winboat icon indicating copy to clipboard operation
winboat copied to clipboard

[Bug] Pen of Gaomon PD1560 is unresponsive

Open pierrelajovence-ops opened this issue 2 months ago • 4 comments

What version of WinBoat are you running?

Beta v0.8.7

Your Environment

Linux distro : Zorin OS 17.3 Pro Desktop Environment : Gnome FreeRDP version : 127.0.0.1 Tablet used : Gaomon PD1560

Steps to Reproduce / Context

Steps to reproduce :

  • Complete installation of Winboat with 4 cores , 16gb of RAM and 200 Gb storage
  • Install MedibangPro 29.1 64bits
  • Install GaomonDriver 16.0.0.194
  • Allow the tablet to be recognized by the driver via the USB passthrough in Winboat
  • Attempt to draw

Logs

winboat.log

Expected Behavior

The pen should work and draw .

Current Behavior

The pen's cursor stays immobile and unresponsive

Possible Solution

I am not smart enough to suggest a fix or a reason for the issue , my apologies :/

Quality Notice

  • [x] I have checked the issue tracker and verified that this bug is a unique case.

pierrelajovence-ops avatar Oct 19 '25 17:10 pierrelajovence-ops

Seeing the same issue here, with a Wacom tablet (USB passthrough enabled, Windows utility installed and configured, Wacom diagnostic window correctly reports button states and pressure readings). It's worth noting that this isn't a case of "stationary cursor but tablet input still works" (as e.g. here) — the drawing tablet is detected by Windows, but isn't usable for input at all.

LRitzdorf avatar Oct 25 '25 17:10 LRitzdorf

Seeing the same issue here, with a Wacom tablet (USB passthrough enabled, Windows utility installed and configured, Wacom diagnostic window correctly reports button states and pressure readings). It's worth noting that this isn't a case of "stationary cursor but tablet input still works" (as e.g. here) — the drawing tablet is detected by Windows, but isn't usable for input at all.

I am glad to not be the only one , the idea that the issue came from my end and not the programm's kept bugging me at the back of my head . I do have it differently than you , however , for input on the tablett still worked , using the buttons on the side of teh tablett produced results , as well as the buttons on the pen , i could also draw with the mouse . I forgot to mention that on the report , thanks for reminding me .

pierrelajovence-ops avatar Oct 26 '25 08:10 pierrelajovence-ops

for input on the tablett still worked ,

Oh, does that mean you were able to draw/click with the tablet and stylus (in addition to using their buttons)? If so, then your issue is definitely different from mine.

LRitzdorf avatar Oct 27 '25 05:10 LRitzdorf

This is likely due to how FreeRDP handles mouse input. To verify, you could check if the tablet works with Browser Display.

We'll look into how we could make tablet inputs work through FreeRDP, as likely passing it through to the VM isn't the best solution.

Levev avatar Nov 10 '25 11:11 Levev