xxOToTOxx

@Karis I did come across a few bugs in the original Singe codebase, and a few official branch bugs (+in LUA library) that were unpatched, so hypseus may behave more accurately/differently than Singe 1 did. But I doubt that gameplay was affected. However, you are the LUA man, I am C++ - I trust your judgement on game content more than mine

@Karis "poorly shot images with bad acting" - I think that basically describes these games, and is what I love about them - lol I still laugh at the shadow of the walking cameraman outside the Sheriffs Office in Maddog.... Thanks for the run down, I look forward to playing your fixed version to make the comparisons - thank you sir.

These look really fantastic @Karis, personally I think the centre one is over-contrasted and processed, but love the idea of the B&W version..... Out of interest, what version of WSJR did you find so buggy, I have played through several time on 1.0b and not seen glaring issues, but I can't say I played the original for ROM accuracy ?

64bit Windows Port of Daphne/Hypseus The first 64bit version of Daphne for Windows (support for up to 16Tb M2V files) The version released yesterday had a one line bug. Ensure you grab the latest version again from: https://github.com/DirtBagXon/hypseus-singe/releases/download/v2.6.17/Hypseus.Singe-v2.6.17-win64.zip If you have the previous version, you only need to take 'hypseus.exe' from the zip file and overwrite. If you have the 32-bit version, and are upgrading, you will need 'hypseus.exe' and ALL the .dll files from the 64bit zip and overwrite the 32bit versions. The 64bit version, should work markedly better on all the upscaled Daphne M2V files in this thread,so replace the 64-bit version of files within any Windows Template packages that you have (as described above). I will attempt to update the Windows Template packages when I get time, but for the moment they contain the 32bit version. The Windows Templates have now all been updated to 64bit v2.6.17 https://mega.nz/folder/t082hTgT#J9NiuIB9bl2pYSbj-jrjnQ Daphne enters the Windows 64-bit world.......

64bit Windows Port of Daphne/Hypseus The first 64bit version of Daphne for Windows (support for up to 16Tb M2V files) The version released yesterday had a one line bug. Ensure you grab the latest version again from: https://github.com/DirtBagXon/hypseus-singe/releases/download/v2.6.17/Hypseus.Singe-v2.6.17-win64.zip If you have the previous version, you only need to take 'hypseus.exe' from the zip file and overwrite. If you have the 32-bit version, and are upgrading, you will need 'hypseus.exe' and ALL the .dll files from the 64bit zip and overwrite the 32bit versions. The 64bit version, should work markedly better on all the upscaled Daphne M2V files in this thread, so replace the 64-bit version of files within any Windows Template packages that you have (as described above). I will attempt to update the Windows Template packages when I get time, but for the moment they contain the 32bit version. The Windows Templates have now all been updated to 64bit v2.6.17 https://mega.nz/folder/t082hTgT#J9NiuIB9bl2pYSbj-jrjnQ Daphne enters the Windows 64-bit world.......

Hypseus version of LBH HD, with new overlay and Real Showdown. MadDog II: HD Thanks you Karis as always for these great games.

Yep, I spotted them and I will be also utilising these shortly

Sorry @Karis I missed this earlier. Well the solution is that they are running at that overlay resolution

Hi Karis, It's 'Absolute Mouse Input' which essentially operates like a touchpad mouse coordinates - this is in the executable not the LUA. It took a little bit of reading up, but the best explanation I found was here from the libretro guys: https://github.com/libretro/RetroArch/issues/5215 So essentially it takes the coordinates on screen resolution within a window and maps only x and y values based on its movement within that window resolution. Which may be a regular window or a fullscreen window. Whereas a standard mouse will give 'relative' x and y coordinates based on it's position within the whole desktop area that may or may not be actually visible (in the case of projecting a 1920x1080 video on a 4k screen for instance). So lightguns know that they cannot exceed the maximum/minimum values of the window resolution, or transgress out of it, they remain accurate on any screen size. Hope that makes sense...

Adding this for any RetroPie users. These pull requests for Hypseus into RetroPie-Setup scriptmodules: RetroPie installation: https://retropie.org.uk/forum/post/265501 RetroPie documentation: https://github.com/DirtBagXon/RetroPie-Docs/blob/hypseus/docs/Daphne.md mkdir -p /home/pi/RetroPie-Setup/scriptmodules/emulators/hypseus wget https://raw.githubusercontent.com/DirtBagXon/RetroPie-Setup/hypseus/scriptmodules/emulators/hypseus/hypinput.ini -O /home/pi/RetroPie-Setup/scriptmodules/emulators/hypseus/hypinput.ini wget https://raw.githubusercontent.com/DirtBagXon/RetroPie-Setup/hypseus/scriptmodules/emulators/hypseus.sh -O /home/pi/RetroPie-Setup/scriptmodules/emulators/hypseus.sh Go to ES and select Configuration, select RetroPie Setup, or just type sudo ~/RetroPie-Setup/retropie_setup.sh Navigate to Manage packages Select exp experimental packages Run down the list, there select 'hypseus' Select Install from source

For RetroPie you can follow these links for Hypseus Singe installation: RetroPie installation: https://retropie.org.uk/forum/post/265501 RetroPie documentation: https://github.com/DirtBagXon/RetroPie-Docs/blob/hypseus/docs/Daphne.md Hopefully will soon be part of RetroPie-Setup scriptmodules. KangarooPunch website seems to be down at this point in time...

Singe 2 Port with 2k enhanced video of: "Who Shot Johnny Rock?"

Without further ado, we have a 2k enhanced Singe 2 port release of 'Who Shot Johnny Rock?' for Hypseus Singe. Massive thanks to @Tremolux for all the work here, I apparently also have to say I was involved This release has also adopted the Absolute Mouse Input (ABS) framework correctly to the Windows Port, so should be spot on with Mouse and any lightguns including Sinden. Tremolux has included Sinden and non-Sinden batch files - for any of those lucky enough to have the Sinden already. This is a slightly different format to previous releases as it maintains the Singe 2 sub-folder format, and isn't reliant on a 'singe' sub-folder as in tradition Singe 1 games. The release works fine in Linux, but only needs the internal sub-folder, hence we are also releasing in (Karis style) shared folder format via MEGA, to allow updates and downloading of individual files/folders as needed. Windows users will want to download the whole structure as a zip, and run the .bat files from within the unzip location. https://mega.nz/folder/mh1Q1LzQ#-YGMbAjNs5-zhBZ6afLIOA Enjoy: Second Enhanced Karis version (separate download):

Just to confirm to anyone reading the thread, this seems to be the start of a new method of Singe 2 game porting for Hypseus..... Also seems to be a little more Windows friendly than my original method...

Still not clear though, is it running in Hypseus or Singe 2 ? Sorry you maybe missed my edit above....

I think you have tackled this is a completely different way to me. And that is no bad thing - Mine was never perfect and this is true open source gaming I am curious on how you have this all setup now, and you appear to have maintained the Singe 2 folder structure - I never did that. Hypseus needs the .m2v - it cannot use the MP4 - so yes you need to keep that, but don't need the MP4 in the singe folder. You really need to share this now, PM me if you like - I am so curious on how you got this up and working..... Makes sense, but true Wild West stuff Or did I get all excited for nothing, as this is running in Singe 2 engine ?

You managed to follow my sparse instructions thus far on GitHub, I don't think you give yourself enough credit.

Posting this here as a reminder to myself, if we get higher resolution video for Hypseus gun games. With any lightgun (DolphinBar, WiiMote etc) the following -sinden argument (as a minimum) is probably going to be needed for sprite alignment: -sinden 1 x But only in Windows with the higher resolution video.

It sounds to me as though the MP4 video in Singe 2 isn't exactly the same as the original. Which bearing in mind what we have just discussed above, isn't surprising. If you have managed to convert it without dropping frames etc - again great news - DarkVoid watch out But I think your options now may be limited to converting/porting the Singe 2 LUA to use the converted video. i.e. become Karis#2 - If you have any coding experience it will become fairly self explanatory after a little while. And is pretty much the same for each game once you have done one. Be aware that you can swap, or recreate sprite graphics (.png), around to get the original look and feel of the Singe 1 game. Pretty much make your own game or at least customise the game. If you get it going PLEASE share it so we can all enjoy. Also, thanks for discovering the issue with larger resolutions on the gun games, we hadn't got there yet. But a sane fix applied to the codebase for next release. It's fantastic to see all this interest.

Two separate things here: As we have found in the Daphne video conversions recently, Topaz is pretty bad at keeping framerate and frame count accurate (it isn't tunable enough - in fact it has very little config options), so when you do an upscale conversion, frames get dropped and timings messed around. What you are seeing is a bad conversion with frame mismatching. DarkVoid666 and I worked out a process for limiting this, but it is not always 100%. ffmpeg is pretty (to very) accurate at the conversions, but obviously doesn't have the 'enhancement' filters of Topaz. We used ffmpeg to 'clean' the original m2v before passing it through Topaz to match FPS with expectations, but some video is just problematic. Using the Singe 2 code and graphics and the messed up overlay, means you need to look more into the LUA sprite positioning. Some of the games have hardcoded x and y co-ordinates that will need work in Hypseus. You will be able to fix it, but it will take some tuning and learning. I performed this on all the Singe 2 games that are converted/ported over. I didn't tackle the 'gun' games as we have them already working from Singe 1.

@Tremolux Also try this new .exe across all the resolution with -sinden https://mega.nz/file/gwdFGSpK#Uw5CYmVAh1F0JoruCri1DNwStvDG9j7Mh9AroMLEMFs

@Tremolux Just out of interest, can you try using '-x 1280 -y 1080' on your 4k video ? Does that make any difference ? Ignore this.

Spot on. The sound is sent from the (original arcade) ROM to the emulated CPU and needs to be processed by the on-board sound chips. The issue seems to be no one is clear on the schematics, and design, of the sound chip used. So there is a lack of documentation, and data sheets, on how to emulate the sound chip.

Provided I can grab it - no issues there. You are too kind, I did it mainly for me, glad others are enjoying. Bit of a gamble as I don't yet have the Sinden myself, but lots of reading and user help seems it's all good Singe 2 and Hypseus are really different beasts, but it gives people options. Karis does some amazing work here, and I just take his efforts and make them work in Hypseus if possible (with some caveats). Hypseus does indeed support Daphne, and it has a few nice new features, including an advanced control system for joysticks etc. But don't hold your breathe on getting GP World sound any time soon....

Ok, I just converted the Singe 2 MP4 quickly via ffmpeg, and apart from a few extra logo's added it looks the same. Obviously though this is not upscaled and enhanced. Yes, please if you could provide the 1440x1080 video via MEGA, I may be able to track down why the larger resolution is causing an issue. All 'gun' games thus far have been 720x480 so I have no comparisons. Hat's off to you for figuring the MP4's were compatible and it's really good to see others attempting to port stuff over. Also using all the new arguments in the batch files to get best presentation. Viva open source gaming !!!!