​

Another title from the Zelda franchise joins the ranks today for fully decompiled projects, just in time for the holiday season as well.

This time, the title that reached 100% on its decompilation is the GBA title, The Minish Cap, which sees Link going through Hyrule and learning about the Picori and the dark mage, Vaati, who placed a curse on Link.

The decompilation for The Minish Cap has been worked on for several years now, and it has been worked on by the same Zelda decomp team that did the Ocarina of Time decomp, ZeldaRET (or Zelda Reverse Engineering Team), this is also the same team that's also working on the decompilation for Majora's Mask, which is currently around 80% complete.

With this, we could expect a PC port coming soon once people start working out the workings of the decomp to make ports to other systems as well.

Source

 

[Morricorne]

Can't you emulate Wind Waker and Twilight Princess on just about anything as well?

Post automatically merged: Dec 26, 2023

Soundtrack remake? Remake how exactly?

I can on my Motorola g100 Snapdragon 870 device. And laptop. But i want those games on more platform. Like Switch port etc

 

[SilverLobster]

YES LET'S FREAKING GO ZELDA MINISH CAP PC HERE WE COME!!!

 

[granville]

Soundtrack remake? Remake how exactly?

Higher quality versions of the songs I assume. To this day, there still isn't an equivalent MSU-1 like feature for GBA emulators. And while Minish Cap does have a lovely soundtrack with even some nice instrumentation, there's still a persistent low quality hissing and popping that is inherent with GBA sound output that even the best emulator enhancements can't fully fix.

There are some absolutely fantastic remastered tracks available for Minish Cap. Like so-



There's also a program called GBAMusRiper that can analyze and "extract" GBA soundtracks by converting them to a midi file with an accurate soundfont. So basically you can have high quality accurate midi rips of songs without the static and hissing you would hear on either real hardware or emulators. Though at the moment, there's no real way to get these tracks to work in emulators (again due to the lack of an MSU-1 like feature). But getting a hypothetical PC port to be able to support even those high quality rips might be possible, and would be an incredible improvement.

 

[doublespaces]

Decomps can't be taken down since they're 100% original code that generate the same matching binary once compiled back.

This isn't entirely accurate.

A perfectly decompiled then recompiled binary doesn't create the same binary, it will however function the same way more or less.

There are actually optimizations and other things which can influence the resulting software, this is not emulation.

If the original code's logic says 2+2+2=6 and the new code says 2*3=6 they are both correct and have the same result but the actual software is not the same, nor matching.

 

[BlusterBong]

Oh boy, I sure do hope they didn't bundle the rom with it like the last zelda decomp did

 

[Vorde]

Oh boy, I sure do hope they didn't bundle the rom with it like the last zelda decomp did

That wasn't a decompilation, it was a remake that contained the original game assets.

 

[LuigiXHero]

100% is super great but what really matters is the data analysis percentage. This is the documentation and the higher it is the more usable it is for making ports and romhacks.

 

[Natural]

Higher quality versions of the songs I assume. To this day, there still isn't an equivalent MSU-1 like feature for GBA emulators. And while Minish Cap does have a lovely soundtrack with even some nice instrumentation, there's still a persistent low quality hissing and popping that is inherent with GBA sound output that even the best emulator enhancements can't fully fix.

There are some absolutely fantastic remastered tracks available for Minish Cap. Like so-



There's also a program called GBAMusRiper that can analyze and "extract" GBA soundtracks by converting them to a midi file with an accurate soundfont. So basically you can have high quality accurate midi rips of songs without the static and hissing you would hear on either real hardware or emulators. Though at the moment, there's no real way to get these tracks to work in emulators (again due to the lack of an MSU-1 like feature). But getting a hypothetical PC port to be able to support even those high quality rips might be possible, and would be an incredible improvement.

Okay. Also, Minish Village was always one of my favorite soundtracks from Minish Cap as a kid. I would oftentimes go there just to listen to the music.

 

[Doux91]

Nintendo waiting the pc port to be released... like links awakening port

 

[raxadian]

We need Goldeneye decomp. Be nice to have it native on many devices

https://github.com/n64decomp/007

Have fun!

 

