Daphne / Dragonrise encoder issues

grant2258

S
I'll check it maybe retropie setup has changed have my used it in months

grant2258

ill need to download the daphne roms again arrrg cant find them where is my dragons lair!

grant2258

@Clyde am downloading the roms at the moment what controller are upi using just out of intreset?

Clyde

@grant2258 I'm using DragonRise zero delay encoders. edit: Thank you for your effort!

grant2258

@clyde

have you tried compiling normal daphne from source as well? never min i tried compiling somethign must have changed ill look into this will get back to you when i found whats caused the issue!

Clyde

@grant2258 Although you seem to know it by now, I can verify that Retropie's Daphne source compiles correctly. Just mentioned to compare our results.

grant2258

@clyde said in Daphne / Dragonrise encoder issues:

urce

it does in certain conditions something is going wrong with the ./configure it not generating makefiles properly compiling when you clone the git its either untraceked files or something else it wont even compile properly if you make no changes when cloning it to another git repo something is wrong there. i works fine in retropie 3.3 :)

grant2258

@clyde said in Daphne / Dragonrise encoder issues:

@grant2258 Although you seem to know it by now, I can verify that Retropie's Daphne source compiles correctly. Just mentioned to compare our results.

well its fixed i was curios if you compiled from source because it breaks the roms symlink. Im sure you know how to fix this if you have compiled from source so i wont bore you with details on that.

ok a few changes are needed in the compile function . There was problems with the compile part of the build script nothing major. The segfault was fix too was a missing , when i changed it back to retropie joystick numbering format. I originally had it on original joystick numbers.

anyway do this
RetroPie-Setup/
pico scriptmodules/emulators/daphne.sh

these functions need changed as such

function sources_daphne() {
gitPullOrClone "$md_build" https://github.com/grant2258/daphne-emu.git retropie
}

function build_daphne() {
cd src
ln -sf Makefile.vars.rp Makefile.vars
make clean
cd ..
cd src/vldp2
./configure
make -f Makefile.rp
cd ..
make STATIC_VLDP=1
}

press ctrl + x to save

then just update from setup as normal

ls -al /opt/retropie/emulators/daphne/roms

it should display this
lrwxrwxrwx 1 pi pi 34 May 21 03:03 /opt/retropie/emulators/daphne/roms -> /home/pi/RetroPie/roms/daphne/roms

like i said the script makes a roms dir instead of the symlink so just point the symlink in the right direction if you have problems. Ive compiled on a retropie 4.4 works

ps this will let the you control with digital and analogue on any controller before it was just the digital that worked. The buttons are where really messed up for controllers thats fixed up now too

grant2258

@grant2258 said in Daphne / Dragonrise encoder issues:

compile function this is while there was problems with the compile. The segfault was done too was a missing , when i changed it back to retropie joystick numbering format. I originally

Parameters:
Executing: /opt/retropie/emulators/daphne/daphne.sh "/home/pi/RetroPie/roms/daphne/lair2.daphne"
ls: cannot access '/proc/kcore': No such file or directory
--DAPHNE version 1.0.13
--Command line is: /opt/retropie/emulators/daphne/daphne.bin lair2 vldp -nohwaccel -framefile /home/pi/RetroPie/roms/daphne/lair2.daphne/lair2.txt -homedir /opt/retropie/emulators/daphne -fullscreen -nocrc -noissues -nolog -noserversend -latency 950 -x 640 -y 480 -blank_searches -min_seek_delay 1000 -seek_frames_per_ms 20
--CPU : UnknownCPU 0 MHz || Mem : 0 megs
--OS : Linux 4.14 || Video : Unknown video
--OpenGL: Compiled In
--RGB2YUV Function: C
--Line Blending Function: C
--Audio Mixing Function: C
Setting alternate home dir:
/opt/retropie/emulators/daphne
Disabling ROM CRC check...
Setting Search Latency to 950 milliseconds
Setting screen width to 640
Setting screen height to 480
Set 640x480 at 32 bpp with flags: 20
Initializing sound system ...
Joystick #0 was successfully opened
Remapping input ...
button:0 mapped to KEY_SCREENSHOT
button:1 mapped to KEY_COIN1
button:2 mapped to not set
button:3 mapped to not set
button:4 mapped to KEY_BUTTON1
button:5 mapped to KEY_BUTTON2
button:6 mapped to not set
button:7 mapped to not set
button:8 mapped to KEY_QUIT
button:9 mapped to KEY_START1
Loading compressed ROM image dl2_319.bin...65536 bytes read.

