rpie-art: easy way to install art on your RetroPie

meleu

Screenshots

Main Menu

Repository Menu

Overlay list

Launching image list

backstander

Also don't forget to mention your "ToDo list #1"
https://github.com/meleu/rpie-art/issues/1

UDb23

@meleu said in rpie-art: easy way to install art on your RetroPie:

the most prolific game specific overlay creator in history.

Greatly exaggerated.
:-))

UDb23

@UDb23 What's absolutely true is that without @Meleu's fantastic work and enthusiasm all this overlay stuff and art available for Retropie would have been limited for use of"techie" guys.
Now any Retropie user can benefit.

Thank you so much!!!!

meleu

@backstander said in Nice MAME2003 overlays repository:

I know you're still working on the ROM name discovery code but a couple of mine can't find my ROMs because of the small word "The". For example....
I have "The Terminator" overlay but my ROM is named "Terminator, The (USA, Europe).zip" so it isn't found because "The Terminator" doesn't equal "Terminator, The". My config overlay file is named "Terminator, The (USA, Europe).zip.cfg" so maybe you could add code to also look for ROMs with the same name as this config file?

I think your "Terminator, The" issue won't happen anymore. Could you update the script and try it again, please?

backstander

@meleu

I think your "Terminator, The" issue won't happen anymore. Could you update the script and try it again, please?

Thanks @meleu ! I'll test it this evening! I'm also working on two "Legend of Zelda, The" overlays so I'll test those as well.

meleu

UPDATE: Added support for arcade clone ROMs overlay installation.

@pjft @jdrassa
We were talking about installing overlays for clones in other topic... Well, at that time we didn't use the info.txt file and I was resistant to implement clone config files management in the script. But with the info.txt it became very simple and now the script is able to deal with arcade clone ROMs (if the info.txt file has the rom_clones entry correctly filled).

How it works?

The script check the clone list in info.txt rom_clones and if the user has any of those clones in the same dir as the parent ROM, install the overlay for it.

Feedback needed

Do you think the user sould be prompted about the ROM clone overlay installation?

simbz23

It's an honor to have my repo as one of the sources and a part of Retropie's history! Thank you @meleu @UDb23 for your awesome work!

pjft

@meleu Thanks for reaching out.

I suppose, without knowing the exact user flow, that my answer would be "it depends". :)

What do we currently do, and what would your suggestion be?

