Odroid XU4 SDL Problem Emulationstation

mitu

@aaronouthier said in Odroid XU4 SDL Problem Emulationstation:

Is this anything about which I should be worried?

The messages are from the GL version detection part, which is going to error out if you're running the installation outside of a desktop environment. I'm not familiar with a XU4, but I don't see the platform declared with the x11 flag in RetroPie, so I don't see why it tries the detection. What system is detected by RetroPie-Setup for your system - it should be displayed on the 1st dialog ?

aaronouthier

@mitu I don't know which dialog of which you speak?
I can tell you that there doesn't seem to be an xorg server running, so no desktop environment to detect. I'm guessing some missing packages? Nothing else is really complaining however.

How can I tell for sure if pieces are missing? If something is missing, how can I know what?

mitu

@aaronouthier said in Odroid XU4 SDL Problem Emulationstation:

@mitu I don't know which dialog of which you speak?

When you start the RetroPie-Setup script, it's the first page that shows up, with the RetroPie version, platform, etc. All that interface (and the ones started through the options present) is done using the dialog utility.

aaronouthier

mitu

@aaronouthier It doesn't seem that your system/board is detected correctly. It should detect odroid-xu4 as a platform. Perhaps a more recent kernel has removed the hardware info from /proc/cpuinfo. Can you post the output of the following commands:

cat /proc/cpuinfo
cat /proc/device-tree/compatible

aaronouthier

root@odroid:~# cat /proc/cpuinfo
processor	: 0
model name	: ARMv7 Processor rev 3 (v7l)
BogoMIPS	: 84.00
Features	: half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idivt vfpd32 lpae evtstrm 
CPU implementer	: 0x41
CPU architecture: 7
CPU variant	: 0x0
CPU part	: 0xc07
CPU revision	: 3

processor	: 1
model name	: ARMv7 Processor rev 3 (v7l)
BogoMIPS	: 84.00
Features	: half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idivt vfpd32 lpae evtstrm 
CPU implementer	: 0x41
CPU architecture: 7
CPU variant	: 0x0
CPU part	: 0xc07
CPU revision	: 3

processor	: 2
model name	: ARMv7 Processor rev 3 (v7l)
BogoMIPS	: 84.00
Features	: half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idivt vfpd32 lpae evtstrm 
CPU implementer	: 0x41
CPU architecture: 7
CPU variant	: 0x0
CPU part	: 0xc07
CPU revision	: 3

processor	: 3
model name	: ARMv7 Processor rev 3 (v7l)
BogoMIPS	: 84.00
Features	: half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idivt vfpd32 lpae evtstrm 
CPU implementer	: 0x41
CPU architecture: 7
CPU variant	: 0x0
CPU part	: 0xc07
CPU revision	: 3

processor	: 4
model name	: ARMv7 Processor rev 3 (v7l)
BogoMIPS	: 120.00
Features	: half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idivt vfpd32 lpae evtstrm 
CPU implementer	: 0x41
CPU architecture: 7
CPU variant	: 0x2
CPU part	: 0xc0f
CPU revision	: 3

processor	: 5
model name	: ARMv7 Processor rev 3 (v7l)
BogoMIPS	: 120.00
Features	: half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idivt vfpd32 lpae evtstrm 
CPU implementer	: 0x41
CPU architecture: 7
CPU variant	: 0x2
CPU part	: 0xc0f
CPU revision	: 3

processor	: 6
model name	: ARMv7 Processor rev 3 (v7l)
BogoMIPS	: 120.00
Features	: half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idivt vfpd32 lpae evtstrm 
CPU implementer	: 0x41
CPU architecture: 7
CPU variant	: 0x2
CPU part	: 0xc0f
CPU revision	: 3

processor	: 7
model name	: ARMv7 Processor rev 3 (v7l)
BogoMIPS	: 120.00
Features	: half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idivt vfpd32 lpae evtstrm 
CPU implementer	: 0x41
CPU architecture: 7
CPU variant	: 0x2
CPU part	: 0xc0f
CPU revision	: 3

Hardware	: Samsung Exynos (Flattened Device Tree)
Revision	: 0000
Serial		: 0000000000000000

root@odroid:~# cat /proc/device-tree/compatible
hardkernel,odroid-xu4samsung,exynos5800samsung,exynos5

mitu

@aaronouthier Thanks for the information. The RetroPie detection clearly fails to recognize your device as a odroid-xu, we'll need to amend the detection routine to include the info exposed in /proc/device-tree/compatible also.

You can bypass the detection by running

cd $HOME/RetroPie-Setup
sudo __platform=odroid-xu ./retropie_setup.sh

and perform the re-installation of core packages/depenent packages (including SDL2) and the emulators/core you wish installed. This is a workaround until the detection is fixed in RetroPie-Setup.

aaronouthier

@mitu I will try in the morning. It's now 30 minutes until Midnight. Turning in for the night.

aaronouthier

While attempting to (re)install core packages, I get:
Could not install package(s): Python3-urwid, Python3-uinput, Python3-sdl2. I have run into this before, and was able to install via apt install the listed urwid and sdl2 packages, but have never been able to find the uinput package in the default repos.

mitu

@aaronouthier That's strange, since this is a standard package in both Debian and Ubuntu. What repositories do you have enabled ?

aaronouthier

@mitu Same as was enabled by default when installed fresh, unless something in Retroarch setup modified it. I haven't changed anything in sources.list . I can't check right this second, as it is still compiling Main packages. I suppose I could use another ssh session though.

I'll be back shortly.

mitu

@aaronouthier said in Odroid XU4 SDL Problem Emulationstation:

I'll be back shortly.

There's no rush. When you get to the system, just look up and check what repositories are enabled/used by your system.

aaronouthier

root@odroid:~# cat /etc/apt/sources.list
deb http://ports.ubuntu.com/ubuntu-ports/ noble main universe restricted
deb-src http://ports.ubuntu.com/ubuntu-ports/ noble main universe restricted

deb http://ports.ubuntu.com/ubuntu-ports/ noble-updates main universe restricted
deb-src http://ports.ubuntu.com/ubuntu-ports/ noble-updates main universe restricted

deb http://ports.ubuntu.com/ubuntu-ports/ noble-backports main restricted
deb-src http://ports.ubuntu.com/ubuntu-ports/ noble-backports main restricted

deb http://ports.ubuntu.com/ubuntu-ports/ noble-security main restricted
deb-src http://ports.ubuntu.com/ubuntu-ports/ noble-security main restricted
deb http://ports.ubuntu.com/ubuntu-ports/ noble-security universe
deb-src http://ports.ubuntu.com/ubuntu-ports/ noble-security universe
deb http://ports.ubuntu.com/ubuntu-ports/ noble-security multiverse
deb-src http://ports.ubuntu.com/ubuntu-ports/ noble-security multiverse

mitu

@aaronouthier I see - this is 32bit system ? I think the default Ubuntu repos - and the ports system - don't have these packages, although they're available for 64bit (arm64). Isn't the XU4 a 64bit CPU - shouldn't you be using a 64bit system ?

aaronouthier

@mitu No, the xu3 and xu4 are 32 bit CPUs, to the best of my knowledge.

aaronouthier

@mitu Even if, for some reason, the CPU is 64-bit capable, there is no 64-bit OS available for it.

mitu

@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 ?

aaronouthier

@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.

aaronouthier

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.

aaronouthier

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.