dapinput.ini without the # stuff

[KEYBOARD]
KEY_UP = 273 114 2
KEY_DOWN = 274 102 2
KEY_LEFT = 276 100 1
KEY_RIGHT = 275 103 1
KEY_BUTTON1 = 306 97 5
KEY_BUTTON2 = 308 115 6
KEY_BUTTON3 = 32 113 1
KEY_START1 = 49 0 10
KEY_START2 = 50 0 1
KEY_COIN1 = 53 0 2
KEY_COIN2 = 54 0 1
KEY_SKILL1 = 304 119 1
KEY_SKILL2 = 122 105 1
KEY_SKILL3 = 120 107 1
KEY_SERVICE = 57 0 1
KEY_TEST = 283 0 1
KEY_RESET = 284 0 1
KEY_SCREENSHOT = 293 0 1
KEY_QUIT = 27 113 9
END

Clyde

@grant2258 said in Daphne / Dragonrise encoder issues:

well its fixed i was curios if you compiled from source because it breaks the roms symlink. Im sure you know how to fix this if you have compiled from source so i wont bore you with details on that.

Yeah, I selected "update from source" in the setup menu like a pro. ;) Seriously, I can fix a symlink in Linux if I know which one.

ok a few changes are needed in the compile function . There was problems with the compile part of the build script nothing majot. The segfault was fix too was a missing , when i changed it back to retropie joystick numbering format. I originally had it on original joystick numbers.

So the segfault was independant from the compilation/symlink problem? I'm asking because your Daphne compiled on my system without the symlink fix, but then crashed with a segfault. So, if it wouldn't have crashed, there would still have been the symlink problem?

anyway do this
RetroPie-Setup/
pico scriptmodules/emulators/daphne.sh

I think you meant pico RetroPie-Setup/scriptmodules/emulators/daphne.sh ?

By the way, pico is symlinked to nano on Retropie. So, you may want to use nano in the first place here in the forum to avoid confusion for less experienced users. Just a thought. :)

these functions need changed as such

Are they only necessary for your repo or is this a bug that also affects the original version?

then just update from setup as normal

It worked! Your Daphne runs now, with all joystick directions enabled. Again, thank you very much. It was important for me to fix it this week, because I have a party next weekend. Now, my guests can play Dragon's Lair 1+2 or Space Ace if they want. :)

like i said the script makes a roms dir instead of the symlink so just point the symlink in the right direction if you have problems. Ive compiled on a retropie 4.4 works

How and where exactly did you fix that? Not in the daphne.sh as far as I can see.

ps this will let the you control with digital and analogue any controller before it was just the digital that worked. The buttons are where really messed up for controllers thats fixed up now too

My previous button setup seems to work like before. Do I have to mind anything in your version that's different to the original?

Sorry for all the questions. As always, I take a problem and its solution as an opportunity to learn. :)

grant2258

@clyde said in Daphne / Dragonrise encoder issues:

@grant2258 said in Daphne / Dragonrise encoder issues:

well its fixed i was curios if you compiled from source because it breaks the roms symlink. Im sure you know how to fix this if you have compiled from source so i wont bore you with details on that.

Yeah, I selected "update from source" in the setup menu like a pro. ;) Seriously, I can fix a symlink in Linux if I know which one.

ok a few changes are needed in the compile function . There was problems with the compile part of the build script nothing majot. The segfault was fix too was a missing , when i changed it back to retropie joystick numbering format. I originally had it on original joystick numbers.

So the segfault was independant from the compilation/symlink problem? I'm asking because your Daphne compiled on my system without the symlink fix, but then crashed with a segfault. So, if it wouldn't have crashed, there would still have been the symlink problem?

anyway do this
RetroPie-Setup/
pico scriptmodules/emulators/daphne.sh

I think you meant pico RetroPie-Setup/scriptmodules/emulators/daphne.sh ?

By the way, pico is symlinked to nano on Retropie. So, you may want to use nano in the first place here in the forum to avoid confusion for less experienced users. Just a thought. :)

