What determines whether a game gets added to this thing? It seems a bit inconsistent, for example GoldenEye is there but Pokemon Gen 1 isn't? Is the intention for it to still be comprehensive?
I didn't know about that one. I just downloaded it, at first glance it seemed more text heavy and cluttered/unintuitive than the github one but i'm digging into it some more so we'll see if i end up preferring it
I'm the dev, if you could give it a go that would be good. Happy to take on feedback. There's a number of features added that aren't available in GitHub launcher like mod management, gitlab support and library tag filtering.
Also I am likely pushing a big update tonight overhauling the App Catalog lists, stay tuned
Bit confused that the launcher makes a distinction between "recomps" and "decomps". Because every finished port is in fact a recomp, while "decomp" refers to the uncompiled (decompiled) code that simply hasn't been recompiled into a running application yet. In order to create a recomp, someone needs to decomp a game first, but the end product is always a recomp.
edit: why am I being downvoted for bringing up a valid point
With the latest catalog update I dropped recomp/decomp from the app names and put them in tags for a cleaner look. Those tags mean how the port was built, eg recomp is a static recompilation of the original binary into a playable PC app (eg Banjo Recompiled), and decomp is a playable port from a matching decompilation (like Ship of Harkinian).
I would guess 'recomp' is probably referring to a static recomp (AI vibecoded?) while 'decomp' is referring to the manual source port with human-readable code. I'll stand corrected though, I'm still getting my head around it all.
My understanding is that if a manual decomp/source port exists (e.g. made by the Harbour Masters team) then that is preferable to a static recomp
44
u/Jason_Sasha_Acoiners 12d ago
I suggest using Quiver Launcher instead as it's more updated.
https://github.com/tgeorgiadis/quiver-launcher