Raspberry Pi 5 - official announcement
-
@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?) -
@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.
-
anyone managed to install yabasanshiro?
the extra scripts libretro version is only installing for pi4 and the standalone fails to install.
-
@Darksavior Thanks, hopefully we will get some ps2 emulator in the future.
-
@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. -
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 packagesgame 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 menusvolume control errors
restarting emulationstation errors
warning v3d support for hw version 71 is neither a complete nor a conformant opengl implemention. testing use only3do
fifa - played but felt more sluggish even though audio seemed improved.virtual jaguar
avp - same as on pi4dreamcast
flycast not loading
redream 4x4 evo - crashed after loading game -
@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. -
Yes have bios and working well on pi4 for an experimental emulator.
-
@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
-
@retropieuser555
FIFA never run great on pi4 always had some sound issue but gameplay was fine. -
-
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.
-
-
It looks that the system can handle some Wii games. I try Xenoblade Chronicles and it's running very well.
-
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.
-
@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 atruntimecompile time the kernel memory paging configuration is not a solution when cross-compiling or if the user changes the kernel inconfig.txt
. -
And lr-pcsx-rearmed is affected from the memory page issue.
-
@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.
-
@retropieuser555 Yes i have try it and it's working very well!
-
@retropieuser555 yeah that snow thing always annoyed me. Good to know
-
Does someone has test the standalone Dolphin ?
-
@windg I did try it, but could only get it working on the desktop environment for now. I wondered about some roundabout solution using wayfire configs to load dolphin then close it when it's done, but that seems silly to do when ultimately someone will fix the underlaying video output problem?
@mitu I got dosbox-staging working btw, it needs the core option set to auto from dynamic here inside /home/pi/.dosbox/dosbox-staging.conf
[cpu] # core: CPU Core used in emulation. auto will switch to dynamic if available and # appropriate. # Possible values: auto, dynamic, normal, simple. core = auto cputype = auto cycles = auto cycleup = 10 cycledown = 20
I did only test Championship Manager 93 though, so I can't vouch for what games will and won't work
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.