A mentioned this one earlier, I also went through some other bugs but they are not necessarily the same (if related I can't tell though) (see attached video). There is a lag after each stroke but also the preset gets "stock" its position and pressure, thus at times simply doesn't draw, or connects the last stroke (straight line shown at the beginning of the strokes in the video) or it delays the pressure making a very short stroke like "dots". Currently happening only on the build version of Krita, I am on a Archlinux system with a nvidia propietary drivers. After reading Eliotj and Raghavendra kamath's details on the bug https://bugs.kde.org/show_bug.cgi?id=362445 I don't think there is much relation to the issues, I experience this issue regardless of the freehand brush settings (smoothing/stabilizer or non) or the texture framebuffer been on / off, Also this one seems very similar but I don't see the presset pressure and position getting stock in the video shown here https://bugs.kde.org/show_bug.cgi?id=363799#add_comment This affects freehand and dynamic brush tools, even with the assistant tool. Reproducible: Always Steps to Reproduce: 1. Launch Krita 2. Make a new document or open an existing one. 3. Try to draw Actual Results: Lag / presets pressure/position will get stock. Expected Results: Brush tools normal behavior.
Yes, this is caused by the historgram docker taking cpu even when it's hidden. It should use some kind of timer or event compression to minimize cpu usage & not do anything when it's hidden.
Oops, added to the wrong bug. Are you building krita from source? If so, I suspect it is the histogram bug, though.
Git commit 5145d9ded72c354e04c0013ce815d9fd0eede8e0 by Boudewijn Rempt. Committed on 18/06/2016 at 11:01. Pushed by rempt into branch 'master'. Disable the histogram docker for now Until https://bugs.kde.org/show_bug.cgi?id=364406 is fixed krita is unusable with the histogram docker. People using master may have to remove the .so from lib/kritaplugins M +1 -1 plugins/dockers/histogram/CMakeLists.txt http://commits.kde.org/krita/5145d9ded72c354e04c0013ce815d9fd0eede8e0
*** Bug 364283 has been marked as a duplicate of this bug. ***
I have the exact same symptoms as described here, also on Arch. I marked my ticket as a duplicate of this one. I built fresh, and after I deleted the corressponding .so files the issue is gone so I can confirm it's caused by the histogram.
(In reply to Boudewijn Rempt from comment #3) > Git commit 5145d9ded72c354e04c0013ce815d9fd0eede8e0 by Boudewijn Rempt. > Committed on 18/06/2016 at 11:01. > Pushed by rempt into branch 'master'. > > Disable the histogram docker for now > > Until https://bugs.kde.org/show_bug.cgi?id=364406 is fixed krita is > unusable with the histogram docker. People using master may have > to remove the .so from lib/kritaplugins > > M +1 -1 plugins/dockers/histogram/CMakeLists.txt > > http://commits.kde.org/krita/5145d9ded72c354e04c0013ce815d9fd0eede8e0 Thanks for the information, it does work for me too to delete the histogram .so files. @Storm Engineer Thanks for confirming
The histogram docker will remain disabled until Eugene fixed this issue.
Git commit 6317a16df535ff1245ac2a7bf72e12a0fc477efe by Boudewijn Rempt. Committed on 24/06/2016 at 06:07. Pushed by rempt into branch 'krita/3.0'. Disable the histogram docker for now Until https://bugs.kde.org/show_bug.cgi?id=364406 is fixed krita is unusable with the histogram docker. People using master may have to remove the .so from lib/kritaplugins M +1 -1 plugins/dockers/histogram/CMakeLists.txt http://commits.kde.org/krita/6317a16df535ff1245ac2a7bf72e12a0fc477efe