@dirtbagxon I'm actually using the videos that are broken down into sections by level.

I can try the Singe 2.0 set as well now that you taught me to how it's done. In fact I will just to see what the difference is.

At any rate...

Here is the runcommand.log
https://pastebin.com/kEJJXrKu

And, unfortunately, a screen shot of the mediainfo. I'm just not that good with Linux to do the black box thing you guys always do.

Hopefully there is something in these files you see, because everything looks like it should. The sound is good, it's just not synched with the video. And again.. the video is fantastic, even condensed to 720p.
info.jpg

@ladba1975

The cli (command line interface ) is the ms-dos of linux.
Just like ms-dos you can type the command dir, for example.
The dir command happens to be in there but normally you use ls.
Just try and you will see the similarity.
Here you will find some more basics :
https://www.linux.com/training-tutorials/how-use-linux-command-line-basics-cli/
Try to get a bit familiar with the cli.

If you are a bit familiar with the cli then you can use these 2 commands.
The first will install the program curl, which is needed to download my module-script.
(It's possible that curl is already installed, but we do this just to be certain)
The second will download my module-script into the correct directory.

sudo apt install curl -y curl https://raw.githubusercontent.com/FollyMaddy/RetroPie-Share/main/00-scriptmodules-00/supplementary/add-mamedev-systems.sh > /home/pi/RetroPie-Setup/scriptmodules/supplementary/add-mamedev-systems.sh

Now you can start the carousel (emulationstation) again, just type :

emulationstation

Find the RetroPie-Setup in emulationstation and run it.

Go to :
configuration/tools

Select:
add-mamedev-systems

install:
mame and lr-mess

(next will install pmd851)
goto and select :
All systems > submenu
All (alfabetical) upon systems names
P upon systems
pmd851

Find the pmd851.7z bios file and place it in :
/home/pi/RetroPie/BIOS/mame
(you can do this also in the restricted browser part, but you have to fill in the website.org) (you know the well known archive)
(or do it later, just like you did with other roms or software)

Find the pmd85_cass.zip and extrat the files in :
/home/pi/RetroPie/roms/pmd851
(you can do this also in the restricted browser part, but you have to fill in the website.org) (you know the well known archive)
(and later copy the file from /home/pi/RetroPie/downloads/mame-sl to /home/pi/RetroPie/roms/pmd851)
(or do it later, just like you did with other roms or software)

Exit the setup by selecting cancel and back.

Now emulationstation should appear again.

If the rom and cass files aren't in place you will see nothing.
If the are they should appear in emulationstation.

Then you you are able to run them.

@sleve_mcdichael If you are from desktop enable the driver from the raspi-config

@prince_rakeem

I think you are on your own, I have no good idea how to solve this.

But maybe you can use matchbox-window-manager.

Here is an example on how matchbox is used :
https://github.com/FollyMaddy/RetroPie-Share/blob/main/00-scriptmodules-00/emulators/b-em-allegro4.sh

How to install :

sudo apt install matchbox-window-manager

List help :

matchbox-window-manager --help

List manual :

man matchbox-window-manager

Links with more information :
https://www.cxymm.net/article/coco1002/100231912
http://matchbox-project.org/docs.html ( Matchbox Client communication specifics.)

kbdconfig file examples :
http://matchbox-project.org/documentation/developers/matchbox-key.txt
http://www.filewatcher.com/p/matchbox-window-manager_0.9.3-1_i386.deb.141524/etc/matchbox/kbdconfig.html

NOTE: I've split the conversation from https://retropie.org.uk/forum/topic/29349/ to a new topic.

What I dislike in the current implementation is that the *.svm files are generated everytime, after ScummVM has been run. This might overwrite changes in the *.svm file the user did (e.g. instead of using lba-fr instead of lba-gb (the default/generated by the script) for "Little Big Adventure")

Yes, I agree w.r.t. auto-generation running each time. Maybe checking for added games in scummvm.ini (file timestamp?) and cross-checking with existing .svm file so any additions will not overwrite user edits (checking for game id maybe).

The scraping with a used defined *.svm filename should also be successful as long as the majority of the game title is used in the filename, but I have not tested it with the builtin scraper of ES.

I've briefly tested with a few manually created .svm files and it worked with ScreenScraper. TGDB (the other scraping source) doesn't have a ScummVM platform, so it doesn't apply to it.

I agree that the initial "bulk" add should happen from the ScummVM GUI, although it may add some demos/teasers which are not really a game.
The on-the-fly-add would be handy for later occasional adding of a game.
The errormessage I added is the last option, usually something else has been wrong beforehand. If all gamefiles are present autodetect works well.

I did not invent the "contract" that the *.svm and folder must share the same name. It has been done by other contributors for a good reason: To be able to run games with lr-scummvm without having to consult the native ScummVM scummvm.ini file for identifying the path= of a game.
[..]

I haven't looked in deep at how lr-scummvm works, but the docs on the libretro site describe roughly the same steps as the standalone - start the core, then scan for games [1]. I can only guess that this modifies the core's scummvm.ini.

Alternatively, I see it uses the a .scummvm file, which is created in the game's folder. My idea was to generate this file similar to how .svm files are generated, just to appease both emulators. I guess the launcher can check both scummvm.ini files and - if something new is added - try to generate a .svm/.scummvm file depending on which emulator is installed. They can be basically identical: GameName as the filename and gameid as content.

[1] https://docs.libretro.com/library/scummvm/#adding-a-game-to-the-scummvm-launcher.

@jamrom2

It's probably due to the fact that the game uses an other key for up.
I think you have to find that key and then re-assign the up key or button to that key.

@paradoxgbb thanks for reporting back verbatim. Did I get it right that the retropie provided binary does work well? (I assume yes, as the binary [1] relates to the lr-scummvm git from 2021-12-27, it runs ScummVM 2.1.1 IIRC)

[1] https://files.retropie.org.uk/binaries/buster/rpi4/kms/libretrocores/lr-scummvm.tar.gz

The diablodiab hit-and-miss results leave me somewhat unsatisfied, but I can not put research at this atm. FTR: I am on RA 1.9.7, GCC 8.3 and for me (as stated earlier) the build of 9703372cc8 runs fine on a RetroPie 4.7.19/Rpi4.

Skyscraper 3.7.0 out now: https://github.com/muldjord/skyscraper Moved '--fromfile' option to '--includefrom'. '--fromfile' still works, but is considered deprecated Moved '--includefiles' option to '--includepattern'. '--includefiles' still works, but is considered deprecated Moved '--excludefiles' option to '--excludepattern'. '--excludefiles' still works, but is considered deprecated Added '--excludefrom' option similar to '--includefrom' only the opposite (Thank you to user 'TomFury' for suggesting this) Skyscraper will now ignore any subfolders within the input folder where a file called '.skyscraperignore' is found (Thank you to user 'sromeroi' for suggesting this) Added platform 'easyrpg', only usable using the 'screenscraper' scraping module (Thank you to user 'zerojay' for suggesting this)

Documentation for the CLI versions of the new options is here. config.ini documenation is here.

If you run into issues, please let me know. Thanks! :)

