Version: (using KDE 4.1.3) OS: Linux Installed from: Compiled From Sources Steps to reproduce: 1. Fill base layer with nice color e.g. green 2. Add new layer 3. Select sumi-e (default settings) or paint brush (set dimension of brush to say 50) 4. Start to paint on second layer. 5. Flickering of the stroke's parts which are added
I saw some flick here and there but it is not so bad as when it was reported.
I started to notice this now, I didn't before for some reason start new document, the size seems to not matter, but the flickering is bigger in smaller docs, I used 640x480 create two layers, one solid white and the other solid black use the sumi-e brush, with a scale factor of 10 paint a lot of strokes in the topmost layer, you will see blocks of the layer below faintly while you paint. the bug is a bit erratic and not so reproducible, at one point I saw it for every stroke I made, but after a restart only with some.
I can't reproduce, does it still happen ?
yep, I tried with trunk, still reproduceable, but only while opengl is active
I noticed the flickering even on a singe layer image. Checkers are drawn but QImage lags behind few miliseconds or so..Dimitry send some patch to reviewboard and I send a video showing the flickering which gets even worse with that patch. I don't know how that ended.
That is not due to the patch. That is due to races between KisImage and KisView. The patch had just revealed them more. I'm going to fix them in the second part of my layers refactor - something like a rect-scheduler. So you can assign it to me.
Assign as per request.
*** Bug 215355 has been marked as a duplicate of this bug. ***
Happily fixed after r1129585