Take and Scrape Your Own Screenshots

herb_fargus

@meleu heh talk about an over engineered solution well regardless a bug was still fixed as a result so good job :) I'll see if I can update it. Maybe there's a way I can have it automatically generate folders and/or configs this time around- perhaps maybe come up with a module for it or something

herb_fargus

@meleu

Alright here's a prelimnary more or less untested psuedo code for runcommand-onend.sh:

# Variables
system="$1"
imgdir="$HOME/RetroPie/roms/$system/images" 

# check if images folder exists for each system, if not create it

if [[ ! -d "$imgdir" ]]; then
    mkdir $imgdir
fi

####### Possible configs to automate potentially with inifuncts?

#### overall retroarch.cfg in /opt/retropie/configs/all:

# Hotkey config to take screenshot with controller
input_screenshot_btn = "12"

# This makes sure the screenshot filename is named ROM NAME.ext
auto_screenshot_filename = "false"

#### system based retroarch.cfg in /opt/retropie/configs/$system/

# Add screenshot per system directory
screenshot_directory = "$HOME/RetroPie/roms/$system/images/"

Really if you take out the automation, the runcommand-onend.sh is really no longer necessary, the user just has to manually edit 3 things:

create an images folder for each system they are scraping with
specify the screenshot directory in each system based retroarch.cfg e.g. screenshot_directory = "$HOME/RetroPie/roms/$system/images/"
add the auto_screenshot_filename = "false" to the main retroarch.cfg

Just thinking out loud but it should be simple enough to use inifuncts with this recent change:

https://github.com/RetroPie/RetroPie-Setup/commit/7d806d52e9fc55fd557cd4a7f931df6e07509bf3

(a little more discussion on it here: https://retropie.org.uk/forum/topic/3285/i-think-we-finally-have-a-solution-for-rgui-fans/11)

I'm just unsure if we have to initialise the inifuncts script on its own in the runcommand-onend since its technically already initialised here:

https://github.com/RetroPie/RetroPie-Setup/blob/406728c368d038270651159430ded40a92df2649/scriptmodules/supplementary/runcommand/runcommand.sh#L57

but then again variables like the $romdir $rootdir etc are initialised in the retropie_packages.sh which are obviously used in the main runcommand.sh but aren't initialised in the runcommand-onend.sh

anyways what I'm saying is the variables are all already in the code, we may just have to call inifuncs.sh and retropie_packages.sh, or duplicate code to initialise the variables manually. idk. just ideas.

herb_fargus

@meleu

Ok I think I've got it. I've tried to simplify it as best as I could. Could probably be refactored a bit anyhow. so this one is a little different in that everything is automated so many of the steps on the first post are unnecessary and it uses runcommand-onstart rather than runcommand-onend (primarily because I want it to create the image folder first before screenshots are taken so they have somewhere to go)

so create a file with the following contents called rucommand-onstart.sh and place it in /opt/retropie/configs/all

#!/usr/bin/env bash

system="$1"
imgdir="$HOME/RetroPie/roms/$system/images"
configdir="/opt/retropie/configs" 

mainretroarch="$configdir/all/retroarch.cfg"
systemretroarch="$configdir/$system/retroarch.cfg"

source "/opt/retropie/lib/inifuncs.sh"

# If there is no auto screenshot setting in the main retroarch.cfg add it
function add_overall_screenshot() {
    if ! grep -q "auto_screenshot_filename" $mainretroarch; then
        iniConfig " = " '"' "$mainretroarch"
        iniSet "auto_screenshot_filename" "false"
fi
}

# check if an images folder exists in the systems rom folder, if not create it
function make_screenshot_dir() {
    if [[ ! -d "$imgdir" ]]; then
        mkdir $imgdir
fi
}

# If there is no system based screenshot directory defined then define it in the system based retroarch.cfg
function add_system_screenshot() {
    if ! grep -q "screenshot_directory" $systemretroarch; then
        iniConfig " = " '"' "$systemretroarch"
        iniSet "screenshot_directory" "$imgdir"
        retroarchIncludeToEnd
fi
}

add_overall_screenshot
make_screenshot_dir
add_system_screenshot

It may also be possible to automate sselphs scraper, but I dont think its a good fit with the onstart or onend command. perhaps its something better left as a manual step.

meleu

@herb_fargus
I'll come back to this topic soon (I'm very sleepy after a 12 hours turn). But first I would like to share some tips/thoughts with you:

