You may also try the scriptmodules I put together a while ago, but do still work fine. These make ScummVM game setup and switching between ScummVM and the lr-scummvm a breeze.

https://retropie.org.uk/forum/post/275199

With that branch you just have to have a file structure like this in the ~/RetroPie/roms/scummvm/ folder:

... ├── Monkey-Island-1 The-Secret-of-Monkey-Island/ ├── Monkey-Island-1 The-Secret-of-Monkey-Island.svm ├── Monkey-Island-2 LeChucks-Revenge/ ├── Monkey-Island-2 LeChucks-Revenge.svm ...

The actual folder name and .svm filename do not matter per game, they just need to be matching per game like above. The *.svm can also be empty initially, the game id will be filled in by my scripts. Just put the required game files into the respective game folder as per ScummVM wiki.

Start a game with the native ScummVM once, then you may switch at the second launch to the libretro ScummVM in the runcommand menu. And switch back and forth. That's it, that's all. :)

@duglor 2.9.0 isn't released yet.

@mitu From what directory do i do the
apt install libsdl2-net-2.0-0?

It doesn't matter.

and then from what directory do i do the standalone
installation and extraction from https://buildbot.scummvm.org/dailybuild ... 6e6.tar.xz ?

and in which order?

Not sure what you mean here, your post indicated that you've already done this and you get an error when you're executing the new scummvm. Just extract the archive obtained from the ScummVM Buildbot using site with tar, i.e.

tar xJf /path/to/<archive_file>

and you'll be getting a new folder containing the ScummVM installation. You can then rename/move the folder as you like.

@Lolonois Thank you!

@windg Thanks.

With what games do you have this issue ? Can you try with lr-scummvm (experimental packages) to see if the games are working here ? I suggest also to update your system if you haven't done it.

Edit: I just remember something from the day that was using RPi3. Can you change the Graphic mode to OpenGL in the ScummVM gui and try again the games that don't run?

@sleve_mcdichael said in stop ScummVM from generating .svm files?:

If you run the command manually, does your output look like mine?

nope, there's an additional line: Using configuration file: /opt/...

using tail -n +4 solves that then. Sorry for bothering you with this, seems like something I could've figured out...

You can try scraping them. That's what the <platform> tag is for in es_systems.cfg, where you configured the custom system.

looks like I'd removed that line (in my attempts to isolate from the main scummvm), but I'm adding it back in now.
(even though not all games there are scummvm...)

i've used skyscraper before, thanks for the tips!

Was there a reason you want to use the scummvm.ini contents, specifically?

oh, no, it just looked like there's more info in there, but not much of it is useful for scraping anyway

thanks for everything, i think i can handle it from here :)

Thank you very much, that did the trick !

@mitu well, seems it was really that easy, I didn't do the update obviously. Sorry.

But as a warning to anybody else: I am pretty sure something is going very wrong at the moment. Compiling has been running since my last post. From the file names I think the games that were in scummvm folder are beeing processed aswell... Which I don't believe should be the case :D won't abort this now, I will check the result.

@10vorne
You will found the info about scraper media paths here : https://retropie.org.uk/docs/Scraper/

Of course it is possible to copy the configs folder. Inside you will find configuration files about emulators, retroarch,controllers, emulationstation and some others important files.

You can read about backup options here : https://retropie.org.uk/docs/Updating-RetroPie/#making-a-backup-option-2

@windg Thanks for the tip with the graphic. Unfortunately, deleting the shortcuts didn't help. Before I actually do a clean install, I'll open a new thread with a suitable topic and...hope :)

@mitu That did the trick! The keyboard now works in ScummVM. Thank you for your insight and expertise!

Thanks! I'll wait.

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

I had test a little the lr-scummvm 2.6.1, it looks slower from standalone. I tried the games Longest Journey, Kathy Rain, Phatasmagoria that are working fine in RPi3 but they have slowdowns in libretro variant. I have some slowdowns and in RPi4.

I have transfer Blade Runner (GOG) from my pc to Retropie. After the installation of the game, a GOG folder created into the C:\ inside was the game folder that i transfer to scummvm RetroPie folder.

@Deathweaver .svm files should go in the main scummvm folder, not within the games' individual sub-folders:

pi@retropie:~/RetroPie/roms/scummvm $ la atlantis.svm 'Beneath a Steel Sky (CD VGA)' 'Day Of The Tentacle (CD Dos)' 'Flight of the Amazon Queen (CD DOS)' 'Indiana Jones and the Fate of Atlantis (CD DOS)' 'Leisure Suit Larry in the Land of the Lounge Lizards (Amiga)' lsl1-amiga.svm 'Maniac Mansion (Floppy DOS v2 Enhanced)' maniac-v2.svm monkey2.svm 'Monkey Island 2 - LeChuck'\''s Revenge (Ultimate Talkie Edition - DOS)' monkey.svm queen-fallback.svm 'Sam and Max Hit the Road (CD DOS)' samnmax.svm sky.svm 'Space Quest 2 - Vohaul'\''s Revenge (Amiga)' sq2-amiga.svm '+Start ScummVM.sh' tentacle.svm 'The Secret Of Monkey Island (Ultimate Talkie Edition - DOS)' pi@retropie:~/RetroPie/roms/scummvm $

What can I say… it worked.

I guess I was not able to properly write down the code, I got zeroes 0 in there but maybe they where Os or so. Although I tried multiple times.

I tried it now, the code was easy small letters only and with the virtual keyboard in ScummVM it instantly worked.

Sorry for the bother and thank you very much for your time!

That worked! Thank you very much!