[SOFT] New Scraper in the works

Clyde

@kiro Hi, I haven't forgotten about you. I just didn't get around to occupy myself with it because of a "mild" COVID illness that nevertheless took me out for two weeks.

Just saying, stay tuned. 🙂

kiro

@Clyde Hope you're ok! let me know if you have any issues testing the software! Thanks again!

kiro

Hi @mitu, sorry to bother. How could I do to get my scraper into the retro-pie setup script? Is there any process that needs to be taken? or are you not accepting any more scrapers? Thanks!

mitu

@kiro said in [SOFT] New Scraper in the works:

Is there any process that needs to be taken?

Any modifications to RetroPie are added via the Github project, at https://github.com/RetroPie/RetroPie-Setup, either directly (by project maintainers) or via Pull Requests.

are you not accepting any more scrapers? Thanks!

No, we're open to improvements. I would advise first to open topic in the forums with installation/operations instructions so users can test it and provide feedback, before submitting it to RetroPie-Setup. Also, while providing the source for your program is not mandatory, it would be useful for users to be able to compile on their own platform without relying on a distributed binary.

I tried downloading the program from your web page, but clicking on the download link opens a 'application/json' page filled with binary data - the download link is not working properly.

kiro

Hi @mitu Thanks for the explanation, really appreciate it!!

I'll have a look on why you're getting that! Thanks! I've had others download without issues. Which browser/os are you using by the way?

I will provide a source for the scraper as soon as I feel it is ready to be distributed, still working on it.

mitu

@kiro said in [SOFT] New Scraper in the works:

Which browser/os are you using by the way?

Firefox on Linux/Windows or plain old wget:

wget http://77.68.23.83/dist/retroscraper.rpi
--2022-04-06 15:45:37--  http://77.68.23.83/dist/retroscraper.rpi
Connecting to 77.68.23.83:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 194481976 (185M) [text/plain]
Saving to: ‘retroscraper.rpi’

retroscraper.rpi                           81%[==================================================================>                ] 150,53M  11,1MB/s    eta 4s

kiro

@mitu and did you try executing the retroscraper.rpi file? (chmod 755 and ./) ?

Warning: if you execute with the --cli modifier it will start scraping directly!
It will not overwrite the gamelist.xml until each system is done. I need to implement a backup of gamelist.xml to prevent losing any manual changes that may have been done to them!

Thx!

mitu

@kiro said in [SOFT] New Scraper in the works:

and did you try executing the retroscraper.rpi file ?

Yes, and I didn't get any message, just stands there doing something/nothing ?
I've tried with --cli and/or --help and nothing is displayed. I've just interrupted it from what it did, noticed it has created an - almost - empty retroscraper.cfg file.

kiro

Thanks @mitu ... without --cli flag it will work only if you have a desktop (sdl2) available.... It is strange about the 'nothing happening' with the --cli... Are you trying on a machine that has the es_systems.cf in the usual place? (/etc/emulationstation)?

That it creates an empty cfg is normal upon first run.

Is your machine connected to the internet? I assume yes, but I have not seen anything hitting the backend, so it looks like it is not connecting?

I'll have a look...thanks again!

mitu

without --cli flag it will work only if you have a desktop (sdl2) available....

I see no error message about not having a desktop env.

It is strange about the 'nothing happening' with the --cli... Are you trying on a machine that has the es_systems.cf in the usual place? (/etc/emulationstation)?

Yes, I have a standard RetroPie EmulationStation installed.

Is your machine connected to the internet? I assume yes, but I have not seen anything hitting the backend, so it looks like it is not connecting?

Well, yes, otherwise I wouldn't have been able to download it.

To be honest, I don't like the fact that's trying to connect somewhere without my choosing any options. Which 'backend' does it connect to ? I don't see anything mentioned on the download page.

kiro

@mitu it connects to my server to verify that the version running is ok, and to download the images (if running on non cli mode) and translations . It is the same IP as the download server...but it is strange I do not see it hitting this server (I see in the logs if scraping is being accessed)... I'll try later again in my RPI, but it should at least hit the server to download the startup data...strange..

mitu

@kiro said in [SOFT] New Scraper in the works:

it connects to my server to verify that the version running is ok

I though it would use one of the various scraping sources - doesn't it use them for downloading the artwork/metadata ?

sleve_mcdichael

@kiro said in [SOFT] New Scraper in the works:

Are you trying on a machine that has the es_systems.cf in the usual place? (/etc/emulationstation)?

What if I'm not?

https://retropie.org.uk/docs/EmulationStation/#es_systemscfg-edits

kiro

@sleve_mcdichael it does look in all those possible directories, if not you can edit the config if running in cli mode or choose it if you're running in windowed mode.

kiro

@mitu nope, it uses its own server.

mitu

@kiro said in [SOFT] New Scraper in the works:

nope,

I see. Then this is a nope from me also.

kiro

If anyone is interested, I've released the source code here: https://github.com/zayamatias/retroscraper

Enjoy :-)

kiro

A new version is out, it allows you to keep your favorites and play count after scraping (among other bug fixes).

https://github.com/zayamatias/retroscraper

kiro

A new slimmed-down version of the scraper is available and should be easier to install and run, check it out here:

https://github.com/zayamatias/retroscraper-rpie

Thanks for your feedback!

Folly

@kiro

Hi,
Perhaps you knew already but I am the developer of this script.

So for me it would be nice to find a good solution for generating gamelists that can be shared from within the script or perhaps could even be scraped from within the script.

We already have some predefined gamelists with media that can be downloaded from within the script for the categories :
konamih, tigerh , etc. (many done by @DTEAM)

The script can install arcade categories like "shooter" or "pinball" too.
However, for these categories there aren't predefined gamelists with media yet.
Sadly these "categories" are not recognised by your scraper.
Basically not a big problem so I renamed them to arcade and scraped them and renamed them back.
Now I should have a proper gamelist+media, right.
Well It doesn't work that way because the gamelist.xml contains full paths to files so I have to rename the roms directory from /arcade/ to /shooter/ to get it working again.

Well, we had a different approach with our predefined gamelists.
For our predefined gamelists, have a look here :
https://drive.google.com/drive/folders/1f_jXMG0XMBdyOOBpz8CHM6AFj9vC1R6m
You will see that we use relative paths rather than full paths.
This solution makes it easier to copy to an other named folder or to a computer with an other username without editing the gamelist.xml.
So my question is, could you incorporate that solution ?

We also set the images/videos in the directory media/emulationstation/ .
Which emphases that the media is used by emulationstation.
So when running emulationstation only 1 media folder is seen instead of images/marquees/videos.
I would like you to think about this too.
For your folder it would mean :
media/emulationstation/images
media/emulationstation/marquees
media/emulationstation/videos

If you see something in both suggestions then we apply somewhat the same "standard" to the gamelists.
With this we could somehow join some forces.

What do you think ?
Let me know.