using a huion kamvas gt191 tablet. pen is working but no pressure sensitivity in krita. pressure sensitivity is working in gimp. please let me know any debug information required, hope this issue can be solved.
Please first update to the latest stable version of Krita, 3.3.3 and try again. If Debian doesn't have that, use the appimage. Still, in pretty much all cases where Krita doesn't get pressure info, it's a driver or system setup problem, and not a bug in Krita. Whether or not Gimp works or not is completely irrelevant.
I have upgraded to 3.3.3, and debian testing but the problem remains the same. Pressure is working in gimp, inkscape and xournal.
I have upgraded to 3.3.3, and debian testing but the problem remains the same. Pressure is working in gimp, inkscape and xournal. Please let me know any debug information required, hope this issue can be solved.
As I said, whether or not gimp works is irrelevant: those are GTK-based applications. You could try to add a tablet log: https://docs.krita.org/KritaFAQ#What_if_your_tablet_is_not_recognized_by_Krita.3F , but chances are slim that we can do anything about it.
I understand, here is all the information asked for. Please let me know if you have any suggestions. Thanks very much. lsmod : https://pastebin.com/RsyvcLMv xinput list : https://pastebin.com/iu5zwyJh xinput list-props : https://pastebin.com/Nf9gwFTA log of the tablet events : https://pastebin.com/WQsAFALb
(In reply to kdebug from comment #5) > I understand, here is all the information asked for. > Please let me know if you have any suggestions. > Thanks very much. > > lsmod : https://pastebin.com/RsyvcLMv > xinput list : https://pastebin.com/iu5zwyJh > xinput list-props : https://pastebin.com/Nf9gwFTA > log of the tablet events : https://pastebin.com/WQsAFALb Your xinput doesn't even show a "Pad pad" device (usually the one that shows tablets are working) or stylus, which makes it odd that actually works somewhere else, I would recommend to go to the Digimend site and see if someone is sharing the same issues you have, as far as I know the kernels have borrowed what ever Digimend drivers had made to make tablets work (non wacom) your tablet may be too knew for your kernel, trying Digimend drivers would be one of my first choices. Hopefully you find something there: https://github.com/DIGImend
> > lsmod : https://pastebin.com/RsyvcLMv > > xinput list : https://pastebin.com/iu5zwyJh > > xinput list-props : https://pastebin.com/Nf9gwFTA > > log of the tablet events : https://pastebin.com/WQsAFALb > > Your xinput doesn't even show a "Pad pad" device (usually the one that shows > tablets are working) or stylus, which makes it odd that actually works > somewhere else, I would recommend to go to the Digimend site and see if > someone is sharing the same issues you have, as far as I know the kernels > have borrowed what ever Digimend drivers had made to make tablets work (non > wacom) your tablet may be too knew for your kernel, trying Digimend drivers > would be one of my first choices. > > Hopefully you find something there: https://github.com/DIGImend Unfortunately the kamvas gt191 is a newer tablet and is not supported by digimend. It does not look like this will change any time soon. I am using the following driver which was written in C, https://github.com/TheJackiMonster/HuionGT191LinuxDriver this is based off of a userspace driver that was written in python to deal with the digimend not supporting this newer tablet. https://github.com/benthor/HuionKamvasGT191LinuxDriver I could not get the python driver to work but the C driver seems to work fine other than pen pressure in Krita.
I guess that kis_x11_atomnames in kis_tabet_support_x11.cpp could be extended to recognize the way this driver advertises itself, but figuring out without access to the actual hardware is going to be rather tricky. From your output, it looks like you've also got a wacom tablet connected?
> From your output, it looks like you've also got a wacom tablet connected? I have the wacom express key remote as the huion graphics tablet does not have any buttons.
This really needs someone who can build Krita and has access to the hardware. Specifically, void QXcbConnection::xi2SetupDevices() needs to be debugged, so we can figure out what name to react to. Even then, given that your xinput list output doesn't show any stylus pointer means that the driver isn't doing its job. Note that Nikolaoi is working on Digiment again. He's received a bunch of hardware from Huion. I think it would be a good idea to support his work: https://www.patreon.com/posts/huion-tablets-17016636 -- for now, I'm closing this bug as LATER because we cannot do anything about it at the moment.
(In reply to Boudewijn Rempt from comment #10) > This really needs someone who can build Krita and has access to the > hardware. Specifically, void QXcbConnection::xi2SetupDevices() needs to be > debugged, so we can figure out what name to react to. Even then, given that > your xinput list output doesn't show any stylus pointer means that the > driver isn't doing its job. > > Note that Nikolaoi is working on Digiment again. He's received a bunch of > hardware from Huion. I think it would be a good idea to support his work: > https://www.patreon.com/posts/huion-tablets-17016636 -- for now, I'm closing > this bug as LATER because we cannot do anything about it at the moment. I have access to the hardware and am happy to build krita (or at least try to). Yes Nikolai has been doing sterling work, but the tablets supplied to him by Huion so far are not the type with a screen built in.