Mouse sensitivity affected by framerate

[aeodyn0]

Easy to test: In the hideout, move mouse from one edge of mousepad to the other, keeping track of the total angle turned. Repeat, but set fps_max to 10, 40, 60, 100, 400, 1000.

For me, at 10 I turn about half as far as with 60. Past that there's only a small difference, but there is a difference, with 1000/uncapped effectively having highest sensitvity.

My specs: Linux, 7700x CPU, 9070xt GPU, 1000Hz mouse. I get ~450 fps when uncapped in the hideout.
Happens regardless of dx11/vulkan, steam overlay enabled/disabled, Proton version.

My guess is mouse events are getting skipped? This is an issue because during fights fps can easily drop quite low, and that's also when being able to reliably aim is most important.

 

[aeodyn0]

Did some scientific testing: In both sandbox and hideout, sending (xrel=-1 yrel=0) inputs with python-uinput, fps below 32 causes inputs to get lost. Around 16 fps is when it maxes out at ~50% lost.

interestingly it doesn't matter the rate of events, with 1kHz giving the same numbers as 100Hz.

Confirmed with SDL_EVENT_LOGGING=2 that SDL is at least getting all the inputs.

Not sure why I seemed to notice a difference with higher fps_max when testing by hand. Could have been in error, or maybe to do with there also being events with nonzero yrel?

 

[3erendira]

Thank god I'm not the only one who noticed this. The game is rough to play at lower framerates and knowing this games performance issues......

 

[panvalkarsalil]

I noticed this too.

My game kept crashing every 4-5 mins so I tried changing up the graphics settings to see if that caused the crashing to stop, but it didn't and once when I switched the graphics settings from lowest to medium, I definitely noticed that my mouse took longer to turn the character than at a lower graphics settings.

 

[xtragenius]

+1