The single file launcher for both scummvm variants (native/libretro) can be achieved like this:

Make a folder with the ScummVM Game Id with the extension, thus sword1.svm in the roms/scummvm/ folder. Put the gamefiles into that folder, and add no *.svm in here Run scummvm from ES, select Add Game in ScummVM, select the folder sword1.svm you just created Remember / note the gameid provided by ScummVM autodetection (maybe sword1-win-gb, e.g containing some variants information)

Now, if the game id from autodetect is different than your created game id folder, there are two options to rectify the situation:

Either edit the scummvm.ini (in /opt/retropie/configs/scummvm) and change the ini section name from [sword1-win-gb] to [sword1]

Or rename the game folder from sword1.svm/ to sword1-win-gb/ in the filesystem.

You may encounter files (not directories) with the extension *.svm directly below the roms/scummvm/ folder. These are caused by the lines in +Start ScummVM.sh:

while read id desc; do echo "$desc" > "/home/pi/RetroPie/roms/scummvm/$id.svm" done < <(/opt/retropie/emulators/scummvm/bin/scummvm --list-targets | tail -n +3)

Disable/remove them to avoid having these re-appear after each ScummVM run.
Remove also the files *.svm with find $HOME/RetroPie/roms/scummvm/ -name "*.svm" -type f -exec rm -f {}

Important: Key is to have the game id folder name match the entry in the scummvm.ini for the native ScummVM the game id derived from the folder is passed to ScummVM.

In contrast lr-scummvm does not rely on *.svm files/folders at all. (Technical details: When launching lr-scummvm the absolute path of the game is passed to the libretro core. The core then searches for a *.scummvm (sic!) file with the game id in that path, if that is not found it falls back to autodetection.)

With this setup Skyscraper will detect and scrape the games properly.

Epilogue:
Also keep in mind that ScummVM and lr-scummvm are using scummvm.ini files in different locations.

ScummVM: /opt/retropie/configs/scummvm
lr-scummvm: $HOME/RetroPie/BIOS/scummvm

This setup works but may be a awkward (imposing file/foldernames, many manual steps in the right order, possibility of diversion of scummvm.ini files). Thus I came up with a more user-friendly approach, you may read the gory details in this thread

@WeeFlats Sure, update Retropie and the included packages and then try the ScummVM core again.

@mitu It's still crashing, log : https://pastebin.com/ENnJcUjZ

@Lolonois Thank you!

Thanks for the report, we'll have to fix this.

EDIT: should be fixed now, just need an update to RetroPie-Script to fix the upgrade issue.

I have redone the +Start Scummvm.sh script [1], sharing it here for discussion. It still contains development output and verbose comments.

I am not done with the libretro part, just removed/rewritten a python-less version.

once a svm file is found, scummvm should just be launching the game

Which requires a matching [section] in the scummvm.ini to identify the game path. This requires currently (upstream main branch) to run Add Game in the UI. Which IMHO creates a clutter in the roms/scummvm folder and would the libretro implementation to consult the non-libretro scummvm.ini.

Maybe it is advisable to move a step back and align about what a user must/should/could and may not do when deploying ScummVM games?

Some options:
a) The user MUST run Add Game or Mass Add... for the games.
b) The user MAY NOT manually edit any generated .svm files
-or-
c) The user MAY edit new/exisiting .svm files and uses as content c1) the game id (as in the ScummVM compability matrix, example bladerunner) or c2) the target as provided by Add Game or --add (example: bladerunnner-final-win) or c3) the content of the .svm file is irrelevant, the filename represents the target (=expected [section] in scummvm.ini)
d) The user MAY create empty .svm files to force automatic --add on launch.
e) The user MAY edit the section names in the scummvm.ini, but SHOULD keep the corresponding .svm aligned and vice versa.

The upstream implementation uses a), c3) and e). But misses d) which will cause an error when a bladerunnner-final-win.svm file is found but has no peer section in the ini. It has no "error correction" for e).

Apart from the envisioned interoperability with the libretro counterpart the suggested change uses: a), c1), d), and e). It comes with the price of a larger launcher script but strives to keep the launch dependency faultless even if the user does accidentally something wrong.

comparing the pre/post game lists [...]

I am using diff now which is sufficient.

.svm files should only be created after the launch is complete, not before. [...]

Unless the user provided an empty .svm I stick to your suggestion.

don't do symlinks in the roms folders [...]

Will adress that in the libretro part.

So in short before proceeding: What is the decision on user responsibilities and script capabilities?

[1] https://github.com/Gemba/RetroPie-Setup/blob/fb_scummvm_scriptmods_simplified/scriptmodules/emulators/scummvm.sh

@Lolonois I didn't did that. THe steps i follow was :

uninstall both scummvm cores Delete the folder Reinstall again with the above commands Run the permission fix command

Thanks!

While testing Scummvm 2.5.0 I bumped into this issue too --- seems to be specific as said here to lr-scummvm's interaction with RetroArch as loading titles explicitly with the non-lr version of ScummVm works.

Not sure exactly when this broke, but my RPi3B downstairs works fine on RetroArch 1.8.8 and my 4B on 1.9.7 doesn't work. Tomorrow I'll try to upgrade my 3B to the latest lr-scummvm just to see if it still works, just because I'm curious.

Anyone else hitting this, and have a way to work around without downgrading? Lr-Scummvm is much better for input. It might be tracked here:

https://github.com/libretro/scummvm/issues/183

Hello!

I used the mass add in lr-scummvm.
Before that i had made matching svm files , and they were updated by the mass add.
However loading games directly from emulationstation doesn't work, it just loads lr-scummvm and says game not found.
If I launch from within lr-scummvm it works fine.
I checked the content of the svm file for the game The 7th Guest, and it had the content 'The7thGuest' which does not match the game id listed here https://www.scummvm.org/compatibility which ought to be 't7g'.
I tried to change the content of the svm file to the id from the list above but same result..
Not really sure how to proceed from here, so any ideas would be greatly appreciated! :)

Also see the related:

https://retropie.org.uk/forum/topic/24689/frameskip-issues-on-pi4