Dieter Nützel wrote:
Yes, though nothing to do with textures -- gears is just too fast to see it flickering, whereas ipers is quite slow.Am Mittwoch, 8. Januar 2003 17:04 schrieb Keith Whitwell:What "clobbering" is allowed can be inferred from the GLX specification. If you overlook DBE for a second, I believe we are meeting the requirements of the spec, so I wouldn't say we're "broken".This isn't true. Consider when a diagonal line is drawn by Xlib across the active GL window, with pages flipped. --> Xlib draws in the "back buffer" --> Shadow copies the bounding box of the line to the front buffer, including *all* of the backbuffer. What you really want is just a line to be drawn in the front buffer, but in fact you get a whole lot of garbage with it. A common place things like this occur is in opaque window moves -- if you move the 3d window when pages are flipped, its contents are replaced with whatever's in the backbuffer. A solution to this is to get Xlib and GL to agree which is the front buffer and always have Xlib draw into that & copy to the backbuffer.
Then this must be the culprit for the massive 3D window flickring (mixing front and back buffer, but only when textures are involved, ipers but not gears) when I move the window around?
Keith
-------------------------------------------------------
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
_______________________________________________
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel
