Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

osu! 2015 client as workaround and potential solutions for ELAN #28

Open
imstuff1 opened this issue Apr 12, 2023 · 2 comments
Open

osu! 2015 client as workaround and potential solutions for ELAN #28

imstuff1 opened this issue Apr 12, 2023 · 2 comments

Comments

@imstuff1
Copy link

I have a similar issue to many (#5, #8, #12, #20) where the absolute positioning freezes the cursor with an ELAN touchpad, but it seems to work in the 2015 client. My best guess is that peppy implemented some kind of anti-cheat/update that prevents the touchpad raw input header from being passed properly in some devices.

There are two problems that I ran into:

if (hdr.dwType == RIM_TYPEMOUSE) { return true; }
interpreted the touchpad as a mouse and stopped AT_HandleRawInput from being handled properly resulting in a frozen cursor in absolute touch mode. Commenting this section of the code out solved the frozen cursor in absolute mode, but did not inject absolute input from the touchpad. This version might work for others.

image

It also seems that the raw input header was not being reported properly due to limitations of winapi with hdr.hDevice reporting 00000000. I'm working on a solution that uses WM_Pointer instead of WM_input since "classic Win32 API is not suitable for touch input at all" and it could also be helpful in preventing unintentional additional inputs from affecting gameplay.

Sources: 1----, 2----, 3----

@phly95
Copy link

phly95 commented Dec 13, 2023

When you say: "Commenting this section of the code out solved the frozen cursor in absolute mode, but did not inject absolute input from the touchpad." is there a change in the code that does solve the problem that can be compiled in Visual Studio?

@imstuff1
Copy link
Author

You can try replacing atdll with my version: atdll.zip. The only significant thing I did was comment out the if statement and the return false statement below it around line 765.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants