(REQUEST) Add Daphne Singe emulator?

pjft

@Darksavior sounds good. Mine works fine, but not fullscreen, hence the question. As you're on the pi 4 I was asking what options had you used or what command line to get it to work as such.

If I use the xinit approach mentioned earlier I get the game in full screen but also the error with vldp2 - which I'm sure I'll be able to dig into with some more time. If this is the way, @DirtBagXon do you have any thoughts on what path might it be looking for?

If I don't, it just runs on a corner of the screen, hence my question as to how you approached that to see what might be missing here.

As for the input file, I'll look into the docs then for a sample and more detailed instructions.

I'll test things out some more tomorrow and report back any findings as well, but any pointers or suggestions can send me looking in the right direction.

Thanks.

Darksavior

@pjft I set my resolution by editing run.sh. Singe doesn't stretch to fit so it has to be the exact res your tv/monitor is.

DirtBagXon

@pjft said in (REQUEST) Add Daphne Singe emulator?:

@Darksavior Following the thread, when I run with XINIT (sudo xinit ./singe etc) I get a "could not open the VLDP2 dynamic library", which I imagine means that when running either as sudo or in xinit it's looking for libvldp2.so elsewhere somehow.

@DirtBagXon do you have any thoughts on what path might it be looking for?

The libvldp2.so library is in the same directory as the singe.bin binary and library: libsinge.so. Which by default would be /home/pi/singe if you followed the above directions.

If you are writing, or using, another script, you need to look at the LD_LIBRARY_PATH part of the script. You will need to ensure that the directory where the singe.bin, and therefore libvldp2.so, are at the beginning of this LIBRARY search path when singe starts. Something like:

export LD_LIBRARY_PATH=/home/pi/singe:$DAPHNE_SHARE:$LD_LIBRARY_PATH

You can of course use/change VARIABLES as in the original scripts.

A good debug is to add an echo in the script just before the singe binary runs. This will tell you where singe is searching for libraries.

e.g.

echo $LD_LIBRARY_PATH

./$SINGE_BIN \
$DAPHNE_SHARE/singe/$1/$1.singe \
..
..

Hope this helps....

pjft

Thanks - it does help.

I actually managed to get it running per @Darksavior 's tip on setting the full screen resolution on the run.sh file, and it works perfect.

I submitted a PR to your GitHub repository based on some changes to Daphne's controls a few years back that helped specific joysticks be better recognized. I don't take any offense if it isn't merged, but thought I'd contribute it upstream given that it's what helps the game's controls work as intended on my arcade with the DragonRise adapter.

As for Road Blaster, an interesting thing: the same code in a arm64 device runs the game correctly, but not on the Pi.

Specifically, when it works, there's a message:

Error! write to main rom at e600

But, when it fails (on the Pi), we get:

Error! write to main rom at a80f
Error! write to main rom at f8ec

I'm going to dig into it and see if I can work something out.

DirtBagXon

@pjft said in (REQUEST) Add Daphne Singe emulator?:

I submitted a PR to your GitHub repository based on some changes to Daphne's controls a few years back that helped specific joysticks be better recognized. I don't take any offense if it isn't merged, but thought I'd contribute it upstream given that it's what helps the game's controls work as intended on my arcade with the DragonRise adapter.

Looks fine, but should be applied via a command line option, not by default.

I have added a comment on the pull request.

Many thanks for contributing.

pjft

@DirtBagXon Got it. Let me try to go back and see what changes would need to be done on my end to get that sorted as an option. I left a comment there for you as well.

Thanks.

bronze

@DirtBagXon thanks heaps for the quick reply, will tackle this later in the week!

pjft

@Darksavior and I finally fixed Road Blaster on the Pi.

~~https://github.com/RetroPie/daphne-emu/pull/17~~

Feeling badass.

EDIT: it's now been merged, so installing Daphne from source should work. It may even fix Bega's Battle or others, as I believe the code is shared, but no promises there.

~~Feel free to test the code here until it's approved:~~

