It's a bit of a pain, have you read through this document?

https://www.daphne-emu.com:9443/mediawiki/index.php/Input

http://www.daphne-emu.com/mediawiki/index.php/KeyList

I assume your encoder is like mine and the button/joystick presses are keyboard mappings, if you know what they are then you just need to edit the dapinput.ini accordingly.

To give you some context, my Coin keyboard mapping = 5, so for Daphne that equals 53, joystick up = up, which maps to 273 in daphne, button 1 = LCTRL which maps to 306

Yeah, the \\IP-ADDRESS-HERE\McArcade\RetroPie\ROMs\Nintendo\Super Nintendo Entertainment System UNC style paths are Windows specific, they won't work on Linux. Glad you got it working, happy gaming !

i managed to run it in full speed with this command: startx lincity-ng the only downside is that its not full screen and the -f is not working with startx but its something
i know that some ports require different configuration,most of the ones i did i have found the configuration with many tests

thanks for helping

can you add to the lincity-ng install script the -f parameter its a good option for the game.

@mitu lol, i didn't know that, ty

@mitu Indeed. You were right all along. I really appreciate you helping me track that down. Its been a long time since I have messed with my RP and I had become more unfamiliar with everything than I was when I was more into it. ;)

@dankcushions Thank you for the reply. I figured it was something like that.

What is the best way to delete all core overrides at once? Using the retoarch menu or by deleting a specific config file?

Thanks for your help.

I got the Super Gameboy logo to show up with rom paths and everything but lr-mgba wont save configurations... I give up.

EDIT: I got this form dev>shm>runcommand.log after changing an option in lr-mgba and resuming gameplay, what does it mean?:

Parameters:
Executing: /opt/retropie/emulators/retroarch/bin/retroarch -L /opt/retropie/libretrocores/lr-mgba/mgba_libretro.so --config /opt/retropie/configs/gbc/retroarch.cfg "/home/pi/RetroPie/roms/gbc/1942 (USA, Europe).zip" --appendconfig /dev/shm/retroarch.cfg
/opt/retropie/supplementary/runcommand/runcommand.sh: line 1012: 1132 Segmentation fault /opt/retropie/emulators/retroarch/bin/retroarch -L /opt/retropie/libretrocores/lr-mgba/mgba_libretro.so --config /opt/retropie/configs/gbc/retroarch.cfg "/home/pi/RetroPie/roms/gbc/1942 (USA, Europe).zip" --appendconfig /dev/shm/retroarch.cfg

@HoraceAndSpider

By all means, thank you very much for taking a look. The links are these (I think these are ok here, as they are fan remakes, but let me know otherwise):

ftp://ftp:any@grandis.nu/~Uploads/Aladin/WHDLOAD generic/RoadAvengerAGA-WHDL.lzx
ftp://ftp:any@grandis.nu/~Uploads/Aladin/WHDLOAD generic/TimeGalAGA-WHDL.lzx

I had to convert them from LZX to LHA (unless I shouldn't have?), and it might also certainly be an issue on my end as, as I mentioned, I have little familiarity with the Amiga ecosystem.

Apologies for the trouble, and thank you for your time and dropping by. By the way, thank you for your GitHub repository - it was tremendously helpful in getting this set up :)

EDIT: if it helps, I'm happy to share the created config files for WHDLoad for these in my setup. Maybe it's just something absurdly obvious. Thank you and let me know how I can help.

@mitu, I'll check the script but to me the fact that the source code of ES refers to the buttons by two different names is incorrect.

Emulationstation works with more than 1 type of controller and/or keyboard. The fact that it works fine for a lot of other people contradicts your observation.

Anyway, I have to say that I didn't download the full package at first. I mean I only downloaded the source code of ES to compile, then when I realised I missed the themes I installed the configuration script. I need to do more testing though.

If you didn't install the package correctly, then you'll get incorrect results. Install the package from the RetroPie-Setup package - the stable version - then re-configure your controller and see if the .cfg file is correctly generated.

@BuZz Id love to help, but i have absolutely no idea what to do with that...It would be easy for me to set up a clean VM and test what you did, but im clueless as to what to do with that link.
Edit: Fail

