I got Scummvm 2.8.1. And I can't get the games to work. When I chose a game, I got sent back to the retropie menu. Got any ideas?

@Arctic452910 In general this would be more a "Pokemon" related question and not a retropie one (trading Pokemons). For emulator specific questions I suggest you to provide all the info requested here and to take a look into the DOCs for those, as the availability to "Link" the emulated system(s) may be limited or not available at all.

Ok, pngview was already installed on my system and used by the PiBoy OSD. I found a png loading used in the installscript of the firmware and I can reproduce this when I want with a single line added in my scripts. It's exactly what I was looking for !

@sleve_mcdichael Thanks for your help

@shift

Thanks, good to hear.
I am playing with it a bit and I could add it for more drivers this way from EXTRAS.
I will see how it evolves.

@Nash

I don't know what could be wrong with your setup. I have multi-disk games with extensions .bin, .cue, .chd, .dsk, and .rvz, and disk swapping is working correctly in RetroArch. I have created .m3u files for all of them.

Example of a PSX game:

Chrono Cross (Disc 1).bin .Chrono Cross (Disc 1).cue Chrono Cross (Disc 2).bin .Chrono Cross (Disc 2).cue

.m3u file:

.Chrono Cross (Disc 1).cue .Chrono Cross (Disc 2).cue

And sleve_mcdichael suggestion is a very good solution that I didn't know

I first thought, can we use function copyDefaultConfig here when placing the file? Except, when I updated this last time it also added a couple new entries, which I suppose we would not want to miss out on.

You can't use copyDefaultConfig because the file is updated upstream and updates will not copy when a new version is added.

So could we use sed or something, then, to add the fix automatically? Or, why do we even have to do this manually, why is this just not the default already; is the glitch specific to a certain hardware/platform?

The default is the opposite (copyDepthToRDRAM=1), so it's clearly a platform (RaspberryPi / GLES3) glitch

[DONKEY%20KONG%2064] Good_Name=Donkey Kong 64 (E)(J)(U) frameBufferEmulation\copyDepthToRDRAM=1 frameBufferEmulation\N64DepthCompare=0

The launch script has some overrides for games, but copyDepthToRDRAM is not among the settings considered. Maybe it would be useful to have a GLideN64.local.conf and merge the settings from it in GLideN64.custom.conf, during installation/configuration.

@mitu It's working perfectly with box86-0.2.2.

Here is my script that runs UT2004 natively at full speed on Piboy XRS through EmulationStation with mapped controls. We must go into the UT System folder before launching ut2004.bin to avoid "MissingIni" error.

if pgrep xboxdrv; then sudo killall -s SIGKILL xboxdrv > /dev/null; fi cd sudo /opt/retropie/supplementary/xboxdrv/bin/xboxdrv \ --detach-kernel-driver \ --config /home/pi/RetroPie/roms/ports/PiboyXRS_unreal_xboxdrv.cfg > /dev/null \ & cd cd '/home/pi/RetroPie/roms/ports/UT2004/System/' xinit /home/pi/box86-0.2.2/build/box86 'ut2004-bin' > /dev/null 2>&1 sleep 1 sudo killall -s SIGKILL xboxdrv > /dev/null

The PiboyXRS_unreal_xboxdrv.cfg file :
(Should be working with any gamepad with adjustments)

[xboxdrv] evdev=/dev/input/event0 dpad-as-button=true trigger-as-button=true silent=true deadzone=5000 [evdev-absmap] ABS_X=X1 ABS_Y=Y1 ABS_RX=x2 ABS_RY=y2 [ui-axismap] x1=KEY_Q:KEY_D y1=KEY_S:KEY_Z x2=REL_X:5 y2=REL_Y:-3 [evdev-keymap] BTN_SOUTH=b BTN_EAST=a # BTN_C=tr BTN_NORTH=y BTN_WEST=x # BTN_Z=tl BTN_START=guide BTN_SELECT=start BTN_TRIGGER_HAPPY4=dd BTN_TRIGGER_HAPPY3=du BTN_TRIGGER_HAPPY1=dl BTN_TRIGGER_HAPPY2=dr BTN_TR=rb BTN_TL=lb BTN_TR2=rt BTN_TL2=lt BTN_THUMBL=tl BTN_THUMBR=tr [ui-buttonmap] du=KEY_UP dd=KEY_DOWN dl=KEY_LEFT dr=KEY_RIGHT rt=BTN_LEFT lt=BTN_RIGHT tr=KEY_T tl=KEY_R x=KEY_A b=KEY_SPACE y=KEY_1 a=KEY_ENTER lb=KEY_F1 rb=BTN_RIGHT guide=KEY_M start=KEY_ESC

