Registered Member
|
Well, like the title says, that's the problem The only brush that have a bearable lag (but still lags) is the basic pencil brush. Everything else that have a more advanced blending mode, is completely unusable. Note that the program doesn't crash, he keeps doing his thing, but at the pace of a turtle; and this happens with the tablet and the mouse.
The configuration of my potato:
Basically, a old dual-core with windows and 2gb ram and a bamboo tablet (cth-460). I tested several different file and ppi sizes, and in different ways:
I really, really want to use Krita, trust me. Even still without the line correction that sai have, but it seems to be the greatest free alternative, if I could use it. I don't think it's fair to judge and compare a program with another, specially painting ones, since each one have their own pros and cons, but I can't understand why I cant get Krita to work properly, when ps cs6, and paint tool sai works just fine. I dunno, maybe it's just because my pc is old, but still. Thanks for reading, and I hope to find a solution |
Registered Member
|
When did you last update the drivers for your Graphics card? For your Wacom?
What happens if you unplug the tablet and use Krita mouse -only? In the krita configure dialog try unchecking everything and reduce your undo stack to 1. If any of the above improve performance it's a beginning at tracking down the problem.. With and without Krita running you could also look in Task Manager to see how much of your RAM is used. From your post it's not clear if 2GB is all the RAM on your machine or the RAM available after system use. If the former, I am not surprised at lag because of disk virtual memory use. Win7 is probably using 1.5GB. With just a small image open Krita takes about 260MB. That's doesn't leave a lot of wiggle room. Undo stack size reduction should help. (PS is probably better at leveraging GPU and minimal resources to run smoothly.)
A little bit of infinity makes up for a lot of nothingness.
|
KDE Developer
|
Photoshop does some things that we don't entirely understand to mimimize memory usage and optimize performance. We're looking into that, but it'll take time, and I am not confident we'll ever get as optimized as photoshop -- not without some serious investment. As for Sai, Sai does a lot less than Krita. It doesn't do color management, it's brushes are limited to 500px and pretty simple, it's image size is limited, and all that translates to Sai using less memory and being able to cut corners where Krita tries to do the correct thing.
But coming back to your system -- I'm afraid that that's just at the very low end of what Krita can support. If you've got a 32 bit system with just 2gb of memory, not much is left for Krita to use. If you upgrade your system to 4gb of ram, it'll be much nicer, but still not perfect. For the best experience, you really need a 64 bit system. |
Registered Member
|
Thanks for the fast response guys
I don't recall the version from memory, but both are using the last stable version available. When I unplug the tablet, the same thing happens. Unchecked everything; I can feel a very minor difference in the velocity that Krita can folllow my strokes, but still can't use it. Yep, the system have 2GB installed. Windows use 1,2~1,4GB, Krita uses ~300MB with the 16:10 default preset and 3 layers, and still have around 300MB free in the system, but I'm using ff at the moment (and yeah, I can work fine with 2480x3508px, 150ppi both on ps cs3 or cs6, and paint tool sai).
It's really sad that I can't use it. I like the project, and I love the philosophy behind it, but like you said, my system is in the very low end of the spectrum, as far as the Krita necessities goes, and a upgrade isn't viable for me right now . But I would like to point that I don't necessarily agree with your point that "Sai does a lot less than Krita". Obviously, I'm not here to preach about another software, and like i said, every software have his own cons and pros, for each user necessity, but I'll leave my experience as end-user here. Maybe it can be of any help For me, when I'm painting, I really don't care if the software "does it right" or "cut corners" to offer a nice experience. I appreciate that you want to do the correct thing (and you are probably right), but as far as the painting goes, I can do whatever I wan't with Sai, even with 500px brushes, or the lack of color management. I can do something like this Without a problem. So why I wan't to change to Krita? It's a nice project, I can get it on steam now, it's constantly updated, and probably I can do everything I do with sai atm, and much more. Hope you don't take this as an insult! And I really hope to come back to Krita in the future, when I can afford a more powerful pc, ha! |
KDE Developer
|
Oh, I'm not disparaging Sai or what you can achieve with it -- this is a purely technical argument. Where Sai can assume that it always has 4 channels of one byte in size, Krita has to be flexible. Where Sai assumes that what you see on the monitor is what you get, Krita has to adjust the image to your display's specifications. In the end, all those things cost cpu cycles.
|
Registered Member
|
Have you considered using Linux? It uses less memory than Windows leaving more available, and Krita works better there.
These days you easily try Linux without installing it, from an USB stick (the contents of the USB stick will be erased, though): http://www.ubuntu.com/download/desktop/ ... on-windows http://www.pendrivelinux.com/put-ubuntu ... g-windows/ Install Krita. For example for Ubuntu you can use the Software Center: https://help.ubuntu.com/community/Insta ... cal_method Your Bamboo tablet should work right away and Krita should run better than on Windows. |
Registered Member
|
Maybe try changing the scaling mode from High Quality Filtering to Bilinear Filtering and see if that makes any difference. I get lag when using HQ Filtering on large-ish 16 bit images, so it might be worth a shot in case there's something related going on.
|
Registered Member
|
I don't know if you have dual monitors, but I have noticed that it slows down Krita quite a bit too (even with Linux) . Especially if they are both 1920x1080 or above.
|
KDE Developer
|
Even if you've got krita on only one monitor? It might be a case of contention for GPU memory, of course.
|
Registered Member
|
I have the same problem (incredible lag and sluggishness of brushes, amount of lag seemingly congruent with size and softness of brushes).
It happens with the mouse, on the tablet, in a box, with a fox. I also have a Wacom (Intuos Pro). I'm on a 64bit OS, and I have 4Gb of RAM, with about 2.5GB available for Krita to use. On GIMP with a comparable resolution and size, there's only a small amount of lag on bigger brushes than the size I'm trying to use in Krita. I don't know why there should be any lag at all on any program, really. Yes, that amount of lag renders the program pretty much useless. I did reduce the stack from 30 to 5, not 1, but that didn't help at all. All drivers are up to date. I don't have any wacky extra stuff going on, like, I'm only using one monitor, etc. Don't know if there's an answer here, but at least it's confirmation to anyone else with the same problem that they aren't the only one experiencing this problem. |
KDE Developer
|
You're not giving the most important bits of information, namely your operating system and version, the exact version of Krita you're using, your graphics chip and driver version. But anyway:
* try to update your display drivers * try various settings in the display page of the configure krita dialog: for some systems, disabling opengl makes Krita more responsive, on others it doesn't, for some systems disabling the texture option helps, on others not. * try to enable or disabling autoprecision and autospacing for the brushes that give trouble * check whether on your system, 16bit integer/channel rgba is faster than 8 bit: that happens for some people as well, because it cuts down on the work for some GPU's Krita's brushes simply are more complex than gimp's and need more cpu to calculate. We already calculate the actual brush masks in threads, and on most modern cpu's use vectorization to improve performance, but there will always be settings that will be slow. Making it possible to work with big brushes on big canvases wasn't the topic of this year's kickstarter without a reason: we know we can improve. But on my i3, intel gpu, 4gb Surface Pro 3, I can paint on 6000x4000 canvases with big pixel or color smudge brushes (around 250px) without much lag. |
Registered Member
|
This problem made me upset.
I tried several settings. I'm using an intel i5, 4G RAM, onboard graphic card. The solution: I installed the x86 version and it worked. There may be an incompatibility in the x64 version with this processor or graphics card. I hope I have helped someone Ignore mistakes. Google translator. Best regards. |
Registered Member
|
So I got Krita ver 3.3.3
I was experiencing the same lag issues and google search brough me here. I noticed that Krita tends to have notable perfomance drops using anything above RGA/A 8 bits. I was lagging heavily on every draw. I did the following. Perfomance -> Disable vector optimizations (AMD CPU) Display -> Untick Canvas graphics acceleration I was getting good results with DX11 instead of openGl, but results seemed even better with no graphics acceleration. I'm working with an EVGA Geforce 1060 (6GB) GPU Ryze 1500 (3.2ghz), 12 virtual cores. Canvas is 300dpi, A3 Size, so around 5000x3000. |
KDE Developer
|
RGB16 should be fine; for the floating point color spaces, you will need very powerful hardware. Some people think that they need 32 bits/channel, when in fact they want 32 bits/pixel (four 8-bit channels). |
Registered Member
|
I was also facing the lag on my i7 8790H laptop with 1060 graphics. Only by disabling OPENGL and selecting Direct 3D via ANGLE it seemed to work faster.
|
Registered users: Bing [Bot], Google [Bot], Sogou [Bot]