these functions need changed as such

Are they only necessary for your repo or is this a bug that also affects the original version?

then just update from setup as normal

It worked! Your Daphne runs now, with all joystick directions enabled. Again, thank you very much. It was important for me to fix it this week, because I have a party next weekend. Now, my guests can play Dragon's Lair 1+2 or Space Ace if they want. :)

like i said the script makes a roms dir instead of the symlink so just point the symlink in the right direction if you have problems. Ive compiled on a retropie 4.4 works

How and where exactly did you fix that? Not in the daphne.sh as far as I can see.

ps this will let the you control with digital and analogue any controller before it was just the digital that worked. The buttons are where really messed up for controllers thats fixed up now too

My previous button setup seems to work like before. Do I have to mind anything in your version that's different to the original?

Sorry for all the questions. As always, I take a problem and its solution as an opportunity to learn. :)

everything is the same no setup changes needed the changes are here. The problem is the original code was hard coded to joystick was hard coded to the gpx2. I changed all default buttons the to -1 (not set for buttons unless we set them) because there is no way to unset buttons in this m emulator.

That is why people tried to do magic numbers to get it work to set a button to something else sometimes you would get lucky and get a working config. but it would be pressing more than one button sometimes so it could really be Russian roulette if it worked. the analogue was missing one line of code.

The changes are here didnt take much to fix it https://github.com/RetroPie/daphne-emu/pull/15/files

this is a pull req of my changes.

my code needed a fix for the segfault it was something minor a missing comma was in -1 structure and a if needed extra parentheses round a if statement to compile with optimization on.

The make clean needed added and symlink moved to the start. just a little shuffle in the order to fix the compile issues that was something separate and you wouldnt notice the errors when the setup screen goes away i didnt compile with the setup menu when testing.

The original code will compile this way too so its all good ive posted and issue on retropie-setup to get this Daphne compile script fixed.

the pico command is correct your already in the Retropie-Setup directory but not harm if you want to add the full path

Clyde

@grant2258 Thanks for all the explanations, and also for the retropie-setup issue to get it fixed for all Retropie users.

grant2258

@clyde said in Daphne / Dragonrise encoder issues:

@grant2258 Thanks for all the explanations, and also for the retropie-setup issue to get it fixed for all Retropie users.

Well it's up to them if they take the fixes for the Input or not it's up to them.

The compile script should be fixed though that's the main issue you can see posts over this forum when this symlink issue happens.

theridernight

Hello everyone. I tried compiling and it returns an error in the module daphne.d (retropie 4.1). Can someone upload the folder with binaries already compiled for raspberry pi 3? Thank you.

Clyde

@theridernight Which error exactly? What steps did you take to compile it?

theridernight

Hello! @Clyde, I followed the user's instructions @grant2258 , I have edited the daphne.sh file and have changed it following the instructions. Then I launched Retropie-Setup -> manage packages->optional->daphne->update from source and return error in module "daphne.d" , no binaries found error.

grant2258

@theridernight

try updating your setup script then try again. I had to update this to work on retropie 4.4 if 4.1 has different scripts I dont know what to say. Supplying bins is frowned upon thats why i havent linked any.

mitu

@grant2258 said in Daphne / Dragonrise encoder issues:

Supplying bins is frowned upon thats why i havent linked any.

Where did you hear that ?

grant2258

@mitu said in Daphne / Dragonrise encoder issues:

@grant2258 said in Daphne / Dragonrise encoder issues:

Supplying bins is frowned upon thats why i havent linked any.

Where did you hear that ?

I added a bin on the pull request a months ago so people could test and was asked to remove it from the pr. I dont want to be adding links for bins not supported by retropie.

I do have a pull request in for these fixes on daphne at the retro pie github. I dont see any need to supply a link to bins if the changes arent accepted on the retropie end its kind of going against the github systems of getting changes implemented.

to be fair when i first done this i had no clue how to use github am a bit better now certainly no pro though.

here is the link for the pr

https://github.com/RetroPie/daphne-emu/pull/15

mitu

@grant2258 Well, yes, in a GitHub PR there's no need for a binary file. You can add a binary release in the Releases part of your repo if you want users to test it out.