Ian Romanick wrote:Brian Paul wrote:
Ian, I've found the cause of this bug and have a fix. However, I'm really tempted to rip out the GL_HP_occlusion_test extension altogether.
Great! What's the magic?
Basically, make occlusion_zless_triangle() work whether we have a 16 or 32-bit Z buffer.
I saw the commit message right after I posted my reply. :)
I don't know if anyone might be relying on this extension though. Does anyone care if I remove it?
My only reservation about doing that is that there is no indirect protocol (yet!) for either ARB_occlusion_query or NV_occlusion_query. My vote would be to leave it in until then and rutlessly rip it out after.
Well, I've found another case in which GL_HP_occlusion_test isn't working correctly. I'm not too inclined to fix it if I'll be ripping it all out.
If nobody says they need the extension, I'm tempted to remove it sooner rather than later.
That's fair. Given that it has been disabled in DRI CVS for so long, I doubt that anyone is going to miss it.
I noticed that the DRI tdfx driver advertises GL_HP_occlusion_test but not the ARB or NV extension, while the glide driver doesn't advertise any of them. Obviously, the HP extension would have to be removed from the tdfx driver, but is there any chance of getting the ARB (and NV) extensions in the glide driver?
-------------------------------------------------------
This SF.Net email sponsored by Black Hat Briefings & Training.
Attend Black Hat Briefings & Training, Las Vegas July 24-29 - digital self defense, top technical experts, no vendor pitches, unmatched networking opportunities. Visit www.blackhat.com
--
_______________________________________________
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel
