Raspberry Pi 5 - official announcement
-
@scapermoya said in Raspberry Pi 5 - official announcement:
It seems like several people here have been able to get N64 titles running and I have had no luck. I have tried multiple titles with 4 different emulators and all of them just kick me back to the ES screen after a couple seconds of dark. This is a new environment for me so apologies for the noobness.
I admit that so far, I've only been able to get the stand-alone mupen64plus to compile and run, which works with most N64 games when you run the mupen64plus-glide64 emulator from runcommand.
I have not been able to build lr-parallel (exp). Errors out with:
recomp.c:(.text+0x5f0c): undefined reference to `free_assembler' /usr/bin/ld: recomp.c:(.text+0x61e4): undefined reference to `init_assembler'
Perhaps @retropieuser555 has some insights, since he was able to compile and run.
Separately, I could build lr-mupen64plus-next (opt) and lr-mupen64-plus (main), but I have not been able to run them. Verbose Logging shows both error out with:
[ERROR] [EGL]: #0x3009, EGL_BAD_MATCH [ERROR] [KMS]: Error when switching mode. /opt/retropie/supplementary/runcommand/runcommand.sh: line 1319: 15209 Segmentation fault
and both conclude with a
segmentation fault
.Having fun playing with the stand-alone mupen64plus in the meantime.
-
@mitu said in Raspberry Pi 5 - official announcement:
@scapermoya Probably you're missing this config - https://retropie.org.uk/forum/topic/34627/raspberry-pi-5-official-announcement/103
If it helps the conversation, I've been running with that config change in the [all] section of config.txt.
Wrong section, perhaps?
-
@roslof said in Raspberry Pi 5 - official announcement:
If it helps the conversation, I've been running with that config change in the [all] section of config.txt.
It should be fine as long as you don't use the sdcard/image on a Pi that doesn't support 64bit (Pi2 or earlier).
-
@mitu said in Raspberry Pi 5 - official announcement:
@roslof said in Raspberry Pi 5 - official announcement:
If it helps the conversation, I've been running with that config change in the [all] section of config.txt.
It should be fine as long as you don't use the sdcard/image on a Pi that doesn't support 64bit (Pi2 or earlier).
Definitely running 64-bit just fine. Per post above, something to do with KMS switching. Searched for this KMS switching mode error and came up with no relevant hits:
[ERROR] [EGL]: #0x3009, EGL_BAD_MATCH [ERROR] [KMS]: Error when switching mode.
While we can install retropie from a clean OS, there's always the possibility something is missing from config.txt or cmdline.txt since those wouldn't be included.
-
@roslof said in Raspberry Pi 5 - official announcement:
Definitely running 64-bit just fine. Per post above, something to do with KMS switching
Add the full runcommand log file (use pastebin.com and enable verbose logging) and post the output of
kmsprint -m
. Have you runrpi-update
by any chance ? -
@mitu said in Raspberry Pi 5 - official announcement:
Add the full runcommand log file (use pastebin.com and enable verbose logging) and post the output of
kmsprint -m
. Have you runrpi-update
by any chance ?Of course, mitu:
I haven't run rpi-update, but on initial install of the OS, I believe I updated everything to current with the recommended method.
Pastebin of verbose for lr-mupen-plus
Export of kmsprint -m
Connector 0 (32) HDMI-A-1 (connected) 0 3840x2160@60.00 594.000 3840/176/88/296/+ 2160/8/10/72/+ 60 (60.00) P|D 1 4096x2160@60.00 594.000 4096/88/88/128/+ 2160/8/10/72/+ 60 (60.00) D 256:135 2 4096x2160@59.94 593.407 4096/88/88/128/+ 2160/8/10/72/+ 60 (59.94) D 256:135 3 4096x2160@50.00 594.000 4096/968/88/128/+ 2160/8/10/72/+ 50 (50.00) D 256:135 4 4096x2160@30.00 297.000 4096/88/88/128/+ 2160/8/10/72/+ 30 (30.00) D 256:135 5 4096x2160@29.97 296.703 4096/88/88/128/+ 2160/8/10/72/+ 30 (29.97) D 256:135 6 4096x2160@24.00 297.000 4096/1020/88/296/+ 2160/8/10/72/+ 24 (24.00) D 256:135 7 4096x2160@23.98 296.703 4096/1020/88/296/+ 2160/8/10/72/+ 24 (23.98) D 256:135 8 3840x2160@60.00 594.000 3840/176/88/296/+ 2160/8/10/72/+ 60 (60.00) D 16:9 9 3840x2160@59.94 593.407 3840/176/88/296/+ 2160/8/10/72/+ 60 (59.94) D 16:9 10 3840x2160@50.00 594.000 3840/1056/88/296/+ 2160/8/10/72/+ 50 (50.00) D 16:9 11 3840x2160@30.00 297.000 3840/176/88/296/+ 2160/8/10/72/+ 30 (30.00) D 16:9 12 3840x2160@29.97 296.703 3840/176/88/296/+ 2160/8/10/72/+ 30 (29.97) D 16:9 13 3840x2160@25.00 297.000 3840/1056/88/296/+ 2160/8/10/72/+ 25 (25.00) D 16:9 14 3840x2160@24.00 297.000 3840/1276/88/296/+ 2160/8/10/72/+ 24 (24.00) D 16:9 15 3840x2160@23.98 296.703 3840/1276/88/296/+ 2160/8/10/72/+ 24 (23.98) D 16:9 16 2560x1440@59.95 241.500 2560/48/32/80/+ 1440/3/5/33/- 60 (59.95) D 17 1920x1080@60.00 148.500 1920/88/44/148/+ 1080/4/5/36/+ 60 (60.00) U|D 18 1920x1080@60.00 148.500 1920/88/44/148/+ 1080/4/5/36/+ 60 (60.00) D 16:9 19 1920x1080@59.94 148.352 1920/88/44/148/+ 1080/4/5/36/+ 60 (59.94) D 16:9 20 1920x1080i@60.00 74.250 1920/88/44/148/+ 1080/4/10/31/+ 60 (60.00) D 16:9 21 1920x1080i@59.94 74.176 1920/88/44/148/+ 1080/4/10/31/+ 60 (59.94) D 16:9 22 1920x1080@50.00 148.500 1920/528/44/148/+ 1080/4/5/36/+ 50 (50.00) D 16:9 23 1920x1080i@50.00 74.250 1920/528/44/148/+ 1080/4/10/31/+ 50 (50.00) D 16:9 24 1920x1080@30.00 74.250 1920/88/44/148/+ 1080/4/5/36/+ 30 (30.00) D 16:9 25 1920x1080@29.97 74.176 1920/88/44/148/+ 1080/4/5/36/+ 30 (29.97) D 16:9 26 1920x1080@25.00 74.250 1920/528/44/148/+ 1080/4/5/36/+ 25 (25.00) D 16:9 27 1920x1080@24.00 74.250 1920/638/44/148/+ 1080/4/5/36/+ 24 (24.00) D 16:9 28 1920x1080@23.98 74.176 1920/638/44/148/+ 1080/4/5/36/+ 24 (23.98) D 16:9 29 1680x1050@59.88 119.000 1680/48/32/80/+ 1050/3/6/21/- 60 (59.88) D 30 1600x900@60.00 108.000 1600/24/80/96/+ 900/1/3/96/+ 60 (60.00) D 31 1280x1024@75.02 135.000 1280/16/144/248/+ 1024/1/3/38/+ 75 (75.02) D 32 1280x1024@60.02 108.000 1280/48/112/248/+ 1024/1/3/38/+ 60 (60.02) D 33 1440x900@59.90 88.750 1440/48/32/80/+ 900/3/6/17/- 60 (59.90) D 34 1280x800@59.91 71.000 1280/48/32/80/+ 800/3/6/14/- 60 (59.91) D 35 1152x864@75.00 108.000 1152/64/128/256/+ 864/1/3/32/+ 75 (75.00) D 36 1280x720@60.00 74.250 1280/110/40/220/+ 720/5/5/20/+ 60 (60.00) D 37 1280x720@60.00 74.250 1280/110/40/220/+ 720/5/5/20/+ 60 (60.00) D 16:9 38 1280x720@59.94 74.176 1280/110/40/220/+ 720/5/5/20/+ 60 (59.94) D 16:9 39 1280x720@50.00 74.250 1280/440/40/220/+ 720/5/5/20/+ 50 (50.00) D 16:9 40 1024x768@75.03 78.750 1024/16/96/176/+ 768/1/3/28/+ 75 (75.03) D 41 1024x768@70.07 75.000 1024/24/136/144/- 768/3/6/29/- 70 (70.07) D 42 1024x768@60.00 65.000 1024/24/136/160/- 768/3/6/29/- 60 (60.00) D 43 832x624@74.55 57.284 832/32/64/224/- 624/1/3/39/- 75 (74.55) D 44 800x600@75.00 49.500 800/16/80/160/+ 600/1/3/21/+ 75 (75.00) D 45 800x600@72.19 50.000 800/56/120/64/+ 600/37/6/23/+ 72 (72.19) D 46 800x600@60.32 40.000 800/40/128/88/+ 600/1/4/23/+ 60 (60.32) D 47 720x576@50.00 27.000 720/12/64/68/- 576/5/5/39/- 50 (50.00) D 16:9 48 720x576i@50.00 13.500 720/12/63/69/- 576/4/6/39/- 50 (50.00) D 2x|16:9 49 720x480@60.00 27.027 720/16/62/60/- 480/9/6/30/- 60 (60.00) D 16:9 50 720x480@59.94 27.000 720/16/62/60/- 480/9/6/30/- 60 (59.94) D 16:9 51 720x480i@60.00 13.514 720/19/62/57/- 480/8/6/31/- 60 (60.00) D 2x|16:9 52 720x480i@59.94 13.500 720/19/62/57/- 480/8/6/31/- 60 (59.94) D 2x|16:9 53 640x480@75.00 31.500 640/16/64/120/- 480/1/3/16/- 75 (75.00) D 54 640x480@72.81 31.500 640/24/40/128/- 480/9/3/28/- 73 (72.81) D 55 640x480@66.67 30.240 640/64/64/96/- 480/3/3/39/- 67 (66.67) D 56 640x480@60.00 25.200 640/16/96/48/- 480/10/2/33/- 60 (60.00) D 4:3 57 640x480@59.94 25.175 640/16/96/48/- 480/10/2/33/- 60 (59.94) D 58 720x400@70.08 28.320 720/18/108/54/- 400/12/2/35/+ 70 (70.08) D
Cheers and thanks!
-Ros -
I haven't run rpi-update, but on initial install of the OS, I believe I updated everything to current with the recommended method.
That's fine. No need for
rpi-update
at the moment.Pastebin of verbose for lr-mupen-plus
Hm, seems the core is requesting an OpenGL core context (3.3), but that's not available on the Pi. I'll take a look, maybe the Pi5 is mis-detected and the core doesn't get built with support for the GLES3 context (like it's doing on the Pi4).
EDIT: did you switch the 'video_driver' to 'glcore' in RA's config ?
-
@mitu said in Raspberry Pi 5 - official announcement:
did you switch the 'video_driver' to 'glcore' in RA's config ?
It's set for gl. FWIW I just tried glcore and it didn't work either (as presumably expected).
-
@roslof said in Raspberry Pi 5 - official announcement:
It's set for gl. FWIW I just tried glcore and it didn't work either (as presumably expected).
Yes, I suppose it wouldn't work. Strange, on a quick test this doesn't happen here with the 'next' core. I'll take a closer look later on.
... [INFO] [Environ]: SYSTEM_DIRECTORY: "/home/pi/RetroPie/BIOS". [INFO] [Content]: Loading content file: "/home/pi/roms/n64/Legend of Zelda, The - Ocarina of Time (USA) (Rev B).n64". [ERROR] [Environ]: GET_VARIABLE: mupen64plus-next-EnableN64DepthCompare - Invalid value. [ERROR] [Environ]: GET_VARIABLE: mupen64plus-next-EnableShadersStorage - Invalid value. [INFO] [Environ]: SET_HW_RENDER, context type: gl. [INFO] Requesting OpenGLES3 context. [libretro INFO] mupen64plus-next: Goodname: Legend of Zelda, The - Ocarina of Time (U) (V1.2) [!]
-
Early days for sure with all of this, but some great things so far! The Vulkan video driver really ups the ante on what can be done with lr-flycast-dev on the Raspberry Pi 5. Upscaling while still maintaining 60 FPS is a treat.
I have my Sinden lightguns working with lr-dolphin, and I'm wondering if I can use the Vulkan video driver there too. With the default video driver, some games are juuuust on the edge of full speed. However, the Vulkan video driver causes RetroArch to lock up with lr-dolphin. I then have to reboot my Pi. Anybody know of additional steps needed for lr-dolphin to use Vulkan more effectively (if possible yet)?
-
@Darksavior said in Raspberry Pi 5 - official announcement:
@windg Sounds good. My main interest was in possibly asking to get AetherSX2 officially on RetroPie. I tried that person's 3rd party doom image and performance was all over the place.
@retropieuser555 It's not running AetherSX2 on the desktop/Ubuntu.
I'm curious when you run
neofetch
has he used bookworm/raspberry pi OS then somehow?Sorry I probably wasn't clear, I got it by building RetroPie on top of Ubuntu 23.10, so I'm not running it from the desktop, my boot order goes to emulationstation and doesn't load the desktop.
I was going to use the server build of Ubuntu but for 23.10 couldn't use the steps others have used before on 22.04 to get RetroPie running.
-
I have run AetherSX2 emulator in the past in Pi OS Bullseye 64 bit : https://retropie.org.uk/forum/topic/31676/aethersx2-ps2/10?_=1703147387237 but i don't remember what i did. So, i believe it will be possibly run this in the current version.
Edit: Ok, i run it in PI OS Bookworm Desktop.
I have to installfuse
package for emulator to open. It's necessary also to install Vulkan i believe.instructions tested with PI Os Bookworm 64 bit in RPi4 :
- Download latest appimage : https://www.aethersx2.com/archive/?dir=desktop/linux
chmod +x
the appimagesudo apt install fuse
- To run the emulator
./the_appimage
Maybe we can create a script to launch this with the help of matcbox window manager. Something similar with the standalone Duckstation from
RetroPie-Extra
repo. -
@roslof said in Raspberry Pi 5 - official announcement:
@roslof said in Raspberry Pi 5 - official announcement:
It's possible that the new code is adding some lag, but I'll look into this more later this evening.
@Widge I synched to the changelist that preceded the
-show-fps
option and I'm still reliably getting what I'd describe as garbage sound (playing random data) periodically especially when multiple TIEs are on screen, or when there are explosions, but can occur at any time. So the issue is not with the addition of -show-fps. I didn't hear this in your video, so it's confusing where this is coming from.FWIW, I build without network support.
I cannot reproduce this raspy sound issue with the mechafatnick version. Both games are pretty zippy, but is "feels" like the mechafatnick version has less dips in performance. Could be placebo. But the audio with DBX's version is definitely a problem for me.
EDIT: I should clarify that BOTH versions run SWT at 59.997 (60fps) at 1080x768 either stock or overclocked. Infrequent hitching on Hoth and the forest speeder bike scene. Only infrequent moments of slowdown overall (load transitions, cutscenes and a few hardcore scenes). A very enjoyable experience.
So @roslof - a name from the distant past... :)
My Supermodel repo adds minimal to the MFN repo, but anything it does is direct from main supermodel additions or SDL's icculus libraries. One notable difference is the introduction of the "allegedly" more accurate Quad audio system. This stands out from your comments and did require some TLC in the configs, so if you are just swapping configs from pre/post could be the issue. As with increased emulation accuracy, more CPU cycles required, but all of the more recent engine updates have been skipped to save the Pi resources on the
arm
branch.Haven't had any other reports of sound issues so tying this off as it's not really the right place for discussion of the issue.
Glad the FPS counter is of use, was a 2 line change so can be retrospectively added to any of the repos easily....
-
@windg from inside the desktop environment you mean? Or you were able to run it from emulationstation in Bookworm 64bit? I always get the segment fault. It's not the issue with fuse, as I've got that included and I found in ubuntu the error message when you're missing fuse says about requiring fuse to open the file. For me just now in bookworm it doesn't get as far as the fuse error message, just the segment fault
-
@retropieuser555 Yes, from Desktop. I haven't try it yet from emulationstation and Pi 5. I believe it needs a window manager to run from ES.
The first time it ask for fuse package, after i choose a game it doest run it because of the opengl ES version that pi4 is using. I think it will work in Rpi5.
-
I try it with Pi5 and with first try is crashing (segment fault) But after i add the kernel line, in the config.txt file, emulator is running. But it needs vulkan that i don't know how to install it to test games.
This is the error log after i try to run a game, i try also vulkan from pikiss project,but the result was the same :
ioannes@raspberrypi:~/Downloads $ ./AetherSX2-v1.5-3606.AppImage Program Path: /tmp/.mount_AetherRfZMxw/usr/bin/aethersx2 AppRoot Directory: /tmp/.mount_AetherRfZMxw/usr/bin DataRoot Directory: /home/ioannes/.config/aethersx2 Resources Directory: /tmp/.mount_AetherRfZMxw/usr/bin/resources Loading config from /home/ioannes/.config/aethersx2/inis/PCSX2.ini. BIOS Directory: /home/ioannes/.config/aethersx2/../../../../media/ioannes/R3TRO/PS2 BIOS Complete (All Regions)/EU/SCPH-35004 EU 150-001228 Snapshots Directory: /home/ioannes/.config/aethersx2/snaps Savestates Directory: /home/ioannes/.config/aethersx2/sstates MemoryCards Directory: /home/ioannes/.config/aethersx2/memcards Logs Directory: /home/ioannes/.config/aethersx2/logs Cheats Directory: /home/ioannes/.config/aethersx2/cheats CheatsWS Directory: /home/ioannes/.config/aethersx2/cheats_ws CheatsNI Directory: /home/ioannes/.config/aethersx2/cheats_ni Covers Directory: /home/ioannes/.config/aethersx2/covers Game Settings Directory: /home/ioannes/.config/aethersx2/gamesettings Cache Directory: /home/ioannes/.config/aethersx2/cache Textures Directory: /home/ioannes/.config/aethersx2/textures Input Profile Directory: /home/ioannes/.config/aethersx2/inputprofiles Case insensitive sorting unsupported in the posix collation implementation Numeric mode unsupported in the posix collation implementation Case insensitive sorting unsupported in the posix collation implementation Numeric mode unsupported in the posix collation implementation Case insensitive sorting unsupported in the posix collation implementation Numeric mode unsupported in the posix collation implementation Case insensitive sorting unsupported in the posix collation implementation Numeric mode unsupported in the posix collation implementation Case insensitive sorting unsupported in the posix collation implementation Numeric mode unsupported in the posix collation implementation Case insensitive sorting unsupported in the posix collation implementation Numeric mode unsupported in the posix collation implementation Case insensitive sorting unsupported in the posix collation implementation Numeric mode unsupported in the posix collation implementation Case insensitive sorting unsupported in the posix collation implementation Numeric mode unsupported in the posix collation implementation Case insensitive sorting unsupported in the posix collation implementation Numeric mode unsupported in the posix collation implementation Case insensitive sorting unsupported in the posix collation implementation Numeric mode unsupported in the posix collation implementation Vulkan: Failed to load required instance function vkGetDeviceProcAddr Vulkan: Failed to load required instance function vkEnumeratePhysicalDevices Vulkan: Failed to load required instance function vkGetPhysicalDeviceFeatures Vulkan: Failed to load required instance function vkGetPhysicalDeviceFormatProperties Vulkan: Failed to load required instance function vkGetPhysicalDeviceImageFormatProperties Vulkan: Failed to load required instance function vkGetPhysicalDeviceProperties Vulkan: Failed to load required instance function vkGetPhysicalDeviceQueueFamilyProperties Vulkan: Failed to load required instance function vkGetPhysicalDeviceMemoryProperties Vulkan: Failed to load required instance function vkCreateDevice Vulkan: Failed to load required instance function vkEnumerateDeviceExtensionProperties Vulkan: Failed to load required instance function vkEnumerateDeviceLayerProperties Vulkan: Failed to load required instance function vkGetPhysicalDeviceSparseImageFormatProperties Vulkan: Failed to load required instance function vkGetPhysicalDeviceFeatures2 Vulkan: Failed to load required instance function vkGetPhysicalDeviceProperties2 Vulkan: Failed to load required instance function vkGetPhysicalDeviceMemoryProperties2
-
@windg vulkan is installed by default
Ah you're right, it's this 4kb vs 16kb problem. I wonder if ubuntu runs at 4kb rather than 16kb and that's why it works. Guess it being closed source software it'll be hard to know what's going on with aethersx2.
Do you find the window isn't full screen? I find I have to enter this for a 1080p tv to go full screen in the PCSX2.ini:-
MainWindowGeometry = AdnQywADAAAAAAAAAAAAFAAAB38AAARLAAAAAAAAABQAAAd/AAAESwAAAAAAAAAAB4AAAAAAAAAAFAAAB38AAARL MainWindowState = AAAA/wAAAAD9AAAAAAAABBoAAAJxAAAABAAAAAQAAAAIAAAACPwAAAABAAAAAgAAAAEAAAAOAHQAbwBvAGwAQgBhAHIAAAAAAP////8AAAAAAAAAAA== DisplayWindowGeometry = AdnQywADAAAAAAAAAAAAFAAAB38AAARLAAAAAAAAABQAAAd/AAAESwAAAAAAAAAAB4AAAAAAAAAAFAAAB38AAARL
I'm sure someone smarter than me can figure out the Hex of this for 720p, 768p, 4k displays that people would have
-
@mitu That worked perfectly, thanks
-
@retropieuser555 i didn't check the window size, did you have success with the games?
The real issue is that the developer don't work on this anymore, one critical update and emulator will stop working. -
Hm, seems the core is requesting an OpenGL core context (3.3), but that's not available on the Pi. I'll take a look, maybe the Pi5 is mis-detected and the core doesn't get built with support for the GLES3 context (like it's doing on the Pi4).
@roslof I can't reproduce the error, even with a new install of the
lr-mupen64plus-next
.
Your log shows the error forlr-mupen64plus
, howeverlr-mupen64plus
is not available for 64bit ARM - are you running a 32bit system (with the 64bit kernel) ? It doesn't seems so, from the log you posted earlier. Can you try with thelr-mupen64plus-next
core again and make sure you have eithergl
orglcore
as Retroarch's video driver ?
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.