@nohitter151 There is also a different way. ES has script callouts for some events: https://retropie.org.uk/docs/EmulationStation/#scripting

Put your scripts in your favorite language in the respective folder. Make them executable (chmod a+x <script>) and you should be ready to go. With the values of %rom_path% %rom_name% (first and second parameter inputted to your script you can locate the respective entry in the gamelist.xml which leads you to the artwork.

PS: Welcome to this forum :)

Please provide some info about your setup, as detailed in https://retropie.org.uk/forum/topic/3/read-this-first.

Is the PPSSPP emulator even installed ?

Please provide more info about your setup, as detailed in https://retropie.org.uk/forum/topic/3/read-this-first.

From the distance/information provided some guesses.

As you state it works most of the time and then the custom collection loading fails: Could be that the threaded loading may have an impact.

To switch the threaded loading: Locate your es_settings.cfg (usually /opt/retropie/configs/all/emulationstation. Spot the entry <bool name="ThreadedLoading" value="<your_value>" /> and bool invert that <your_value> (e.g., true gets false and vice versa).
Then run this config for a while / for several reboots and note if your reported effect still occours.

To avoid the daunting task of re-enabling all of your collections in ES make a copy of <string name="CollectionSystemsCustom" value="yadayada,yabadaba,..."> and keep it in a safe and dry place thus you can restore it if you encounter the effect again. But only do edit your es_settings.cfg while ES is not running. And do not put an extra space between the delimiter (,) if you want to edit collectionnames manually in the editor.

Also make sure you only use ASCII characters for your collection custom-*.cfg files. (But I doubt this is the cause, as the custom collections loading would fail everytime).

Last but not least: The pugixml, which is an external lib to ES and is actually handling every xml in ES (f.i., es_settings.cfg) is a little dated (1.8 from 2016), current is 1.11.
Maybe updating remediates your issue. However, I skimmed over their releasenotes/issue tracker but did not find on a cursory look a bug directly linked to long string reading (i.e., your value of name="CollectionSystemsCustom").

HTH

@xwons I just came across this thread on google, registered to this forum just to confirm xwon's solution fixed this problem for me. No more troublesome multitap snes games! Thank you for taking the time to respond to this thread with the answer.

@sleve_mcdichael thank You so much for that kick. All in this discussion. I managed to find a fbneo romset pow.zip, reinstalled Retropie from scratch and it works!!! I am so happy, You made my day. Really.

Thank all of You here
Bedza

@retropieuser555 off topic last time: AWESOME!!!! Great News, thx!!!

@prukogui from what I can tell, SWA on lr-2015 has permanent, broken controls. lr-2016 can be properly configured, but will run slower. lr-mame will run even slower, requires a different ROMset, but has more accurate emulation.

2016 seems to run "okay-ish" up until the trench on the second scene, then there are a bunch of graphic anomalies.

Wish I had better news, but there aren't many good solutions for SWA -- at least none that I could find.

@sheridan please do not mention ROM sites. Read the sticky topics before posting.

i went through a lot of the keys and the one that finally worked is Tab (RETROK_TAB). so i guess Tab is the C= key for me. thanks.

@sharkytowers Your issue is not related to this topic.
For RetroArch Windows issues you'd better ask in the libretro forums - forums.libretro.com, which seem to be down at the moment - or on their Reddit forum over at reddit.com/r/retroarch.

@retronewbie-0 said in RetroPie runs different game than on pc?:

Unfortunately I don't know what is checksum so I don't know how to check it?

A checksum is unique number/string for a file that's calculated based on the file's contents. This is a method to ensure you have the a correct file, regardless of filename.

Use 7zip to get a CRC/SHA checksum of the file - https://www.blogsolute.com/7-less-known-features-of-7zip/26665/. Compare it to the official SMB ROM checksum from Tosec/No-Intro - if it's not a match, you have a hacked/modified ROM file and that's the reason the emulators behave differently.

@retroguy said in Shortcut Commands for game list:

I'd rather just push a key and change the metadata value for hidden.

There's no action for that implemented. Either edit as you're doing now or edit the gamelist.xml file directly and add the hidden tag there.

@retrotarta i made the same experience with screenscraper.
Usually he finds the metadata for a rom by the third to fith try.
I dont know why, maybe too much traffic for a small server?

Weeks later...

Since this "Game Focus Mode" feature was definitely not practical (the user has to press a key to use the keyboard, and then press a key again to access the shortcut to return to EmulationStation, it's a pain...), I found it much more useful to remove all the shortcuts that RetroArch assigned to the keyboard keys.

(Honestly, I wonder WHO thought it would be a good idea to use all the keys on a keyboard to provide shortcuts that nobody ever uses... when you're emulating a machine that needs a keyboard to work)

(especially when one of those shortcuts is used to display... a virtual keyboard).

So, I edited the /opt/retropie/configs/amstradcpc/retroarch.cfg file, and changed (or added) all the following 'input' lines to 'null':

input_exit_emulator = "nul" input_player1_l = "nul" input_player1_r = "nul" input_hold_slowmotion = "nul" input_rewind = "nul" input_cheat_index_minus = "nul" input_cheat_index_plus = "nul" input_cheat_toggle = "nul" input_netplay_game_watch = "nul" input_movie_record_toggle = "nul" input_pause_toggle = "nul" input_player1_y = "nul" input_player1_x = "nul" input_toggle_fullscreen = "nul" input_reset = "nul" input_frame_advance = "nul" input_hold_fast_forward = "nul" input_player1_start = "nul" input_player1_b = "nul" input_player1_a = "nul" input_shader_prev = "nul" input_shader_next = "nul" input_player1_select = "nul" input_toggle_fast_forward = "nul" input_player1_up = "nul" input_player1_left = "nul" input_player1_right = "nul" input_player1_down = "nul" input_volume_down = "nul" input_volume_up = "nul"

I'm now doing the same for all the other emulators that have the exact same problem (all the libretto cores that emulate a computer: lr-atari800, lr-bluemsx, lr-fuse, lr-theodore, lr-vice...)

If you're wanting exactly what is in that video you posted.

mGBA

In Options:

Be sure to select GBC and not auto detect for Gameboy titles.

Also have a gbc_bios.bin file correctly placed in the bios folder.

And don't skip the bios start up screen (Nintendo logo animation).

In Gambatte, change Emulated hardware to GBC.

If you don't want to use the line ssh pi@raspberrypi.local 'DISPLAY=:0 retropie' and still want to run my retropie script through SSH but NOT inside your established connection, then:

Do nano /usr/bin/retropie or nano /usr/bin/gamepad

And add this line below #!/bin/bash or wherever it works for you.

export DISPLAY=:0

Sometimes emulationstation crashes but I don't want to go that deep.

My job is completely done here. Have fun and stay safe.

@mitu Thanks...this just might work. I'll give it a go and let you know.

I appreciate the support.

Solved it.

For anybody wondering, you must delete the fle SDLPoP.ini
run prince to generate it again (rename to .ini)
uncomment the gamecontroller line
download the file https://github.com/gabomdq/SDL_GameControllerDB/blob/master/gamecontrollerdb.txt
into the same folder where prince is.

Voila'!