Bug 363021 - [HUION] No pressure sensitivity on Huion 1060 Plus
Summary: [HUION] No pressure sensitivity on Huion 1060 Plus
Status: RESOLVED NOT A BUG
Alias: None
Product: krita
Classification: Applications
Component: Tablets (tablet issues are only very rarely bugs in Krita!) (other bugs)
Version First Reported In: git master (please specify the git hash!)
Platform: Arch Linux Linux
: NOR normal
Target Milestone: ---
Assignee: Krita Bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-05-13 14:14 UTC by rndbit
Modified: 2020-11-23 20:05 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description rndbit 2016-05-13 14:14:47 UTC
Pressure is not detected on Huion 1060 Plus ( https://www.huiontablet.com/new-1060-plus.html ) with  wizardpen drivers. Tested with extra/calligra-krita and aur/krita-git packages.

Reproducible: Always

Steps to Reproduce:
1. Install wizardpen drivers
2. Add 'ENV{ID_VENDOR_ID}=="256c",  ENV{ID_MODEL_ID}=="006e", ENV{x11_driver}="wizardpen"' to /etc/udev/rules.d/67-xorg-wizardpen.rules
3. Add 'Option               "TopZ"          "50"' to /etc/X11/xorg.conf.d/70-wizardpen.conf
4. Reboot

Actual Results:  
Pressure sensitivity works in gimp after enabling huion input devices.
In krita no pressure sensitivity is detected. Painting is either full black (100% pressure) or none (pen not touching tablet).

Wizardpen drivers are required for making pressure sensitivity to work at all. Without them its not working even in gimp.

Expected Results:  
Strokes should be of varying darkness based on pressure.
Comment 1 Quiralta 2016-05-13 15:09:41 UTC
I have a 1060pro, which is very similar, as far as I can tell, there is no need for the wizardpen driver, the digimend drivers are built in the kernel, that should work out of the box, now the last  xf86-input-evdev broke my tablet pressure in all programs, (its been worked out upstream already) thus using the previous evdev driver version is working for me, I'm also on Archlinux, and found the same problem in Manjaro and kaOs live images.

I'm thinking that our tablets should work similar if not the same, but don't take my word for granted, still I think this is a driver problem rather than Krita's.
Comment 2 Halla Rempt 2016-05-14 10:05:01 UTC
Which version of Krita are you using exactly?
Comment 3 rndbit 2016-05-16 15:36:45 UTC
(In reply to Boudewijn Rempt from comment #2)
> Which version of Krita are you using exactly?

Tested versions:
3.0.90.r40500.e457160
2.9.11

(In reply to Quiralta from comment #1)
> using the previous evdev driver version is working for me

Mind telling me exact version of xf86-input-evdev that works? Thanks
Comment 4 Quiralta 2016-05-16 17:14:03 UTC
I'm using 2.10.1-3, current version is 2.10.2.-1, you can find the pkgbuild file here https://git.archlinux.org/svntogit/packages.git/log/trunk?h=packages/xf86-input-evdev
Comment 5 rndbit 2016-05-17 07:54:07 UTC
(In reply to Quiralta from comment #4)
> I'm using 2.10.1-3, current version is 2.10.2.-1, you can find the pkgbuild
> file here
> https://git.archlinux.org/svntogit/packages.git/log/trunk?h=packages/xf86-
> input-evdev

Thanks for info. I did uninstall wizardpen drivers, downgraded evdev package and rebooted. However result is exactly the same - gimp works (which is great considering third party drivers are not needed!) but on krita pressure is still not detected. Is there any krita setup i should do? From what i read on digimend page it does not seem there is much to do but maybe im wrong.
Comment 6 Quiralta 2016-05-17 16:29:53 UTC
Have you tried a third program like mypaint, just to pinpoint if the issue is indeed Krita's or the driver's? I thought it would be similar to my issue, but it start looking different, Just to rule out things, make a fresh build of krita and remove the settings files (back them up if necessary), also I don't know if you did, run the "# mkinitcpio -p linux" to put back in order the modules that may have been deactivated while installing wizardpen.

After that I think would be easier to know that part of the software is the culprit.
Comment 7 rndbit 2016-05-17 16:43:09 UTC
Turns out krita works fine now and i have no clue why. Since my test and post in the morning i did not reboot nor did anything else. Pressure did not work in Krita in the morning, but worked in gimp. Firing up MyPaint just now - pressure worked. Figured i will try Krita one last time before i start deleting settings and compiling - and now it works in Kirta too! So i guess this was the same problem after all.

Sorry for wasting everyone's time and thanks for pointing me to the right direction.
Comment 8 Quiralta 2016-05-17 17:10:50 UTC
No prob! Maybe it took a while to re-register the tablet, (sometimes re-plugin also does the job) don't forget to keep evdev from upgrading until there is a fix for it, Apparently libinput is also coming with tablet support next xorg update, thus there may be another choice.