@dcaputi From the distance I assume it is a known issue with the firmware of the Xin-Mo. See here for a workaround: https://retropie.org.uk/docs/Xin-Mo-Controller/

@hisoka said in Put all downloaded media info in gamelist.xml To show them correctly:

Sorry I missed that. Anyway, here's my old Setup.

Please add the info for the current setup.

EDIT: and add the installation info - how did you install and what image did you use to install RetroPie.

This forum is dedicated to RetroPie - are you using RetroPie or you just modded your SNES classic to install RetroArch ?

@mitu

You said it was dark grey, not colored.

No, I ment it has the same color as the background, it is dark grey.

Either way, if you have the RetroPie info shown when you exit EmulationStation, then it means the normal prompt should also be present and available.

If I exit EmulationStation it's just this screen, no cursor, it seems to me that it is loading, but just nothing happens then, even after 5 minutes.

@Lolonois thanks, not sure how to ensure it delivers a constant voltage while writing... however I'm not planning to waste any more time on this matter.
The cards in question is a sandisk 512gb ordered from amazon that i had for years and worked fine in my switch. I got the write error in my arcade and i thought the card was done, so i ordered a new one form Amazon. That card didn't work either... Amazon was good enough to send a second card for free and that one also failed.
Who knows, maybe a voltage issue makes sense, but there's no indication of undervoltage on the machine itself.

@rasp_renegade said in Stuck on Spalshscreen after updating pi v4:

It was just the splashscreen thank goodness

Not really sure what it means - does it work if you disable the splashscreen ? What's the output from the command I posted - that may help understand why the splashscreen is stuck.

@gmarler said in Black Screen When Starting ColecoVision Game Under lr-bluesmx:

Not sure how things got into this state, as the core_options_path simply disappeared from the /opt/retropie/configs/coleco/retroarch.cfg file when I updated to the latest RetroPie through retropie-setup as of 2025-04-07.

In a default RetroPie installation, that config file shouldn't contain much and core_options_path is only set by RetroPie in the global /opt/retropie/configs/all/retroarch.cfg. Any core option overrides (per-folder/game) will be saved elsewhere.

@mitu Thanks for confirming that.

In the meantime, I was able to determine that my HDMI monitor also has a 3.5 mm jack that I never noticed before, so I can plug my headphones into that instead.

Very special case. But you can save the import part. However, some manual steps are required:

Copy the pq1-amiga.svm to the ~/RetroPie/roms/amiga/ folder.

Find the Amiga video (I guess you already did that).

e.g, https://www.screenscraper.fr/gameinfos.php?gameid=34415&action=onglet&zone=gameinfosmedias

Navigate to the ROM/ISOs latch and pick a checksum and use it in the query parameter.

Run Skyscraper -p amiga -d /tmp --flags videos -s screenscraper --query="md5=2c4827513db0e45eed77d20d290fa17d" ~/RetroPie/roms/amiga/pq1-amiga.svm.

Find the video for "Police Quest" from screenscraper in the scummvm Skyscraper DB file, usually ~/.skyscraper/cache/scummvm/db.xml (type="video" source="screenscraper" with the matching resource id for Policy Quest). Note the resource id.

Copy the amiga video into the scummvm cache, e.g.:

cp /tmp/videos/screenscraper/494148112002ee474500cc10cbd212b1dedc5bd0.mp4 ~/.skyscraper/cache/scummvm/videos/<just-noted-resource-id>.mp4

It could be that the resource id is identical between Amiga and ScummVM, as the Skyscraper resource id is calculated from the filename and not from the file content for *.svm files. I did not verify this, but I assume it will be the case.

@JimmyFromTheBay said in Catastrophic lr-VICE failure:

Ah, found it:

sudo chown pi:pi /opt/retropie/libretrocores/lr-vice

Did that for the main and subfolder and managed to replace the crappy broken new files with the working old ones. All fixed. Thanks for the reply :)

I see how you have done it otherwise you would not be able to replace the files.
If you don't mind you can leave it that way.
However, notice that these folders normally have root user rights.
In principle you should turn them back to root.

@Chuckgofer Thanks for the confirmation.

@rhester72 said in joy2key_sdl.py doesn't support my controller:

To make RA happy, I had to hand-configure the controller in Retroarch (GUI) itself and save from there, which produced the "not-normalized" device name in the configuration file.
[..]

OK, so the other possibility of a device name mismatch is the configuration being created outside of EmulationStation's scripts - in this case via RetroArch itself. In any case, this kind of setups will hopefully be better supported by joy2key in the future.

@sleve_mcdichael thank you
I have learnt a good lesson today
I do really appreciate it