Bug 251543 - Brush strokes lag after each stroke... but only on some windows
Summary: Brush strokes lag after each stroke... but only on some windows
Status: RESOLVED FIXED
Alias: None
Product: krita
Classification: Applications
Component: General (show other bugs)
Version: git master (please specify the git hash!)
Platform: Ubuntu Linux
: NOR normal
Target Milestone: ---
Assignee: Adam C
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-09-17 10:16 UTC by Kubuntiac
Modified: 2016-11-09 16:43 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments
Drawing_results (1.14 MB, image/jpeg)
2016-11-09 16:43 UTC, Venola Brooks
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Kubuntiac 2010-09-17 10:16:51 UTC
Version:           svn trunk (using KDE 4.5.1) 
OS:                Linux

When cross hatching manually, that is drawing many small lines quickly, sometimes some Krita windows will seem to have a lag at the end of each stroke. This means that anything after the first stroke is not drawn properly.

It's not a general computer speed issue, as I can open a second window and it will work fine. Drawing in the scratchpad also works fine.

See a screen recording demonstrating the above here:
http://blip.tv/file/4130432
(can be viewed in ogv / HTML5)

Reproducible: Sometimes

Steps to Reproduce:
1. Draw a number of lines quickly, one after the other


Actual Results:  
1. The first one draws perfectly, but after that lines are not drawn properly
2. If you pause, that the next line will be drawn properly
3. If the file is saved, closed and re-opened the problem goes away (temporarily)

Expected Results:  
1. All lines are painted without lag

OS: Linux (i686) release 2.6.32-24-generic-pae
Compiler: cc
Revision: 1176097
Comment 1 Kubuntiac 2010-09-17 10:17:41 UTC
Aditionally... in that video, both windows have the same resolution, the same (pixel) brush with the same diameter and the same number of layers.
Comment 2 Adam C 2010-09-17 12:16:49 UTC
this is probably due to recalculating image colours.

i have committed a patch to make it better in rev 1176310 and 1176311. now i'm going to move the calculation to the background - well, try at least.
Comment 3 Adam C 2010-09-28 13:47:57 UTC
this should be fixed now. if it returns, please reopen.
Comment 4 Venola Brooks 2016-11-09 16:43:49 UTC
Created attachment 102147 [details]
Drawing_results

This shows the results with the wacom tablet