the scraper command you use in the first post can be faster if you use the options -skip_check=true and -use_gdb=false.
I don't like to use a subdir for images in the roms directory. You can use the -image_path="path/to/screenshots" to make the scraper get the images from another place.
I really would like to keep my previous gamelist.xml and only change the entry for the game that we recently took the screenshot. I think the way to achieve it is the -append=true option. But we need some XML parsing trick to exclude the game entry from gamelist.xml before call the scraper in order to make it consider the game as a new entry.

I think we are on the right way...

herb_fargus

@meleu those are good tips to keep in mind. I suppose that we could set the screenshot directory to just one screenshot directory (perhaps even just leave the default) and then use sselphs scraper to point to that, eliminates another config step but I like the idea of having all the images and gamelists in each rom folder because you only have to scrape once and then you can just backup/copy the roms folder complete with images etc with no need to scrape again.

also if you use the -skip_check=true and -use_gdb=false would that not eliminate the metadata for the detailed view so you only end up having an image?

I guess we'd have to get feedback to see what people prefer

herb_fargus

@hiulit I've created a wiki page for it with the latest working code. See first post for link

hiulit

@herb_fargus nice! Thanks!

meleu

@herb_fargus
[EDIT: I've edited the wiki including those two options for a faster scraper execution. I intentionally didn't edit the runcommand-onstart.sh to let it as you prefer.]

Some points on the wiki runcommand-onstart.sh:

You can set the iniConfig just once and then pass the file to the iniSet in the 3rd argument.
the function make_screenshot_dir can be replaced by mkdir -p "$imgdir" (the -p option means "no error if existing, make parent directories as needed").
There is no need to explicitly call retroarchIncludeToEnd, since it is automatically executed when editing any file with a name that ends with "retroarch.cfg" (inifuncs feature).

The runcommand-onstart.sh can be simplified to this:

#!/usr/bin/env bash

system="$1"
imgdir="$HOME/RetroPie/roms/$system/images"
configdir="/opt/retropie/configs" 

mainretroarch="$configdir/all/retroarch.cfg"
systemretroarch="$configdir/$system/retroarch.cfg"

source "/opt/retropie/lib/inifuncs.sh"

iniConfig " = " '"'

# If there is no auto screenshot setting in the main retroarch.cfg add it
if ! grep -q "auto_screenshot_filename" "$mainretroarch"; then
    iniSet "auto_screenshot_filename" "false" "$mainretroarch"
fi

mkdir -p "$imgdir"

# If there is no system based screenshot directory defined then define it in the system based retroarch.cfg
if ! grep -q "screenshot_directory" $systemretroarch; then
    iniSet "screenshot_directory" "$imgdir" "$systemretroarch"
fi

herb_fargus

@meleu you still didn't address:

also if you use the -skip_check=true and -use_gdb=false would that not eliminate the metadata for the detailed view so you only end up having an image?

meleu

@herb_fargus I was so focused on the images thing and didn't give a proper attention to this important detail. Sorry.

Re-edited the wiki excluding these options.

herb_fargus

@meleu I personally don't care about metadata but I know lots of others do.

Once gridview is incorporated I think those extra flags will be more useful (though I presume that it may be possible to theme metadata in with that at some point) might be a cool design to have a box on the side that changes with each game. I'll have to play with that in the future.

Also have you tested your code changes ;)

herb_fargus

@meleu I tested your code changes and they work :) thanks for the refactor. I've updated the wiki page accordingly.

meleu

@herb_fargus said in Take and Scrape Your Own Screenshots:

Also have you tested your code changes ;)

hahaha... after one acquires a bad reputation it's hard to miss it...

yes! I tested my code! :D
I'm glad it works for you too.

