Bug 363739 - Brush lag at zoom level 50 below
Summary: Brush lag at zoom level 50 below
Status: RESOLVED DUPLICATE of bug 369349
Alias: None
Product: krita
Classification: Applications
Component: Brush engines (show other bugs)
Version: 3.0
Platform: Microsoft Windows Microsoft Windows
: NOR normal
Target Milestone: ---
Assignee: Krita Bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-05-31 13:34 UTC by kirrin.artemicia
Modified: 2016-12-21 13:58 UTC (History)
4 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 kirrin.artemicia 2016-05-31 13:34:33 UTC
Good day, sires.

I am an early adopter of Krita 3.0 and I would like to report that I am encountering brush lags when painting at zoom level 50 and below. Given that I am into producing high resolution pages for my comics project, the lag is somewhat crucial - especially since I have not encountered the lag issue in version 2.9.10.

Reproducible: Always

Steps to Reproduce:
1. Create a new high-resolution document (default "US Letter" settings with 300 dpi will suffice)
2. Pick any brush (more dramatic with the "Bristles_Wet" item)
3. Set the zoom level to 50% or below
4. Quickly draw something on the canvas.

Actual Results:  
Brush is rendered with delay

Expected Results:  
Brush is immediately rendered
Comment 1 kirrin.artemicia 2016-05-31 13:39:13 UTC
My PC's specs, by the way:

AMD Eight-Core Processor, AMD Radeon R7 260X, 16 GB RAM, Windows 10, Krita installed in an SSD

In short, the PC is more than capable of graphics rendering.

Hopefully this helps.
Comment 2 Halla Rempt 2016-05-31 13:43:18 UTC
Are you using the brush stabilizer by any chance? AMD GPU's seem to block the gui for a longer period than Intel or NVidia, and we encountered a problem with the stabilizer option coupled with AMD gpu's -- there is a fix for that in 3.0.1, with a dev build available now:  http://files.kde.org/krita/3/windows/devbuilds/krita-3.0-da5496d-x64.zip
Comment 3 kirrin.artemicia 2016-05-31 14:10:07 UTC
Good day by the way, sir. I don't use the stabilizer. I just use basic smoothing.

I will try the dev build ASAP to check if the issue is fixed. But I would also like to note that whenever the brush lag happens, the Overview panel sometimes acts funny (it zooms out for a second then zooms in to "normal") . I would not know if this is related to the problem though.
Comment 4 Halla Rempt 2016-05-31 14:48:26 UTC
Ah -- that could be related. Does it make a difference if you hide that?
Comment 5 kirrin.artemicia 2016-06-01 02:59:22 UTC
I haven't tried yet. Let me check later.
Comment 6 kirrin.artemicia 2016-06-02 11:32:56 UTC
Good day. I tried the dev build, and the brush lag is still present.

I also observed the Overview panel is the same for the dev build, acting funny with zooming in and out. I closed the Overview panel, and the brush lag is still there.
Comment 7 eliotJ 2016-06-05 13:59:57 UTC
Hi. Try turn off: "Settings >> Configure Krita... >> Display >> Use texture buffer". After this please give feedback :).
Comment 8 kirrin.artemicia 2016-06-07 11:35:54 UTC
Hello :) Turned off the texture buffer, and the delay is still there.

And oh, brush lag also happens when I make a quick line streak using the mouse.
Comment 9 eliotJ 2016-06-07 15:28:26 UTC
Hi again

It sad that it doesn't help...

Lately somebody else (nick from krita's IRC channel: 'Stratosfear') has reported exactly the same issue on IRC... He also has AMD CPU. His hardware specs:

System Manufacturer: Gigabyte Technology Co., Ltd.
System Model: GA-MA785GT-UD3H
BIOS: Award Modular BIOS v6.00PG
Processor: AMD Phenom(tm) II X4 945 Processor (4 CPUs), ~3.0GHz
Memory: 8192MB RAM
Card name: NVIDIA GeForce GT 220

For he my solution has resolved this bug :). I also have Nvidia card (GeForce G 103M) and Intel CPU. I have some similar slow down and for me turned off "Use texture buffer" also helps a lot... It looks like this turn off gives boost for Nvidia only.
Comment 10 Beatrice 2016-06-10 18:26:50 UTC
Just dropping in to say that this bug might be either related to, or a duplicate of, a bug I filed a little while ago: https://bugs.kde.org/show_bug.cgi?id=363487 

Looking at the how the brush behaves, it does look like it performs much worse at below 50%, though it's the issue present at higher zoom levels for me. I haven't seen any odd behavior coming from the overview docker, but I wouldn't rule it out either since I don't use it too much.

Most interesting to me, and what tells me that this might be the same bug, is that we have very similar graphics cards. My card is an ASUS Radeon R9 280X, which is apparently an AMD-based card from the same series.

On a slightly-unrelated note, the bug I linked appears to be mislabeled as resolved, since I initially reported it as possibly fixed, when its  behavior changed after I updated my graphics drivers. I should probably set that to something else, but I can't figure out for the life of me what I should relabel it to.

Regardless, thanks for your time everyone, and here's to getting this bug solved!
Comment 11 Lili 2016-06-27 23:19:00 UTC
hello!
i just recently started using krita but when i try to draw with zoom 50% or below 50% it lags :( i have Windows 10,installed the 64bit ver and im using huion tablet
Comment 12 Lili 2016-06-27 23:19:25 UTC
hello!
i just recently started using krita but when i try to draw with zoom 50% or below 50% it lags :( i have Windows 10,installed the 64bit ver and im using huion tablet
Comment 13 kirrin.artemicia 2016-09-11 12:21:46 UTC
Good day, sires.

I tried Krita 3.0.1 to test the presence of brush lag, and I would like to report that the problem is partly solved for tools with small dimensions (such as the gpen tool at px 10). On larger dimensions (such as hatches set at 128 px), the lag persists.
Comment 14 Halla Rempt 2016-10-29 14:32:17 UTC

*** This bug has been marked as a duplicate of bug 369349 ***
Comment 15 kirrin.artemicia 2016-12-21 11:08:12 UTC
Good morning sires.

I would like to report that I just downloaded Version 3.1.1 and observed a much better performance in rendering fast and large strokes, with lags that are much more manageable. I would also like to note that it seems there are tools that lag pretty much (i.e. Bristles_hairy and Hatch_cross_small) and tools that don't lag (i.e. Basic_mix_soft), which may be expected given the inherent complexity of programming the other tools.
Comment 16 Halla Rempt 2016-12-21 13:58:41 UTC
Yes... We worked really hard on improving performance already.