Skyscraper now officially part of RetroPie, please test

brimby

Running my first test scrape using my Master System roms since I hadn't scraped for those yet.

First thing I noticed was that there are a lot more sources available than on the Selph Scraper. Does anyone know which source might have the most reliable "ratings"? The ratings I've gotten from screenscraper, vgdb and gamesdb have all been very poor. I'd really like to be able to order my games list by rating and get some sort of semblance of quality at the top.

Before you yell at me, yes of course I know ratings are "subjective". But there is a big difference between "What's the best game?" and "What's the best color?" You can gather a kind of truth out of the first question if you ask enough people. Not so much the second.

brimby

This is completely unrelated to my post above, and is about artwork.xml.

Is there a place where people are posting their artwork.xml code with an image of the output? I'd like to see what other individuals more creative than me have come up with. I know there are examples in the /.skyscraper folder, but I can't view the output without a bit of effort.

Secondly, I assume the artwork.xml is used to create a custom image at the moment the scraping happens, rather than it dynamically creating it every time the image is viewed in emulation station. If I'm correct in that assumption, is there a way that I could apply new artwork.xml settings to already-existing scraped screenshots? Like for instance if I take artwork.example1.xml and rename/replace it with artwork.xml: would it be applied automatically or do I have to do something to run all the images through the new settings?

mitu

@brimby The artwork.xml is used when producing the boxart and saving the image referenced in the gamelist.xml, to be shown in Emulationstation. Hence, you can change the artwork.xml and then re-scrape using only the LocalDB source, and the new image will be produced based on the new .xml file. This is the easiest way to test the new artwork or to change the output based on your new settings.

brimby

@mitu cool that's exactly what I needed to know. I only sort of get the purpose of the localdb source. What other reasons might someone have for using localdb source besides for rerunning their artwork.xml?

mitu

@brimby Read carefully the documentation over at github.com/muldjord/skyscraper, it's explained there what's the purpose of the Local DB and how it's used.

Hyperlord

@mitu Thanks for the fast reply!
I'll try this at the weekend since the scraping will take approx 2 days :-)

After I installed the skyscraper from the retropi-setup and moved the db I ran a quick scraping to see if it's still working. I guess I started this from the menu but currently I'm not sure.

But my questions has been answered so far by now ...

brimby

Is there a subreddit yet? I tried to find one but just found a lot of stuff about skyscrapers, heh.

If there is no subreddit, creating one might be something to consider so that people can share their opinions about priorities.xml, artwork.xml, or post their local dbs.

Or maybe there already is some other community hub in existence, like a discord or slack or idk? Something besides this single retropie.org.uk thread?

muldjord

@brimby yes, try r/retropie

yyandros

I've got a question about scraping images for Mega Drive/Genesis...is there a way to tell the scraper to grab the Genesis box art as opposed to the Mega Drive box art? I'm an absolute newb when it comes to this stuff, so I'm assuming I'm overlooking a way to do it since this scraper is really robust. Also, great work! This is by far my favorite scraper.

mitu

@yyandros You can try asking for the US region when scraping from the command lina, with the --region us parameter.

muldjord

@yyandros I just updated it yesterday to support auto-region detection, so if the filenames have (USA) in them, it will automatically try to grab the Genesis versions. Otherwise, if you wish to force a certain region for it (megadrive and genesis are usually seen as the same platform) you can use the "--region us" or set it in config.ini with "region=us" under the "[main]" section. Remember to uncomment the lines by removing the "#" in front of them, otherwise they won't apply.

muldjord

@mitu It has been asked that the "mobygames" scraping module is removed from the RetroPie script. This is a fair point, as the module is limited to 25 files at a time and only meant to be used for single file command line provided scrapings. Thus it is both pretty useless to have in the script and also not obvious to the user why it won't work for most scrapings.

I would therefore ask for it to be removed, unless you have an idea for how we can handle this and force the use of it to be restricted to just 1 file at a time.

The reason for the limit on the "mobygames" module is that the key I have for it is limiting the ENTIRE Skyscraper user base. So if one user is using it when you want to use it, it will run into issues. It is therefore imperative that it be used only for single game scrapings. It's basically meant to be used only for those few singular roms you have left that the other sources won't provide data for. :)

mitu

@muldjord Sure, I'll prepare a modification this week-end and send a PR. But, as I'm sure you know, this will not make it inaccessible to the CLI.

muldjord

@mitu Great. And yes, that's fine. It's supposed to be used from CLI to the degree I mentioned. But this way at least users won't get frustrated that it seemingly just quits every time they try to use it. When they use it from the CLI they will be able to ready the yellow "quit text" that tells why it's quitting.

mitu

@muldjord said in Skyscraper now officially part of RetroPie, please test:

When they use it from the CLI they will be able to ready the yellow "quit text" that tells why it's quitting.

Yes, I was thinking about that. Although I've put a small sleep delay at the end of the scraping command (when run from the GUI), I don't think that would be enough to spot the message on a first run.

muldjord

@mitu Yes, there's not much point in having it in the GUI as users can't restrict how many roms they wish to scrape. From CLI you can provide a single file or use the startat and endat options. There it makes sense.

EDIT: Btw, should we consider moving it back to Optional? I seem to recall everything being fixed including the files being copied for the binary release?

Silent

Would it be then possible to add a "Scrape specific ROM" option in setup script, similar to "Scrape specific systems"? If for Mobygames specifically it had an annoyingly low limit (like, 3-5 games at once max) it should make it slow enough to deter people from trying to scrape stuff from Mobygames en masse.

EDIT:
That shouldn't have been marked as a reply to a specific post. Ugh.

mitu

@Silent That would be too much hassle - adding the option to scrape one ROM - with little use. As for the MobyGames part, I don't see a point in using it (either through the GUI via the command line) if they only allow such low number of scrapes.

Silent

@mitu said in Skyscraper now officially part of RetroPie, please test:

I don't see a point in using it

They seem to have the best base for PC games, which may come in handy soon when Moonlight script gets integrated into RetroPie.

But yeah, I guess invoking Skyscraper from CLI is also fine.

Silent

So I've seen that Mobygames is now officially removed from the setup script and been thinking on how to make custom queries as accessible as possible, since right now there is no really easy way to find out what exactly is the setup script invoking when using Skyscraper (yes, you have "comnandline used" but more often than not you need to race against the UI to be able to read it), and I came up with an idea I'd like to discuss before implementing it:

"Scrape with custom parameters" option in Advanced options, which opens a text box dialog prefilled with existing commandline options, like
-o \whatevever\directory -p psx -s screenscraper

and then the user is free to change any settings, then run scraping. This way any possible hurdles with using Skyscraper installed by setup script would be resolved and you could be 100% certain it is doing to scrape to/from exactly the same directories as setup's UI scraping.