Redream Crashes After Update [5/4/2024]
-
I have a Raspberry Pi 4B 8GB and a version of Retropie imaged from 2020 (Debian buster). I updated the RetroPie yesterday and afterwards cannot get Redream to load a GDI. It kicked me back to the Dreamcast menu. I looked at the runcommand.log and saw this:
Parameters:
Executing: /opt/retropie/emulators/redream/redream "/home/pi/RetroPie/roms/dreamcast/[GDI] Evolution - The World of Sacred Device (US)/Evolution - The World of Sacred Device v1.290 (1999)(Ubi Soft)(NTSC)(US)[!].gdi"
[INFO] SDL redream v1.5.0-1126-gb551acc35 appdir=/opt/retropie/emulators/redream
[INFO] read /opt/retropie/emulators/redream/redream.cfg
[INFO] SDL mode set to exclusive fullscreen width=1360 height=768
[INFO] SDL audio initialized latency=70.48 ms period=444 frames
[INFO] SDL registered device 0 desc=auto name=auto
[INFO] SDL registered device 4 desc=05005f80c82d00000061000000010000 name=8Bitdo SF30 Pro
[INFO] SDL registered device 2 desc=keyboard name=keyboard
[INFO] SDL registered device 1 desc=disabled name=disabled
[INFO] SDL registered device 0 desc=auto name=auto
[INFO] SDL registered device 4 desc=05005f80c82d00000061000000010000 name=8Bitdo SF30 Pro
[INFO] SDL registered device 2 desc=keyboard name=keyboard
[INFO] SDL registered device 1 desc=disabled name=disabled
[INFO] SDL video context created GL_RENDERER=V3D 4.2 GL_VERSION=OpenGL ES 3.1 Mesa 19.3.2 GLSL_VERSION=OpenGL ES GLSL ES 3.10
[INFO] SDL video initialized GL_VERSION=OpenGL ES 3.1 Mesa 19.3.2 GLSL_VERSION=OpenGL ES GLSL ES 3.10 1360x768 px
/opt/retropie/emulators/redream/redream: line 8: 2747 Segmentation fault $DIR/redream.aarch32.elf "$@"
I see it caused a segmentation fault which usually means the program is trying to access memory beyond its allocation. I'm not sure if there is anything I can do on my end at this point. Please advise.
-
Seems like the latest
redream
doesn't distribute anymore the (optimized) VC4 Mesa driver like before, the crash may be related to that missing driver - RetroPie's Mesa version is too old it seems (?). -
@mitu said in Redream Crashes After Update [5/4/2024]:
Seems like the latest
redream
doesn't distribute anymore the (optimized) VC4 Mesa driver like before, the crash may be related to that missing driver - RetroPie's Mesa version is too old it seems (?).Is there a way to install an older version that still works? I got the same issue like the other guy, reicast and flycast work but redream not anymore.
-
For now I don't have a solution, except getting the (very) old 1.5.0 stable release from https://redream.io/download/redream.aarch32-raspberry-linux-v1.5.0.tar.gz and unpacking into
/opt/retropie/emulators/redream
. The slightly older 1024 version that's available to download is also buggy and doesn't run, unfortunately. -
This issue affects only Buster ?
-
It may be worth reporting the issue on the redream discord server. @inolen is pretty responsive there (assuming he doesn't already know there is an issue).
-
@quicksilver I have forgot that Redream have a discord server for suport. I reported it there, thanks.
I have confirm also that Redream is working with Bookworm 64 bit. -
@mitu is there a reason that retropie is still using Mesa 19.3.2?
We stopped distributing that custom build as it was just a bridge fix until my changes (which were upstreamed to Mesa) made it out into repositories. The changes were upstreamed over 4 years ago and made it into the Mesa 20.x releases.
The pre-compiled drivers no longer ran on newer operating systems due to dependency changes, so I removed them as I assumed after 4 years, most relevant distributions had updated to >= Mesa 20.x.
Edit: The actual segfault is still weird. I setup a Buster install (that i've already got rid of) like ~2 weeks ago and tested and ran on it.
-
@inolen said in Redream Crashes After Update [5/4/2024]:
@mitu is there a reason that retropie is still using Mesa 19.3.2?
We're still supporting Buster, which comes with Mesa 19.3.
The pre-compiled drivers no longer ran on newer operating systems due to dependency changes, so I removed them as I assumed after 4 years, most relevant distributions had updated to >= Mesa 20.x.
That's ok, we can pin an older version (with the included drivers) for Buster - but I don't have an URL for a 1.5 version before 1124 (which I assume would still have the bug reported here).
Can you give me the URL to a version before the changes (like from beginning of April or March) so that Buster users will get the older version and Bookworm/Bullseye users will get the latest version ?
-
@mitu we don't have any URLs for that.
latest redream should work and the drivers (+ minor changes to launcher script) can be copied over from stable.
Is latest segfaulting for you as well?
-
@inolen said in Redream Crashes After Update [5/4/2024]:
Is latest segfaulting for you as well?
Yes (on Buster). The latest version's
redream
script doesn't include theLD_LIBRARY_PATH
/LIBGL_DRIVERS_PATH
setup, but even with those set up to startredream.aarch32.elf
, there an error during start-up:/opt/retropie/emulators/redream/redream [INFO] SDL redream v1.5.0-1127-g6b62eff6b appdir=/opt/retropie/emulators/redream [INFO] read /opt/retropie/emulators/redream/redream.cfg [WARN] failed to open /opt/retropie/emulators/redream/redream.cfg [INFO] SDL mode set to exclusive fullscreen width=1280 height=1024 [INFO] SDL audio initialized latency=70.48 ms period=444 frames [INFO] SDL registered device 0 desc=auto name=auto [INFO] SDL registered device 2 desc=keyboard name=keyboard [INFO] SDL registered device 1 desc=disabled name=disabled [INFO] SDL video context created GL_RENDERER=V3D 4.2 GL_VERSION=OpenGL ES 3.1 Mesa 21.0.1 (git-b2493a5158) GLSL_VERSION=OpenGL ES GLSL ES 3.10 [INFO] SDL video initialized GL_VERSION=OpenGL ES 3.1 Mesa 21.0.1 (git-b2493a5158) GLSL_VERSION=OpenGL ES GLSL ES 3.10 1280x1024 px Mesa: User error: GL_INVALID_OPERATION in glShaderBinary(SPIR-V) /opt/retropie/emulators/redream/redream: line 9: 4536 Segmentation fault LD_LIBRARY_PATH=$DIR/mesa/arm-linux-gnueabihf LIBGL_DRIVERS_PATH=$DIR/mesa/arm-linux-gnueabihf/dri $DIR/redream.aarch32.elf "$@"
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.