You might wanna check with Selsine on these bugs.

@sagoannahs
You can also use the Configuration Editor (instead of editing /opt/retropie/configs/psx/retroarch.cfg manually)

RetroPie Setup Script >> Setup / Configuration >> Edit RetroPie/RetroArch Configurations

More information (with pictures) here:
https://retropie.org.uk/docs/Configuration-Editor/

@jay81uk unless you want to start manually erasing files

Hello,
couple of weeks passed and things happened.
First, it turned out that the autoconfig files in the retroarch-joypads directory contain different values than the jstest tool prints. This is pretty confusing to me but when I executed the builtin joy configuration tool of retroarch, it created the file with different values for the two gamepads. And the buttons works with those 'different' values. So much for jstest. (I guess libretro doesn't use SDL2, but EmulationStation). Interestingly the scancodes of the joys are the same for jstest, but different for the retroArch config...

Secondly I visited the irc channel of retroArch and there I was told that the joys/gamepads are recognized by their name, vendorID and productID (bluetooth address doesn't play any role in this procedure - which is again surprising for me). These values are the same for my pads, so only one option is left for me: forget about autoconfiguration and configure the pads manually.
Now in my retroarch.cfg file I

turned off autoconfiguration (input_autodetect_enable), so upon lr- game start the joy config files are not re-loaded configured the scancodes of the buttons/Dpads/axis in the retroarch.cfg file for both joysticks..

Now I can play Super Bomberman 3 happily with my kids in two player mode...

Thanks for reading!

Ah, should have read the rules properly sorry

@edmaul69 oh that's really good info! I think it's possible that by converted bin + cue are the real problem

@pbizzle said in Where are the ROMS?!:

@dankcushions should all the ROMs be .zip files?

not for all systems, no. you can find out the possible extension(s) for a given system by looking at the wiki page. eg https://github.com/retropie/retropie-setup/wiki/Super-Nintendo-Entertainment-System

@simonster

Thank you for your reply, yes i have switched power supplies and the green light went off before i switched it off. I did not replace the sd card however as it is the only one i have and i will not be getting one soon.

What i plan to do today is to redownload retropie and redo all the whole process again. If it fails, i will safely presume that it is my sd cards fault.

@cyperghost
Thankyou for your reply, I went down the route of having two split systems, seemed more logical for me.

@Hex IS there a way for me to access any save states that I have on the card in order to back them up? I think that formatting and reinstalling Retropie might be the easiest choice but I don't want to lose my data.

Can you give me more details about how to use the Disks utility? Is this something that has to be run from my Raspberry Pi? Or can I plug the sd card into my Ubuntu computer and run the utility on there? Same question for the sudo fsck /dev/mmcblk0pX command - is that something that I can run from my Ubuntu computer with the sd card connected without causing problems?

@mediamogul Awesome Thanks!!!

So I played around a bit, got a new SD card with the image on it.. did all the typical tweaks (enable wifi, disable overscan). I then followed the guide up to editing the fstab. Plugged in the UUID appropriate for my drive, and used this command:

UUID=******** /home/pi/RetroPie ntfs rw,exec,uid=pi,gid=pi,umask=022 0 2

Essentially, I'm using the vfat example in the guide, and just changed it to ntfs. The rest of the options I'm not sure what are for, but it looks like user permissions (like read/write/execute/etc) for the path and it's specifying the user as pi so I left that in there from the example. I'm not sure about the umask bit, so I just left it too. If somebody can clarify on what all those are, I'll edit my setting if needed. But for the most part, it looks like it's working. I was SFTP'd into the Pi prior to rebooting. I could access /home/pi and everything else on the system just fine, but not /home/pi/retropie. However, after rebooting, that last /retropie/ bit opened up and gave me access to things like the bios and roms subfolders. So I'm assuming that means the automount DID work. The only way I'll know for sure is if I transfer in bunch of files over 8gb, because that's the limit of my SD card. :)

I had this problem too...
for me it was the marquee file that was bad (Muppet Adventure - Chaos at the Carnival (USA).png)...

Not the entry in the gamelist.

Here is the replacement I made...
0_1497996234051_Muppet Adventure - Chaos at the Carnival (USA).png

Also if all your PSX games are in this "PSX" folder on your external HDD, you can make a custom es_systems.cfg file that will tell EmulationStation to look at the external HDD for the PSX games.

(If you haven't already done this) you can copy es_systems.cfg to your local directory.

cp /etc/emulationstation/es_systems.cfg ~/.emulationstation/es_systems.cfg

Then edit ~/.emulationstation/es_systems.cfg and change "<path>/home/pi/RetroPie/roms/psx</path>" to

<path>/media/usb0/PSX</path>

(or where ever you have your external HDD mounted and the correct "PSX" folder)

Note: you want to do the local/custom version because when you update RetroPie, it will reset/override your /etc/emulationstation/es_systems.cfg. More information about that here:
https://retropie.org.uk/docs/EmulationStation/#editing-es-configs

@backstander Thank you very much!

Just ordered one. Will try it as soon as it arrives.

@meleu That looks really promising ... But AS you know I am not a scraper. Indeed the caurosel view is fine. Maybe in not a far future all databases are setted to SQL and then it is easier to exchange ready scraped Databases. What do you think?

@TMNT in the thread are all working scripts listed inkl. how to and version numbering

@Hacksolot assuming you're talking about an OS installed in a bootable device (pendrive, external HD, etc) and boot use it in Live Mode, then yes. You need some Linux knowledge, but yes, it's possible.

I didn't actually did this, but if you wanna try here is my suggestion:

install a lightweight Linux Debian-based distro in your USB device in Live Mode (suggestion: bunsenlabs)

install RetroPie using this guide from RetroPie docs (it says Ubuntu but can be used for Debian too): https://retropie.org.uk/docs/RetroPie-Ubuntu-16.04-LTS-x86-Flavor/

done!

Alternatives

lakka Live Mode

@herb_fargus Portable Game Station (not exactly bootable, but it can be in a USB stick and can run on a running Windows machine).