meleu

@herb_fargus I'm currently working on a simpler way to achieve what we want here (take and scrape your own screenshots). No need for those ~~runcommand-on{start,end}.sh~~ sselph scraper options complexity, just take your screenshots as you like and then execute a script to put the most recent screenshot as the scrape image. Hope to show something useful soon...

meleu

@herb_fargus
Well...
After reading this series of brainstorming posts, reading the gamelist.xml doc, and taking a look at some gamelist.xml files, I found a simpler solution for what we want.

Let me talk about another method...

user point of view

Take screenshots of a game and set the most recent screenshot as the emulationstation image for this game.

prerequisites

auto_screenshot_filename = false in global retroarch.cfg. It will be the flag to turn on/off the "scrape your own screenshots" functionality (it can be confusing, because "false" means "on", we can think about another flag later.).
screenshot_directory must be set to some directory in retroarch.cfg (system specific or global, system specific takes precedence).
it was made to work after a scraping (the $HOME/.emulationstation/gamelists/$system/gamelist.xml or /etc/emulationstation/gamelists/$system/gamelist.xml files must exist).

how it works

Summing up: put the game screenshot full path file name in the respective <image> entry, replacing the old content. If the game isn't present in gamelist.xml, create an entry for it.

Let's take a look at the runcommand-onend.sh:
[EDIT: the script below is just a "proof of concept". A robust and updated version is in https://raw.githubusercontent.com/meleu/share/master/screeper.sh]

#!/bin/bash
echo "--- start of $(basename $0) ---" >&2

readonly system="$1"
readonly full_path_rom="$3"
readonly retroarch_cfg="/opt/retropie/configs/all/retroarch.cfg"
readonly system_ra_cfg="/opt/retropie/configs/$system/retroarch.cfg"
readonly gamelist="$HOME/RetroPie/roms/$system/gamelist.xml"
readonly gamelist1="$HOME/.emulationstation/gamelists/$system/gamelist.xml"
readonly gamelist2="/etc/emulationstation/gamelists/$system/gamelist.xml"

rom="${full_path_rom##*/}"
rom="${rom%.*}"
scrap_img="$rom.png"

source "/opt/retropie/lib/inifuncs.sh"

iniConfig ' = ' '"'

# only go on if the auto_screenshot_filename is false
iniGet "auto_screenshot_filename" "$retroarch_cfg"
if ! [[ "$ini_value" =~ ^(false|0)$ ]]; then
    exit 0
fi

# getting the screenshots directory
# try system specific retroarch.cfg, if not found try the global one
iniGet "screenshot_directory" "$system_ra_cfg"
screenshot_dir="$ini_value"
if [[ -z "$screenshot_dir" ]]; then
    iniGet "screenshot_directory" "$retroarch_cfg"
    screenshot_dir="$ini_value"
    if [[ -z "$screenshot_dir" ]]; then
        echo "You must set a path for 'screenshot_directory' in \"retroarch.cfg\"." >&2
        echo "Aborting..." >&2
        exit 1
    fi
fi

# if there is no screenshot named "ROM Name.png", we have nothing to do here
if ! [[ -f "$screenshot_dir/$scrap_img" ]]; then
    echo "There is no screenshot for \"$rom\". Exiting..." >&2
    exit 0
fi

# if there is no "customized gamelist.xml", try the user specific,
# if it fails, get the global one
if ! [[ -f "$gamelist" ]]; then
    echo "Copying \"$gamelist1\" to \"$gamelist\"." >&2

    if ! cp "$gamelist1" "$gamelist" 2>/dev/null; then
        echo "Failed to copy \"$gamelist1\"." >&2
        echo "Copying \"$gamelist2\" to \"$gamelist\"." >&2

        if ! cp "$gamelist2" "$gamelist" 2>/dev/null; then
            echo "Failed to copy \"$gamelist2\"." >&2
            echo "Aborting..." >&2
            exit 1
        fi
    fi
fi

# the <image> entry MUST be on a single line and match the pattern:
# anything followed by rom name followed or not by "-image" followed by dot followed by 3 chars
old_img_regex="<image>.*$rom\(-image\)\?\....</image>"
new_img_regex="<image>$screenshot_dir/$scrap_img</image>"

if grep -q "$old_img_regex" "$gamelist"; then
    sed -i "s|$old_img_regex|$new_img_regex|" "$gamelist"

else # oh! there is no entry for this game yet!
    gamelist_entry="\\
    <game id=\"\" source=\"\">\\
        <path>$full_path_rom</path> \\
        <name>$rom</name> \\
        <desc></desc> \\
        $new_img_regex \\
        <releasedate></releasedate> \\
        <developer></developer> \\
        <publisher></publisher> \\
        <genre></genre> \\
    </game>"

    sed -i "/<\/gameList>/ s|.*|${gamelist_entry}\n&|" "$gamelist"
fi

echo "--- end of $(basename $0) ---" >&2

limitations

Currently this is a kind of "proof of concept". The limitations below can be overcome if we feel that this is the way to achieve what we want.
[The updated and more robust version of the script is available here: https://raw.githubusercontent.com/meleu/share/master/screeper.sh]

This method ~~only~~ changes the <image> entry of a particular game. ~~So, if this game is NOT present in the gamelist.xml, nothing happens.~~ [EDIT: if the game is not present in gamelist.xml, the script creates an entry for it]
The <image></image> entry in the gamelist.xml must be in a single line (it seems to be the default, so probably we don't have to worry about it).
The original image filename in the <image> entry must be named as ROM Name.ext or ROM Name-image.ext (ext can be any 3 characters, eg: png, bmp, jpg, etc), otherwise the sed command won't replace it. [EDIT: it wasn't a problem in my first tests here]
After a succeeded image changing, the respective <image> entry will have a full path to the image. It can be an inconvenience if the user wants to copy the gamelist.xml between computers (IMHO it's not so important. Besides that it probably won't be a problem to those who use the pi user).

"I didn't like how it looks! I want my old scrapes back!"

Change the auto_screenshot_filename to true in /opt/retropie/configs/all/retroarch.cfg and then delete the system specific gamelist.xml that is at the system roms directory (example for SNES: ~/RetroPie/roms/snes/gamelist.xml). Now emulationstation will get the gamelist from $HOME/.emulationstation/gamelists/$system/gamelist.xml.

Restart emulationstation and you'll get back your old scrapes.

where to go from here?

After learn how to use the scraper with -append=true option (no success on my first tests) and if it proves to be good enough, we can evolve it to what I think would be a cool feature: scrape with screenshots only the games that aren't scraped. In other words: if the user is playing a non-scraped game and takes screenshots, then scrape this game with the most recent taken screenshot.

I think its done! :D
Maybe some minor bug fixes (if we found some) and minor improvements.

meleu

Yes, I tested the code. ;-)

If you want to avoid the copy'n'paste process you can get it with this command:

wget "https://raw.githubusercontent.com/meleu/share/master/screeper.sh"

And then rename it to runcommand-onend.sh.

meleu

@herb_fargus
Man! I've updated the script to create an entry for the games that aren't present in gamelist.xml. I updated my big post above including the changes (yes! I tested my code!).

You can get the updated code at github:

wget "https://raw.githubusercontent.com/meleu/src/master/screeper.sh"

Dude, it was really fun to accomplish this task. Thanks for this challenge!

When you have time to test it (and agree with my method) maybe we can edit the wiki to use this method. It's up to you. (If you agree I can edit it next night).

Cheers!

herb_fargus

@meleu so where does metadata fit in with this ;)

meleu

@herb_fargus
one of the prerequisites is:

it was made to work after a scraping (the $HOME/.emulationstation/gamelists/$system/gamelist.xml or /etc/emulationstation/gamelists/$system/gamelist.xml files must exist).

I think it's better to leave the scraping up to the user, because it is very time consuming to be in runcommand-onend.sh.

herb_fargus

@meleu that is true. and the download-images-false flag with sselphs scraper can pull the metadata without the images- or I guess they may have to scrape metadata first unless its appended.