Program crashes after 5-10 minutes of continuous drawing, sometimes it takes about only 2 minutes to happen. Mostly it happens when using smudge brushes. Canvas are usually 1000x1500 or so, 2-3 layers. After restart Krita doesn't seem to recognise tablet driver: no pressure sensetivity, yet Mypaint and GIMP are doing fine. So every time I have to restart the tablet driver, then it works fine for next 5-10 minutes. No big cpu loads before crash were spotted. Reproducible: Always Steps to Reproduce: 1.open any image 2.start drawing with any brush Actual Results: Krita crashes in several minutes. Expected Results: enjoyable drawing process not interrupted by problems mentioned above tablet - genius easypen m610x; Windows 7, x64; Intel Core i5-3470, 8Gb ram, nvidia geforce gtx 650. Krita version 2.9.6.3. Also all of the older versions i've tried had the same issues.
Created attachment 93931 [details] DebugView log
Hi Serj, Thanks for your report. The debugview log doesn't look too strange... I haven't got your hardware here to test with, so I cannot promise we'll be able to fix the bug soon, I'm afraid.
(In reply to Boudewijn Rempt from comment #2) > Hi Serj, > > Thanks for your report. The debugview log doesn't look too strange... I > haven't got your hardware here to test with, so I cannot promise we'll be > able to fix the bug soon, I'm afraid. well, thank you anyway for such a quick response ^_^
I'm still using Win7x64 with a Genius M712 tablet, and can corfim that with Krita 2.9.6.3 there is no issue so far. When I upgraded to 2.9.9 this week, I couldn't even start Krita if I used the tablet pen; it immediately crashed. Alternatively, if pen is not used during startup, I can sometimes start painting with a brush for a brief time (with no sensitivity whatsoever) before it crashes and shuts down. I have tried all x64 versions from 2.9.7 to 2.9.9.1, and also the beta version of the Animation Edition, and issue still happens. Same thing with the 32-bit version of 2.9.9.1. Also found out that if I stop using the pen and use the mouse instead, when I use the pen again krita immediately crashes.
Still crashing at startup on Krita x64 2.9.10.0...
Another user reported the same issue but also reported it went away when he installed the latest genius drivers.
Forgot to say I have the latest driver, yet dated 20121102 (listed 2015/11/10). Version is 5.01. My tablet is a M712x. Got the driver from the genius website here http://www.geniusnet.com/Genius/wSite/ct?xItem=16837&ctNode=174
Does the 3.0 alpha still crash? That has an updated tablet handling implementation. Otherwise, without someone donating test hardware, there's not so much we can do :-(
*** Bug 359298 has been marked as a duplicate of this bug. ***
(In reply to Boudewijn Rempt from comment #8) > Does the 3.0 alpha still crash? That has an updated tablet handling > implementation. Otherwise, without someone donating test hardware, there's > not so much we can do :-( None of the aplha builds crash so far :) Yet I can't make the tablet work on Elementary OS, it does work well on Ubuntu, and no crashes either :) I'm waiting for a stable or a beta, thanks!
Okay, then I'll close this bug. 2.9 won't in all likelihood get any more updates since we're really focusing on getting 3.0 out now.
All of a sudden this is crashing again. Now it also happens with the first 3.0 pre-alpha... Could it be something Windows-related conflicting with this? It is weird because the first pre-alpha was working ok, no crashes when using the pen (however now it does). I've tried the latest build krita-master-f38b47e-x64 and it also crashes. Tried using and not using OpenGL, changing Scaling Mode and un/checking Use texture buffer, with no results. Tried clearing everything in in AppData\Roaming\krita, is there somewhere else where krita settings could be stored? My username has one Unicode character, could that be related? I'd do a debug but I don't know how. Krita 2.9.6 is still the last one working properly.
If it crashes, then it's probably still something in the driver. If at one point one of the pre-alpha's worked, and now it doesn't, then it's something that changed outside krita, since the tablet code didn't change.
Well, I didn't give up and tested all the pre-alphas and the latest release, because it did seem weird that the first pre-alpha was working with no issues and yesterday it wasn't. So, I uninstalled the krita version I had -good old 2.9.6-, tested pre-alpha, set Dark theme, painted a little, everything went fine, no crashes (only bug is that Brush panel appeared empty, had to select the drop-down menu and they're there). Then started pre-alpha2 to test. Everything worked fine as well, same issue with the Brush panel showing empty... BUT! It kept the settings I had on the pre-alpha: theme color and layout (settings I deleted from AppData\Roaming\krita). Does krita keeps settings on RAM or on the registry? Yet, no brush crashes on this pre-alpha either. Now, pre-alpha3... I got several results here (and I do think RAM has something to do). After clearing the folder on AppData, created new document, tried to paint and immediate crash. Second try, I could paint, but there was no pressure sensitivity. Third try, crashed before fully launching (I had the pen right next to the tablet). Fourth: could paint a little, no pressure sensitivity, crashed after I switched window to write here and went back to krita. ALSO: layout and dark theme selected on first pre-alpha were kept on all these pre-alpha3 tests. Brush styles do show by default, no longer appear empty. And finally, latest build, krita-master-f38b47e-x64. Again layout and dark theme are kept. Brushes do not show, have to use drop-down menu. No pressure sensitivity. Crashed when I tried to paint. Tried to clean RAM using %windir%\system32\rundll32.exe advapi32.dll,ProcessIdleTasks, and it worked fined, no crashes, until I came back to the window (and also put the pen away and returned to the tablet later). Don't really think it is a driver issue since krita 2.9.6, pre-alpha and pre-alpha2 do work with it, and it hasn't been updated, right? I'm gonna restart the computer and see what happens if I open a brand-new krita-master-f38b47e-x64...
Sooooo I rebooted the computer. Actually, turned off, disconnected from the power and then turned on again. Settings were kept! And I made sure I deleted everything, even from the registry... Could there be some other folders I am missing? Results were the same as if I hadn't rebooted. Gonna stick with pre-alpha2 for the time being. Crashes also happen with git 1f5cdac. Oh, and here is the crash I get everytime: Nombre del evento de problema: APPCRASH Nombre de la aplicación: krita.exe Versión de la aplicación: 0.0.0.0 Marca de tiempo de la aplicación: 00000000 Nombre del módulo con errores: wintab32.dll Versión del módulo con errores: 2.1.2.1 Marca de tiempo del módulo con errores: 501627db Código de excepción: c0000005 Desplazamiento de excepción: 0000000000002ad7 Versión del sistema operativo: 6.1.7601.2.1.0.256.1 Id. de configuración regional: 10250 Información adicional 1: 358a Información adicional 2: 358afd5b9fa8ba922a0b63e492e4bc54 Información adicional 3: 3624 Información adicional 4: 36247068ba2c11dd969840ffe4ea7799 If it helps, when using MyPaint it doesn't crash, neither do PS, Pencil (no pressure), Alchemy (no pressure) or OpenToonz. Doing a search on Google for wintab32.dll, it appears to be not only a problem with tablets but also with wacom. Or is it a generic name companies use for each of their drivers files? I wish I could be more helpful. Is this https://forum.kde.org/viewtopic.php?f=281&t=119719 a way of debugging on Windows? Greetings! :)
Just tried latest beta from website (krita-3.0-Beta-master-25ecbaf-x64) and still crashing with the same symptoms experienced since pre-alpha3. I think Status should change since it is not fully resolved?
Okay, I can reopen. I cannot fix the issue because we don't have the hardware, though. Interestingly enough, there is another report: https://bugs.kde.org/show_bug.cgi?id=362346, where the tablet isn't recognized as a tablet at all, probably because of another thing that's broken in the driver.
Which driver version are you using exactly?
The latest one on the Genius page (http://www.geniusnet.com/Genius/wSite/ct?xItem=16837&ctNode=174) is 5.01. The updated date says 2015/11/10, but the file we download reads '20121102_Driver V5.01.rar'.
Just tested krita-3.0-Beta-master-962bfe1-x64 and still same sypmtoms. It can either let me paint for a while with no sensitivity and crash later, or crash immediately. Still using pre-alpha2 atm.
Now that 3.0 is finally out, I did some testings, running Win10 as of now. First of all, whenever I put the pen on the tablet, krita now shows a pop-up about screen-resolution > https://goo.gl/ZUquJG. I use (and had been using before my first post here) two monitors. One's resolution is 1920x1080 and the other's is 1366x768 (this one is vertically oriented thru nVidia driver, like this > https://goo.gl/7GKbWW). If I choose the first option, it immediately crashes. If I choose the second option, it works for some time, and even sensitivity works! However, it ends up crashing. It crashed: once when I changed windows, once when I moved the cursor all the way to the upper border (?), sometimes when opening a blank document... Bright side: crash is not immediate. If I choose the third option, using the settings on the screenshot, it works well as well, yet I've had the same issues as in the second option. Then I deleted the temp files in AppData\Temp, and krita started normally. There was no pop-up when used the pen, and pen worked fine, but with no sensitivity. I tried krita-3.0-RC-1-master-7785651-x64 and pop-up came up, sensitivity worked, but crashed. Then started 3.0 again, without clearing temp files, and got same results as before the ones above: worked for a while and crashed eventually. Later I will try this disconnecting one monitor. On the driver utility, I've set the tablet to use only the main monitor. Also, I updated the driver to v5.05, found on WALTOP's website > http://www.waltop.com/english/03_support/01_download.php?xpid=1&MID=1
Git commit 942cb4b614246ad08485eaa2264154de2d07ce17 by Dmitry Kazakov. Committed on 03/06/2016 at 12:46. Pushed by dkazakov into branch 'master'. Add a workaround for weird tablets Instead of the returning the size of the needed buffer these "nice" tablet drivers start writing its name straight into the buffer pointed by a null pointer. See a comment in the code for more details Related: bug 359298, bug 362868, bug 363684, bug 363873, bug 354979, bug 362948 M +35 -2 libs/ui/input/wintab/kis_tablet_support_win.cpp http://commits.kde.org/krita/942cb4b614246ad08485eaa2264154de2d07ce17
Git commit 22c3c0d5d49ef164e4def4d545faee7f37797a5f by Dmitry Kazakov. Committed on 03/06/2016 at 12:48. Pushed by dkazakov into branch 'krita/3.0'. Add a workaround for weird tablets Instead of the returning the size of the needed buffer these "nice" tablet drivers start writing its name straight into the buffer pointed by a null pointer. See a comment in the code for more details Related: bug 359298, bug 362868, bug 363684, bug 363873, bug 354979, bug 362948 M +35 -2 libs/ui/input/wintab/kis_tablet_support_win.cpp http://commits.kde.org/krita/22c3c0d5d49ef164e4def4d545faee7f37797a5f
It doesn't crash anymore with latest build, krita-3.0-9e17aff-x64, taken from here https://www.kickstarter.com/projects/krita/krita-2016-lets-make-text-and-vector-art-awesome/posts/1594853 :D!!! Pressure sensitivity working, everything loading correctly! However, there is a minor issue for me. I don't know if it specific for me or it happens to other people. Somehow, at the bottom of the canvas there is a space I cannot move the cursor to if I do it downwards, unless I'm pressing the pen. Yet when I do it from other directions, it does work. Here is a vid to show it more clearly https://www.youtube.com/watch?v=POnYb98z2p0