I also use universal scraper v2, despite how buggy it is in windows. Keeps crashing for whatever reason, and I need to do a clean install each time I restart it. Despite all that, I found it to be best method for me, since I can edit the gamelist.xml before I scrape so once it's all done, it's all ready to work with retropie on my pi. Even then, odds are you might be missing a few games here and there. I just manually scrape those in ES.

@zigurana said in Possible bug?:

hidden and kidgame

done

@muldjord ah, I misunderstood the point of it, then. Thanks.

Feel free to delete .. figured it out on my own. The roms in question were in folders. Took them out of the folder and all is good.

@ChristianG Did it move?

Thanks, meleu
Already know how to get my own screenshots, also how to scrape manually, but not what I was looking for.
I thought ES calls internal scraper using some kind of (customizable) config file.
It's a pitty it doesn't :-( this is one of the most important parts of emulation: getting a preview of the games and not the boxes covers.

@sselph Sorry, the problem was my own ineptitude. I was typing "/opt/retropie/supplementary/scraper" when running it, I missed a directory in there. Problem resolved. Thanks for the response!

Thanks. That fixed it.

@felleg looks to be working - thanks again. Wish it would have thrown an error message or something....

But this is great - thanks again.

works like a charm thanks

This is a nice idea in concept. While it doesn't at the moment support it, it wouldn't be a stretch to implement.

That being said, VLC on the Pi is already quite sub-optimal, having it stream a video from YouTube, unless we can specify the quality of the stream to be one of the lower ones (and even so) might be a bit more resource intensive than ideal for the little Pi.

Might be worth testing out rendering a random videogame snap that would come from ArcadeItalia via VLC in the command line, and see how it'd perform, and then decide whether it's worth investing in it at the moment. That'd be my recommendation.

OMXPlayer also allows for that, but it requires a bit more tweaking.

Anyway, for non-Pi systems, and for users who'd be permanently online and have good bandwidth, that would be a welcome addition I imagine.

That being said, a bit of a cautionary tale: given that neither VLC nor OMXPlayer are using any sort of official API, things might break at a moment's notice if things change on the YouTube side of things. Been there, had that happen a few times with such things.

Thanks!

@herb_fargus I found that relying on sleep to properly time a 30 second video was getting mixed results so I modified your script a little to crop the video afterward for a more uniform recording length.

It requires that you install ffmpeg beforehand though.

#!/usr/bin/env bash system="$1" emulator="$2" rompath="$3" launch="$4" rom_file="${rompath##*/}" rom="${rom_file%.*}" mediadir="$HOME/RetroPie/roms/$system/images" tmpfile="/tmp/$rom-video.mkv" videofile="$mediadir/$rom-video.mkv" # Create videos folder in system's rom folder if [[ ! -d "$mediadir" ]]; then mkdir -p "$mediadir" dialog --msgbox "$mediadir created!" 20 60 >/dev/tty fi # Launch to record gameplay on RetroArch Systems. if [[ "$launch" =~ retroarch ]]; then eval "$launch" "--record \"$tmpfile\"" & sleep 120 killall retroarch # Crop video to 30 seconds eval "ffmpeg -y -t 30" "-i \"$tmpfile\"" "-acodec copy \"$videofile\"" & exit 1 else dialog --msgbox "Video recording is not supported for this system" 20 60 >/dev/tty fi

Sorry to bring up an old post like this, but to complement the solution above, you can set your system to look up for both systems (CD and not CD) but not others in es_systems.cfg : <platform>pcengine pcenginecd</platform>.
I found that from source code but in no documentation, so there is no guaranty it will keep working in case of future code change.

@sselph cooool. It's well passed my bed time, so I'll check it out tomorrow (or whenever you get around to putting the release out. No rush).

@LiveFastCyYoung their directories in the emulationstation folder

@SonPluck The images won't be re-downloaded unless you delete them. There is an option to overwrite or append to the gamelist. Append will preserve the existing data including the last played and number of times played and only add in new games.

There is a command line flag but it isn't exposed in the RetroPie-setup script -mame_img and -console_img These accept an ordered list of image preferences which RetroPie-setup sets to -mame_img="t,m,s" and -console_img="b" So the order is Title, Marquee, Snap for mame. You can exit EmulationStation and run this from the command line with something like this but cd to the rom folder you want to scrape.

cd ~/RetroPie/roms/mame /opt/retropie/supplementary/scraper/scraper -mame -mame_img="s,t,m"

More detail about all the flags is at

/opt/retropie/supplementary/scraper/scraper -h

@andrewpelt The new version of RetroPie-Setup is supposed to download a new version of go to a non-default location and us it to build the scraper. I did this to hopefully make it more stable. Go has a guarantee that new versions won't break any old code. It only adds new features and fixes bugs, but there wasn't a guarantee that code I depended on wouldn't take advantage of one of these newer features and break everything.

In Go 1.6 they added the ability to copy all the dependent libraries in to my repo so now it will always build. I can't explain why these issues are popping up.