Steven Selph scraper ignor scraping PSX bin files

ruxton_bruce

@Floob Thanks again for the quick reply. I have updated to the latest version just now and am about to scrape my PSX folder again using Stephen Selphs Scraper. Will let you know how it turns out.

Cheers

sselph

My scraper reads every .cue file and then every .bin file listed in the .cue is skipped. When hashing it hashes the cue then every bin until it finds a match. Is it possible that the .bin file has been renamed so that it no longer matches what is listed in the .cue file?

ruxton_bruce

@sselph Thanks very much for the reply Stephen. Yes you are spot on. I have renamed the .cue name to more display friendly name. What do you think is the best way to revert from this situation.

Thanks very much @sselph

ruxton_bruce

@sselph Hi Steven. After receiving your messaged I cancelled a scrape that was half way through. I had just updated to the latest version of Retropie and thought i'd try to scrape again. The scrape had got down to G in my PSX roms and after cancelling I thought I would see if it had done the same thing. It looks like it has only added the .cue files this time?? Is this something that may have been fixed in the latest update??

sselph

@ruxton_bruce Cool. My scraper's logic hasn't changed in a while, but I haven't been keeping up with RetroPie changes so it could be fixed on their end.

ruxton_bruce

@sselph Hi Steven. Thanks for your help yesterday mate. I still had problems with having the .cue files named differently so I took the plunge and reverted all the names back to match the .bin file name. After doing this I re ran your scraper. It has worked this time except any game which has multiple audio tracks (which are the named "game title (Track 02).bin) etc. have a second entry in the gamelist.xml file. If the game has 20 tracks it still only has two entries, one for the .cue file and one for the .bin file. Is there some way I can remove the second entries from showing as there are a lot of games with multiple tracks.

Cheers mate

sselph

@ruxton_bruce

My theory as to why this is happening, like I mentioned before, was that the bin files don't match the contents of the cue file. The cue file if you open it in a text editor looks something like the following. My scraper parses that to read each FILE entry and uses that to consolidate things. Can you check what one of the cue file looks like and what the bins are named and let me know. This code is the first time I've worked with these types of files so there might be something I'm not considering(case sensitivity, etc). I'll also try and take a look and see if I can reproduce it if there is an error.

$ cat "Die Hard Trilogy (USA) (v1.0).cue"
FILE "Die Hard Trilogy (USA) (v1.0) (Track 01).bin" BINARY
  TRACK 01 MODE2/2352
    INDEX 01 00:00:00
FILE "Die Hard Trilogy (USA) (v1.0) (Track 02).bin" BINARY
  TRACK 02 AUDIO
    INDEX 00 00:00:00
    INDEX 01 00:02:00
FILE "Die Hard Trilogy (USA) (v1.0) (Track 03).bin" BINARY
  TRACK 03 AUDIO
    INDEX 00 00:00:00
    INDEX 01 00:02:00
...

geneworld

Quick and easy method would be to move all the *.bin files to another directory outside of the psx one, run the scraper, then just move them back. Not the best way but its something to get you by.

On looking at the parameters for the scraper (https://github.com/RetroPie/RetroPie-setup/wiki/scraper) it doesn't seem like you can isolate an extension otherwise you can easily run it from the command line with something like

pi@raspberrypi:~ $ /opt/retropie/supplementary/scraper/scraper -output_file="/home/pi/emulationstation/gamelists/gamelist.xml" -missing="/home/pi/.emulationstation/gamelists/missing.txt" -image_dir="/home/pi/.emulationstation/downloaded_images" -image_path="/home/pi/.emulationstation/downloaded_images" -rom_dir="/home/pi/RetroPie/roms/psx" -rom_path="." -thumb_only -workers 4

You'd need something like extension=".cue" (Is that an option? @sselph ) If you run it this way also include append=true so it doesn't wipe out your other system's data.

ruxton_bruce

@sselph Hi Steven. Thanks again for the reply. Upon closer inspection you are once again correct. In the example below:-

FILE "Air Combat (USA) (Track 01).bin" BINARY
TRACK 01 MODE2/2352
INDEX 01 00:00:00
FILE "Air Combat (USA) (Track 02).bin" BINARY
TRACK 02 AUDIO
INDEX 00 00:00:00
INDEX 01 00:02:00
FILE "Air Combat (USA) (Track 03).bin" BINARY
TRACK 03 AUDIO
INDEX 00 00:00:00
INDEX 01 00:02:00
FILE "Air Combat (USA) (Track 04).bin" BINARY
TRACK 04 AUDIO
INDEX 00 00:00:00
INDEX 01 00:02:00
FILE "Air Combat (USA) (Track 05).bin" BINARY
TRACK 05 AUDIO
INDEX 00 00:00:00
INDEX 01 00:02:00

The .bin and .cue file were actually named Air Combat (USA).bin and Air Combat (USA).cue without the (Track 01) as shown in the contents of the .cue file. Once again my stupid mistake for renaming the .cue and .bin files. I did the laborious task of editing the gamelist.xml file and removing all entries with .bin in them (all 450 of them) using Notepad++. Everything looks great now in Emulation Station but I'm wandering if I'm going to experience issues with the .bin file not having the (Track 01) in the filename as is listed in the contents of the .cue file. They seem to run fine though

Thanks again for the replies.

Cheers

ruxton_bruce

@geneworld I wish I had thought of that before manually editing the gamelist.xml file. Would have saved me a tonne of time.

We live and learn :)

Cheers mate

sselph

@ruxton_bruce I'm glad you have it sorted out. I've opened an issue to track adding a check for bin files named the same as the cue. I imagine that it is common enough that the emulator handles it. https://github.com/sselph/scraper/issues/100