~~https://github.com/pjft/daphne-emu/tree/patch-1~~

DirtBagXon

@pjft

https://github.com/DirtBagXon/daphne/commit/7d4bf3cdaff98a795ef2e51a823555e25f574ff9

Hope you don't mind, I have pushed this into my Daphne and created a pull request back to DavidGriffith/daphne, to keep Daphne alive.

pjft

@DirtBagXon Don't mind at all - thank you.

Actually, a more accurate - or perhaps complementary fix - which I submitted to the repo as well is to compile things with -fsigned-char. You might want to send it over as well.

https://github.com/RetroPie/daphne-emu/commit/40ce24dd136356d903eb6476ff9dfcef12e7d8bd

Hope it helps - glad to help keep it alive.

As for the PR in your repo, I fully understand where you're coming from - I didn't have time yet to revise the code (you can tell where I spent my time :D ) but I should get to it at some point. Don't take my silence as having disagreed with your comments. :)

Thanks.

gomisensei

@pjft said in (REQUEST) Add Daphne Singe emulator?:

@Darksavior and I finally fixed Road Blaster on the Pi.

~~https://github.com/RetroPie/daphne-emu/pull/17~~

Feeling badass.

EDIT: it's now been merged, so installing Daphne from source should work. It may even fix Bega's Battle or others, as I believe the code is shared, but no promises there.

Can confirm bega's battle works due to this change...

pjft

@gomisensei Awesome - great to hear.

If anyone can check whether BadLands works with the new build from source (from right about now, as I submitted more changes to the build process), that'd be interesting. I don't have any recollection or suggestion that Badlands should work because of this change, though, but doesn't hurt.

Thanks.

gomisensei

@pjft badlands doesn't seem to work, even after changes to the Makefile the log shows

YUV overlay is done in software (ie unaccelerated).
Booting ROM ...
Write to ffff with 0
Write to ffff with 0
Write to 1 with 0
Write to ff with 0

repeating over and over and no video shows, tho I can still exit cleanly.

edit: tried the prototype rom as well, threw up different numbers, but same result.

pjft

@gomisensei Thanks for checking.

Do you know if it works on Windows/other OS? Road Blaster did, which led me down the right path.

I don't have the game to test, but in this case it was really a matter of a data type cast that was causing the wrong memory address to be read and written to.

gomisensei

@pjft said in (REQUEST) Add Daphne Singe emulator?:

@gomisensei Thanks for checking.

Do you know if it works on Windows/other OS? Road Blaster did, which led me down the right path.

I don't have the game to test, but in this case it was really a matter of a data type cast that was causing the wrong memory address to be read and written to.

not sure, i don't have the emulator set up on windows, but according to the Dragons Lair project, it IS working in daphne...

Edit: just tested on windows, seems to work...

pjft

@gomisensei Thanks.

...I may look into it at some point, but it's not a short term priority. Feel free to ping me here if I haven't updated the topic in 3-4 weeks.

I don't have the game, and I have a few other things on my plate. And it depends if I can get it to work on Linux, as that's what helped me figure out what was not working on the Pi. So a few "ifs".

Thanks.

Darksavior

@pjft Amazing, Road Blaster finally works! Thanks.
Not sure if it's the latest pi updates or retropie's daphne emulator needs to be updated for it, but I get a black screen when using the new kms driver. I had to go back to the fkms driver to get video.

pjft

@Darksavior Interesting - but was it working before on the kms driver?

I can assure you that nothing was changed on that end, so I'm curious: if it was working before, and you can reinstall it from somewhere from source to make it work like before I can let you know what to change in the source.

If it wasn't before, I don't have any ideas - maybe trying sudo xinit and seeing if it helps?

roslof

@pjft FWIW: Bega's Battle (bega) is indeed working now. So good, man!
EDIT: Looks like @gomisensei already reported this. :)

Darksavior

@pjft Oh, I wasn't meaning to say that you did something. The prebuilt binary is giving me the same issues. Might've been a new driver update since the last time I tried.