 |
The whole point of this CVAR is to NOT prescale the mouse movement and get the raw movement values from the system, inconsistent as they are. What you are asking for is to change the CVAR to do something it is not supposed to do. |
|
|
Thanks for looking into this, but it's odd how this is one of the only RawInputs that seems to have the strange mouse movement while other games with RawInput don't have that. There are only a select few games that have the same behavior as this source-port, but most of the community (especially Elder Scrolls: Skyrim) report it as an annoying bug. Are you sure this is intended behavior? Rachael definitely thinks this is odd behavior as well, so I think it should be investigated. |
|
|
Yeah, I did - my gaming mouse I have to set m_yaw to 2.8 to have it consistent with the up/down of the mouse. I didn't think m_pitch is getting the same m_noprescale treatment as m_yaw is. |
|
|
m_noprescale means that the mouse input gets NO treatment whatsoever, and that the raw values get passed through. The scaling is indeed different for x and y, but this is by design! In fact, the scaling is different for different platforms. RawInput and DirectInput scale x by 4 and y not at all, and on Posix x by 2 and y by 3. The prescaling is present to even out these oddities, but since this CVAR says "NO"(!!!) prescale, they will reach the game. Disabling Prescaling is not designed to appply a cheap fixed scaling factor. For that use the intended mouse scale CVARs. |
- Anonymous
