https://bugs.kde.org/show_bug.cgi?id=360686

            Bug ID: 360686
           Summary: Changing brush size before instant preview puts real
                    strokes on canvas drastically affects final result
           Product: krita
           Version: 3.0 Alpha
          Platform: MS Windows
               URL: http://sta.sh/21ou4cpmi1gp
                OS: MS Windows
            Status: UNCONFIRMED
          Severity: normal
          Priority: NOR
         Component: Brush engine
          Assignee: krita-bugs-n...@kde.org
          Reporter: regulus2...@gmail.com

If the brush size is being changed (by drag, slider or shortcuts) after making
few strokes (large size) but before instant preview mode actually add those
strokes to the canvas (when the processing progress bar is visible, see
001.jpg), the final result will be a mix of large size brush (initial size) and
the small brush size (value after resizing) - 003.jpg. 
Also right after brush strokes processing is finished some graphical artifacts
are visible (002.jpg) which require hiding and revealing layers to make them go
away.

Reproducible: Always

Steps to Reproduce:
1. Create a canvas 5000 x 3000 px.
2. Make sure the instant preview mode is ON
3. Resize your brush to 1000 px
4. Make few quick strokes on the screen. (001.jpg - in my case strokes ware
made from up to bottom starting from the right side of the canvas, going to the
left with every stroke)
5. Krita will respond with rendering a preview of those brush strokes in
smaller resolution (Instant preview mode) and starts to work on applying them
to the full size image (progress bar: freehand brush stroke)
6. Make your brush size much smaller - in my case: about 30 px
7. Wait for the brush strokes processing to finish.

Actual Results:  
The effect of the processing is an image containing completely different
strokes than ware seen during the preview. Also some graphical artifacts are
included.
Reference image: 002.jpg

After removing the artifacts by making layers invisible and visible again, the
final result shows, that changing the brush size while processing affected the
final result.
Reference image: 003.jpg

It seems that the brush size is somehow becoming more global and going outside
of the scope of specific brush stroke.

Expected Results:  
Brush size (with it's change during making a stroke) should not be affected by
brush size change during stroke processing. As the expected correct results:
every stroke should be more similar to those visible during the preview

CPU: Intel i5-3210M @2.50 GHz
Memory: 8 GB
System: Windows 7 64b
GPU: NVIDIA GeForce GT 630M
Tablet: Wacom Bamboo

-- 
You are receiving this mail because:
You are watching all bug changes.

Reply via email to