![]() Registered Member ![]()
|
Hi,
I've been running into an issue that I can't seem to solve. I've been trying to use Krita on a HP Zbook X2 laptop without much success. The issue that I'm having is that there's a massive lag when trying to draw anything on the canvas. Here are my system specs : Intel 7600U CPU 16GB of Ram Nividia Quadro + integrated intel HD graphics 620 4k screen Krita is the only drawing application that is lagging. Autodesk Sketchbook for example is super fast with no visible lag. What's even more interesting is that when I open the brush editor scratchpad, I get a similar performance to the other drawing apps. I tried, disabling graphics acceleration or changing it from OpenGl to Direct3d ( Angle) without any significant change. Disabling acceleration actually gives me even poorer performance. I've also tried all different options for the tablet. Also tried to disable Nvidia and putting the acceleration on the Integrated intel HD graphics without change. I'm really wondering why the brush scratchpad gives a better performance than the canvas. Has anyone else experience this issue or is it being looked at? Thanks a lot for your help. Greg |
![]() KDE Developer ![]()
|
Can you first check the hints given here: https://docs.krita.org/en/KritaFAQ.html#krita-is-slow ? -- On a z-book Krita should fly. In fact, on much inferior hardware, like my own Yoga 920, there are no performance problems...
|
![]() Registered Member ![]()
|
Hi Boudewijn,
Thanks for your response. I went through the settings and adjusted a few things but the lag remains. Do you have an idea why the scratchpad would behave differently than the canvas? Thanks for your help. Greg |
![]() KDE Developer ![]()
|
Please try to put Krita to run on a different graphics card than it runs now (at least for GeForce, Nvidia Control Panel allows for manual setting).
Also try to change in Configure Krita -> Display from OpenGL to ANGLE and the other way around. (Of course try only one thing at the time to see which one helped if any). |
![]() Registered Member ![]()
|
Hi Tymond,
I've tried running Krita both on the integrated graphics and the Nvidia Quadro and didn't see any differences. Changing the display to OpenGl or Angle also has no impact unfortunately. |
![]() KDE Developer ![]()
|
What size is your image, and what is the color model and channel depth?
|
![]() Registered Member ![]()
|
My image size is 1750x2480 and 8 bits integer / channel.
I tried the 16 bit float option and smaller resolution but the lag is the same. When the cursor is outside of the canvas there's no lag. When on the canvas, the cursor starts lagging. It happens when using the trachpad and the stylus. |
![]() KDE Developer ![]()
|
And you're sure you didn't enable the stabilizer either? That image is tiny, so it cannot be the reason for perfomance problems.
|
![]() KDE Developer ![]()
|
Make sure you don't have anything else than "None" in Tool Options for the Freehand Brush Tool. Also please turn on the cursor (so you have both cursor and outline) in Configure Krita -> General -> Cursor. Does the cursor lags as well? r is it just outline? Or is it just the stroke?
|
![]() Registered Member ![]()
|
Hi Tymond,
Brush smooting is set to none . When activating the cursor I get no lag on the actualy cursor but the outline preview lags. It happens even if I don't make a brush stroke. Just moving the cursor around. |
![]() Registered Member ![]()
|
After further testing I've realized that Integrated graphics gives better results than the Nvidia quadro.
Is there a know issue with Quadro Graphics drivers? |
![]() KDE Developer ![]()
|
I am not sure what OS are you on and if you have those options, but when I was talking with someone recently, they were on Windows (and with GeForce GTX) and they had to:
(1) turn off the triple buffering (2) turn off V-sync (3) use Krita in full-screen mode (which disables windows compositor). That gave them amazing results, they said. Usually on Linux the delay between cursor and outline is much smaller because of no triple buffering, I think. |
![]() Registered Member ![]()
|
I tried those option as well and the lag still occurs unfortunately.
On my desktop computer with and Nvidia geforce I have no lag issues at all. I wonder if it's linked to quadro's graphics card or the fact that this laptop has 2 gpus. |
![]() Registered Member ![]()
|
Ok after further testing, it turns out that if I use something a bit more advanced than a simple brush set to pressure/size the lags comes back.. even on the Intel HD graphics
![]() I tried a simple pencil and got a massive lag . Sadly that makes Krita unusable for me on such a powerful laptop. I really hope this problem will be solved one day cause I really love using krita. |
![]() Registered Member ![]()
|
Hello everyone
I would like to join this discussion as I am experiencing the exact same thing. Here are my Laptop's details: Windows Surface Laptop Intel Core m3-7Y30 CPU at 1.00 GHz (4 CPUs) 4.00 GB RAM Intel HD Graphics 615 Graphics Card OS: Windows 10 Pro Version 1903 (Release 12th of September 2019) I use a Huion Camvas pro 16 graphics tablet with the latest driver. I have already messed around with the settings to boost kritas performance, but it did virtually nothing as I am only having problems in the canvas panel itself. I am used to the cursor being slightly laggy when I use my pen tablet, but whenever I move my cursor over in the canvas window, my CPU spikes for as long as I am moving my pen (I'm not even drawing, just hovering the pen around). It runs at about 15% when I am moving it in the layers panel or the tools panel or practically anywhere but the canvas. The brush strokes are smooth and without delay in the small test panel in the brush settings window, however it has a huge delay on the actual canvas. I have the line smoothing set to "None" and in the video I'll link below you can see that I used a canvas with the size 500x500 px and a resolution of 100 dpi, so my laptop should not have a hard time! I used programs like Painter with complex brushes and never had a problem with lag in there. I hope that maybe, with the help of the video, you can figure things out? https://youtu.be/MU8L89Sd5l8 Cheers, Stuepitt |
Registered users: Bing [Bot], Evergrowing, Google [Bot]