EmulationStation Crashes After Launching A Game or Config Menu On Debian / Ubuntu
-
@gare said in EmulationStation Crashes After Launching A Game or Config Menu On Debian / Ubuntu:
Here's what reported in the log for the lr-mame2003 for example:
That's an incomplete log and the error is probably printer earlier on. Which version of
gcc
is in the 24.10 preview ?lr-mupen64plus
is not going to get anymore updates, you should uselr-mupen64plus-next
instead. -
@mitu Apolgies, I'll provide the complete log underneath this post. My gcc version is 14.2.0. I'll try installing lr-mupen64plus-next instead now.
-
@gare Please use pastebin.com for large logs.
-
@mitu Sorry again. I'll edit my post to remove the log. Here's the pastebin version https://pastebin.com/sFDf494m
lr-mupen64plus failed in a similar manner when trying to install
-
Yes, it seems there's a new warning promoted as error in
gcc
14, the error is:.... src/common.c: In function ‘read_wav_sample’: src/common.c:439:46: error: assignment to ‘INT16 *’ {aka ‘short int *’} from incompatible pointer type ‘signed char *’ [-Wincompatible-pointer-types] 439 | flac_file.write_data = result->data; | ^ src/common.c: In function ‘readsample’: ...
As for
lr-mupen64plus
, it's probably best to disable it for anything except a Pi3 and below, since it's an archived project and will not get any updates. Uselr-mupen64plus-next
,which works fine., but seems it's also not compiling due to another error. -
@mitu Is there anything I can do about that? Also here's the lr- mupen64plus log https://pastebin.com/hv4pKMAh . The lr-ppsspp log is too big for Pastebin
-
Use a LTS release so you don't get this kind of errors,
gcc14
is rather 'new' and until projects are patched to fix the new errors they won't be working in RetroPie also. -
@mitu Thank you, switching to gcc-12 seems to have fixed the issue, as lr-mame2003 was able to compile fine. I'll try the others and will report back if I have anymore issues.
-
@mitu not sure if I should make a new thread for this or not but I'm having a new issue where games open Retroarch fine but playing a game for a few minutes, Retroarch will hang, causing the sound to freeze making a single noise until the Terminal is forcibly closed. Doesn't seem to be emulation core specific as I had it happen with different systems. I tried running in debug but since it executes after the runcommand there wasn't any output, and the runcommand log didn't have any additional info
-
@gare You can get RetroArch to run in verbose mode by choosing to launch with verbose logging. Seems like an issue with the audio - perhaps PulseAudio/Pipewire gets stuck ? Does it happen also with standalone emulators (i.e. Mupen64plus or PPSSPP) ?
Contributions to the project are always appreciated, so if you would like to support us with a donation you can do so here.
Hosting provided by Mythic-Beasts. See the Hosting Information page for more information.