@Chilred said in Sinden on RetroPi does not start:

This one.

This is not a stock RetroPie image/installation - I advise you to ask the author of the image/scripts for help, since we don't know how those extra scripts work.

@Drakaen391 said in Gamepass in Retropie:

I stumbled upon this code https://github.com/blcky05/retropie-xcloud

I don't think this works on a Pi4, based on the instructions given, which amounts to just installing latest Google Chrome and adding a launching shortcut.

Would this be useful to add to the experimental pkg list?

Not really - you can just open Chrome with a URL from the desktop (which will be needed anyway) with a simple Port (.sh) file.

@sleve_mcdichael thanks mate. Got it now. Just needed to get the path fixed. Armor Attack has terrible screeching audio. Other than that all working great.

@boogyman062190 please add some more details about your system as outlined in https://retropie.org.uk/forum/topic/3/read-this-first

Can you post the relevant log file from ~/RetroPie-Setup/logs?

@windg It will be included when we are ready - https://github.com/RetroPie/RetroPie-Setup/pull/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

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