Retropie Metadata Editor

amadeus · 22 Jan 2017, 20:18

@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.

amadeus · 22 Jan 2017, 20:29

@daeks
Can you send/pastebin an example for an "encoding issue" please?

Nismo · 22 Jan 2017, 20:33

@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.

amadeus · 22 Jan 2017, 20:34

@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.

amadeus · 22 Jan 2017, 20:36

@Nismo
Is there some documentation about this somewhere? I dont want it add "blind" to the code....

Nismo · 22 Jan 2017, 20:40

@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.

amadeus · 22 Jan 2017, 20:56

@Nismo
Ok, so i will add .zip and .7z as default supported extension to every system.

amadeus · 22 Jan 2017, 21:06

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

Nismo · 22 Jan 2017, 21:14

@amadeus Very nice update, thank you very much.

I still hope to see video and marquees tags support in the future...

Anyway great job.

GrislyGrizzly · 24 Jan 2017, 15:21

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.

amadeus · 24 Jan 2017, 16:31

@GrislyGrizzly
Have you tried to repair your gamelist.xml manually with notepad or another xml/text editor?

GrislyGrizzly · 25 Jan 2017, 04:51

@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!

amadeus · 25 Jan 2017, 08:51

@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...

LiqwdE · 26 Jan 2017, 07:23

@amadeus

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?

amadeus · 26 Jan 2017, 20:59

@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)

LiqwdE · 26 Jan 2017, 23:14

@amadeus

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 lol

Edit: 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?

amadeus · 27 Jan 2017, 06:57

@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.

LiqwdE · 28 Jan 2017, 03:04

@amadeus

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

amadeus · 28 Jan 2017, 08:56

@LiqwdE
Pls can you contact me via E-Mail? You can find my address in my profil!

daeks · 28 Jan 2017, 09:27

Is it possible to add support full qualified paths in the xml file? As soon as the "path" contains something like "/home/pi/RetroPie/roms/xxx" the editor is not showing any metadata.