Static recompilation of Majora's Mask (and soon Ocarina of Time) for PC (Windows/Linux) - Zelda64Recomp/Zelda64Recomp
Zelda 64: Recompiled is a project that uses N64: Recompiled to statically recompile Majora’s Mask into a native port with many new features and enhancements.
Like the Mario 64 recompilation, this isn’t running on an emulator, but is totally native. That means it runs smoother, has zero issues that you might get from emulation (like inaccuracies), and makes it so much easier to mod and extend it. You can see some of the features on the page like autosaving and playing on high framerates.
Software-wise, sure. It’s easy to dump the BIOS and game. The hard part is emulating the hardware. Consoles often have quirky architectures and special chips that don’t map to PCs very well. And the chips themselves often have quirks that either aren’t documented, or work in a way that disagrees with documentation. But the game developers often relied on those particular quirks for their games. For example, if there was a bug in the GPU that caused textures to become blurry when loaded in a certain way, a developer might exploit that as a free blur filter. (If you’re interested in actual examples, try the Dolphin dev blog. I think it’s really interesting.)
100% accurate emulation is basically impossible for every single console. You can get extremeley close via cycle accuracy, emulating the CPU’s instruction set but even that isn’t perfect.
Emulation is almost never 100% accurate, that’s why seemingly perfect emulators like Dolphin still get updates. They mimic the original hardware as closely as possible but there are still bound to be some bugs and games that don’t work perfectly. The best emulators are more like 99.9% accurate.
N64 emulators aren’t that good, so you’ll get occasional graphics errors and crashes.
Also much more possibilities in terms of controls, ie no more janky remapping buttons and mouse axis into pretending to be controller inputs or messing with mouse injectors, instead you can get native KB+M support, dual analog, etc.
The ROM in this case is only used for game assets, like maps, models, and textures. All the game logic in native code. This allows is to be easily modified to add in new features without trying to hack it into a 20 year old game/console.
It’s a bit similar. However this goes a bit further than I understand those projects do. They’re creating a game like the original. With this decompilation project, if you use the N64 compiler you will get a ROM which is 100% identical to the original.
You are not logged in. However you can subscribe from another Fediverse account, for example Lemmy or Mastodon. To do this, paste the following into the search field of your instance: [email protected]
Welcome to the largest gaming community on Lemmy! Discussion for all kinds of games. Video games, tabletop games, card games etc.
I don’t know much about this scene. How is this different than an emulator? You still need a ROM I believe.
Like the Mario 64 recompilation, this isn’t running on an emulator, but is totally native. That means it runs smoother, has zero issues that you might get from emulation (like inaccuracies), and makes it so much easier to mod and extend it. You can see some of the features on the page like autosaving and playing on high framerates.
That doesn’t make sense to me. Emulation should be 100% accurate software-wise, at the expense of performance. Can you elaborate?
Software-wise, sure. It’s easy to dump the BIOS and game. The hard part is emulating the hardware. Consoles often have quirky architectures and special chips that don’t map to PCs very well. And the chips themselves often have quirks that either aren’t documented, or work in a way that disagrees with documentation. But the game developers often relied on those particular quirks for their games. For example, if there was a bug in the GPU that caused textures to become blurry when loaded in a certain way, a developer might exploit that as a free blur filter. (If you’re interested in actual examples, try the Dolphin dev blog. I think it’s really interesting.)
100% accurate emulation is basically impossible for every single console. You can get extremeley close via cycle accuracy, emulating the CPU’s instruction set but even that isn’t perfect.
You can read this for more information:
https://emulation.gametechwiki.com/index.php/Emulation_accuracy
Emulation is almost never 100% accurate, that’s why seemingly perfect emulators like Dolphin still get updates. They mimic the original hardware as closely as possible but there are still bound to be some bugs and games that don’t work perfectly. The best emulators are more like 99.9% accurate.
N64 emulators aren’t that good, so you’ll get occasional graphics errors and crashes.
Also much more possibilities in terms of controls, ie no more janky remapping buttons and mouse axis into pretending to be controller inputs or messing with mouse injectors, instead you can get native KB+M support, dual analog, etc.
Yeah, having a proper camera for Mario 64 was really huge.
The ROM in this case is only used for game assets, like maps, models, and textures. All the game logic in native code. This allows is to be easily modified to add in new features without trying to hack it into a 20 year old game/console.
Is this kind of like OpenMW or OpenXcom? But more broad as the recompilation process can be applied to multiple games on that platform?
It’s a bit similar. However this goes a bit further than I understand those projects do. They’re creating a game like the original. With this decompilation project, if you use the N64 compiler you will get a ROM which is 100% identical to the original.
Yeah this is a good analogy, except it comes from tooling that would allow any n64 game to be converted with some work.
Like an openmw generator for any Bethesda game.
Yeah you need to find a ROM. And a specific version of it too.
Instead of turning your machine into a pretend N64, it turns the game into a native pc program. You need the base rom so the makers don’t get sued.