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)