Making premade gamelist.xml with xtra media collections
-
@meleu said in Making premade gamelist.xml with xtra media collections:
1. Change it so that when you use
--full
or another option that it doesn't alter the gamelist.xml name. (Eg: no_FULL_
added tones_gamelist.xml
.Done. Use the option
--default-gamelist
for this result. See--help
for more info.Awesome. :)
2. Make sure that script is checking for both
.JPG
as well as.PNG
for the extra fields on a--full
command.Done. But didn't test. Please test it.
Will do. Let you know if it works now. Should be able to get back to you today on this.
3. Add
<marquee>
search and entry to standard script run without needing--full
.I need to know where the marquees are stored. Is it
Artwork/marquee
?That will be fine. I haven't even made the folder at all on my end. I saw somebody on here talking about them in another thread and put them in the folder "Marquees", but why confuse things? The tag is
<marquee>
, so let's just make the folder/Marquee/
.Let's make it a capital M though, for consistency. All other folders in the Artwork folders are capitalized. :)
4. The ability to do a quick switch of which type of artwork has the usable
<image>
tag after the--full
command has been run.Not yet implemented. Will try to implement it tomorrow.
Excellent. I'm a REALLY excited to see how this will work out. Once you finally get the gamelist.xml files the way you want them, this will be the absolute quickest way that you could switch the type of artwork displayed in the romlist.
BTW.....
Is it too late for a 5th ask? I swear this is a tiny one. :)
I just thought of it this morning. I was wondering if you could throw in some sort of IF/ELSE statements in there that would create a
/backup/
directory in whatever directory you're running the script from if it doesn't exist. Then, if a particular gamelist.xml already exists, whether you're appending to it or writing over it, it would copy the old one into the backup folder?(It would also have to overwrite any previous files already existing in the backup folder so you're not away from the pi for a day and you're thinking it's going to do all of the gamelists, not realizing that it's paused to ask you if you want to overwrite "x" file.
Thanks again man! I'll let you know when I test it out.
-
@used2berx said in Making premade gamelist.xml with xtra media collections:
if a particular gamelist.xml already exists, whether you're appending to it or writing over it, it would copy the old one into the backup folder?
It's a fair request, and really easy to implement. Will do when I have a chance.
-
@meleu Hehe... I don't know how to do the magic you do, but I am familiar enough with basic coding to know that this was probably just about the easiest thing I've asked you to do so far. :)
BTW... I'm running the
nes_gamelist.xml
with--full
now. Everything looks great. It seems to be picking up all of the images!I'm going to let it finish running so I can test it out when you get around to #4 on the list and we can see how this will work changing the image type displayed.
BTW... I also used the
--default-gamelist
command and immediately could tell that it worked. I'm having a brain fart though.... wasn't there another option besides no option and--full
? This--default-gamelist
should be able to be used no matter what option you use. I see in the help file it only mentions using it when using--full
.Thanks again for this awesomeness man.
I've run out of time with my brother's pi, but he had a few of them so I'm going to make another one with the work I've done so far. He's giving one to both his brother in law and sister in law, and all he wanted me to do was get NES and SNES running on it back in May. Whoops! I got a little carried away. :)
-
how are you suppose to read a gamefaq thru the retropie
-
@red2blue I use
less
(orzless
if the file is zipped). But usually I use my cell phone directly accessing the website. :) -
@used2berx said in Making premade gamelist.xml with xtra media collections:
This --default-gamelist should be able to be used no matter what option you use. I see in the help file it only mentions using it when using --full
If not using
--full
the file will already have the default name. I've just made what you suggested: make the--full
option create gamelist files without that_FULL
part in their names. -
@meleu Right. I was thinking about the other option
--only-new
, but that doesn't add anything to the gamelist name. We're good. :)how are you suppose to read a gamefaq thru the retropie
I didn't even know at this point that you could read them at all, so thanks to meleu for that.
Currently though, there isn't any good way to do it in RetroPie, as far as I know. Nobody would leave a game to pull up the faq and then go back to the game.
When these were collected we were doing it on the XBox and the developer of the emulators made an option where you could pull up the Gamefaq and if there was a zipfile of faqs with the same file name as the game you were playing you could choose which one you wanted to view. Then, as long as you don't quit the game, you could immediately resume viewing the faq from where you left it if you pulled it up again.
-
@meleu Tons of new stuff done for the NES in the last week. I've pretty much re-done about 70% of the synopsis files... everything that wasn't US Licensed. Those were all really done right. I also made sure all of the games have the "Players" field. That information wasn't online for most non-US/EU games. Now every Japan, hack, translation, prototype, pirate, unlicensed, etc have that information. I verified every game by hand.
I'm working on the Famicom Disk System now. Once that's done, I'm going to start adding the 180 or so translations, and then look into adding just some really good hacks and homebrew.
If anybody knows where to find a REALLY good Famicom Disk Image, I would appreciate it. It doesn't matter what game it is for as long as it's clean. I was able to find good images for pretty much every FDS game, but it's just the label on the Disk. I need to have a large and clean image of the disk for a template to put these labels on.
Much appreciated. :)
-
@meleu So... my problem now with FDS synopsis is that the
Platform:
field for all of them saysNintendo Entertainment System
instead ofFamicom Disk System
.I remember I had to do that because otherwise the script would separate these games into an entirely different folder (I believe it was
fds
, but I don't have the pi available at the moment and I don't use that folder).At first, I thought this wouldn't be a problem and I could just cut all the info from the
gamelist_fds.xml
, but the problem is that it doesn't fill in any of the media fields or even the roms because it is looking for them in thefds
folder.Is there a way we could have the NES look for the FDS games instead of separating them? Now that I'm doing all of this work re-doing all of the synopsis files I really don't like having the wrong information for the console type on all of the FDS games just to get the script to work right.
-
@used2berx said in Making premade gamelist.xml with xtra media collections:
@meleu So... my problem now with FDS synopsis is that the
Platform:
field for all of them saysNintendo Entertainment System
instead ofFamicom Disk System
.I remember I had to do that because otherwise the script would separate these games into an entirely different folder (I believe it was
fds
...)Yes, it is
fds
, as this system is named in RetroPie.You shouldn't rename Platform on your synopsis, man, but asked me to make
Famicom Disk System
synopsis content to be added to the same gamelist as theNintendo Entertainment System
.@used2berx said in Making premade gamelist.xml with xtra media collections:
Is there a way we could have the NES look for the FDS games instead of separating them?
This would be a workaround in your system, not in the script.
Do you want me to make the script spit metadata from synopsis where
Platform: Famicom Disk System
ANDNintendo Entertainment System
be the same? I can change 1 or 3 lines of code for that... -
@meleu said in Making premade gamelist.xml with xtra media collections:
@used2berx said in Making premade gamelist.xml with xtra media collections:
@meleu So... my problem now with FDS synopsis is that the
Platform:
field for all of them saysNintendo Entertainment System
instead ofFamicom Disk System
.I remember I had to do that because otherwise the script would separate these games into an entirely different folder (I believe it was
fds
...)Yes, it is
fds
, as this system is named in RetroPie.You shouldn't rename Platform on your synopsis, man, but asked me to make
Famicom Disk System
synopsis content to be added to the same gamelist as theNintendo Entertainment System
.Yeah. I know. It was a stupid thing to do. Didn't you say there was a command that you could run that could easily change that line in all of the FDS synopsis files in Linux? I mean, changing
Platform: Nintendo Entertainment System
back toPlatform: Famicom Disk System
?There are only about 100 entries, but it still took quite a while to change every one by hand. I seem to remember you saying something that there is a single command I could run that would change all of them in a few seconds. :)
@used2berx said in Making premade gamelist.xml with xtra media collections:
Is there a way we could have the NES look for the FDS games instead of separating them?
This would be a workaround in your system, not in the script.
Do you want me to make the script spit metadata from synopsis where
Platform: Famicom Disk System
ANDNintendo Entertainment System
be the same? I can change 1 or 3 lines of code for that...I'm not exactly sure what you're asking, but what I would like to see is any synopsis with either
Platform: Famicom Disk System
ORPlatform: Nintendo Entertainment System
that is found in theMedia/nes/Synopsis/
folder would only look in the/nes/
directories for the roms and media instead of/fds/
.Now that I think about it, that would probably be the best way to go. Somebody else might actually like splitting the two systems up and if they had synopsis files for the Famicom Disk System in
Media/fds/Synopsis/
then it would still make a separate gamelist for the FDS.Did I explain that good enough? I hope.... :)
-
@meleu BTW man... I sent you a message at the other place. Firefox keeps messing up my gmail account so I can't send any mail unless I uninstall and re-install it and I don't have time for that right now.
-
So I found this image:
It was 1000x1080 pixels, but didn't need all that blank space around the border so I minimized that wasted space while also keeping the removed background transparent.
Here's an example of the "labels" that I manged to snag. Not all of them include part of the cart like this... it was a really mixed bag:
Here's what the transparent label looks like when the background junk is removed:
And finally... we have our finished image. An actual FDS Disk image with the proper label for the game. :)
Can't even tell, can ya? ;)
959x1154 pixels pretty much ensures that this should still look good on a 4k TV down the road. Currently, according to one of my friends, a Pi 3 on a 1080 TV doesn't even handle images that are larger than 700 pixels on the large dimension, and these are essentially a square, so they'll probably even need to be shrunk down smaller than that to prevent lag on the Pi 3.
-
I decided I didn't like the original color of the image and that it didn't reflect the actual color of the FDS disks. I also noticed that some of the edges were rough, so I cleaned them up a bit and re-made the image for the first game restoration.
Here's the final look of the template, and what all the FDS disk images will look like in the collection.
-
@used2berx said in Making premade gamelist.xml with xtra media collections:
Didn't you say there was a command that you could run that could easily change that line in all of the FDS synopsis files in Linux? I mean, changing Platform: Nintendo Entertainment System back to Platform: Famicom Disk System?
I think you're talking abou this:
cd /path/to/FDS/synopsis/ sed -i 's/Platform: Nintendo Entertainment System/Platform: Famicom Disk System/' *.txt
Please, make a backup before running this command! I think it's perfectly OK, this warning is just to make you not blame me if something goes wrong. :-)
-
@used2berx With Carbon theme (most commonly used) @1080p the expected scrape image width is around 500 pixels (bigger images are automatically resized).
Therefore your images will look and fit nicely. -
Out of curiosity: would it make sense to simply convert the HyperSpin XML files (where matching rom sets exist), and combine those with the matching art sets from HyperSpin and EmuMovies? That would save a lot of scraping, and provide you with complete sets of high quality art.
-
@meleu Yes. I believe that's the command. No worries.... I'll back it up first. :)
@UDb23, thanks for the info. I only use SD since I'm rocking the Pi Zero and I don't have an HDTV, so it's good to hear from somebody who knows. I'm trying to build all of this with the highest quality and future expansion in mind.
@phulshof Nah, that won't work for me. No offense to HS and EM, but their "high quality" art is hit or miss, as is everbody else's. I've grabbed the highest quality NES artwork from multiple sources, as well as google image search and at this point I've touched up 500-600 images, I've made a few hundred myself and I've easily done some minor cropping to another 1,000 images to get rid of rough edges.
In total right now, including the FDS games, there is nearly 1,950 games in this collection, and the Box and Cart artwork in JPG format is 2.79GB. There is a box and a cart for every game in the collection.
Nobody has an NES artwork set that looks anything close to this good. ;)
-
@used2berx said in Making premade gamelist.xml with xtra media collections:
@phulshof Nah, that won't work for me. No offense to HS and EM, but their "high quality" art is hit or miss, as is everbody else's. I've grabbed the highest quality NES artwork from multiple sources, as well as google image search and at this point I've touched up 500-600 images, I've made a few hundred myself and I've easily done some minor cropping to another 1,000 images to get rid of rough edges.
In total right now, including the FDS games, there is nearly 1,950 games in this collection, and the Box and Cart artwork in JPG format is 2.79GB. There is a box and a cart for every game in the collection.
Nobody has an NES artwork set that looks anything close to this good. ;)
Fair enough. :) Might it be a good idea to hook up with the truRIP group then? They're currently working on creating complete sets (with planned PD distribution), and have access to high quality scans (since they own (almost) all of the games). They could provide good source material, while they could use the help in sorting out material.
-
@phulshof Yeah. I keep meaning to do that. Sorry I haven't gone over there yet. Would like to peek at their NES art just to see what they've got.
Going to be away from this for a few weeks now, but I'll join up after that.
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.