@mitu I tried now with config.txt

dtoverlay=vc4-kms-v3d,nohdmi

and emulationstation and mpv are working on display! (Only vlc makes troubles)

root@rpi5:/opt/videos# mpv --no-audio simpsons.mp4 (+) Video --vid=1 (*) (h264 640x480 25.000fps) Audio --aid=1 --alang=deu (*) (aac 1ch 48000Hz) [vo/gpu] VT_GETMODE failed: Inappropriate ioctl for device [vo/gpu/opengl] Failed to set up VT switcher. Terminal switching will be unavailable. VO: [gpu] 640x480 yuv420p V: 00:05:28 / 00:22:15 (25%) root@rpi5:/opt/videos# mpv --drm-connector=help Available connectors for card 0 (/dev/dri/card2): SPI-1 (connected) Available connectors for card 1 (/dev/dri/card1): Available connectors for card 2 (/dev/dri/card0): Cannot retrieve DRM resources: Operation not supported root@rpi5:/opt/videos# drmdevice --- Checking the number of DRM device available --- --- Devices reported 3 --- --- Retrieving devices information (PCI device revision is ignored) --- device[0] +-> available_nodes 0x01 +-> nodes | +-> nodes[0] /dev/dri/card2 +-> bustype 0002 | +-> platform | +-> fullname /axi/pcie@120000/rp1/spi@50000/panel@0 +-> deviceinfo +-> platform +-> compatible wavesku19650 panel-mipi-dbi-spi --- Opening device node /dev/dri/card2 --- --- Retrieving device info, for node /dev/dri/card2 --- device[0] +-> available_nodes 0x01 +-> nodes | +-> nodes[0] /dev/dri/card2 +-> bustype 0002 | +-> platform | +-> fullname /axi/pcie@120000/rp1/spi@50000/panel@0 +-> deviceinfo +-> platform +-> compatible wavesku19650 panel-mipi-dbi-spi device[1] +-> available_nodes 0x01 +-> nodes | +-> nodes[0] /dev/dri/card1 +-> bustype 0002 | +-> platform | +-> fullname /axi/gpu +-> deviceinfo +-> platform +-> compatible brcm,bcm2712-vc6 --- Opening device node /dev/dri/card1 --- --- Retrieving device info, for node /dev/dri/card1 --- device[1] +-> available_nodes 0x01 +-> nodes | +-> nodes[0] /dev/dri/card1 +-> bustype 0002 | +-> platform | +-> fullname /axi/gpu +-> deviceinfo +-> platform +-> compatible brcm,bcm2712-vc6 device[2] +-> available_nodes 0x05 +-> nodes | +-> nodes[0] /dev/dri/card0 | +-> nodes[2] /dev/dri/renderD128 +-> bustype 0002 | +-> platform | +-> fullname /axi/v3d@2000000 +-> deviceinfo +-> platform +-> compatible brcm,2712-v3d --- Opening device node /dev/dri/card0 --- --- Retrieving device info, for node /dev/dri/card0 --- device[2] +-> available_nodes 0x05 +-> nodes | +-> nodes[0] /dev/dri/card0 | +-> nodes[2] /dev/dri/renderD128 +-> bustype 0002 | +-> platform | +-> fullname /axi/v3d@2000000 +-> deviceinfo +-> platform +-> compatible brcm,2712-v3d --- Opening device node /dev/dri/renderD128 --- --- Retrieving device info, for node /dev/dri/renderD128 --- device[2] +-> available_nodes 0x05 +-> nodes | +-> nodes[0] /dev/dri/card0 | +-> nodes[2] /dev/dri/renderD128 +-> bustype 0002 | +-> platform | +-> fullname /axi/v3d@2000000 +-> deviceinfo +-> platform +-> compatible brcm,2712-v3d

@mitu Thank you very much! Updating the kernel and redownload the package did it! 🤗

@hank it worked thank you

The most safe is to backup the roms, bios files and start a fresh install of RetroPie for Rpi4.

https://retropie.org.uk/docs/Updating-RetroPie/?h=backup#backup-option-2

OK, so I finally got Smash Melee to launch on my Pi4 (32-bit). It currently runs beyond horribly (1 fps) using the following command in in the shell (I have not tried to launch it from within Emulationstation yet):

sudo xinit dolphin-emu-nogui -e /home/pi/RetroPie/roms/gc/Super\ Smash\ Bros\ Melee.iso

