Skyscraper now officially part of RetroPie, please test

muldjord

@frezeen I don't know but I recon it's because of screenscraper limits. The network requests work exactly the same under Windows, so I don't think that's the problem. Might also be a firewall problem, might be that you compiled it wrong, I have no idea. You're on your own here basically. Good luck! :)

frezeen

@muldjord got same error with 3.1.2 from github, its not a compile problem. arcadedb work good and its very fast vs rpi. ill try to found the problem.. anyways i know , no support for windows but thank for the reply , i appreciate it. ill update if i found the problem ;).
skyscraper has a debug function? i try with verbose 3 but cant log what happened when got error

@all asking for someone in forum has a 3.1.2 windows from github working with screenscraper... this help me to understand if its my problem or not.

2fst4u

I think I've found another issue. I have set my cache folder to be on my USB drive. Here's what works properly:

Scraping caches the data in the correct place on USB.
Compiling the gamelist correctly uses the cache for all the data.
Scraping again will use the cache to skip over things that don't need to be downloaded.

But what doesn't work is:

Vacuum
Purge

It seems the things that are working are using the correct cache location but the vacuum and purge aren't looking at my cache folder set in config.ini, it looks like it's using the default location? Whenever I go into the cache menu it says the size is "56K" which looks to be a baseline default, and it doesn't show all my systems that I want to purge, it only shows the ones that I previously scraped on my SD card.

The cache purge works fine in the default location, but now that I want it in a different place I'm still not able to purge.

mitu

@2fst4u The cache size is calculated from the default location, the script doesn't support custom cache locations.
However, the purge and vacuum actions are using Skyscraper and they don't look there - what happens if you run the purge and vacuum from the CLI ?

muldjord

@mitu, @2fst4u If cacheFolder is set in config.ini it will cache data there and purge and vacuum data from there aswell unless a separate -d is set on commandline by the script. There is no difference in the cache location between those operations, they all adhere to cacheFolder in config.ini.

EDIT: Just moved my own cache to a non-default location, changed the cacheFolder to point there and ran both vacuum and purge:all. It works as expected.

2fst4u

I'm not able to run the purge command from the script because it only shows one system - GBC, when I have many systems on the USB drive that have been scraped.

Edit: here is my list when I go to "gather resources" or "generate gamelist":

But here is my list when I try to "vacuum" or "purge":

(Excuse the keyboard, sorry)

mitu

@2fst4u Man, those are some big pictures. I realised later that the purge/vacuum actions are only shown in the context of a platform (system) and if you moved the cache before starting scraping, the newly cached platforms will not be available in the selection screen.
You'll have to use the CLI and run the cleanup actions in this case.

I might be able to improve the detection of cache folder, but my reasoning is that if a user is knowledgeable enough to edit the .ini file and move the cache, then they are already familiar with the command line and don't need a GUI.

@muldjord is the cache folder a global options, or can it be also set in a platform section in the configuration file ? I might be able to extract the cache location, but if the .ini can contain more than one location (i.e. default location is X, but for platform amiga it's Y, etc.) , then this would not work.

2fst4u

@mitu unfortunately when I try a manual purge now I get that artwork.xml error I was having earlier. Would that be related to moving the cache too?

mitu

@2fst4u What is the command line you use for purge/vacuum ?

2fst4u

@mitu

sudo /opt/retropie/supplementary/skyscraper/Skyscraper -p mame-mame4all --cache purge:all

mitu

@2fst4u Why are you using sudo ? That's necessary only for running the setup script. Remove it and then re-run the commands normally.
If you use Skyscraper from the command line, don't use sudo.

2fst4u

@mitu well that was easy. I'm so used to needing to use Sudo any time I need to run a command that it just became second nature. I've never come across something like this where it actively hampers it.

Thanks for that. I'm trying to purge my mame cache since I'm getting those buggy video clips too.

muldjord

@mitu The cacheFolderoption can be set globally and per-platform. If it's set both globally and per-platform, the platform one overrides the global one.

When set globally in [main] it's a base folder where the platform subfolders will reside inside, just as it is in ~/.skyscraper/cache. When it's set on the platform level, it's the subfolder you are defining such as ~/.skyscraper/cache/amiga. It would be rare for people to define it on the platform level and you can't know what they might have called it (they could decide to call it amigacache instead of just amiga ). If it's set globally it's a bit more manageable as the subfolders would be equal to the platform shortname definitions (such as amiga).

muldjord

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

@mitu well that was easy. I'm so used to needing to use Sudo any time I need to run a command that it just became second nature. I've never come across something like this where it actively hampers it.

Thanks for that. I'm trying to purge my mame cache since I'm getting those buggy video clips too.

So just as a heads up, I will elaborate a bit on this. :) Never, never, never use sudo unless you absolutely need it. It can have great implications for your permissions on your drive. It will mess with your homedir (which becomes /root temporarily every time you run anything with sudo) and any file that's created when using sudo will be owned by root which can cause them to be locked down for your ordinary user and might not even be able to be read. It will give you problems at some point that are really tiresome to fix and figure out and can, potentially, force you to reinstall your entire system because it can get so bad it will take more time to fix than to just start over (but that's an extreme case of course, but I've seen it happen in non-RetroPie context). :)

mitu

@muldjord So this is probably the reason I didn't implement a cache location detection - the ability to have multiple cache folders. I might be able to add a few modifications though to warn the user or to account for the situations where the global setting is present.

2fst4u

@muldjord thanks for the heads-up, guys. I never knew this, I'll keep it in mind.

muldjord

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

@muldjord So this is probably the reason I didn't implement a cache location detection - the ability to have multiple cache folders. I might be able to add a few modifications though to warn the user or to account for the situations where the global setting is present.

The global cacheFolder setting is widely used, mostly by CLI users I would guess though. I don't think the platform setting is used all that often, if at all (it doesn't make much sense to use if you ask me).

2fst4u

Another quick question that I can't find the answer to anywhere:

How do I get rid of data that has been scraped? Is purging the cache sufficient? I'm wanting to delete my downloaded video clips completely for a particular platform and then re-do my gamelist. After I purge, does regenerating the gamelist get rid of the videos in my ROMs folder? I've done a purge but the videos are still in my ROMs folder (where I've set the data to be located), which makes sense in a way, I know that data isn't the cache. I'm just curious if the regeneration of the gamelist will delete the old data when it finds it isn't in the cache anymore.

mitu

@2fst4u Skyscraper will not remove the generated artwork (video/images). You can delete it yourself or just re-scrape and the files would be overwritten with the new data from cache.

2fst4u

@mitu oh cool so it isn't as touchy about that stuff as it is with the cache data?