New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add support for Artist 16 Pro #168
Comments
do you own, or can you get access to one? FYI there are more tablets supported than actually listed at http://digimend.github.io/tablets/ in case you haven't tried it yet |
I wanted to poll the issues forum before I bought the non-cheap device for Linux. |
@fire, It's possible that it's already supported by the Linux kernel including the one which comes with latest updates of Ubuntu 16.04, because of my XP-PEN Artist 22E PRO works just well without any 3rd-party drivers (after restoring original Xorg configuration and removing this gitlab driver, I was using for UGEE tablet). |
My XP-PEN 13.3V2 is partly supported, pressure and touch/lower button work. Upper rocker button and 6 express keys don't work. Getting ready to dump the data for Digimend. |
@DanielJoyce did you try the official linux beta driver? |
It seems to mostly work, I'm still working on the Linux Wacom configuration, I've got the tablet buttons working. The only thing left is one of the stylus buttons doesn't work, but I may be using the wrong stylus model. Once I've exhausted all options there, I will ask the linux wacom project, and then worry about filing a bug here. It may just entirely be tweaking a config file. And then you guys can say "XP-PEN 13.3 works" :) |
Their 'driver' is some weird GUI utility that appears to read low-level usb messages and send xe events. It doesn't even run in 18.04 due to lib differences. |
Yes, but who cares if it provides a convenient way to change button mapping and performs 5-point calibration like similar utility in Win/Mac? As I know no normal driver can do this :). Unfortunately when I tried it, it just exits silently and nothing useful appear in strace/ltrace, anyway my display (22e pro) isn't marked as supported. And now I just use an ugly way to remap 14 of 16 buttons and standard calibration (luckily the difference between physical and screen coordinates is tiny and acceptable). |
"It's possible that it's already supported by the Linux kernel including the one which comes with latest updates of Ubuntu 16.04, because of my XP-PEN Artist 22E PRO works just well without any 3rd-party drivers (after restoring original Xorg configuration and removing this gitlab driver, I was using for UGEE tablet)." |
@Barracuda77 I suspect it is HID-compliant, because it's handled by evdev. But I'm still on Ubuntu 16.04 and didn't checked if it works under 18.04. If someone is interested I can provide diagnostic info for 22E PRO. |
@loentar thank you for the info. it will arrive in a few hours will test it and see. I hope it just works out of the box. |
@loentar So it arrived and I connected it and nothing happened? |
@Barracuda77 it just works for me. First check if your tablet works at all. Try windows or mac os for this. When I start
Check if usb device is recognized - start
Try to check which driver is loaded for your tablet - run Check your
or more specific:
Then reboot for sure. |
I just tried Ubuntu 18.04 under virtual box and can confirm, the tablet doesn't work there as under Ubuntu 16.04. It gets detected, appeared in So... try Ubuntu 16.04 virtual machine and see if it works. |
@loentar Can I ask you one more favor can you test the Digimend driver in that virtual box you did? |
@Barracuda77 I tested the digimend driver and it doesn't work with xp-pen 22e pro. Regarding standard 18.04 installation - it gets recognized, evtest shows input events, xinput shows it as input device. I think it's possible to get it working, but it needs some effort. |
@loentar the problem is i dont have the required skill :( |
So I get this when run usb-devices in my /usr/share/X11/xorg.conf.d I had a 70-wacom.conf file I moved it from there and I added an 10-evdev.conf with the lines you mentioned as I didn't have that file. Should I disable them anywhere else or just moving that wacom file was enough? |
Figured out the problem, it's a known bug in libinput:
To resolve the issue you must configure Xorg to use evdev instead of libinput for the tablet device:
|
@loentar I really can't thank you enough :) |
I didn't find a way to remap tablet buttons without modifying a driver, instead there is a hacky way to remap scan codes: To set active screen you can change transformation matrix using xinput. Try something like that:
You may need to place device id instead of name, because both devices has the same name. Pressure levels works perfectly for me. I usually draw in Krita, with stabilizer and slightly adjusted pressure levels it works best. |
@loentar again thank you. |
@loentar Sorry for nagging but I think I managed to set up the transformation matrix for the tablet but each time I restart I have to reapply it and can't seem to find which config file to use to store this? |
A simple solution would be to create a bash script with setup commands and add this script to "Startup applications" ( |
@loentar Thank you. I just did that but I was wondering if that was the best solution? |
@loentar I managed to store the coordinates and also set a different DPi for the tablet. but I cant set the stylus top bottom to right click. I tried to run xinput set-button-map "device name" 1 2 3 |
Looks like it's mapped to the keyboard key, so cannot be remapped as mouse key. I just noticed that I don't use that button :) |
@loentar Who does this? map a stylus key as a keyboard key :(. I mainly do 3d sculpting and right key is essential in some software :(. |
@DanielJoyce Did you manage to fix your top rocker button? |
I was wrong, for me it's mapped as left mouse button (BTN_0).. I suspect you can remap it with udev by creating specific |
@loentar Can it be added to the same .hwdb file you did for the express keys? |
@loentar I also can't get the key mapping file to work I have a feeling that the scan codes on my model changed. how can I check the scan codes? I tried running usbhid-dump but I get very different numbers from the keys. |
@loentar So I ran evtest, and yes scan codes on our tablets are a bit different. so I managed to fix tablet buttons mapping. but I still can't figure the stylus key. any help on that will be appreciated. |
Ok I managed to fix my stylus top button right click issue added a line to the .hwdb file |
@loentar Thanks a lot for your help I couldn't have done this without your help :). |
Seems like things are solved. |
i have problem for multiple displays, can you help me? |
you will be better off correcting it from the command line then you can add the command as a bash script to "Startup applications" (gnome-session-properties). |
@loentar Can one somehow map the hardware keys that send a sequence to a single key? I have a similar tablet (Artist 12 pro) and button 3 sends LEFTALT, but button 8, for example, sends LEFTCTRL+LEFTALT+N and I cannot map button 3 without affecting other keys that send LEFTALT. |
@allo- I think it's not possible then, In my case I just muted both Shift and Ctrl, luckily I lost only 1 button. BTW, Have you tried the original XP-PEN drivers for you tablet? |
@loentar: I tried and on some distributions it works fine (e.g. current debian stable), on others the pen stops working (the keys are still working) when the driver is loaded like, for example, newer Ubuntu versions. Currently I am testing with recent xorg from Gentoo as I can freely change between evdev and libinput with use-flags. Since January, they have a new beta driver online (the same as someone posted as a gdrive link earlier). It seems to work the same as the older driver, but has a nicer UI and more configuration options (e.g. not only choosing the monitor, but defining any rectangle on the screen and on the tablet). It also includes a debugging utility (in the menu), which shows X,Y and pressure. The debug utility shows that everything is working, but the driver does not forward the pen events properly on the mentioned systems. Maybe someone here knows how to get it working? I do not know what the "xe events" mentioned by @DanielJoyce are, but with a few hints I would be happy to try to debug the driver and test patches when someone can help me where to start. Another question is, if there is some method to map the input events in a similar way as their driver does. udev hwdb seems only to allow to map the keycodes, but their driver seems to be able to identify the actual key instead of the emulated keycodes. As the hardware buttons do not need a low latency I could imagine writing some helper with python (and maybe the I asked their support if they can provide hints about how to debug the driver, but I did not manage to get past the first-level support, who asked for videos of what is not working and described more or less what's in the documentation and the demo videos. |
@allo- I'm not sure what The driver must have reading from hid device and emulating a device which Xorg can't find. Try listing the |
Yes, I was getting the keycodes with This hwdb config works to remap the keys: https://gist.github.com/allo-/e7c2e97400f4c7c8bf878fd726aeff5e But the 8th key produces For remapping the hardware keys one needs another method to read the keys than what evdev and the udev mapping are able to provide. The proprietary driver has some method to read what key is pressed and avoid sending two mappings. Either the hardware must be sending more than just the sequence, or their drive uses some ugly hack like measuring how fast the keys are "pressed" after each other? |
Was interested in Linux drivers for this pen.
Wanted to post a placeholder issue.
https://www.xp-pen.com/goods/show/id/251.html
The text was updated successfully, but these errors were encountered: