Hi! Am Fr, den 19.11.2004 schrieb Keith Whitwell um 12:14: > Well, X rendering needs to be propogated to all three buffers somehow. The > problem with the current situation is that the 'real' rendering only happens > on buffer 0, and the dirty rectangle is blitted to the other buffers. > Imagine > you are doing Xlib drawing to a window which is also being used for OpenGL > frontbuffer rendering - this works OK if buffer 0 is the frontbuffer (or if > you aren't pageflipping), but if say buffer 1 is the current frontbuffer, > when > the dirty rectangle is blitted from buffer 0, the whole rectangle will > overwrite whatever GL rendering had been going on. > > There are two ways I can see to fix this: > > 1) Do all drawing three times, avoiding the rectangle-blits and > possible > corruption. > > or > 2) Make the X server do its drawing to the current frontbuffer (rather > than > just buffer 0), and then do the shadow-blits from that buffer. > > 2) is the more appealing option for me. I'm not sure how to get it to work > in > the context of the XAA pixmap cache which seems to be indexed from the same > origin as X's idea of the frontbuffer.
For now I would also vote for #2. This could help some other things (eg. GLcore could render directly into back buffer). But I think we need combination of both. Method #2 won't do for stereo. There You have two frontbuffers and everything rendered by X server should appear in both buffers. But I presume that implementing #1 may be quite hard. If I find time this weekend I will try to modify my radeon ddx to allocate any number of color buffers and render into any of them. BTW: What is the reason that fb has alway width equal to virtual desktop width (pScrn->displayWidth)? I think that Alan Hourihane said that different width would screw up accelerator. But I don't see why. best, -- Jacek Rosik <[EMAIL PROTECTED]> ------------------------------------------------------- This SF.Net email is sponsored by: InterSystems CACHE FREE OODBMS DOWNLOAD - A multidimensional database that combines robust object and relational technologies, making it a perfect match for Java, C++,COM, XML, ODBC and JDBC. www.intersystems.com/match8 -- _______________________________________________ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
