xxOToTOxx

-fullscreen -nohwaccel ^ that one ? Also do you have the MP2 license enabled on this Pi?

Interesting, I think you may be the first to try this on a Pi. Seems to be something to do with loading the SDL Texture as a RendererTarget. I don't have a Pi setup at the moment, so can you try a few things please. First get rid of these: -fullscreen -x 1920 -y 1080 -ignore_aspect_ratio and replace with each of these to test: -fullscreen_window -nohwaccel -fullscreen -nohwaccel These games use a pixel reading function that no other games use, but works fine on Nvidia and Intel accelerated graphics. My suspicion is adding -nohwaccel argument might fix it..... Interesting one....

Didn't need a new loading script in the end, a few rejigged files and I think it is working fine. As a heads up, there are video/audio sync issues in this, it's the source material, not an Hypseus issue. Also observed in Singe. First load, following .dat file generation, seems to speed up. Subsequent loads seem fine. ActionMax INSTALL Obtain download from: https://archive.org/details/singev1-actionmax Place actionmax folder as ~/RetroPie/roms/daphne/actionmax (Note: no .daphne extension) Within your ~/RetroPie/roms/daphne/singe folder symlink actionmax folders: cd ~/RetroPie/roms/daphne/singe ln -s ../actionmax actionmax cd .. ln -s actionmax popsghostly.daphne ln -s actionmax sonicfury.daphne ln -s actionmax hydrosub2021.daphne ln -s actionmax bluethunder.daphne ln -s actionmax 38ambushalley.daphne Within the actionmax folder do the following to align with daphne.sh - (Note the '.' at the end of some commands): cd ~/RetroPie/roms/daphne/actionmax mv 38ambushalley/38ambushalley.singe . mv 38ambushalley/frame_38ambushalley.txt 38ambushalley.txt mv bluethunder/bluethunder.singe . mv bluethunder/frame_bluethunder.txt bluethunder.txt mv hydrosub2021/hydrosub2021.singe . mv hydrosub2021/frame_hydrosub2021.txt hydrosub2021.txt mv popsghostly/popsghostly.singe . mv popsghostly/frame_popsghostly.txt popsghostly.txt mv sonicfury/sonicfury.singe . mv sonicfury/frame_sonicfury.txt sonicfury.txt Then you need to change each framefile to align with new location (Again note the '.'): Edit 38ambushalley.txt to: . 1 video_actionmaxintro.m2v 355 38ambushalley/video_38ambushalley.m2v 28175 video_menu.m2v Edit bluethunder.txt to: . 1 video_actionmaxintro.m2v 355 bluethunder/video_bluethunder.m2v 27950 video_menu.m2v Edit hydrosub2021.txt to: . 1 video_actionmaxintro.m2v 355 hydrosub2021/video_hydrosub2021.m2v 28820 video_menu.m2v Edit popsghostly.txt to: . 1 video_actionmaxintro.m2v 355 popsghostly/video_popsghostly.m2v 31835 video_menu.m2v Edit sonicfury.txt to: . 1 video_actionmaxintro.m2v 355 sonicfury/video_sonicfury.m2v 26645 video_menu.m2v Reload emulationstation Have VHS fun Also documented here: https://github.com/DirtBagXon/hypseus_singetwo_data/tree/master/actionmax

MacOS X port of Hypseus Singe now available: Version 2.5.4 https://github.com/DirtBagXon/hypseus-singe

ActionMax: That is a real special case. It uses a completely different loading mechanism, with shared .singe files, I run it locally on the desktop, but have not used on RetroPie, nor do I have any scripts to make it work on there. It will require a whole new loading script to get this working in RetroPie, so I am glad you volunteered So in seriousness, I can look to put together a script for this, possibly another daphne.sh, but need to carefully think how best to do this, as it's not as easy as the others and don't want to go too deep back into RetroPie script land......

Well spotted, I have pushed fix to repo - thank you

ffmpeg -i Titan_AE.mp4 -t 00:45:29 -an -qscale:v 4 -b:v 6000k -vf scale=1280:720 -codec:v mpeg2video titanae.m2v Something like that.

All good, are you sure it's not just the resolution and bitrate of the video making the pi work a little too hard ? I do have to run at 720p on the pi for this one.

Another one I can't see the issue, tested on 32bit and 64bit - all seem in-sync.... Are you running the latest version - v2.5.2 ? /opt/retropie/emulators/daphne/daphne.bin -v file /opt/retropie/emulators/daphne/daphne.bin

No troubles, sorry for making you go round in hoops. At least it's documented here now which DL2E video I used - lol

Yep, agree - I just confirmed - so in theory your first attempt should have worked.. !?! mediainfo --Inform='Video;%FrameCount%' DL2e.mp4 36910 See how you get on with my download...

Still uploading mine, but go on, let's see what size that one is ? Grab my version from here: https://mega.nz/file/khkHiA6b#LI0hdaEKOuerGG2wlRvB1aFlNzuQM45DzObZEh34008

I am creating a 7z - will put it on MEGA - save your DL ratio Probably old revision.

Interesting... I get `36910` I am missing something here.... So fix in repo probably won't do anything..... I need to check the video I got you to download...... This was one of the first I did, and I haven't touched since. EDIT: OK, apologies it looks like I used some other source video.... However I can't remember which one it was. I will see if I can figure but most probably a Karis revision that may no longer be available..... If you still have the Karis one from before, copy the .mp4 to the Pi and run the mediainfo --Inform='Video;%FrameCount%' command on it, to see if it matches 36910

