[6gv2]

[zhuak1]

yes i've tried. on my moms pc(old old one) i have 499 500 499 500 499 500 499 499 499 500 hz. no 1000hzs. and yes i tried that. :\\.... **** this computer. voodoo me?!? haha..

[zefrer]

And you've reinstalled a _clean_ new OS? In a new location? Without reinstalling over the old one? Without installing _anything_ afterwards except drivers?

[zhuak1]

maybe its just mobo... :/ never tried that. i install drivers+cs+overclock to 500hz and have this problem

[zefrer]

>.> Try it.

[Rajagra]

Tell me you aren't using a USB broadband adapter.

[zhuak1]

no just my soundcard, mouse, keyboard. and my router via ether.

rajagra, whats the best mouse avaiable?

im thinking on buying legends edition.

Ive tried kinzu and xai, PERFECT shape.. but accel and prediction? no thanks. 1.1 too slow for me, it has 400 dpi and negative accel.

3.0 has 450?

[zefrer]

Dude, it's not the mouse. But do whatever you want.

[zhuak1]

yes but 1.1 doesnt fit me..

[zhuak1]

another pic of the problem  

[tonyklo]

if you wana buy a mouse, u must get Zowie EC-1 or 2 ! the sensor is amazing

i hated the xai/ kinzu /

[Rajagra]

another pic of the problem  

I was unable to replicate anything like that until a few seconds ago, on my older, slower machine.

Problem was here:


This was the only time I've seen the frequency go much over 125 on that PC. Also the only time I've seen acceleration appear to happen.

It happened at the instant my wallpaper changer app kicked in. This would have loaded a 1920x1200 jpg file from the disk. So possibly disk I/O related.

...confirmed ... if I run a disk defrag I see unusual mouse scan frequencies often.

Maybe your disk setup has room for improvement. Or you have too little memory and the pagefile is busy. Do you have at least 2GB?

[zefrer]

As was mentioned earlier, it is most probably a software issue, further enhanced by the fact that Raj has replicated the consequences. That's why a new clean OS install was suggested.

[zhuak1]

i've 2Gb kingston hyperX

so?

[zhuak1]

Guys do you have counter strike 1.6 installed to watch a small demo about my sens problem?

[zefrer]

For the umpteenth time, do a clean OS install. Sorry but the problem is definitely not going to fix itself if you keep ignoring suggestions on what to do and instead do nothing.

[CodeChef]

For the umpteenth time, do a clean OS install. Sorry but the problem is definitely not going to fix itself if you keep ignoring suggestions on what to do and instead do nothing.

This. Stop ignoring them. They're actually trying to help.

[002]

A keyboard hooked up through PS/2 will have more air and presence with fuller bass and more dynamic mids.

Remember, you have to allow it to burn in over a few days. Running games non-stop overnight should do the trick.

[keyb_gr]

With polling based data transmission as used by USB, loss of individual packets definitely is not out of the question. On my historic machine here, a USB keyboard will occasionally drop a few characters under high load, in spite of a dual processor setup.

Troubleshooting of such issues should be similar to that of sound problems. Maybe the DPC latency checker will already show something.

[CodeChef]

Remember, you have to allow it to burn in over a few days. Running games non-stop overnight should do the trick.

Don't forget oxygen-free wires in your cables. They should be make out of pure gold.

[woody]

I can see an argument for a character sometimes not being scanned by the local microcontroller but a USB packet being "lost"?

Yes, USB packets might get lost. Isochronous transfers (like streaming audio/video) don't get retries, all others do.

[Rajagra]

Sometimes (not often, but enough to notice) my PCs miss the fact that I've released keys, mainly when gaming. Same with mouse buttons. Always over USB so far, but that could be because I use USB more.

It doesn't say much for the polling algorithm if you think about it. I thought the main feature of standard USB polling is that it specifically asks (125 times per second or more!) which keys are down. Even if packets are lost shouldn't it self-correct almost immediately? Could be a Windows issue, and because I have multiple input devices, but the simple fact is, it gets confused.

[woody]

USB packets may get "lost" in the sense, that the recipient might see garbled data. That is actually easy to achieve. If it is isochronous data - it is lost, no retries. Any other transfer type - it is retried until acknowledge.
What is held in the transmitting endpoint buffer is most likely not changing during the retry period. And of course, when USB host hardware receives some data, the time it takes to finally reach the application (and in this context, the HID, in between) depends on OS load, driver quality, etc.

[woody]

Keyboards run under USB "Interrupt Transfer" mode so a lost keyboard character should be theoretically unlikely.

We're on the same page. Packet may get garbled at the first (expected) time, but will eventually get there after some time with retries. Maybe I explain in a lousy way. Beware the meaning I imply in "lost", too.

Wouldn't suprise me if apps or the OS loses it though.

Exactly my point.

EDIT: Reading it over, I can see that in my posts I didn't clarify that HID data goes via interrupt transfers. I included isochronous for the sake of showing that USB cannot be described simply in few words.