@jamrom2 Thanks for confirming mate

@alturis Are all good now? Are you using Daphne or lr-daphne?

I was going to post a write-up for you for Daphne, but if you don't need it, I won't bother.

As mitu already posted, native Daphne does not support overlays or shaders. You can try lr-daphne in the quick menu of Retroarch.

ok, I figured it out. When I read that Daphne uses the first controller it sees, I turned off my guns and it worked just fine.

@jamrom2 Well for the sake of full testing, delete all your .dat files. That fixed the parsing issue. Let Daphne just recreate them.

Okay, solved and this is one I recommend making more clear in the documentation. My issue was that I ALWAYS keep a wireless keyboard connected to my Retropie. It's just a tiny dongle taking one port so why not? It's so much easier for certain tasks.

However, I kept wondering why the test rom for Intellivision was reporting that I was on controller 2 and every other comment pointed to controller one. Then I noticed posts where people said that Daphne and Intellivion (jzintv anyway) assign the first controller they see, which in this case was the keyboard -- and that explained why the keyboard worked. Ugh.

So I found a solution that I think works (at least for me.) I changed the entire configs.hdmi>daphne folder permissions to 555 and when I add a new controller, I get this error:

daphne input.jpg

However it does NOT overwrite my current dapinput.ini file. I can't see anything else in that directory that it would need to write to anyway.

I tested all 17 Daphne games and they all worked and they all kept my controller configs even after configuring a few new controllers so I think this is at least a fix for my situation.

Thanks for the input everyone! It was helpful to put me on the right path!

@mitu Thanks. Didn’t work though. Updated Skyscraper, recreated the gamelist, installed the Daphne emulator, rebooted: the ES fails to boot, same error code.

I can't reproduce the build error using a similar setup.

Support for Raspbian Stretch has been dropped - as you probably have been informed when starting RetroPie-Setup - so there's not much that will be done to fix errors on older systems.

@philbobaggins If you scraped your roms with Skyscraper, it could've been an issue with daphne that has been fixed 12 days ago.

But then again, a simple update wouldn't have fixed this problem without rebuilding the gamelist.xml with Skyscraper after the update.

@mitu Thanks for the pointer on the docs. I've gone through a lot of research and reorganizing since my last post, but it now appears to be working! There were two issues at play: bad rom directory structure and bad install of vldp2.

For reference to the curious, here's the problem I was having with vldp2. Every time the emulator started, it would give this daphne error saying ERROR: could not open the VLDP2 dynamic library (file not found maybe?):
daphne-error.png

For the sake of testing, I ran the following from the command line to see the console output:

/opt/retropie/emulators/daphne/daphne.sh $HOME/RetroPie/roms/daphne/lair.daphne

And at the end of the output, I saw this:

libvldp2.so: cannot open shared object file: No such file or directory Could not load VLDP dynamic library!!! Shutting down sound system... Shutting down video display...

Well the install script for daphne is supposed to install vldp2 for you, but in my case, it wasn't doing that.

You can manually install the Linux x64 version of it by running the following in a temporary directory:

git clone https://github.com/DavidGriffith/daphne.git cd daphne/src/vldp2 ./configure --disable-accel-detect make -f Makefile.linux_x64 sudo cp libvldp2.so /lib

My theory is that the script was compiling vldp2, but then failing to copy it to the /lib directory that it's supposed to get installed to (that last line in the command above).

I tried fiddling with the script a little to get it to work automatically, but gave up because it was hard to debug. If I can gather the motivation, I'll try to fix it properly and then send a PR to include the changes in RetroPie-Setup.

@clyde said in Does Daphne run enhanced versions?:

../lair.daphne/

Worked perfectly, many thanks :)

Run the speaker system for the cabinet to the audio jack.

That's the best way, and it's pure sound from the card.

HDMI sound is good, but really for a console style setup.

I have 3 MAME and 2 dedicated Arcade cabinets. All but one is set up this way. The one cabinet is all original, so I didn't mess with the set up. The rest all use 2.1 sound systems plugged into the audio jack of whatever I have running the cabinet.

@mitu That did it! Thank you!!!

@Clyde said in lr-daphne not working after rpi-update:

@AdamBeGood said in lr-daphne not working after rpi-update:

I'd sincerely donate if there was a donation page

This is your lucky day. 😊

https://retropie.org.uk/donate/

Seems that way, doesn't it? 😛

I'll sort it out in the morning.

@Geneintheuk It was a spam bot.

 
To ease integration into emulation platforms, there is no longer a need for a 'singe'  peripheral data subdirectory.

Hypseus Singe v2.6.1 has added the -retropath argument to Singe games.

hypseus singe vldp -retropath ...<other required arguments>...

This performs an on-the-fly  rewrite of the singe data path passed by game LUA from:

singe/timegal/

to

singe/../timegal.daphne/

The 'singe' subdirectory is now purely traversed, so we can simply symlink it in the -homedir  to the existing 'roms' folder in the daphne -datadir.

Detailed fully in latest RetroPie documentation and daphne.sh script.

 

Also please upload a full build log to a pastebin site. Logs can be found in the logs folder under RetroPie-Setup

@nes See https://retropie.org.uk/forum/topic/2/forum-rules - no asking for ROMs/games in the forum.