You can adjust some keys in UT controls parameters in game instead modify this .cfg that can be used for ohters FPS games.

Thanks for your help.

@mitu ooohhhhhh!! That was the key, I only had the reference and was missing the actual -code- . Problem solved. Noy I get the video flipped. Thank you so much for your help.

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

@phillip_benoit i just found a better one and used it and it worked instantly
Convertio.com

It was possible to configure my controller with the instructions from this topic:

https://retropie.org.uk/forum/topic/35466/dolphin-controller-not-working/3

@Vealmike I may be a little late to the party, but had a similar need this week. Following @Clyde 's suggestion, I tried bind mounting the USB stick via /etc/fstab, but the timings were off and the bind mount was done before the USB stick was actually available.

What I ended up doing, and is working is actually hook into the autostart.sh script. Essentially adding this:

# Wait at most 1 minute for the USB drive to be mounted # And link the config folder ATTEMPTS=6 USB_DRIVE='/media/usb0' i=0 until [ "$i" -ge "$ATTEMPTS" ]; do grep -q -s "$USB_DRIVE" /proc/mounts && \ sudo mount --bind /media/usb0/retropie-mount/configs /opt/retropie/configs && \ break i=$((i+1)) wait 10 done

at the beginning of the script. It has some basic logic just to attempt 6 times with 10 seconds delay between each until the stick is detected to be mounted, and then proceeds to do the bind mount of the configs folder, before actually starting emulationstation (or whatever is defined to auto start).

I know it's been three years since your post, but maybe this will help someone (like me) in the future 😁

@sleve_mcdichael Sorry about that, and thank you for your help. I will attempt that today!

okay so the games started working when I used the m3u from the translated version. Maybe there was something screwy with the other game files I tried or they struggled to work right unless I use an m3u. sigh now if only some of the other cores would recognise the m3u files existing >< that's a topic for another post though

I see in process list "dbus-daemon" that probably launched by xinit. When controls fails at the first launch, this process is after the game process in the list. When controls are ok during next launches, this process is before. It looks like the game need this process before.

Is there a way to delay the launch of the game started by xinit command ?

xinit '/home/pi/box86/build/box86' '/home/pi/RetroPie/roms/ports/ut99/System/ut-bin-x86'

@mitu
Hey thanks a lot !
will give it a try

Decided to try Recalbox and it was so much easier to setup. Controller worked straight away, didn't have to program anything. Super Mario All Stars works flawlessly with no delay. I'm very happy now :)

I should add a little bit of a correction here. Make sure you change the modelid to 14 before you apply the 8.1 update. Otherwise you'll get the notification that says "This update is not compatible with your computer." As long as you have the empty .img file to load the OS files, you can take that route and watch as it prepares the necessary files and folders. After this is done, make sure you go to Special>Shutdown. You can now delete the older disk.img. Before launching the Macintosh desktop, rename whatever you called that empty .img (now containing the Mac OS 8.1) to disk.img.

Every time you add a new game, you might want to open basiliskii.cfg and add to each line: cdrom /home/pi/RetroPie/roms/macintosh/nameofgame.iso (or nameofgame.img). This way, the .iso or .img will show up as a disc on the desktop. You just need to double click on each disc, find the executable, and double click it. That should go through the install process, but sometimes you might have to drag and drop a/several folder(s) into a single game folder where your other games might be stored.

@mitu

No luck. Bought two cables. Same thing : /

p.s. I think the full update broke something because now I can't play a game with the controller wired haha. It says xbox controller not configured, a message in the lower left screen. But I can use it in the emulator carousel GUI. Everywhere except a game.

As much as I want to play wireless, it's more my curiosity and desire to want to fix a bug and understand why the pi zero is fussy about this and not the pi 4.