3 ms·
This was a really great and well-explained article. For an article that went deep into hardware internals, it somehow made it all make perfect sense. Kudos to t
by logbiscuitswave 4y ago
This was a really great and well-explained article. For an article that went deep into hardware internals, it somehow made it all make perfect sense. Kudos to the writer.
It’s pretty fascinating just how “dumb” the keyboard is and how keyboard input is actually being polled. It seems like this could easily lead to missed key presses or slow response, but I don’t recall the C64 keyboard suffering from either of these things. (It’s been some years since I last used a real C64 though.)
Yet, somehow on an exponentially more powerful and capable modern computer it seems that things like instant input response and no missed key presses is somehow asking for a lot.
- tyingq 4y ago> somehow on an exponentially more powerful and capable modern computer it seems that things like instant input response and no missed key presses is somehow asking for a lot I would guess there's still an 8bit CPU polling the keyboard matrix, only inside the now separate keyboard. That being the first layer, it can only get slower as it traverses all the other, new layers.
- vidarh 4y agoAmiga keyboards (at least some) in fact had a SOC version of the 6502 (with a small PROM and small amount of RAM onboard) controlling them already in the 1980s.
- Dylan16807 4y ago> it can only get slower as it traverses all the other, new layers We can easily budget a million cycles across those extra layers and it's still, like, a millisecond. It's not the harsh reality of layering that makes it slower, it's problems with the ways specific layers are designed.
- douchescript 4y agoNo it’s a 32 bit Arm processor most likely. Capable of doing usb and Bluetooth. N-key rollover.
- deleted 4y ago[deleted]