Vortigern-The-Grey
commented
2 weeks ago I also would love the ability to use faster or more accurate cores, for better compatibility. Maybe using libretro could allow users to switch out cores? Would also make it easier for adding new systems...
stopper4
Several retail games, rom hacks and homebrew depend on emulator accuracy that several currently-bundled cores do not supply, and phones are more powerful than they would have been when these cores were chosen. I think Delta would benefit to have a system for using either a more-accurate or a faster core, up to the user. We should still use the faster cores by default. I am assuming this project reuses/builds off of cores built for the libretro engine, but correct me if this is wrong. I am using the libretro compatibility lists (such as the Nintendo entry as a fact check, along with my past experience.
Nestopia appears to be fine as-is, but the option to use fceux could help for homebrew titles relying on inaccuracies. Aiming for best of both sides.
SNES emulation: Snes9x (see #69) has better (and fully open-source) alternatives in BSNES (configurable accuracy), and higan (accuracy as a priority). Many rom hacks do not work on Snes9x, and explicitly do not support it, Mother 2 DX one of such.
GameBoy (Color) emulation: Gamebatte has SameBoy (more accurate, and widespread for rom-hacking) and BGB (most accurate, but afaik no libretro core).
GBA emulation: VBA-m has mGBA (more accurate and widespread).
DS emulation: Admittedly, melonDS is a better pick for mobile phones, but the option to use DeSmuME should be there for higher-end phones. A compromise could be made to offer DeSmuME15 (less accurate, but better than melonDS).
I am unfamiliar with the Genesis scene, but your chosen emulator appears to be fine enough, as the Genesis is not a very hard to emulate console.
Thank you in advance for your time. I felt compiling this information would help for anyone willing to put the effort into implementing this.