New Hypseus and lr-Daphne to add on Retropie-Setup

BiZzAr721

Has there been any updates on lr-daphne? I tried again, but couldn't get it to work. Has anyone have this running? I installed through cyperghost's script, but I am still completely lost on where the folder tree belongs.

Darksavior

@BiZzAr721 I wouldn't bother waiting. I tried it a few months ago on pc via retroarch. Besides the ridiculous folder structure to even get it to load, most games wouldn't load and the ones that did I wouldn't get audio and then it'd crash. Hypseus seems dead too.

BiZzAr721

@Darksavior I wasted a couple of hours trying to get it working - I was hopeful when I saw the install script! Thanks for that quick reply.

SaturnX

@darksavior So it looks like Hypseus just had release for version 1.30 on February 26, 2021. https://github.com/btolab/hypseus

I gave it a go on my Pi4 and nothing was even remotely playable. All the games work fine with daphne but with hypseus they were a mess.

I'd really love to see an update to daphne so I can switch my Pi4 over to the full KMS driver (vc4-kms-v3d) instead of fake KMS (vc4-fkms-v3d).

Has anyone had any luck with getting hypseus running on a pi4?

bluestang

@saturnx I’ve been running hypseus on KMS for my Pi4 on 64-bit.

However, I also run upstream versions of SDL2 and MESA, so I don’t have a typical RetroPie setup.

What are the issues you are experiencing with hypseus?

roslof

I'm currently segfaulting with lr-daphne, but if anybody is interested in a working Directory Structure for lr-daphne, here are the basics:

First, unlike stand-alone Daphne, lr-daphne launches from a game rom, so ensure es_settings.cfg includes .zip .ZIP then restart ES.

Next, unlike stand-alone Daphne, lr-daphne requires that ALL framefiles for all games are placed in a single framefile directory instead of living with the m2v and ogg files.

Lastly, if you're like me, and have used stand-alone Daphne, you probably have a bunch of folders with the format <gamename>.daphne -- You many leave these named as-is. You don't have to mess with them, but will need to ensure the framefiles you add correctly point to these folders.

Here is the structure I'm using for lr-daphne (assuming you are using RetroPie defaults) with notes:

Main Directory: /home/pi/RetroPie/roms/daphne
So, this is standard. Nothing unusual here.

roms Directory: /home/pi/RetroPie/roms/daphne/roms
I don't like this, because with lr-daphne, you must launch a rom, and this is a level deeper than typical. So in ES, you actually need to enter the directory called "roms" and select a rom. From what I can tell, if you put roms in ~RetroPie/roms/daphne/ then you have to move everything else back one directory -- so everything would be sitting with all of your other rom folders at ~/RetroPie/roms instead of being tucked tidy in ~RetroPie/roms/daphne/. Correct me if I'm wrong, but this seems to be the case.

m2v/ogg/[dat] Directories: /home/pi/RetroPie/roms/daphne/<gamename.daphne>
You don't HAVE to name the directory with the extra .daphne suffix, but it will allow you to use lr-daphne and stand-alone Daphne, if you do it this way... Unlike stand-alone Daphne, with lr-mame, the directory name here is not strict, but you MUST properly reference it in each framefile. Note that dat files will be automatically generated, as is typical for any version of Daphne.

framefile Directory: /home/pi/RetroPie/roms/daphne/framefile
You absolutely MUST have this directory with lr-daphne. Copy each and every framefile you desire into this folder. The files should be named the same as the rom name. For example, if using Dragon's Lair rom "lair.zip", then name this framefile "lair.txt". It's also important that the FIRST LINE inside each framefile references the correct m2v/ogg Directory path I mentioned above. A simple "period" won't suffice here unlike the stand-alone Daphne. I'm using literal paths, such as: /home/pi/RetroPie/roms/daphne/lair.daphne which works just fine, but you'll need to modify each .txt file to reference the correct game path. OPTION: If you are also using the stand-alone Daphne, you may opt to leave copies of your framefiles in the Video/OGG directories and leave them alone. lr-daphne will ignore these...

sound Directory /home/pi/RetroPie/roms/daphne/sound
Self-explanatory

pics Directory /home/pi/RetroPie/roms/daphne/pics
Self-explanatory

ram Directory /home/pi/RetroPie/roms/daphne/ram
Self-explanatory

That's really it... It's different enough from the stand-alone Daphne to be annoying, but this structure does work. From EmulationStation, just launch the rom. It'll parse everything and look for the matching framefile in the framefile directory, which then informs the emulator where to find the m2v/ogg files, and assumes sound, pics, ram are all where they need to be and you're off to the races.

Remember though, I'm currently experiencing a segfault so lr-daphne might not be a working option at this time... For me, the game renders 2-3 frames of video then crashes without information (not from a verbose runcommand.log or daphne_log.txt). But if you want to play around with lr-daphne, this is how you can set it up.

roslof

@SaturnX posted:

Has anyone had any luck with getting hypseus running on a pi4?

FWIW: I just installed the latest Hypseus on a Pi4B/32-bit/KMS using the directions found in the OP, and it is 'working' but with the same freezing and video being unable to keep up with gameplay.

Spot-checked a few games:

Framerate issues:
Dragon's Lair (framerate/freezing issues)
Space Ace (framerate/freezing issues)
Astron Belt (some freezing, but only during LaserDisc seeks)

Runs fine:
Cliff Hanger (working fine)
M.A.C.H. 3: (working fine)

So... Mixed.

bluestang

@roslof 64-bit RPiOS does not seem to suffer the same problems for me in hypseus.

I tried lr-daphne but wasn’t getting any sound output. I’ll need to try it again with your directory structure you posted.

roslof

@bluestang said in New Hypseus and lr-Daphne to add on Retropie-Setup:

@roslof 64-bit RPiOS does not seem to suffer the same problems for me in hypseus.

I tried lr-daphne but wasn’t getting any sound output. I’ll need to try it again with your directory structure you posted.

Hmm. Hypseus crashes for me while in 64-bit. Did you have to compile it differently to support 64-bit?

bluestang

@roslof said in New Hypseus and lr-Daphne to add on Retropie-Setup:

@bluestang said in New Hypseus and lr-Daphne to add on Retropie-Setup:

@roslof 64-bit RPiOS does not seem to suffer the same problems for me in hypseus.

I tried lr-daphne but wasn’t getting any sound output. I’ll need to try it again with your directory structure you posted.

Hmm. Hypseus crashes for me while in 64-bit. Did you have to compile it differently to support 64-but?

I just add this -DCMAKE_BUILD_TYPE=Release but that should already be set in the CMake file as default IIRC.

I do remember having to delete the dat files so they could be re-generated for a few of the roms...

I’d also try just running the roms with a very vanilla cmd line.

Any hypseus logs?

bluestang

@roslof

It appears that in 32-bit KMS you have to use libmpeg2-4 from apt instead of building from the btolab repo and a few files need to be patched. This method also works for 64-bit as well.

Build script here - hypseus.sh

Patch is here - hypseus.diff

You can put the build script in ~/RetroPie-Setup/ext/REPOSITORY_NAME/scriptmodules/emulators/
The patch will need to go in ~/RetroPie-Setup/ext/REPOSITORY_NAME/scriptmodules/emulators/hypseus

Note: ~~You will also need to copy the sound folder as well.~~ I am still fiddling with this script so it is a WIP.

roslof

@bluestang said in New Hypseus and lr-Daphne to add on Retropie-Setup:

@roslof

It appears that in 32-bit KMS you have to use libmpeg2-4 from apt instead of building from the btolab repo and a few files need to be patched. This method also works for 64-bit as well.

Ahh, this is fantastic! Great work on the script. Works beautifully. Framerate is clean now. No more crashes. Loads REALLY fast, compared to the original Daphne. Yeah, I'm still green with the compiling and never would have figured out those changes.

The only bit of weirdness is with the actual rom files location. They are currently at ~/RetroPie/roms/daphne, instead of ~/RetroPie/roms/daphne/roms -- Which is not major, but if they were at the same location as the original Daphne, will be much easier for folks to simply run the script, change the default emulator, and off they go.

Cheers!!

roslof

After running @bluestang's hypseus script, I tested all of the primary games and this is looking like a pretty good substitute for Daphne. Best to nuke the generated DAT files and let hypseus regenerate them, or you might have some funny issues with videos not matching with what was intended.

WORKING:
Astron Belt
Cliff Hanger
Cobra Command
Dragon's Lair
Dragon's Lair (Enhanced)
Dragon's Lair II Time Warp
Esh's Aurunmilla
Galaxy Ranger
GP World (only video sound)
Interstellar
M.A.C.H. 3 (only video sound)
Space Ace
Super Don Quiote
Us vs. Them

NOT WORKING:
Badlands

2021-03-14 22:49:12.639 WARN  [23072] [badlands::cpu_mem_write@292] Write to ffff with 0
<repeats>

Bega's Battle

2021-03-14 22:47:16.156 WARN  [21937] [bega::cpu_mem_write@549] Error! write to main rom at e0df

Road Blaster

2021-03-14 22:50:40.866 WARN  [24058] [bega::cpu_mem_write@520] write to main rom at a80f
2021-03-14 22:50:40.866 WARN  [24058] [bega::cpu_mem_write@520] write to main rom at f8ec

Not sure, but I thought the 3 non-working games may have been fixed in Daphne (over the last year or so) by a change from @pjft -- but I could be mistaken. Might be unrelated... Or perhaps a similar change can me made to Hypseus to fix these, but for now, the major games seem to be working perfectly.

pjft

@roslof They were, and it probably can - but you might even get away with a simple compiler flag. I don't have it at hand, but if you check my last commit on the RetroPie-Setup repo for the daphne installer, as well as the makefiles in Daphne, you might see it.

The issue was related to how the compiler handled the default type for char - as signed or unsigned int.

https://stackoverflow.com/questions/46463064/what-causes-a-char-to-be-signed-or-unsigned-when-using-gcc

If I recall correctly, we want these to be... signed?

bluestang

@roslof said in New Hypseus and lr-Daphne to add on Retropie-Setup:

@bluestang said in New Hypseus and lr-Daphne to add on Retropie-Setup:

@roslof

The only bit of weirdness is with the actual rom files location. They are currently at ~/RetroPie/roms/daphne, instead of ~/RetroPie/roms/daphne/roms -- Which is not major, but if they were at the same location as the original Daphne, will be much easier for folks to simply run the script, change the default emulator, and off they go.

This should be fixed now to ~/RetroPie/roms/daphne/roms

I'll need to look into the 3 roms you mentioned that are not working. They all are failing at the same function of their code - ::cpu_mem_write

roslof

@bluestang said in New Hypseus and lr-Daphne to add on Retropie-Setup:

This should be fixed now to ~/RetroPie/roms/daphne/roms

Will check this out right away.
EDIT: Works perfectly!

I'll need to look into the 3 roms you mentioned that are not working. They all are failing at the same function of their code - ::cpu_mem_write

Regarding the Daphne stand-alone fix from @pjft, here is the information and it does seem relevant:

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

Forum Posts regarding change:
https://retropie.org.uk/forum/topic/27426/request-add-daphne-singe-emulator/36

roslof

@bluestang just a heads-up that the sound folder isn't being built and the script fails.

'/home/pi/RetroPie-Setup/tmp/build/hypseus/pics/obsolete/ldp1450.bmp' -> '/opt/retropie/emulators/hypseus/pics/obsolete/ldp1450.bmp'
Could not successfully install Hypseus - Laserdisc Emulator (/home/pi/RetroPie-Setup/tmp/build/hypseus/../sound not found).
/home/pi/RetroPie-Setup
Errors:
Could not successfully install Hypseus - Laserdisc Emulator (/home/pi/RetroPie-Setup/tmp/build/hypseus/../sound not found).

You probably already knew this, but looking upstream at the btolab repo, sound folder is missing.. No issue for me personally, since I'll just copy the Daphne sound folder, but will probably need to get a copy of the folder upstream for this to work for others. -Cheers!

bluestang

@roslof said in New Hypseus and lr-Daphne to add on Retropie-Setup:

@bluestang just a heads-up that the sound folder isn't being built and the script fails.

Fixed again. I didn't upload my latest changes last night. Be sure to replace both files.

DirtBagXon

@bluestang said in New Hypseus and lr-Daphne to add on Retropie-Setup:

@roslof said in New Hypseus and lr-Daphne to add on Retropie-Setup:

@bluestang just a heads-up that the sound folder isn't being built and the script fails.

Fixed again. I didn't upload my latest changes last night. Be sure to replace both files.

Hey @bluestang, @SaturnX

Have been playing with Daphne/Singe repos for some time, started getting interested in the hypseus revival, so.....

I forked it and have been playing. Managed to improve some scoreboard overlays and fixed fonts and a few other bits. Have been developing on 64bit Ubuntu (libsdl2 2.0.10 ), so would be interested to hear what this runs like on the RPi and SDL2 and all your various configurations.
Note: (It has the recent @pjft Daphne RPi fixes for Badlands, Road Blaster and Bega's Battle merged):

https://github.com/DirtBagXon/hypseus-singe

https://github.com/DirtBagXon/hypseus-singe/commits/master

I should add that there is now a requirement to load the TTF fonts in this build.
The repos 'fonts' directory, with the two .ttf files, should be within your 'daphne/hypseus' home dir.
i.e. alongside 'roms', 'pics', 'sound', 'framefile' and 'vldp' etc.

This should allow you to play around with custom fonts within the overlays, although sizing and positioning may require tweaking.

One thing this has bought to attention: SDL2 documentation is severely lacking.
My changes may only benefit a desktop with hardware acceleration, but curious what reflection they have had on the RPi setups.

I don't have the HD videos so have been working with the original 640x480 (720x480) .m2v files. One thing I noticed in Dragon's Lair was that a single file, dl-slates.m2v, was larger resolution than the others. This confused the hell out of SDL2 window render resizing, worked fine on original Daphne. I bought the file in line with the following commands:

mv dl-slates.m2v dl-slates-orig.m2v
ffmpeg -i dl-slates-orig.m2v -vf scale=640:480 -codec:v mpeg2video -b 4182k dl-slates.m2v

Hypseus .dat file generation should pick up the change.

Let me know if you get a chance.

roslof

@dirtbagxon said in New Hypseus and lr-Daphne to add on Retropie-Setup:

Let me know if you get a chance.

Cool to see you in the mix @DirtBagXon. The structure here looks closer to Singe than original Daphne? Beyond your instructions, I had to rearrange a lot of things to get a single game (lair) to be properly referenced with ES:

Renamed hypseus --> hypseus.bin
Modified es_settings for Daphne, adding .sh and .SH
Created a lair.sh file in roms/Daphne (just switches to /user/local/bin and launches run.sh)
Renamed lair.daphne to just lair
Created a simlink in ~/.daphne: vldp_dl -> /home/pi/RetroPie/roms/daphne
Created a simlink in ~/.daphne: roms -> /home/pi/RetroPie/roms/daphne/roms
Set executable permissions for run.sh

So effectively I'm running: run.sh lair with everything in place.

The game is identified. ROMS loaded, etc. etc. (yay)

I see a render of the overlay with the new fonts. It starts to parse the video files and creates the first .dat file from the first video in the framefile.

Then it crashes before finishing moving to the next video file (so at this point, only one .dat is created).

/dev/shm/runcommand.log (tail)

./run.sh: line 163: 31265 Bus error               $HYPSEUS_BIN $1 vldp $FASTBOOT $FULLSCREEN $KEYINPUT $BANKS -framefile $DAPHNE_SHARE/$VLDP_DIR/$1/$1.txt -homedir $DAPHNE_SHARE -datadir $$
HypseusLoader failed with an unknown exit code : 135.

hypseus_log.csv (tail)

2021/03/16;07:30:27.198;INFO;31265;0;ldp_vldp::read_frame_conversions@1038;"Framefile parse succeeded. Video/Audio directory is: /home/pi/.daphne/vldp_dl/lair/./"
2021/03/16;07:30:27.198;ERROR;31265;0;printnotice@69;"Press any key to parse your video file(s). This may take a while. Press ESC if you'd rather quit."

For for a moment, I got to see your overlay layout.

EDIT: I see you edited your post above with this information. FWIW, I am using the hires m2v files (720x480). I reduced the size of the dl-slates.m2v file per your instructions and removed the previously generated .dat. Still crashing, but this time, I don't actually see your overlay at all. Would have thought it would have made it to the second m2v, but it didn't. Let me know if there is anything else you would like tested.

EDIT #2: Tried Bega's Battle. Same issue. It built the single .dat file then exited. No significant information in runcommand or the hypseus_log.csv.

I do wish the file structure here was similar to the original Hypseus version instead of Singe. You pretty much just need to swap the emulator and you're done. For people using Daphne, this will be a pretty significant process.

Still, love to know that there is progress here. Cheers!