@sleve_mcdichael said in EmulationStation often crashing when using themes other than the default:

@weirdh said in EmulationStation often crashing when using themes other than the default:

@viperacidzx Probably just the standard. Where could I check up on this?

Did you manually install the -dev version from experimental packages?

You can check in:

RetroPie-Setup > Manage packages > Manage (core/experimental) packages > emulationstation(-dev)

Only one should say "installed" since whichever one you do install will remove the other version first.

it wont' matter I think. dev build simply makes ThreadedLoading to false by default when the entry isn't there. if you explicit set ThreadedLoading to false then dev or not it will still take effect.

@asktheaxis it should not be too hard to find a correct rom for SNES, it may become much harder when you decide to go for arcade roms ;D
However: a sidenote, you can keep the SNES roms in zip-format.
Try to search for zipped roms with the addition "good", "[!]" or "tosec".
Those will work for sure.

@when_suddenly said in PiGRRL Zero troubleshooting adding roms:

The problem is none of the emulators show up on boot. I looked at another form for this issue and apparently they had their "Parse Gameslists only" option set to on... however I cannot even access that option in the emulation station main menu. The "other settings" tab is completely missing.

That means you're using a very old EmulationStation (and possibly RetroPie) version. Emulators not showing up on boot means also that they're not installed. Looking at the date of the installation document, it's from 2016, so it looks like they're using an old image.

Use the image from retropie.org.uk/download and we can provide support, otherwise ask the provider of the image for help.

@hunksurvivorx Agree it's something to do with the newest update. It was perfect before because I played it briefly back in july. Playing it with the latest build and the sounds is terrible and even screeching at times.

@dankcushions
Yeah, I checked the sites myself and had no issue. I don't see how it could be the connection on the Pi, though, since the wifi works for anything I do via the GUI - both the main Retropie interface and the setup interfaces. Scraping, updating, etc, all works until I go into the terminal. I'll probably have to seek help elsewhere as I suspect that's still outside of your ability to assist.

Thanks for the help, though. I at least now know some stuff to look at should other problems arise in the future.

@dankcushions luckily i found the bios needed thanks

@pedrovay2003 well the keys were leaked many years ago. Possible that they are in there. Or they have some hackey way of decrypting like the programs that will extract a clean iso from a bought pbp.
You may be the one of the very few people to attempt to run a DRMed file in an emulator, because for the most part, it should not work.
Also beetle-psx is practically the same emulator as mendafins.

@mitu Before I considered dismantling the buttons from my arcade, I found this other command called jstest, which allowed me to see on the command line what each button was configured to on the USB encoder.

Once I ran jstest /dev/input/js0 for player 1 controls and jstest /dev/input/js1 for player 2 controls, Player 1 appeared to be configured correctly with buttons A and B. However, Player 2 clearly is the one not configured correctly. Here I finally found my problem where player 2 had buttons A and B setup to the wrong physical pins of the USB encoder.

Now that I had SW proof of my mistake, I disassembled my controller case and flipped the connections for those two buttons on player 2 onto the USB encoder. Put everything back the way it was, and behold my arcade is now acting correctly with both controls synced up.

Thank you very much @mitu for your suggestion. I do appreciate it.

@mitu Good call! I'm not sure how much power it's pulling, but setting over_voltage to 2 definitely makes it last longer, though not completely staying on all the time. Trying with setting it to 3 right now and that seems to be going strong!

Is your PI configured to boot from USB (not only from sdcard) ?
Check out the Pi 4 Boot Diagnostics page to determine that - look for the 'boot mode' configuration that is shown when you start and see if it includes USB.

@mitu used all the resolutions but they had the same issue. I fixed it by making the bars smaller and modifying some code. Here is what i did. Reference if someone comes with same problem.

First here the two smaller images. https://imgur.com/a/BbOfzr7
I named them gamelist_outline_smaller.png and gamelist_background_smaller.png

Uploaded this files to my pi on /etc/emulationstation/themes/snes-mini/art
then modified the setup xml with

sudo nano /etc/emulationstation/themes/snes-mini/layouts/setup.xml

replaced both paths with the new images like this example

<image name="gamelist_background" extra="true"> <path>./../art/gamelist_background_smaller.png</path>

since my resolution is using 4x3 i went and

sudo nano /etc/emulationstation/themes/snes-mini/layouts/4x3setup.xml

i replaced gamelist outline so it alignscorrectly, with this code

<image name="gamelist_outline" extra="true"> <origin>0.5 0.5</origin> <pos>0.7055555555555556 0.5</pos>

and done

Everything seems okay now. I had a Linux system I needed to set up. (Others were in use and I couldn't easily use them for this.) I got it up, added GPartEd (which, interestingly, did not include GPart as a dependency) and read the card from there. GPartEd could not find anything wrong with the partitions on the card, but after I used it to read and very, the card worked when I put it in the Pi!

I didn't write anything to this device, in Mac or Linux, so my guess is that GPart or GPartEd did something while just reading. Maybe it had trouble with a few bytes or when it wrote a date, it updated something else. I don't know, but just reading it and having GPart look at it was enough that the card started working when I tested it.

It's worth noting that when I booted it with my Pi, the system did have issues with partitions and scanned them, but found no errors.

I'll be taking it down and testing it in the arcade setup this evening.

I just updated to the Beta version for Raspberry Pi 4 and it seems to be working. Thanks!

FWIW, I ran into this issue as well after updating. Going into Raspi-Config and changing the audio from Auto to HDMI fixed the issue for me.

@greengrounds but yeah put the power supply into that hub. Then the power supply is giving power to the controller and the pi.

@FakedPotato with no information given, it's hard to help. https://retropie.org.uk/forum/topic/3/read-this-first
Maybe post the config files that you have created? What controller? Power Supply? Wiring diagrams? Photographs?

@SmackAttack86 Please add more info about your system, as requested in https://retropie.org.uk/forum/topic/3/read-this-first.

EDIT: make sure the usbromservice is installed, on a PC is no longer installed automatically, you need to install it first from the optional packages section.

@mitu it should be called Rasputin.

@ZioDarkmage
sudo fsck.fat /dev/sda1
I always have this where it says it was not properly umounted. I'm looking into it.
Oh well, It is probably nothing.