USB mouse hard overclocking (2000 Hz+) - Page 3 - Overclock.net - An Overclocking Community

Forum Jump: 

USB mouse hard overclocking (2000 Hz+)

Reply
 
Thread Tools
post #21 of 647 (permalink) Old 01-31-2016, 08:10 PM
lololol
 
qsxcv's Avatar
 
Join Date: Feb 2014
Posts: 4,243
Rep: 365 (Unique: 152)
what the fushfjwjdjfjwjdndjajjx
sAEO2OF.jpg

W M O
M
O

edit:
mlt04 does 4000hz stably. but since dpi is 400, you need to keep the mouse moving pretty quickly:
Wh5FyZ2.jpg



edit2

looked at usb data pin on oscilloscope
indeed 4000hz polling works

KI4ndwb.png

but whether the mouse responds to every poll depends on the firmware

for instance, g100s:
http://i.imgur.com/Xeoj28u.png
still runs at "500hz" because there's some limit in the firmware to only respond every 2ms.

too busy to check forums as regularly
pm me if i forget to respond
qsxcv is offline  
Sponsored Links
Advertisement
 
post #22 of 647 (permalink) Old 01-31-2016, 09:16 PM
lololol
 
qsxcv's Avatar
 
Join Date: Feb 2014
Posts: 4,243
Rep: 365 (Unique: 152)
my teensy+g100s: limited to 1000hz frown.gif((( will try to figure out why later.

first, lets look at my other mice
g302: limited to 1000hz yes i checked process parent, and underclocking to 125hz works. probably (unintentionally) firmware limited
g303: ^
g402: ^
g502brick: ^
logitech's intervals are always quantized to 1ms: http://i.imgur.com/JkQmzOI.png. probably because there's stuff in the firmware that's like hardcoded to run every 1ms

finalmouse @ 4000 polling: http://i.imgur.com/jEUNbI9.png
finalmouse @ 2000 polling: http://i.imgur.com/5FxMCT9.png

torq x5: limited to 1000hz but unlike logitech's newer mice, the interval isn't quantized to milliseconds: http://i.imgur.com/Jjj2tgs.png
god damn my torqx5's clicks are nice.

kinzu v1: soo close. 2000hz: http://i.imgur.com/tMh8MkG.png 4000hz: http://i.imgur.com/my4sF7I.png

Quote:
Originally Posted by HAGGARD View Post

On the flipside, swamping your CPU with 4k+ USB interrupts per second increases CPU load and decreases polling stability/precision (https://www.overclock.net/t/1550666/usb-polling-precision).

not always
for instance, on my computer, the jitter doesn't differ between 1ms or 2ms polling

but in any program that prints out the hz (e.g. dimr, mouserate, mousemovementrecorder, etc...)
higher polling rates will always appear to have more jitter. this is an illusion due to how the function 1/x is not linear.

for instance if you have 15us jitter, at 1ms polling, mousemovementrecorder would show numbers between 1015 and 985. but with the same amount of jitter at 2ms polling, mousemovementrecorder would show between 496 and 504.

also, the sort of jitter does not affect the data coming out of the mouse at all because the timing of the usb communications is not affected by this. i've checked on my oscilloscope and the jitter of the usb timing there is on the order of nanoseconds, even for my laptop, with power saving and other stuff on which makes the mousetester interval plots look quite bad.

too busy to check forums as regularly
pm me if i forget to respond
qsxcv is offline  
post #23 of 647 (permalink) Old 01-31-2016, 09:48 PM
AAGGHH~ MY EYES~ AAGGHH~
 
uaokkkkkkkk's Avatar
 
Join Date: Sep 2014
Posts: 3,552
Rep: 157 (Unique: 67)
It'd be interesting if 4000hz would make the Paten/Fatal1ty 1010 actually hit 999hz(stuck at 333hz at 1000hz normally). I was apparently doing it wrong since 31 made it 31hz instead. Meh, oh well. Might try another time.
uaokkkkkkkk is offline  
Sponsored Links
Advertisement
 
post #24 of 647 (permalink) Old 01-31-2016, 09:50 PM
lololol
 
qsxcv's Avatar
 
Join Date: Feb 2014
Posts: 4,243
Rep: 365 (Unique: 152)
make sure to enable xhci in bios

and devicemanager should look like this
http://i.imgur.com/wbm0WyX.png


blahhh so tempting to install win10 on my main drive

too busy to check forums as regularly
pm me if i forget to respond
qsxcv is offline  
post #25 of 647 (permalink) Old 02-01-2016, 12:00 AM - Thread Starter
New to Overclock.net
 
SweetLow's Avatar
 
Join Date: Jan 2016
Posts: 449
Rep: 53 (Unique: 30)
Quote:
Originally Posted by c0dy View Post

And I've only been able to change the Hz when I checked "Process Parent". Maybe this helps out tongue.gif
You have composite device, not pure hid device. But no difference.
If device have more than 31(62) Hz when you select 31(62) Hz - you make setup as expected and have right driver wink.gif
Quote:
Originally Posted by qsxcv View Post

mousetester interval plots are much better imo
If you have 2000+ you can see that in any rate test program wink.gif
Quote:
Originally Posted by qsxcv View Post

looked at usb data pin on oscilloscope
indeed 4000hz polling works
Hardware confirmation - nice! thumb.gif
Quote:
mlt04 does 4000hz stably.
So I must make what i said - wait 8000 Hz test version some time [hours] later smile.gif
Quote:
Originally Posted by qsxcv View Post

lets look at my [other] mice
...
Wow!
SweetLow is offline  
post #26 of 647 (permalink) Old 02-01-2016, 12:49 AM
New to Overclock.net
 
HAGGARD's Avatar
 
Join Date: Jun 2013
Posts: 657
Rep: 56 (Unique: 44)
Quote:
Originally Posted by qsxcv View Post

not always
for instance, on my computer, the jitter doesn't differ between 1ms or 2ms polling
In idle they can be more or less the same; try playing music or have some other work-intensive program open though and this should change.
Quote:
also, the sort of jitter does not affect the data coming out of the mouse at all because the timing of the usb communications is not affected by this. i've checked on my oscilloscope and the jitter of the usb timing there is on the order of nanoseconds, even for my laptop, with power saving and other stuff on which makes the mousetester interval plots look quite bad.
That's true but also obvious. The hardware USB communication between mouse and host should be rock solid because the mouse is always doing the same thing regardless and the host controller is made with these timings in mind; has an internal clock of its own (microframes timings). I. e. there's no hardware jitter. The timing disruption comes from the CPU not addressing/processing the inputs timely enough and the CPU's ability to do that properly obviously depends on the amount of stuff it has to do - including amount of inputs.

Also: WMO wins AGAIN? This will not make me install Windows 10. This will not make me install Windows 10. This will not make me... - I bet it even does 8kHz.
Quote:
but since dpi is 400, you need to keep the mouse moving pretty quickly:
Oh yeah, this is something I forgot to mention in that last post as a little benefit of higher polling rates. The lower the CPI and the higher the polling rate, the faster you can move the mouse before you get maximum poll latency on every input. Basically as long as count event rate < polling rate every count is a single report and gets latency anywhere between zero and full poll interval as opposed to full poll interval all the time.
400cpi @ 1kHz: 1000 / 400 = 2.5inch/s or 6.35cm/s
400cpi @ 4kHz: 4000 / 400 = 10inch/s or 25.4cm/s
HAGGARD is offline  
post #27 of 647 (permalink) Old 02-01-2016, 01:51 AM
lololol
 
qsxcv's Avatar
 
Join Date: Feb 2014
Posts: 4,243
Rep: 365 (Unique: 152)
sweetlow, is it possible to get this to work with the intel usb3.0 driver for windows7
Quote:
In idle they can be more or less the same; try playing music or have some other work-intensive program open though and this should change.
good point which i always forget tongue.gif.
will try in ~18hours
Quote:
Basically as long as count event rate < polling rate every count is a single report and gets latency anywhere between zero and full poll interval as opposed to full poll interval all the time.
before someone uses this to argue that "low dpi is better than high dpi", the decrease in latency due to finer quantization at higher dpi is more significant.
well it all depends on how exactly one defines latency, but regardless, above 500hz polling, polling-related latency is imperceptible and insignificant compared to many other things


btw offtopic:
http://www.ebay.com/itm/151969244623
see second picture
so this where the 6000fps mlt04 idea comes from. not sure why people thought that certain wmo/imo's are 6000fps though

too busy to check forums as regularly
pm me if i forget to respond
qsxcv is offline  
post #28 of 647 (permalink) Old 02-01-2016, 02:23 AM - Thread Starter
New to Overclock.net
 
SweetLow's Avatar
 
Join Date: Jan 2016
Posts: 449
Rep: 53 (Unique: 30)
Quote:
Originally Posted by qsxcv View Post

sweetlow, is it possible to get this to work with the intel usb3.0 driver for windows7
You tempt me second time in this thread! smile.gif My main system exactly the same (Intel USB from HM77 south bridge + Windows 7), and i already try to find patching points in code of Intel host controller driver (IUSB3XHC.SYS) But this code is NOT from Microsoft and, I assume, even not Microsoft compiler compiled. All reasonable assumptions about how compiled code and data may look not worked (compare to USBXHCI.SYS, for example - the code is differ from good old USBPORT.SYS, but i found needed sequence literally after five minutes). So i can't search result quickly - and postponed this.
SweetLow is offline  
post #29 of 647 (permalink) Old 02-01-2016, 02:30 AM
New to Overclock.net
 
HAGGARD's Avatar
 
Join Date: Jun 2013
Posts: 657
Rep: 56 (Unique: 44)
Quote:
Originally Posted by qsxcv View Post

well it all depends on how exactly one defines latency, but regardless, above 500hz polling, polling-related latency is imperceptible and insignificant compared to many other things
True. Even 500->1k is diminishing returns territory in terms of latency but can noticeably worsen the CPU poll stutter. And then the actual latency difference between 1kHz and 4kHz for any arbitrary count from those 2.5inch/s to 10inch/s is also only 375us on average, right? (*But then that would be the same regardless of movement speed... I guess I need to go in paint for 9000 hours again to wrap my head around that.)
Quote:
good point which i always forget tongue.gif.
Which should be another reason for people to consider capping their framerates: less stress for the system equals more stable polling.
Quote:
btw offtopic:
http://www.ebay.com/itm/151969244623
see second picture
so this where the 6000fps mlt04 idea comes from. not sure why people thought that certain wmo/imo's are 6000fps though
Wireless peasants. But you mentioned how they probably used the wireless MLT04 in the IME4.0, so maybe that's how?
Quote:
Originally Posted by SweetLow View Post

So i can't search result quickly - and postponed this.
Can you also do for the Etro- nevermind.
HAGGARD is offline  
post #30 of 647 (permalink) Old 02-01-2016, 05:09 AM
Smug, Jaded, Enervated.
 
GHADthc's Avatar
 
Join Date: Aug 2012
Location: Terra Australis
Posts: 1,260
Rep: 101 (Unique: 66)
Is the polling rate supposed to jump around like crazy in mouse rate tester once 2000-4000Mhz is active? because if that is normal, I think my MLT04 IME 3.0 is hitting 3000+ Mhz...but its certainly not showing up as consistently.

I got my Rival to occasionally jump to 2000+ but it too exhibited the same behaviour.

Edit: But in dimr.exe there seems to be no change...

Edit 2: I think I'm just doing something wrong somewhere....would be nice if someone could break it down in great detail for a tard like me biggrin.gif
GHADthc is offline  
Reply

Quick Reply
Message:
Options

Register Now

In order to be able to post messages on the Overclock.net - An Overclocking Community forums, you must first register.
Please enter your desired user name, your email address and other required details in the form below.
User Name:
If you do not want to register, fill this field only and the name will be used as user name for your post.
Password
Please enter a password for your user account. Note that passwords are case-sensitive.
Password:
Confirm Password:
Email Address
Please enter a valid email address for yourself.
Email Address:

Log-in



Currently Active Users Viewing This Thread: 4 (0 members and 4 guests)
 
Thread Tools
Show Printable Version Show Printable Version
Email this Page Email this Page


Forum Jump: 

Posting Rules  
You may post new threads
You may post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are Off
Pingbacks are Off
Refbacks are Off