Mail Archives: djgpp/1998/04/08/11:13:55
> Hans-Bernhard Broeker writes:
> Isn't it funny how many interpretations such a seemingly
innocent
> question can have?
This is the bane of any discussion about graphics coding: the same
handful of jargon terms gets endlessly recycled (or misused) to mean
totally different things :-)
> Just for the sake of correctness: this isn't the whole truth
on
> depth-sorting. Actually, you *can* make depth-sorting correct,
> it just takes a bit more effort to get it right (been there,
done
> that). Take Quake, as an example: AFAIK some of it uses
BSP-trees,
> which can be viewed just as a clever approach to
depth-sorting.
True, although you could argue that this is no longer simply "sorting",
because it requires some polygons to be split or clipped. You have
to actually change the geometry, and sometimes create new polygons,
rather than simply moving them into a suitable order.
> BTW: To make the difference between the 'naive' implementation
> and full-fledged depth-sorting clear, the naive one is often
> called 'painter's algorithm', instead.
That is certainly a better term.
> I have to raise a small objection to this: zbuffer is not
'100%'
> accurate. It's exactly as accurate as the the pixel
resolution
> you happen to apply it to.
Yeah, 16 bit zbuffers are annoying. But a 32 bit floating point
implementation is accurate enough for just about anything, and the
algorithm is theoretically correct: these are just implementation
details that can introduce errors...
Shawn Hargreaves
- Raw text -