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

On some PCs, actual clicking rates (CPS) may differ up to 30% from the value set in the GUI. #10

Open
windows-2048 opened this issue Oct 19, 2020 · 1 comment

Comments

@windows-2048
Copy link
Owner

(From Weeii user that emailed me)

I just wanted to ask you about an issue, where the numbers I put don't outcome the same. In my old laptop, I used to put 14.50 to get 14-15 CPS (clicks per second) now, when I set it to 14.50 I get around 10. And if I set it to 15, it gives me 10 still. Same for right click. I need to fix this because this program is necessary for me, and I really need to have accurate outcomes. Do you have any solutions?

Just to know: I switched to my new PC, installing the same version of the program, but my new PC has nvidia i don't know if Nvidia is slowing it down or something.

@windows-2048
Copy link
Owner Author

I've tried to reproduce this bug on my test PCs. I couldn't do that for CPS < 1000. The app works accurately. Nevetheless, there is possibility to decline from CPS set in the GUI due to use of arrayed SendInput() Win32 calls, when some 10-100 mouse events are being passed to the SendInput() at once. This behavior depends on the hardware you use. Also, CPS reached in virtual machines, shoud be much less than ones on bare hardware.

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