Fix the mouse input
I just went to play BFV for the first time in monts and the difference is night and day Is it really impossible to port the code use for BFV? I have never seen a AAA title where the mouse input is ...
Forum Discussion
@OskooI_007
Not sure why you think I thought that you were "overclocking the mouse past it's maximum polling rate". I did just explain how mouse input works and how it reaches the game. If you are a expert on USB communication as well, then let's say the explanation was aimed at the other people reading the thread that might want to understand how these things work.
And sure, in theory a mouse could have 'no new information' when polled in which case it indeed NAK the poll and add another delay (depending on what is in bInterval, which for my mouse is 1), but this would only happen if no new information is available (read: no button press or no increment in any direction from sensor). You decrease the likelyhood that 'no new information' is available if you increase DPI that might have an effect on very slow mouse movements, but if you have to accumulate over 4 or even 8 poll results anyway, this should not matter. And in any case, even with a slow mouse movement of less than 3 cm / second you will have with 1000 Hz polling rate one increment in every poll.
Sure, if you mouse has a high bInterval and for one poll would decide to NAK as the movement was so slow that there was no new data), then this could have an effect. But then I'd say it is a 'bug' if the USB descriptor has bInterval of >1.
Not sure why you think I thought that you were "overclocking the mouse past it's maximum polling rate". I did just explain how mouse input works and how it reaches the game. If you are a expert on USB communication as well, then let's say the explanation was aimed at the other people reading the thread that might want to understand how these things work.
And sure, in theory a mouse could have 'no new information' when polled in which case it indeed NAK the poll and add another delay (depending on what is in bInterval, which for my mouse is 1), but this would only happen if no new information is available (read: no button press or no increment in any direction from sensor). You decrease the likelyhood that 'no new information' is available if you increase DPI that might have an effect on very slow mouse movements, but if you have to accumulate over 4 or even 8 poll results anyway, this should not matter. And in any case, even with a slow mouse movement of less than 3 cm / second you will have with 1000 Hz polling rate one increment in every poll.
Sure, if you mouse has a high bInterval and for one poll would decide to NAK as the movement was so slow that there was no new data), then this could have an effect. But then I'd say it is a 'bug' if the USB descriptor has bInterval of >1.
@DuaneDibbley The response rate of optical sensors is easy to test with a polling rate tester such as MouseMovementRecorder.exe which I linked to a few post ago.
Set the mouse dpi to 800dpi or even 3,000dpi. Move the mouse very slowly and MouseMovementRecorder.exe will show the optical sensor replying at a very low frequency. Better yet, take your hand off the mouse so it's not moving and the optical sensor will reply at 0Hz. If the optical sensor is replying at 0Hz with a 1,000Hz bInterval, that means the optical sensor is NAKing 1,000 poll requests.
Now increase the dpi to 20,000 and see what MouseMovementRecorder.exe reports even with the mouse completely stationary. It'll be replying at a much higher frequency.
Also of interest, Windows polls the mouse buttons on the Viper 8k at 8,000Hz but only polls the optical sensor at the polling rate set in the Razer mouse software. The polling rate for optical sensor is rate limited with NAKs.
If Windows is polling the mouse at 8,000Hz but the optical sensor is set to 1,000Hz, then the sensor NAKs 7,000 out of 8,000 poll requests. If the mouse is completely stationary at low dpi, it's NAKing all 8,000 polling requests.
Set the mouse dpi to 800dpi or even 3,000dpi. Move the mouse very slowly and MouseMovementRecorder.exe will show the optical sensor replying at a very low frequency. Better yet, take your hand off the mouse so it's not moving and the optical sensor will reply at 0Hz. If the optical sensor is replying at 0Hz with a 1,000Hz bInterval, that means the optical sensor is NAKing 1,000 poll requests.
Now increase the dpi to 20,000 and see what MouseMovementRecorder.exe reports even with the mouse completely stationary. It'll be replying at a much higher frequency.
Also of interest, Windows polls the mouse buttons on the Viper 8k at 8,000Hz but only polls the optical sensor at the polling rate set in the Razer mouse software. The polling rate for optical sensor is rate limited with NAKs.
If Windows is polling the mouse at 8,000Hz but the optical sensor is set to 1,000Hz, then the sensor NAKs 7,000 out of 8,000 poll requests. If the mouse is completely stationary at low dpi, it's NAKing all 8,000 polling requests.
