Daphne games freezing when trying to exit

Metalciaf

Using a Pi3 B+ with retropie 4.8, I have Daphne working but when I hit esc or Q to quit, the screen freezes, but the audio keeps going for a minute or more before exiting back to Emulation Station or attract mode. I have Dragons Lair 1 &2, and Space Ace running, all three have this issue. Anyone else have this issue, or have any ideas to fix it?
tried to delete the dat file nothing change

thank you

Wampa

@Metalciaf

Try Hypseus

Metalciaf

@Wampa
where i can find a guide for it?
i try to install via retropi-setup but when i chose che game
it come back to emulationstation

thank you

ddt8022

So does anyone have a solution for this problem of the Daphne emulator freezing when trying to exit any laserdisc emulated game? I’ve got the same exact issue with my pi and was hoping someone could shed some light on how to fix it. Please help!

sugarfree

@ddt8022 In the experimental packages section, you will find lr-dirksimple. Give it a shot, maybe it runs better.

Wampa

@Metalciaf said in Daphne games freezing when trying to exit:

@Wampa
where i can find a guide for it?

https://retropie.org.uk/docs/Daphne/

i try to install via retropi-setup but when i chose che game
it come back to emulationstation

What do the log files say when you get an error? I can't guess what's happening ?

Try their Discord server too.

Riverstorm

I'm also seeing freezing with Daphne on exit. I am running 4.8.8 (03b72241) on a Pi 4. I also tried reinstalling (from binary). It's the same whether it's a keyboard or a controller, but always a lockup on exit, for all games, the screen freezes on the frame. The games run great for as long as you like but when you exit you have to SSH into the box so it's not completely locked up.

I'm not sure if the error is my configuration or something else or maybe its not an issue. This is from the /dev/shm log.

Parameters: 
Executing: SDL1_VIDEODRIVER=dispmanx SDL_DISPMANX_WIDTH=1920 SDL_DISPMANX_HEIGHT=1080 /opt/retropie/emulators/daphne/daphne.sh "/home/pi/RetroPie/roms/daphne/cobraab.daphne"
ls: cannot access '/proc/kcore': No such file or directory
ALSA lib pcm.c:8424:(snd_pcm_recover) underrun occurred

Riverstorm

This seems to possibly be a bug. To add a little more information. This happens with a fresh image also. I downloaded Raspberry Pi 4/400 4.8 from 2 years and 4 months ago. Imaged it onto a card, then installed the 'optional' package 'Daphne'. I tried to keep it as bare bones as possible.

I installed Cobra Command (or any game actually) and upon exiting the game it freezes but the audio continues. The interesting thing is it will exit back to ES after the audio finishes, but it can take a few minutes of sitting at a 'freeze frame' before finally dropping back to the game selection screen.

I updated to 4.8.8 and it does the same thing.

Here's the only thing in the /dev/shm/runcommand.log

Parameters: 
Executing: SDL1_VIDEODRIVER=dispmanx SDL_DISPMANX_WIDTH=1920 SDL_DISPMANX_HEIGHT=1080 /opt/retropie/emulators/daphne/daphne.sh "/home/pi/RetroPie/roms/daphne/cobraab.daphne"
ls: cannot access '/proc/kcore': No such file or directory

Riverstorm

Using strace it seems it hangs here, until it times out. Then it exits the game. The ISP is NuclearFallout Enterprises -- www.rulecity.com. I believe it's a VPN server. I don't think this is anything I've configured in my setup but I thought I would share if it's something that can be fixed. It's a bit of pain when exiting Daphne games.

socket(AF_INET, SOCK_STREAM, IPPROTO_IP) = 11
connect(11, {sa_family=AF_INET, sin_port=htons(7733), sin_addr=inet_addr("66.150.214.242")}, 16) = -1 ETIMEDOUT (Connection timed out)
close(11)

mitu

Maybe it tries to send stats data to stats.daphe-emu.com and the address is no longer available ? Port/IP are defined here.

DirtBagXon

@mitu said in Daphne games freezing when trying to exit:

Maybe it tries to send stats data to stats.daphe-emu.com and the address is no longer available ? Port/IP are defined here.

Gees, has the Daphne package been sending stats to Matt's old IP all this time....

Just use the -noserversend argument in your .commands file - although the Setup script should set this as a default argument. The Daphne site has made some changes recently, those have probably, and inadvertedly, bought about this issue.

Hypseus wiped all that "call-home" code long ago....

Riverstorm

@mitu - Thanks a bunch for the reply. Looking at a version from 3 years ago shows the same sub-domain but whoever owns the domain could change the DNS A record to redirect it anywhere really.
You were right a reverse lookup did match the domain to the IP but I had no idea what to do with that information or if it was just a temporary error or something more needed to be done to the code.

@DirtBagXon - Thanks a bunch also... you guys rock! That worked perfectly! I tested it on one game and will go through the rest of the them and add a commands file. That's so much nicer to exit a game and not sit and wait for 2 or 3 minutes... which feels like forever, which seems like it's locked up, which uugh, wait... but it's still playing the audio... ;)

mitu

OK. the server call on shutdown was patched out, updating the package from source (and later on binary) should remove the slowdown. Thank you for reporting it.

DirtBagXon

@mitu said in Daphne games freezing when trying to exit:

OK. the server call on shutdown was patched out, updating the package from source (and later on binary) should remove the slowdown. Thank you for reporting it.

Good call.

Just for the curious, there was nothing ever nefarious about the call home, and it hasn't been collecting stats for a decade, or more. There is still a static page of what was collected, noting the top OS, aside from the posted timestamp, dates it in time (2009):

http://www.daphne-emu.com/stats.html

I'm guessing the IP has finally changed hands and maybe had filtering changed from a REJECT to DROP, that might account for the sudden change in behaviour on the socket timeout after all this time.

Riverstorm

@mitu said in Daphne games freezing when trying to exit:

OK. the server call on shutdown was patched out, updating the package from source (and later on binary) should remove the slowdown. Thank you for reporting it.

@mitu - Just to verify. I should be able to update from source to correct the issue? I did an update from source (Daphne under Optional packages) and it didn't fix it. Then I updated to RP 4.8.8 (Pi 4) and the did another Daphne update from source but I'm still seeing the same error below.

connect(11, {sa_family=AF_INET, sin_port=htons(7733), sin_addr=inet_addr("66.150.214.242")}, 16) = -1 ETIMEDOUT (Connection timed out)

mitu

@Riverstorm I'll take another look, thanks for letting me know.

mitu

I've checked and the only instance of Daphne sending data to the server is not active anymore - not sure why you're still seeing that connection. If you try to update the daphne package, does it says that you have the latest version ?

StuMcBill

@mitu I did a full update of my system yesterday (first in a few weeks) and the first update was Daphne and it said there was no update available.

mitu

@StuMcBill that's ok, I guess, does it have anything to do with the current topic ?

mitu

Ok, I found the error - the fix was applied to the main branch, but the package in RetroPie is built from a separate branch.