<folder> limitation in ES?
-
Hi, is this a 'design feature' or limitation in Emulation Station? Or is there a way around it?
Here's what I'm trying to do... I'm putting all my multi-disk C64 games in their own individual folders. And all of those folders will be within a folder named 'multi'. So, the file / folder structure is something like this:
/c64/multi/gamewhatever1/gamewhatever1 (disk 1).zip
/c64/multi/gamewhatever1/gamewhatever1 (disk 2).zip
/c64/multi/gamewhatever2/gamewhatever2 (disk 1).zip
/c64/multi/gamewhatever2/gamewhatever2 (disk 2).zip
/c64/multi/gamewhatever3/gamewhatever3 (disk 1).zip
/c64/multi/gamewhatever3/gamewhatever3 (disk 2).zip(All the non multi-disk C64 games are simply in /c64).
I have the above folders and their ROMs all identified in the gamelist.xml file. In ES, I have enabled the 'Parse Gamelists Only' option.
Here's a simplified / slightly stripped-out excerpt from my gamelist.xml:
<folder> <path>./multi/221B Baker Street (USA)</path> <name>221B Baker Street</name> <image>./media/covers/221B Baker Street (USA) (Disk 1).png</image> <desc>Blah</desc> </folder> <game> <path>./multi/221B Baker Street (USA)/221B Baker Street (USA) (Disk 1).zip</path> <name>221B Baker Street [Disk 1]</name> <image>./media/covers/221B Baker Street (USA) (Disk 1).png</image> <desc>Blah</desc> </game> <game> <path>./multi/221B Baker Street (USA)/221B Baker Street (USA) (Disk 2).zip</path> <name>221B Baker Street [Disk 2]</name> <image>./media/covers/221B Baker Street (USA) (Disk 2).png</image> <desc>Blah</desc> </game>
The problem is, when navigating to the C64 system in ES, all of the folders I created are within a menu item named multi, which is a behaviour I do not want. I want the individual folders to be at the top level, amongst the non multi-disk games. I have not set up a separate entry for '/c64/multi' in gamelist.xml but ES creates its own menu item.
I'm assuming this just the way ES works? Is there a way around this?
-
@CARRisma said in <folder> limitation in ES?:
I'm assuming this just the way ES works? Is there a way around this?
Yes, No.
-
@mitu said in <folder> limitation in ES?:
@CARRisma said in <folder> limitation in ES?:
I'm assuming this just the way ES works? Is there a way around this?
Yes, No.
Thanks. I guess I'll have to reluctantly move the contents of /multi to /c64.
-
You might work around this as libretro-vice supports m3u format for a while.
Keep the
.m3u
files on the top level sibling to single floppy games.Within the
.m3u
put the relative paths to the individual floppies/zips of a game.More details here:
https://docs.libretro.com/library/vice/#m3u-and-disk-control -
@Lolonois said in <folder> limitation in ES?:
You might work around this as libretro-vice supports m3u format for a while.
Keep the
.m3u
files on the top level sibling to single floppy games.Within the
.m3u
put the relative paths to the individual floppies/zips of a game.More details here:
https://docs.libretro.com/library/vice/#m3u-and-disk-controlThat's what I do for Sharp X68000, works a treat. If I remember right, you put a full stop at the start of the disk directory name, e.g. '.multi' and ES will ignore it so it doesn't appear in your game list.
-
@Lolonois said in <folder> limitation in ES?:
You might work around this as libretro-vice supports m3u format for a while.
Keep the
.m3u
files on the top level sibling to single floppy games.Within the
.m3u
put the relative paths to the individual floppies/zips of a game.More details here:
https://docs.libretro.com/library/vice/#m3u-and-disk-controlExcellent, thank you very much. I did look at the Retropie docs for the C64 emulators but I missed the fact lr-vice supports .m3u files. This workaround makes me happier, so thank you very much.
I have tested it and it does do what I want it to now.
Now to create 278x .m3u files. Fun, fun, fun...
-
@segasonic said in <folder> limitation in ES?:
@Lolonois said in <folder> limitation in ES?:
You might work around this as libretro-vice supports m3u format for a while.
Keep the
.m3u
files on the top level sibling to single floppy games.Within the
.m3u
put the relative paths to the individual floppies/zips of a game.More details here:
https://docs.libretro.com/library/vice/#m3u-and-disk-controlThat's what I do for Sharp X68000, works a treat. If I remember right, you put a full stop at the start of the disk directory name, e.g. '.multi' and ES will ignore it so it doesn't appear in your game list.
Thank you for the advice regarding hiding the folder. I have done just that. Creating .m3u files for the Sharp X68000 is on my to-do list.
Contributions to the project are always appreciated, so if you would like to support us with a donation you can do so here.
Hosting provided by Mythic-Beasts. See the Hosting Information page for more information.