@hawkes_84 Please don't post on years old topics. Open a new topic and link the old topic if you think it contains relevant info to your issue.

The mappings for N64 are described in the emulators doc page - https://retropie.org.uk/docs/Nintendo-64/. If you wish to change it, you can either use RetroArch's input remapping for the lr-mupen64/lr-mupen64-next emulators or editing the InputAutoCfg.ini for the standalone mupen64plus emulator.

@technicaljunky It's not a problem if PulseAudio is present - the only issue for you seems to be EmulationStation's audio settings, which should be solvable with the correct configuration.

Do u find solution guys?

@superfella said in So this clearly isn't good:

I still seem to have access to the files on the card, so what do I need to back up before I install a new image?

If it's only the boot partition, that won't help.

(People always say "back up your data" as if that's any sort of help. What does it actually MEAN? Will the contents of the home>pi>RetroPie>roms and opt>retropie>configs folders be enough to basically get me back to where I was?)

https://retropie.org.uk/docs/Updating-RetroPie/#making-a-backup

@iandaemon Right? I really want to set up a system to play Advanced Wars with someone.

The underlying Linux operating system that RetroPie runs on top of is intrinsically multiuser.
You only need a free TeleTYpe program (I recomment putty for Windows) to gain access from your laptop in the same way as WinSCP does to move files.

Username pi - Password raspberry
The pi user does NOT have administrator rights, but the 'run as super user' keyword "sudo" can be used in front of any commands that needs them (no admin password required).

Make the terminal window as big as you need and use the nano editor to change configurations.

bye.

@omission229 No, sorry, otherwise I would have said so.

@rac

Ok, after some more digging around in the menu, it’s just a simple error in the documentation.

The correct path is: Quick Menu > Options > Pad # Type

@dsquared .cdi "should" generally work but also cause more issues than they are worth.

For completeness, I've done some more work...
I checked fuse.rmp, it did not have the "-1" settings applied to anything.
Each game remap would have been created from the fuse.rmp (using the retroarch menus.)

I then checked all my game remap files. 13 of 28 files had this problem.

Next I tried to recreate using the retroarch controls menu.
Cycling right through the available options that can be mapped to the port 1 controls I have:

"---"
Up (1)
Fire (1)
Keyboard Overlay
Up (2)
Down
Left
Right
Fire (2)
Fire (3)
Enter
Space
Then back to "---"

The (1) etc are my addition, "Fire" appears 3 times, "up" twice.
I set some buttons to each of these values, wrote a game remap file and checked for "-1". None of these options generated the "-1".

Next I cleared the options on buttons A, L, L2, R, R2 & X (all originally set to differently) and bingo, I recreated the problem :

input_libretro_device_p1 = "257" input_libretro_device_p2 = "0" input_libretro_device_p3 = "259" input_libretro_device_p4 = "0" input_libretro_device_p5 = "0" input_player1_analog_dpad_mode = "1" input_player1_btn_a = "-1" input_player1_btn_l = "-1" input_player1_btn_l2 = "-1" input_player1_btn_r = "-1" input_player1_btn_r2 = "-1" input_player1_btn_x = "-1" input_player2_analog_dpad_mode = "0" input_player3_analog_dpad_mode = "0" input_player4_analog_dpad_mode = "0" input_player5_analog_dpad_mode = "0"

There appears to be a bug. When clearing a mapping using the retroarch "Controls/ port X Controls" menu from any value to "---" the resulting remap file contains "-1" for that key and this stops you mapping the button using the Retroarch "Options" menu.

I hope this helps repay the debt a little!

Quick update. For unrelated reasons I had to rebuild by system. I tried this again, renaming files and M3U entries .CD1-2 etc. Everything now works as expected.

I was totally convinced this was user error on my part. Apparently not. Queries resolved. Thanks all.

Awesome community, as always!

@pjft said in Problem with backup using Windows:

@retrus You may use rpi-clone to clone your card to another, smaller one, and then run the backup on Windows.

https://github.com/billw2/rpi-clone

Thanks for advice. I bought 2TB ssd :)

@iron-magus said in Running skyscraper from command line and need help[:

(Also, you MIGHT not need the trailing “nes” in the gamelist and media folders, I think it’s implied. At least it is when setting them via config.ini in the main section, but not in a platform section. If your xml shows up in “gamelists/nes/nes” go ahead and just point them at “gamelists”/“downloaded_media”; it should automatically use a “<platform>” subfolder for each different one.)

When setting them on command-line the nes part is required. :) It is similar to setting it in a [nes] section in /home/USER/.skyscraper/config.ini.

@Gorf The credentials in /home/USER/.skyscraper/config.ini will be used if they are added using this exact formar:

[screenscraper] userCreds="USER:PASSWORD"

I would also set the following which allows you to leave out the -g and -o part of your command:

[main] gameListFolder="/home/pi/.emulationstation/gamelists" mediaFolder="/home/pi/.emulationstation/downloaded_media"

Setting those in [main] will automatically add the /nes part to the end of them as @iron-magus explained.

Lastly, you don't need the -t 2 option when using ScreenScraper. It will overwrite it anyway. It is usable with other sources though.

@g30ff cheers. I have tried all versions of drivers in the folder with the same output each time.

Appreciate the reply mate.

@dankcushions I wanted to also ask you what type of controller you use with your pi when you play MAME (and FBA & CPS games). Is it wired or wireless? What specific controller works best with arcade games?

The reason I ask is the way they designed the pi is awkward with the ports not giving us a traditional front or back so I don’t wanna fool with wires bending over the console.