[krita] [Bug 351059] New: Krita crashes while using Brush tool, issues with genius tablet driver

[s***@gmail.com]

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

Bug ID: 351059
Summary: Krita crashes while using Brush tool, issues with
genius tablet driver
Product: krita
Version: unspecified
Platform: unspecified
OS: MS Windows
Status: UNCONFIRMED
Severity: crash
Priority: NOR
Component: tablet support
Assignee: krita-bugs-***@kde.org
Reporter: ***@gmail.com

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.

[s***@gmail.com]

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

--- Comment #1 from ***@gmail.com ---
Created attachment 93931
--> https://bugs.kde.org/attachment.cgi?id=93931&action=edit
DebugView log

[Boudewijn Rempt]

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

Boudewijn Rempt <***@valdyas.org> changed:

What |Removed |Added
----------------------------------------------------------------------------
CC| |***@valdyas.org

--- Comment #2 from Boudewijn Rempt <***@valdyas.org> ---
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.

[s***@gmail.com]

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

--- Comment #3 from ***@gmail.com ---
(In reply to Boudewijn Rempt from comment #2)

Post by Boudewijn Rempt
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 ^_^

[e***@gmail.com]

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

***@gmail.com changed:

What |Removed |Added
----------------------------------------------------------------------------
CC| |***@gmail.com

[chrisgualo via KDE Bugzilla]

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

chrisgualo <***@gmail.com> changed:

What |Removed |Added
----------------------------------------------------------------------------
CC| |***@gmail.com

--- Comment #4 from chrisgualo <***@gmail.com> ---
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.

[chrisgualo via KDE Bugzilla]

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

--- Comment #5 from chrisgualo <***@gmail.com> ---
Still crashing at startup on Krita x64 2.9.10.0...

[Boudewijn Rempt via KDE Bugzilla]

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

--- Comment #6 from Boudewijn Rempt <***@valdyas.org> ---
Another user reported the same issue but also reported it went away when he
installed the latest genius drivers.

[chrisgualo via KDE Bugzilla]

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

--- Comment #7 from chrisgualo <***@gmail.com> ---
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

[Boudewijn Rempt via KDE Bugzilla]

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

--- Comment #8 from Boudewijn Rempt <***@valdyas.org> ---
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 :-(

[Boudewijn Rempt via KDE Bugzilla]

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

Boudewijn Rempt <***@valdyas.org> changed:

What |Removed |Added
----------------------------------------------------------------------------
CC| |***@yandex.ru

--- Comment #9 from Boudewijn Rempt <***@valdyas.org> ---
*** Bug 359298 has been marked as a duplicate of this bug. ***

[chrisgualo via KDE Bugzilla]

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

--- Comment #10 from chrisgualo <***@gmail.com> ---
(In reply to Boudewijn Rempt from comment #8)

Post by Boudewijn Rempt via KDE Bugzilla
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!

[Boudewijn Rempt via KDE Bugzilla]

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

Boudewijn Rempt <***@valdyas.org> changed:

What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Version Fixed In| |3.0
Resolution|--- |FIXED

--- Comment #11 from Boudewijn Rempt <***@valdyas.org> ---
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.

[chrisgualo via KDE Bugzilla]

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

--- Comment #12 from chrisgualo <***@gmail.com> ---
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.

[Boudewijn Rempt via KDE Bugzilla]

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

--- Comment #13 from Boudewijn Rempt <***@valdyas.org> ---
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.

[chrisgualo via KDE Bugzilla]

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

--- Comment #14 from chrisgualo <***@gmail.com> ---
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...

[chrisgualo via KDE Bugzilla]

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

--- Comment #15 from chrisgualo <***@gmail.com> ---
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! :)

[chrisgualo via KDE Bugzilla]

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

--- Comment #16 from chrisgualo <***@gmail.com> ---
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?

[Boudewijn Rempt via KDE Bugzilla]

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

Boudewijn Rempt <***@valdyas.org> changed:

What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |UNCONFIRMED
Resolution|FIXED |---
Summary|Krita crashes while using |[GENIUS] Krita crashes
|Brush tool, issues with |while using a genius tablet
|genius tablet driver |

--- Comment #17 from Boudewijn Rempt <***@valdyas.org> ---
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.

[Boudewijn Rempt via KDE Bugzilla]

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

--- Comment #18 from Boudewijn Rempt <***@valdyas.org> ---
Which driver version are you using exactly?

[chrisgualo via KDE Bugzilla]

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

--- Comment #19 from chrisgualo <***@gmail.com> ---
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'.

[chrisgualo via KDE Bugzilla]

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

--- Comment #20 from chrisgualo <***@gmail.com> ---
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.

[chrisgualo via KDE Bugzilla]

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

--- Comment #21 from chrisgualo <***@gmail.com> ---
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

[Dmitry Kazakov via KDE Bugzilla]

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

Dmitry Kazakov <***@gmail.com> changed:

What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Latest Commit| |http://commits.kde.org/krit
| |a/942cb4b614246ad08485eaa22
| |64154de2d07ce17
Resolution|--- |FIXED

--- Comment #22 from Dmitry Kazakov <***@gmail.com> ---
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

[Dmitry Kazakov via KDE Bugzilla]

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

Dmitry Kazakov <***@gmail.com> changed:

What |Removed |Added
----------------------------------------------------------------------------
Latest Commit|http://commits.kde.org/krit |http://commits.kde.org/krit
|a/942cb4b614246ad08485eaa22 |a/22c3c0d5d49ef164e4def4d54
|64154de2d07ce17 |5faee7f37797a5f

--- Comment #23 from Dmitry Kazakov <***@gmail.com> ---
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

[chrisgualo via KDE Bugzilla]

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

--- Comment #24 from chrisgualo <***@gmail.com> ---
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