Issues with es_systems.cfg

Zering

Hey guys,

I'm having an issue with es_systems.cfg, namely no matter how much I edit the changes consistently fail to appear.

I noticed the issue when attempting to hide .cue files from my 3DO playlist. I edited es_systems.cfg accordingly, rebooted, and saw that my .cue files were still there. I assumed it was a glitch caused by the scraping, then I edited my file to have my atomiswave roms as a separate system :

<system>
<name>atomiswave</name>
<fullname>Sammy Atomiswave</fullname>
<path>/home/pi/RetroPie/roms/bbcmicro</path>
<extension>.cdi .chd .cue .gdi .sh .zip .CDI .CHD .CUE .GDI .SH .ZIP</extension>
<command>/opt/retropie/supplementary/runcommand/runcommand.sh 0 SYS atomiswave %ROM%</command>
<platform>atomiswave</platform>
<theme>atomiswave</theme>
</system>

There are roms in my atomiswave directory, these roms work under their default emulator and I have placed custom config files in opt/configs/atomiswave to ensure they would boot as they would in my dreamcast directory. However, they have failed to appear in ES.

It is obvious to me that some other file somewhere is overriding my es_systems.cfg in etc/emulationstation, so I tried editing the one I've got in opt/retropie/configs/all, as well as the es_systems.cfg.bak in etc/emulationstation, to no avail. The changes do not register, it seems.

The only thing I can think of that could be the cause of the issue is that I have installed valerino's lr-mess scripts, which require cloning his repository. If any of you have any ideas on how to solve this issue, I would be very grateful.

My specs :

Raspberry Pi 4 B 2 GB (overclocked)
Official 5V power supply
RetroPie 4.6.7
Built from pre-made Retropie image on Retropie website
USB Devices connected: One controller (model varies), 2 TB Seagate hard drive, wifi keyboard and mouse

Thanks!

zerojay

@Zering said in Issues with es_systems.cfg:

Hey guys,

I'm having an issue with es_systems.cfg, namely no matter how much I edit the changes consistently fail to appear.

I noticed the issue when attempting to hide .cue files from my 3DO playlist. I edited es_systems.cfg accordingly, rebooted, and saw that my .cue files were still there. I assumed it was a glitch caused by the scraping, then I edited my file to have my atomiswave roms as a separate system :

<system>
<name>atomiswave</name>
<fullname>Sammy Atomiswave</fullname>
<path>/home/pi/RetroPie/roms/bbcmicro</path>
<extension>.cdi .chd .cue .gdi .sh .zip .CDI .CHD .CUE .GDI .SH .ZIP</extension>
<command>/opt/retropie/supplementary/runcommand/runcommand.sh 0 SYS atomiswave %ROM%</command>
<platform>atomiswave</platform>
<theme>atomiswave</theme>
</system>

There are roms in my atomiswave directory, these roms work under their default emulator and I have placed custom config files in opt/configs/atomiswave to ensure they would boot as they would in my dreamcast directory. However, they have failed to appear in ES.

It is obvious to me that some other file somewhere is overriding my es_systems.cfg in etc/emulationstation, so I tried editing the one I've got in opt/retropie/configs/all, as well as the es_systems.cfg.bak in etc/emulationstation, to no avail. The changes do not register, it seems.

The only thing I can think of that could be the cause of the issue is that I have installed valerino's lr-mess scripts, which require cloning his repository. If any of you have any ideas on how to solve this issue, I would be very grateful.

My specs :

Raspberry Pi 4 B 2 GB (overclocked)
Official 5V power supply
RetroPie 4.6.7
Built from pre-made Retropie image on Retropie website
USB Devices connected: One controller (model varies), 2 TB Seagate hard drive, wifi keyboard and mouse

Thanks!

Check that you don't have one in ~/.emulationstation/es_systems.cfg.

ReadyPlayaWon

@Zering said in Issues with es_systems.cfg:

I'm having an issue with es_systems.cfg, namely no matter how much I edit the changes consistently fail to appear.

The es_systems.cfg exists in 2 places ... one is a fallback in case the first is not found.

Sounds to me, that you could be editing the fallback

First...

