Mouserate/FPS dependant turnspread #313
Assignees
Labels
🐞 Bug
Something isn't working
cat: client
Category engine (client, renderer, sdl)
P3: Normal
Priority 3
Milestone
Comments
cakeET
added a commit
to cakeET/etlegacy
that referenced
this issue
May 19, 2022
Removes the cap on spread growth for rapid mouse movements and with the +left and +right commands. This resolves issue etlegacy#313 with FPS and mouse Hz and also stops an exploit where there is no spread growth when using a 180 turn script. Absolute maximum spread (255) is unchanged. A side effect of this change is there is no longer an engine related advantage to making very fast mouse movements. Before this change, to control spread growth when playing, it was best to either move the mouse slowly or very quickly (to minimize the number of frames that the maximum amount of spread growth would be applied). There is still a general strategic benefit to moving quickly: the sooner you stop moving, the sooner your spread will settle.
Aciz
pushed a commit
that referenced
this issue
May 19, 2022
Removes the cap on spread growth for rapid mouse movements and with the +left and +right commands. This resolves issue #313 with FPS and mouse Hz and also stops an exploit where there is no spread growth when using a 180 turn script. Absolute maximum spread (255) is unchanged. A side effect of this change is there is no longer an engine related advantage to making very fast mouse movements. Before this change, to control spread growth when playing, it was best to either move the mouse slowly or very quickly (to minimize the number of frames that the maximum amount of spread growth would be applied). There is still a general strategic benefit to moving quickly: the sooner you stop moving, the sooner your spread will settle.
|
Fixed in 5d3226a |
cakeET
added a commit
to cakeET/etlegacy
that referenced
this issue
May 19, 2022
rafal1137
pushed a commit
that referenced
this issue
Sep 13, 2022
Removes the cap on spread growth for rapid mouse movements and with the +left and +right commands. This resolves issue #313 with FPS and mouse Hz and also stops an exploit where there is no spread growth when using a 180 turn script. Absolute maximum spread (255) is unchanged. A side effect of this change is there is no longer an engine related advantage to making very fast mouse movements. Before this change, to control spread growth when playing, it was best to either move the mouse slowly or very quickly (to minimize the number of frames that the maximum amount of spread growth would be applied). There is still a general strategic benefit to moving quickly: the sooner you stop moving, the sooner your spread will settle.
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Author: S3ti (S3ti)
Date: 2013-06-09
Redmine Issue: 313, https://dev.etlegacy.com/issues/313
If FPS are higher than mouse polling rate, turning spread reduces.
If you get twice the FPS than your mouse polling rate (e.g 250FPS/125Hz) you get 0 added spread by moving your mouse.
Overall turning spread seems to be somewhat FPS dependant.
Maybe it's fixable or made selectable through a server cvar?
http://dev.etlegacy.com/boards/3/topics/513
The text was updated successfully, but these errors were encountered: