@JimmyFromTheBay

On old mame pages I found that the tapes with BASIC would be supported, yet they don't load in 265 or 266.
BASICs are respectively mz1z001 and mz1z002.
Could also be that some tape games need these BASICs to work.
You are able to find manuals but they are all in Japanese but it gives an impression.
There seem to be better emulators and and also some info can be found on websites containing sharpmz in the address.
Though it's quite difficult to know what all commands do inside tf-dos and in BASIC should that work.
However BASIC seems to be from Microsoft so I think it has a lot of similarities.

Found that you can type HELP in tf-dos to find the commands.
You can use DIR to list the files.

I'm not that keen on kernel device hierarchy, can it be that events kernel entry points rely on available inputs (which in case of the missing udev rule aren't available)?

It's the other way around - kernel input events are the lowest level, upon which higher level APIs are built (i.e. joystick or gamepad APIs).

What I am sure abt and can replicate it, is that without the rule evtest doenst show the gamepad as normal user, while it shows it as super user.

I cannot replicate it, but I'm not running the same configuration as yours (i.e. desktop environment and extra udev rules from MoltenGamepad).

One more think I've noticed is my raspios keep asking me to update sdl and sdl-dev library which were not automatically updated by apt ugrade, and that for some reason the retropie installation start from source and compiles everything, which it didn't seem to happen the first time I've installed it (but I'm not sure abt that)

That's ok and it's not a cause for your issue.

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