Show HN: NES Contra (1987) port (ASM –> C and then C –> WebAssembly)
epoyraz.github.io58 points by tevlon 8 hours ago
58 points by tevlon 8 hours ago
Based on vermiceli's annotated disassembly of Contra: https://github.com/vermiceli/nes-contra-us. Thanks for the great work.
I ported it in two steps. First to C: the game logic is translated routine by routine from the 6502 assembly, and checked frame by frame against the original in the Mesen emulator. Then the C code to WebAssembly so it runs in the browser.
The cherry on top: online multiplayer, so two players can play co-op over the internet.
Source: https://github.com/epoyraz/nes-contra-us
No sound and the a and b buttons should be the other direction (a is to the right of b) on the keyboard. Unfortunately, I'm a bit concerned that cool labor of love hacker projects like this will become much less common now that Anthropic (and possibly soon others) is moving to restrict this kind of usage. Oh well, so much for cool fun stuff. But the Japanese Contra was so much better! https://www.youtube.com/shorts/CiXzONyCDW0 Is the audio not supposed to work? I was hoping to hear the legendary tracks! A couple months ago I wrote about this kind of transcompilation hop-skip-jump: https://news.ycombinator.com/item?id=49643284 I used it to get games written in Lua running on SNES and in my own language/engine running on Dreamcast, Wii, Web and more. One of the things that I'm curious about: How easy / hard is it to use the same NES game with higher resolution / color graphics, and sample-based sound? Are there any emulators out there that let you swap in higher resolution assets so a game can be freshened without a complete port? You might like 3dSen, which came out several years ago. It does some pretty crazy stuff, converting NES games into essentially 3D voxel environments. I would not think so, at least not in a meaningful way. That would require to edit the cartridge data thus the ROM, as all sprite data was contained within the cartridge. Sample based sound is impossible natively, as NES and older game consoles don't work with digital data but synthesizers. You could perhaps synthesize the music to WAV files and then enchance it. But then again, NES and thus its emulators have no way of playing digitized audio! The NES in particular is probably not too difficult to upscale, because the graphics data is stored on its own ROM chip (sometimes RAM) in a well structured layout. SMB1 just uses a ROM chip containing many tile graphics which the CPU code addresses by tile index. It would be really easy for an emulator to use the same tile indices to address any arbitrary set of tiles loaded from a PNG. Some games use RAM, which makes it harder as you'd have to index the PNG by hash or something. > Sample based sound is impossible natively, as NES and older game consoles don't work with digital data The NES supports PCM audio. It was notably implemented wrong in the title screen of Double Dribble and fixed with a patch that produces clearer audio after bit reversal into the correct encoding for the hardware: Compute motion vectors, faux depth, and add DLLS5 to it maybe? Could be pretty cool, or pretty horrific. Only one way to find out :) Mesen has texture packs. Don't know about sound, you'd have to reverse each game's sound driver first. https://vgmpf.com/Wiki/index.php?title=Famicom/NES_Sound_Dri... Idk about swapping assets but zsnes used to have a range of video filters that could improve the experience on a modern screen quite a bit. Edit: For SNES, not NES, my bad. Where's the sound? You can likely ask AI to emulate the sound hardware with WASM! Contra is my favorite game of all time so this is a real treat, and the co-op idea is fantastic. Not to be greedy, but how hard would it be to add music? :) Cool, how did you build the multiplayer mode? And how much AI was used? 100% AI I'm sure. I played around with this kind of thing a month or so ago and Codex had no problems mashing games up from just the ROMs. In about 30 minutes I had the contra guys running through SMB 1 shooting enemies. Can you elaborate on the process? Do you just provide it with the ROMs and it is able to pull apart the relevant sprites and code pieces, and recombine into a new ROM? I think you know the answer to that; they poked and prodded their surrogate mommy to do their homework for them. For the Multiplayer part: It's deterministic lockstep. Both browsers run the same C core (compiled to WebAssembly), and the only thing sent over the network is each player's button bitmask per frame. Local input is delayed by 4 frames (~67 ms), which hides normal internet latency; if the other player's input for a frame hasn't arrived yet, the game waits for it. Every 2 seconds both sides compare a hash of the game RAM to catch desyncs. Transport is a WebRTC data channel via PeerJS (its free cloud server handles matchmaking with a room code), with Google's STUN server for NAT traversal and Metered's free-tier TURN relay as a fallback when a direct connection isn't possible. For AI usage: It was all done by Claude/Codex, but it wasn't that straight forward. First: i started in April and the models weren't good enough and would make errors. You could see those immediately in glitches. Then, i spent some time in building a harness and collect telemetry data in Mesen. Once, i had that: i just played the game in the emulator and asked Claude Opus 5.5 to use this as verification. The rest was smooth. Whenever I see a game that uses the arrow keys and doesn't offer WASD as well, I can't help but see a game written by a non-gamer. I consider these fundamentals, and a shibboleth of whether I should care. While I'm not defending a slop port, I have to question your gamer credentials. Maybe by gamer you mean a Call of Duty player? WASD is traditional for FPS/TPS games that expect you to have one hand on the mouse. Most 2D games, and every emulator I've ever used, have never offered WASD. correct me if i'm wrong, gamer credential questioner, but WASD was immortalized by the id Software "win Carmack's ferrari" tournament. Before then EDSF was also popular because it gave you more keys on the left side for hotkeys. I do think you're objectively correct in your post, but I think what the grandparent meant was that "The author isn't actually interested in playing Contra on his website" which is why QoL stuff like that wasn't added and it "smells" like it should be there if you cared about playing on the thing you actually shared to HN.
I know the first thing I would do would be to add wasd + mouse support to Contra, since the control scheme is the reason I don't try to play it. But at the same time I have never been interested in games that deliberately limit your controls as a form of difficulty (feels like a Japanese gamedev thing, from Resident Evil to Dark Souls) NB: WASD won because most (like 99%) of the keyboards did had (and I can bet cheap shit still have) some dead keys aka 'key ghosting' on ESDF. I think because the computer mouse is typically on the right side of the keyboard (because most people are right-handed), WASD has the advantage of allowing your mouse to be controlled by your right hand and you can keep your left hand in the normal position it is used for typing and not have to have your left hand move all the way to the arrow keys to control directions. You awoke negative-nostalgia to membrane keyboards where I remember I couldn't hold Shift + W + A at the same time in Minecraft as a kid so you're definitely right about bad keyboards, but I remember dead keys on WASD as well.
I wasn't there, but the largest consensus seems to be that Quake popularized it, plain and simple. I'm sure other factors like what you mention helped it become the dominant layout as well edit: figured out why that nostalgia happened. I was revisiting an old flash game I liked [0] and people were complaining to the dev about this exact key ghosting issue to him when it wasn't his fault but a fault of their keyboards, and in the Newgrounds description he links to a forum post [1] elaborating on the issue [0] https://www.newgrounds.com/portal/view/547881 [1] https://board.flashkit.com/board/showthread.php?789015-wont-...
sfblah - 6 minutes ago
davesque - 17 minutes ago
raldi - 6 hours ago
shinryudbz - 5 hours ago
msephton - 3 hours ago
gwbas1c - 7 hours ago
vunderba - 6 hours ago
BSPtree - 6 hours ago
cowlevel - 6 hours ago
kevin_thibedeau - 3 hours ago
pantelisk - 6 hours ago
unleaded - 6 hours ago
kekebo - 7 hours ago
pmarreck - 2 hours ago
egonschiele - 5 hours ago
BSPtree - 7 hours ago
esikich - 5 hours ago
waltbosz - 3 hours ago
Emjayen - 3 hours ago
tevlon - 6 hours ago
jasonlotito - 3 hours ago
anonymous908213 - 3 hours ago
literallyanythi - 3 hours ago
justsomehnguy - 3 hours ago
em3rgent0rdr - an hour ago
literallyanythi - 2 hours ago