@windg It will be included when we are ready - https://github.com/RetroPie/RetroPie-Setup/pull/3486

dankcushions created this issue in RetroPie/RetroPie-Setup open DuckStation standalone PSX emulator #3486

@sleve_mcdichael said in How do I get rid of emulationstation-dev?:

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:

https://github.com/libretro/scummvm/issues/183

SupervisedThinking created this issue in libretro/scummvm closed [Bug] SCUMMVM hangs on boot / freezes RA #183

@philcomm Hello Mr developer, thanks for the clarifications, i will test your script as soon as i move my installation from an sd card to an SSD.

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