@Davehhf said in EmulationStation crash when pressing x button:

How do I install emulationstation-dev?

RetroPie-Setup > manage packages > experimental packages > emulationstation-dev

@cdaters Hmm, hitting Start does nothing for me.

@shift838 said in No Movement using MAME or MAME4ALL:

The only issue I seem to be having now is even though I have 2 joystics any game with MAME if selecting 2 player all plays off the first joystick. but so far I have only tested games that had only one joystick. I still need to test games that had multiple joysticks for players to play at the same exact time.

That's completely normal if you've ever played the actual arcade games. The only time you'll have the second controller active is on games where both players play at once.

From the distance/information provided some guesses.

As you state it works most of the time and then the custom collection loading fails: Could be that the threaded loading may have an impact.

To switch the threaded loading: Locate your es_settings.cfg (usually /opt/retropie/configs/all/emulationstation. Spot the entry <bool name="ThreadedLoading" value="<your_value>" /> and bool invert that <your_value> (e.g., true gets false and vice versa).
Then run this config for a while / for several reboots and note if your reported effect still occours.

To avoid the daunting task of re-enabling all of your collections in ES make a copy of <string name="CollectionSystemsCustom" value="yadayada,yabadaba,..."> and keep it in a safe and dry place thus you can restore it if you encounter the effect again. But only do edit your es_settings.cfg while ES is not running. And do not put an extra space between the delimiter (,) if you want to edit collectionnames manually in the editor.

Also make sure you only use ASCII characters for your collection custom-*.cfg files. (But I doubt this is the cause, as the custom collections loading would fail everytime).

Last but not least: The pugixml, which is an external lib to ES and is actually handling every xml in ES (f.i., es_settings.cfg) is a little dated (1.8 from 2016), current is 1.11.
Maybe updating remediates your issue. However, I skimmed over their releasenotes/issue tracker but did not find on a cursory look a bug directly linked to long string reading (i.e., your value of name="CollectionSystemsCustom").

HTH

@sleve_mcdichael said in How do I get rid of emulationstation-dev?:

But yeah, backups are good. I had done something that was causing ES to crash, once in a while, unpredictably, at launch. So I burned a fresh image, hopped on my WiFi, restored my backed-up roms and config files, and I was back in action.

Obv I have backups, but restoring from a backup onto a 256GB SD card takes hours and hours and hours and I try to avoid it wherever possible...

@iandaemon
ok great info I didnt realize that
thank you

@babyboodle said in PulseAudio unable to connect; poor emulator performance issues and menu crashes.:

reset to default settings

If you have reset RetroArch to default settings in the RGUI and then saved the config you have probably set non ideal defaults. Our defaults are not the same as the RetroArch defaults. You should remove /opt/retropie/configs/all/retroarch.cfg and reinstall retroarch from "Manage Packages/Core Packages"

It's a resize issue, I think it's fixed in the development branch of EmulationStation. You can install the dev branch from the experimental section of the packages, it's called emulationstation-dev.

Pressing select is equivalent to the screensaver-start event, sleep is triggered after the configured timeout.

So I found a solution that I think works (at least for me.) I changed the entire configs.hdmi>daphne folder permissions to 555 and when I add a new controller, I get this error:

daphne input.jpg

However it does NOT overwrite my current dapinput.ini file. I can't see anything else in that directory that it would need to write to anyway.

I tested all 17 Daphne games and they all worked and they all kept my controller configs even after configuring a few new controllers so I think this is at least a fix for my situation.

Thanks for the input everyone! It was helpful to put me on the right path!

Oops, sorry about that. Have updated the original post.

@luckyluca it looks like you didn't install the necessary libepoxy-dev dependency. You can do that with:

sudo apt -y install libepoxy-dev

Or, I've been working on a scriptmodule using that repo, I think it's in pretty good shape if you want to give it a try:

https://github.com/s1eve-mcdichae1/Hurrican-RPi

You can download it to your Pi 4 with (edit: had the wrong url, should be fixed now):

wget https://raw.githubusercontent.com/s1eve-mcdichae1/Hurrican-RPi/main/hurrican.sh -P $HOME/RetroPie-Setup/scriptmodules/ports/

After that you can install the port through RetroPie-Setup > Manage packages > Manage experimental packages

Please don't re-post the same topic multiple times.

@mitu Interesting, I thought I had to install it back then (or whenever I installed RP 4.6). But one tends to forget such one-time installs, so … 😉

@tpr glad you like it. for basic stuff it was really good.

I just wanted to answer here and ask for more information, then I noticed that you already gave it in your second thread. Please don't open multiple threads about one topic.