3 ms·
Per the Portal 64 creator in the comments of their Patreon, the library in question was libultra,[1] which is owned and was distributed exclusively by Nintendo
by starkparker 3y ago
Per the Portal 64 creator in the comments of their Patreon, the library in question was libultra,[1] which is owned and was distributed exclusively by Nintendo but has been extensively pirated.
There are open source alternatives, including libdragon[2] and libn64[3]. Not sure how feasible replacing libultra with either of those would be considering the scale of the project.
1: https://n64brew.dev/wiki/Libultra https://n64brew.dev/wiki/Libultra
2: https://libdragon.dev/ https://libdragon.dev/, https://github.com/DragonMinded/libdragon https://github.com/DragonMinded/libdragon
3: https://github.com/mikeryan/n64dev/ https://github.com/mikeryan/n64dev/
- stuaxo 3y agoI've found LLMs really good at helping with porting from one thing to another. Since it's fairly mechanical work, they help speed it up - as usual YMMV.
- starkparker 3y agoThere's more to it than that. The dev built their own gdb integration targeting libultra and retargeting it for libdragon would be a significant effort. Libdragon's 3D implementation is also experimental/unstable. Emulator support for libdragon-built ROMs is spottier since some emulators "cheat" by translating libultra calls instead of emulating the hardware that both libultra and libdragon interact with. Since Portal 64 is pretty far down development using libultra, I don't know that a LLM can clear the testing and debugging hurdles. A lot of libdragon 3D development happened after the cutoff of 2021-scraped data, which won't help.