@mitu

Thank you all for this information, it is most appriciated.

@Limegreengamer9 I don't 'have' any other drivers.

You may try to see if the gamepad works with a more recent Linux kernel, with the drivers included there. Boot with a recent Raspberry Pi OS Lite and try to run jstest there to see if all inputs are properly detected. You may need to install the joystick package for the jstest command.

You still need this? It took me a while but I did build it using the instructions below

(Windows) git clone https://github.com/ppy/osu cd osu dotnet workload install android maui-android dotnet publish -c Debug --runtime linux-arm64 (or Release) (Saved location)\osu\osu.Desktop\bin\Release\net6.0 Copy over linux-arm64 folder to the pi (Raspberry Pi) sudo apt install 7zip sudo apt install libsdl2-dev https://www.un4seen.com/download.php?bass24-linux go into \bass24-linux.zip\libs\aarch64 and copy the libbass.so to /usr/lib https://www.un4seen.com/download.php?z/0/bass_fx24-linux go into bass_fx24-linux.zip\libs\aarch64 and copy the libbass_fx.so to /usr/lib https://www.un4seen.com/download.php?bassmix24-linux go into bassmix24-linux.zip\libs\aarch64 and copy the libbassmix.so to /usr/lib /home/pi git clone --recursive https://github.com/veldrid/veldrid-spirv/ cd ext ./sync-shaderc.sh mv src shaderc cd .. ./build-native.sh -release linux-x64 cd build/Release/linux-x64 mv libveldrid-spirv.so liblibveldrid-spirv sudo cp liblibveldrid-spirv /lib/aarch64-linux-gnu /home/pi mkdir libs cd libs wget https://chromium.googlesource.com/android_tools/+archive/20ee6d20/ndk/platforms/android-21/arch-arm64/usr/lib.tar.gz 7z x lib.tar.gz 7z x lib.tar sudo cp libandroid.so /lib/aarch64-linux-gnu sudo cp libdl.so /lib/aarch64-linux-gnu/ sudo cp liblog.so /lib/aarch64-linux-gnu/ sudo apt-get install libstb-dev add kernel=kernel8.img to /boot/firmware/config.txt sudo reboot cd (wherever you have osu) chmod +x osu\! LIBGL_ALWAYS_SOFTWARE=true ./osu\! stop the game from loading after the fonts load (ctrl + c) nano ~/.local/share/osu-development/framework.ini change "WindowedSize" to 640x480 chnage "FrameSync" to Unlimited change "WindowMode" to Windowed save the file LIBGL_ALWAYS_SOFTWARE=true ./osu\! osu should load in at 640x480 windowed

ceb13383-7674-4078-bb0b-b40ace6a4b48-image.png

theres a couple of things with your provided information.

#1 there isnt an official release of the RetroPie software for the Raspberry Pi 5

#2 more importantly, the Pi5 can emulate (barely) original Xbox games and not very well.

the Raspberry Pi 5 will never, and I mean NEVER play Xbox 360 games, so using your kinect for 360 games in not a possibility. the kinect might work in some other way with other emulators and motion games, but i dont know and doubt it, because no one is working on any software to make the 360 kinect sensor work. also a very important note: the Xbox 360 used special GPU instructions called AVX and not only will ARM processors never work with this, but many Intel chips wont use it either.

I dont say never very often, because there are some amazing programmers out there that make magic happen sometimes, but this isnt one of them.
Xbox 360 emulation will never work on a Raspberry Pi 5, sorry :-/

@Folly Thanks, I got everything running now!

I never had issues with snes games with Rpi3 or Rpi4. I always had 60fps with the default settings and resolution 720p. N64 is another story, even with RPi5, emulation have issues with some games.

@Lolonois Thank you!

@windg

yes it work ty.

OK, the crash should be fixed in https://github.com/RetroPie/RetroPie-Setup/pull/3861.

It doesn't matter how many un-configured devices are detected, one is enough to trigger the bug whenever its input is procesed by joy2key (a button needs to be pressed to trigger the bug).

@Lumbeechief081 did you ever get this file? i'm hoping for something near the start of crystal cavern (or close enough)

@sleve_mcdichael said in Skyscraper - generate gamelist only once in the end?:

If you want to re-download data from a source again (or gather additional data such as marquees or videos that weren't enabled the first time), use --cache refresh.

Almost: --refresh / --cache refresh does update every enabled property (ie. cacheCovers=true and others in config.ini) of the scraped ROM(s).

By using only --flags video (or videos=true in config.ini) or setting in the ini: cacheMarquees=true (if it was false before) without --refresh will scrape the missing properties for the ROM(s), unless they are present in the cache for that scraper module.

@Folly So, apt install mame got me standalone compiles for 32 bit of course. Configuring it in retroarch was pretty easy and it works perfectly. It does use a core at 100%, but it does keep up.

But even better, https://github.com/audetto/AppleWin

That is an update to date version of AppleWin with a libretro build on linux! That's more efficient than mame and gives me a libretro module. So, all is well as I compiled that and added to retroarch.

As I said, I am not moving to a 64 bit OS, it's not relevant as to why as that was not my question.

@windg said in Psp games in .chd format aren't visible in ES.:

@mitu i was thinking that .chd files are recognized by ES in general and it was independent from the emulator. I thought that was a bug.

No, the list of extensions accepted is a system parameter and not a global list. When the new PPSSPP version will be added in RetroPie, the extension list for ES's psp system will be updated accordingly.

@yon100 said in Wire-Connection between two Retropie consoles:

Is there a possibility to use Netplay simply by connecting the two Pies with LAN cable?

Yes, as long as the 2 Pi have a network connection, Netplay doesn't care about the medium used (WiFi/Ethernet/Bluetooth/etc.).