If this is the best performance I can get then this whole endeavour was probably a waste of time, but I want to believe that the 15fps numbers I hear from people playing Dolphin on the Pi4 are attainable and I really believe that this would be a playable experience for some games (e.g. turn-based rpgs). I am definitely going to play around more and see if I can boost performance. I honestly don't know much about this stuff and it was a major undertaking for me just to get this 32 bit build to work at all.

OK, here is what I did to install dolphin 32-bit on my Pi 4 with the official RetroPie build:

git clone https://github.com/dolphin-emu/dolphin.git dolphin-emu cd ./dolphin-emu git submodule update --init --recursive git checkout tags/4.0.2

First you download the repository. This last line configures CMake to build Dolphin 4.0.2, which was released in 2014 and was the very final release of Dolphin that supported 32-bit.

The next step is to run CMake but you will get a "No suitable display platform found" and "Requires wayland or x11 to run" error that is a pain to get around. I believe that there are two possible solutions: you can either install an old version of CMake (<3.2) or it sounds like you can also just add a line to the CMakeLlist.txt before compiling.

Use CMake 3.1

sudo apt-get install software-properties-common sudo add-apt-repository ppa:george-edison55/cmake-3.1 sudo apt-get update

Add between lines 419 and 420 of CMakeList.txt: include(FindX11):

include(FindX11) if(USE_X11 AND X11_FOUND)

I personally went with option 1 and didn't bother with the second. That said, in the thread I linked to below by boomonster it sounds like the second approach should accomplish the same thing and is probably simpler, so maybe you should try that first.

