Hi again! I’d like to add a few clarifications and refinements to better explain the suggestion:

🔧 Technical Insight
Currently, it seems the carousel positioning is affected by the width and spacing of adjacent logos. This makes the selected (center) logo appear off-center or "pushed" when neighboring logos are wider or spaced unevenly.

A possible solution could be adding support for something like:

<carouselCenterLock>true</carouselCenterLock>

...inside theme.xml, allowing the selected system logo to remain visually anchored in a fixed position while the surrounding logos move independently.

🎯 Cross-compatibility Benefit
This would also make theme development easier for those porting designs from Batocera or ES-DE, where the selected item in the carousel is always visually fixed. It improves consistency and opens the door for more dynamic and polished carousel layouts.

📐 Logo Scaling Behavior Issue
Additionally, when a theme increases the size of the selected logo to highlight it, EmulationStation currently scales the logo from its center, which makes it look like it “floats” or moves upward. It would be better to allow the logo to scale from the bottom center, so it stays grounded and aligned with other UI elements (like background frames, labels, or shadows).

🧪 Willing to Help
I'm happy to test or help explore these improvements if anyone on the development team is interested.

Thanks again for considering this!

We don't support 3rd party images - you'll have to ask Waveshare for an updated Pi4 image that supports newer board revisions.

@barbudreadmon oh ok I didn't realize they all should be uncompressed, I will try uncompressing them.

I will try the dmesg command and see what it shows, thanks

@mitu Noted. I understand.
Thanks once again for your help. It has been very useful to me

Seems to me that even with the HDMI port disconnected, the Pi thinks that a composite display is connected.
Sorry, but I have no idea how you can convince the OS that you're using a DSI display and whether that will work without X11/Wayland on the buster. I noticed in the RPI docs that there's a KMS type overlay for the display which would make it work without X11/Wayland (as required by RetroPie), but I'm not sure whether that would work without installing the lateste RaspiOS (which is based on Debian 12 bookworm).

@gare You can get RetroArch to run in verbose mode by choosing to launch with verbose logging. Seems like an issue with the audio - perhaps PulseAudio/Pipewire gets stuck ? Does it happen also with standalone emulators (i.e. Mupen64plus or PPSSPP) ?

@sleve_mcdichael They are both HDTV's just different sizes.

0.3 seems to be the sweet spot. I did the change on GitHub

@mitu yes finally works! thanks so much for your determination and interest in helping

I wonder if there is a solution to getting PS1 controllers working on the Pi?

@mitu Omg, shame on me. All the time i used the wrong patch for my GPi Case. Instead of GPi Case 2 Patch i used GPi Case 2W Patch.

I installed the correct patch and retropie boot as it should and works immediately. Thank you for the help anyway...

And sorry for double post^^

@cdaters You mean I can use png files also? And the naming, system.png instead of system.svg?

Post some details about your setup, as asked in https://retropie.org.uk/forum/topic/3/read-this-first.

Get a verbose log from running an emulator and then post the resulting log file on pastebin.com. Also post your joystick configuration profile here in the topic, surrounded by code tags (``` before and after the contents)

Thanks all. Will keep on trucking.

It's ok, I figured it out, the problem was that the roms where in folders. This thread can be closed. Thanks.

@mitu It doesn't let me verify it