• Log InLog In
  • Register
Liquid`
Team Liquid Liquipedia
EST 10:07
CET 16:07
KST 00:07
  • Home
  • Forum
  • Calendar
  • Streams
  • Liquipedia
  • Features
  • Store
  • EPT
  • TL+
  • StarCraft 2
  • Brood War
  • Smash
  • Heroes
  • Counter-Strike
  • Overwatch
  • Liquibet
  • Fantasy StarCraft
  • TLPD
  • StarCraft 2
  • Brood War
  • Blogs
Forum Sidebar
Events/Features
News
Featured News
RSL Season 3 - RO16 Groups C & D Preview0RSL Season 3 - RO16 Groups A & B Preview2TL.net Map Contest #21: Winners12Intel X Team Liquid Seoul event: Showmatches and Meet the Pros10[ASL20] Finals Preview: Arrival13
Community News
[TLMC] Fall/Winter 2025 Ladder Map Rotation12Weekly Cups (Nov 3-9): Clem Conquers in Canada4SC: Evo Complete - Ranked Ladder OPEN ALPHA8StarCraft, SC2, HotS, WC3, Returning to Blizzcon!45$5,000+ WardiTV 2025 Championship7
StarCraft 2
General
Mech is the composition that needs teleportation t RotterdaM "Serral is the GOAT, and it's not close" RSL Season 3 - RO16 Groups C & D Preview [TLMC] Fall/Winter 2025 Ladder Map Rotation TL.net Map Contest #21: Winners
Tourneys
RSL Revival: Season 3 Sparkling Tuna Cup - Weekly Open Tournament Constellation Cup - Main Event - Stellar Fest Tenacious Turtle Tussle Master Swan Open (Global Bronze-Master 2)
Strategy
Custom Maps
Map Editor closed ?
External Content
Mutation # 499 Chilling Adaptation Mutation # 498 Wheel of Misfortune|Cradle of Death Mutation # 497 Battle Haredened Mutation # 496 Endless Infection
Brood War
General
FlaSh on: Biggest Problem With SnOw's Playstyle BW General Discussion What happened to TvZ on Retro? Brood War web app to calculate unit interactions [ASL20] Ask the mapmakers — Drop your questions
Tourneys
[Megathread] Daily Proleagues Small VOD Thread 2.0 [BSL21] RO32 Group D - Sunday 21:00 CET [BSL21] RO32 Group C - Saturday 21:00 CET
Strategy
PvZ map balance Current Meta Simple Questions, Simple Answers How to stay on top of macro?
Other Games
General Games
Path of Exile Stormgate/Frost Giant Megathread Nintendo Switch Thread Clair Obscur - Expedition 33 Beyond All Reason
Dota 2
Official 'what is Dota anymore' discussion
League of Legends
Heroes of the Storm
Simple Questions, Simple Answers Heroes of the Storm 2.0
Hearthstone
Deck construction bug Heroes of StarCraft mini-set
TL Mafia
TL Mafia Community Thread SPIRED by.ASL Mafia {211640}
Community
General
Things Aren’t Peaceful in Palestine US Politics Mega-thread Russo-Ukrainian War Thread Artificial Intelligence Thread Canadian Politics Mega-thread
Fan Clubs
White-Ra Fan Club The herO Fan Club!
Media & Entertainment
Movie Discussion! [Manga] One Piece Anime Discussion Thread Korean Music Discussion Series you have seen recently...
Sports
2024 - 2026 Football Thread Formula 1 Discussion NBA General Discussion MLB/Baseball 2023 TeamLiquid Health and Fitness Initiative For 2023
World Cup 2022
Tech Support
SC2 Client Relocalization [Change SC2 Language] Linksys AE2500 USB WIFI keeps disconnecting Computer Build, Upgrade & Buying Resource Thread
TL Community
The Automated Ban List
Blogs
Dyadica Gospel – a Pulp No…
Hildegard
Coffee x Performance in Espo…
TrAiDoS
Saturation point
Uldridge
DnB/metal remix FFO Mick Go…
ImbaTosS
Reality "theory" prov…
perfectspheres
Customize Sidebar...

Website Feedback

Closed Threads



Active: 2286 users

Mouse Movement Recorder - Page 3

Forum Index > Tech Support
Post a Reply
Prev 1 2 3 4 Next All
Cyro
Profile Blog Joined June 2011
United Kingdom20321 Posts
October 12 2011 15:17 GMT
#41
On October 12 2011 22:48 MaliciousOne wrote:
What are the sensors like on the Roccat mice? I have a friend that was looking at those given that they're now sold in the US.


Most of them have different sensors, several having issues... i havnt heard much about those mice so i dont think they are anything special
"oh my god my overclock... I got a single WHEA error on the 23rd hour, 9 minutes" -Belial88
JayDee_
Profile Joined June 2010
548 Posts
October 13 2011 07:25 GMT
#42
On October 12 2011 22:42 Cyro wrote:
Show nested quote +
On October 12 2011 06:48 JayDee_ wrote:
On October 11 2011 03:20 Boblhead wrote:
On October 11 2011 03:16 JayDee_ wrote:
Steelseries makes terrible mice. They generally have lots of inherent +/- acceleration, prediction, and poor response. I would suggest buying a razer mouse. The abyssus is relatively cheap and high quality.


Where is your proof? Please I would like to know why you think "Razer" products are better?. The keyboards suck/ mice are terrible and the only decent things they make are the carrying bags for your keyboard/mouse etc etc.



I haven't done a full scientific evaluation. However, I have used multiple steelseries mice (kinzu, xai, etc), all of which displayed the negative qualities I talked about. The company just doesn't know what they are doing.

I come from a quake background, where the quality of the mouse you use is of utmost importance. Steeleseries mice are crap for fps. There is one pro quake player who uses an SS mouse, but it is only because he is sponsored by them.

It is generally agreed that the DeathAdder, new Abysuss', WMO (microsoft wheel mouse optical), IMO , and the MX518 are mice that track to near perfection. Out of those mice, the Abyssus would be a good choice for an RTS gamer because of its light weight, small frame, and onboard drivers.

Razer>SS in terms of mice because Razer uses good consistent sensors with quality drivers, while SS does not.




If i were to just go and buy an abyssus on amazon.co.uk etc, what are the chances of getting one that doenst jitter horribly?


Depends on where you get it from. If you get one of the old Abyssi then yes it will jitter. I have the "LoL version" which is new and doesn't jitter. Maybe order directly from Razer?
Cyro
Profile Blog Joined June 2011
United Kingdom20321 Posts
October 13 2011 18:44 GMT
#43
On October 13 2011 16:25 JayDee_ wrote:
Show nested quote +
On October 12 2011 22:42 Cyro wrote:
On October 12 2011 06:48 JayDee_ wrote:
On October 11 2011 03:20 Boblhead wrote:
On October 11 2011 03:16 JayDee_ wrote:
Steelseries makes terrible mice. They generally have lots of inherent +/- acceleration, prediction, and poor response. I would suggest buying a razer mouse. The abyssus is relatively cheap and high quality.


Where is your proof? Please I would like to know why you think "Razer" products are better?. The keyboards suck/ mice are terrible and the only decent things they make are the carrying bags for your keyboard/mouse etc etc.



I haven't done a full scientific evaluation. However, I have used multiple steelseries mice (kinzu, xai, etc), all of which displayed the negative qualities I talked about. The company just doesn't know what they are doing.

I come from a quake background, where the quality of the mouse you use is of utmost importance. Steeleseries mice are crap for fps. There is one pro quake player who uses an SS mouse, but it is only because he is sponsored by them.

It is generally agreed that the DeathAdder, new Abysuss', WMO (microsoft wheel mouse optical), IMO , and the MX518 are mice that track to near perfection. Out of those mice, the Abyssus would be a good choice for an RTS gamer because of its light weight, small frame, and onboard drivers.

Razer>SS in terms of mice because Razer uses good consistent sensors with quality drivers, while SS does not.




If i were to just go and buy an abyssus on amazon.co.uk etc, what are the chances of getting one that doenst jitter horribly?


Depends on where you get it from. If you get one of the old Abyssi then yes it will jitter. I have the "LoL version" which is new and doesn't jitter. Maybe order directly from Razer?



They dont have the LoL version in stock, and they take 4 days to deliver to the UK (costing about $12-14 more in total than other stores) so im still debating what to do... ive heard the LoL version can jitter too and talked to one guy who returned three back-to-back from different stores and still couldnt find one that worked on a qxc
"oh my god my overclock... I got a single WHEA error on the 23rd hour, 9 minutes" -Belial88
Lemure
Profile Joined March 2010
189 Posts
October 14 2011 01:01 GMT
#44
On October 14 2011 03:44 Cyro wrote:
Show nested quote +
On October 13 2011 16:25 JayDee_ wrote:
On October 12 2011 22:42 Cyro wrote:
On October 12 2011 06:48 JayDee_ wrote:
On October 11 2011 03:20 Boblhead wrote:
On October 11 2011 03:16 JayDee_ wrote:
Steelseries makes terrible mice. They generally have lots of inherent +/- acceleration, prediction, and poor response. I would suggest buying a razer mouse. The abyssus is relatively cheap and high quality.


Where is your proof? Please I would like to know why you think "Razer" products are better?. The keyboards suck/ mice are terrible and the only decent things they make are the carrying bags for your keyboard/mouse etc etc.



I haven't done a full scientific evaluation. However, I have used multiple steelseries mice (kinzu, xai, etc), all of which displayed the negative qualities I talked about. The company just doesn't know what they are doing.

I come from a quake background, where the quality of the mouse you use is of utmost importance. Steeleseries mice are crap for fps. There is one pro quake player who uses an SS mouse, but it is only because he is sponsored by them.

It is generally agreed that the DeathAdder, new Abysuss', WMO (microsoft wheel mouse optical), IMO , and the MX518 are mice that track to near perfection. Out of those mice, the Abyssus would be a good choice for an RTS gamer because of its light weight, small frame, and onboard drivers.

Razer>SS in terms of mice because Razer uses good consistent sensors with quality drivers, while SS does not.




If i were to just go and buy an abyssus on amazon.co.uk etc, what are the chances of getting one that doenst jitter horribly?


Depends on where you get it from. If you get one of the old Abyssi then yes it will jitter. I have the "LoL version" which is new and doesn't jitter. Maybe order directly from Razer?



They dont have the LoL version in stock, and they take 4 days to deliver to the UK (costing about $12-14 more in total than other stores) so im still debating what to do... ive heard the LoL version can jitter too and talked to one guy who returned three back-to-back from different stores and still couldnt find one that worked on a qxc

Yea the Abyssus is quite the dice roll mouse, never know if you get one with or without problems, although if you don't care for prediction you could try the Salmosa. Or you could try buying from a store and keep returning them until one works. And I bet qxc must be proud that we named a mouse pad after him.
Medrea
Profile Joined May 2011
10003 Posts
Last Edited: 2011-10-14 01:21:20
October 14 2011 01:17 GMT
#45
Hi. I might be late to this thread but I have something to say.

I was fixing my mouse along time ago when I ran across this. The readme associated with this mouse recorder says the red blocks does not indicate any problem with the mouse, it is merely the software showing you where it is unable to make a measurement.

Take my MX518, which is often described as being the best mouse ever made.

+ Show Spoiler +
[image loading]


After I made heavy modifications to the way Win7 views the mouse. I am running a custom mouse registry fix, and I am also running win7 in test mode to keep my polling rate fix active.

I believe this phenomenon is due to something called mouse prediction. Mouse prediction is found in every single mouse. It is also very poorly understood by the community at large.
twitch.tv/medrea
Srdjan2311
Profile Joined February 2011
Serbia20 Posts
Last Edited: 2011-10-14 12:28:07
October 14 2011 12:12 GMT
#46
Prediction has nothing to do with your mouse being broken. You overclocked the polling rate to 1000hz and mx518 is stable only up to 250hz. So run your hidusbf again and set it to 250 if you want your mouse to survive without permanent damage. Screenshot from my mx518 4 years old
+ Show Spoiler +
[image loading]

And prediction isn't found in every single mouse, even the old deathadder 3g has toggleable prediction, even older intelli series and wmo have no prediction and so on, not that it matters in starcraft.
JayDee_
Profile Joined June 2010
548 Posts
Last Edited: 2011-10-15 05:12:19
October 15 2011 05:06 GMT
#47
On October 14 2011 03:44 Cyro wrote:
Show nested quote +
On October 13 2011 16:25 JayDee_ wrote:
On October 12 2011 22:42 Cyro wrote:
On October 12 2011 06:48 JayDee_ wrote:
On October 11 2011 03:20 Boblhead wrote:
On October 11 2011 03:16 JayDee_ wrote:
Steelseries makes terrible mice. They generally have lots of inherent +/- acceleration, prediction, and poor response. I would suggest buying a razer mouse. The abyssus is relatively cheap and high quality.


Where is your proof? Please I would like to know why you think "Razer" products are better?. The keyboards suck/ mice are terrible and the only decent things they make are the carrying bags for your keyboard/mouse etc etc.



I haven't done a full scientific evaluation. However, I have used multiple steelseries mice (kinzu, xai, etc), all of which displayed the negative qualities I talked about. The company just doesn't know what they are doing.

I come from a quake background, where the quality of the mouse you use is of utmost importance. Steeleseries mice are crap for fps. There is one pro quake player who uses an SS mouse, but it is only because he is sponsored by them.

It is generally agreed that the DeathAdder, new Abysuss', WMO (microsoft wheel mouse optical), IMO , and the MX518 are mice that track to near perfection. Out of those mice, the Abyssus would be a good choice for an RTS gamer because of its light weight, small frame, and onboard drivers.

Razer>SS in terms of mice because Razer uses good consistent sensors with quality drivers, while SS does not.




If i were to just go and buy an abyssus on amazon.co.uk etc, what are the chances of getting one that doenst jitter horribly?


Depends on where you get it from. If you get one of the old Abyssi then yes it will jitter. I have the "LoL version" which is new and doesn't jitter. Maybe order directly from Razer?



They dont have the LoL version in stock, and they take 4 days to deliver to the UK (costing about $12-14 more in total than other stores) so im still debating what to do... ive heard the LoL version can jitter too and talked to one guy who returned three back-to-back from different stores and still couldnt find one that worked on a qxc


A qxc? I use an Allsop XL. You're thinking too much about it. Get one from a source that isn't hocking off reusable mice. If it doesn't work oh well.

else
{ get a logitech mini. if it's good enough for BW pros, it's good enough for you }
Medrea
Profile Joined May 2011
10003 Posts
Last Edited: 2011-10-15 05:28:46
October 15 2011 05:26 GMT
#48
On October 14 2011 21:12 Srdjan2311 wrote:
Prediction has nothing to do with your mouse being broken. You overclocked the polling rate to 1000hz and mx518 is stable only up to 250hz. So run your hidusbf again and set it to 250 if you want your mouse to survive without permanent damage. Screenshot from my mx518 4 years old
+ Show Spoiler +
[image loading]

And prediction isn't found in every single mouse, even the old deathadder 3g has toggleable prediction, even older intelli series and wmo have no prediction and so on, not that it matters in starcraft.


Prediction is found on every mouse. You cannot have a mouse, at all really, without prediction.

Without prediction. Even if you were to draw a straight line in real life. The line would be all over the place.

http://www.overclock.net/mice/771171-mouse-has-no-accel-correction-etc-7.html

Picture for example. This is what a mouse with zero prediction produces when made to draw a straight line.

[image loading]

And I have been polling my mouse at 500 and 1k for close to 8 years now. Even the newer 518's benefit from it. The skip only means that the mouse was unable to provide an answer to the poll I believe.
twitch.tv/medrea
Cyro
Profile Blog Joined June 2011
United Kingdom20321 Posts
Last Edited: 2011-10-15 05:39:13
October 15 2011 05:36 GMT
#49
On October 15 2011 14:26 Medrea wrote:
Show nested quote +
On October 14 2011 21:12 Srdjan2311 wrote:
Prediction has nothing to do with your mouse being broken. You overclocked the polling rate to 1000hz and mx518 is stable only up to 250hz. So run your hidusbf again and set it to 250 if you want your mouse to survive without permanent damage. Screenshot from my mx518 4 years old
+ Show Spoiler +
[image loading]

And prediction isn't found in every single mouse, even the old deathadder 3g has toggleable prediction, even older intelli series and wmo have no prediction and so on, not that it matters in starcraft.


Prediction is found on every mouse. You cannot have a mouse, at all really, without prediction.

Without prediction. Even if you were to draw a straight line in real life. The line would be all over the place.

http://www.overclock.net/mice/771171-mouse-has-no-accel-correction-etc-7.html

Picture for example. This is what a mouse with zero prediction produces when made to draw a straight line.

[image loading]

And I have been polling my mouse at 500 and 1k for close to 8 years now. Even the newer 518's benefit from it. The skip only means that the mouse was unable to provide an answer to the poll I believe.



You are not polling at 1k... your polling rate is unstable and jumping all over the place, from 240hz to 1.1k, with alternating negative and positive acceleration because of it...

I cant draw ANYTHING NEAR that picture, not even close... at 800dpi, moving 1/800'th of an inch up or down interrupts the straight line, and it is impossible to not accidently move that much...

Either your mouse has far more prediction than you think, or you are using the wrong settings in MSpaint and your line is more than 1 pixel thick (or being software corrected) because i couldnt draw 10% of that picture to save my life at even 400dpi
"oh my god my overclock... I got a single WHEA error on the 23rd hour, 9 minutes" -Belial88
Medrea
Profile Joined May 2011
10003 Posts
Last Edited: 2011-10-15 05:44:37
October 15 2011 05:39 GMT
#50
On October 15 2011 14:36 Cyro wrote:
Show nested quote +
On October 15 2011 14:26 Medrea wrote:
On October 14 2011 21:12 Srdjan2311 wrote:
Prediction has nothing to do with your mouse being broken. You overclocked the polling rate to 1000hz and mx518 is stable only up to 250hz. So run your hidusbf again and set it to 250 if you want your mouse to survive without permanent damage. Screenshot from my mx518 4 years old
+ Show Spoiler +
[image loading]

And prediction isn't found in every single mouse, even the old deathadder 3g has toggleable prediction, even older intelli series and wmo have no prediction and so on, not that it matters in starcraft.


Prediction is found on every mouse. You cannot have a mouse, at all really, without prediction.

Without prediction. Even if you were to draw a straight line in real life. The line would be all over the place.

http://www.overclock.net/mice/771171-mouse-has-no-accel-correction-etc-7.html

Picture for example. This is what a mouse with zero prediction produces when made to draw a straight line.

[image loading]

And I have been polling my mouse at 500 and 1k for close to 8 years now. Even the newer 518's benefit from it. The skip only means that the mouse was unable to provide an answer to the poll I believe.



You are not polling at 1k... your polling rate is unstable and jumping all over the place, from 240hz to 1.1k, with alternating negative and positive acceleration because of it...

I cant draw ANYTHING NEAR that picture, not even close... at 800dpi, moving 1/800'th of an inch up or down interrupts the straight line, and it is impossible to not accidently move that much... il attach a picture in a sec


Thats because you have mouse prediction. As I said EVERY mouse has prediction. If a manufacturer is telling you there mouse has no prediction they are lying. Also check how the application works, if it receives no input it calculates the polling rate over the time.

Also read the link.

Also try to understand what "polling rate" means. The motherboard doesn't try to rip the bits out of the mouse, thats not how it works. Polling rate is how often the motherboard checks the device for input. If the change state is still 0, it moves on. Thats why that application will read a lower polling rate.
twitch.tv/medrea
Cyro
Profile Blog Joined June 2011
United Kingdom20321 Posts
October 15 2011 05:44 GMT
#51
On October 15 2011 14:39 Medrea wrote:
Show nested quote +
On October 15 2011 14:36 Cyro wrote:
On October 15 2011 14:26 Medrea wrote:
On October 14 2011 21:12 Srdjan2311 wrote:
Prediction has nothing to do with your mouse being broken. You overclocked the polling rate to 1000hz and mx518 is stable only up to 250hz. So run your hidusbf again and set it to 250 if you want your mouse to survive without permanent damage. Screenshot from my mx518 4 years old
+ Show Spoiler +
[image loading]

And prediction isn't found in every single mouse, even the old deathadder 3g has toggleable prediction, even older intelli series and wmo have no prediction and so on, not that it matters in starcraft.


Prediction is found on every mouse. You cannot have a mouse, at all really, without prediction.

Without prediction. Even if you were to draw a straight line in real life. The line would be all over the place.

http://www.overclock.net/mice/771171-mouse-has-no-accel-correction-etc-7.html

Picture for example. This is what a mouse with zero prediction produces when made to draw a straight line.

[image loading]

And I have been polling my mouse at 500 and 1k for close to 8 years now. Even the newer 518's benefit from it. The skip only means that the mouse was unable to provide an answer to the poll I believe.



You are not polling at 1k... your polling rate is unstable and jumping all over the place, from 240hz to 1.1k, with alternating negative and positive acceleration because of it...

I cant draw ANYTHING NEAR that picture, not even close... at 800dpi, moving 1/800'th of an inch up or down interrupts the straight line, and it is impossible to not accidently move that much... il attach a picture in a sec


Thats because you have mouse prediction. As I said EVERY mouse has prediction. If a manufacturer is telling you there mouse has no prediction they are lying. Also check how the application works, if it receives no input it calculates the polling rate over the time.

Also read the link.




That depends how you define prediction... as far as ive seen it used before, it is used only to describe forcing straight lines to be drawn ("predicting" the line you was trying to draw with an inaccurate hand)

with that definition, yeah, all mouse have prediction.

But nobody uses that definition
"oh my god my overclock... I got a single WHEA error on the 23rd hour, 9 minutes" -Belial88
Medrea
Profile Joined May 2011
10003 Posts
Last Edited: 2011-10-15 06:18:03
October 15 2011 05:46 GMT
#52
On October 15 2011 14:44 Cyro wrote:
Show nested quote +
On October 15 2011 14:39 Medrea wrote:
On October 15 2011 14:36 Cyro wrote:
On October 15 2011 14:26 Medrea wrote:
On October 14 2011 21:12 Srdjan2311 wrote:
Prediction has nothing to do with your mouse being broken. You overclocked the polling rate to 1000hz and mx518 is stable only up to 250hz. So run your hidusbf again and set it to 250 if you want your mouse to survive without permanent damage. Screenshot from my mx518 4 years old
+ Show Spoiler +
[image loading]

And prediction isn't found in every single mouse, even the old deathadder 3g has toggleable prediction, even older intelli series and wmo have no prediction and so on, not that it matters in starcraft.


Prediction is found on every mouse. You cannot have a mouse, at all really, without prediction.

Without prediction. Even if you were to draw a straight line in real life. The line would be all over the place.

http://www.overclock.net/mice/771171-mouse-has-no-accel-correction-etc-7.html

Picture for example. This is what a mouse with zero prediction produces when made to draw a straight line.

[image loading]

And I have been polling my mouse at 500 and 1k for close to 8 years now. Even the newer 518's benefit from it. The skip only means that the mouse was unable to provide an answer to the poll I believe.



You are not polling at 1k... your polling rate is unstable and jumping all over the place, from 240hz to 1.1k, with alternating negative and positive acceleration because of it...

I cant draw ANYTHING NEAR that picture, not even close... at 800dpi, moving 1/800'th of an inch up or down interrupts the straight line, and it is impossible to not accidently move that much... il attach a picture in a sec


Thats because you have mouse prediction. As I said EVERY mouse has prediction. If a manufacturer is telling you there mouse has no prediction they are lying. Also check how the application works, if it receives no input it calculates the polling rate over the time.

Also read the link.




That depends how you define prediction... as far as ive seen it used before, it is used only to describe forcing straight lines to be drawn ("predicting" the line you was trying to draw with an inaccurate hand)

with that definition, yeah, all mouse have prediction.

But nobody uses that definition


It is important to recognize that as the true definition, since it is indeed what is going on.

It is true that some less than reputable mice have overdone prediction. But it is important to note that there is no clear line between prediction and not prediction. How aggressive the prediction is for a mouse is up to the developer only.

EDIT: Also by recognizing that all mice have prediction, it enables us to measure its effects, especially as far as polling rate is concerned.

As we can see from that article, the true enemy is polling rate. Faster polling rates means less prediction is required.

You know that graph where the MX518 draws all straight lines and the intellimouse doesn't? At default poll rate this mouse draws a lot of overtly straight lines. At 1k I am able to make slight gradients that were impossible with a lower polling rate.
twitch.tv/medrea
Cyro
Profile Blog Joined June 2011
United Kingdom20321 Posts
October 15 2011 05:48 GMT
#53
On October 15 2011 14:39 Medrea wrote:
Show nested quote +
On October 15 2011 14:36 Cyro wrote:
On October 15 2011 14:26 Medrea wrote:
On October 14 2011 21:12 Srdjan2311 wrote:
Prediction has nothing to do with your mouse being broken. You overclocked the polling rate to 1000hz and mx518 is stable only up to 250hz. So run your hidusbf again and set it to 250 if you want your mouse to survive without permanent damage. Screenshot from my mx518 4 years old
+ Show Spoiler +
[image loading]

And prediction isn't found in every single mouse, even the old deathadder 3g has toggleable prediction, even older intelli series and wmo have no prediction and so on, not that it matters in starcraft.


Prediction is found on every mouse. You cannot have a mouse, at all really, without prediction.

Without prediction. Even if you were to draw a straight line in real life. The line would be all over the place.

http://www.overclock.net/mice/771171-mouse-has-no-accel-correction-etc-7.html

Picture for example. This is what a mouse with zero prediction produces when made to draw a straight line.

[image loading]

And I have been polling my mouse at 500 and 1k for close to 8 years now. Even the newer 518's benefit from it. The skip only means that the mouse was unable to provide an answer to the poll I believe.



You are not polling at 1k... your polling rate is unstable and jumping all over the place, from 240hz to 1.1k, with alternating negative and positive acceleration because of it...

I cant draw ANYTHING NEAR that picture, not even close... at 800dpi, moving 1/800'th of an inch up or down interrupts the straight line, and it is impossible to not accidently move that much... il attach a picture in a sec


Thats because you have mouse prediction. As I said EVERY mouse has prediction. If a manufacturer is telling you there mouse has no prediction they are lying. Also check how the application works, if it receives no input it calculates the polling rate over the time.

Also read the link.

Also try to understand what "polling rate" means. The motherboard doesn't try to rip the bits out of the mouse, thats not how it works. Polling rate is how often the motherboard checks the device for input. If the change state is still 0, it moves on. Thats why that application will read a lower polling rate.



I understand what it means.


The program works fine.


If you are not moving your mouse, "if the change state is still 0" then the application simply doenst update.


A new line is added for every poll while the mouse is moving, and nothing changes while the sensor is not reading movement.


Whatever setting i use, my polling rate stays the same. If it is set to 1000hz, it fluxuates from 998 to 1002 or so, if i set 250hz, it sits around 248-252. Your mouse seems to be broken as hell with those readings, and with the massive fluxuations in polling rate
"oh my god my overclock... I got a single WHEA error on the 23rd hour, 9 minutes" -Belial88
Medrea
Profile Joined May 2011
10003 Posts
Last Edited: 2011-10-15 06:20:03
October 15 2011 05:52 GMT
#54
On October 15 2011 14:48 Cyro wrote:
Show nested quote +
On October 15 2011 14:39 Medrea wrote:
On October 15 2011 14:36 Cyro wrote:
On October 15 2011 14:26 Medrea wrote:
On October 14 2011 21:12 Srdjan2311 wrote:
Prediction has nothing to do with your mouse being broken. You overclocked the polling rate to 1000hz and mx518 is stable only up to 250hz. So run your hidusbf again and set it to 250 if you want your mouse to survive without permanent damage. Screenshot from my mx518 4 years old
+ Show Spoiler +
[image loading]

And prediction isn't found in every single mouse, even the old deathadder 3g has toggleable prediction, even older intelli series and wmo have no prediction and so on, not that it matters in starcraft.


Prediction is found on every mouse. You cannot have a mouse, at all really, without prediction.

Without prediction. Even if you were to draw a straight line in real life. The line would be all over the place.

http://www.overclock.net/mice/771171-mouse-has-no-accel-correction-etc-7.html

Picture for example. This is what a mouse with zero prediction produces when made to draw a straight line.

[image loading]

And I have been polling my mouse at 500 and 1k for close to 8 years now. Even the newer 518's benefit from it. The skip only means that the mouse was unable to provide an answer to the poll I believe.



You are not polling at 1k... your polling rate is unstable and jumping all over the place, from 240hz to 1.1k, with alternating negative and positive acceleration because of it...

I cant draw ANYTHING NEAR that picture, not even close... at 800dpi, moving 1/800'th of an inch up or down interrupts the straight line, and it is impossible to not accidently move that much... il attach a picture in a sec


Thats because you have mouse prediction. As I said EVERY mouse has prediction. If a manufacturer is telling you there mouse has no prediction they are lying. Also check how the application works, if it receives no input it calculates the polling rate over the time.

Also read the link.

Also try to understand what "polling rate" means. The motherboard doesn't try to rip the bits out of the mouse, thats not how it works. Polling rate is how often the motherboard checks the device for input. If the change state is still 0, it moves on. Thats why that application will read a lower polling rate.



I understand what it means.


The program works fine.


If you are not moving your mouse, "if the change state is still 0" then the application simply doenst update.


A new line is added for every poll while the mouse is moving, and nothing changes while the sensor is not reading movement.


Whatever setting i use, my polling rate stays the same. If it is set to 1000hz, it fluxuates from 998 to 1002 or so, if i set 250hz, it sits around 248-252. Your mouse seems to be broken as hell with those readings, and with the massive fluxuations in polling rate


There are no fluctuations. The device is overpolled on purpose. The application is reading normal. All polls take place around 1000, 500, or 250. This is normal for all overpolled devices. Newer mice update faster than mine is all this means.

Overpolling is not dangerous or harmful to accuracy in any way. Remember you are just checking to see if the device has changed anything.

EDIT: And some 333's but Ill mention that later.

UPDATE: Here is another picture, this is me going fairly psychotic with the mouse. Compare with the poster that was below me earlier.

+ Show Spoiler +
[image loading]


Notice that the values are all way way lower. This is because way less change happened between polled movements, and I was really whipping my mouse around. Also notice that there were no skipped values. Also the perceived polling rate was a constant 1000 or 500.

This is because even though the MX518 is really old mouse, it updates faster than 250 times a second. It updates faster than 500 times a second in fact. But users do not understand how important this is. Because users are polling there mouse well below the update value of the mouse, prediction plays a bigger role in there mousing practices than it should.

And to emphasize again. Polling is done by the motherboard. Not the mouse. Saying my mouse is broken, and pointing to polling rate, makes no sense.
twitch.tv/medrea
Cyro
Profile Blog Joined June 2011
United Kingdom20321 Posts
October 15 2011 06:27 GMT
#55
On October 15 2011 14:52 Medrea wrote:
Show nested quote +
On October 15 2011 14:48 Cyro wrote:
On October 15 2011 14:39 Medrea wrote:
On October 15 2011 14:36 Cyro wrote:
On October 15 2011 14:26 Medrea wrote:
On October 14 2011 21:12 Srdjan2311 wrote:
Prediction has nothing to do with your mouse being broken. You overclocked the polling rate to 1000hz and mx518 is stable only up to 250hz. So run your hidusbf again and set it to 250 if you want your mouse to survive without permanent damage. Screenshot from my mx518 4 years old
+ Show Spoiler +
[image loading]

And prediction isn't found in every single mouse, even the old deathadder 3g has toggleable prediction, even older intelli series and wmo have no prediction and so on, not that it matters in starcraft.


Prediction is found on every mouse. You cannot have a mouse, at all really, without prediction.

Without prediction. Even if you were to draw a straight line in real life. The line would be all over the place.

http://www.overclock.net/mice/771171-mouse-has-no-accel-correction-etc-7.html

Picture for example. This is what a mouse with zero prediction produces when made to draw a straight line.

[image loading]

And I have been polling my mouse at 500 and 1k for close to 8 years now. Even the newer 518's benefit from it. The skip only means that the mouse was unable to provide an answer to the poll I believe.



You are not polling at 1k... your polling rate is unstable and jumping all over the place, from 240hz to 1.1k, with alternating negative and positive acceleration because of it...

I cant draw ANYTHING NEAR that picture, not even close... at 800dpi, moving 1/800'th of an inch up or down interrupts the straight line, and it is impossible to not accidently move that much... il attach a picture in a sec


Thats because you have mouse prediction. As I said EVERY mouse has prediction. If a manufacturer is telling you there mouse has no prediction they are lying. Also check how the application works, if it receives no input it calculates the polling rate over the time.

Also read the link.

Also try to understand what "polling rate" means. The motherboard doesn't try to rip the bits out of the mouse, thats not how it works. Polling rate is how often the motherboard checks the device for input. If the change state is still 0, it moves on. Thats why that application will read a lower polling rate.



I understand what it means.


The program works fine.


If you are not moving your mouse, "if the change state is still 0" then the application simply doenst update.


A new line is added for every poll while the mouse is moving, and nothing changes while the sensor is not reading movement.


Whatever setting i use, my polling rate stays the same. If it is set to 1000hz, it fluxuates from 998 to 1002 or so, if i set 250hz, it sits around 248-252. Your mouse seems to be broken as hell with those readings, and with the massive fluxuations in polling rate


There are no fluctuations. The device is overpolled on purpose. The application is reading normal. All polls take place around 1000, 500, or 250. This is normal for all overpolled devices. Newer mice update faster than mine is all this means.

Overpolling is not dangerous or harmful to accuracy in any way. Remember you are just checking to see if the device has changed anything.

EDIT: And some 333's but Ill mention that later.

UPDATE: Here is another picture, this is me going fairly psychotic with the mouse. Compare with the poster that was below me earlier.

+ Show Spoiler +
[image loading]


Notice that the values are all way way lower. This is because way less change happened between polled movements, and I was really whipping my mouse around. Also notice that there were no skipped values. Also the perceived polling rate was a constant 1000 or 500.

This is because even though the MX518 is really old mouse, it updates faster than 250 times a second. It updates faster than 500 times a second in fact. But users do not understand how important this is. Because users are polling there mouse well below the update value of the mouse, prediction plays a bigger role in there mousing practices than it should.

And to emphasize again. Polling is done by the motherboard. Not the mouse. Saying my mouse is broken, and pointing to polling rate, makes no sense.



If polling is done on the motherboard always, why do i have a hardware switch on my mouse to adjust it?


You shouldnt be getting those results on mouse movement recorder either way with perfect tracking
"oh my god my overclock... I got a single WHEA error on the 23rd hour, 9 minutes" -Belial88
Medrea
Profile Joined May 2011
10003 Posts
Last Edited: 2011-10-15 07:07:20
October 15 2011 06:37 GMT
#56
On October 15 2011 15:27 Cyro wrote:
Show nested quote +
On October 15 2011 14:52 Medrea wrote:
On October 15 2011 14:48 Cyro wrote:
On October 15 2011 14:39 Medrea wrote:
On October 15 2011 14:36 Cyro wrote:
On October 15 2011 14:26 Medrea wrote:
On October 14 2011 21:12 Srdjan2311 wrote:
Prediction has nothing to do with your mouse being broken. You overclocked the polling rate to 1000hz and mx518 is stable only up to 250hz. So run your hidusbf again and set it to 250 if you want your mouse to survive without permanent damage. Screenshot from my mx518 4 years old
+ Show Spoiler +
[image loading]

And prediction isn't found in every single mouse, even the old deathadder 3g has toggleable prediction, even older intelli series and wmo have no prediction and so on, not that it matters in starcraft.


Prediction is found on every mouse. You cannot have a mouse, at all really, without prediction.

Without prediction. Even if you were to draw a straight line in real life. The line would be all over the place.

http://www.overclock.net/mice/771171-mouse-has-no-accel-correction-etc-7.html

Picture for example. This is what a mouse with zero prediction produces when made to draw a straight line.

[image loading]

And I have been polling my mouse at 500 and 1k for close to 8 years now. Even the newer 518's benefit from it. The skip only means that the mouse was unable to provide an answer to the poll I believe.



You are not polling at 1k... your polling rate is unstable and jumping all over the place, from 240hz to 1.1k, with alternating negative and positive acceleration because of it...

I cant draw ANYTHING NEAR that picture, not even close... at 800dpi, moving 1/800'th of an inch up or down interrupts the straight line, and it is impossible to not accidently move that much... il attach a picture in a sec


Thats because you have mouse prediction. As I said EVERY mouse has prediction. If a manufacturer is telling you there mouse has no prediction they are lying. Also check how the application works, if it receives no input it calculates the polling rate over the time.

Also read the link.

Also try to understand what "polling rate" means. The motherboard doesn't try to rip the bits out of the mouse, thats not how it works. Polling rate is how often the motherboard checks the device for input. If the change state is still 0, it moves on. Thats why that application will read a lower polling rate.



I understand what it means.


The program works fine.


If you are not moving your mouse, "if the change state is still 0" then the application simply doenst update.


A new line is added for every poll while the mouse is moving, and nothing changes while the sensor is not reading movement.


Whatever setting i use, my polling rate stays the same. If it is set to 1000hz, it fluxuates from 998 to 1002 or so, if i set 250hz, it sits around 248-252. Your mouse seems to be broken as hell with those readings, and with the massive fluxuations in polling rate


There are no fluctuations. The device is overpolled on purpose. The application is reading normal. All polls take place around 1000, 500, or 250. This is normal for all overpolled devices. Newer mice update faster than mine is all this means.

Overpolling is not dangerous or harmful to accuracy in any way. Remember you are just checking to see if the device has changed anything.

EDIT: And some 333's but Ill mention that later.

UPDATE: Here is another picture, this is me going fairly psychotic with the mouse. Compare with the poster that was below me earlier.

+ Show Spoiler +
[image loading]


Notice that the values are all way way lower. This is because way less change happened between polled movements, and I was really whipping my mouse around. Also notice that there were no skipped values. Also the perceived polling rate was a constant 1000 or 500.

This is because even though the MX518 is really old mouse, it updates faster than 250 times a second. It updates faster than 500 times a second in fact. But users do not understand how important this is. Because users are polling there mouse well below the update value of the mouse, prediction plays a bigger role in there mousing practices than it should.

And to emphasize again. Polling is done by the motherboard. Not the mouse. Saying my mouse is broken, and pointing to polling rate, makes no sense.



If polling is done on the motherboard always, why do i have a hardware switch on my mouse to adjust it?


You shouldnt be getting those results on mouse movement recorder either way with perfect tracking


I think I might just have to make a blog post about this. Polling rate/prediction interplay is so poorly understood by the community at large.

Adjusting the master update rate of the device doesnt change anything on the motherboards side. If you had a 50k polling rate button on your mouse it would only show what the motherboard was taking polls at, which is determined by what drivers were installed.

And I already explained why my values are perfectly normal so try to go back and check up on that. If the values were not shifting between 1k and 500 THEN I would be in trouble. The MX 518 does not create data a full 1,000 times a second, when the null value is found (Null does not mean Zero, they are two different things), the value is re-polled by the motherboard on the next pass, that creates a net 500 polling rate. If it takes 3 times, 333, and 4 times 250. Which ones pop up more is determined by speed of the mouse, and how the update rate of the mouse divides into the polling rate.

That application will not draw lines when the value is ZERO ( this is NOT the same as NULL). ZERO is the value the mouse provides the motherboard when a change has not occured.

This is why PS/2 peripherals will always have an edge. The motherboard doesn't poll those devices. PS/2 technology works on hardware interrupts.

EDIT: Keyboards work this way as well. However ALL USB keyboards only create data 200 times a second. That is why certain keyboards like the thermaltake mechanical i believe, one of the keyboards that says it supports 1k polling rate, is bullshit.

That being said I have one non-mouse device that IS polled at 1k, and that is my beatmania controller. Beatmania is impossible to play with only 125 hz polling rate. And the device is so simply constructed (11 outputs) that it can be polled however many times you want to.
twitch.tv/medrea
Cyro
Profile Blog Joined June 2011
United Kingdom20321 Posts
Last Edited: 2011-10-15 07:28:23
October 15 2011 07:27 GMT
#57
On October 15 2011 15:37 Medrea wrote:
Show nested quote +
On October 15 2011 15:27 Cyro wrote:
On October 15 2011 14:52 Medrea wrote:
On October 15 2011 14:48 Cyro wrote:
On October 15 2011 14:39 Medrea wrote:
On October 15 2011 14:36 Cyro wrote:
On October 15 2011 14:26 Medrea wrote:
On October 14 2011 21:12 Srdjan2311 wrote:
Prediction has nothing to do with your mouse being broken. You overclocked the polling rate to 1000hz and mx518 is stable only up to 250hz. So run your hidusbf again and set it to 250 if you want your mouse to survive without permanent damage. Screenshot from my mx518 4 years old
+ Show Spoiler +
[image loading]

And prediction isn't found in every single mouse, even the old deathadder 3g has toggleable prediction, even older intelli series and wmo have no prediction and so on, not that it matters in starcraft.


Prediction is found on every mouse. You cannot have a mouse, at all really, without prediction.

Without prediction. Even if you were to draw a straight line in real life. The line would be all over the place.

http://www.overclock.net/mice/771171-mouse-has-no-accel-correction-etc-7.html

Picture for example. This is what a mouse with zero prediction produces when made to draw a straight line.

[image loading]

And I have been polling my mouse at 500 and 1k for close to 8 years now. Even the newer 518's benefit from it. The skip only means that the mouse was unable to provide an answer to the poll I believe.



You are not polling at 1k... your polling rate is unstable and jumping all over the place, from 240hz to 1.1k, with alternating negative and positive acceleration because of it...

I cant draw ANYTHING NEAR that picture, not even close... at 800dpi, moving 1/800'th of an inch up or down interrupts the straight line, and it is impossible to not accidently move that much... il attach a picture in a sec


Thats because you have mouse prediction. As I said EVERY mouse has prediction. If a manufacturer is telling you there mouse has no prediction they are lying. Also check how the application works, if it receives no input it calculates the polling rate over the time.

Also read the link.

Also try to understand what "polling rate" means. The motherboard doesn't try to rip the bits out of the mouse, thats not how it works. Polling rate is how often the motherboard checks the device for input. If the change state is still 0, it moves on. Thats why that application will read a lower polling rate.



I understand what it means.


The program works fine.


If you are not moving your mouse, "if the change state is still 0" then the application simply doenst update.


A new line is added for every poll while the mouse is moving, and nothing changes while the sensor is not reading movement.


Whatever setting i use, my polling rate stays the same. If it is set to 1000hz, it fluxuates from 998 to 1002 or so, if i set 250hz, it sits around 248-252. Your mouse seems to be broken as hell with those readings, and with the massive fluxuations in polling rate


There are no fluctuations. The device is overpolled on purpose. The application is reading normal. All polls take place around 1000, 500, or 250. This is normal for all overpolled devices. Newer mice update faster than mine is all this means.

Overpolling is not dangerous or harmful to accuracy in any way. Remember you are just checking to see if the device has changed anything.

EDIT: And some 333's but Ill mention that later.

UPDATE: Here is another picture, this is me going fairly psychotic with the mouse. Compare with the poster that was below me earlier.

+ Show Spoiler +
[image loading]


Notice that the values are all way way lower. This is because way less change happened between polled movements, and I was really whipping my mouse around. Also notice that there were no skipped values. Also the perceived polling rate was a constant 1000 or 500.

This is because even though the MX518 is really old mouse, it updates faster than 250 times a second. It updates faster than 500 times a second in fact. But users do not understand how important this is. Because users are polling there mouse well below the update value of the mouse, prediction plays a bigger role in there mousing practices than it should.

And to emphasize again. Polling is done by the motherboard. Not the mouse. Saying my mouse is broken, and pointing to polling rate, makes no sense.



If polling is done on the motherboard always, why do i have a hardware switch on my mouse to adjust it?


You shouldnt be getting those results on mouse movement recorder either way with perfect tracking


I think I might just have to make a blog post about this. Polling rate/prediction interplay is so poorly understood by the community at large.

Adjusting the master update rate of the device doesnt change anything on the motherboards side. If you had a 50k polling rate button on your mouse it would only show what the motherboard was taking polls at, which is determined by what drivers were installed.

And I already explained why my values are perfectly normal so try to go back and check up on that. If the values were not shifting between 1k and 500 THEN I would be in trouble. The MX 518 does not create data a full 1,000 times a second, when the null value is found (Null does not mean Zero, they are two different things), the value is re-polled by the motherboard on the next pass, that creates a net 500 polling rate. If it takes 3 times, 333, and 4 times 250. Which ones pop up more is determined by speed of the mouse, and how the update rate of the mouse divides into the polling rate.

That application will not draw lines when the value is ZERO ( this is NOT the same as NULL). ZERO is the value the mouse provides the motherboard when a change has not occured.

This is why PS/2 peripherals will always have an edge. The motherboard doesn't poll those devices. PS/2 technology works on hardware interrupts.

EDIT: Keyboards work this way as well. However ALL USB keyboards only create data 200 times a second. That is why certain keyboards like the thermaltake mechanical i believe, one of the keyboards that says it supports 1k polling rate, is bullshit.

That being said I have one non-mouse device that IS polled at 1k, and that is my beatmania controller. Beatmania is impossible to play with only 125 hz polling rate. And the device is so simply constructed (11 outputs) that it can be polled however many times you want to.



I knew ps/2 keyboards didnt have the input lag from USB polling or the 3nkr issues, but without polling on mice etc, too, what is the justification for using USB? ps/2 seems superior in every way aside from the "hot plug-in" or whatever that really doesnt matter for anything
"oh my god my overclock... I got a single WHEA error on the 23rd hour, 9 minutes" -Belial88
Medrea
Profile Joined May 2011
10003 Posts
Last Edited: 2011-10-15 07:50:11
October 15 2011 07:33 GMT
#58
On October 15 2011 16:27 Cyro wrote:
Show nested quote +
On October 15 2011 15:37 Medrea wrote:
On October 15 2011 15:27 Cyro wrote:
On October 15 2011 14:52 Medrea wrote:
On October 15 2011 14:48 Cyro wrote:
On October 15 2011 14:39 Medrea wrote:
On October 15 2011 14:36 Cyro wrote:
On October 15 2011 14:26 Medrea wrote:
On October 14 2011 21:12 Srdjan2311 wrote:
Prediction has nothing to do with your mouse being broken. You overclocked the polling rate to 1000hz and mx518 is stable only up to 250hz. So run your hidusbf again and set it to 250 if you want your mouse to survive without permanent damage. Screenshot from my mx518 4 years old
+ Show Spoiler +
[image loading]

And prediction isn't found in every single mouse, even the old deathadder 3g has toggleable prediction, even older intelli series and wmo have no prediction and so on, not that it matters in starcraft.


Prediction is found on every mouse. You cannot have a mouse, at all really, without prediction.

Without prediction. Even if you were to draw a straight line in real life. The line would be all over the place.

http://www.overclock.net/mice/771171-mouse-has-no-accel-correction-etc-7.html

Picture for example. This is what a mouse with zero prediction produces when made to draw a straight line.

[image loading]

And I have been polling my mouse at 500 and 1k for close to 8 years now. Even the newer 518's benefit from it. The skip only means that the mouse was unable to provide an answer to the poll I believe.



You are not polling at 1k... your polling rate is unstable and jumping all over the place, from 240hz to 1.1k, with alternating negative and positive acceleration because of it...

I cant draw ANYTHING NEAR that picture, not even close... at 800dpi, moving 1/800'th of an inch up or down interrupts the straight line, and it is impossible to not accidently move that much... il attach a picture in a sec


Thats because you have mouse prediction. As I said EVERY mouse has prediction. If a manufacturer is telling you there mouse has no prediction they are lying. Also check how the application works, if it receives no input it calculates the polling rate over the time.

Also read the link.

Also try to understand what "polling rate" means. The motherboard doesn't try to rip the bits out of the mouse, thats not how it works. Polling rate is how often the motherboard checks the device for input. If the change state is still 0, it moves on. Thats why that application will read a lower polling rate.



I understand what it means.


The program works fine.


If you are not moving your mouse, "if the change state is still 0" then the application simply doenst update.


A new line is added for every poll while the mouse is moving, and nothing changes while the sensor is not reading movement.


Whatever setting i use, my polling rate stays the same. If it is set to 1000hz, it fluxuates from 998 to 1002 or so, if i set 250hz, it sits around 248-252. Your mouse seems to be broken as hell with those readings, and with the massive fluxuations in polling rate


There are no fluctuations. The device is overpolled on purpose. The application is reading normal. All polls take place around 1000, 500, or 250. This is normal for all overpolled devices. Newer mice update faster than mine is all this means.

Overpolling is not dangerous or harmful to accuracy in any way. Remember you are just checking to see if the device has changed anything.

EDIT: And some 333's but Ill mention that later.

UPDATE: Here is another picture, this is me going fairly psychotic with the mouse. Compare with the poster that was below me earlier.

+ Show Spoiler +
[image loading]


Notice that the values are all way way lower. This is because way less change happened between polled movements, and I was really whipping my mouse around. Also notice that there were no skipped values. Also the perceived polling rate was a constant 1000 or 500.

This is because even though the MX518 is really old mouse, it updates faster than 250 times a second. It updates faster than 500 times a second in fact. But users do not understand how important this is. Because users are polling there mouse well below the update value of the mouse, prediction plays a bigger role in there mousing practices than it should.

And to emphasize again. Polling is done by the motherboard. Not the mouse. Saying my mouse is broken, and pointing to polling rate, makes no sense.



If polling is done on the motherboard always, why do i have a hardware switch on my mouse to adjust it?


You shouldnt be getting those results on mouse movement recorder either way with perfect tracking


I think I might just have to make a blog post about this. Polling rate/prediction interplay is so poorly understood by the community at large.

Adjusting the master update rate of the device doesnt change anything on the motherboards side. If you had a 50k polling rate button on your mouse it would only show what the motherboard was taking polls at, which is determined by what drivers were installed.

And I already explained why my values are perfectly normal so try to go back and check up on that. If the values were not shifting between 1k and 500 THEN I would be in trouble. The MX 518 does not create data a full 1,000 times a second, when the null value is found (Null does not mean Zero, they are two different things), the value is re-polled by the motherboard on the next pass, that creates a net 500 polling rate. If it takes 3 times, 333, and 4 times 250. Which ones pop up more is determined by speed of the mouse, and how the update rate of the mouse divides into the polling rate.

That application will not draw lines when the value is ZERO ( this is NOT the same as NULL). ZERO is the value the mouse provides the motherboard when a change has not occured.

This is why PS/2 peripherals will always have an edge. The motherboard doesn't poll those devices. PS/2 technology works on hardware interrupts.

EDIT: Keyboards work this way as well. However ALL USB keyboards only create data 200 times a second. That is why certain keyboards like the thermaltake mechanical i believe, one of the keyboards that says it supports 1k polling rate, is bullshit.

That being said I have one non-mouse device that IS polled at 1k, and that is my beatmania controller. Beatmania is impossible to play with only 125 hz polling rate. And the device is so simply constructed (11 outputs) that it can be polled however many times you want to.



I knew ps/2 keyboards didnt have the input lag from USB polling or the 3nkr issues, but without polling on mice etc, too, what is the justification for using USB? ps/2 seems superior in every way aside from the "hot plug-in" or whatever that really doesnt matter for anything


I think you got this now, but just to make sure. I don't have accel of any kind (pos or neg) from overpolling the device, but I am pretty sure that wasn't entirely what you meant.

Why do we use USB at all? More power to the product (backlights, USB hubs, any other onboard device and so forth), and more inputs. PS/2 keyboards will never recognize more than the standard amount of keys, so media keys, side buttons, volume knobs etc, these are never recognized.

Thats it. For absolute fidelity, you will definitly see some pro players use PS/2 keyboard. They are the fastest. Das Keyboard purists insist upon it in fact.

With good reason too, its a direct line into the hardware.

EDIT: For mice its a little bit more up in the air. But for keyboards, unless you have an addiction to those extra keys, PS/2 will always be superior in the e-sports mentality.

UPDATE: PS/2 yields no benefits for mice as long as the mouse is polled properly. Polled properly means that the motherboard is checking on the mouse as fast as the mouse is taking measurements. So for a 666 hz mouse. 500 is underpolling the mouse, 1k is proper polling. However for absolute fidelity it still will not beat PS/2 (though it will come damn close). But the industry for mice is very driver driven. I suggest USB slot for mice overall.

ADDENDUM: For modern day motherboards, go 1k polling rate or bust. Older motherboards will freeze when forced to 1k. For those 500hz should be fine.
twitch.tv/medrea
Srdjan2311
Profile Joined February 2011
Serbia20 Posts
Last Edited: 2011-10-15 14:44:21
October 15 2011 14:40 GMT
#59
interesting read, thx for the info Medrea. If i'm understanding correctly what the zowie guy said is basically they took the sensor from ikari optical which has prediction(in the commonly known meaning) and made the polling rate 1000hz and now the mouse has less prediction(in the other meaning). What happens then with the deathadder 3g (a mouse with no prediction in the commonly known meaning) which is stable at 1000hz unlike the mx518. Even less prediction? Or is the mouse being able to respond to every poll from the motherboard somehow a bad thing? I'm not clear on this. And what reason do you have to assert that your results in the mouse movement recorder are a consequence of prediction if the mentioned deathadder even with the prediction firmware passes the test and mx518 does not. Could you run the latest mmr 1.7(link) with these parameters:
MouseMovementRecorder.exe -alwayscatchup -showcatchupdelay
It will show the actual delay between the mouse movement and the pointer movement (up to a max of 500 microseconds before it gives up). Im curious what are your results at 1000hz mx518.
Medrea
Profile Joined May 2011
10003 Posts
Last Edited: 2011-10-15 23:44:46
October 15 2011 21:06 GMT
#60
On October 15 2011 23:40 Srdjan2311 wrote:
What happens then with the deathadder 3g (a mouse with no prediction in the commonly known meaning) which is stable at 1000hz unlike the mx518. Even less prediction?


Ok I need to make something clear. There is no instability. I am overpolling the device. The results are EXACTLY as expected. Here is how the breakdown works. The MX518 in my hand I estimate updates around 800 times a second (actually a little higher or lower than that but for example purposes this will do), varying on a bunch of different factors.

The first poll reads nothing. .200ms later the mouse updates.
-poll reads the mouse. .400 ms later the mouse updates.
-poll reads the mouse. .600 ms later the mouse updates.
-poll reads the mouse. .800 ms later the mouse updates.
-poll reads the mouse. Hard to say since it is the exact same time in this example, but lets say the mouse has not produced a value yet. If it doesn't here it will definitly will on the next poll.

The polling rate will be measured by that application as 500/1000/1000/1000/500. It is normal and perfectly stable.

It is easy to figure out what to expect given those flags you gave me.
-alwayscatchup -showcatchupdelay

+ Show Spoiler +
[image loading]


Yes as expected. Consistent mu's of 500 the whole way, because the device is overpolled not overpolled, it is because of windows 7 5/11. Also a good screenshot for reading the phenomenon above.

Notice how the pattern is always 2 to sometimes 4 1k's and then a 500. I tried my best to whip the mouse around as much as I could. The pattern is VERY stable. The imperfections you see are a combination of human error, and sometimes imprecision. In the screenshot above, I was probably making a turn.

EDIT: After rereading through I found that some people could be confused by the green blocks. The green blocks means the mouse on screen moved less than the mouse told the operating system.

This is NOT negative acceleration. This is lower total velocity. Quite simply, I lowered my sensitivity in windows from 6/11 to 5/11. I don't have to worry about pixel skipping, afaik win7 fixed that problem.
twitch.tv/medrea
Prev 1 2 3 4 Next All
Please log in or register to reply.
Live Events Refresh
Next event in 1h 54m
[ Submit Event ]
Live Streams
Refresh
StarCraft 2
SteadfastSC 350
TKL 341
Reynor 49
mcanning 46
StarCraft: Brood War
Britney 32905
Rain 4173
actioN 1647
Horang2 1446
Jaedong 1184
Shuttle 522
Stork 472
EffOrt 303
firebathero 261
Leta 114
[ Show more ]
Barracks 105
Shinee 97
ggaemo 96
Hyun 80
PianO 66
LaStScan 65
JYJ49
Shine 49
Mong 31
Rock 25
Movie 24
ToSsGirL 22
Bale 20
zelot 15
HiyA 10
soO 10
sorry 8
Sacsri 7
Dota 2
Gorgc5504
qojqva1773
Dendi1127
XcaliburYe145
LuMiX0
Counter-Strike
oskar115
Heroes of the Storm
Khaldor136
Other Games
B2W.Neo1782
DeMusliM470
Hui .333
Lowko306
Pyrionflax240
Fuzer 206
febbydoto6
Organizations
Dota 2
PGL Dota 2 - Main Stream8720
PGL Dota 2 - Secondary Stream3341
Other Games
EGCTV119
StarCraft 2
Blizzard YouTube
StarCraft: Brood War
BSLTrovo
sctven
[ Show 17 non-featured ]
StarCraft 2
• Berry_CruncH154
• StrangeGG 72
• IndyKCrew
• AfreecaTV YouTube
• intothetv
• Kozan
• sooper7s
• LaughNgamezSOOP
• Migwel
StarCraft: Brood War
• Michael_bg 3
• STPLYoutube
• ZZZeroYoutube
• BSLYoutube
Dota 2
• C_a_k_e 2112
• Ler59
League of Legends
• Nemesis2754
Other Games
• WagamamaTV236
Upcoming Events
IPSL
1h 54m
ZZZero vs rasowy
Napoleon vs KameZerg
OSC
3h 54m
BSL 21
4h 54m
Tarson vs Julia
Doodle vs OldBoy
eOnzErG vs WolFix
StRyKeR vs Aeternum
Sparkling Tuna Cup
18h 54m
RSL Revival
18h 54m
Reynor vs sOs
Maru vs Ryung
Kung Fu Cup
20h 54m
Cure vs herO
Reynor vs TBD
WardiTV Korean Royale
20h 54m
BSL 21
1d 4h
JDConan vs Semih
Dragon vs Dienmax
Tech vs NewOcean
TerrOr vs Artosis
IPSL
1d 4h
Dewalt vs WolFix
eOnzErG vs Bonyth
Replay Cast
1d 7h
[ Show More ]
Wardi Open
1d 20h
Monday Night Weeklies
2 days
WardiTV Korean Royale
2 days
BSL: GosuLeague
3 days
The PondCast
3 days
Replay Cast
4 days
RSL Revival
4 days
BSL: GosuLeague
5 days
RSL Revival
5 days
WardiTV Korean Royale
5 days
RSL Revival
6 days
WardiTV Korean Royale
6 days
Liquipedia Results

Completed

Proleague 2025-11-14
Stellar Fest: Constellation Cup
Eternal Conflict S1

Ongoing

C-Race Season 1
IPSL Winter 2025-26
KCM Race Survival 2025 Season 4
SOOP Univ League 2025
YSL S2
BSL Season 21
CSCL: Masked Kings S3
SLON Tour Season 2
RSL Revival: Season 3
META Madness #9
BLAST Rivals Fall 2025
IEM Chengdu 2025
PGL Masters Bucharest 2025
Thunderpick World Champ.
CS Asia Championships 2025
ESL Pro League S22
StarSeries Fall 2025
FISSURE Playground #2
BLAST Open Fall 2025

Upcoming

BSL 21 Non-Korean Championship
Acropolis #4
IPSL Spring 2026
HSC XXVIII
RSL Offline Finals
WardiTV 2025
IEM Kraków 2026
BLAST Bounty Winter 2026
BLAST Bounty Winter 2026: Closed Qualifier
eXTREMESLAND 2025
ESL Impact League Season 8
SL Budapest Major 2025
TLPD

1. ByuN
2. TY
3. Dark
4. Solar
5. Stats
6. Nerchio
7. sOs
8. soO
9. INnoVation
10. Elazer
1. Rain
2. Flash
3. EffOrt
4. Last
5. Bisu
6. Soulkey
7. Mini
8. Sharp
Sidebar Settings...

Advertising | Privacy Policy | Terms Of Use | Contact Us

Original banner artwork: Jim Warren
The contents of this webpage are copyright © 2025 TLnet. All Rights Reserved.