There are some other changes that you will need to make to the CMakeLists.txt file (most of them are covered in boomonster's thread). Note that I decided to build the no-gui version of dolphin by enabling the "DISABLE_WX" option as I have shown below. The gui uses WXWidgets which requires that I install libgtk2.0-dev which caused a lot of problems for my Retropie installation. gtk2.0 broke Redream as well as Moonlight-qt (that I use for streaming) along with significantly hurting performance in some of my emulators (lr-yabause). I made the decision early on not to go anywhere near the GUI build of dolphin for this reason. I also needed to disable the UPnP port mapping option because it resulted in compiling errors that I couldn't get around any other way (I won't be using netplay so it doesn't bother me much).

CMakeLists.txt General Setup Section:

option(ANDROID "Enables a build for Android" OFF) option(USE_EGL "Enables EGL OpenGL Interface" OFF) option(USE_X11 "Enables X11 Support" ON) option(USE_WAYLAND "Enables Wayland Support" OFF) option(USE_GLES "Enables GLES2 And EGL, disables OGL" OFF) option(USE_GLES3 "Enables GLES3 and EGL" OFF) option(USE_UPNP "Enables UPnP port mapping support" OFF) option(DISABLE_WX "Disable wxWidgets (use CLI interface)" ON) option(FASTLOG "Enable all logs" OFF) option(OPROFILING "Enable profiling" OFF) option(OPENMP "Enable OpenMP parallelization" ON) option(ENCODE_FRAMEDUMPS "Encode framedumps in AVI format" OFF)

Note that I also had to force a number of packages to build external in CMakeLists.txt based on various errors that I encountered during compilation. Many packages installed on my system are more modern than what Dolphin 4.0.2 is expecting and things like number of function arguments, etc have changed causing compilation errors even though the packages are installed. It is fairly simple to force CMake to use its external libraries though and so I would just tweak the if-else conditions as needed on a trial-and-error basis in CMakeLists.txt when you are building.

OK, now we are ready to CMake. In my case, I did the following commands (having built CMake 3.1 on my system) starting back inside the dolphin-emu folder:

mkdir Build cd ./Build/ /home/pi/cmake3.1/cmake-3.1.0/bin/cmake .. -DCMAKE_C_COMPILER=gcc-8 -DCMAKE_CXX_COMPILER=g++-8 make -j1 sudo make install

Again, there was lots of trial and error in this step. If you need to repeat, I recommend deleting the Build directory completely, creating it again and running CMake from the beginning.

Finally, getting dolphin to run required that used the command at the top of the post (calling Xinit first). Launching dolphin directly resulted in a "No suitable display platform found" and "Dolphin emulator failed to initialize video backend" error. This caused me a lot of grief, and I almost gave up at this point, but calling Xinit mentioned in this thread was really helpful (https://retropie.org.uk/forum/topic/34627/raspberry-pi-5-official-announcement/182)

Anyways, I will update this thread if I can succeed in getting this 32-bit build to a playable state. It would be really nice if we could have a build available for 32-bit users on the Pi4 even if it only gets ~15 fps.

source links:
https://dolphin-emu.org/docs/guides/building-dolphin-linux/ (instructions to compile dolphin)
https://www.reddit.com/r/SSBPM/comments/33l4b9/building_dolphin_40648_on_arch_linux/ (troubleshooting tips for compiling)
https://askubuntu.com/questions/610291/how-to-install-cmake-3-2-on-ubuntu (instructions on how to make cmake - for version 3.1.0)

@wrybread said in How to run libretro MAME from commandline? And/or see debug info?:

Whoa. And oof. I wonder if creating the user "pi" will fix it.

The user is already present, but the configs are probably broken now since you've run the setup as a different user. Just reinstall the image and start again.

@compukit said in replacing the respberry pi 3b+ for a nieuw respberry pi 3b+:

@windg wel tray it bad its nog 100% workt.
a8db7a78-9690-41bd-ba05-004e59aaf327-20240104_223659.jpg

wel im wondering if itsposebal to copy the config filesend te config of the controlesover from the old one to the nieuw one or at lease a way to see what butten is use for what and what shripts are instald ?
whis i did make a walktrouw when i build the thing

@RageMaker said in CM4 and retropie with DSP disp0:

There are some errors that I don't really understands

If you post them here, we may be able to assist in fixing those or at least see if they are meaningful.

Please add some info about your setup, as detailed in https://retropie.org.uk/forum/topic/3/read-this-first.

Mame 2010 hasn't been updated in the last 2 years, so it's unlikely the binary is 'old'. If you look at the package version information option in the package details (RetroPie-Setup), you'll see when it was built and from which upstream commit. Compiling from source will get you the same version as the binary installation.

@draksus said in Boomer friendly way to exit games using a n64 controller?:

Is there a way to have the pause button function in game AND be the hotkey?

Probably yes.

Its ok if a shortpress brings up ES menu, a medium press brings up RA menu.

That's not how it works. Once a game is started, ES is no longer active and you can't open its menu(s) anymore, you'll have to exit the emulator before ES becomes active again.

If you're only interested in N64 (or maybe just in a couple of systems), you can run RetroArch directly - without EmulationStation acting as a front-end. See Lakka for a similar gaming distro that has just RetroArch running.

@Widge omg this is what i have been trying to do i hope that by replying it will make it show up more when people are googling it

@mitu I have no idea why it added the link. I was just trying to add the picture.

@mitu Thank you, that was the problem!

I may have missed something in the documentation. I thought I had to configure input twice, once for the main box, and once for the second box. But configuring for the second box, even with all the buttons plugged into the same slots, caused the important buttons on the main box (coin, 1P, 2P) to be forgotten.

@mitu ah okay, so there's an improvised numberpad on there. A bit of a slanty one but that will do.

@franklesniak said in How to Set the HDMI CEC Name After Deprecation of the cec_osd_name Parameter?:

I don't believe this works anymore. So my question is: how do I set RetroPie's HDMI CEC display name as I was previously? Is this possible?

I guess depending on the utility used, there should be an option for the 'osd display name', for instance cec-ctl has it with the -o parameter.

@Maverick42 and @windg thanks for trying to help me. Unfortunately The 99-retropie.conf file didn't fix my sound issue. Ìll definitely try with a fresh install from the official ISO image.

@windg That's a good suggestion. I'll try a different psp game to get it to work. This is my first time with psp roms.

Thanks!
Sort of resolved.

I went through the verbose log.
Found:

[WARN] SYSTEM DIR is empty, assume CONTENT DIR /home/pi/RetroPie/roms/psx/Silent Bomber (USA).cue [INFO] Environ SYSTEM_DIRECTORY: "/home/pi/RetroPie/roms/psx/". no BIOS files found.

Okay, odd, but lets just try putting a bios file next to the rom...

If I put the bios files in the same folder as the ROM the bios gets found and performance improves as expected. Aka: Audio gets more consistent and it does no longer randomly just hang.

This might not explain why it doesn't find the bios where it is supposed to be according to the docs. but then again who knows what I messed up when I set this up a few years ago. Point is the information from the log was accurate and helpful.

This log to be precise:
/dev/shm/runcommand.log

Previously I have only looked at:
/opt/retropie/configs/all/emulationstation/es_log.txt

https://www.raspberrypi.com/news/bookworm-the-new-version-of-raspberry-pi-os/

Bookworm PiOS came out in October