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.
It's obsolete in favor of GL_ARB_occlusion_query and the implementation of GL_HP_occlustion_test is a bit ugly. For example, it relies on a glGetIntegerv() to clear the occlusion query flag (glGet functions shouldn't _set_ state!).
Agreed. That extension is a bit of a hack.
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.
-Brian
-------------------------------------------------------
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
