This is a pretty major issue with instant preview since it basically means I cannot do thumbnailing or work in a zoomed out setting both of which are kinda crucial to working at high resolutions. I have a Yiynova MVP22U+(RH) on digimend V6 configured with evdev on arch linux with KDE; the issue may only affect certain tablet brands, I don't know (I think this didn't happen on my old wacom) What happens basically is that the first stroke I draw while zoomed out always goes well, but if I start doing another stroke within like a second after the first one ends, I can encounter bugs like the stroke going on a different trajectory or starting in a different spot than my cursor was, and also sometimes the stroke will not show immediately, then when it does show (after I raise my pen) maybe only a part of the stroke was completed. Basically all sorts of mess can happen between strokes in instant preview whilst zoomed out, the issue strangely enough didn't occur when at 100% or closer zoom. The issue becomes worse the further I zoom out and less noticable at a closer zoom (Like 120% seems to work pretty ok) I'm working at a pretty high resolution (8K) on a 1920x1080 monitor, so the particularly high resolution and how far I need to zoom out (like 13% zoom sometimes) may have a major impact on this. Reproducible: Always Steps to Reproduce: 1. Make a new image at 8192x8192 resolution, zoom out to fit screen (assumed:1920x1080) and select a brush, make sure instant preview is enabled. 2. Draw quick successive strokes (I recommend rapid handwriting) 3. Watch everything go wrong! (Only the first letter/stroke looks right! :( ) Actual Results: Misaligned and disproportionate and often misshapen strokes Expected Results: Strokes aligned with the cursor/pen and proportional to the distance the pen/cursor actually travelled. I confirmed that disabling instant preview indeed fixes the problem.
I have seen something like this, though for me it was just stuttering when trying to hatch with instant preview on. Instant preview is more meant for when one is doing big strokes with big brushes, and I'm not sure that this is even fixable. What helps a little is disabling progress reporting. When I'm making strokes like this, I just disable instant preview.
Git commit a45686584349c43e2712cc515fa38db7b6618e37 by Dmitry Kazakov. Committed on 30/07/2020 at 08:10. Pushed by dkazakov into branch 'krita/4.3'. Fix Overview Docker resetting Instant Preview caches Basically, each generation of Overview thumbnail used to reset the Instant Preview caches, which could cause some minor delays when painting. M +15 -0 plugins/dockers/overview/OverviewThumbnailStrokeStrategy.cpp M +2 -0 plugins/dockers/overview/OverviewThumbnailStrokeStrategy.h https://invent.kde.org/graphics/krita/commit/a45686584349c43e2712cc515fa38db7b6618e37
Git commit bbe18fad05e5b1796b80dccde901405b1369a8d8 by Dmitry Kazakov. Committed on 30/07/2020 at 14:06. Pushed by dkazakov into branch 'master'. Fix Overview Docker resetting Instant Preview caches Basically, each generation of Overview thumbnail used to reset the Instant Preview caches, which could cause some minor delays when painting. M +15 -0 plugins/dockers/overview/OverviewThumbnailStrokeStrategy.cpp M +2 -0 plugins/dockers/overview/OverviewThumbnailStrokeStrategy.h https://invent.kde.org/graphics/krita/commit/bbe18fad05e5b1796b80dccde901405b1369a8d8
I cannot reproduce this anymore since we have placed limits on instant preview for certain brush sizes.