• Log InLog In
  • Register
Liquid`
Team Liquid Liquipedia
EDT 04:49
CEST 10:49
KST 17:49
  • 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
Code S RO12 Preview: Maru, Trigger, Rogue, NightMare12Code S RO12 Preview: Cure, sOs, Reynor, Solar15[ASL19] Ro8 Preview: Unyielding3Official Ladder Map Pool Update (April 28, 2025)17[ASL19] Ro8 Preview: Rejuvenation8
Community News
Code S Season 1 - RO12 Group A Results (2025)2$1,250 WardiTV May [May 6th-May 18th]4Clem wins PiG Sty Festival #66Weekly Cups (April 28-May 4): ByuN & Astrea break through1Nexon wins bid to develop StarCraft IP content, distribute Overwatch mobile game29
StarCraft 2
General
Code S Season 1 - RO12 Group A Results (2025) How does the number of casters affect your enjoyment of esports? Code S RO12 Preview: Maru, Trigger, Rogue, NightMare Nexon wins bid to develop StarCraft IP content, distribute Overwatch mobile game Code S RO12 Preview: Cure, sOs, Reynor, Solar
Tourneys
[GSL 2025] Code S:Season 1 - RO12 - Group A INu's Battles#12 < ByuN vs herO > [GSL 2025] Code S:Season 1 - RO12 - Group B GSL 2025 details announced - 2 seasons pre-EWC 2025 GSL Season 2 (Qualifiers)
Strategy
[G] PvT Cheese: 13 Gate Proxy Robo Simple Questions Simple Answers
Custom Maps
[UMS] Zillion Zerglings
External Content
Mutation # 472 Dead Heat Mutation # 471 Delivery Guaranteed Mutation # 470 Certain Demise Mutation # 469 Frostbite
Brood War
General
OGN to release AI-upscaled StarLeague from Feb 24 Battlenet Game Lobby Simulator Does Sage Have 24 hour Support [G] GenAI subtitles for Korean BW content BGH auto balance -> http://bghmmr.eu/
Tourneys
[ASL19] Ro8 Day 4 Small VOD Thread 2.0 [Megathread] Daily Proleagues [ASL19] Ro8 Day 2
Strategy
[G] How to get started on ladder as a new Z player Creating a full chart of Zerg builds [G] Mineral Boosting
Other Games
General Games
Nintendo Switch Thread What do you want from future RTS games? Stormgate/Frost Giant Megathread Grand Theft Auto VI Battle Aces/David Kim RTS Megathread
Dota 2
Official 'what is Dota anymore' discussion
League of Legends
LiquidLegends to reintegrate into TL.net
Heroes of the Storm
Simple Questions, Simple Answers
Hearthstone
Heroes of StarCraft mini-set
TL Mafia
Vanilla Mini Mafia TL Mafia Community Thread TL Mafia Plays: Diplomacy TL Mafia: Generative Agents Showdown Survivor II: The Amazon
Community
General
US Politics Mega-thread UK Politics Mega-thread Elon Musk's lies, propaganda, etc. Things Aren’t Peaceful in Palestine Russo-Ukrainian War Thread
Fan Clubs
Serral Fan Club
Media & Entertainment
Movie Discussion! Anime Discussion Thread [Books] Wool by Hugh Howey Surprisingly good films/Hidden Gems
Sports
2024 - 2025 Football Thread NHL Playoffs 2024 NBA General Discussion Formula 1 Discussion
World Cup 2022
Tech Support
Cleaning My Mechanical Keyboard How to clean a TTe Thermaltake keyboard? Logitech mx518 cleaning.
TL Community
BLinD-RawR 50K Post Watch Party The Automated Ban List TL.net Ten Commandments
Blogs
Info SLEgma_12
SLEgma_12
SECOND COMMING
XenOsky
What High-Performing Teams (…
TrAiDoS
WombaT’s Old BW Terran Theme …
WombaT
Heero Yuy & the Tax…
KrillinFromwales
BW PvZ Balance hypothetic…
Vasoline73
Test Entry for subject
xumakis
Customize Sidebar...

Website Feedback

Closed Threads



Active: 10950 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 Kingdom20278 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 Kingdom20278 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 Kingdom20278 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 Kingdom20278 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 Kingdom20278 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 Kingdom20278 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 Kingdom20278 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 11m
[ Submit Event ]
Live Streams
Refresh
StarCraft: Brood War
TY 757
PianO 622
BeSt 568
actioN 495
Nal_rA 207
Leta 197
sSak 90
NotJumperer 56
Shinee 55
Sharp 48
[ Show more ]
Shine 39
sorry 33
Dota 2
XaKoH 748
XcaliburYe667
League of Legends
JimRising 525
Counter-Strike
olofmeister1828
shoxiejesuss626
Super Smash Bros
Mew2King127
Heroes of the Storm
Khaldor236
Other Games
gofns11715
Happy791
ceh9350
crisheroes113
SortOf47
Organizations
StarCraft 2
ESL.tv149
Other Games
BasetradeTV35
StarCraft 2
Blizzard YouTube
StarCraft: Brood War
BSLTrovo
sctven
[ Show 14 non-featured ]
StarCraft 2
• Light_VIP 36
• LUISG 30
• AfreecaTV YouTube
• intothetv
• Kozan
• IndyKCrew
• LaughNgamezSOOP
• Migwel
• sooper7s
StarCraft: Brood War
• BSLYoutube
• STPLYoutube
• ZZZeroYoutube
Dota 2
• lizZardDota2165
League of Legends
• Stunt1160
Upcoming Events
The PondCast
1h 11m
INu's Battles
2h 11m
herO vs ByuN
Online Event
19h 11m
ShoWTimE vs MaxPax
SHIN vs herO
Clem vs Cure
SHIN vs Clem
ShoWTimE vs SHIN
SOOP
1d
DongRaeGu vs sOs
CranKy Ducklings
1d 1h
WardiTV Invitational
1d 2h
SC Evo League
1d 3h
WardiTV Invitational
1d 5h
Chat StarLeague
1d 7h
PassionCraft
1d 8h
[ Show More ]
Circuito Brasileiro de…
1d 9h
Online Event
1d 19h
Matvey vs herO
SHIN vs Cure
Clem vs MaxPax
ShoWTimE vs herO
ShoWTimE vs Clem
Sparkling Tuna Cup
2 days
WardiTV Invitational
2 days
uThermal 2v2 Circuit
2 days
Chat StarLeague
2 days
Circuito Brasileiro de…
2 days
Afreeca Starleague
3 days
BeSt vs Light
Wardi Open
3 days
PiGosaur Monday
3 days
Afreeca Starleague
4 days
Snow vs Soulkey
WardiTV Invitational
4 days
Replay Cast
4 days
GSL Code S
5 days
ByuN vs Rogue
herO vs Cure
Replay Cast
5 days
GSL Code S
6 days
Classic vs Reynor
GuMiho vs Maru
The PondCast
6 days
RSL Revival
6 days
Liquipedia Results

Completed

FGSL Season 1
PiG Sty Festival 6.0
Calamity Stars S2

Ongoing

BSL Nation Wars Season 2
StarCastTV Star League 4
JPL Season 2
ASL Season 19
YSL S1
BSL 2v2 Season 3
BSL Season 20
China & Korea Top Challenge
KCM Race Survival 2025 Season 2
2025 GSL S1
Heroes 10 EU
Asian Champions League '25
ECL Season 49: Europe
BLAST Rivals Spring 2025
MESA Nomadic Masters
CCT Season 2 Global Finals
IEM Melbourne 2025
YaLLa Compass Qatar 2025
PGL Bucharest 2025
BLAST Open Spring 2025
ESL Pro League S21

Upcoming

CSLPRO Spring 2025
CSLPRO Last Chance 2025
CSLAN 2025
Esports World Cup 2025
HSC XXVII
Championship of Russia 2025
Bellum Gens Elite Stara Zagora 2025
2025 GSL S2
DreamHack Dallas 2025
FISSURE Playground #1
BLAST.tv Austin Major 2025
ESL Impact League Season 7
IEM Dallas 2025
PGL Astana 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.