Replies: 2 comments 3 replies
-
On Linux you should use the Artist Mode to get pen pressure. Windows Ink is Windows only, and its just a workaround for the lack of an API to draw with pen pressure in other apps. |
Beta Was this translation helpful? Give feedback.
-
The issue is that we need to simulate a virtual device to expose a virtual tablet - on Windows, this is achieved with the Windows Ink mode, but simulating a virtual device on Windows requires installing a dedicated driver (currently VMulti), which defeats the purpose of the driver being userspace. So I don't think we'll ever be able to have pen pressure out of the box on Windows unless Windows creates a WindowsInk API similar to I've opened an issue on our Website tracking that we need to explain this better in the general FAQ at OpenTabletDriver/opentabletdriver.github.io#51 |
Beta Was this translation helpful? Give feedback.
-
To the devs,
After perusing the bug reports as well as discussion here and additional web searches, it appears that OTD is set up without pen-pressure by default, requiring a plugin (Winink?) to supply it.
I scuffed through the documentation, but there is very little info about it overall, and I assumed that the 'supported' tablets would have pen pressure as the other drivers do.
I also see links to "OSU", which I'm assuming is an application that uses tablets, but I'm not familiar with that.
I use the tablet for sketching and painting (Krita), teaching myself Blender as well as some Gimp stuff, and having pen pressure is mandatory for what I'm doing.
Before I file a bug report for the lack of pen pressure (out of box, as it were), is this how it is supposed to work? If that is the case, there really needs to be clear documentation if this driver is to get a wider audience.
I have tried the release version (5.3.3-1) as well as the git release as of yesterday with my Huion HS610.
I require all the buttons to be programmable, and in the release version, my tablet is only partially supported with 8 buttons listed.
The GIT version seems to have fixed all of that (thank you for your fast response to my bug report on that), but OTD defaults to making the pen tip "mouse button 1", and when I try other selections the pen movement stops.
I did a little more research and discovered the 'winInk' plugin, but the console reports that it and its parent app are 'out of date' and not loaded for the git master version, and while the plugin loads with 5.3.3-1, the point motion fails as soon as it is loaded.
Anyway, I love the work and effort being put in here, and with a GUI that can actually save settings, it is pretty much what I'm after in a driver set.
I would appreciate a bit more documentation than what is currently available, as this seems to be an outstanding replacement for the hassle of bash scripts with the current non OTD implementation.
System:
Arch linux (updates current)
AMD FX cpu AMD RX500 video
16gig ram
Huion HS610 graphics tablet
tested Opendrivertablet versions, .5.3.3-1 //Git from July14)
addendum:
-----------hid_uclogic is unloaded before starting OTD. I'm concerned that the internal kernel version of digimend might be causing issues, but I'm not a programmer, so I'm not sure where to even begin looking to see if this might be an issue.
Again, thank you for the work on this.
C
Beta Was this translation helpful? Give feedback.
All reactions