From kwin Tue Nov 21 19:55:14 2006 From: Philip Falkner Date: Tue, 21 Nov 2006 19:55:14 +0000 To: kwin Subject: Re: partial repaints Message-Id: <200611211455.14450.philip.falkner () gmail ! com> X-MARC-Message: https://marc.info/?l=kwin&m=116414054106873 On Sunday 19 November 2006 15:59, Lubos Lunak wrote: > Hello, > > I've implemented some optimizations, one of them being not repainting the > whole screen all the time when not necessary. One of the paths uses the > GLX_MESA_copy_sub_buffer extension which my NVidia OpenGL however doesn't > have, so I'm not sure it actually works properly. Could somebody please > check whether it works (you'll notice if it doesn't ;) )? It's possible the > attached patch will be needed. Since the partial repaints patch was applied to svn, I've had a problem when windows are moved offscreen down. Left or right work fine, and I can't seem to go up, but down makes a mess of things. With glXCopySubBuffer, moving a window offscreen down (or trying to move it back onscreen from down) can cause any of the screen going blank, all windows going red, or the screen getting vertical green lines. All these problems are fixed next time that bit gets repainted. Without glXCopySubBuffer, it's not nearly so colourful. At first the window appears to have frozen where it was before going offscreen. Keep going down far enough, and eventually bits of the window start getting rendered onscreen, specifically the difference between where it is and where it just was. Something to do with the damage events, I assume. Oddly, moving the windows very slowly, pixel by pixel, can avoid the problem with glXCopySubBuffer, but not with glCopyPixels. I wish I had the slightest idea what was going on here. :( -- Philip Falkner _______________________________________________ Kwin mailing list Kwin@kde.org https://mail.kde.org/mailman/listinfo/kwin