botw VS ghidra

I beg to differ, there is currently a project to decompile Breath the Wild. The goal of this project is for understanding the game’s mechanics, not to create an executable file, but if someone really wanted to and didn’t care about the legal ramifications they absolutely could reverse engineer the source code of a game

There is a decomp of Breath of the Wild but the dev says is not for playing is just to understanding the game code and how it was made https://botw.link/

I've been inspired by the BotW disassembly (see https://github.com/zeldaret/botw) as well as the success in backporting Sonic Mania to the Wii U (https://github.com/Clownacy/Sonic-Mania-Decompilation-Wii-U). So clearly this is something that's doable. The only minor complication is that this will require soldering a bit more RAM into the Wii U, I already did this myself when I made a portable Wii U a few years ago; should be no problem for anyone with even a modest background in EE. You would of course also need a soft-modded Wii U and external HDD to run the game; there are plenty of tutorials on how to do this.

I was browsing the BOTW decompilation project here to better understand how Star Fragments spawn. I've noticed when I'm waiting for Star Fragments on top of Dueling Peaks, for example, occasionally one doesn't spawn when it "should".

I think they are working on that. Unless I'm misunderstanding this page

Let's see what our beloved software reverse engineering framework Ghidra has to show.

Define war machinery. Contributing to Ghidra?

https://github.com/NationalSecurityAgency/ghidra

Binary Ninja likewise is empty and keeps up just fine as well. It's not a coincidence that the two commercial products that are funding it are both confident enough to put their stuff online like this.

And it's no conspiracy theory or intentional sandbagging, you can see the implementation: https://github.com/decompiler-explorer/decompiler-explorer

and if anyone can improve the other tools performance we'd be happy to accept it. We reached out to the Ghidra devs: https://github.com/NationalSecurityAgency/ghidra/issues/5228 but they didn't have any silver bullets for us either.

Nice, I'll give it a closer look. My only concern so far is memory hooking (still needed for hardware registers), which on Java side was called by FilteredMemoryState [1]. In memstate.cc it looks like just the simpler MemoryState is implemented [2], and there's no equivalent to MemoryAccessFilter. But it might not be that complicated to add...

[1]: https://github.com/NationalSecurityAgency/ghidra/blob/4561e8...

[2]: https://github.com/NationalSecurityAgency/ghidra/blob/4561e8...