Bug 402831 - Resizing Brush with shift +lmb drag is lagging, and not smooth for various complex brush tips
Summary: Resizing Brush with shift +lmb drag is lagging, and not smooth for various co...
Status: RESOLVED FIXED
Alias: None
Product: krita
Classification: Applications
Component: Usability (show other bugs)
Version: unspecified
Platform: Other Linux
: NOR normal
Target Milestone: ---
Assignee: Krita Bugs
URL:
Keywords:
: 412761 (view as bug list)
Depends on:
Blocks:
 
Reported: 2019-01-03 16:32 UTC by Raghavendra kamath
Modified: 2020-02-04 09:57 UTC (History)
5 users (show)

See Also:
Latest Commit:
Version Fixed In:

Attachments
Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description Raghavendra kamath 2019-01-03 16:32:34 UTC 
SUMMARY
Shift plus left mouse button drag to resize brush size gets jittery and laggy for complex brush tips like stamp_leaves etc, sometimes it happens with relatively simple brushes as well.

STEPS TO REPRODUCE
1. Open new krita document, select stamp_leaves brush from default brush set
2. try to resize brush with shift + left mouse button drag


OBSERVED RESULT
brush resize is not smooth and often the brush size jumps after a big pause

EXPECTED RESULT
brush resize should be smooth

SOFTWARE/OS VERSIONS
Linux/KDE Plasma: 
(available in About System)
KDE Plasma Version: 5.14.4
Qt Version: 5.12.0
KDE Frameworks Version: 5.53.0
Distro : Arch

ADDITIONAL INFORMATION
None
Comment 1 Halla Rempt 2019-01-03 16:33:09 UTC 
Is this a regression?
Comment 2 Halla Rempt 2019-01-06 09:28:26 UTC 
Ping? Do you think this is a regression?
Comment 3 Raghavendra kamath 2019-01-06 18:54:45 UTC 
Yes, I don't have issue in older appimages, I'll try to see where exactly this started
Comment 4 Bug Janitor Service 2019-01-07 03:44:30 UTC 
Thanks for your comment!

Automatically switching the status of this bug to REPORTED so that the KDE team
knows that the bug is ready to get confirmed.

In the future you may also do this yourself when providing needed information.
Comment 5 wkg28406 2019-01-08 22:11:29 UTC 
I noticed this behavior also, so am confirming. Tested with vanilla configuration.

On Arch it occurs in 'krita-4.1.7-1' but not 'krita-4.1.6-2'.

I am unable to reproduce it using any appimages.

Affected brushes are vectors and soft/gaussian brush tips. Examples would be the default triangle predefined tip, and the 'b)_Airbrush_Soft'.

There is lag in general when resizing up in the upper ranges which is more normal, but large delays when using the aforementioned brush types. Using the slider at the top to resize brush does not have this issue. Only when dragging.
Comment 6 M 2019-09-25 17:30:47 UTC 
Can confirm as well. It seems to be more noticable with the Auto tips, but a bitmap tip I tested that generates a very noisy, detailed outline causes severe slowdown and a CPU usage spike (on a single thread) from just moving the brush over the canvas.
Comment 7 M 2019-09-25 17:43:34 UTC 
Comparing the 4.2.5 appimage to master - Auto tips have really regressed in performance but that bitmap brush tip with the complex outline is similarly sluggish to move, so the latter is probably not relevant to this bug.
Comment 8 M 2019-10-10 00:28:19 UTC 
*** Bug 412761 has been marked as a duplicate of this bug. ***
Comment 9 grzegorzpedrycz 2019-10-15 09:47:11 UTC 
I can confirm that on as well. Its have something to do with source stamp size . When stamp is smaller than 300 px resize works fine even for very larg brushes . I think the same case are with auro round brush . Keep finger crossed for devs to take a look of that one