vemips VS sm64

Also, if anyone wants to see a hastily-written ELF loader that I haven't cared enough about to go back and clean up in C++, I have one here.

I suggest MIPS.

I actually wrote VeMIPS for this specific purpose.

Unfortunately, I don't remember specifically. It was about when I wrote VeMIPS and was also working on figuring out an alternative ISA for a 3d printer board, and I'd noticed that a specific conversion instruction was missing on it. Maybe it was moving a double-precision register to the general purpose registers on 32-bit? Not sure anymore. I can look over IRC logs maybe to find out.

This is the exact purpose that I wrote VeMIPS for.

Looks similar to vemips. Same rationale as well (embedding within a game or simulation).

Probably wouldn't be too hard to add Chip8 as a backend to VeMIPS, though VeMIPS presently doesn't run on Android (only Win64 and in Javascript using asm.js).

I personally dislike disassembling MIPS, and I wrote VeMIPS!

However, I did end up releasing VeMIPS, which is an embeddable MIPS32r6 emulator/VM which is heavily configurable, has a dynamic recompiler, and has instruction-level execution granularity, meaning that you can tell it "execute 10 instructions and return". This lets you implement things like cost per instruction, virtual CPUs with different performance characteristics, and so forth.

The SM64 is still going strong https://github.com/n64decomp/sm64

Nintendo won't allow any binaries floating around though.

Romhacks are typically modifying the compiled binary ROM image. Kaze' work is based on the painstakingly disassembled code from the n64decomp project[1]. He's working in C, modifying the game and compiling it again for the original hardware. Not sure I'd call that a "romhack".

Great videos though!

[1] https://github.com/n64decomp/sm64

A team or something reverse engineered super mario. I think that's the repo and it's mostly in C

From course_table.h and course_defines.h we can find that: COURSE_MIN == 0 and COURSE_MAX == 25 - so it looks like every secret stage is a full-fledged "course" for the purposes of counting stars, bringing us to 25 courses + castle stars (COURSE_NONE). So, the maximum possible value for starCount should be 7 * 26 = 182.

Multi-year decompilation project: https://github.com/n64decomp/sm64

The port source code of the decompilation is still up on github and Nintendo hasn't taken it down in years, cause they can't since everything has been done with legal methods

This is false, the source code never leaked; it was meticulously and painstakingly decompiled by hand.

It sounds like, rather than a ground-up rewrite, COBOL should be treated as an object-code language, and "hand-decompiled" (ala efforts like https://github.com/n64decomp/sm64) into an HLL that can, at every point, be losslessly transpiled back into the original COBOL.

I know the tooling for doing that doesn't currently exist... but paying someone to develop it would be cheaper than any one of these ground-up rewrite projects!