Nvidia Unveils GeForce RTX 30 Series GPUs

Re:Nvidia Unveils GeForce RTX 30 Series GPUs by modeless on Tuesday September 01, 2020 @06:12PM (#24347744)

I understand keys take time to travel, but you can press them faster if you want. On the other hand I've never understood debounce as a justification for button latency. Surely a properly designed debounce circuit would add zero latency.

[ Parent | on HN ]

Re:Nvidia Unveils GeForce RTX 30 Series GPUs by kllrnohj on Tuesday September 01, 2020 @06:42PM (#24347964)

> but you can press them faster if you want

I mean, yes but not really? There's very real speed limits to the human finger, after all.

But the times given above are also quite far off - the actual keyboard numbers seem to be more in the 5-15ms range, not 30+ms. At least, my mechanical gaming keyboard is hitting 8ms on this test: http://blog.seethis.link/scan-rate-estimator/

[ Parent | on HN ]

Re:Nvidia Unveils GeForce RTX 30 Series GPUs by nitrogen on Tuesday September 01, 2020 @07:14PM (#24348217)

Surely a properly designed debounce circuit would add zero latency.

If you only have to worry about false deactivation and there's no line noise, and your keys always stay down long enough to be caught by your scan interval (or they trigger an interrupt), then probably yes. If you have to worry about false activation, then probably no.

[ Parent | on HN ]

Re:Nvidia Unveils GeForce RTX 30 Series GPUs by vlovich123 on Tuesday September 01, 2020 @08:20PM (#24348693)

What’s a properly designed denounce circuit look like that adds 0 latency? Also, for anything that’s a gesture (eg double-click on a mouse) you need time to disambiguate. I wouldn’t be surprised if there’s something similar for the laser in terms of translating the analog signal to digital and then processing it and converting it into HID events the OS can understand.

[ Parent | on HN ]

Re:Nvidia Unveils GeForce RTX 30 Series GPUs by jrockway on Tuesday September 01, 2020 @09:13PM (#24349031)

You send the key event and THEN start the debounce timer. I think most people tasked with writing a debounce function wait for the key state to change, then start a timer for how long they think the switch will bounce for, check the state after the timer expires, and then send the key event. Obviously, that adds latency. But what you can do instead is send the key event immediately and then completely ignore events during the debounce interval.

[ Parent | on HN ]

Re:Nvidia Unveils GeForce RTX 30 Series GPUs by CamperBob2 on Tuesday September 01, 2020 @10:21PM (#24349404)

Simple, you just ignore further input for x milliseconds after the first state change, where x is slightly less than the fastest supported double-click interval.

You certainly don't want to low-pass filter the whole thing, or otherwise wait for the contact to settle before reporting the keystroke or mouse click.

[ Parent | on HN ]

Re:Nvidia Unveils GeForce RTX 30 Series GPUs by mlonkibjuyhv on Tuesday September 01, 2020 @07:00PM (#24348118)

I'm thinking that a debouncer might give rise to some latency when you let go of a button, or at the very least limit the shortest possible keypress. As in the first rising edge is definitely a keypress, but the falling edge is not necessarily a release.

[ Parent | on HN ]

Re:Nvidia Unveils GeForce RTX 30 Series GPUs by milesvp on Tuesday September 01, 2020 @10:40PM (#24349498)

By definition a bounce takes time to detect. And you will get multiple bounces over a time period, so there is a tradeoff between latency and false positives and false negatives. As such, there must be a measurable latency in all debouncing mitigations. But depending on the switch this latency might be measured in microseconds, so you’re sort of right that debouncing doesn’t have to add significant latency for good switches and a good contoller. For a bad switch, and a slow controller, you might start to get into the ms range to ensure a switch is pulled high/low reliably.

[ Parent | on HN ]

Re:Nvidia Unveils GeForce RTX 30 Series GPUs by TomVDB on Tuesday September 01, 2020 @10:48PM (#24349533)

Denouncing is there to prevent multiple detection where there is only one.

In general, you can make a denouncer with zero latency: the receiver still triggers on the first logic change for idle to active, but then gates any further changes for a while.

(At least, that’s how I design all my debouncers.)

There may be aspects that are specific to a matrix keyboard configuration that prevent this...

[ Parent | on HN ]