Can you run EmulationStation with debug logging and upload the log ? Exit ES, then run it with emulationstation --debug, reproduce the issue and then post the log file on pastebin.com.
The log file is in $HOME/.emulationstation/es_log.txt.
I've tried the steps you mention in reproducing the error, but as far as I see omxplayer stops once the screensaver is stopped.
Do you have any additional configurations in ES - namely any external scripts tied to the ES Scripting API ?
I added usbhid.mousepoll back to the boot config file, set the GRS spinner to pulse at 512, and did some testing. Without that command or when I set it to value 0 (system use polling rate requested by device), my spinner runs slow. When I force the system to poll at either 1, 2, 4, or 8, the spinner runs at a much faster speed. The spinner moved at the same speed with all four values, so I left it on 8 to save CPU cycles on the Pi.
I set MAME sensitivity according to the formula (14%) and the blaster now free spins at the familiar speed. I can also properly adjust Major Havoc. Interestingly when I do a 5-space full turn test, a full turn with the GRS is exactly 10 spaces. The blaster isn't moving twice as fast; the blaster clicks at the same speed as this guy's setup with a turbotwist:
I wonder if the GRS is reporting a half turn as a full turn.
In any case, I'm willing to call this issue resolved to my satisfaction.
@chris-1 Spyro runs well on my pi zero (original model) using the standalone pcsxrearmed so pi zero 2 should have no problem. In the case of PS1 emulation I think youre better off using the RetroArch version because it's more up to date. The pi zero 2 should have more than enough overhead to handle it.
@dizmodawg you know what I'm looking at the Daphne documentation and it looks like it's a bit more involved than most other emulators. Usually, I would add the new <extensions> to the entry in ~/.emulationstation/es_systems.cfg, and then add the new emulator line(s) in /opt/retropie/configs/[system]/emulators.cfg.
But Daphne has that weird folder structure, where there's a roms folder with the .zip files but that's not the game entry, the *.daphne folders are the game entries. And the Daphne system doesn't read .zip files as entries but the Arcade system does, so if you merge them in this same way, then your "Arcade" system will have a weird "roms" sub-folder in it with a bunch of zip files that don't work...
In this case, I think maybe it's better off leaving it a separate system.
@exarkuniv Apologies for my ignorance. Is it the PlayBox part of it that is the rebuild? Sorry I'm just now getting into all of this and am unfamiliar with the lingo.
It is impractical to provide support for a system that neither you nor we know how is configured. *Pre-built, aka third-party (anyone who's not you or the RetroPie project) systems are not supported. The only supported configurations are the official SD images available on the download page or installed on top of an existing OS using the setup script.
We will gladly help you through the process if you'd like to start over with the default image and build a system yourself. Or, you can contact the author of your custom build and ask them to provide support for the system that they have configured.
Now load a ps2 game, be sure to set your runcommand to "lr-pcsx2" and cross fingers.
gcc-9 will be installed whenever you update your retropie emu's.
So you have to go through the compiling procedures above any time you want to update pcsx2-libretro.
Actually after a few times it seems gcc-9 and gcc-10 are installed.
Keep in mind these are alpha builds and purely x64 so no software mode.
Edit your es_systems.cfg to accept .chd in the ps2 section.
If someone can make an unofficial script out of this. It would be appreciated.