brazerzkidaizombie.blogg.se

if someone is okay with what mercury stands for and wants to run it anyway, then to each their own. There have been substantial SNES emulation improvements over the past four years to higan.īut. It's also worth noting that both cores in Retroarch are based on higan v094, which was from January 2014. The latest release is very reasonable here, and it has a far better speed-to-accuracy ratio than mercury does, and comparable compatibility. If you want to use mercury for speed reasons, you're much better off using an emulator designed to compromise accuracy for speed and stick with Snes9X.

I added the only significant speedup of his that did not affect accuracy to higan official. If the optional hacks are off, then it serves no purpose over stock bsnes. The GPL is giving everyone something and hoping they don't abuse your trust. I don't care if they're "optional", Alcaro intentionally went against everything I stand for in emulation in making that, and this is a subject I feel very strongly about. This has undermined my fight for groups like No-Intro to more sanely handle SNES game coprocessor firmware files. īsnes-mercury is a hatchet job on core portions of the emulator to eke out small speed gains, overclocking the SuperFX violates accuracy, and the author also reverted the DSP coprocessor emulation that was the result of years of research for buggier, less accurate HLE from previous versions. Was going to stay out of it, but since this is being discussed by others.