SDL3: tablet driver bug with a new lazer update

[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

https://github.com/ppy/osu/assets/148000667/4d9ad9d2-77a1-4a4f-9165-d17c7197dec0

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 https://github.com/ppy/osu-framework/pull/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