[juandiego1993]

I would love to see an "Link's Awakening DX HD" treatment, where the whole map is loaded and visible at all times (or maybe by sections)

 

[Guacaholey]

Can't wait to see what kind of ROM hacks we get with this.

 

[RichardTheKing]

Huh, a Game Boy Advance game. Curious to see where this goes.

Post automatically merged: Dec 25, 2023

De-comps require the original ROM files to function as it pulls the assets from those files, therefore it is legal and Nintendo cannot take them down; this is why the OoT and SM64 decomps still exist

And all the Pokemon ones, too - RBY, GSC, FRLG and Emerald, maybe a few others. Not just OoT, MC, and SM64.

Considering the recent Link's Awakening DX HD project, that got zapped by Nintendo (except for a handy Archive.org download ), I wonder if LA or the Oracle duo will be decomped at some point...

 

[jurai]

This isn't entirely accurate.

A perfectly decompiled then recompiled binary doesn't create the same binary, it will however function the same way more or less.

There are actually optimizations and other things which can influence the resulting software, this is not emulation.

If the original code's logic says 2+2+2=6 and the new code says 2*3=6 they are both correct and have the same result but the actual software is not the same, nor matching.

Most decomp projects actually do match the original functions, they're considered 100% complete when the decomp code as provided can compile a functional ROM that is a 1:1 match resulting in it having the same sha1 checksum as if you had dumped the cart

 

[dudeguy2022]

man... I'd love to play some sort of hd port on my steam deck

 

[PhyChris]

This isn't entirely accurate.

A perfectly decompiled then recompiled binary doesn't create the same binary, it will however function the same way more or less.

There are actually optimizations and other things which can influence the resulting software, this is not emulation.

If the original code's logic says 2+2+2=6 and the new code says 2*3=6 they are both correct and have the same result but the actual software is not the same, nor matching.

My understanding is the code they decompiled recompiles 100% the same, they even give you the hash to prove it. I think you mean 'source code' as that is not the same, might not even make sense in spots.

 

[Don Killah]

Can't wait to put my hands on some ports, the game was epic.

 

[PacBunnyXV07]

Oh, can someone explained to me why theres an Animal Forest (Animal Crossing N64) decomp in a Zelda Decomp website?

 

[V10lator]

A perfectly decompiled then recompiled binary doesn't create the same binary, it will however function the same way more or less.

That's not perfect. Perfect = Bitmatching and the Zelde RET team does matching decompilation ONLY.

If the original code's logic says 2+2+2=6 and the new code says 2*3=6 they are both correct and have the same result

Stil they differ a lot.
Example: What if we give it another input, let's say 1+2+3=? Original codes say 1+2+3=6 but your codes say 1*3=3 . So go back to the drawing board, your codes are none matching and as a result altering the gameplay.

the actual software is not the same, nor matching.

Great, so it's no longer a RPG but a racing game now? See, matching is the most important thing for a good decomp (you even want to copy software bugs) and, again, what the decomp team does here:

... 100% of functions matching!

what really matters is the data analysis percentage.

^- This! There's a reason you don't hear the Zelda RET team shouting all over the internet. There's a reason they don't say it reached 100% even on their own website: Decompiled codes are pretty useless without data (assets and stuff).

So nice clickbite GBATemp, nothing really to see here through.

 

[jurai]

That's not perfect. Perfect = Bitmatching and the Zelde RET team does matching decompilation ONLY.


Stil they differ a lot.
Example: What if we give it another input, let's say 1+2+3=? Original codes say 1+2+3=6 but your codes say 1*3=3 . So go back to the drawing board, your codes are none matching and as a result altering the gameplay.


Great, so it's no longer a RPG but a racing game now? See, matching is the most important thing for a good decomp (you even want to copy software bugs) and, again, what the decomp team does here:
View attachment 411475
... 100% of functions matching!


^- This! There's a reason you don't hear the Zelda RET team shouting all over the internet. There's a reason they don't say it reached 100% even on their own website: Decompiled codes are pretty useless without data (assets and stuff).

So nice clickbite GBATemp, nothing really to see here through.

Buddy you couldn't code your self a hello world