First things first, what cpasjuste did for this community - and the timeframe he did it in, is beyond the "i have an option" level easy nag or criticism.
Just three examples of going far beyond what was expected, he released a working version of a Neogeo/CPS1+2/Genesis emulator on the first day, the Switchbrew hack (first HB hack for the Switch for most people) was released.
- He was the first and only one that actually thought about integrating the Switches different control modes in his emulators (turns out its hard to do it conceptually, because of detached controllers being able to mean both "one controler mode" and "two controller modes", with the same amount of connected controllers
).
- He brought touch screen support to Scummvm, that was so good, that it actually was optimal in the first beta of it he released.
- He ported the first dual analog stick 3D shooter interpreter, that actually could be used by most people, ...
That said, asking if a project is dead - is fine. And the answer its open source, and time to dedicate to it is an issue, is expected.
But also - ScummVM stables are usually dare I say "bug free" the community that works on the mainline project puts an insane amount of time into testing, understanding and recreating each and every engine - and when a game reaches "fully compatible" status - its usually better supported than the original install on a DOS or Windows PC. So to see a ScummVM Port with entire games not working, or crashing midway through playing is -- in a first reaction, somewhat disappointing. Taking the act of conjuring the port into existance for granted. Because of course you do, we are on the internet.
That said, the issues seem to be at the intersection points of libnx and Scummvm.
Meaning. The Scummvm port has racecondition issues, when accessing multiple files in short succession (/at once) on the sdcard. Every other emulator, just loads the entire rom into memory - and thats it.
Those that dont (Genesis Plus GX core of the Retroarch NX port, when handling isos with coresponding audiotracks (mp3, ogg,...) ) - crash as well.
So this actually seems like an upstream issue, where the libnx library is to blame - and the emulator is not.
At least from an outside perspective.
There are other interaction issues - that also stem mainly from other people not thinking their concepts through.
HBL for example cant launch any HB via a touch action - so you cant deactivate controllers while using any homebrew. Also nothing that Scummvm can do about, but something that "holds it back".
HBL also doesnt recognize hold right to advance right, which shows you with what level of thought those interfaces get designed.
The "odd sound after resuming from standby issue" also all libnx ports suffer from. So again - thats a libnx issue, not the fault of the port.
But in essence - a Scummvm port that doesnt allow you to play through DOTT, can only be described as lacking. From a meta perspective. There is some truth in that as well.
edit: cpasjuste was the first one who had non integer scaling (full screen emulation with correct aspect ratio) going on his ports, he still is the first and only one who has working screen filters in one of his ports, his SNES ports seems to run with less overhead than retroarch nx (could be imagination), ...
So the list goes on.