[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kwin
Subject:    Re: partial repaints
From:       Philip Falkner <philip.falkner () gmail ! com>
Date:       2006-11-21 19:55:14
Message-ID: 200611211455.14450.philip.falkner () gmail ! com
[Download RAW message or body]

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
[prev in list] [next in list] [prev in thread] [next in thread]