Do we currently check what roms the user has, or is it fully selected by the user? (I imagine it's the latter)
Do we list the clones in the selectable list, or just the parent game? (I assume it's the latter as well)
I imagine we would have a single, centralized, parent overlay, and just create different .zip.cfg files for the clones, which would link to that same overlay, is that the case?

If these three are correct assumptions, I would imagine that it would be nice to at least inform the user that you'd be installing the overlays for a specific game and known clones (if you plan on doing clones). Otherwise people might be confused as to why suddenly their ROM folder is filled with unknown .zip.cfg files for games they don't want. This could be done in the context text as well - when you say "Check the options you want and press "Continue" ", you can say that "This will install overlays for the selected games and known clones and children roms", and get it over with.

If you'd like it to be a prompt - i.e. after checking all the overlays you want from the list, presenting them with a screen to select "would you want to also install overlays for the known clones and variants of the selected games? This will create separate .zip.cfg files in your ROM folder for those specific games. [Yes / No]" - I'd also be supportive, but keeping it simple (i.e. not having the user select the roms and clones 1 by 1 again). Odds are, you either want clones or you don't, and not a mix and match, as the files themselves don't take up too much space.

At least that'd be my take. Keeping it simple - this is already tremendous work!

If you feel that it would be awkward or potentially problematic, you could add two extra options (completely optional, but just to consider):

Remove unused overlay configuration files (would remove .zip.cfg files without matching rom names)
Remove all overlay configuration files (trickier, as you'd need to keep a history somehow. Is that what the "Uninstall art" option is, though?)

But don't worry too much. As long as the expectations are set in the beginning, in my opinion, everything else is fine.

Thanks for asking, though - appreciated! Would love to hear your thoughts as well and what you're considering.

meleu

@pjft said in rpie-art: easy way to install art on your RetroPie:

Do we currently check what roms the user has, or is it fully selected by the user? (I imagine it's the latter)

selected by the user, the overlay is installed even if the user doesn't have the ROM. I can change this behavior if the users think it would be nice, but for my intensive tests I needed to leave it this way.

But notice that it happens only for the parent ROMs. The clone configs are installed only if the user has the respective ROM file.

Do we list the clones in the selectable list, or just the parent game? (I assume it's the latter as well)

Just the parent game.

I imagine we would have a single, centralized, parent overlay, and just create different .zip.cfg files for the clones, which would link to that same overlay, is that the case?

yes, it is.

About other comments, you're right. The user deserves at least an option to say if he/she wants to install the overlay for clones.

Remove unused overlay configuration files (would remove .zip.cfg files without matching rom names)

Hmmm... Cool idea. I'll put it in my TODO list. ;-)

Remove all overlay configuration files (trickier, as you'd need to keep a history somehow. Is that what the "Uninstall art" option is, though?)

It can be trickier, but we are the trickiest! :-)
I already found a solution for it and there's no need to keep a history. If you are curious, here is the trick: https://github.com/meleu/rpie-art/blob/master/rpie-art.sh#L368 (translating to plain English: "do NOT delete overlay config files if they are being used by another rom config".)

Summing up: I'll let the user choose if the script will install overlays for clones.

Cheers!

backstander

@meleu
I'm not sure if this would mess up your current flow but I think it would be cool to have checkboxes again for the parents and clones so if the end user only wants overlays for the clone(s) and not the parent, this would be possible.

Maybe at this screen you can have the games show multiple times if there is any clones:

Example for Burning Force:

[ ] 1     arcade/Burning Force (burnforc.zip)
[ ] 2     arcade/Burning Force (burnforco.zip)
[ ] 3     arcade/Frenzy....

I'm sure some users won't understand what that means or wouldn't know which one they use so they could just check them both for install. I think this would also help with none-merged sets that are running a clone (with parent data in it) without the actual parent present.

backstander

Also if you wanted you could put a * on the parent's name or better...just note in the manual that the parent will always be listed first.

meleu

OK guys, here is my approach to deal with overlay installation for clones:

Note: that dialog shows only the clones the user has (if none, the dialog is not displayed).

Update your script using the update option in the main menu.

UDb23

@meleu said in rpie-art: easy way to install art on your RetroPie:

Note: that dialog shows only the clones the user has (if none, the dialog is not displayed).

Perfect.

UDb23

@meleu : with The End we have a new case to consider for the script.
As FBA has its own rom folder, people may want to install the art in the fba folder instead of arcade or lr-mame.
How do we manage this with the script/info.txt ?
Currently I have created a fba subfolder in the The End folder in the repo.

Should we consider to add acore = "fba" setting ?
Or simply use subfolder with name of core, as I did, and your script would pick it up and knows where to place the files accordingly ?

UDb23

@UDb23 Note: for the same rom, cfgs for mame and for FBA may be different (just like Option x subfolders currently).

meleu

@UDb23 if system = "arcade" the user will see this screen when installing the overlay:

if system = fba, the script will install in fba folder.

meleu

@UDb23 Does that overlay need a different config for fbalpha?

UPDATE: I saw the file in your repo and now I know, the answer is "yes, different configs". Please wait, I'm making some adjustments on the script to work with the optional art.

meleu

@UDb23 I've made small improvements on the script and submitted a PR to your repo.

There's no need to duplicate files, you can use relative paths in info.txt, like this:

game_name = "The End"
system = "fba"
rom_config = "theend.zip.cfg"
overlay_config = "../theend.cfg"
overlay_image = "../theend_udb-ovl.png"

UDb23

@meleu nice. So we'll place in the subfolder just the strictly necessary files.
According to your PR (merged), subfolder name seems not relevant, as you get a specific info.txt in that subfolder. Is that correct?
In case then I need to update also Gyruss (has option 1).