@roslof, Don't know if you're still having problems with lr-scummvm but perhaps telling you about my experience will help.
I was succesfully using lr-scummvm on a RPi 4B RetroPie build that used RetroArch version 1.8.8. I recently set up a second Pi 4B with a completely fresh RetroPie install using the latest RetroPie image available. The RetroArch version here was 1.9.x (I forget exactly which) but I found that lr-scummvm would crash when I loaded up any game in just the way you described in your original post.

My thought was that, although it was probably ultimately a fault with the experimental nature of the lr-scummvm core, the crux of the problem was that the lr-scummvm core was not compatible with RetroArch v1.9.x as it seemed to be with 1.8.8.

So, without wanting to completely reinstall my whole system, I installed the older RetroArch v1.8.8, overwriting the one that came bundled with the image. I didn't need to change anything else and, happily, I was able to get my favourite LucasArts games up and running straight away.

Now, obviously, downgrading Retroarch can be a bit risky so if you want to try it you do so at your own risk. Unfortunately I can't tell you how to do from the command line as I couldn't find that out. But I managed it by backing up the ~/RetroPie-Setup folder (by adding ".bak" to the end of the folder name) and then copying the folder from my older system to the new one. Then I ran the retropie_setup.sh script that I just copied and went to Manage Packages | Manage Core Packages | Retroarch | Install From Source. 10 minutes later, RA 1.8.8 was on my system and lr-scummvm worked beautifully.

From a cursory look: The only red flag I noticed is that it creates a world writeable folder /opt/dev_philcomm (why that?) which is not removed by the uninstaller script (woot!).

Other than that it should work, relies on omx player.

@pjft said in Snaps/Video Issue with EmulationStation (V2.10.0RP-DEV):

Should be fixed now - thanks.

Confirmed, this is fixed. Always grateful @pjft
Thank you

@h2805270

Are you already running something on the pico ?

I have BBC-micro somewhat running on the micro !

@lolonois Thankyou very much. I will keep this in mind !

@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.

https://github.com/zerojay/RetroPie-Extra

@roslof said in lr-mame: Cinematronic Changes and the Pi 4B:

not update until optimizations are in place

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.

@roslof said in lr-mame: Cinematronic Changes and the Pi 4B:

Of course fb-neo is another alternative

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.

@undrwater Please do not post a support request without first reading and following the advice in https://retropie.org.uk/forum/topic/3/read-this-first

Please provide more details of set up. No idea which hardware you're running even.

@simpleethat I just checked my es_systems.cfg and Saturn isn't in there so that must be the reason. Thanks

@saitoh00 not unless upstream adds support for gles on Kms or we launch it via X (not tested - requires different compile flags).

You can check the existing tickets on their bug tracker. https://github.com/mickelson/attract/issues

We don't develop/maintain everything included in RetroPie.

@paffley said in Grid Updates - emulationstation-dev:

Hi @jdrassa any news on a fix for this as yet please? https://github.com/RetroPie/EmulationStation/issues/667

Just built es-dev from source and the squished boxart is fixed!

Hello all, a quick PSA :)

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.

@mitu - Ah ok, sorry for that false alarm and I appreciate the response guys. I'll run through it again later and post if it's a specific ROM or some pattern I see.

@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.

@LucasFebatis I haven't tired it but I'm am soon, I wanted to play a few games back then, this is gonna be cool.

@mitu said in How long does experimental packages update take?:

Please don't necro-post

why not close/lock the topic and make it read only if you don't want people necro posting ?

@mitu Installing the dependancies listed on the link you provided seems to gave done the trick. Thanks so much!

For those who are curious, I ran the following command as suggested by the Dolphin installation page (cut and pasted here for your convenience).

sudo apt install cmake pkg-config git libao-dev libasound2-dev libavcodec-dev libavformat-dev libbluetooth-dev libenet-dev libgtk2.0-dev liblzo2-dev libminiupnpc-dev libopenal-dev libpulse-dev libreadline-dev libsfml-dev libsoil-dev libsoundtouch-dev libswscale-dev libusb-1.0-0-dev libwxbase3.0-dev libwxgtk3.0-dev libxext-dev libxrandr-dev portaudio19-dev zlib1g-dev libudev-dev libevdev-dev "libpolarssl-dev|libmbedtls-dev" libcurl4-openssl-dev libegl1-mesa-dev libpng-dev qtbase5-private-dev

Hi both,

Thank you for your responses. Popped out for a couple of hours, and it seemed to have completed. This ties in with the 3-4 hours stated above

(Pi 3 Model B, Overclocked to 1.35ghz)