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.
But does it come with two thumbsticks support?
Play with a dual analog control layout like later entries in the series!
Well kinda, but the game didn’t have discrete control of the camera.
But buttons can be mapped to it. Comes preloaded with the c buttons mapped
Not that I’m aware of but it’s open-source so you could in theory mod it in or create a feature request on their git page hoping someone else does it.
There’s already a bunch of feature requests in a similar situation.
I don’t know much about this scene. How is this different than an emulator? You still need a ROM I believe.
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.
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.
has zero issues that you might get from emulation (like inaccuracies)
That doesn’t make sense to me. Emulation should be 100% accurate software-wise, at the expense of performance. Can you elaborate?
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.
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
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.)
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?
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.
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 you need to find a ROM. And a specific version of it too.
How long before Nintendo slaps a DMCA on this one?
This repository and its releases do not contain game assets. The original game is required to build or run this project.
Nintendo might try but there wouldn’t be much substance in such claim.
I mean, code is assets
This doesn’t contain the game code either. It takes a user-supplied ROM and converts it to an executable. Nintendo do not own the code that performs the conversion.
Usually the code for this sort of thing is entirely reverse-engineered
I think there’s a few now and can’t remember which one of them I pulled, (probably this one)
But it is awesome! Excellent way to replay Majora’s Mask or experience it for the first time.
For OoT, Ship of Harkinian is better.
Does anyone know if there is a an open project to make more closely integated combined randomizers for OoT and Majora’s Mask from the decompiled versions?
The Ship of Harkinian OoT decomp team have moved on to 2 Ship 2 Harkinian for MM, which is rapidly catching up to this separate static decomp project. I’d imagine that once it is done the individual randomizer comes next, then combined.
If you don’t care about it running as a PC port, there already is a combined rando that results in an n64 rom.
I’ve played the rom multiworld randomizer and like it a lot! I guess my longshot hope, and I don’t know if it would be feasible even from the decomp, is a single-world entrance randomizer with similar items merged, and the ability to use OoT items in MM and vice versa.