/opt/retropie/configs/all/emulationstation/es_systems.cfg

Fallback...

/etc/emulationstation/es_systems.cfg

https://retropie.org.uk/docs/EmulationStation/#es_systemscfg-edits

Zering

@ReadyPlayaWon I've edited both of those, with no results. The first .cfg is the one I get to with @zerojay 's path.

Could there be a third? It's the only thing that seems logical to me.

ReadyPlayaWon

@Zering

just noticed something ...

<system>
<name>atomiswave</name>
<fullname>Sammy Atomiswave</fullname>
<path>/home/pi/RetroPie/roms/bbcmicro</path>
<extension>.cdi .chd .cue .gdi .sh .zip .CDI .CHD .CUE .GDI .SH .ZIP</extension>
<command>/opt/retropie/supplementary/runcommand/runcommand.sh 0 SYS atomiswave %ROM%</command>
<platform>atomiswave</platform>
<theme>atomiswave</theme>
</system>

why is the path for your Atomiswave roms pointing to bbcmicro ?

That's probably the problem.

my es_systems.cfg contents which works fine ...

<system>
<name>atomiswave</name>
<fullname>Atomiswave</fullname>
<path>/home/pi/RetroPie/roms/atomiswave</path>
<extension>.zip .chd .ZIP .CHD</extension>
<command>/opt/retropie/supplementary/runcommand/runcommand.sh 0 SYS atomiswave %ROM%</command>
<platform>atomiswave</platform>
<theme>atomiswave</theme>
</system>

Zering

@ReadyPlayaWon What the hell ^^

I'm glad you caught that though, how that got in there is beyond me ^^
That did solve the atomiswave side of the problem, however the rest of my changes are still not showing up.

My .cue files are still showing up in my 3DO gamelist in spite of .cue not being listed as extensions in my 3DO entry.

<system>
<name>3do</name>
<fullname>3DO Interactive Multiplayer</fullname>
<path>/home/pi/RetroPie/roms/3do</path>
<extension>.iso .ISO</extension>
<command>/opt/retropie/supplementary/runcommand/runcommand.sh 0 SYS 3do %ROM%</command>
<platform>3do</platform>
<theme>3do</theme>
</system>

I've also changed neogeocd's entry for theme from neogeocd to neocdz to match the theme, and no luck, it's still stuck on neogeocd.

<system>
<name>neogeocd</name>
<fullname>NeoGeo CD</fullname>
<path>/home/pi/RetroPie/roms/neogeocd</path>
<extension>.chd .cue .CHD .CUE</extension>
<command>/opt/retropie/supplementary/runcommand/runcommand.sh 0 SYS neogeocd %ROM%</command>
<platform>neogeocd</platform>
<theme>neocdz</theme>
</system>

I was hoping it would end with my own stupidity but nope, I'm positive there's a real glitch here.

Edit : The neocdz change kicked in on reboot, for some reason, so now it's just the 3DO and the .cue files.

ReadyPlayaWon

@Zering said in Issues with es_systems.cfg:

My .cue files are still showing up in my 3DO gamelist in spite of .cue not being listed as extensions in my 3DO entry.

have you double checked the gamelist.xml ?

/opt/retropie/configs/all/emulationstation/gamelists/3do/gamelist.xml

in case there's stil entries for games with *.cue extension ?

eg.

if there are ... then edit it to

Zering

@ReadyPlayaWon So even if I remove the extension from the .cfg file, if these files are scraped they will still show up in the gamelist?

ReadyPlayaWon

@Zering

can't say for sure .. but it certainly worth checking out the gamelist.xml and if there are games with *.cue

then edit one of them to *.iso then restart/reboot and if that fixes it then that's a definate.

nothing to lose by trying it/testing it

Zering

@ReadyPlayaWon That's very true.

Thank you for your help, and sorry for wasting your time with what was a mostly stupid query. ^^

ReadyPlayaWon

@Zering

Not a waste of time or a stupid query ... i'm still learning lots of stuff and happy to help :)

Zering

@ReadyPlayaWon Indeed. I've now managed to separate pretty much all of my systems the way I want to. It feels good to have my PC-Engine CD roms where they belong! ^^