Just tested and played with deaths first few levels on 64 and 32bit, I am not seeing this issue. Can you explain where it occurs exactly.... Also on the pi: sudo apt-get install mediainfo Then run this on the converted .m2v file: mediainfo --Inform='Video;%FrameCount%' dl2e.m2v EDIT: I have pushed a new dl2e/main.singe into the repo too, I can't replicate it, but have put same fix as previous - can you try it.

Really? Did you change any settings ? Can you post your game.cfg Also are you running on aarch64 full 64bit or 32bit userland ? Run file /opt/retropie/emulators/daphne/daphne.bin Assuming this is RetroPie.....

How about torrent from here: https://1337x.to/torrent/4876774/Daphne-SINGE-Dragon-s-Lair-2-Enhanced-Laserdisc/

Yes - from archive.org as always Although I think this may have been removed, so you may have to find the .mp4 elsewhere. Or try this torrent: https://1337x.to/torrent/4876774/Daphne-SINGE-Dragon-s-Lair-2-Enhanced-Laserdisc/ The frames in the video are: mediainfo --Inform='Video;%FrameCount%' dl2e.m2v 36910

Ninja Hayate is there too if you want it: https://archive.org/details/singev1-hayate

You could also get original Time Gal and Ninja Hayate from here: https://mega.nz/#!hmhRQC7I!0EXghHIMKzPT1aVpyYCuZX0QHChVzkgnFrB4WSatDdo From:

Well original 'timegal' will use the original video and all other files supplied with Singe 1 Time Gal: https://archive.org/details/singev1-time-gal 'timegalv2' will need you to convert the video from Singe2 version on archive.org and combine with files on the singe2 repo above. They are different games with different video and overlays. The 'timegal' on the repo above is a copy of 'timegalv2' - that is really for people who only want the new version v2 called 'timegal' - confusing I know but that was my mindset at the time...... Regarding 'freedomfighter' - I never really got that working correctly I don't think. So if you have success in level succession let me know

No longer needed. Hopefully looping death scene fix in: https://github.com/DirtBagXon/hypseus_singe_data The only files you need to change are: modified: dragon/hscore.singe modified: dragon/main.singe modified: dragon/map.singe modified: freedomfighter/hscore.singe modified: freedomfighter/main_mouse.singe modified: freedomfighter/map.singe modified: jack/hscore.singe modified: jack/main.singe modified: starblazers/hscore.singe modified: starblazers/main.singe modified: starblazers/map.singe Let me know.

I know the change in the codebase that is causing this, it's related to a 32bit <=> 64bit interoperability. Unfortunately, without it most of the main Singe games have timing issues on 64bit so I can't revert. The games that are having issues are all later fanmade games using the same underlying old LUA framework it appears, so I believe this needs to be fixed in the game framework. I haven't seen the issue in other titles. I am seeing it in Singe 1 jack, dragon, freedomfighter and starblazers. Seems to have been fixed in later Singe 2 ports. I haven't had as much time recently to look on these, but hopefully fixes will be pushed to: https://github.com/DirtBagXon/hypseus_singetwo_data

First you need to understand that Singe is a different emulation of game data to Daphne. The first Singe version was added as a 'plugin' to Daphne, and looking at your image of the files, you have 'singe.dll' which is the plugin to Daphne so this version should/will work. Now, in order to use the original Daphne version of Singe you have to give it the correct arguments, which will always begin with: daphne.exe singe vldp -framefile ... -script ... If you have 'freedomfighter' folder in the daphne folder, then the arguments include the main .singe file of the game and framefile, and become: daphne.exe singe vldp -opengl -x 1600 -y 1200 -fullscreen_window -noserversend -volume_vldp 64 -volume_nonvldp 32 -sound_buffer 2048 -framefile freedomfighter/ff.txt -script singe/freedomfighter/setupgame_mouse.singe There are lots of arguments here, but famawizard has prepared this for you, and put the arguments into a windows .bat file called 'freedomfighter.bat'. So you just run that. If you want to understand what each argument does then you are going to have to do some Googling, most are Daphne specific, some are for the Singe plugin. Here is a good place to start for Daphne parts: http://www.daphne-emu.com/mediawiki/index.php/CmdLine Daphne and Singe are notoriously difficult to understand until you use them and experiment. Which is why most of the developers simply supply a .bat file. However, for real enjoyment you should take some time to understand these arguments as there are many, many incredible games on this site you can play, and configure, once you master. Footnote: Daphne and Singe code has been around for a decade or more and uses older software libraries that don't work great on modern operating systems. Hence the release of newer versions of Singe (Singe 2: Just improved Singe no Daphne) and Daphne Singe (Hypseus Singe: With Daphne support) which uses up-to-date graphics libraries and improved features. However most still use the same command line driven interfaces, so the above statement still stands. Good luck.

Having worked on the Daphne source code recently, I don't think you have an old version of Daphne, it's ancient. Freedom Fighter was tested in Daphne with game code 'ffr' but never worked. @famawizard's version is Singe, not Daphne, so you need to use a completely different Daphne version with Singe support. As advised there is a version within the archive, or use one of the modern Singe engines.