I have the same issue.
Here is a short video showing it happening.

I have a fresh install as per instructions on https://github.com/danielfreer/raspberrypi5-retropie-setup?tab=readme-ov-file

Pi 5 connected via hdmi for audio.

I've tried the fixes that worked for some above, but nothing changes.
as per @mitu request I have run the amixer/aplay commands

pi@retropie:~ $ amixer
pi@retropie:~ $ aplay -1
aplay: invalid option -- '1'
Try aplay --help' for more information. pi@retropie:~ $ aplay -1 aplay: invalid option -- '1' Try aplay --help' for more information.
pi@retropie:~ $ aplay -L
null
Discard all samples (playback) or generate zero samples (capture)
default
Default Audio Device
sysdefault
Default Audio Device
hw:CARD=vc4hdmi0,DEV=0
vc4-hdmi-0, MAI PCM i2s-hifi-0
Direct hardware device without any conversions
plughw:CARD=vc4hdmi0,DEV=0
vc4-hdmi-0, MAI PCM i2s-hifi-0
Hardware device with all software conversions
default:CARD=vc4hdmi0
vc4-hdmi-0, MAI PCM i2s-hifi-0
Default Audio Device
sysdefault:CARD=vc4hdmi0
vc4-hdmi-0, MAI PCM i2s-hifi-0
Default Audio Device
hdmi:CARD=vc4hdmi0,DEV=0
vc4-hdmi-0, MAI PCM i2s-hifi-0
HDMI Audio Output
dmix:CARD=vc4hdmi0,DEV=0
vc4-hdmi-0, MAI PCM i2s-hifi-0
Direct sample mixing device
hw:CARD=vc4hdmi1,DEV=0
vc4-hdmi-1, MAI PCM i2s-hifi-0
Direct hardware device without any conversions
plughw:CARD=vc4hdmi1,DEV=0
vc4-hdmi-1, MAI PCM i2s-hifi-0
Hardware device with all software conversions
default:CARD=vc4hdmi1
vc4-hdmi-1, MAI PCM i2s-hifi-0
Default Audio Device
sysdefault:CARD=vc4hdmi1
vc4-hdmi-1, MAI PCM i2s-hifi-0
Default Audio Device
hdmi:CARD=vc4hdmi1,DEV=0
vc4-hdmi-1, MAI PCM i2s-hifi-0
HDMI Audio Output
dmix:CARD=vc4hdmi1,DEV=0
vc4-hdmi-1, MAI PCM i2s-hifi-0
Direct sample mixing device

@CtrlAltDelMe said in [Question] Change shell to use with RetroPie?:

Wouldn't it be possible to run the bash script by invoking it with bash in whatever config file for fish?

Yes, that would be possible - but I'm not familiar with how fish works.

It stores a config in $HOME/.config/fish/config.fish. However I'd still want the ability to run the setup script to go back to Raspbian if need be. Is that doable?

Probably, but as I said I'm not familiar with how fish works so I can't be of service here.

@Lolonois I now have an issue where it's scraping some systems and not others, and when I scrape individual systems, some of the scraped systems are undone.

Could this be because I moved the cache folder?

@QuantumFusionX https://retropie.org.uk/docs/Transferring-Roms/

@mitu I got it connected finally. Going to try and get Daphne enabled, and Dragon's Lair on there under the Daphne roms folder. Just going to use the USB flash drive to do it for now.

After more testing, it turns out one of the .jpg files included in the extras folder is causing the out-of-memory error in vlc.

Can you remove the iteboy-retro-collage.jpg file from $HOME/RetroPie/splashscreens/retropie-extra and re-run the preview of splashscreens ?

The ppsspp repository is quite large, so a full (shallow or not) clone may exhibit issues due to the amount of submodules and data transferred. If you already have the emulator installed, then there's no point in re-installing it, otherwise try again later on - there's a Github/connection issue and not a RetroPie problem.

@vorvy
Do you have any update on this? I am currently trying to make the same controller work, but I am not having much luck.

@sugarfree said in Dolphin Multi-Disc Question:

Yes, the emulator will automatically load the next disc. I have confirmed this with Resident Evil 1 and Zero, which I have completed.

Awesome. Thank you!

@louiehummv Thank you so much for this. Still works today! Was having the same issue with my 8bitdo SNES30 controller. Interesting considering said controller does not have any analog sticks…

EDIT: i maybe didn't test enough -- the "remaining values are filled" in the .conf, only when run the +Start Amiberry.sh. When launch by one of the .lha roms instead, no values are filled, but the game still seem to work. They load and play anyway, did not test saving. But it's late and I've shut down for the night. Will test saving tomorrow.

Yes, saving works:

pi@retropie:/opt/retropie/configs/amiga/amiberry $ cat conf/amiberry.conf rom_path=/home/pi/RetroPie/BIOS/amiga floppy_path=/home/pi/RetroPie/roms/amiga harddrive_path=/home/pi/RetroPie/roms/amiga cdrom_path=/home/pi/RetroPie/roms/amiga lha_path=/home/pi/RetroPie/roms/amiga pi@retropie:/opt/retropie/configs/amiga/amiberry $ ls -l whdboot/save-data/Savegames/ItCameFromTheDesert/ total 16 -rwxr----- 1 pi pi 12444 Dec 20 11:36 ICFTD pi@retropie:/opt/retropie/configs/amiga/amiberry $ file whdboot/save-data/Savegames/ItCameFromTheDesert/ICFTD whdboot/save-data/Savegames/ItCameFromTheDesert/ICFTD: data

...save file exist, and I can quit and restart amiberry, then re-load the save in-game.

It's the same with either github/retropie version binary: no values are written (and file NOT created) when loading from .lha rom, saves still work at default location. Values are written (and file is created, with github version) when launch from +Start Amiberry.sh.

Edit: Launch from .lha rom, then open amiberry config and change eg. Rom path: all values are written to file (for both RP version with minimal conf, or github version with no conf.) But, if open config then quit with no change == no write values.

@Jezzer said in Compiling drivers for Deskpi:

I tried to install cmake from buildessentials but it appears that you need buster / bookworm / whatever it's called. I wasn't sure what I should be installing here... Anyone know how to do this?

cmake is already installed on the RetroPie image for the Pi4 and the buildessential metapackage is installed aswell, so compiling shoudn't be an issue. Did you try compiling and got an error - if so, can you post the actual error message here so that we can help fix it ? Do you have a link to the instructions/documentation of the drivers where the installation/compilation is explained ?

You can try adding the mali flag to your system flags, but if your system has the gles2/gles3 flags and the installed libMali also adds the proper symlinks to the default GLES library names, then it shouldn't be an issue. More details with what system/os/modifications added to RetroPie-Setup would be helpful to solve this.

----- SOLUTION FOUND -----
Posting a solution here for any CTRL+F heroes

Retroarch Quick Menu > Core Options > HLE BIOS = ON

I don't know what the setting even does, I'm just glad autoload actually works now.
Gonna put some tags below for search engines to pick up on:

lr-flycast, flycast, autoload, auto-load, auto load, crash, savestate, black screen, saves, saving, loading, loads