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

The trackpad mouse speed is very fast #414

Closed
Kangz opened this issue Aug 16, 2014 · 8 comments
Closed

The trackpad mouse speed is very fast #414

Kangz opened this issue Aug 16, 2014 · 8 comments

Comments

@Kangz
Copy link
Member

Kangz commented Aug 16, 2014

Since librocket has been merged the trackpad speed has been very fast on my computer.

OS: Archlinux 64bits (Gnome3)
Trackpad: SynPS/2 Synaptics TouchPad (from Xorg.log)
SDL2
Fullscreen and windowed

Last time I debugged, the events from SDL2 themselves seemed to be really large values, meaning the problem might be in SDL2.

@Kangz Kangz self-assigned this Aug 16, 2014
@Viech
Copy link
Member

Viech commented Aug 17, 2014

In case the speed only doubled, that is a known side effect of the move to SDL2, given a regular mouse. Halving sensitivity restored the habitual mouse speed for me back then.

@DolceTriade
Copy link
Member

The issue is that it didn't happen pre-libRocket (so still with SDL2)

@cmf028
Copy link
Member

cmf028 commented Aug 18, 2014

The old system (rightly) disabled relative mouse mode when in the menus.
It might be worth investigating if the new system does that.
The old way was done with the KEYCATCH_* states.

Disabling relative mouse mode while in the menus is a good thing because then mouse motion feels much more like the interactions with the rest of the OS (mouse acceleration and all).

In regards to SDL2 affecting mouse speed, that is due to the switch to a more accurate API (mouse movement data not clamped to screen pixels) that disables OS mouse acceleration on Linux/Windows (Mac has no API to do this) for relative mouse mode (aiming).

@DolceTriade
Copy link
Member

Define "old" system. librocket pre SDL2 used absolute coordinates for menu mouse movement, however, after SDL2 was merged and I had to rewrite librocket input code, I made it consistent with the q3 UI by using relative coordinates. (I have never seen the q3 system use absolute mouse coordinates because I don't think the engine ever sends them)

@Viech
Copy link
Member

Viech commented Nov 4, 2014

The issue has been confirmed by another user on the forums.

@Kangz
Copy link
Member Author

Kangz commented Dec 16, 2014

I looked at the bug again, and it seems that the problem is that SDL2 doesn't look at input_absinfo::resolution which for my trackpad is 44 and 66 for ABS_X and ABS_Y. I just tried on Left 4 Dead 2 and I don't have problems in the menus nor ingame. So I think L4D2 might be using the OS cursor and recentering it in the screen all the time. I will try something like that soon.

@theharlockglitch
Copy link

I also had this issue when testing the game on a friend's machine. Same as described. Linux OS (Ubuntu 14.04). The trackpad was crazy speedy. The only way to perform was to use a external mouse.

(We all know that an actual mouse is mandatory to play, but that behaviour make my friend to think the game was broken in his pc). Just wanted to state the experience. I don't think this is a priority issue.

@Kangz
Copy link
Member Author

Kangz commented Dec 8, 2015

Has been fixed by @mbasaglia's mouse improvements.

@Kangz Kangz closed this as completed Dec 8, 2015
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

5 participants