But yeah, backups are good. I had done something that was causing ES to crash, once in a while, unpredictably, at launch. So I burned a fresh image, hopped on my WiFi, restored my backed-up roms and config files, and I was back in action.
Obv I have backups, but restoring from a backup onto a 256GB SD card takes hours and hours and hours and I try to avoid it wherever possible...
While testing Scummvm 2.5.0 I bumped into this issue too --- seems to be specific as said here to lr-scummvm's interaction with RetroArch as loading titles explicitly with the non-lr version of ScummVm works.
Not sure exactly when this broke, but my RPi3B downstairs works fine on RetroArch 1.8.8 and my 4B on 1.9.7 doesn't work. Tomorrow I'll try to upgrade my 3B to the latest lr-scummvm just to see if it still works, just because I'm curious.
Anyone else hitting this, and have a way to work around without downgrading? Lr-Scummvm is much better for input. It might be tracked here:
@leonjordan i had a number of problems installing the openbor scriptmodules. i suggest you try RetroPie-Extra version of the openbor scriptmodule, which will install an up to date build (65xx) with ability to direclty launch .pak files without extracting them.
Well, i doubt that's gonna happen soon, netlist emulation has been around for 10 years and always required a somehow good cpu. It'll probably take some time before they make another breakthrough performance-wise, and i'm not sure the MAME team even care about performance in the first place.
Actually, this driver is the only vector games driver we are missing. In my previous post i was talking about netlist emulation in general, since it's used in most 70s and early 80s games, i guess we'll keep using samples for now.
The lr-mupen64plus-next core got updated some days ago and now is defaulting to 640x480 resolution for new installs. This resolution is a bit taxing for humble devices such as the RPI3 or less, so is strongly recommended that you set the rendering resolution to 320x240 (as it was previously the default) for these devices. Perhaps this is not necessary for RPI4, you have to see for yourself.
This can be done after starting any game and going to the core options menu in RetroArch.
It is important to note that this is not a RetroPie change, but an upstream change. We decided to not change the upstream defaults therefore it is your responsability to change this setting for your own setup.
If you had the core previously installed, the new defaults will not apply because you already have the previous resolution set in your core options.
@cjohnson26 the Pie will boot and the function of these few lines are just to ask status for a sensor after the has booted.
But for your idea to work as on off switch for booting up a device this also works but you do not need a code or something. Just connect the hall effect sensor like a switch on a power device like the Mausberry or a Pimoroni on off SHIM and it will act like a button press. For switching of you need to ask status then you can use that code.