-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Michel Dänzer wrote: > On Fri, 2009-08-21 at 11:45 +0200, Tom Cooksey wrote: >> When using glX, we have no guarantee over what state the back buffer will be >> in >> after swap buffers. So, whenever an application needs to update, it must re- >> render the entire window. This makes things slow (we have to invoke every >> child widget's paint event). To overcome this, we try to use a 3rd buffer as >> a >> back buffer, usually a multi-sampled FBO or PBuffer. We direct rendering to >> the >> FBO/PBuffer, bind it as a texture (after blitting it to a non multi-sampled >> FBO >> if needed), draw the whole buffer to the window's back buffer then call swap >> buffers. Eughhh! But at least the PBuffer/FBO contents aren't destroyed. >> What >> would be really nice is to be able to have an EGL_SWAP_BEHAVIOR == >> EGL_BUFFER_PRESERVED equivalent on glX. > > There's the GLX_OML_swap_method extension, but I'm not sure how well > it's supported by our drivers at this point. Any issues there might not > be hard to fix up though.
As far as I'm aware, all the drivers only expose visuals with GLX_SWAP_UNDEFINED_OML. I talked to some of the Blender guys at SIGGRAPH, and they have the same issue. Jesse and I are planning to do some work on this for the Intel drivers pretty soon. Once that gets done it should be pretty easy to migrate the code to other DRI2 based drivers. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkqO6E8ACgkQX1gOwKyEAw+K+wCfVl2/cIemJUUkREyDM9wgCTI3 CuEAoIHjq+SYWKIAhAoHw8aYUqpOfFdc =eGlw -----END PGP SIGNATURE----- ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july -- _______________________________________________ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel