SDL3: external tablet driver bug with high precision mouse enabled

[Zenicior]

Type

Game behaviour

Bug description

After the newest lazer update ma tablet drivers work properly everywhere but not while in game. I have been using the same drivers for about 3 years now and I have been playing lazer exclusively for about 1.5 years and this is the first time that this thing has occurred. I'm not sure if it's visible on the video but it seems like the area of the tablet randomaly jumps on the screen and doesn't let me to move my cursor in any consistent way.

Screenshots or videos

tablet.drivers.working.but.only.outside.of.osu.mp4

Version

2024.519.1-lazer

Logs

compressed-logs.zip

[DBeitniz]

Idk if I can help, but have you disabled the tablet driver IN osu itself, it could just randomly turn on even though you didn't touched it (happened to me once)

[Zenicior]

Idk if I can help, but have you disabled the tablet driver IN osu itself, it could just randomly turn on even though you didn't touched it (happened to me once)

yes, that is the first think that I checked and it's turned off

[applevlux]

I got the same issue but i think its because of the option: "High precision mouse" (Raw Input).

I recorded 3 demo's in separate versions (uploaded to streamable cause the video is too large):
https://streamable.com/hxpkip

[Zenicior]

I got the same issue but i think its because of the option: "High precision mouse" (Raw Input).

I recorded 3 demo's in separate versions (uploaded to streamable cause the video is too large): https://streamable.com/hxpkip

omg thank you, it worked for me as well. I'm curious what coused that.

[Skrubbadubba]

Had this problem aswell, turning of raw input fixed it. It must have had something to do with this release. More specifically (for me atleast), the tablet behaved as if it was in relative mode (like a mouse). It also seemed like inputs were dropped if dragging the pen, or sometimes moving it too fast. Turning on the driver inside the client also fixed the problem even while raw input was still on.

[bdach]

@Susko3 this is where i would question the original decision to remove the "custom WindowsMouseHandler mouse logic" in ppy/osu-framework#6234 which i presume is the root cause of this. what was the plan on this again?

[Susko3]

Judging from this issue thread, it seems things are as broken as they used to be, but more people are affected. (I was under the impression that every tablet wasn't working with relative mode, but some actually worked fine with the now removed WindowsMouseHandler logic.)

Disabling relative mode still works around the issue, and enabling and using the built-in tablet driver fixes the issue.

At least all tablet/pen input should now be equally broken when using relative mouse mode.

All input handling code is now in SDL3, so that needs fixing. I have some theories about how to fix things, but I don't have a tablet to test with.

[bdach]

At least all tablet/pen input should now be equally broken when using relative mouse mode.

this sort of statement does not inspire confidence. we should not be regressing things that badly and justifying it with "well at least now it's as broken for everyone as it used to be for a small subset of users!".

as i see it either we revert the removal of the windows raw mouse handler or contribute the equivalent upstream. this situation cannot stay as is.

[Susko3]

we revert the removal of the windows raw mouse handler

The handler was primarily removed because it wasn't compatible with SDL3. I'll look into upstreaming.

[xekridi]

Turning off raw input helped me but now my sens isnt same. And i cant change it in-game, so overall it doesnt help

[Keelar69]

disabling raw input made my cursor completly stop moving. My tablet works jsut fine until I enter Lazer. Hopefully it will get fixed soon

[LYNK-INCUU]

I got the same issue but i think its because of the option: "High precision mouse" (Raw Input).

I recorded 3 demo's in separate versions (uploaded to streamable cause the video is too large): https://streamable.com/hxpkip

this solved my issue with tablet input not working when not using the ingame driver (opentabletdriver) on CTL-472

[Joehuu]

This doesn't seem to be fixed...

On Windows 11, with external hawku TabletDriver or OpenTabletDriver and any tablet (tested on CTL-472 and CTH-480), I still have the same symptoms in the OP video with high precision mouse enabled.

Labelling windows as other platforms already have the warning that high precision doesn't work well and priority 0 for obvious reasons (next release this week). I did test external OpenTabletDriver on macOS (M1) and didn't seem to have those problems in the video, but it only has x64 binaries so what's the point.

Dunno what to do at this point.

[peppy]

It baffles me that we can get this far and still have the same issue remaining. cc/ @Susko3

[Susko3]

When I was testing tablet issues, I was only testing with internal OpenTabletDriver and Windows Ink, I never tested external OTD or hawku (now discontinued). That one's on me.

I've reported an upstream issue libsdl-org/SDL#12324, as the behaviour seen in the video is intended by SDL (convert absolute tablet input to relative mouse events when relative mouse mode is enabled).

I will take a look at SDL code and see if I can make it work for external OTD.