[Nintendo 64] Emulation-Talk

[Andi]

0

Bin gespannt.

Durch diesen Beitrag bin ich übrigens damals darauf aufmerksam geworden:

Whats more accurate project64 or mupen64plus?

[...]

Admittedly I'm biased since I work on mupen64plus, but here is my take:

https://m64p.github.io is the most accurate emulator you'll find if you just take all the default plugins

The problem with Project64 is that it has really bad default plugins, both for video and audio. So if you download PJ64, then track down GLideN64 and Azimer's Audio plugin, then you'll be (roughly) on par with m64p.github.io

Pretty much every person that works on Project64 (LegendOfDragoon, Frank74, theboy181, etc..) all use either custom RDB files, or custom plugins that aren't generally available to the public, etc.. So it works well for them, but it's hard for an everyday person to get setup properly.

mupen64plus does audio especially well. Download PJ64 and m64p.github.io and try these games: Body Harvest, World Driver Championship, Resident Evil 2, Twisted Edge Snowboarding. You should notice the difference very quickly. I think people have been used to World Driver Championship having bad audio for so long they don't even realize what it should sound like. The only way I can get the audio for World Driver Championship to work properly in PJ64 is to use Frank74's custom build of Azimer's audio plugin, which he posts on various forums every now and then.

I'm actually not aware of any game that works better in PJ64 over m64p.github.io, I'd be interested to hear of one.

EDIT: that being said, PJ64 does have more features than mupen64plus, like overclocking for instance. It also has a lot more debugging tools, useful for testing or for homebrew developers. Also, because mupen64plus has a platform-agnostic configuration setup, changing the settings for the plugins is pretty ugly, PJ64 has a much prettier interface for changing the settings in GLideN64 for instance.

Für Romhacks ist Project64 natürlich auch wichtig, weil viele nur damit funktionieren. Wahrscheinlich ist auch das der Grund, weshalb die Entwickler keine tiefgreifende Änderungen am Code vornehmen und das Programm eher "verwalten", da sonst die Kompatibilität nicht mehr gegeben wäre. Erinnert mich etwas an ZSNES, das Ganze. Leider auch was die Ignoranz angeht: Zilmar refuses to adopt GLideN64