Bug 359575 - Processing after each stroke interrupts consecutive strokes
Summary: Processing after each stroke interrupts consecutive strokes
Status: RESOLVED FIXED
Alias: None
Product: krita
Classification: Applications
Component: Brush engines (show other bugs)
Version: 3.0 Alpha
Platform: Microsoft Windows Microsoft Windows
: NOR major
Target Milestone: ---
Assignee: Krita Bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-02-19 13:12 UTC by Chris Jones
Modified: 2016-04-01 14:36 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Chris Jones 2016-02-19 13:12:01 UTC
A few seconds after every brush stroke, "Updating..." appears in the lower right.  If another stroke is started while that message is present, the stroke is delayed for a second or so before it appears.  If the next stroke is drawn before the message appears, there is no delay.

Reproducible: Always

Steps to Reproduce:
1. Disable OpenGL
2. Make a new image 7000 x 4500
3. Select any brush and draw a scribble
4. Wait until "Updating..." appears, and then try to draw another scribble before it disappears.  See that there is a significant delay before the stroke starts.



This is reproducible in Windows 10 with a mouse or tablet on a Quad Core desktop PC with NVidia GeForce 9600GT, but I was unable to reproduce it on a Surface Pro 4.
Comment 1 Chris Jones 2016-03-16 01:23:58 UTC
I now find this is reproducible on the SP4 in krita3-prealpha3-de0d43d . "Updating..." appears much more briefly than on the desktop, but still interrupts the stroke.
Comment 2 omiya 2016-03-18 15:27:47 UTC
Unchecking 'Enable progress reporting' (Configure Krita -> Performance) may solve it.
Comment 3 Chris Jones 2016-03-19 00:25:07 UTC
That does appear to have made a slight improvement, however strokes are still delayed frequently.  Sometimes after drawing several quick strokes, pausing for around 5 seconds and drawing another stroke there is a delay, and then drawing a stoke every 2-3 seconds thereafter causes a delay every time.
Comment 4 Halla Rempt 2016-03-22 16:11:48 UTC
I think we should disable instant preview completely if opengl is disabled.
Comment 5 Chris Jones 2016-03-23 00:38:00 UTC
To be clear, the interruptions occur irrespective of whether Instant Preview Mode or OpenGL are enabled.
Comment 6 Dmitry Kazakov 2016-03-25 12:26:29 UTC
Hi, Chris!

Thank you for your report! It seems like our animation cache generator starts updating stuff even when you don't have any animated layers... :( I will try to fix that.