Request: Add option to customize romnom queries

[eilefsen]

I use es-de with .desktop files on linux to launch native pc games. These files do not match screenscraper's crc queries, and they also do not match the text queries due to the extension. I would like to see an option to customize the romnom query per platform.

So far i have been working around this with a simple posix for loop: for f in ~/ROMs/steam/*; do Skyscraper -f esde -p steam -s screenscraper --query "$(basename -s .desktop $f)" $f; done, but it is both slow and inconvenient. It would be very cool if i could set the --query workaround in Skyscraper's config.ini. Maybe something similar to nameTemplate.

[Gemba]

You may use --addext or addExtension to hint Skyscraper to recognize *.desktop files. Most likely the latter will help as you are asking for a per platform usage.

Pls let me know if it addresses your issue.

[eilefsen]

I can try it tonight just in case theres something I'm missing. By the description it doesnt seem to address my problem.

Skyscraper is recognizing my .desktop files just fine, it updates the gamelist correctly once i have cached the correct data.

The .desktop files do not match screenscraper's database unless i override the query as shown above.

I suspect there might already be a fallback to querying by filename, but this won't work unless the .desktop extension is removed first (as in my workaround above).

[Gemba]

I see the issue now. My suggestion won't work yet. However, the flag --addext is suitable for scraping a whole system/platform.
(Skyscraper ignores the recognized/configured extensions for a system when one romfile is scraped)

I can provide a solution soon which detects any surplus extensions provided with --addext (or accompanied setting in configfile) (like *.desktop) and then falls back to romnom=<basename> only query without any other params (crc= aso,).

[Gemba]

You may try main/HEAD with --addext '*.desktop' (or put into config file).

If it addresses your request, then close this issue or amend here otherwise, @eilefsen