mupen64plus-libretro-nx VS jpcsp

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.

JCPSP supports it somewhat at least, but there is no point to it. UMDs are just 720x480 (which the system can not output, so kind of strange choice there), with pretty strong compression and only one stereo audio track. Think DVD, but worse in every way. There are no exclusive movies or shows on UMD, no extras. Every UMD film is available on DVD and most, I'd reckon, have seen a Blu Ray release as well in the years since.

Not as good as PPSSPP (it took the lead and ran with it), but Jpcsp is still chugging along for those with a purpose for a PSP emu coded in java.