Slashdot Mirror


Ask Slashdot: Low-Latency PS2/USB Gaming Keyboards?

An anonymous reader writes "I've a cheap but low latency mouse (A4Tech) and I noticed my trusty old wired Logitech PS/2 keyboard seems at least 50ms slower (if not more) than the mouse when I test with those reaction time sites. I even increased finger travel distance over my mouse button to make it fairer and the difference still remains. So either the tests are slower with keyboards or my keyboard is high latency. Assuming the latter any suggestions for a good reasonably priced gaming keyboard? Extra function keys might be nice but since my hands aren't big what would be better is being able to output a custom key/combo if you hold down (special?) keys while pressing another key. For example I could configure it so if I hold down "Special Key 1" with pinkie or thumb and press 4 it actually outputs 9, and if I hold down shift as well it outputs shift+9 (and not just 9). Being able to replace the capslock key function and have it behave as another key (or a special modifier) would be a bonus — I've never needed capslock and have probably used it more by mistake than for its normal function, or to test how badly a PC has hung."

177 comments

  1. You're testing wrong by guruevi · · Score: 5, Interesting

    There is not a single modern keyboard that has 50ms latency. You (humans) have that sort of latency.

    As far as response times, all you need to do is increase the poll time on the USB stack, you should be able to set it to ~1-5ms, most keyboards are in the 5-10ms range. You can also get a custom keyboard which is used for psychophysics, they run about $300 and have a guaranteed sub-ms latency. But there must be some firmwares out there that can achieve the same for cheaper. I've tested Arduino Leonardo to about 1-2ms latency (also for psychophysics experiments).

    --
    Custom electronics and digital signage for your business: www.evcircuits.com
    1. Re:You're testing wrong by Anonymous Coward · · Score: 0

      Odd, that's about the time it takes to debounce a switch input.

    2. Re:You're testing wrong by Anonymous Coward · · Score: 0

      debounce done right shouldn't add latency

    3. Re:You're testing wrong by bwoneill · · Score: 2

      Actually, PS/2 keyboards can't have a latency less than about 50 ms. The PS/2 specification requires a clock speed between 10 and 16.7 kHz which means that the signal must be in the up or down state for 30-50 ms. http://www.computer-engineering.org/ps2protocol/

    4. Re:You're testing wrong by Blaskowicz · · Score: 3, Informative

      You're off by a factor of one thousand. What you're quoting says :

      Data sent from the device to the host is read on the falling edge of the clock signal; data sent from the host to the device is read on the rising edge. The clock frequency must be in the range 10 - 16.7 kHz. This means clock must be high for 30 - 50 microseconds and low for 30 - 50 microseconds.. If you're designing a keyboard, mouse, or host emulator, you should modify/sample the Data line in the middle of each cell. I.e. 15 - 25 microseconds after the appropriate clock transition. Again, the keyboard/mouse always generates the clock signal, but the host always has ultimate control over communication.

    5. Re:You're testing wrong by Anonymous Coward · · Score: 0

      You seem to be confusing milliseconds (ms) with microseconds (us). The site you linked is very informative, but almost all the times relating to data transfer are given in microseconds. It even explicitly says the time to transfer a data packet must occur in under 2ms or the host should generate an error.

    6. Re:You're testing wrong by guruevi · · Score: 1

      Debounce doesn't add latency per se, you only have to trigger your interrupt on the first transition (given the transition is maintained long enough for the processor to pick up) and who cares if it bounces after that.

      Also, in psychophysics, most likely you already know when the decision is being made (either EEG or fMRI), the buttons and the display refresh signal are only there to confirm that you should select data in between those time stamps.

      --
      Custom electronics and digital signage for your business: www.evcircuits.com
    7. Re:You're testing wrong by Anonymous Coward · · Score: 1

      Not exactly a factor of a thousand as the data is serial, and 1 bit isn't the full keyboard code. So you are already more like a factor of 10 off.

      Then is also latency of the 8049 core in the chipset etc.
      And depending on the multi-byte (1-3) sequence being sent (make/break) http://www.computer-engineering.org/ps2keyboard/scancodes2.html

      Lesson of the day: If you WANT to say someone is wrong, at least you should verify your own fact first.

    8. Re:You're testing wrong by AmiMoJo · · Score: 3, Interesting

      Every keyboard I have ever seen is a USB 1.1 HID device. The maximum polling rate is 10ms in the spec, although some might work at higher frequencies. In any case you are correct, the latency of pretty much any keyboard will be max 10ms. If the test sites say there is more then it isn't the keyboard, it is something in the OS or the browser or the operator.

      --
      const int one = 65536; (Silvermoon, Texture.cs)
      SJW, n: "Someone I don't like, and by the way I'm a fuckwit" - AC
    9. Re:You're testing wrong by mc6809e · · Score: 4, Informative

      There is not a single modern keyboard that has 50ms latency. You (humans) have that sort of latency.

      As far as response times, all you need to do is increase the poll time on the USB stack,

      Polling the USB stack has almost nothing to do keyboard response time.

      Keyboard response time depends mostly on how often the built-in microcontroller scans the keyboard matrix. A common interval is 40 ms. Polling the USB stack does nothing to get the microcontroller to scan the keyboard matrix more frequently. If the writer of the firmware decides 40 ms between scans is frequent enough, then you're stuck with 39+ ms latency in the worst case.

    10. Re:You're testing wrong by Darinbob · · Score: 1

      1ms is also the minimum poll time possible, as it was never designed for low latency. To get lower than that you have to get away from USB.

    11. Re:You're testing wrong by arielCo · · Score: 2

      I saw a TV program about that once; somehow the results of the experiment could be interpreted to cast doubt on what constitutes free will, but I can't find anything else about it. Do you know a few keywords I could use? A link would be superb.

      --
      This post contains no rudeness or derision of any kind. All arguments are friendly. Terms and exclusions may apply.
    12. Re:You're testing wrong by mt42 · · Score: 3, Informative

      The paper that comes to my mind when I read your post is:

      Soon, C. S.; Brass, M.; Heinze, H.-J. & Haynes, J.-D. (2008). Unconscious determinants of free decisions in the human brain. Nature Neuroscience, 11, 5, 543-545, doi:10.1038/nn.2112 (article paywalled but a quick google provides an alternative link to the article PDF).

      I've a small collection of references for scientific "mind reading" studies I've gathered over the years, so if it's not the one you're thinking of, give me some more details and I might be able to dig it up for you.

    13. Re:You're testing wrong by AdamHaun · · Score: 2

      The real issue with USB keyboards is that if multiple keys are pressed within one polling interval, the order is ignored. For fast typists, this can easily result in swapped letters. It's quite annoying. Unfortunately, this behavior is part of the HID spec so there's not much that can be done now.

      To the submitter: I'm very sensitive to input lag, but I've never had noticeable lag from any PS2 keyboard. Right now I'm using a Dell AT101W, and before that I had some junky IBM membrane thing. Do you have any software installed for e.g. multimedia keys on the keyboard? That's the only thing I could see causing a problem unless the keyboard itself is just bad. Not sure I'd trust reaction time sites, though -- that's a pretty coarse measurement. If it's just for gaming, I wouldn't worry about the keyboard. The hand-eye coordination for the mouse is where you really need the tight feedback. It's a rare game that responds that quickly to the keyboard to begin with.

      If you're really dedicated to low-latency keypresses, I'd suggest a PS/2 keyboard using laptop-style scissor switches, if any exist. Another option would be Cherry MX Blue keyswitches, which activate closer to the top of the stroke. There's some hysteresis, though, so if you're jamming on the same key in a game it's easier to miss a stroke.

      I went crazy looking for a keyboard several years ago, and ended up a connoisseur. Definitely my most boring interest. :-)

      --
      Visit the
    14. Re:You're testing wrong by ArsonSmith · · Score: 1

      I don't know what teh heck you're talking about.

      --
      Paying taxes to buy civilization is like paying a hooker to buy love.
    15. Re:You're testing wrong by AdamHaun · · Score: 1

      I don't know what teh heck you're talking about.

      Er... sorry about that? Is there anything in particular you'd like me to clarify?

      --
      Visit the
    16. Re:You're testing wrong by jones_supa · · Score: 1

      You also have to take into account how long it takes to physically depress a key. For example, John Carmack measured that it takes 16-20 milliseconds to fully depress one of the triggers on a Xbox 360 controller.

    17. Re:You're testing wrong by jones_supa · · Score: 0

      You also have to take into account how long it takes to physically depress a key. For example, John Carmack measured that it takes 16-20 milliseconds to fully depress one of the triggers on a Xbox 360 controller.

    18. Re:You're testing wrong by Anonymous Coward · · Score: 0

      Right over your head, with a wooshing sound.

    19. Re:You're testing wrong by Anonymous Coward · · Score: 1

      He said "teh", which your brain auto-corrected to "the". It was a joke agreeing with you.

    20. Re:You're testing wrong by ArsonSmith · · Score: 1

      sorry, I guess a whoosh for you?

      "For fast typists, this can easily result in swapped letters."

      --
      Paying taxes to buy civilization is like paying a hooker to buy love.
    21. Re:You're testing wrong by AdamHaun · · Score: 1

      Oops!

      --
      Visit the
    22. Re:You're testing wrong by Anonymous Coward · · Score: 2, Insightful

      Every keyboard I have ever seen is a USB 1.1 HID device.

      You must either be very young or have not seen many keyboards.

    23. Re:You're testing wrong by aliquis · · Score: 1

      Nothing weird with trying to find a good keyboard imho.

      However try to combine ergonomical with good switches and how many do you get to pick from?

    24. Re:You're testing wrong by guruevi · · Score: 1

      What I meant is with a typical keyboard, the typical poll rate is ~250Hz on most OS HID drivers. You can increase that to ~1000Hz (either direct hardware access or alter the driver).

      Yes, the keyboard has an inherent delay as well but there is no reason it should be as high as 40ms, even very slow microprocessors can scan the matrix much faster than that. In fact that would be fairly noticeable (40ms + OS latency). The typical modern keyboard I have tested to be about 10ms which includes it's own delay and the OS delay.

      --
      Custom electronics and digital signage for your business: www.evcircuits.com
    25. Re:You're testing wrong by Anonymous Coward · · Score: 0

      I always like these replies. The GGP made an obvious error (confused microseconds with milliseconds), which the GP pointed out is off by a factor of 1000. Then you jump in with "Yeah, well...well!...if you take into account a whole host of irrelevant bullshit that's nothing to do with the fact that someone fucked up basic units, he's almost still right! Touche!"

      It's breathtaking how much effort some people will put into "Not being wrong" on the Internet.

    26. Re:You're testing wrong by Anonymous Coward · · Score: 0

      There is not a single modern keyboard that has 50ms latency. You (humans) have that sort of latency.

      I compared relative to my mouse and it was 50ms more. This despite even raising my finger higher up over the mouse button to increase the finger travel distance for the mouse test (as mentioned).

      As far as response times, all you need to do is increase the poll time on the USB stack,

      1) As already mentioned it's a PS/2 keyboard. Doesn't use the USB stack.
      2) And even for USB stuff how would increasing the poll _time_ on the USB stack help? Increasing the poll _frequency_ might help.

      I've tested Arduino Leonardo to about 1-2ms latency (also for psychophysics experiments).

      And how would that help in getting a low-latency keyboard for PCs?

      How did you got modded up anyway?

    27. Re:You're testing wrong by Mr+Z · · Score: 2

      So, GGGP was less wrong than stated, but for the wrong reasons. Huzzah! That is a rather strange defense. "I thought I was supposed to go south, when actually I was supposed to go north. But, I misread the roadsign and got on a road that goes northeast, so I ended up not too far from my destination. See? I'm not a bad navigator!"

      Anyway, in the interest of actual analysis:

      Let's go at the low end: 10kHz. And let's pick a beefier keycode, say "R CTRL", that has a 2 byte scan code. No, we're not going to benchmark the hilarious pause key. Get real. The vast majority of the scan codes are 1 byte anyway.

      The time to send a key down event should be 2 bytes * 11 clocks, or 22 clock periods at 10kHz. That's 2.2 milliseconds. The time to send a key-up event should be 3 bytes * 11 clocks => 3.3 milliseconds.

      Both of those seem pretty fast. The OS itself, though, and whatever layers there are between the PS/2 connector and the OS, will add their own latency. But in a race between a PS/2 keyboard and a USB mouse? I think they're going to both be well under 50ms in any case. 50ms is 20Hz, which is "Intellivision games from the late 70s" speed.

    28. Re:You're testing wrong by Mr+Z · · Score: 2

      Yeah, I was going to say, 40ms seems a bit out there. If you consider a touch typist typing 100WPM, that's about 8.3 characters/second, or about 120ms / character. You may think 40ms is fast enough to accommodate that, but not really. Typing is bursty by nature, and so many of those consecutive keystrokes will come close together. If you scan too slowly, you might see two keys "become active" on the same scan, and end up reordering them. At 40ms, that seems entirely likely for a touch typist at 100WPM.

      10ms seems far more reasonable.

    29. Re:You're testing wrong by Anonymous Coward · · Score: 0

      1. Keyboards are not Unicode. There are only two bytes to a key code.

      Now, let's try out your defend-the-imbecile math.

      30 Âs * 16 bits = 480 Âs

      Let's be stupidly generous and give a whole 500 Âs to the system between the PS/2 controller and the CPU.

      480 + 500 = 980 Âs, or less than 1 ms. That's rather more than a factor of ten, despite being stupidly generous.

    30. Re:You're testing wrong by TheLink · · Score: 1

      the latency of pretty much any keyboard will be max 10ms

      Where's your evidence for that? USB is just at the interface level. There's plenty of other things going on in the keyboard between the key being pressed and the keyboard interface stuff.

      So far it seems PC input devices can and do vary a lot in latency:
      http://www.blackboxtoolkit.com/responsedevices.html
      http://www.pstnet.com/eprimedevice.cfm
      Yes these bunch might be trying to sell something, but in my own personal experience mice and keyboards definitely vary in lag, and it can be in tens of milliseconds.

      10ms may be fine for normal use, but 1ms (about the lower limit for USB) would definitely be better for gaming. An additional 10ms will still be significant in many games and scenarios.

      --
    31. Re:You're testing wrong by Misagon · · Score: 1

      The scanning frequency is not that significant. The response time is more limited by something called "debouncing".

      When a key switch is pressed, it does not actually change state from open to closed in a perfect way. Instead, it often "bounces" between open and closed states for a little while until it settles. Another issue is that short spurious positives may be caused by static electricity. Keyboard microcontrollers will therefore have to delay reporting each key press until it is sure that the key reports a steady state.
      Debouncing is almost always implemented as a counter or a buffer with a delay - and that delay is fixed. The delay is chosen based on the characteristics of the particular keyboard switch.

      By increasing the scanning rate, the microcontroller will only gather more samples for debouncing each key. As you increase the scanning rate, your response time will only approach the debouncing delay; It will never surpass it.

      --
      "We mustn't be caught by surprise by our own advancing technology" -- Aldous Huxley
    32. Re:You're testing wrong by RivenAleem · · Score: 1

      Given that he managed to get first post, I'm going to have to agree with this guy. His input method is clearly superior!

    33. Re:You're testing wrong by batkiwi · · Score: 2

      That's not QUITE how debouncing works, depending on the circumstances. Debouncing is more of a "sticky" state change than a delayed state change.

      If you're not pressing a key, and haven't been for a few mS, and then press it, the state change is registered instantly. Debounce then keeps you from "unpressing" the key until XYZ mS have passed to filter out stray switch glitches.

      As long as you're not trying to press a key on and off faster than the debounce time it's not actually slowing down your response time. That initial press, and letting go of a key you've held more than "X" mS, will always be "instant".

      So a debounce doesn't work like a capacitor, smoothing out the signal, it acts more like a triggered latching circuit.

    34. Re:You're testing wrong by felipou · · Score: 1

      Didn't know milliseconds were a unit for polling rate.

      Sorry, couldn't resist ;)

    35. Re:You're testing wrong by godefroi · · Score: 1

      There's more than one way to debounce a switch. You described one, GP described another.

      --
      Karma: Poor (Mostly affected by lame karma-joke sigs)
    36. Re:You're testing wrong by Misagon · · Score: 1

      Precisely. I mentioned accounting for false positives, and batkiwi's algorithm does not do that. In a textbook example, you should have a delay on rising edge and "stickiness" on the falling edge, but sometimes you can take shortcuts.

      I have studied several firmwares for actual computer keyboards, which all work as I described. You may want to trigger directly on the rising edge if you have another type of application where your scanning rate is quite low.

      --
      "We mustn't be caught by surprise by our own advancing technology" -- Aldous Huxley
  2. so this...... by spire3661 · · Score: 1, Insightful

    So this is how far Slashdot has sunk. Keyboard latency? Fuck the submitter and the mod who approved it.

    --
    Good-bye
    1. Re:so this...... by dyingtolive · · Score: 5, Insightful

      At least it's a nice change from the "do my job for me" Ask Slashdots.

      --
      Support the EFF and Creative Commons. The war is coming, and they're supporting you...
    2. Re:so this...... by aglider · · Score: 0

      I'd like to mod you higher than 5.

      --
      Sent as ripples into the electromagnetic field. No single photon has been harmed in the process.
    3. Re:so this...... by Mashiki · · Score: 1

      Enjoying that new "buyout" from the bottom feeding trough? I though so.

      --
      Om, nomnomnom...
    4. Re:so this...... by Ian+A.+Shill · · Score: 1

      I'd like to know what this has to do with SQL.

      At least it's a nice change from the "do my job for me" Ask Slashdots.

      --
      For hire.
    5. Re:so this...... by Trogre · · Score: 4, Insightful

      Why the hatred? This seems a genuinely interesting topic to us nerds, whom this site is ostensibly meant to be for.

      As far as Ask Slashdot questions go, this is one of the better ones.

      --
      "Nine times out of ten, starting a fire is not the best way to solve the problem." - my wife
    6. Re:so this...... by Luckyo · · Score: 1

      It is not. The question is "what snake oil should I buy to make me think keyboard will have lower latency".

      The current keyboard latency is SIGNIFICANTLY below HUMAN latency. There is simply no way for our nervous system to match it for reason of slowness of electric signal inside our own nerve system.

    7. Re:so this...... by Twinbee · · Score: 3, Informative

      You're missing the point. It still adds ON TOP of what would be standard human latency. Given say, a game where milliseconds matter and can make you lose points, this is an issue.

      --
      Why OpalCalc is the best Windows calc
    8. Re:so this...... by Twinbee · · Score: 1

      Seriously, latency is underrated massively by everyone - what's your problem? One big example is the iPhone 4S. Pressing the home button introduces a terrible half sec lag.

      --
      Why OpalCalc is the best Windows calc
    9. Re:so this...... by Jack+Greenbaum · · Score: 1

      Where are my mod points when I need them? Mod it up to 11.

    10. Re:so this...... by Anonymous Coward · · Score: 1

      Yeah, what kind of nerd cares about how their hardware works? More politics, please.

    11. Re:so this...... by bertok · · Score: 1

      Nobody is racing a keyboard.

      The problem is that when the system has many other components, all adding latency, the result is perceptible and can be huge in some games that require fast reaction times.

      Add up all the latencies in a typical game, and you're well past human reaction times:
      - keyboard: 50ms
      - network round-trip to game server: 20-50ms
      - game logic: 1-20ms
      - graphics rendering + vsync: 17-50ms
      - LCD buffering delay: 17-50ms

      That adds up to over 200ms in the worst case, of which as much as a quarter is the keyboard! Many manufacturers already sell "gaming optimized" LCD monitors with either 120Hz and/or non-buffered control of the pixels for this reason. So if that's a market, then why not have low-latency keyboards too? It would be way cheaper, and could have a bigger impact, since it would be possible to reduce latencies to practically zero!

    12. Re:so this...... by Anonymous Coward · · Score: 0

      he's pimping his site, obviously...

    13. Re:so this...... by Luckyo · · Score: 1

      While you are in fact correct, you're forgetting the basic concept of "error margin".

      When human reaction error margin is significantly bigger than hardware latency, you're arguing against basic mathematics.

    14. Re:so this...... by Luckyo · · Score: 1

      Double check your numbers. In some cases, you're several ORDERS OF MAGNITUDE off.

    15. Re:so this...... by jellomizer · · Score: 1

      Most of these games are online. Where you are battling person against person where twitch speed is important. The AI in most games are slowed down so the game is playable.
      So you should assume the other players are not using $1,000 keyboards either. That have the same legnenthicy. Then you add up your PC processing the networking to the games server, it's processing, and sending data back. Your keyboard is the least of your issues.

      Those points loss could be because *GASP* the other guy is better than you, or just got lucky.

      --
      If something is so important that you feel the need to post it on the internet... It probably isn't that important.
    16. Re:so this...... by Twinbee · · Score: 3, Informative

      Okay, let's say human reaction time 0.3 secs with +-0.1 secs margin of error for simplification. Let's also assume keyboard latency is 0.05 (50 ms). Let's assume the game is a simple reaction test where whoever shoots first after a visual signal is sent is the winner if they get in before their opponent.

      A typical round of 5 games of equal skill could go:
      Player A,B
      0.25, 0.35
      0.21, 0.37
      0.39, 0.3
      0.3, 0.34
      0.31, 0.29 Final score: Player 1: 2 points, Player 2: 3 points

      That was obviously contrived, and I made up the scores. So let's try the best of 10,000 games with a random number generator:
      Player A: 4926
      Player B: 5074

      On first run, not quite 5000 each, but that's well within expected occurrence. Now let's try with a 50 millisecond penalty for player B:

      Player A: 7163
      Player B: 2837

      Wow! Player A is winning almost 3/4s of the games despite only 0.05 secs being added! Such a small amount makes a far bigger difference than you would think.

      For fun, let's try a 10ms penalty for player B:
      Player A: 5453
      Player B: 4547

      Even a measly 10ms makes a significant difference in the long run.

      --
      Why OpalCalc is the best Windows calc
    17. Re:so this...... by Anonymous Coward · · Score: 0

      Seems to me it's people like you and most of the rest here that have made Slashdot sunk.

      It's a reasonable enough technical/nerdy question (and one where simple Googling doesn't seem to help), and look at the slashdot responses. Many of the posters don't seem to even be able to read that it's a PS/2 keyboard and not a USB keyboard and understand that the keyboard vs mouse comparisons were relative to each other and not absolute.

      Few of them (if any) even posted results of any comparisons they did. And very few had any helpful suggestions at all on which keyboards would be lower latency (much less provide evidence of that - not even anecdotal evidence).

      I see far more "fail" in the replies than the question. If I had a lot of spare time and money I'd buy a bunch of keyboards and do some tests but since I don't I can't answer the question. Doesn't mean I'd flame the submitter.

      It is interesting that not many gaming keyboard reviewers test latency. It's not that simple if you want to measure absolute latency, but it's not that difficult if you want compare _relative_ latency.

    18. Re:so this...... by Luckyo · · Score: 2

      Let's not make such hilarious sweeping assumptions which carry a huge error margin. Your keyboard latency for example is slightly less then one order of magnitude off. Even more so for PS/2, which is IRQ based port, but regardless...

      I have even better one for you. One of the most if not the most competitive game in the world, League of Legends has had a brilliant example of just how little small mechanical changes in game dynamics actually do. They had a champion who was considered massively underpowered. They posted a patch that apparently buffed him. Suddenly pro circles picked the champion and used him actively with great degree of success. This lasted for a while.

      Then suddenly came the apology from Riot, the company behind the game. They forgot to actually push the changes into the patch.

      Vast majority of competitive scene "little tweaks matter" is same as various variants of snake oil for top athletes. They allow people who are already in extreme shape for their discipline to get the extra "push" from thinking they have an advantage. It's literally all in the head of the recipient. A pure example of placebo effect. Because when you spend a little time actually thinking about it, you'll realize that round trip "signal received in optical nerve, signal transferred into brain, signal processed into thought which produces desire for action, signal is sent to brain area responsible for pressing keys, signal encoded into actual signal that causes finger action, signal is transferred into appropriate muscles, muscles contract causing pressing action" simply takes so long, that a difference of a few milliseconds is simply IRRELEVANT. It is far less then difference between taking that same long neural signal trip on two different occasions. I.e. error margin.

      But reality is, placebo works. As long as you're convinced that you have uber keyboard, you'll likely perform better. Just like athletes who apply snake oil to their bodies before performance will perform better if they believe that snake oil gives them the edge. And the hardware companies want to sell you the expensive snake oil. Win:win.

      Only one problem - it doesn't work on people who don't believe in that variety of snake oil.

    19. Re:so this...... by TheLink · · Score: 1

      There's an important point you miss. The "error margin" doesn't go negative. It adds to the overall latency. If the total latency results in the final action being too slow by even only 1 millisecond it doesn't ever round down and become insignificant. It's too slow and thus significant.

      So your "basic mathematics" are leading you to the wrong conclusion.

      There ARE input devices out there with significant amounts of lag: http://www.pstnet.com/eprimedevice.cfm
      http://www.blackboxtoolkit.com/responsedevices.html

      --
    20. Re:so this...... by Twinbee · · Score: 1

      I'm well aware of the placebo effect, and agree that it is very often a real phenomenon with ignorant buyers who drool over Gold-plated Monster cables. Then there's the whole 240kbit MP3 versus 480kbit thing.

      However, I gave raw stats which for certain shows that given a reaction time from 200 - 400ms, and a 10ms latency penalty for one of the players, a definite 20% difference in the overall score line was the result. The OP was assuming 50ms, and I went RIGHT DOWN down to 10ms to prove my point. Let's be even more generous, and say keyboards have only 5ms of latency. Even then, the score line would differ by a massive 10% which is extremely dubious.

      Heck even, 1 millisecond of latency (!) would bias the score line by around 2%! That's a huge difference at the expert level, and can definitely result in an unfair loss/win quite often.

      --
      Why OpalCalc is the best Windows calc
    21. Re:so this...... by gravis777 · · Score: 1

      Or the questions that can be answered in 10 seconds with a Google search.

    22. Re:so this...... by Luckyo · · Score: 1

      There's just one problem: speed of input beyond certain minimum has little to no impact on actual gameplay. The little impact it has is likely in the fraction of percent compared to things like, for example, play skill, quality of environment in which player is playing, comfort of player's sitting position and other factors.

      Squeezing extra milliseconds out of your keyboard is snake oil because just like snake oil, it focuses tiny fraction of things that impact performance and only offers a tiny improvement at best and only at that narrow subset. As a result, it is wholly irrelevant to actual performance beyond placebo effect.

      You can find this in professional sports in droves. Creation of placebo effect is very easy to profit off.

    23. Re:so this...... by Twinbee · · Score: 1

      Well of course it depends on the game. I gave you an ideal game scenario with a simple reaction test, and I hope you'll agree my figures and conclusions are correct in that case. For fast action games than depend on seeing something and reacting (e.g: Guitar Hero where the rhythm syncs with the action on screen or multiplayer FPS shooters where two people suddenly see each other at the same time, and it's the quickest to the trigger), the results I gave would also apply to a large extent.

      Another thing to consider with even small amounts of latency is the feeling of disconnect between the user and the device. For example, research shows that latencies as low as even 16 milliseconds in virtual-reality are perceptible by some due to the way our body coordinates with vision. For example, please watch this short video demonstrating the 'treacle-esque' movement of a finger going over touchpad at various latencies. It's really cool even if you don't agree with using that case to generalize to the scenario I gave.

      --
      Why OpalCalc is the best Windows calc
    24. Re:so this...... by Luckyo · · Score: 1

      Again, snake oil talk. "Feeling of disconnect" requires MEANINGFUL latency. As in one that your nervous system would actually be able to detect. Even eyes, located on the single fastest and lowest latency data bus of the entire nervous system could not track those speeds.

      Essentially, you're again talking about placebo effect. "You'll understand it once you expect it". That is the textbook definition of placebo. The fact that you chose to link the video in question reinforces the point, as it talk about capacitive touch screens, reinforces the point. Capacitive touch screens are INACCURATE BY DESIGN. As a result you get in-built latency because they have to approximate your actual input. Again: this is BY DESIGN. Making capacitive touch with high polling rate and high detection accuracy is extremely difficult and costly. That is why most applications that require low latency input and accurate input use mouse input or similar, or when touchscreen is required, they use a resistive film instead.

      Do note that modern optical mice and keyboards do not suffer from such problems because they are - surprise - not capacitive touch based.

    25. Re:so this...... by Twinbee · · Score: 1

      Did you see the video and the difference between 1, 10, 50ms etc.? It's VERY clear to see.

      --
      Why OpalCalc is the best Windows calc
    26. Re:so this...... by Luckyo · · Score: 1

      Did you understand the post above? I guess not.

  3. 50 ms? by hammeraxe · · Score: 1, Insightful

    Surely 50 ms is just human response time. I highly doubt a "low-latency keyboard" (even if such a thing exists) could improve your gaming performance...

    1. Re:50 ms? by angel'o'sphere · · Score: 1

      The typical human reaction time is between 1/10th and 3/10th (more the later) of a second. That is 100 to 300ms. Officially when you have to learn that shit for driving licenses etc. the official claim is 3/10th and many people who test themselves come down to 2/10th. People in the range of 1/10th are super rare. 50ms how ever is HALF of 1/10th of a second, or in other words 1/20th. Perhaps one of 10,000 has a reaction time so fast, I would say far less than 1 of 10,000 has it.

      --
      Cost free eBook I read (by iBook/Kobo/Amazon/ObookO/Gutenberg etc.): "The Green Odyssey" by Philip Jose Farmer.
    2. Re:50 ms? by Anonymous Coward · · Score: 0

      For driving tests purposes, we were told reaction time is 2/10 or 3/10 if you're expecting something. But when you're just driving along and then something goes wrong, it can easily be up in the 5/10 range.

    3. Re:50 ms? by SeaFox · · Score: 0

      This just in: people who suck at gaming look for excuses for their performance.

    4. Re:50 ms? by Anonymous Coward · · Score: 0

      He didn't say the response time is 50ms, he said the difference between mouse and keyboard is 50ms. Maybe he's getting 250ms with the mouse and 300ms with the keyboard or something.

    5. Re:50 ms? by Miamicanes · · Score: 3, Insightful

      > The typical human reaction time is between 1/10th and 3/10th (more the later) of a second. That is 100 to 300ms.

      now pile another 50-100ms of USB latency on top, and you've just increased the problem by a non-insignificant factor.

      It's not a coincidence people gripe about USB. By traditional embedded-electronics standards, USB fsck'ing SUCKS. It's not a coincidence that there are STILL things you could bitbang with a real EPP/ECP parallel port that are flat-out impossible to do via USB. USB forces you to do your bitbanging at the remote end, and use the USB bus SOLELY for polled bit-shoveling after the fact. Serial ports required manual configuration up front, but once you got them configured... they pretty much worked flawlessly unless the wire had a short or a bad solder connection. Ditto for traditional parallel and ps/2 ports.

      I NEVER used to have ps/2 mice just stall and hang on me the way USB mice do under Windows. I've had plenty of times over the past few years when the ps/2 trackpoint on my keyboard worked fine, but the mouse pointer acted like it was frozen if I moved the USB mouse, for periods of 2-5 seconds a couple of times per week.

    6. Re:50 ms? by guruevi · · Score: 1

      500ms is when you process life threatening emergencies, when you have to process something innocuous from your peripheral vision while doing other tasks like driving in heavy traffic, you could be processing a second or longer.

      --
      Custom electronics and digital signage for your business: www.evcircuits.com
    7. Re:50 ms? by Anonymous Coward · · Score: 0

      > Surely 50 ms is just human response time.

      RTFS

      > keyboard seems at least 50ms slower (if not more) than the mouse when I test with those reaction time sites.

      He's saying that the keyboard is 50ms slower than the mouse.
      As in:

      mouse + him = x
      x +50 = keyboard
      so
      (mouse + him)+50 = keyboard

      He's already in that equation.

    8. Re:50 ms? by Anonymous Coward · · Score: 2, Funny

      I did some testing in that regard and the most important thing which can completely ruin gaming experience is latency caused by cable length. I would recommend to cut the the length to two feet maximum, replacement by the oxygen-free copper cables is highly desired as it is well known that cheap cables slow down the transport speed of the electrons (any professional audiophile will confirm that). If you are using wireless keyboard, please close all windows as any airflow/drags can cause variations in the response times.

    9. Re:50 ms? by Anonymous Coward · · Score: 5, Informative

      USB latency is nowhere near 50-100ms, more like 1ms for a low-speed/full-speed device (which most HID devices are). a high speed device could be polled at 8*125us.

      You'd probably need the lousiest USB controllers and a horrible CPU to get anywhere near what you're describing.

      Disclaimer: I've actually worked on USB Host Controller and Device Controller drivers in embedded environments

    10. Re:50 ms? by tlambert · · Score: 1

      Surely 50 ms is just human response time. I highly doubt a "low-latency keyboard" (even if such a thing exists) could improve your gaming performance...

      The worlds fastest typist, Stella Pajunas-Garnand from Chicago, clocked in at 216 WPM, which is 1080 CPM, which is 18 CPS, which is in that ballpark.

      However, burst rates can go much higher, and if you are doing something like playing a twitch shooter, which is kind of like being a meth-head, then adjacent keystrokes on the same key can be much faster, particularly if you hare hitting the key multiple times within the debounce window, and want to do that because you haven't set your auto repeat rate low enough, so that was the game playing style you trained yourself into as a result.

      When working on the Samsung Chromebooks, we had a Director who would consistently outpace the keyboard controller, and we had to reverse engineer what he was doing that caused this, and then we had to have Samsung do firmware changes. His issue was that he was dropping the next key down before releasing the previous key, which tended to result in doubled characters for the first key. He was a very fast burst rate typist.

      Personally, optimizing keyboards for twitch shooter doesn't strike me as a terrifically productive use of time, whereas optimizing them for a multiple keys down simultaneously has real world utility for non-meth-heads.

    11. Re:50 ms? by ahabswhale · · Score: 1

      You're obviously not a twitch gamer. Sometimes it's about being 1 ms faster than the other guy. Obviously there are other factors that come into play (like your connection latency) but it all adds up.

      --
      Are agnostics skeptical of unicorns too?
    12. Re:50 ms? by Anonymous Coward · · Score: 0

      > Surely 50 ms is just human response time.

      RTFS

      > keyboard seems at least 50ms slower (if not more) than the mouse when I test with those reaction time sites.

      He's saying that the keyboard is 50ms slower than the mouse.
      As in:

      mouse + him = x
      x +50 = keyboard
      so
      (mouse + him)+50 = keyboard

      He's already in that equation.

      You need to remove him from the equation to accurately talk about the latency of the device, that's the whole problem.
      And I think he's confusing milliseconds with microseconds.

    13. Re:50 ms? by Anonymous Coward · · Score: 0

      USB HID devices CAN be polled at 1ms if the operating system overrides the data in the descriptors, or the USB device's descriptor data are in violation of the standard(IIRC, or at least a recommendation in the standard, I can't recall which), but typically the minimum is going to be 8ms or 10ms for game devices, and higher for keyboards.

      The Linux kernel can be hacked fairly easily to reduce the USB HID poll interval: http://forum.fobby.net/index.php?t=msg&th=818&start=0&

    14. Re:50 ms? by Anonymous Coward · · Score: 0

      But my guess is that for the OS to process the input into a win32 (or X or whatever) message, sending that to the focussed app (in this case, a full fledged browser) which processes the input message, sends it down the stack, into the javascript processor, which then runs a script based on the assigned handler, which performs some checking, and then counts the time between the greent dot becoming visible, and the execution of the callback handler, that surely takes a bunch of milliseconds too, wouldn't it?

      On second thought, maybe I should just accept the fact that my reaction times are shit.

    15. Re:50 ms? by Anonymous Coward · · Score: 0

      If 1ms is the only difference between your victory and your defeat, you're doing very badly at the game. Positioning, resource control, predicting your enemy's actions, etc. are key. Unless you're including some crap like CoD in your definition of twitch, in which case, go nuts.

    16. Re:50 ms? by Anonymous Coward · · Score: 0

      I remember blaming my trombone when I screwed up my part back in high school ...... not that it ever worked.

    17. Re:50 ms? by AmiMoJo · · Score: 1

      USB HID device minimum polling interval is 10ms, but some devices will work faster than that. You can get it down to 1ms using a non-HID interface though. USB is absolutely fine for low latency input, unless you are talking about extremely accurate clock syncing etc.

      There are limitations though. For example it is possible to miss lines on a USB serial port changing if they change faster than the polling rate, since there are no interrupts.

      Any additional latency you are seeing is due to the OS, but on Windows even cheap crap devices easily do 10ms. What OS are you seeing 100ms on? I have done a fair bit of work on this in my job, and I'm interesting to know.

      --
      const int one = 65536; (Silvermoon, Texture.cs)
      SJW, n: "Someone I don't like, and by the way I'm a fuckwit" - AC
    18. Re:50 ms? by Darinbob · · Score: 1

      But ask every single hardcore gamer and they'll claim that they are a one in a million person with leet skillz. Low latency gaming devices for gamerz are in the same class as gold plated speaker connectors for audiophiles.

    19. Re:50 ms? by Darinbob · · Score: 1

      USB was designed for very low data rate devices initially (ie, keyboards and mice). Although it has turned into a universal device standard that doesn't mean the design has changed.

      But if a USB mouse is stalling, then it's not USB that's causing this and I am dubious it is the USB driver even. It is a shared bus so there maybe other things on USB that are hogging the time (but not for 2 or 3 seconds) so I'd think instead that there's latency in the OS.

    20. Re:50 ms? by Darinbob · · Score: 1

      For HID devices like mice and keyboards, they will save up the information and transmit it on the next poll. Ie, one poll to a keyboard can return more than one character. A mouse will coalesce the movement into a single position but as I remember it you should still get multiple button events returned on a single poll.

    21. Re:50 ms? by Anonymous Coward · · Score: 0

      DELTA you slack cunt.

    22. Re:50 ms? by unrtst · · Score: 1

      His issue was that he was dropping the next key down before releasing the previous key, which tended to result in doubled characters for the first key. He was a very fast burst rate typist.

      This is a good read related to that: http://www.tomshardware.com/reviews/mechanical-switch-keyboard,2955-5.html

      USB has technical limitations on N-key-rollover. Some are limited to only 2 simultanious key presses, some 3, some 6.
      PS/2 can technically handle unlimited simultanious key presses, and there are a variety of keyboards that can make use of that.

      Personally, I recommend the Das Keyboard. It supports both USB and PS/2 interfaces, 6KRO in USB and NKRO in PS/2, mechanical key switches (depends on the model, but Cherry MX or Red etc), and very low latency (2-5ms). On the downside, it costs money - significantly more than an average keyboard.

      There's lots of other keyboards these days sporting mechanical switches and other rarely-considered features, but if the orig poster wants a quality keyboard that'll last and has low latency, one sure bet is Das Keyboard connected via PS/2. I'm pretty sure the majority of keyboards that go for more than $20 would be fine, and any with the mechanical switches would almost certainly perform well enough, but this is the only model of fancy keyboard I've tested and can thus recommend.

    23. Re:50 ms? by tlambert · · Score: 1

      For HID devices like mice and keyboards, they will save up the information and transmit it on the next poll. Ie, one poll to a keyboard can return more than one character. A mouse will coalesce the movement into a single position but as I remember it you should still get multiple button events returned on a single poll.

      You will get multiple button events on a poll when they are different buttons.

      The microcontroller firmware that all the companies in China tend to steal back and forth between them tends to only allow one key eventfrom a polling interval, and the controllers are generally clocked slower.

      Now a laptop matrix decoder that synthesizes a fake 8042 keyboard controller and mixes Synaptics PS/2 touchpad events with a faked up PS/2 interface from the matrix decode can go a bit faster, depending. For example, we set the debounce down to 6ms on the Chromebook because we had a fast typer, and we gave preference to keyboard events over touchpad events.

    24. Re:50 ms? by Smauler · · Score: 1

      Anything lower than 100ms is illegal in athletics. You react faster than that, you get a false start, and are disqualified.

    25. Re:50 ms? by Anonymous Coward · · Score: 0

      Surely 50 ms is just human response time. I highly doubt a "low-latency keyboard" (even if such a thing exists) could improve your gaming performance...

      You don't have any basis to know what the latency in this person's keyboard is. Take a look at the writings of John Carmack on the topic of latency. A LOT of hardware being built today unnecessarily adds not just bad latency but absolutely ridiculous latency. Sometimes it's a driver problem and not the hardware. If someone told me that they had a 100ms or 200ms latency keyboard then I wouldn't be surprised that you could buy such a thing. To put things in perspective, you're at a significant disadvantage in online FPS games if your network latency is much worse than 200 ms. Of course, network latency gets added to all the other latencies, so a 100ms latency keyboard is definitely bad news. I guarantee you that shaving 100ms off your computer's latency is MUCH easier than shaving 100ms off your own latency (reaction time), since human reaction time is the range 150ms - 300ms. Part of doing that is getting a keyboard with a good latency.

    26. Re:50 ms? by fruitbane · · Score: 1

      I find most self-proclaimed "professional audiophiles" will suck up any cable techno-speak a company will throw at them. Lamp cord will make perfectly fine speaker wire. Also, most "professional audiophiles" are unwilling to perform blind or double-blind listening tests.

    27. Re:50 ms? by skids · · Score: 1

      Not all latency-sensitive inputs are reactions. In fact most are not pure reaction -- you see a temporal pattern happening on the screen and you have to estimate based on past experience with the same pattern when to press the key. In other words you have warning. Having a lot of extra latency in the input system can make this feel less natural.

    28. Re:50 ms? by Miamicanes · · Score: 1

      There IS one possible solution I can think of that's even better.

      Start with a FPGA dev board with USB 3.0 and legacy USB ports. Connect the USB 3.0 port to the computer as a "pure" USB 3.0 HID-like device. When the driver polls for data, return NRDY (a new feature of USB 3.0 intended for power-saving, but it can probably be (ab)used to act like an IRQ mechanism. )

      Now, implement a MCU onto the FPGA, pretend to be a root hub/host PC, connect to the legacy HID slave, and poll it like a madman, at a rate that would bring Windows or Linux to its knees if you tried to do the same thing using the host PC.

      Whenever you finally see a state change from the HID slave, send ERDY to the host PC. Respond to the host PC's next request with the key event, then respond to the following poll with NRDY to make it quit polling again. Stir, rinse, and repeat a hundred milllion times. Smile, you've just turned a slow, creaky legacy USB HID slave into a low-impact, low-latency USB 3.0 IRQ-like masterpiece ;-)

      For a single keyboard, this is probably overkill. But assuming your FPGA board is fast enough and you can solder a few more root hub chips onto it (so every legacy USB device can have its own dedicated root hub to fully saturate with nonstop firehose-level polling) , you could probably use the same FPGA board to make the USB equivalent of a multi-TT hub on steroids, transforming ALL of your legacy polled-IO USB devices into IRQ-fired lower-latency devices.

      (smile, by tomorrow, a half-dozen beancounters at companies like HP will have read this post, and dropped dead from a heart attack at the very IDEA of building a 4-7 port USB 3.0 hub around a fast $100 FPGA with a dedicated root hub per device, and a few more will be shouting, "Dammit, now we can't patent this because there's prior art on Slashdot!") :-D

    29. Re:50 ms? by angel'o'sphere · · Score: 1

      Sure there are hardcore games with "reflexes" like this, but a reflex is not exactly the same as "reaction". Before buying a "low latency" device I rather would check my PC if everything is fine ... it is much more likely that the latency is somewhere in the OS or due to the fact there is more traffic on the DSL line or a virus scanner is running in the back ground etc. etc.

      OTOH there are ways to improve reaction times, e.g. general alertness (which you likely have in a FPS), mental state (flow) being "awake" and not tired, or generally being in a situation that needs more "awareness" like driving a car (with high speed) or flying a plane.

      However when tests are made to measure true reaction time they aim for surprising you. Even hard core gamers suck in driving a car if they have not trained in a true car (or with true pedals etc. and a steering wheel).

      --
      Cost free eBook I read (by iBook/Kobo/Amazon/ObookO/Gutenberg etc.): "The Green Odyssey" by Philip Jose Farmer.
    30. Re:50 ms? by Anonymous Coward · · Score: 0

      I've just checked both specs, the HID spec (1.11 at least) gives no minimum. USB 1.1 (LS/FS) gives a minimum of 1ms for interrupt pipes (which HID uses). If the device was USB 2.0 HS, it could use a minimum rate of 125us (which is probably way faster than what one would want)

    31. Re:50 ms? by Anonymous Coward · · Score: 0

      But ask every single hardcore gamer and they'll claim that they are a one in a million person with leet skillz. Low latency gaming devices for gamerz are in the same class as gold plated speaker connectors for audiophiles.

      Not entirely a fair analogy.

      When it comes to gaming peripherals the more expensive gear tends to be better. Lower latency, higher quality switches with a better defined positioning.
      With audiophile gear a lot of the expensive stuff tends to decrease the signal quality. The gold plating does for example add an extra material transition in the signal path. (Two if you count the mating connector.) This will cause more signal distortion when the signal is reflected.
      This doesn't matter that much with the sub MHz frequencies that audio is at but audiophiles are still firmly stuck with the mindset that more expensive is better.

    32. Re:50 ms? by Anonymous Coward · · Score: 0

      Just give the idea to some Taiwanese/Chinese electronics company. They might actually make it. They usually don't care if they can't patent it. Just trademark the marketing term.

      The advantage to us is then we get to buy and use it sooner.

    33. Re:50 ms? by Anonymous Coward · · Score: 0

      Oh, right. The HID spec does give 0x0a as a sample of a bInterval value. But there's no wording requiring one to use that anywhere

    34. Re:50 ms? by Anonymous Coward · · Score: 0

      Since when did prior art matter when getting patents?

    35. Re:50 ms? by Anonymous Coward · · Score: 0

      Wow, it's one thing to imagine tech guys at tech companies read /. to get ideas.

      But "beancounters" reading slashdot to get ideas for products? Come on. This is absurd on so many levels.

    36. Re:50 ms? by Anonymous Coward · · Score: 0

      You'd probably need the lousiest USB controllers and a horrible CPU to get anywhere near what you're describing.

      Maybe true, but I've also had the infuriating experience of a USB mouse hanging on me. PS/2 is simple and reliable, like Kalashnikov. Shitty motherboard? Doesn't matter.

    37. Re:50 ms? by Anonymous Coward · · Score: 0

      I've had plenty of times over the past few years when the ps/2 trackpoint on my keyboard worked fine, but the mouse pointer acted like it was frozen if I moved the USB mouse, for periods of 2-5 seconds a couple of times per week.

      Your equipment sucks.

  4. And you've controlled all the other latency... by maddog42 · · Score: 1

    ... to make this an important consideration?

  5. Does ultra low-latency really matter? by Arakageeta · · Score: 1

    I am very skeptical of the marketing claims of low-latency human input devices like gaming mice and keyboards. I understand the usefulness of special device configuration (e.g., macro buttons), but does a mouse really need to be polled every 1ms (like Razer mice)? In driving tests, the reaction time of a prepared driver is on the order of 750 to 1000ms (http://www.tandfonline.com/doi/abs/10.1207/STHF0203_1#.UeGmimR4a04 --- sorry for the paywall). Obviously, driving is not gaming, but let's suppose a gaming reaction time is half this: 375ms to 500ms. Let's compare two mice: one polls at 1ms and the other polls at 10ms. With a base reaction time of 375ms, the resulting difference is about 3% at worst, 2% at best. Is low-latency input devices where we should be optimizing a player's performance? Does it really matter all that much? Wouldn't it be better to focus on things such as network latency and possibly even OS schedulers?

    I admit, I am not a serious gamer and I don't invest heavily in gaming equipment. I would be very interested in hearing objective opinion from a gamer. Does an input latency 10ms really matter? If so, do you have objective data that can rule out the placebo effect?

    1. Re:Does ultra low-latency really matter? by Anonymous Coward · · Score: 0

      People are thinking in terms of latency of reaction, but that's not really the primary factor.

      These devices are used to control objects in a simulation, but you want them to feel as real as possible. If I turn a steering wheel in real life, my connection to it is instant. My reaction times might be slow, but once I've reacted, there is no lag at all.

      This (for me) is about striving towards that kind of feel in a gaming scenario. Lots of good things come about by squeezing all the different factors at the margins, rather than one big step-change.

    2. Re:Does ultra low-latency really matter? by Anonymous Coward · · Score: 0

      Does it really matter all that much?

      Look, it's not considered polite to wear a penis gourd, so obsessing over tiny details is the backup option. ;)

    3. Re:Does ultra low-latency really matter? by Splab · · Score: 3, Interesting

      Normal human reaction time is in the 200ms to 300ms range, however, for specific stuff like gaming where we are reacting to known events, we can possibly react faster (sound for instance is keying us way before this, so we start reacting to the event).

      Now the 1 MS reaction time for gaming equipment is for precision, if your mouse doesn't stop moving the place where you wanted it to stop moving, it might be off by one or two pixels, which is a huge deal in gaming.

    4. Re:Does ultra low-latency really matter? by Blaskowicz · · Score: 1

      On a PS/2 mouse at least, changing the polling time is useful. It defaulted to 40Hz on Windows 9x which was terrible, though the worst of it was making your mouse look choppy in games. So you could change it to 100Hz (Windows XP default) or 200Hz.

      Apart of that I'd say shaving a bit of latency is useful, one main application would be playing Counterstrike 1.6 on the net. Network latency is the big offender here and you can always find how playing is easier when you have 60 or 80ms ping instead of 100 or 120ms, and very low ping (lucky WAN, or LAN) is easier still. You get to hit the opponent more often (and vice versa perhaps).
      The thing is I doubt high latency keyboards actually exist - unless there are some unfavorable wireless ones, like a bluetooth one where something might go wrong with the keyboard itself, bluetooth adapater or bluetooth stack.

      If gaming you should worry about the display anyway : have low or zero input lag, so you need a suitable LCD or CRT ; higher than 60Hz refresh is nice too (but 75Hz LCD fake it, they just drop frames and support the refresh for compatibility only I think). But it's maybe to get a smoother and faster output, and to see more frames showing a bad guy or a rocket rather than strictly about latency.

    5. Re: Does ultra low-latency really matter? by Anonymous Coward · · Score: 0

      How do you know there isn't latency in your power steering system, play in the mechanical linkages, or between the rubber and the road...

      You could be chasing after a level of speed or precision that does not exist in the real world, just like what we have in twitch shooters.

      Shit, do a sprint and shoot something at 200 yds, try it.

    6. Re: Does ultra low-latency really matter? by Anonymous Coward · · Score: 0

      Honestly, good gameplay should not be dependent on the precision of a few pixels in a better than HD resolution screen.

      The real world is way too chaotic to simulate it that closely for entertainment, you'd be leaving so many factors out and magnifying a few, that's not "realism".

      Good games have liberal amounts of random chance. So does the real world.

    7. Re: Does ultra low-latency really matter? by Anonymous Coward · · Score: 0

      Good games have liberal amounts of random chance. So does the real world.

      Not all games are designed to mimic the real world, and there are lots of good games that have no randomness at all. Don't treat your opinions as fact.

    8. Re:Does ultra low-latency really matter? by DrXym · · Score: 1
      I suppose if you were a professional gamer then the slight % boost might give you the edge you need. In the top rankings it might make a difference. But really any pro competition should require entrants to use regulation mice, keyboards, computers, drivers and settings to eliminate any advantage.

      I would not be surprised if a lot of so-called gaming keyboards / mice and assorted other gaming junk (gloves, mats, chairs, screens) are the equivalent of Monster cables and their ilk - just an excuse to slap a large markup on something because it looks fancy, not because it objectively delivers a measurable advantage.

    9. Re:Does ultra low-latency really matter? by Twinbee · · Score: 1

      Take a look at this. Even 10ms makes a perceptual difference:

      http://www.youtube.com/watch?v=vOvQCPLkPt4

      As I explained in my previous posts, a score line bias of 20% results too (assuming 200-400ms reaction time, and 10ms latency).

      --
      Why OpalCalc is the best Windows calc
  6. Latency can have a number of reasons by aglider · · Score: 3, Interesting

    Mechanical-to-electronic interface is just one. The one you think it's to blame.
    Then you have the system interface (the USB and the PS/2).
    Then you have the full OS stack with its drivers, event listeners etc.
    Then you have the browser technologies (like Javascript stuff) which could react differently to different input classes.
    And finally the network latency.
    All of them at the same time.
    Maybe you are right in blaming the device, but I wouldn't bet a penny on it.

    --
    Sent as ripples into the electromagnetic field. No single photon has been harmed in the process.
    1. Re:Latency can have a number of reasons by Blaskowicz · · Score: 1

      So, do the test again with MS-DOS human latency measuring software? ;), even if you have to write it yourself.

    2. Re:Latency can have a number of reasons by Anonymous Coward · · Score: 0

      thankfully someone understands that it's more than just you, and the keyboard/mouse

    3. Re:Latency can have a number of reasons by Blaskowicz · · Score: 1

      What I fear then is the submitter guy will change keyboard, and find out the situation is entirely the same.

    4. Re:Latency can have a number of reasons by aglider · · Score: 1

      Nope. He'll got USD 300 less.

      --
      Sent as ripples into the electromagnetic field. No single photon has been harmed in the process.
    5. Re:Latency can have a number of reasons by TheLink · · Score: 1

      Well that's probably why the submitter is asking the question in the first place - to figure out which keyboards might actually be better ;).

      --
  7. Sialorrhea by Anonymous Coward · · Score: 0

    point
    click
    drool on keyboard

  8. The difference is physical reaction. by AuMatar · · Score: 0

    When using the mouse you just click. This is a very fast, almost reflex like movement of your finger. Your finger is moving millimeters of total distance, and the click is registered as soon as it presses down. A keyboard requires your finger to press down further, and the motion to do that is less of a reflex and more a controlled motion.

    In short- deal with it, its a difference in how human reflexes work.

    --
    I still have more fans than freaks. WTF is wrong with you people?
    1. Re:The difference is physical reaction. by wagnerrp · · Score: 1

      No. It's still a reflex. You don't consciously type. You think of some words, your speech center talks to your motor cortex, and it decides where and how to move your fingers to press the necessary buttons. This has all be hard wired over years of typing to happen very quickly. Now, think of individual letters, and their position on the keyboard, and then try to spell out each word. The whole process becomes much slower, because your conscious mind is getting involved in places it really isn't needed and doesn't belong.

    2. Re: The difference is physical reaction. by Anonymous Coward · · Score: 0

      Pah! Gamers! Ever thought of playing electric guitar through a USB interface with a Linux RT/Low latency kernel on a tweaked distro? 8 microseconds is piss easy. Singers need a bit less, but it can be done...

    3. Re: The difference is physical reaction. by Anonymous Coward · · Score: 0

      Drunk. I meant milliseconds. Sorry.

  9. Key combo issues by TeknoHog · · Score: 2

    I find some old DOS games (emulated) unplayable because some key combinations won't register at all. For example, pressing one arrow key might not work, if another arrow key is already down. This seems to depend on both the keyboard and the motherboard though...

    --
    Escher was the first MC and Giger invented the HR department.
    1. Re:Key combo issues by pedrop357 · · Score: 2

      Sounds like called ghosting and is likely a problem with the keyboard itself or the way the emulator handles keystroke 'translation'.
      With the former, you'll see a lot of high end keyboards talk about being '100% ghosting free' or something similar to mean that every key press will be registered no matter how many keys are simultaneously held down.

      https://en.wikipedia.org/wiki/Rollover_(key)

    2. Re:Key combo issues by Anonymous Coward · · Score: 0

      Most of the "Gaming" keyboards sold nowadays have listed in their features how many keys it can register held down at a time as well a claim to be non (or at least minimally) ghosting.

    3. Re:Key combo issues by Anonymous Coward · · Score: 1

      Ran into this problem in Lara Croft and the Guardian of Light game... you have to press multiple wasd keys to get diagonals and meta for jump/shoot, and my keyboard didn't register these if a meta key was pressed so some parts of the game were freaking impossible. Swapped the keyboard and all the sudden the game worked fine. So yeah definitely keyboard can be a problem all by itself.

  10. PS/2 doesn't have latency by Anonymous Coward · · Score: 0

    USB has latency because it is poll based. PS/2 in interrupt based and therefore doesn't have latency.

    1. Re:PS/2 doesn't have latency by Anubis+IV · · Score: 1

      PS/2 in interrupt based and therefore doesn't have latency.

      That's merely one source of latency. What about the OS stack? The mechanical-to-electronic interface when the key is pressed or button is clicked? Hell, the speed of electricity? There are many sources of latency, of which that is only one. You still have quite a few others to address.

  11. Measure with micrometer.... by Anonymous Coward · · Score: 1

    Measure with micrometer, mark with chalk, cut with ax.

  12. It's all about getting an edge over the competitio by Boycott+BMG · · Score: 1

    I don't know what genre of game the submitter plays, but for fighting games, which I play, input latency can mean the difference between winning and losing. 50ms is 3 frames of lag, which means you need to react 3 frames faster to an overhead or throw. This wouldn't be a problem if everyone used the same equipment, ie PlayStation controller, but if someone had a controller that somehow had lower latency than the regular controllers then everyone who wants to compete would flock to it.

  13. Brain Latency by wjcofkc · · Score: 1

    As has been said more than once already, the latency overall lies within you. Perhaps you should try over clocking your brain:

    http://www.foc.us/

    I plan on getting one, and I don't even game -- disclaimer: you can actually build a crude 2 milliamp transcranial stimulator for about ten bucks, but this looks really cool and contains features outside of my ability to design and build circuits.

    --
    Brought to you by Carl's Junior.
  14. Probably not, but some changes can matter by Sycraft-fu · · Score: 4, Insightful

    For certain kinds of games, where reaction time is pretty much the be all, end all (like Call of Duty) it does seem like it can make a difference. It isn't that your human reaction time isn't still the biggest thing, but that you make it faster relative to other people and thus gain an advantage. I was, and still am to a degree, skeptical that it matter much but I've tried it and seen results.

    So in my case, it was my monitor. I have long used professional screens, at the time it was a NEC 2690WUXi. Nice pro quality IPS screen, fully calibrated for a great image. It runs at 60fps, meaning 16.7ms between images and has about 33.3ms (2 frames) of delay for its image processing time. So basically 50ms from the time the computer sends the data to it, to the beginning of image formation. A few more ms for the image to fully form.

    I decided I wanted to see what the 120Hz hype was about, so I bought myself a second monitor, a BenQ XL2420T. It's a cheap TN panel, but very, very fast and has a mode to cut through all processing and lower latency. In 120fps mode you get a frame every 8.3ms, and delay of about 3.4ms until the image start forming, just another 1.5ms until it is complete. So 11.7ms from data to beginning of image formation.

    Well I found out two things. One is that you definitely CAN see the difference between 60 and 120 fps. It is actually more noticeable on the desktop, where you have sharp lines and high contrast, but in games too. It is a level of smoothness and fluidity you hadn't seen before.

    The other thing is that my performance in Black Ops 2 was quite measurably better playing on the faster monitor. My KDR (kill death ratio, how many times on average you kill another player per time you die) increased by over 0.5, which is a lot. It was just much easier for me to get shots off on people before they could get me.

    Now is that all latency? Probably not, the smoother frame rate probably helps too, but it is a difference that is really there. It isn't a case of "Oh you just want you new monitor to be better," or something I have both kinds of monitors and the pro one is what I use 99.9% of the time and for almost all games (I now have a PA301W) because the better colour and image quality is just so worth it. But there is no question for speed sensitive games, the faster display helps me do better.

    So how does this apply to mouse and keyboard? I've no idea. I haven't tested it. The keyboard I use is based off of ergonomics, not speed (a Kinesis Freestyle 2, they rock). However perhaps such a thing could help too.

    I mean the theory would go like this: Presume you have two people, both with an equal reaction time. Say 500ms if you like. Their computers process and prepare everything for display at the same time. However one guy has a fast screen, and the other a slow screen, like 10ms vs 50ms. Then also one guy has a fast input device, the other guy a slow one, say 1ms vs 10ms. What this means is that the net reaction time, as in the time from the computer saying "This has happened," to the time it receives a response, is 511ms in one case, and 560ms in the other. If you are talking games where a lot of damage is done per shot, that could be enough to make a difference.

    I'm not sure that it is worth worry about as much as people do, but I can see how it can make a difference in theory and I was amazed that the fast monitor made as much difference for me as it did. In general though, my recommendation is just stick to games that aren't so twitch based, and use a nicer display.

    1. Re:Probably not, but some changes can matter by TheLink · · Score: 1

      With those reaction time sites you can compare your reaction times on your different monitors and maybe try mouse vs keyboard too. The results might be interesting.

      From what I see even for a game like Guild Wars 1 it does help. If you need to interrupt 750ms skills (like Word of Healing, Restore Condition) it all adds up.

      Many interrupt skills often have an activation time of 250ms (as part of game play). So add go/"no go" reaction time of 300ms and maybe ping of 100, you get 650 which only leaves 100ms for everything else. If you're a mesmer with fast casting to reduce the activation time from 250 to 165ms you could have about 80ms more.

      If your ping is 200 it doesn't leave you with much for the monitor and keyboard/mouse. If the latency is high you're stuck with guessing instead of using your reflexes.

      --
  15. Cherry MX Brown by PopeRatzo · · Score: 2

    Forget about latency. It's not that big an issue with decent keyboards.

    Just get yourself a decent mechanical keyboard with the Cherry MX Brown switches. The Cherry Blue are good for typists, but not for gamers. The Browns are just right for keyboard gaming. Coolermaster makes about the least expensive one that is well-made. About $80 at newegg. Mine is a Ducky, but it was too expensive. The Coolermaster is every bit as good, and $60 cheaper.

    --
    You are welcome on my lawn.
    1. Re:Cherry MX Brown by willy_me · · Score: 4, Informative

      Brown is not what you want. They are similar to the "blue" keys but with less noise - I actually own both. There is still a significant distance the key must travel (up then down) to register sequential keystrokes. What you really want are the "red" keys. These keys require only a minimal amount of travel and do not have a noticeable "click" when activated. A pain for typists but it allows gamers to press keys at a very high frequency. The "black" keys are similar but require ~50% more force so they're a bit slower.

      But all mechanical keyboards are great at minimizing latency - it is because of the differences between switches and capacitors. The chiclet keyboards work my altering observed capacitance - this requires a controller to continuously scan for key changes and then send the appropriate signals to the host. This takes time and results in the latency the original poster was talking about. Mechanical keyboards are simple switches and are faster to scan. I imagine some mechanical keyboards are even interrupt driven resulting in latency measured in microseconds -- but changes in capacitance can't trigger interrupts.

    2. Re:Cherry MX Brown by PopeRatzo · · Score: 1

      Hey, thanks. I misunderstood what the Cherry Red switches were for.

      I'll give my Brown keyboard to my wife to use for work, and I'll order a Red keyboard right away.

      Seriously, thank you very much, friend.

      --
      You are welcome on my lawn.
    3. Re:Cherry MX Brown by Anonymous Coward · · Score: 0

      Chicklet keyboards work by connecting contacts with conductive rubber, kind of 'mechanical';
      https://en.wikipedia.org/wiki/Chiclet_keyboard#Design
      The way a keyboard is scanned is not related to the construction of the switches.
      Touch screens have capacitive keyboards (one of the technologies that is).

    4. Re:Cherry MX Brown by Bensam123 · · Score: 2

      I disagree, being a pretty hardcore gamer and having used both reds and browns. You need that tactile feedback in order to understand exactly where you can pivot the keypress on. With reds, sure you can actuate more often and faster, but generally you don't spam the keyboard to just register one keypress and even if you do, you're generally bottoming the keyes out to make sure they register because you don't know where that actuation point is. With browns you can rock on that actuation point up and down with a firm understand of when a key register and when it's done registering.

    5. Re:Cherry MX Brown by Anonymous Coward · · Score: 0

      Hey, if you own one... question:

      So, I've been using MS natural elite over a decade. Really need the ergo. I don't LIKE the bubble/dome switch compared to quality though. It's...unresponsive and not consistent.

      What I do like... is that a $50 keyboard can be dismantled once a month, have the USB micro-controller & LEDs removed, compressed air sprayed over the mesh circuitry.

      And then I just put the entire fucking plastic body and keys in the dishwasher.

      I don't eat at the computer or anything, but in two months my keys are black with grit and oil....

      So... how do the rosewills hold up to repeated disassembly and dishwashing ?

    6. Re:Cherry MX Brown by GuB-42 · · Score: 1

      I think that mechanical keyboards may be more responsive for another reason.
      Membrane/rubber dome/chiclet keys have to be bottomed out to register a keypress, whereas mechanicals usually register earlier. Or it may have to do with debouncing.
      AFAIK, membrane keyboards use simple contact and not capacitance. And people don't seem to complain about latency on Topre keyboards, which use actual capacitive switches.

    7. Re:Cherry MX Brown by Anonymous Coward · · Score: 0

      Forget about latency. It's not that big an issue with decent keyboards.

      Where's your evidence for that?
      Are there some tests and actual figures showing that the Coolermaster keyboard is low latency? Or whatever other "decent keyboards" you are referring to?.
      e.g. something like: http://www.blackboxtoolkit.com/responsedevices.html

  16. Button depth by NonSequor · · Score: 1

    A mouse button has a hair trigger while you have to push a keyboard key down a pretty good bit before it registers a press. On the reaction time test, the margin between keyboard and mouse narrows to about 10-20ms when I try to make sure that I press down on the key as quickly as possible.

    --
    My only political goal is to see to it that no political party achieves its goals.
    1. Re:Button depth by Anonymous Coward · · Score: 0

      I use a Logitech Illuminated Wired Keyboard. It has a low profile which means quicker response time when pressing keys. Unfortunately, it doesn't have any programmable buttons, but it's still a great gaming keyboard.

    2. Re:Button depth by gl4ss · · Score: 1

      I use a Logitech Illuminated Wired Keyboard. It has a low profile which means quicker response time when pressing keys. Unfortunately, it doesn't have any programmable buttons, but it's still a great gaming keyboard.

      you can program the buttons on os level.

      unless you're using the keyboard on some ps3 converter to play on the ps3 which would totally explain the submission..

      --
      world was created 5 seconds before this post as it is.
  17. Overclock the USB keyboard !!! by Anonymous Coward · · Score: 0

    Hi There,

    Your problem sounds very familiar. In FreeBSD's moused there is an "-F" option to make non-gamers mice into gamers mice. Some mice don't like this. Possibly the same trick would work for USB keyboards, that by overriding the USB controllers polling rate in software, you will get the key-presses faster. Look for bInterval field as output from lsusb -vvv (Linux) or usbconfig dump_curr_config_desc (FreeBSD) :-)

  18. Mouse is 50 ms better at the same test by tepples · · Score: 1

    Mouse is 50 ms better at the same test than keyboard. This means either the keyboard or the operating system's keyboard processing is at fault.

    1. Re: Mouse is 50 ms better at the same test by O('_')O_Bush · · Score: 1

      Or it takes you 50ms longer to press a key than it does to click a mouse, which has nothing to do with keyboard latency, and everything to do with key travel, force, and how fast your fingers are (rather than his soon you can move them).

      --
      while(1) attack(People.Sandy);
    2. Re: Mouse is 50 ms better at the same test by Anonymous Coward · · Score: 0

      The submitter did try to adjust for that:

      I even increased finger travel distance over my mouse button to make it fairer

      You could try it yourself and see how many milliseconds longer it takes for you, if you raise your finger 1 inch off the mouse button vs 0 inch. Count the minimum and average scores.

      Try put something springy in between. I don't notice a 50ms difference to the scores when I do it. Only about 5-10ms at most.

  19. Apple keys have hardly any travel by tepples · · Score: 1

    I have a 60 fps camcorder. If key travel took 3 frames to press a key, I'd be able to test that. Besides, I also own an Apple keyboard (from the "mighty" era), and Apple keys have hardly any travel.

  20. he lost already and browser explains by gl4ss · · Score: 1

    You're obviously not a twitch gamer. Sometimes it's about being 1 ms faster than the other guy. Obviously there are other factors that come into play (like your connection latency) but it all adds up.

    then you lost already if it's about 1ms.. connection latency goes up and down by that anyways, but that doesn't necessarily matter, depends on how the game handles it's network compensation logic.

    some people keep using any lag anywhere as an excuse though and provide an ample market for hifi gaming gear.. doesn't make them better at guessing where the pointer should be at and where the other guy is moving. the guys who go this route never seem to make it to top end though. they just keep fiddling forever.

    as long as you don't have a shitty wireless setup you're as good as golden. some wireless setups have horrible latencies but they become apparent without special testing.

    however, using a reaction site written in javascript for testing the difference is stupid though fwiw my chrome and wireless setup gives me about the same for mouse and keyboard. smack middle of average reaction time stats for people as measured with dedicated equipment, so I don't think there's too much of lag going on with my setup. however I would wager that some browsers do keyboard events to javascript at different speed than mouse events..

    --
    world was created 5 seconds before this post as it is.
    1. Re:he lost already and browser explains by ahabswhale · · Score: 2

      Jesus you take things way too literally. First off, I said that 1 ms can make the difference between a win and a loss. That's a fact. It doesn't mean I sit there and do everything I can to try and shave 1 ms off of my latency. I go for most bang for the buck first. Yes, skill is the most important thing but if you're 30 ms slower than me on ping, I will rape you in an FPS. I know this because I used to compete with a clan in UT2k4. 30 ms is FOREVER is twitch gaming. So please spare me the patronizing attitude.

      --
      Are agnostics skeptical of unicorns too?
  21. Caps Lock isn't a hardware issue by chrylis · · Score: 1

    What the system does with the key labeled "Caps Lock" is controlled by the OS, just like all the other keys. Remapping Caps Lock is usually quite easy in any modern system; KDE's Keyboard settings page has options to make it an extra Control or more exotic things like Hyper or Super, and on Windows you can use RemapKey or AutoHotkey.

  22. PS/2 still FTW by Trogre · · Score: 1

    I still keep at least one PS/2 device, either keyboard or mouse, on every computer. Why? Because no BIOS I have ever seen has the capability to wake up a PC from USB events. Presumably this is due to USB controllers not using hardware interrupts (IRQs), instead relying on polling to give some software-emulated interrupts.

    It's so much more convenient to be able to hit the space bar or jiggle the mouse to switch the computer on rather than fumbling beneath the desk for a flimsy power button.

    --
    "Nine times out of ten, starting a fire is not the best way to solve the problem." - my wife
    1. Re:PS/2 still FTW by jones_supa · · Score: 1

      At least many laptops can be woken up by an USB keyboard or mouse just fine.

    2. Re:PS/2 still FTW by KevReedUK · · Score: 1

      I still keep at least one PS/2 device, either keyboard or mouse, on every computer. Why? Because no BIOS I have ever seen has the capability to wake up a PC from USB events. Presumably this is due to USB controllers not using hardware interrupts (IRQs), instead relying on polling to give some software-emulated interrupts.

      It's so much more convenient to be able to hit the space bar or jiggle the mouse to switch the computer on rather than fumbling beneath the desk for a flimsy power button.

      I guess that partly depends on what state you are looking to wake from. My desktop will wake from sleep on either keyboard or mouse inputs. From hibernation it will wake via keyboard, but not mouse. Might be due to the mouse being wireless whilst the keyboard is corded, but if that were true, why does it wake from sleep?

      --
      Just my $0.03 (At current exchange rates, my £0.02 is worth more than your $0.02)
    3. Re:PS/2 still FTW by antdude · · Score: 1

      Ditto. It seems like newer motherboards are removing them. I had to use an USB mouse since my friend and I couldn't get any USB to PS/2 adapters to work correctly (mouse pauses and then sometimes locks up randomly in both Windows XP Pro. SP3 and Ubuntu liveCD) with a mouse on my three years old EVGA X58 SLI (132-BL-E758; BIOS date 5/11/2010; v6.00 PG; release number IX58SZ64) motherboard. :( Also, I still use old KVMs from Y2K (unrelated to the issue).

      --
      Ant(Dude) @ Quality Foraged Links (AQFL.net) & The Ant Farm (antfarm.ma.cx / antfarm.home.dhs.org).
    4. Re:PS/2 still FTW by antdude · · Score: 1

      My old desktops with PS/2 keyboards and mice don't wake up Windows' hibernation. I have to use the power.

      --
      Ant(Dude) @ Quality Foraged Links (AQFL.net) & The Ant Farm (antfarm.ma.cx / antfarm.home.dhs.org).
    5. Re:PS/2 still FTW by Trogre · · Score: 2

      ATX poweroff. These machines are effectively powered down, ie not in sleep or hibernate modes. In this state most sane BIOSes can respond to PME events such as Wake on LAN (so you can send them a magic packet to turn them on), but none seem to poll for USB events.

      --
      "Nine times out of ten, starting a fire is not the best way to solve the problem." - my wife
    6. Re:PS/2 still FTW by KevReedUK · · Score: 1

      Generally, I'd be inclined to agree with you, but for the fact that my Windows 7 PC wakes from hibernation on keyboard events (USB).

      What I found curious was that it doesn't wake from mouse events (also USB), but I am assuming that this may be down to the mouse being wireless. If it being wireless is the issue, however, then why does it wake from sleep on mouse events?!?

      --
      Just my $0.03 (At current exchange rates, my £0.02 is worth more than your $0.02)
  23. Low Latency USB Keyboard by Zephiris · · Score: 1

    I'm only mildly surprised that I didn't see even a single semi-helpful comment yet. Everyone else appears to be bitching about the question, and saying that USB isn't capable of that. It is, of course, with a few caveats. But assuming you're not connecting a HID device to a USB3 port under Linux and expecting it to get better than 125Hz (driver limitation, works fine on Windows), it all works out of the box assuming you have the right connected devices.

    A4Tech makes pretty high quality low latency mice, and apparently you have one, but they also have a similar line of keyboards. 1ms response time on both keyboard and mouse, 8-key rollover on keyboard with programmable macro buttons. Try the A4Tech G800V. It's fairly often on sale somewhere.

    My only gripe with it is that it has a 'large' enter key and \ is in a funny place. It's well engineered, and not completely over the top like some other 'gaming keyboards' that offer break-off numpad and other weirdness. It's pretty similar to a standard keyboard, merely with the addition of some macro buttons.

    --

    "A Goddess rarely smiles for she is forced by others to be an island unto herself." - Zephiris
    1. Re:Low Latency USB Keyboard by SGT+CAPSLOCK · · Score: 1

      The larger enter key and placement of the backslash that you describe regarding A4Tech's click boxes are part of the "ISO keymap," but the ones you and I prefer are part of the "ANSI keymap". Just thought you'd like to know. :)

      FYI- ISO = International Standards Organization ("International Organization for Standardization")
      and
      ANSI = "American National Standards Institute"

    2. Re:Low Latency USB Keyboard by Blaskowicz · · Score: 1

      Thanks.
      I never knew those physical layouts even had a name.

      Azerty really relies on that additional key, next to left shift. We have "lower than" and "greater than" there. Lower left to the Enter key we have a dedicated star key, "*", which gives "greek letter mu" with shift. I guess that makes up for the lack of the backslash/pipe key, though that one is nifty and it would be great to do pipes and escaping characters from there.
      Another feature is we have direct access to parenthesises where you have 5/% and -/_. But the one reason only the ISO layout can work is a key is wasted on "ù", a letter that exists in only one word in the whole french language ("où", the word for "where").

      (damn slashdot doesn't like three of my characters)

  24. PS/2 vs USB by SGT+CAPSLOCK · · Score: 1

    I'm not sure if this is truthful, but it's what I've read in the past. I recall long ago that I was researching this exact topic and came to the conclusion that a good keyboard (Ducky, Filco, Das, WASD, etc) plugged into a PS/2 port is the best solution to combat latency. The reasoning was something like - USB acts by polling the device, so you're pretty much stuck with whatever frequency limitations your driver/port/OS provide. But with PS/2, your input is not polled; rather, it calls an interrupt the second data is available. A little-known bonus is that a lot of the cheesy "gaming" keyboards these days (even some of the mechanical ones!) don't allow n-key rollover unless they're plugged in via PS/2 either. But again, I don't really know the truthfulness of this (aside from the n-key rollover thing, which I experienced with keyboards made by non-dedicated keyboard manufacturers). Any insights, comrades?

    1. Re:PS/2 vs USB by Osgeld · · Score: 1

      yea an interrupt is generated, there is nothing there saying it has to be processed at that exact same moment, it just sits in a buffer until it can be polled by the OS, so whats the difference?

    2. Re:PS/2 vs USB by SGT+CAPSLOCK · · Score: 1

      As long as the event is generated instantaneously when the interrupt is called, which is the case with the Linux atkbd driver at least, it'll make quite a bit of difference. I think you meant "processed" rather than "polled," in which case you can realize instantly that some overhead has been removed from the process, since it goes from "poll, then process" to "just process".

    3. Re:PS/2 vs USB by Osgeld · · Score: 1

      well I gave you my understanding on it, and aparently you are an expert now, so, whatever

    4. Re:PS/2 vs USB by Anonymous Coward · · Score: 0

      I'm using a Rosewill rk9000 with mech switches, and it is fully n-key using ps2.

      It's a nice keyboard, and replaced a model m.

      You only get 6 keys with usb, and they go out as 1 event, unlike ps2.

      Amazingly enough, my reaction time only degraded ~25mS from adding 16 Heinekin's to the equation; this needs further research...
      .

  25. IBM Model M by leandrod · · Score: 1

    Now known as the Unicomp Customizer.

    --
    Leandro Guimarães Faria Corcete DUTRA
    DA, DBA, SysAdmin, Data Modeller
    GNU Project, Debian GNU/Lin
  26. Recommendation by Anonymous Coward · · Score: 1

    Roccat Isku Gaming Keyboard

    http://www.roccat.org/Products/Gaming-Keyboards/ROCCAT-Isku/

    I've had one of these for about 6 months now. It's proving to be durable and overall for the money, a great keyboard. Not mechanical though, but its about half the price of a comparable mechanical.

    Does recycle the capslock into a kind of new shift key and macro system, so it fits your needs there. For the price, don't think you'll find better. Enjoy!

  27. Brain Latency is not the topic by Anonymous Coward · · Score: 0

    I know it's rare to RTFS/A on Slashdot, but not doing so makes you miss the point.

    This thread never was about human latency, it was about equipment latency. Most humans quite easily detect 3-5ms of latency between their fingers performing an action and something happening, and trained musicians down to around 1ms between hitting a note and hearing it. Equipment should allow humans to perform on their top form, not limit them.

    Unfortunately some computer keyboards poll in the 1ms range for no good reason, as the technology could trivially provide response times one or two orders faster without any hardware cost at all.

    And that's what this thread is about, not human latency.

  28. Make sure you're actually testing hardware latency by Anonymous Coward · · Score: 0

    That means get a scope or perhaps a Bus Pirate, put it on a key and also on the USB/PS2 data line. Press the key and check the time difference between the two. It may be the keyboard firmware uses a stupid long debounce time for the key press in the event the key takes a while to settle. I guess you'd have to do a similar test for the mouse to make any direct latency comparisons. Overkill, but it'd be the most definitive test.

    If you have access to a Teensy, you can make a quick and dirty keyboard with one button and test the latency that way. Hook it directly to an interrupt pin, and use a minimal debounce before registering a key press. Repeat the tests and see if there's still the 50ms lag. That would point to something higher level.

    In terms of keyboard recommendations, I recently bought a Razer BlackWidow and haven't had any complaints. The Cherry MX Blue switches might be a bit clacky for some, but I really benefit from the tactile response they provide.

  29. Re:FIRST! by Shikaku · · Score: 1

    http://bit.ly/1aM29Hm

    Late post but to answer his question, but while this is a "gaming" keyboard, there are keyboards on sale for some scratch that promise low latency (2ms it says).