@George
Hello again so we just tried the one line installer we made with Supreme and you= method on newest rpi images . Install failed both time . Neither worked .

OK, so the openmw-launcher is what is causing the game to freeze when exited.

im working on how to get the game data path to work the way i want it to.
which now that i know where the config file sits will not be hard.

i will be trying to see if i can make the two scripts into one, now that i have a little better idea on how to make things work

@superfromnd
So i don't know how you'd do it atm. . .
But a lot of syste s accepts zips so retropie does as well. You could make each one a zip . All be it that sounds crazy

@vwgolfman You are using the "wrong" script for this. Please visit https://github.com/crcerror/ES-generic-shutdown

There is a dedicated command line option for a single GPIO button. The Retroflag script is just a small subset of the one linked above.

Edit:
Did forget, I wrote small walk-through already here: https://retropie.org.uk/forum/topic/17415/multi-switch-shutdown-script

@juanzt that cool. I have also found that just changing .bin to .iso works on psx emulators. Doesn’t seem to effect anything unless a game uses CDDA. It just won’t play the cdda.

@kelvinator3300 said in Gamelist Excel export script:

What are your thoughts on exporting to CSV (comma seperated values) so that any spreadsheet program can open?

Exporting to CSV is easy enough that it doesn't need a special script - can be done with xmlstarlet without problems. However, this will produce one CSV per gamelist, whereas a spreadsheet can contain all the info.

Is there a spreadsheet program that can't open XLS(X) files ?

Also, your thoughts on being able to edit the exported file and then export/convert to gamelist.xml?

That's something that was asked before, but it's not something that I'm interested in particular - the script is meant just to produce a summary of your gamelist(s). If you want to edit your gamelists, use something like ARRM, which can do that without issues.

@benmclean
That's awesome! However, what I've really wanted (and can't believe is not there) is an OSK built into ES. Like when ES throws up a dialog that requires text input...see Kodi for examples. It should be pretty easy. I can program but I haven't programmed in 15+ years. It would take me about 6 months to figure out to get an environment setup to start working on it, then another month to familiarize myself with ES code, then maybe a week to actually code it. I've created an OSK in a script before.

It's just an array of characters. Display the array. 'Earmark' the current position in the array onscreen. Get left/right/up/down input. Move earmark in the array and onscreen. Get 'enter' input. Copy content of current position in the array to the text field.

It would be so nice to be able to edit game metadata from within ES without a keyboard.

@krinasam Please don't bump old topics, you should open a separate topic for your question.