Keith wrote:
Jens wrote:Michel wrote:
>>> This doesn't help mixed OpenGL and X11 rendering in the same >>> window, but that supposedly doesn't work with the traditional >>> method of drawing to the back buffer and then copying it over >>> the front buffer either, so enable page flipping by default. >>
I'll clarify my statement...the traditional non-page flipping code is not broken.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.It's my interpretation that this step alone doesn't comply with the GLX spec for the page flipping case, but it does work with the traditional code.
--> Xlib draws in the "back buffer"
Assuming the active GL window is double buffered, the X server should render to *only* the front buffer (unless DBE is being used).
--> Shadow copies the bounding box of the line to the front buffer, including *all* of the backbuffer.Right. Just a line in the front buffer and no rendering in the back buffer (for the double buffered GLX window).
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.I'll add that we should only copy to the backbuffer if it's not being used by OpenGL or DBE as a double buffered window.
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.
Based on Keith's insights and other follow ups to this thread, it looks like there is more work to be done before page flipping will work correctly.
Michel, I suggest you turn off page flipping by default until these issues are resolved.
--
/\
Jens Owen / \/\ _
[EMAIL PROTECTED] / \ \ \ Steamboat Springs, Colorado
-------------------------------------------------------
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