Raspberry Pi 5 - official announcement

kounabi22

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

retropieuser555

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

Widge

@mitu This worked for me too. Thanks mitu

Darksavior

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

mitu

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

retropieuser555

@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

mitu

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

retropieuser555

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?

@Darksavior

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?

https://github.com/flyinghead/flycast/issues/1288

mitu

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

windg

How are the temperatures-CPU usage with Saturn and GameCube games ?

StuMcBill

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?

mitu

@StuMcBill EmulationStation configs can be copied from /opt/retropie/configs/all/emulationstation between 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 ?

StuMcBill

@mitu said in Raspberry Pi 5 - official announcement:

@StuMcBill EmulationStation configs can be copied from /opt/retropie/configs/all/emulationstation between 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.

Darksavior

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

mitu

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

Darksavior

@mitu No worries, I thought it might be a simple script fix.

mitu

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

windg

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.txt file

kernel=kernel8.img
overscan_scale=1

For Bookworm Lite 32 bit

arm_64bit=0
overscan_scale=1

To change the resolution (optional) :

add to the end of cmdline.txt file 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@60

mitu

@windg said in Raspberry Pi 5 - official announcement:

For Bookworm Lite 32 bit

There's no need for the kernel line for 32bit, just arm_64bit=0 (as it's already done for the Bullseye weekly image). The line you added forces a 64bit kernel.

retropieuser555

Think I've found a way around the kernel problem. You can bypass the mupen64plus 4kb issue by changing the configs so it uses the pure or cached interpreter in mupen64plus.ini and retroarch_core_options.cfg.

https://github.com/mupen64plus/mupen64plus-core/issues/1047

And flycast can be built changing this memory line mentioned here, it worked for me and now have lr-flycast-dev and standalone flycast built and working in the regular kernel.

https://github.com/flyinghead/flycast/issues/1288

Those are the only two emulators/systems I found I couldn't run on the default kernel, there maybe more.