Bug 359575

Summary:	Processing after each stroke interrupts consecutive strokes
Product:	[Applications] krita	Reporter:	Chris Jones <chrjs>
Component:	Brush engines	Assignee:	Krita Bugs <krita-bugs-null>
Status:	RESOLVED FIXED
Severity:	major	CC:	dimula73, halla, tokyogeometry+kdeb
Priority:	NOR
Version:	3.0 Alpha
Target Milestone:	---
Platform:	Microsoft Windows
OS:	Microsoft Windows
Latest Commit:		Version Fixed In:
Sentry Crash Report:

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.