I see that the lr-caprice32 has support for m3u playlists - https://github.com/libretro/libretro-cap32 - so you can create a .m3u file containing each game's disks.
Emulationstation doesn't know - yet - how to handle those files and it will not show them, though. If you use the lr-caprice32, you can create your custom es_systems.cfg - see here) - and add .m3u as known extension.

@ferhound Just use a Collection to group those games under a different section - https://retropie.org.uk/docs/EmulationStation/#custom-collections.

@quicksilver nevermind i fixed it

@idk From the RetroPie-Setup menu entry in Emulationstation - https://retropie.org.uk/docs/Updating-RetroPie/.

Well, thanks for coming back with the solution and happy gaming.

@Sldb please post all the info that was requested of you. Which model of Xbox one controller are you using? It's in the battery compartment. Are you connecting via USB or Bluetooth?

try this inside the minecraft.sh write

#!/bin/bash
xset -dpms s off s noblank
matchbox-window-manager &
/usr/bin/minecraft-pi

@mitu I don't think that works (though thank you for the suggestion).
The problem is that my gamepad's number was dynamic so I wouldn't know what number it was until I start the game!

Though I managed to solve the problem by creating a runcommand-onstart.sh script:

root@retropie:/opt/retropie# cat /opt/retropie/configs/all/runcommand-onstart.sh

#!/bin/bash # fix player input index order! # on my system, the bluetooth gamepad always gets index 0 when it is active # which messes up the controls for all joystick based games! if [ -e "/dev/input/js2" ] then # Bluetooth controller is currently active! # Change retroarch's config order for player 1 through 3... # wired joystick 1 for player 1, wired joystick 2 for player 2, wireless gamepad for player 3 /bin/cp /opt/retropie/configs/all/base_configs/retroarch.cfg.all-bluetooth_enabled /opt/retropie/configs/all/retroarch.cfg # bluetooth gamepad for player 1, for psx! /bin/cp /opt/retropie/configs/all/base_configs/retroarch.cfg.psx-bluetooth_enabled /opt/retropie/configs/psx/retroarch.cfg else # Bluetooth controller not presently active! # Reset retroarch's config # wired joystick 1 for player 1, wired joystick 2 for player 2 /bin/cp /opt/retropie/configs/all/base_configs/retroarch.cfg.all-bluetooth_disabled /opt/retropie/configs/all/retroarch.cfg # no custom input config for psx! /bin/cp /opt/retropie/configs/all/base_configs/retroarch.cfg.psx-bluetooth_disabled /opt/retropie/configs/psx/retroarch.cfg fi

root@retropie:/opt/retropie#

This is hardcoded to my system but it solves my problem!
It looks for /dev/input/js2 (which is the device for my bluetooth gamepad) and, if it exists, it overwrites the retroarch.cfg global (and the psx) config to map the input_playerX_joypad_index parameter! :)

wow, you guys are really in love with your usb sticks, defending them with life and limbs ...

@dankcushions

so what you are saying is that usbmount reliable mounts on every boot or that it is easier for a newcommer to linux to edit fstab than just transfer roms over network?

@pjft

if you edit fstab it will obviusly mount perfectly on each boot, but imo you cannot rely on everyone to know or understand how to edit fstab.
tbh i doubt that there is really much of a diffrence today in speed, cost or reliability using a brand new usb stick vs sdcard considdering it is most likely using somewhat same chips and it is therefore up to the sdcard reader vs the controller on the usb stick which could arguably be marginally better on a usb stick than the raspberry, considdering it might be newer/better.
however, considdering that it will be using usb 2.0, i doubt there will be a major diffrence if any anyway.
a really high end sd card will most likely outperform a low end usb stick and vice versa,, high end sd card and high end usb sticks will most likely perform somewhat the same at about same price range, so in my oppinion it is just easier to just use a decent sd card and not have the hassle of editing anything (more than neccessary).

however i do agree and see your point, that it might be easier for a windows user to have a drive you can actually read in windows.
but considdering i dont use windows it isnt really a problem for me personally as i can just pop in the sd card in my computer and read it.