Raspberry Pi 5 - official announcement
-
@retropieuser555 I'm using lr-mesen for nes and that works. I haven't tried those other nes emus.
lr-dolphin worked fine for me for wii. I'm using wbfs files if it matters. It's slow with 3d games.
I've had controller issues but it might be the pi5. Sometimes I need to re-connect my sn30 pro on startup.
-
@Darksavior said in Raspberry Pi 5 - official announcement:
I rebuilt lr-flycast-dev and it still crashes.
Can you boot with
kernel=kernel8.imgadded to/boot/firmware/config.txtand see if you still get the crash with the new Flycast ? -
@retropieuser555 said in Raspberry Pi 5 - official announcement:
Killer Instinct 1 and 2, I know someone mentioned above, work great on lr-mame2003 for me. When it does the character tower scroll it pauses to load in the fight but then in gameplay it's perfect. Not sure if that pause is a mame problem or part of the original game.
can you test them in lr-mame?
-
@mitu That did the trick thanks! standalone flycast, lr-flycast and lr-flycastdev, lr-mupen64plus,lr-pscx-rearmed all boot now. 007 goldeneye has no slowdowns in the Dam that it usually has bumped up a few resolutions to 1440x1080 (edit:- sorry this is meaningless I forgot to change native resolution to a multiple)
-
@mitu This worked for me too. Thanks mitu
-
@mitu Yes, that works. It also made n64 work. Thanks. So, this kernel8 is a non-optimized kernel for the pi5?
It looks like lr-flycast-dev does take advantage of vulkan. 1440x1080 internal res with 1080p output res was getting me ~50fps with Sonic Adventure 2 with gl. Vulkan made it 60fps with minor unnoticeable dips.
lr-mupen64plus-next didn't do so well with Goldeneye. It seems to handle 2x internal res at 1080p output res until I turn on the first level and then I get major dips. No change if it's native res. I chose vulkan for it but it used glcore.
-
@Darksavior said in Raspberry Pi 5 - official announcement:
@mitu Yes, that works. It also made n64 work. Thanks. So, this kernel8 is a non-optimized kernel for the pi5?
No, it's a kernel with 4KB pages, instead of 16KB that's the default for Pi5 (and the reason this doesn't happen on a PI4).
Some applications/libraries assume 4KB and they won't work with the default Pi5 kernel choice. There are a few issues reported for Bookworm on the bookwom-feedback tracker:
- https://github.com/raspberrypi/bookworm-feedback/issues/107 - this lists Wine/Win64/Box86 not working
- https://github.com/raspberrypi/bookworm-feedback/issues/91 - Scratch 3
For now I think it's enough as a workaround, but I'm wondering why this happens just on Linux. AFAIK, Flycast works on modern macOS when running on Apple Silicon (M1/M2 chips) and macOS works with 16KB pages only on those ARM systems.
-
@mitu given that bug stops things like Scratch I'm sure it'll get fixed pretty quick, can't imagine pi foundation will be happy that's not working
-
@retropieuser555 said in Raspberry Pi 5 - official announcement:
@mitu given that bug stops things like Scratch I'm sure it'll get fixed pretty quick, can't imagine pi foundation will be happy that's not working
It doesn't seem to be an OS issue, more like an application issue. The Asahi Linux project stumbled upon this when running Linux on the Apple Silicon - see https://github.com/AsahiLinux/docs/wiki/Broken-Software.
-
XNU (macOS) gets around this by supporting independent page sizes in userspace, however we have no such mechanism in Linux and likely never will.
Oh right. So basically software will need a fix in each case?
At this time, emulators need optimizing and fixing.
100% agree, I haven't touched an overclock at all and it doesn't feel like the system is necessarily struggling with things. I doubt most users will attempt or worry about 2x 3x resolutions for games and such. Maybe have it as an option like with mupen64plus on the pi4. I'll give lr-mesen a go given that lets you do the texture packs anyway
Oh and I opened a bug report for flycast and it might be as simple as this, I'll try later on. If it works, would it work if there's a check in the lr-flycast or flycast script if it's arm-cortex a76?
-
@retropieuser555 said in Raspberry Pi 5 - official announcement:
If it works, would it work if there's a check in the lr-flycast or flycast script if it's arm-cortex a76?
No.
-
How are the temperatures-CPU usage with Saturn and GameCube games ?
-
I've got RetroPie manually installed over a Rasbian Lite Image no problem, is there an easy way I can transfer my existing emulation station / retroarch configuration from my Pi3 to my Pi5 - or is this not recommended?
-
@StuMcBill EmulationStation configs can be copied from
/opt/retropie/configs/all/emulationstationbetween systems. If you have scraped your systems and stored the media in the ROMs folders, copying the folders should be enough.
For RetroArch, what configs do you think you need ? Did you have overrides/shader presets, input remaps ? -
@mitu said in Raspberry Pi 5 - official announcement:
@StuMcBill EmulationStation configs can be copied from
/opt/retropie/configs/all/emulationstationbetween systems. If you have scraped your systems and stored the media in the ROMs folders, copying the folders should be enough.
For RetroArch, what configs do you think you need ? Did you have overrides/shader presets, input remaps ?In all honesty the only things I think I’ve configured in Retroarch is a crt shader and cheats. Nothing I couldn’t recreate quickly. It’s the emulation station things I’d want to copy.
Thanks. -
@mitu The gamecon driver is not working. https://pastebin.com/Qj7Z95KB
If raphnet has the usb the adapter I want in stock then I'll switch to that someday. -
@Darksavior said in Raspberry Pi 5 - official announcement:
@mitu The gamecon driver is not working. https://pastebin.com/Qj7Z95KB
Looks like a build error, but regardless of that I suspect all of the GPIO related drivers are not working with the Pi5. Haven't taken a look at it yet; all the I/O is handled by the on-board RP1 chip and I think the current approach used by the GPIO drivers to read/write to the kernel memory will not work.
-
@mitu No worries, I thought it might be a simple script fix.
-
@Darksavior said in Raspberry Pi 5 - official announcement:
@mitu No worries, I thought it might be a simple script fix.
Fixing the build, yes, but actually working - I doubt it. I'll probably fix the build, but for the actual functionality it may be a bit problematic since I don't have a GPIO based test bed.
-
So, to gather some information so far, if someone wants to test RetroRie (experimental) with the RPi5, they need to add :
- For Bookworm Lite 64 bit
To the
config.txtfilekernel=kernel8.img overscan_scale=1- For Bookworm Lite 32 bit
arm_64bit=0 overscan_scale=1To change the resolution (optional) :
add to the end of
cmdline.txtfile the following:video=HDMI-A-1:"add_your_width"x"add_your_height"M@"add_your_refresh_rate"Example for 1080p 60HZ resolution:
video=HDMI-A-1:1920x1080M@60My English isn't at a good level.
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.