Mupen64plus support

[Flax4]

Is it possible to have support for Mupen64plus? This would allow for example RMG (Rosalie's Mupen GUI) to support Mido's House I believe, which would be great for, well really everybody, but especially Linux users for native support instead of a horrid Bizhawk experience or relying on running Wine for Project64.

[fenhl]

Does it have a plugin interface? I haven't been able to find anything based on a quick search.

It's not an emulator supported by rando support staff or legal for racing, so it would definitely be low priority. I wouldn't be opposed to merging a PR adding support for it though.

[Rosalie241]

It does have a plugin interface, see https://github.com/mupen64plus/mupen64plus-core/blob/master/doc/emuwiki-api-doc/Mupen64Plus-v2.0-Plugin-API.mediawiki

If you need to expose a configuration GUI like what Project64 supports then you can do so by exposing a m64p_error PluginConfig(void) function, though only RMG supports such a feature:
https://github.com/Rosalie241/RMG/blob/master/Source/RMG-Core/m64p/api/m64p_custom.h

[fenhl]

Is there a way to manipulate the emulated N64's RAM? That would be required for multiworld functionality.

[Rosalie241]

Maybe using the DebugMemGetPointer function from the debugger API: https://github.com/mupen64plus/mupen64plus-core/blob/master/doc/emuwiki-api-doc/Mupen64Plus-v2.0-Core-Debugger.mediawiki

though enabling the debugger at compile time does have a performance cost, alternatively maybe scanning the memory from mupen64plus looking for some magic value only present in the OoT RAM might be more viable, though that is a little hacky, but doesn't have a performance cost after you found the address.

[fenhl]

Scanning the emulator's memory can cause issues with antivirus and anticheat tools, so the debugger API would be my preferred option if the performance cost is acceptable.