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

mouse movement issues and acceleration #1698

Closed
djdallmann opened this issue Jun 3, 2016 · 1 comment
Closed

mouse movement issues and acceleration #1698

djdallmann opened this issue Jun 3, 2016 · 1 comment

Comments

@djdallmann
Copy link

djdallmann commented Jun 3, 2016

I've been doing some research on the current issues with half-life/cstrike mouse movement changes and noted several things regarding mouse behavior.

These tests were done using following tools or settings:

  • Mouse Movement Recorder a software application used to identify positive (Green) and negative (Red) acceleration by measuring mouse movement against pointer movement. (http://donewmouseaccel.blogspot.ca/),
  • A minimum of -noforcemspd in halflife/cstrike launch options to disable Windows 'Enhanced Pointer Precision' option in the mouse control panel,
  • Windows mouse slider bar at 6/11 and mousethreshold1 and mousethreshold2 set to zero in the registry.
  • No mouse fix (standard mouse curve in registry)
  • fps_max 99
  • sensitivity 1.8
  • gl_vsync 0
  • m_customaccel 0
  • i5 4590 3.3GHz
  • Win7 64Bit Pro
  • EVGA GTX 560Ti
  • Benq XL4211Z (120hz)

Please note that all the observations that follow occur ONLY once you join a server and do NOT occur on the main menu.

Observations

1.m_rawinput "1" with cl_mousegrab 0 causes near constant acceleration once joined to a server and actively playing. (Green)

mousegrab0rawinput1

2.m_rawinput "1" with cl_mousegrab 1 shows acceleration (Green) once the cursor reaches the edges of the invisible square box instead of the edge of the actual screen. (box size is an approximate location as it is invisible) movement within the invisible box is 1:1 mouse movement. This other issue sounds related #1546. Using a high sensitivity (+4) allows your cursor to cover more area in-game while remaining in the invisible square where there is no acceleration.

squarebox

3.m_rawinput "0" with cl_mousegrab 0 and/or 1 shows a mix of negative (Red) and positive acceleration. (Green)

norawnograb

4.These observations occur regardless of rendering method. (with -nofbo or not)

@djdallmann
Copy link
Author

djdallmann commented Jun 3, 2016

I realize i'm about to answer my own questions with the exception of number three, hope this is useful to someone.

  1. This is the result of the mouse not re-centering/aligning after movement (cl_mousegrab "0"), so its possible you'll always be hitting an edge but still generating movement in-game as it is measured from the previous position and not the center of the screen?
  2. I notice that the edges of the invisible square box is representative the edges of the screen when in the main menu, so this is expected to be green in mouse movement recorder. i.e. Physical mouse distance moved to reach the edge of screen in the main menu versus physical mouse distance moved to reach invisible edge is equal.
  3. I can't explain why there is both positive and negative acceleration with these settings when Enhanced Pointer Precision is off and my mouse has zero hardware acceleration. (Zowie ZA13)

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

1 participant