Raspberry Pi 5 - official announcement

Darksavior

@mitu No change. The log is the same as well.

On a side note, I heard Batocera has a ps2 emulator in their pi5 build so I installed it to see which one it was. It has two versions of Play!. The standalone version and the libretro version. I couldn't get the libretro version to work, but the standalone worked and it was very slow. Maybe the standalone can be added in the future?

Also, Batocera has a different ES, and it has a better grid theme. Will RetroPie be updated to that someday or are the branches just too different? RetroPie's ES can't do this (I also want to stop using the Pegasus frontend. It's just a hassle to make it work properly): alt text

mitu

@mitu No change. The log file is the same as well.

If it's the same, then the installation is working.

On a side note, I heard Batocera has a ps2 emulator in their pi5 build so I installed it to see which one it was. It has two versions of Play!. The standalone version and the libretro version. I couldn't get the libretro version to work, but the standalone worked and it was very slow. Maybe the standalone can be added in the future?

Not sure, how does it compare to pcsx2 ?

Also, Batocera has a different ES, and it has a better grid theme. Will RetroPie be updated to that someday or are the branches just too different? RetroPie's ES

If someone adds the changes from @f-caruso's fork (which Batocera uses under the hood), then yes.

Darksavior

@mitu I've never used Play! until now to have an opinion but it might be the only option right now? I don't know if pcsx2 has an arm64 port, but it does have an apple m1 arm port. I tried it on my m1 and Aethersx2 was much better and less buggy. I assume Aethersx2 can't be altered for a non-desktop environment if the Batocera devs decided to use Play! instead.

rickd5674

@Darksavior
I really hope we get AetherSX2 in the future

retropieuser555

@Darksavior did you use the nightly of PCSX2 on your Mac? For me its better than AetherSX2 (Lego Star wars for example has weird lighting glitches I found). Also PCSX2 is in development and open source so it will eventually be our better bet I imagine as there's no editing AetherSX2 (which was a fork of PCSX2 anyway?)

Darksavior

@retropieuser555 Honestly, I didn't give it much of a chance due to the annoying bugs it had like no actual fullscreen or proper resizing. I also couldn't get Valkyrie Profile 2 running properly at the time when sx2 ran it np. It's been a year or two since so it's good to hear it has made improvements to try again. It was also weird that I got better performance in God of War 2 on rpcs3 than on pcsx2.

@rickd5674 Unless someone can make it work without the desktop environment, then it won't be much good for most people. The dev wiped his github and no longer in development. Since the dolphin standalone is still active, then that's more likely for someone to get working.

rickd5674

anyone managed to install yabasanshiro?

the extra scripts libretro version is only installing for pi4 and the standalone fails to install.

rickd5674

@Darksavior Thanks, hopefully we will get some ps2 emulator in the future.

windg

@rickd5674 It's failing yes but you can try lr-beetle-saturn , if i am not wrong, is better emulator. Yabasanshiro it's failing and with 64 bit Bullseye and Bookworm for RPi4.

rickd5674

I know retropie is only in testing phase for pi5 but wanted to share my results so far.

This is with a Pi5 4gb model
Installed ontop of OS 64bit lite today using Pi Imager to write the image.
Using official 27w PSU
all packages updated as of today.
updated OS packages

game simpsons hit & run (europe) - loads to menu then crashes
game starwars squadron leader II (europe) to low framerate
system gamecube
gamecube dolphin - fails to open
gamecube lr-dolphin - fails to load games ive tested or just crashes on menus

volume control errors

restarting emulationstation errors
warning v3d support for hw version 71 is neither a complete nor a conformant opengl implemention. testing use only

3do
fifa - played but felt more sluggish even though audio seemed improved.

virtual jaguar
avp - same as on pi4

dreamcast
flycast not loading
redream 4x4 evo - crashed after loading game

windg

@rickd5674 Ignore volume control error and ES warning message they are harmless. I am not familiar with 3do and jaguar, do you have the bios files? Also try lr-flycast-dev it's working fine so far., check in the experimental packages.

skankieflank

@windg

Yes have bios and working well on pi4 for an experimental emulator.

retropieuser555

@skankieflank tested need for speed and Megarace just now on lr-opera, seems fine to me? Haven't got FIFA but I'll give a try later

skankieflank

@retropieuser555
FIFA never run great on pi4 always had some sound issue but gameplay was fine.

Brunnis

Been playing around a bit with my Pi 5 and RetroPie manually installed on Pi OS Lite 64-bit. Set kernel=kernel8.img in config.txt, as well as force_turbo=1. RetroPie seems to work fine and HDMI audio works from the get-go. I've tested some SNES and N64:

Note: I used 1920x1080 as output resolution for all tests so far.

The default emulator for SNES is lr-snes9x. Tested Yoshi's Island and played around with video_threaded, max_swapchain_images and frame_delay to see what the additional performance of the Pi 5 affords us in terms of latency reduction. With video_threaded=0 and max_swapchain_images=2, frame_delay could be set all the way up to 12 ms. If I set 13 ms, the title screen of Yoshi's Island would start to stutter. This is a great result. I also tried setting max_swapchain_images to 3 again and then tested how high I could set frame-delay, just to get an idea of how much time the Pi 5 needs to render a frame. Turns out 15 ms was the max while still running at full speed. That means the Pi 5 needed at most 1.67 ms to render each frame. Pretty impressive.
I also enabled the zfast_crt_standard shader. This appeared to need an additional ~1 ms to render, i.e. I had to reduce the frame delay by 1 ms to maintain full speed.

Tried a few N64 games as well. The default emulator is lr-mupen64plus-next. I left everything at default (including any latency-reducing RetroArch settings).

Mario 64 ran without issues in the first level.
Shadows of the Empire runs much better than it ever did on the Pi 4. A few stutters in the intro. Just a couple of stutters during the snowspeeder levels. Played the snowspeeder levels and a couple of minutes of the second level and it worked great. Can't vouch for the rest of the game though, of course.
Ocarina of Time has a bit of stuttering in the intro (I didn't try playing yet). It's greatly improved over the Pi 4, though.
Mario Tennis has severe stuttering when the "glowing ball" effect is applied as you hit it over to the other side. When those effects are not showing it seems to run fine. Obviously not playable due to this issue, though.

It's possible slightly better N64 performance could be had by reducing output resolution to 640x480, but I wouldn't expect any miracles. So, while the Pi 5 handles N64 much better than the Pi 4, it seems it's still not enough. We need even faster hardware or an improvement in how we emulate this console. Maybe other N64 emulators will fare slightly better for some games.

windg

It looks that the system can handle some Wii games. I try Xenoblade Chronicles and it's running very well.

retropieuser555

If anyone wants to try out lr-parallel-n64, add this line into /opt/retropie/configs/all/retroarch-core-options.cfg

parallel-n64-cpucore = "cached_interpreter"

The default dynamic_recompiler will right now cause a segment fault due to the 4kb vs 16kb virtual memory pages issue. So as far as I can tell we don't need the temporary kernel solution, as flycast has been corrected on GitHub and if you make the interpreter changes to the various mupen64plus & lr-parallel-64 options it all runs happily.

Also strangely compared to the pi 4, lr-parallel-64 using goldeneye the snow texture glitch has now gone. So that's nice.

mitu

@retropieuser555 said in Raspberry Pi 5 - official announcement:

So as far as I can tell we don't need the temporary kernel issue, as flycast has been corrected on GitHub and if you make the interpreter changes to the various mupen64plus & lr-parallel-64 options it all runs happily.

Yeah, I doubt this is the end of it. dosbox-staging also doesn't run with the default RPI kernel config, so the issue is probably affecting anything with a JIT. Note that detecting at ~~runtime~~ compile time the kernel memory paging configuration is not a solution when cross-compiling or if the user changes the kernel in config.txt.

windg

And lr-pcsx-rearmed is affected from the memory page issue.

retropieuser555

@mitu you're probably right, in my mind I was looking at 3D based consoles so having a quick run around the cores and emulators those seemed to be the ones that didn't like the kernel issue. But you're right, given there's dozens of cores and emulators it could affect any of them.

@windg did you try lr-beetle-psx? I've had a lot of success with that emulator, I always figured lr-pcsx-rearmed so a hacky solution for slow Arm based machines? Whereas with the pi 5 it's probably fair to say we're beyond the slow aspect.

Oh btw, Mario Golf, Mario Tennis, Mystical Ninja Starring Goemon (edit NBA Hangtime & Donald Duck Goin' Quackers). Off hand I know these are all games that have glitches or don't play well on lr-mupen64plus-nx or the standalone. I tried them in lr-parallel-n64 at first they weren't great. Then I switched the GFX Plugin to angrylion and they play very well.