Retropie Metadata Editor
-
@amadeus I tried that version as well but got several encoding issues during the parsing of the gamelist. Is there a way to automatically open all files UTF-8?
-
Everything looking great on 1.7.
No problems here for me.EDIT: Not seeing Atari 7800 roms
So what are the chances of adding the PC (pc engine is available, 2 different ones) and Daphne rom folders?
-
@EctoOne
Ich will add support gor PSX soon.
The (general) support for .zip is a problem... i cant found .zip in the list of supported extensions of the most emulators. This is why . zip is not supported. -
@daeks
Can you send/pastebin an example for an "encoding issue" please? -
@amadeus most emulators have zip support, even if you didn't see it on supported file extensions...
Most of my roms are in zip or 7z format.
-
@LiqwdE
Indeed there is an error with atari 7800 system (bad folder name) - I will fix it soon.
Also support for PC and Daphne will be available soon, but kkep in mind:
RME has no support for subfolder, this means the roms / startfiles for PC-Games (.bat, com, sh...) must there in the root of the system folder. -
@Nismo
Is there some documentation about this somewhere? I dont want it add "blind" to the code.... -
@amadeus I really don't know, I saw a lot of libretro on the wiki that doesn't show zip file support but I added the "zip" extension to es_system.cfg and zip files works for me.
This in most emulators that you can't see zip support.
-
@Nismo
Ok, so i will add .zip and .7z as default supported extension to every system. -
Today release: Retropie Metadata Editor v0.1.8.0
CHANGELOG:
- Fix an error with the folder name of Atari 7800
- Added support for PC
- Added support for PlayStation 1 (PSX)
- Added support for Daphne
- .zip and .7z extensions are now suported by every system
-
@amadeus Very nice update, thank you very much.
I still hope to see video and marquees tags support in the future...
Anyway great job.
-
Help! This morning I got an error prompt:
*"Unhandled exception has occurred in your application. If you click Continue, the application will ignore this error and attempt to continue. If you click Quit, the application will close immediately.
Unexpected end of file has occurred. The following elements are not closed: desc, game, gameList. Line 2887, position 477."*
The RME stops scanning at the Mega Drive stage. Before it happened, I was editing Mega Drive games, until I pressed Save and got an unexpected error (I forget the exact wording), so I don't know if there's a connection. I restarted my laptop, Retropie and the RME and ever since I've got the error quoted above. I even tried rolling back RME versions to no avail. All my custom Mega Drive metatags have also disappeared. No other platforms were effected though.
-
@GrislyGrizzly
Have you tried to repair your gamelist.xml manually with notepad or another xml/text editor? -
@amadeus Thanks again for the swift help! I don't know what happened but the <desc> field on one of the ROMs I previously scraped with Emulation Station didn't close, so I've lost all data for ROMs that came after that one, but fortunately most of what I lost this morning has been recovered. I appreciate your program, as always!
-
@GrislyGrizzly
The cause for the problem occurred with your RME instance probably in a network "hickup".
At the moment the best way to avoid data loss ist to backup the config share of retropie before work with RME. thats why i mark RME still as BETA... :-)Maybe in future it is a good way to avoid this, that RME leech a lokal workcopy of the gamelist.xml files and copy them back to Retropie if the work is done...
-
Awesome work and updates my programming friend.
Had a thought, nothing ... important, not sure how much work would be involved, but considering you already have exporting gamelist supporting.
How much work to have your program backup all the metadata? Incase we goof something or want to transfer all the work to a 2nd or 3rd pi?
-
@LiqwdE
For sure it would be easy to backup the metadata.
It would be more complicated to restore it to a(nother) retropie, because the restore must be matched with the existing Roms.
I think for this usecase a better way is to use Win32 Disk Imager to copy the whole SD Card (include the metadata) -
Yeah, just had to learn more linux. My img file was to big for my 2nd sd card. 64gb is not 64gb, but the sectors between companies vary. I had to shave 500mb to copy it.
Wish I could dump my nes, snes, mega drive metadata to my 32gb pi's I made my family.
Didn't want to edit 6 rigs lol. I have a solid 64gb to copy and paste. Guess I'll have to make a 32gb. At least it's only twice lolEdit: Ok, the editor is not recognizing the Daphne games. I'm guessing cause of file format. The games are actually Folders. lair.daphne for dragons lairs, inside the folder contains the files movie, audio, and dat (tells whens to play what) Any ideas?
-
@LiqwdE
RME looks for files with extension .daphne - not for folders.
Are Daphne games EVER in folders? Is there no way to do it with files (maybe like .sh on Ports or .bat for PC)
If so, i have to implement some more lines of code for full Daphne support. -
Daphne is ALWAYS in folders. Name of folder is lair.daphne so it's not a file, it's still a folder. The .daphne let's the emulator know that all files are present
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.