Galaga, Pac-Man, Donkey Kong Emulator for ESP32
github.com
github.com
I'm not super familiar with arcade hardware, but it's always fascinated me how the Z80 and the 6502 dominated the market for reasonably-priced CPUs for about a decade. You'd just use one for everything. The 68k would eventually come into the picture, but even into the 1990s you still had a major console like the Super Nintendo using a 65816, which is essentially a 6502 with 16-bit extensions.
Games were getting really big in the 80s, but it took a long time for hardware R&D to kick into gear.
https://github.com/Myself086/Project-Nested
So far they are up to 89 games that play perfectly.
Only a decade? I would argue they had at least 15 years of dominance and were being used en masse for ~20 (the Genesis, SMS, NES, Gameboy, etc were using them well into the 90s, as you mentioned).
https://en.m.wikipedia.org/wiki/Atari_2600
https://en.m.wikipedia.org/wiki/MOS_Technology_6502#Introduc...
Can't really do that much these days, although a similar vibe can be had if you work in embedded linux and use ARM .. pretty nice to take code from an rPi home machine and run it on the industrial systems as well ..
It's weird for projects like this, that you become constrained by the modern hardware being "too good". The display, a fairly generic 320x240 LCD driven by the ILI9341 controller, is 16 or 18 bits per pixel. That gives 65,536/262,144 colors, and I guess Galaga would be fine with what, 16? 64?
The display is interfaced over serial SPI at maximum clock of 40 MHz, which means sending one screeenful of pixels takes (320x240x16)/40e6 = 0.03072 seconnds. That is where the 30 Hz update rate comes from.
I had to check the datasheet [1] but of course the display controller does not support any fewer colors, so you can't speed it up by scaling down. Too bad. :(
Edit: add link, remove half-finished thought.
http://arcarc.xmission.com/Magazines%20and%20Books/Joystik%2...