redream not working
-
Try updating now
redream
, without modifying anything, and see if you still get the same error. -
-
Here Redream is working fine, i did a full update, RetroPie packages and system packages(underlying). Did you build RetroPie on top of Bullseye?
-
No I ran the official raspberry pi imager software and wrote directly to an SSD so it's the stock image file
It's buster and if I do
Sudo apt-get update
Sudo apt-get upgradeThen it says all packages are up to date
-
the immediate problem is that the $Version variable in the
/Opt/RetroPie/emulators/redream/redream
Script is undefined so dpkg-query falls down when trying to set META_DIST_VER
-
@c0un7z3r0 said in redream not working:
[...]
so presumably the ${Version} variable is not being set.Yes, there's still an issue. We'll spin the dreidel again. My original fix should still work.
-
Yes, there's still an issue. We'll spin the dreidel again. My original fix should still work.
What do you mean by the original fix? The suggestion above or the changes that were pushed to the latest build?
Please let me know if any further fixes get applied? (Also, if you can, let me know what repo these changes are happening in so I can track it?)
Thanks again for your help and persevering.
-
@c0un7z3r0 said in redream not working:
What do you mean by the original fix? The suggestion above or the changes that were pushed to the latest build?
I was referring to my first reply.
Please let me know if any further fixes get applied?
Try updating now.
(Also, if you can, let me know what repo these changes are happening in so I can track it?)
redream
is not open source, so there's no public repository to track. You can watch the downloads page for new versions, but I don't think there's any detailed changelog for the development builds. I just reported the issue to @inolen and they have added some fixes to the RPI package. -
Thanks again
This is getting weird, it now gives this error
Executing: /Opt/RetroPie/emulators/redream/redream "/home/pi/RetroPie/ROMs/Dreamcast/myromfile.chd" /Opt/RetroPie/emulators/redream/redream: line 9: /Opt/RetroPie/emulators/redream/redream.aarch64.elf: No such file or directory
But that file does exist.
Damn this is frustrating. Sorry to keep coming back with this, I appreciate your help
-
@c0un7z3r0 said in redream not working:
This is getting weird, it now gives this error
This seems to be something related to your system.
/Opt/Retropie
doesn't exist on a standard RetroPie installation, RetroPie is installed in/opt/retropie
. Since Linux filesystems are generally case-sensitive, in this case the folders are not the same. -
@mitu sorry the capitalisation was mine. I manually typed it out on my phone
It is lowercase as you said.
-
Then I suggest you reinstall again
redream
. The package does contain the file not found in your error (/opt/retropie/emulators/redream/redream.aarch64.elf
). -
It does contain redream.aarch64.elf, it's referenced in the redream script we were having problems with. See image for my directory structure and files
-
You say you installed RetroPie using the RPI Imager image, but your image shows a newer kernel and a 64bit system (?), which we don't include. Did you use
rpi-update
to update your system by any chance ? -
I don't specifically remember doing so but it's quite likely i have at some point done rpi-update.
I noticed an issue with the symlinks last night so I'm going to investigate that but I'm AFK right now. I'll come back with my findings.
-
@c0un7z3r0 said in redream not working:
I don't specifically remember doing so but it's quite likely i have at some point done rpi-update.
Why ?
rpi-update
is not meant to be used for regular updates, it even tells you so when you run it. Your bootloader and kernel have been upgraded to the latest beta and that's why your system is running a 64bit kernel, but with a 32bit system. it's most likely the reasonredream
doesn't work since it thinks the system is 64bit, but theaarch64
(64bit) executable cannot run on a 32bit userland.You can either re-install the relevant packages to remove the beta kernel/bootloader or add
arm_64bit=0
to the booloader configuration file (config.txt
, in the/boot
folder). -
Thanks @mitu
I'm going to check to see if the symlinks issue is the problem first (it seems as tho the bios files symlinks are not working, I've not fully investigated but it seems nothing happens if I try to 'cat' the bios files). If that's a red herring then I'll try to force 32bit mode as advised. I'll update the post as usual. Thanks again for your help.
Cheers.
-
I finally got it sorted out thanks to you, the issue was indeed was the 64/32 bit mismatch. Forcing 32 bit mode with arm_64bit=0 and fixing the issue with the symlink that points to the bios fixed it. Thanks so much for your help and patience, im so releived to have finally got it fixed. I couldnt have done it without you! Cheers!
-
@c0un7z3r0 Glad you got it working. Also, don't use
rpi-update
again for regular updates. -
@mitu Will do! Thanks!
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.