mupen64plus-core VS mupen64plus-libretro-nx

https://github.com/mupen64plus/mupen64plus-core/releases is this not the same core?

This PR https://github.com/mupen64plus/mupen64plus-core/pull/873 merged in June 2022 finally makes Hey You Pikachu playable without the original hardware. No credit on my part, I am not involved in any development, but there are some brilliant people in that thread that used the reverse engineering documents for the device from zoinkity and the documents on ultra64 to make this a reality (Thank you loganmc10, if you ever see this. Bringing back my childhood :')).

Mupen64plus (N64 emulator) is purely C: https://github.com/mupen64plus/mupen64plus-core

It works fine if you use a custom mupen64plus core with the new dynarec. The upstream version has a small regression.

I'm trying to apply the following modifications to games-emulation/mupen64plus-core-2.5.9-r2.

VRU: https://github.com/mupen64plus/mupen64plus-core/pull/873

On the topic of emulating old hardware, this reminds me of the Nintendo 64 VRU accessory, which is a mic + voice recognition that was used in games such as Hey You Pikachu. Nobody has emulated the hardware which performed the actual voice recognition, instead opting for modern VR libraries. So while you can use it in an emulator, the performed VR won't match what you'd get with limited hardware implementation.

>This is an HLE implementation. I did not emulate the manner in which the VRU does voice recognition

https://github.com/mupen64plus/mupen64plus-core/pull/873

Try these: https://www.reddit.com/r/RetroArch/comments/kzczl3/mupen64plusnext\_is\_it\_possible\_to\_customize/ https://github.com/mupen64plus/mupen64plus-core/issues/414

What distribution of that in particular though? The official repo https://github.com/mupen64plus/mupen64plus-core hasn't had a new release in 7 years.

You can find previous core builds by downloading the RetroArch_cores.7z file that is next to each stable version, it include all cores as they were at the time of compilation of the stable version of RetroArch. For example, I'm holding the 12/6/2021 build of Mupen64Plus-Next due to this particular bug. The problem is, RetroArch has gone a few months without stable releases, so you'll have to see if these builds are good for you, recent enough to support the games you want and not new enough to have the recent bug.

I think the best course of action is to open an issue here: https://github.com/libretro/mupen64plus-libretro-nx. You can reference this thread.

The repo is here if you want to try building it yourself https://github.com/libretro/mupen64plus-libretro-nx

Yes https://github.com/libretro/mupen64plus-libretro-nx/issues/100

Seems cool if you'll only use GLideN64 and cxd4, which are great in their own right, but it doesn't seem to include parallel-rdp and parallel-rsp, which are responsible for the unique accuracy breakthroughs in N64 emulation I mentioned. As far as I know no standalone fork of Mupen have integrated these yet. It's quite the piece of work that was done in this core https://github.com/libretro/mupen64plus-libretro-nx m4xw works mainly on the Switch, but this core has become the main Mupen core in every platform since.