[SOFT] New Scraper in the works

Folly

Yes, one would think so.
Could it be some version issue for python3 ?

BTW.
I am fully updated on the pi4.

Folly

Just tested atari7800 in my VM with retroscraper-rpie.
I see the same issues, so I replicated the problem here.
So that's basically a good thing.

I also noticed now that game-specific retroarch config files are generated in the roms directory while not using the option --bezel.
Adding the option --bezel will give the same results as without this option.
One would assume that a bezel folder is created containing the bezel images when adding this option.

In the VM the program doesn't always go back to the cli command prompt, after saying :
SCRAPPING ENDED --- Thank you for using retroscraper!!
(I have to press ctrl+c sometimes)

Multiple tries ended differently with the same romset :

Game : Tubes
Game : Tubes
Game : Tower Toppler
Game : Tubes
Game : Water Ski
Game : Xenophobe
SCRAPPING ENDED --- Thank you for using retroscraper!!

Game : Tubes
Game : Tubes
Game : Tubes
Game : Water Ski
Game : Winter Games
SCRAPPING ENDED --- Thank you for using retroscraper!!

To be secure I added the .local/bin path as it complained earlier with the setup.

pi@Bullseye-VM:~$ echo $PATH
/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games
pi@Bullseye-VM:~$ PATH="$HOME/.local/bin:$PATH"
pi@Bullseye-VM:~$ echo $PATH
/home/pi/.local/bin:/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games

Still the same results.

kiro

@Folly thanks for all the testing, will start looking at it on Monday when I'm back.

Folly

@kiro

That's ok, no problem.

Have a good weekend ;-)

kiro

@Folly hi folly...I've quickly checked the backend and it returns format MP4 for the videos of all the games you mentioned, it's surprising to say the least. I will have a deeper check tomorrow.

Folly

@kiro

I installed retroscraper-rpie on my debian buster vm 32bit x86 VM.
I was thinking perhaps it will work on this VM.

First I did a total update/upgrade/reboot.

This is my log installing it all :
https://pastebin.com/raw/gzJpdz1b

I scraped the atari7800 roms and had the the same results as earlier. (same results as described earlier)
(used : python3 retroscraper.py --systems atari7800 )

Perhaps you can find something in my log.

I'am not quite sure which dependancies are loaded by the script.
If somehow the same dependancies are already installed on the OS in different paths with sudo and apt, for example.
Could be that the wrong depandent programs are used from other paths (with an other version).
I checked this theory by forcing only "$HOME/.local/bin" in the PATH like this :

pi@VM-32bit:~/retroscraper-rpie$ PATH="$HOME/.local/bin"
pi@VM-32bit:~/retroscraper-rpie$ /usr/bin/python3 retroscraper.py --systems atari7800 --cleanmedia

Same result, so this doesn't seem the be the problem either.

kiro

@Folly Thank you so much for all the testing.

I've uploaded new fixes into git (for both retroscraper versions) that should solve the missing games in the gamelists plus the bezels configuration issue.

I'm struggling to reproduce the .png issue (I tried exactly with atari7800) and nothing. Just to clear out possible issues, do you have some sort of proxy at your location/machine that could be caching the API requests?

I'll keep investigating in the meantime, and will start working on the relative path thing today.

Take care!

Folly

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

@Folly Thank you so much for all the testing.

I've uploaded new fixes into git (for both retroscraper versions) that should solve the missing games in the gamelists plus the bezels configuration issue.

Great !
I did some tests.

python3 retroscraper.py --systems atari7800 --cleanmedia

👍 - seems to be consistent now in detected games
👍 - seems to add all the detected games now in gamelist.xml
👍 - no game-specific configs are generated anymore

python3 retroscraper.py --systems atari7800 --bezel --cleanmedia

👍 - seems also to be consistent now in detected games
👍 - seems also to add all the detected games now in gamelist.xml
👍 - game-specific configs are generated as it should
👍 - bezel folder is created and bezel files are downloaded

