@retro81 Actually I may make it ask the user to update from RetroPie-Setup, to keep updating handled in one place.

It probably needs a driver - see https://github.com/medusalix/xow for such a driver.

@colombia20102018 said in Video paths not showing on Emulationstation:

I would think there is a way to paste all the video paths to all games at once. Am I wrong? Thanks

No idea what happened on your mame-libretro folder, looks like the gamelist is correct, so I don't understand why it's now showing the artwork in EmulationStation. You can check if the paths referenced in the gamelist.xml file are correct (i.e. the video/image files are present on-disk), maybe they are missing (but you said they're present, so probably not).

You could use something like FSArchiver to backup the individual /boot and / partitions (excluding ROMS). dd could be used for individual partitions, from a separate Linux system (/ shouldn't be active when dd is run). FSArchiver is included in the live boot System Rescue image, you can use it to restore/backup from a separate PC, without installing Linux on your PC.

@kif Please open a new topic, don't bump old topics.

@mitu thank you for thee replay it really help so much thank you again

This is also happening with RetroArch for Android, reverting to a previous build (november 2020) of PCSX ReARMed solved the issue without changing any RA config.

@nicole After writing the Retropie image to the SD card, 2 partitions will be created into the card, the first one (256 MB) containing boot files and configurations for the raspberry pi, the second one, will handle the Linux operating system which Retropie works from within. The Retropie partition is unreadable by Windows.

After booting the raspberry pi with the SD card, Retropie will expand the second partition to ensure the entire available space from the card is ready. This is done only once the first time you turn on the raspberry pi with the card. Follow the steps on the screen.

Please take a look at https://retropie.org.uk/docs/First-Installation/

If you need to recover your SD card as it was before writing the image, please use:

https://www.sdcard.org/downloads/formatter/

@simpleethat thanks

It was the games that were converted to .pbp from an iso that were having audio issues. Converting from .bin using PSX2P2P works fine with just the .bin.

@yfzdude thank you for replying, I feel that I do have to research/find other methods of transferring ROMs to my Pi/RetroPie though than this flashdrive, because frankly I've had more flashdrives fail than MicroSDs! (blame the amount of moving parts I guess...).

@supercom32 said in Dosbox: Where are game specific configration saved?:

Hi Everyone,

When you launch a game EXE and make changes to the keymap, or other settings at runtime, where exactly are these settings saved? Are game specific changes actually retained, or is everything reset back to default each time?

For that matter, Is there a way to add game specific configurations (Maybe a default file it searches for or something inside the game folder) without breaking the automatic mounting of folders and such?

This depends on which configurations you refer. The one from retropie/emulationstation or that one that you change in the game itself?

For the game changes itself I worked a lot on this to get a clean setup. I do this with the OverlayFS feature in Linux. This needs some fstab changes and common folder structure. But it would maybe fullfill your requirements. I planned to document it somewhere. If you're interested I would tell you some more details.

regards
Andreas

And it works like a charm ! Thank you very much.

@mitu they were inserting spam links into quoted text.

@jordanhuckaby

Update if anyone is looking for a solution:

I confirm I now have a working solution to play Backyard Football 2-Player using two built-in joysticks.

Since lr-scummvm already recognized the first joystick as a mouse, I left player 1/joystick 1 untouched. My problem was with joystick 2; ScummVM would not recognize this as a keyboard, and thus Player 2 could not control anything.

I used xboxdrv to configure the second joystick as a keyboard when ScummVM is used. This was done by editing the runcommand-onstart file, as outlined here: https://retropie.org.uk/docs/Universal-Controller-Calibration-%26-Mapping-Using-xboxdrv/. Since Backyard Football only needs the keyboard directional keys and the right-control button, I only mapped these (joystick as the directional keys, and a cabinet button as right-control). Once ScummVM closes, this virtual keyboard gets eliminated through the use of the runcommand-onend file (again, in the doc linked above).

After doing this, a notification would appear when opening ScummVM mentioning that an X-Box Keyboard Emulator has not been configured. This was a positive sign because it shows that the virtual keyboard was being created by opening ScummVM. Unfortunately, Player 2 still was not configured to use this keyboard.

The final step was then editing the retroarch.config file for ScummVM. I first had to map Player 2 to use the new virtual keyboard, which was done by pointing to the new joystick number (2 in my case). I also had to re-do the B=right-control mapping in retroarch that was done in the runcommand-onstart file.

After doing this, Player 2's movements were being registered in ScummVM. Strangely, Player 2's movements were also moving the mouse cursor (Player 1). The final step was to tell the retroarch.config file that player 1 should not have any keyboard functionality. I did this by manually mapping each directional key and right-control to "nul" for player 1, similar to the following: input_player1_up = "nul". Now, moving joystick 1 controls player 1 (mouse), and joystick 2 controls player 2 (keyboard, via xboxdrv).

Good luck!