Created attachment 143781 [details] Tiles not synced. SUMMARY It is advised that beginners learning animation "flip" between "drawings" instead of using the onion skin. However, if one does this too quickly (at least on my computer), the screen appears to partially update to one frame before reversing to the other. STEPS TO REPRODUCE 1. Create an animation with two frames/"drawings": one with a scribble covering the canvas and one with a blank canvas. 2. Use the arrow keys or keys bound to "previous keyframe" and "next keyframe" to "flip" (switch) between the two frames/"drawings" rapidly. OBSERVED RESULT The screen will appear to be divided into "tiles", with some changing as expected while "flipping" and some failing to change. EXPECTED RESULT All "tiles" to be in sync and display the same frame/"drawing". SOFTWARE/OS VERSIONS Windows: 7 macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION The image attached shows a screenshot of Krita taken while "flipping".
I don't see this happening with the 5.0.0-beta2 or the Nov 26 5.1.0-prealpha (git 4a272ff) appimages on Debian 10. With rapid 'flipping', I can see one or two tiles having a slightly delayed update but I do use an old and slow computer.
"With rapid 'flipping', I can see one or two tiles having a slightly delayed update" is exactly the behaviour I mean. Unless perhaps the tiles are blank, the fact that they appear to update at different times is unwanted?
"...and some failing to change." That statement and the screenshot you attached suggest that a large number (5) of tiles do not switch to the required state. What I see is a small number (1 or 2) tiles having a very short delay which, on my computer, I regard as 'not surprising'. Other people may respond with different opinions and observations.
I mean that I flip back to the first frame before it gets the chance to update. The reason I opened an issue is that I thought that the tiles that have updated should wait until all the others have finished before presenting their changes. I'm wondering if the tiles not being in sync is a problem.
Hey symmexel, what you're seeing is (at least for now) a normal byproduct of how Krita draws the canvas in tiles, and so I'm tagging this one as being "not a bug". It should be something that clears up relatively quickly depending on your hardware, but it may still be noticeable. I know it's kind of distracting to see these artifacts when quickly scrubbing between your animation, but I think the only alternative option would be to wait for all the tiles to finish before showing the updated canvas, thereby introducing latency and making animation scrubbing feel a bit worse. Anyway, if you'd like to discuss this more or want us to look into other options for how we draw the frame, then we can always continue the conversation and reopen the bug. ( I'm just doing a bit of cleanup for the new year. :P )