@GreyAreaUK Try this its much quicker than to convert them yourself https://retropie.org.uk/forum/topic/18505/new-hypseus-and-lr-daphne-to-add-on-retropie-setup/22

@francisko77 Sorry, I glossed over the error at the end - that's the Libretro Daphne core (lr-daphne), but that's somehow still a work in progress - it hasn't been added as a scriptmodule in RetroPie because of that.

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

I found a guide which had how to mount the iso and once I was able to do that I was able to get Daphne on the pc to recognise the virtual drive and update to get the necessary files. Still only played it a couple of times. I remember seeing it in the arcades back in the day and thinking it was incredibly hard and now I am sure. Still, it will be worth a go. Thanks for everyone's help.

@mitu Shame :\

@ChristianG Try this version of dragons lair 2 https://retropie.org.uk/forum/topic/18505/new-hypseus-and-lr-daphne-to-add-on-retropie-setup/22

First of all I would like to thanks for this topic that partially solved my problem. Till this afternoon I couldn't use my joystick in two directions, than I've compiled like grant2258 has suggested and now i've all 4 directions. The issue is that now directions aren't coordinate in all daphne games (and only with daphne emulator, 'cause are correct with all other emulators). For example in Dragon's Lair if I move the joystick: up, Dirk moves left; down, Dirk moves up; right, Dirk moves down; left, Dirk moves right. I've controlled with jstest and I think that daphinput.ini file's is correctly configured. I've a raspberry pi 3b+, dragonrise usb encoders with driver version 2.1.0, retropie v. 4.4, kernel v.4.9.80-v7+. Which could be the solution? To explain better I put the following link to: 1) my daphinput's file, 2) pictures of my joystick, 3) pictures of my cabinet and of jstest's results: https://1drv.ms/f/s!AgmGMB-AfnaBh5sP4hyUJ1HQ0PaMLw Great problem is that I've difficulties to open my cabinet to rotate joystick, do you think is it possible to solve through software? Tnx! Fabio p.s. Finally I've solved the issue and I decide to pubblish my solution hoping to help someone with the same situazione. 'cause I can't rotate joystick I changed the position of the cables connected to the the pin of dragonrise's encoder. The only handicap is the necessity to configurate another time the joysticks in emulationstation, but in five minutes it's done.

@Clyde Could be event 0, the code itself uses just the SDL slot, so whatever SDL picks up as slot X will be picked up. There are multiple event emitting files for a single joystick (JS and evt, the code states it uses js), but thankfully SDL isolates that so that you dont have to deal with this yourself. I did not change the general registration logic itself, the heavy lifting towards the inputs is done via sdl. All I have done is to remove the hardcoded zero to something which can be customized via a command line option, a really harmless and small fix for an annoyance which is 8 years old. As for the original developer, I could not pull off what he did, not my area of expertise, its just that there must have been some serious personal reasons not to finish the last 0.005% of the work when he already went as far as he did. Nevertheless, this annoyance now to some degree is fixed (I´d rather prefer to have some kind of device pattern filter instead of a number, but atm I lack time to implement such a thing) I just fixed the number scheme for my personal needs.

@grant2258 Thanks for the tips. I'll cobble something together when I have time to collect the necessary information.

@administrators tried to edit this title's post and mark as solved, got this popup error in the editor: "Post content was flagged as spam by Akismet.com" Please mark this post as [SOLVED]

Please provide more information about your setup/system as requested in https://retropie.org.uk/forum/topic/3/read-this-first.

is the command file really needed? i have some games running fine without commands.. dont know what i can improve by adding it

@smurf said in Daphne command line not working: I have lots of space on my sd card so I have a couple versions of each game. You don't even need the .m2v file in each folder for different rom versions of the same game. Just point the path in the [gamename].txt file to the folder where the .m2v resides. For example, my lair.m2v resides in daphne/lair.daphne, but I also have dle21 in its own directory daphne/dle21.daphne. My lair.txt in daphne/lair.daphne/: . 151 lair.m2v My dle.txt in daphne/dle21.daphne/: ../lair.daphne/ 151 lair.m2v Mind the first line. In lair.txt, it points to "this directory" (.), but in dle.txt it points to lair.daphne "one level above this directory" (..), both paths seen relatively from the location of the respective .txt file. Since both rom versions use the same video file, this saves a lot of space. Alternatively, you could create a symbolic link to the file in the other directory: ln -s /home/pi//RetroPie/roms/daphne/lair.daphne/lair.m2v /home/pi//RetroPie/roms/daphne/dle.daphne/lair.m2v The first method has the advantage that it still works even if the daphne directory is moved to another location, as long as lair.daphne and dle21.daphne remain at the same relative positions to each other. Yeah I know, you said that you have lots of space, but maybe that will change in the future with an ever growing games collection, or others here will find this useful. :)