On 2/27/08, Hanno Böck <[EMAIL PROTECTED]> wrote: > Am Dienstag 26 Februar 2008 schrieb Stephane Marchesin: > > > As far as I recall, we never went through the hoops of fixing software > > fallbacks when hyperz was enabled. This means that those do not work, > > basically. > > > Ok, and what does that mean? :-) Sorry, my knowledge of the deeper details is > limited, can you say something like "app x will break"? >
Basically, this means that the zbuffer values cannot be read from the CPU to do proper fallbacks (i.e. for emulating things the card cannot do itself) because the zbuffer is compressed. I'm not sure what the current fallbacks on r200 are, but I think this includes antialiased lines (as a rule of thumb, anything being extremely slow is a fallback). > And is there a chance that someone picks this up?... > (considering that you can still buy such cards NEW, it's probably worth it) Fixing it would involve someone reverse engineering the compressed zbuffer format. Or maybe the card can do the decompression itself, I'm not sure. Stephane ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
