Making premade gamelist.xml with xtra media collections
-
@meleu I'd like to hear back from Udb23 about the program he is making. I'd like him to add the <xtrasname></xtrasname> field for easy reference for linux scripting to find all of the files. I'd also like him to finish MetaX to add both the fold_xxxx.txt files for the folders and to put together a global gamelist.xml file from that.
All I need at that point is to have a script run that will add all of the media from the different folders and put them in the fields. I know that some of that isn't usable now in EmulationStation, but somebody got in contact with me the other day that would like to use these XML files for other emulation that is based off of XBMC as well. The XML format is very useful in other places as well, and it is likely that even if nobody ever programs any of our stuff to work on the Pi that it will be implemented elsewhere.
Other metadata I have no idea how can be used in EmulationStation:
- action
- cart
- title
- manual
- vgmap
- platform (a gamelist.xml is very specific for a platform, there's no need for this entry)
- media
- controller
I know at this stage there would be no real use at all for Manuals, VGMaps and GameFAQs. I would suggest that anybody should have a modded XBox to see what the best emulation available actually looks like and to see how this could be integrated. Of particular value is the GameFAQs which you can pull up easily within a game. It's great, especially when you're playing those old 8-bit and 16-bit RPGs.
Media, Controller and platform are really just extraneous information that we displayed on our in-game synopsis. It was way better using the Release Year instead of the weird way that it's done on Emulation Station too considering that almost zero games have the exact day of release and there is no reason to have a time-stamp associated with that field on top of that.
What could be used almost immediately though is the <cart></cart>, <title></title>, <action></action> , <threedbox></threedbox>. It could be made even easier by a few button presses at some point, but immediately a script could be written that would change the fields in any gamelist.xml file (or all of them at once even). This script could allow you to change the image that is displayed in EmulationStation while scrolling through the games.
If somebody were to prefer having an action shot of all of the games instead of the Box Art, for instance, a simple command in the console could change all of the gamelist.xml files to point <image></image> to the "/artwork/action/" directories instead of the "/artwork/box front/" directories.
Making my script add those fields as xml elements on gamelist.xml would be pretty straightforward to code, but most of metadata in the resulting gamelist.xml would be useless for ES (and I'm not sure if ES ignores unused xml elements or it crashes).
It doesn't hurt to add things that aren't used. I'm not 100% sure about that, but I've asked around in several places and people have told me that it doesn't. I would appreciate it if you would write the script to add all of the Media once UDb23 finished MetaX to do everything else in a global gamelist.xml
You seem to be pretty adamant on not adding this other stuff. If you don't want to do that for me, maybe you could at least share your code with Nemesis so that he could see what you've done so far and write it himself at that point.
EDIT: Some of my buddies are already asking about adding new fields for artwork on another thread here: https://retropie.org.uk/forum/topic/10654/es-add-some-news-artworks-to-skin-like-in-a-vg-museum/7
You should check out that video. The 3 guys working on that project I've known and worked with for over 10-12 years. They're very talented.
-
You seem to be pretty adamant on not adding this other stuff.
It's not true, I just wasn't seeing how those data could be useful for our use on RetroPie/EmulationStation. I'll try to add an option to run my script creating a xml file with all the fields you have on your synopsis files.
If you don't want to do that for me, maybe you could at least share your code with Nemesis so that he could see what you've done so far and write it himself at that point.
All the links I posted to my scripts is, of course, a link to the code. :-)
But on the other forum @NeMesiS said
"I really don't... I don't understand he's script at all... I wont be able to help...
I might just continue on with my script since I've already put alot of time into it..."Looks like we have different "coding styles". :-)
-
@meleu Yeah. I suppose I already have it. DOS/Windows think... Doh! Was thinking like MetaX which I wouldn't be able to break down without source code.
Do you understand where I'm coming from on the different artwork folders at least?
Once the gamelist.xml files are made, there could be 4 or 5 scripts made that could be run from the Linux console that would make changes to any gamelist.xml files to change if displays a Title Shot or an Action Shot or a 3D Boxart, etc. You could have an option to only change one system at a time or to do all of them at once.
They could just be called "art-box.sh, art-title.sh, art-cart.sh, art-3dbox.sh, etc.
-
@Used2BeRX by the way, that ugly
releasedate
format is ugly only on the xml file. In the actual ES screen (what the user sees) the date/time format is up to the theme maker. -
@meleu Thanks. That's good to know. I'll make sure the guys know that when making their skin. No sense in having a release date of "January 1st, XXXX" for 85% of the games if we can just hide that. :)
-
@Used2BeRX I think I've made something that can make you (partially) happy.
My script now can convert all of those
crazyxml elements you want, you just have to run it with the--full
parameter. If you don't know what I'm talking about, maybe your Linuxer fellows do.I've created a repository for it: https://github.com/meleu/Used2BeTXT
The script can be found here: https://github.com/meleu/Used2BeTXT/blob/master/Used2BeTXT.sh
The command to download it from command line is:
wget https://raw.githubusercontent.com/meleu/Used2BeTXT/master/Used2BeTXT.sh
The script is still unable to fill the fields that are paths to some file (roms and any other media). But looking the messages from @NeMesiS on the other forums make me believe that he knows how to get the path to those files (I think he's using a bunch of
find
s). Try to make him read this post and take a look at the code and implement the parts marked withTODO
.Example of what he needs to do:
-
go to script's line 111
-
fill the
path
variable with the path to the rom:
path="$(command used to get the path to the ROM)"
-
do the same for the others fields marked with
TODO
. -
it's enough. Once those variables are correctly filled, the script will be able to generate the xml file you want (I hope).
Here you can see some gamelist.xml files that my script generated
-
for NES (EmulationStation friendly): https://raw.githubusercontent.com/meleu/Used2BeTXT/master/nintendoentertainmentsystem_gamelist.xml
-
for NES with all the fields you want: https://raw.githubusercontent.com/meleu/Used2BeTXT/master/nintendoentertainmentsystem_FULL_gamelist.xml
-
for Atari 7800 (ES-friendly): https://raw.githubusercontent.com/meleu/Used2BeTXT/master/atari7800_gamelist.xml
-
for Atari 7800 with all the fields you want: https://raw.githubusercontent.com/meleu/Used2BeTXT/master/atari7800_FULL_gamelist.xml
-
for Atari 2600 (ES-friendly): https://raw.githubusercontent.com/meleu/Used2BeTXT/master/atari2600_gamelist.xml
-
for Atari 2600 with all the fields you want: https://raw.githubusercontent.com/meleu/Used2BeTXT/master/atari2600_FULL_gamelist.xml
-
-
@meleu That looks very promising. :)
Are you unable to do the find for the media for some reason? I will direct Nemesis to look at this post, but I do not understand enough to know what you're having a problem with.
I had two questions for you. I've asked them before but you haven't answered them.
-
Would we be able to make a script that generated the directories and file names with exact extensions in the media fields already generated in MetaX?
-
Would it be better for MetaX to generate empty media fields and let a script on the Pi find all of that media and generate the contents of the Media fields?
I'm asking because I want to make a post to UDb23 for what I'm currently asking him to do in MetaX. I think he might be lost at this point since we've been talking so much in here recently. I want to have a short and sweet post with exact directions so he doesn't have to sift through 12 pages here. :)
-
-
Are you unable to do the find for the media for some reason?
Yes. The reason is that I don't have the files in my system. :-)
I want to make the script find the media files and then put the files full path in the respective xml element.
I will direct Nemesis to look at this post, but I do not understand enough to know what you're having a problem with.
It seems that @NeMesiS has those Xtras stuff in his system. Therefore he is able to find the media files in his system.
- Would we be able to make a script that generated the directories and file names with exact extensions in the media fields already generated in MetaX?
Yes. We just need a standardization - maybe the standard already exists and I don't know it :)
- Would it be better for MetaX to generate empty media fields and let a script on the Pi find all of that media and generate the contents of the Media fields?
I'm afraid that generating xml files with empty media fields is exactly what my script does currently. The next step, find the media, is what I was having problems. But now I've found the files (I emailed you about that) and will try to sort this later (need to sleep now)
I'm asking because I want to make a post to UDb23 for what I'm currently asking him to do in MetaX.
I still think that the more natural way to go is to solve everything in Linux (and @NeMesiS seems to agree), but he is liking to code this stuff... It's up to him. :-)
-
@meleu First of all special thanks for your script. It's great a usual !!
@Used2BeRX I see you're very passionate on your project; please keep in mind that we write code and do other things to support Retropie in our free time...and ,in my case, it's limited time.
That said, I do will complete MetaX (can't commit on timing) with all fields/tags and complete gamelists.xml (including folder info) generation. -
Might it be useful to agree on a new file format, like the truRIP dat format? I could get that group to add the fields we want, and I could add support to ES just like I did for RetroFE. That way we have a single format supported by a major preservation group that can be used cross front-ends...
-
@phulshof said in Making premade gamelist.xml with xtra media collections:
like the truRIP dat format
What is the database/xml structure for that ?
-
@UDb23 said in Making premade gamelist.xml with xtra media collections:
@phulshof said in Making premade gamelist.xml with xtra media collections:
like the truRIP dat format
What is the database/xml structure for that ?
http://trurip.org/
They've recently released new databases for many optical media systems like the GameCube. A tad too fancy for the current pi perhaps, but they're working on complete databases and corresponding art sets. -
@Used2BeRX can you post here an example of a synopsis text file for folder?
I think it must have the same format as the synopsis you already have:
- the very first line of the file is the name of the folder
- the description goes below the lines that start with underlines
________
and goes to the end of file - some line must indicate that this is a folder synopsis, my suggestion: a line starting with
Folder:
. - other fields can go exactly the same way you do for game synopsis.
- the actual filename is completely irrelevant, the script only looks at file's contents.
-
@Used2BeRX Luckily I'm having fun coding this stuff and having free time to look into it... :-)
The script is now able to create
<folder>
entries based on the file structure I described in the post above.For example it is able to convert this
folder.txt
:(1) Licensed Atari 7800 ProSystem Games Folder: (1) Licensed Platform: Atari 7800 Release Year: 1982 Developer: Atari Inc. Publisher: Atari Inc. _________________________ The Atari 7800 ProSystem, or simply the Atari 7800, is a home video game console officially released by Atari Corporation in 1986. Bla bla bla bla... Bla bla bla bla...
Into this
<folder>
entry in gamelist.xml:<folder> <name>(1) Licensed Atari 7800 ProSystem Games</name> <path/> <image/> <video/> <marquee/> <desc> The Atari 7800 ProSystem, or simply the Atari 7800, is a home video game console officially released by Atari Corporation in 1986. Bla bla bla bla... Bla bla bla bla...</desc> <releasedate>19820101T000000</releasedate> <developer>Atari Inc.</developer> <publisher>Atari Inc.</publisher> <genre/> <players/> </folder>
Of course, it still lacks the roms/media finding feature, but I think I'm on the right way...
-
@meleu looks great meleu. I've been sleeping (and I'm not done yet), but I got up and saw all of this and wanted to post back. I believe you found everything you need at this point, or was there still something you were asking me for?
@UDb23 Thanks. As Meleu keeps plugging away at this it is possible that we won't need MetaX in the end actually. We'll have to see how it goes though. There needs to be certain things that happen and the ability to do a few things consistantly before I'm sure of it. It looks like I'm going to have to have all of the TXT files on the Pi (around 11,000 of them), and I was hoping to avoid that, but in the end this is still way better than writing the rest of these by hand.
@phulshof I sent you an email, and inside of it I told you that we have no intention of changing our file structure because for any single change there would be over a dozen or more other changes that would need to be made. Since you focus mainly at newer optical media at this point, and largely we do the earlier systems, you are welcome to adopt our naming system, otherwise we will remain two separate projects.
-
was there still something you were asking me for?
Yes. Folder synopsis text files.
It looks like I'm going to have to have all of the TXT files on the Pi (around 11,000 of them)
The files can be at any Linux system. Putting them on your pi is an option, but not the only one.
You can, for example, install a Linux virtual machine on your Windows computer and the Linux virtual machine (called guest system) can share files with Windows real machine (called host system).
It can be all new to you, but keep in mind that first of all we are a learning community. And if you want to maintain/manage all that huge amount of data you have, you must learn some computer stuff and how to automate things. Otherwise you'll spend most of your time manually editing files and less time actually playing games, and this is really sad...
At least one programming language would help you a lot (if you don't know any, I suggest python).
edit: if you want to try Linux on virtual machine, I suggest VirtualBox to manage virtual machines, and Linux Mint, as it's the most easy to use Linux distrubution I know.
-
@meleu I thought you were able to get those synopsis files when you got back home from work. You're still blocked from mega then?
Hopefully you can get them from the link I sent in email, or you're going to have to tell me how to get them to you.
My computer can't handle virtual box. I'm poor and out of work and I'm running this on a computer that my brother gave me from around 2007. It barely runs Windows 10. Up until last week I had a laptop too, but since don't have air conditioning it died from overheating, so now when this thing slows down on me while it's doing something I just have to sit and wait instead of switching between the two of them. For me, the only option is to have 11,000 txt files on the Pi.
(This is also why I'm still working on a Pi Zero. It's not even my Pi Zero... it's my brothers. I want to buy a Pi 3, but I can't afford one.)
-
@meleu I thought you were able to get those synopsis files when you got back home from work. You're still blocked from mega then?
Oh... I was at home only for sleep last night. I left the computer downloading that stuff. I'll take a look at those files this evening. But could you paste here the content of one example of folder synopsis text file?
I'm out of work
Then why are you spending your time with video game stuff?! :-)
(just kidding, please don't take it seriously)I'm looking forward to get home and finally convert all those damn text files! :-)
Cheers!
-
@meleu I uploaded it to another place and sent it to your email. Maybe you can look at them from there. Here's "SUPER MARIO BROS I.TXT" on NES.
Super Mario Bros. Platform: Nintendo Entertainment System Region: USA Media: Cartridge Controller: NES Gamepad Genre: Platformer Gametype: Licensed Release Year: 1985 Developer: Nintendo Publisher: Nintendo Players: 1 or 2 Alternating _________________________ One day the kingdom of the peaceful mushroom people was invaded by the Koopaa tribe of turtles famous for their black magic. The quiet, peace-loving Mushroom People were turned into mere stones, bricks and even field horse-hair plants, and the Mushroom Kingdom fell into ruin. The only one who can undo the magic spell on the Mushroom People and return them to their normal selves is the Princess Toadstool, the daughter of the Mushroom King. Unfortunately, she is presently in the hands of the great Koopa turtle king. Mario, the hero of this story (maybe) hears about the Mushroom People's plight and sets out on a quest to free the Mushroom Princess from the evil Koopa and restore the fallen kingdom of the Mushroom People. You are Mario! It's up to you to save the Mushroom People from the black magic of the Koopa! --From the NES Super Mario Bros. instruction manual. Overview: Super Mario Bros. was one of the great classics, and everyone has played it, but we will give you a little insight on the game. Based on the arcade game Mario Bros., Super Mario Bros. became one of the most popular games ever. It had decent graphics and was fairly easy to play. You play either Mario Or Luigi, two plumbers that are trying to save the Princess Toadstool of the Mushroom Kingdom from the dreaded King Koopa. Super Mario Bros. was the start of a great series that has continued to this day. Directions: Run, jump, and collect items, but most importantly keep moving. Collect Mushrooms to get bigger and flowers to spit fire. Collect coins to get extra lives. Nine worlds, containing three levels each, stand between you and your goal. Find secret areas that might let you skip certain levels and save the princess. Controls: A Button: Jump B Button: Run, shoot fireballs Start Button: Pause the game/Start the game Select Button: Select 1 player, 2 player(or Duck Hunt if playing SMB/DH) Hints: Continue If you die and lose all your lives, just hold A+B and press start at the start screen to start at the first level of the world you were in. Extra Points When finishing a stage you have to jump onto a flagpole as high as you can. To get the highest score possible, be sure to land on the pole as high as possible and try to land on the pole when the clock's last digit is a multiple of three. If you do this, fireworks will go off that give you extra points. http://consoleclassix.com/nes/super_mario_bros.html
Then why are you spending your time with video game stuff?! :-)
I haven't been able to get a good job since I was laid off in 2010. I bought a rehab house when the market crashed though so my bills are almost non-existent. Part time bullshit jobs suck my balls so I only work when I need to. Can't afford to buy anything nice, but you get used to it. It's so nice not having a boss most of the time and just doing whatever the hell I want to do.
I'm still rockin' a 720 resolution projection TV. Hopefully my family starts upgrading their flat screens soon and I can get one or two of them. My bro is going to be giving me his XBox 360 since he doesn't use it anymore, so I'll have about 20 new games to play. :)
-
@Used2BeRX I meant the FOLDER synopsis you were talking about with @UDb23 in a post above, not the games' synopsis.
I already got the games' synopsis from the link you sent me and generated all those xml files in the Used2BeTXT repo using them.
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.