I suspected that the bezel files would be in /home/pi/RetroPie/roms/atari7800/bezels but the were in /home/pi/RetroPie/overlays/atari7800/bezels.
Is it an idea to use this folder instead for the future ? :
/home/pi/RetroPie/roms/atari7800/media/retroarch/overlays/bezels
Using the same structure as I proposed for the emulationstation media :
/home/pi/RetroPie/roms/atari7800/media/emulationstation/<folders>
Then you can backup all in one time and with your option --cleanmedia you only have to delete 1 folder (media) which would make it much simpler.
Good idea ?

I'm struggling to reproduce the .png issue (I tried exactly with atari7800) and nothing. Just to clear out possible issues, do you have some sort of proxy at your location/machine that could be caching the API requests?

No I haven't.

I'll keep investigating in the meantime, and will start working on the relative path thing today.

I think that somehow string variables aren't updated correctly.
Though I have too little knowledge of your script.

Take care!

Same !

kiro

@Folly I've updated a new version of the 'light' retroscraper with a new flag '--debug' which will create a more complete log, maybe can you run it on the system tat still creates the png so we might understand what the problem is??

I've scanned my whole romset and no issues thousands of roms to be honest)

Thx!

Folly

@kiro

OK, I will do.

Found the log, but it's too big for pastebin.
Probably paste it on the google-drive.

kiro

@Folly thanks!

Folly

@kiro

~~retroscraper.log removed from google-drive.~~

Looks like the format variable is not updated correctly.

kiro

@Folly Thanks, will have a look right now.

On the other hand, I've updated both versions to cater for systems with 'non-standard names' such as 'shooters' :-) The only drawback is that the scraper will not be able to do a name search, due to the fact that it does not understand which is the actual system, but if checksums are in the DB they'll show up properly.

Folly

@kiro

Cool will give it a go.

Yea, it works really nice !

Seems a bit slower.
Does it have to search longer in the database with an unknown system ?

Folly

@kiro

I am getting this error, nothing works anymore :

pi@raspberrypi:~/retroscraper-rpie $ python3 retroscraper.py --systems arcade
Loading RetroScraper config File
Traceback (most recent call last):
  File "/home/pi/retroscraper-rpie/retroscraper.py", line 150, in <module>
    trans = complete['en']
TypeError: list indices must be integers or slices, not str

kiro

@Folly Hi yes, I'm correcting the issue with the PNG, which means I had to stop the backend for a while and resync DBs (that was the issue hopefully) should be up and running anytime soon. Need to make that error more clear :-) Thanks!

Folly

@kiro

Aha, that's good ;-)
Pfff, I was a bit afraid everything was broken.

Perfect, now showing this :

pi@raspberrypi:~/retroscraper-rpie $ python3 retroscraper.py --systems megaplay
Loading RetroScraper config File
CANNOT CONNECT TO THE BACKEND, PLEASE TRY AGAIN LATER

kiro

@Folly I've uploaded new versions with the friendly error message... DB is in sync again, png issue should be solved hopefully :-) now the system is up and running again, let me know how it goes when you can test. Thanks!

I'll be having a look at relative paths this week. I was thinking of adding a --realtivepaths flag and a --mediadir flag, first will add the './' instead of the full path, and second would add the possibility to choose the media down dir (starting by './' would make it relative to the current system path). Was thinking also of a '--singlemediadir' to put everything under the same folder, which would work only together with the '--mediadir' flag. What do you think?

Folly

@kiro

Really cool if you can add all that.
Seems to be what I am looking for.

Will do a clone now and report.
Looks very good !!!
👍 - videos are now correctly named *.mp4
👍 - now also similar speed between known systems and unknown systems

Was the *.png issue in the database or back-end ?

kiro

@Folly it was a backend issue... in order to gain speed the backend is just a collection of files created from the DB (so no actual engine running at the server)... the CRC's are symbolic links to the actual games objects, and for some reason, these links were not updated properly, so yes, I had to recreate 2.4 million links :-) luckily not manually!