Hard Light Productions Forums
General FreeSpace => FreeSpace & FreeSpace Open Support => Topic started by: Nohiki on December 31, 2015, 09:29:32 am
-
Hi,
I have encountered quite strange behavior with mouse control. When playing on a regular build, the mouse is incredibly sluggish. I tried plugging in different mouse, I tested it against keyboard (behaves normally) and strangely, the behavior does not appear using a debug build. Sensitivity is all the way up and the DPI button on the mouse has no effect whatsoever
Specs:
Win 8.1 64-bit
CPU: I5 4460
GPU: geForce GTX 750 Ti
Video of the problem (http://fs-online.4fan.cz/tempfiles/FreeSpace%202%20151231_161411.mp4)
Log attached, but as I said, everything was fine on the debug build.
[attachment DELETED!! by Strong Bad]
-
Please try one of the SDL builds (http://www.hard-light.net/forums/index.php?topic=86206.0) to see if that resolves the issue. I see this crop up more often as 4K resolutions become more popular.
I think you could also try adjusting the DPI setting of the application itself, AdmiralRalwood and some of the other Hard-light crew know how to do this, so hopefully they'll chime in before too long. :)
-
So I did some testing, and I tracked the bugger down to the combination of two settings:
-no_vsync
-no_fps_capping
I have no idea why that causes mouse control specifically to slow down, I'd expect it to slow down the keyboard too, but alas that's the thing. My solution is to turn off the -no_fps_capping, but as to why that is even a problem, I have no idea. If it was a lacking GPU, it would have been slow regardless of control input, but as I said, keyboard pitch/yaw worked at the correct speed.
Fun fact: 3.7.0 is immune to BFU setting things up like that since -no_fps_capping is not even present in the launcher's settings.
-
So I did some testing, and I tracked the bugger down to the combination of two settings:
-no_vsync
-no_fps_capping
I have no idea why that causes mouse control specifically to slow down, I'd expect it to slow down the keyboard too, but alas that's the thing. My solution is to turn off the -no_fps_capping, but as to why that is even a problem, I have no idea. If it was a lacking GPU, it would have been slow regardless of control input, but as I said, keyboard pitch/yaw worked at the correct speed.
Fun fact: 3.7.0 is immune to BFU setting things up like that since -no_fps_capping is not even present in the launcher's settings.
Fun fact: it doesn't show up in the launcher's settings not because the executable doesn't know what it means, but because we intentionally weren't exposing that setting to the launcher (it got added to the list of exposed flags during an overhaul and nobody's gotten around to removing it again). High FPS values cause all kinds of issues, not just mouse control ones; timers don't work correctly with extremely low frametimes, which affects almost every aspect of the game from user input, to events, to animated textures. -no_fps_capping should not be used except for testing purposes; that's why we didn't used to advertise its existence to the launcher.
-
Ah, so it was problem between keyboard and chair :D Good to know.