Oot seems to be clear it's decompiled the ROM and can deterministically make a ROM that runs on the hardware and emulator.
I thought it was a modern reimplementation but it seems to use parts of a SNES emulator.
And seems to run standalone but with parts of SNES hardware there too... Perhaps that made reusing assets easier than converting them. And translating graphics easier to.
Comments
If anyone is interested the same was achieved with Ocarina Of Time almost 2 years ago. A fully matching decompiled C version from the assembly
https://arstechnica.com/gaming/2021/11/reverse-engineering-t...
That's different though. OoT was decompiled while this is a reimplementation (since there never was a C source for ALttP to begin with).
OP's reimplementation cites this disassembly of the Japanese version: https://github.com/spannerisms/jpdasm
Which cites and is modeled on MathOnNapkins's disassembly of the US version: https://www.zeldix.net/t143-disassembly-zelda-docs, https://www.romhacking.net/forum/index.php?topic=13592.0
I'm a little confused what precisely is this?
Oot seems to be clear it's decompiled the ROM and can deterministically make a ROM that runs on the hardware and emulator.
I thought it was a modern reimplementation but it seems to use parts of a SNES emulator.
And seems to run standalone but with parts of SNES hardware there too... Perhaps that made reusing assets easier than converting them. And translating graphics easier to.