14 comments

[ 2.9 ms ] story [ 35.1 ms ] thread
It’s a shame that the source code isn’t commented and documented more. At the very least, I would see it being helpful to add some documentation for every CPU op code being emulated.
Git wrote a functional NES emulator for me by simply cloning one of the many publicly available ones!
Nice, but NES emulator is one of the most written pet projects anywhere, which makes it considerably less impressive.
Who care what it did. What did you learn? To live is to learn.
WASM and the performance seems catastrophically bad (45ms to render a frame on an M4 laptop)? It would be much more impressive if Claude could optimize it into something that someone would actually want to play? Compare this to a random hit from Google, https://jsnes.org/ which has sound, much smaller payload, and runs really fast (<1ms to render a frame).

The cost of slop is >40X drop in performance? Pick any metric that you care about for your domain perhaps that's what you're going to lose and is the effort to recover that practical with current vibe-coding strategies?

For me on Firefox/macOS it's terribly slow, fails to initialise/resume sound, no keyboard input.
I will be impressed when new game consoles come to market and it can write the first emulator for it.
How much was grifted from existing emulators?
Oh neat, I've been working with claude on an NES emulator in Racket using an SDL3 wrapper also written mostly by Claude.
I tried this a while back using gemini 2.5 pro, round about the time gemini cli was released. I never got the emulator to work in the end, so I dropped the idea.

So this is impressive for me in terms of how fast things have progressed.