Wait...So are you saying the libretro devs are dropping support for individual core vpks from here on?
If I was a betting man (Which I'm not...
usually), I'd say that is the case now.
Considering the massive space savings, and some of the minor bugs now having been fixed in the AiO (All ROM selection-based crashes are now exclusive to MAME/FBA for clear reasons), I don't see any reason to use the individual cores.
Besides, installation takes 1-2 minutes vs. 1 hour for all the cores; a far easier method for keeping test builds up-to-date.
Not sure if you're a point of contact for the RA team, but is there a forum where we could post issues we find with the nightly builds?
Huge digression and aside here...
Aside from
"You have been blocked from viewing Libretro's Tweets" unless I use an alias, I can't officially consider myself a true Libretro member. I've never even signed up for it or asked for consent.
This whole thread, really, was a labor of love of sorts; not only to make up for my... er...
personal wrongdoings with the team in the past, but to give something that I felt was sufficient for recording the active progress of what is, no doubt, one of the
biggest PS Vita homebrew projects to exist. Of course, it's the others here that helped to bug test and report issues with the port; whether they intended to or not. (^^'
I doubt Libretro here actually cares... but I wouldn't mind being more a proper tester for their project. However, the chances of this are slim; I'll take it if it's offered, but I refuse to force anything down anyone's mouth.
So, yeah, that's why this merely remains the
Unofficial Official Thread.
TL;DR - This is the thread to post issues for the nightly builds.
Libretro has gone on record however on accepting unofficial GBATemp threads as endorsed locations for bug reports, so...
e.g. ALL the SNES cores have unresponsive controls. To get some level of response back, I need to press home and re-enter the emulator where the controls sometimes work.
Confirmed, this is a global issue.
It has to do with the quick menu toggle it seems; ~50% of the time it is triggered, the controls may become unresponsive which requires suspending RetroArch and resuming it, but this isn't a perfect solution.
Mainly with ISO-powered emulators (PCE with Turbo CD titles, Genesis+GX/PicoDrive with Sega CD titles, and PCSX-ReARMed), this causes the virtual CD to lose its read position upon suspension/resuming, causing an inevitable lockup when it has to read from the disc image again (Which it basically lost upon suspension).
So yeah, at the present this is an issue with the AiO executable.
You mean by going into retroarch menu and selecting "quit retroarch" instead of using PS button? I always do that but the config still doesn't autosave, and it still defaults to desmume core when I relaunch (using 10/13 nightly).
Assuming you have a re-generated (new) retroarch.cfg or retroarch folder structure, it SHOULDN'T be an issue.
But as always with this, YMMV. For some reason it's only ever me that gets good results.