@OskooI_007 wrote:
Increasing polling rate with high dpi isn't about lowering input lag. High dpi is about increasing the polling rate for small mouse movements so when the engine does drop polls it's not as noticable. Which translates into steady aim with no jitter, responsive micro aim corrections, and smooth mouse movement.
High mouse dpi and polling doesn't fix the game engine dropping polls, it works around the issue by minimizing the affect dropped polls have on mouse movement.
This does not make sense unfortunately due to the way mouse inputs are handled in Windows. Given that no mouse (unless you are still running one connected via PS/2 😉 ) can really 'send' anything to the PC they always require polling. You can configure how fast Windows (the driver) will poll the mouse and most users use 1000Hz I guess (this is not setting for the mouse, even if the mouse software presents it that way) but actually a setting how often Windows asks for changes in mouse state. In theory, you could even poll any mouse faster, say with 4000Hz, but for mice which internally sample slower, this would just not give you new values 3 out of 4 times and that's why the software limits the range of possible polling rates you can select.
This is the first step -- how often Windows is aware of changes in mouse state (position + buttons) and this is always required, even with 'raw mouse input' enabled. The only difference between raw mouse input on and off is that for 'ON' the mouse movements are taken 'as read from the mouse' and with the setting to 'ON', also the sensitivity adjustments and mouse acceleration features of Windows will be taken into account. For that reason you should always use raw mouse input as especially mouse acceleration will screw with your aim.
The second question is about the polling rate of the GAME (here it is said that with BF2042 we now have 250Hz). So in theory, if the game polls at 250Hz it will get the accumulated result of 4 polling results of Windows. To be precise and as they are not synced, rarely this will be of 3 or 5 polls because of beat.
Let's assume your theory is correct and BF2042 would 'miss' inputs of one of its polls you would miss the accumulated distance traveled during that time. For say 20000 DPI this would mean more 'increments' would be missed but with in game sens this is in the end reflects the same in game movements delta that is neglected. If there is any movement at all in these 4ms in question, this will either be registered or not.
The ONLY way your 'hack' would/could be effective would be if the distance traveled within those 4 ms would be so small (meaning mouse movement so slow) that it would not register at least one increment on lower DPI settings but result in one or more for the 20000 DPI configuration. Otherwise it would just mean smaller or bigger numeric values to be neglected (that are scaled by in game sens to the same value anyway).