@mitu I apologize. I didnt know. I just ordered it with ready to play out of the box. Then I updated from source to get the newest version of everything. I didnt realize that against license or whatever. My apologies.

Everything works perfect except killer instinct and I'm just trying to change the emulator it uses to see if I can find one that works better. I guess Ill try another forum not directly associated with retropie.

Thanks

I don't see how the bashwelcometweak would affect the network (ssh) connection - it's a simple bash function that is executed after an interactive login (i.e. it doesn't affect sftp).

How are you applying the script ?

Backup your data - see Option 2 of how you can backup - and re-install.

Scraped data is kept in one of these places:

the ROMs folder (if you've used an external scraper). the \\retropie\configs\emulationstations\downloaded_images folder, if you've used only the EmulationStation internal scraper(s).

So if you take the advice in the docs and back-up your ROMs and configs folders, you should be able to keep your games and scraped data.

@Sjdhydoc said in Help with saving:

task failed: saving state

Exit Emulationstation and you'll see the disk space usage shown before the prompt. If you're near 100%, then you might have a disk full situation so cannot save?

I ended up doing a fresh install and got everything working. Thanks for the help.

thank a lot for you help
problem solved

@mitu Meanwhile every second posting is related to this "in da houz" images.

Well after a few days of searching files and experimenting on the pi, I think I've got this figured out.

What else could I say?

The .bin file is not editable in a text editor, the .cue is. Looks like the .cue is valid, check if the filename of the .bin is _exactly Final Fantasy VII [NTSC-U] [Disc1of3] [SCUS-94163].BIN.
Remember that Linux is case sensitive so
Final Fantasy VII [NTSC-U] [Disc1of3] [SCUS-94163].bin is not the same as Final Fantasy VII [NTSC-U] [Disc1of3] [SCUS-94163].BIN.

If it's not a name mismatch, then try posting the whole log file (with verbose logging turned on) on pastebin.com to take a look.

@jdoc never mind. I just switched the USB ports and they work as expected now.

@gizmo90 said in Please explain user rights to me!:

The third is name=gpio keys. So I guess that would mean the arcade controls of the picade are wired up via the gpio pins?

Well, yes - but the question was if it's detected as a keyboard or as a gamepad. I'm guessing it's a keyboard if it doesn't have any auto-configuration generated.

Would any of that help with getting Amiberry to recognise my controller?

Try to use the Wiki page for Setting up a Keyboard Controller.

@GonzoPi said in Prebuilt retropie images not booting:

@wmarcio my apologies, I only included the specific images to be as precise as possible, if I deleted the post and reposted without reference to those specific images would that be more appropriate?

It's not about appropriate; it's about the fact that those are not official RetroPie products. They are repackaged with with copyrighted material and violate the user license. Unless you are trying to install an official image, you won't get help here.

I solved this as detailed here: (you have to save a keymap and set the active keymap to "positional (user)")...

https://retropie.org.uk/forum/topic/25350/c64-vice-not-saving-hotkeys?_=1586028149192

For those interested, here's how I fixed it:

When you map keys with "m" on the virtual keyboard, they get stored with the "keymap", not hotkeys or joystick map. You have to "save current keymap to" to save it to a file. Then you have to change the "Active Keymap" to "Positional (user)".

I actually did another step by manually loading the keymap before I quit vice, but I don't think you need to do that. The next time you load up vice, the user keymap you saved should be loaded.

@mitu I wiped my ds card and redownloaded RetroPie everything is good now