Odroid XU4 SDL Problem Emulationstation
-
@mitu Even if, for some reason, the CPU is 64-bit capable, there is no 64-bit OS available for it.
-
@aaronouthier That explains the lack of Ubuntu packages in recent versions. Maybe use the
armhf
packages from the previous LTS (22.04) - https://packages.ubuntu.com/jammy/python3-uinput ? -
@mitu Would it be worth the trouble, you suppose, to rework the install from scratch with 22.04 LTS as the OS? If the packages are present, it may be worth a shot. I will try your suggestion 1st however, just for fun and learning.
FWIW, I just checked to verify: XU4 uses an Samsung Exynos 5422 CPU, which is definitely 32-bit hardware.
-
Just installed python3-urwid. The SDL2 packages were installed from source. Do I still need python3-sdl2, or is that taken care of by the main sdl2 source package? I don't want to mess-up/overwrite anything that was installed manually.
-
FWIW, speaking of sources, I was able to download the sources with 'apt source python3-uinput' from current repos. Not too sure how I can incorporate that into the existing build.
I've compiled stuff before, but never via apt-source.
-
@aaronouthier said in Odroid XU4 SDL Problem Emulationstation:
Do I still need python3-sdl2, ...
Yes, only the SDL library is compiled into a package, the rest are expected to be provided by the distribution's repostories.
-
@mitu I was pretty sure this was the case, but wanted to be certain.
-
Dang it!
running build running build_py running build_ext building '_libsuinput' extension arm-linux-gnueabihf-gcc -fno-strict-overflow -Wsign-compare -DNDEBUG -g -O2 -Wall -fPIC -I/usr/include/python3.12 -c libsuinput/src/suinput.c -o build/temp.linux-armv7l-cpython-312/libsuinput/src/suinput.o libsuinput/src/suinput.c: In function ‘suinput_emit’: libsuinput/src/suinput.c:48:28: error: ‘struct input_event’ has no member named ‘time’ 48 | gettimeofday(&event.time, 0); | ^ error: command '/usr/bin/arm-linux-gnueabihf-gcc' failed with exit code 1
Trying to build the source package.
Was logged-in as root. I don't think that would make a difference though.
-
@mitu Not able to install the 22.04 version either. Depends on Python3.10 or below, but Python3.12 is installed.
At this point, I think I'm going to wipe the SD card and try again with 22.04 .
-
Currently compiling the system for xu4 under Ubuntu 22.04 Operating System. No problems yet. (Need to go knock some wood now...)
-
Well, about 1.5 hours later, compilation finished. No errors reported during compile process that I could see, however, emulationstation crashes when run.
I tried with --debug flag, however the screen is cleared by the crash dialog that comes up, so I can't read. I'll try tee'ing it to a text file.
-
@aaronouthier I watched a bit closer. Nothing out of the ordinary displayed when running with --debug flag. Just shows loading some xml files.
On a related note, however, Xserver does NOT seem to be running. I am attaching a tar.gz file with all of the build logs, a log of installed packages, and a log of running processes.
Hmm. Can't seem to upload it directly.
Link to files on my Google drive: https://drive.google.com/file/d/1ro_ZYzHFcI6TfbSUjzsLksvwf6rc9vMy/view?usp=sharing -
@aaronouthier said in Odroid XU4 SDL Problem Emulationstation:
I tried with --debug flag, however the screen is cleared by the crash dialog that comes up, so I can't read. I'll try tee'ing it to a text file.
That would have been useful to look, the other logs not so much. You can find the same log file in
$HOME/.emulationstation/es_log.txt
, there's no need totee
it.
Does detection works better on 22.04 - is the SBC detected asodroid-xu
? -
I checked those logs. 3 lines about mame-related .xml files.
No, still detects as "Armv7l". I used your workaround when I ran RetroPie-Setup.
I mentioned twice now that XWindows doesn't seem to be running. Very few X-related packages installed as well. This might be normal, but I don't have a frame of reference here. This was the case in 24.04 also.
-
@aaronouthier said in Odroid XU4 SDL Problem Emulationstation:
I checked those logs. 3 lines about mame-related .xml files.
Even when running with
--debug
? There should be more information printed when debug is enabled.No, still detects as "Armv7l". I used your workaround when I ran RetroPie-Setup.
I added some detection here, but it may not be enough (?) or you're using an earlier commit.
I mentioned twice now that XWindows doesn't seem to be running.
I think that's ok.
-
Even when running with
--debug
? There should be more information printed when debug is enabled.There might have been another line or two. I'm not in front of the system right now. Yes, with --debug. My point was that no errors were displayed.
I added some detection here, but it may not be enough (?) or you're using an earlier commit.
Probably hadn't pulled the latest commit then. This was 2 days ago.
I created an image file from the SD card, then tried to install Lakka just to test that out. That one doesn't boot at all, but hey, I tried. I haven't taken the time to restore the RetroPie Disk image just yet.
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.