Segmentation Faults in runcommand.sh when running N64 Games
-
@mjs2011 said in Segmentation Faults in runcommand.sh when running N64 Games:
some different values for SDL_VIDEO_KMSDRM_CRTCID and ""MODEID than the prior runcommand.log file, but the same segmentation fault at line 1319.
Yes, it's the same line since is the emulator that's crashing, the
SDL_
env variables are just for setting up the resolution.And now here is the results of dmesg | tail (I can provde the full dmesg if needed, but its quite long. The tail was captured immediately after a game crash)
Yeah, nothing stands out. The last line is an error, but it's benign and wouldn't cause the crash.
Can you get a verbose log and post it on pastebin.com ?
-
Here's the pastebin for the runcommand.log verbose log of a crash just now.
https://pastebin.com/aNrNpfgS -
Hm, nothing new in the log from the emulator.
I'll check to see if there's any regression with the core, but nobody reported that recently. Did you try the standalone emulator, does it exhibit the same issue ? -
@mitu
I have the exact same error after recently updating lr-bluesmsx.The error only happens on launching any msx2 game.
I also tested this on another pi4 setup I have and it does the same thing after updating the core.
I tried reinstalling and remove and install but error still happens so replaced the core with a backup I had made and works as expected.
-
@skankieflank said in Segmentation Faults in runcommand.sh when running N64 Games:
I have the exact same error after recently updating lr-bluesmsx.
Please open a separate topic and provide the info asked in https://retropie.org.uk/forum/topic/3/read-this-first.
-
@mitu
Thanks will do. -
This post is deleted! -
@mitu said in Segmentation Faults in runcommand.sh when running N64 Games:
Hm, nothing new in the log from the emulator.
I'll check to see if there's any regression with the core, but nobody reported that recently. Did you try the standalone emulator, does it exhibit the same issue ?Forgive my ignorance, but what is the standalone emulator?
When launching a game, I get the option to press a button to configure, and there are 6 options to choose from:
- lr-mupen64plus-next
- lr-mupen64plus
- mupen64plus-gles2n64
- mupen64plus-gles2rice
- mupen64plus-GLideN64-highres
- mupen64plus-GLideN64
Most of my playing has been with lr-mupen64plus-next, and a bit with lr-mupen64. I get crashes in both, but lr-mupen64plus-next seems to run smoother overall than lr-mupen64plus.
Admittedly, I haven't played much with the not libretro emulators that I can choose from, mainly because I already have a save file with the lr-mupen64 emulators that works for both. In that regard, is there a way to take a save file for the lr-mupen64plus-next emulator and convert it to work with one of the other 4 non lr emulators? that would allow me to test those out in more detail.
-
@mjs2011
lr-
are the libretro (RetroArch) emulators, the ones without are the stand-alone versions. -
I was able to convert my .srm save file from lr-mupen64plus-next to an .sra file with this online tool.
https://drehren.github.io/ramp64-convert-web/
I then copied the .sra file into /opt/retropie/configs/n64/mupen64plus/save/
Then I launched ocarina of time with mupen64plus-GLideN64 and played it nonstop for about 2 hours without any crashes or major issues. GLideN64 may have had a few more video glitches than lr-mupen64plus-next was having, but not a single crash for that entire period of time, and that was picking up the game where I left off playing with lr-mupen64plus-next.
So it seems that I don't have these crashes with standalone emulators, but do with libretro emulators.
-
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.