(REQUEST) Add Daphne Singe emulator?

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.

pjft

@Darksavior Didn't read it as if you were suggesting I did - I was just curious if installing the new version had broken something on your setup, and trying to figure out workarounds :)

At least we now have Time Gal and Road Blaster on RetroPie, which is awesome!

By the way, maybe you can help me grok the controls here. I know the crosshair is used to aim at some point in the game, but other than that does it influence the steering directions? I can't quite get to grips with the game reacting to my steering controls reliably, but maybe it's because I'm thinking that the crosshair represents the steering wheel direction. For the directions is it more of a "tap the direction when the arrow shows" game like Dragon's Lair/Time Gal, and am I just being tricked by the crosshair location?