Skip to main content

Indie game storeFree gamesFun gamesHorror games
Game developmentAssetsComics
SalesBundles
Jobs
TagsGame Engines
(1 edit)

Hey I had a followup question on linux: Do I require a wacom device in order to gain pen pressure? I initially tried using Our Paint with a default huion tablet, and then tried switching to OpenTabletDriver to resolve not detecting pen pressure. Neither works, if I disallow-non-pressure in Our Paint's settings my pen won't work and I don't see many settings within the program itself for fixing this.

Interesting. On linux your driver may need to be libwacom compatible. I’ll have to search about OpenTabletDriver and see. Normally tablets should just work out of box on linux.

I think previously huion has a differently named driver which supposedly worked fine under linux but I do not have a huion device to verify atm…

Also, can you run xinput list and show me what it spits out?

Not the original commenter, and I'm also stuck on wayland, but the equivalent information for my Huion tablet with OpenTabletDriver is


The output of libinput list-devices cut to the OpenTabletDriver device

If I can supply more information let me know.

Thanks for the feedback!

Unfortunately libinput list-devices doesn’t give full device list like distinguishing pen and eraser and etc. I believe you should have xwayland installed for x11 compatibility, then xinput --list should list the correct devices, and then if you can paste that list here, I should be able to see how to identify the devices from the list. Thank you!

(1 edit)

I double checked and I apparently can just install `xinput` so I did; I thought that it wasn't something I could run anymore even with xwayand.  I think that it won't be too helpful though since it just shows the compatibility layer.  From runing `xinput --list`, I get:

WARNING: running xinput against an Xwayland server. See the xinput man page for details.
⎡ Virtual core pointer                          id=2    [master pointer  (3)]
⎜   ↳ Virtual core XTEST pointer                id=4    [slave  pointer  (2)]
⎜   ↳ xwayland-pointer:10                       id=6    [slave  pointer  (2)]
⎜   ↳ xwayland-relative-pointer:10              id=7    [slave  pointer  (2)]
⎜   ↳ xwayland-pointer-gestures:10              id=8    [slave  pointer  (2)]
⎜   ↳ xwayland-tablet stylus:10                 id=10   [slave  pointer  (2)]
⎜   ↳ xwayland-tablet eraser:10                 id=11   [slave  pointer  (2)]
⎜   ↳ xwayland-tablet cursor:10                 id=12   [slave  pointer  (2)]
⎣ Virtual core keyboard                         id=3    [master keyboard (2)]
    ↳ Virtual core XTEST keyboard               id=5    [slave  keyboard (3)]
    ↳ xwayland-keyboard:10                      id=9    [slave  keyboard (3)]

It might just be Wayland only giving you these virtual devices rather than OpenTabletDriver that causes issues with pressure?  I'll see if I can test in x11 at some point as well.  (also hopefully the code block formatted properly)

Humm I see, so apparently the name has a :10 appended to them (Like stylus:10) and from the look of the current code then indeed Our Paint would not be able to locate which is the stylus (it strictly matches “stylus” as a word), so I’ll need to modify that part of the logic (Or provide an option for user to choose when automatic detection fails).

Thank you very much for the feedback :D You will make Our Paint much better :D

No problem, I'm happy I could help out!  I wanted to try the software but without pressure sensitive input it was difficult.  


I also took a moment to look in X11 (I don't use it because of other reasons but the tablet still works) to see what OpenTabletDriver displays.  The only devices it seems to have are:

⎡ Virtual core pointer                          id=2    [master pointer  (3)]
⎜   ↳ OpenTabletDriver Virtual Artist Tablet Pen (0)    id=27   [slave  pointer  (2)
⎣ Virtual core keyboard                         id=3    [master keyboard (2)]
    ↳ OpenTabletDriver Virtual Artist Tablet    id=26   [slave  keyboard (3)]

(I've cut the other devices out since they're now my actual keyboard, etc)

As far as I can tell those are the only ones exposed?  Everything else in my list is something I recognize so I don't think there's any other unique names.  

Hi, thank you for the additional information! I’ll include a fix in a bug fix release that handles such case. Currently it only sets the device via string name matching for “pen” and “stylus” and “eraser”, so I will either implement a manual device selection feature or a better recognition algorithm :D