xxOToTOxx

Chantze's/Triad Stone for Singe 2 is already here ?

@Rex2573 Ignoring my really bad shots at the beginning, look at the second scene more. This is running Hypseus with the new forced overlay argument in 16:9, which will stretch to whatever the underlying video is, therefore keeping the hitbox locations correct: This was run with the following arguments to hypseus: hypseus.exe singe vldp -framefile Maddog2_HD\Video\maddog2.txt -script Maddog2_HD\Script\maddog2.singe -oversize_overlay -blank_searches -blank_skips -min_seek_delay 200 -x 1920 -y 1080 -fullscreen -oversize_overlay being the important one - Video is stretched of course, but at least that way you will see all the targets at the top and bottom of the screen... Or is the stretched (and therefore distorted) screen just a no go..... ?

Request for feedback: Ninja Hayate I had a request from a forum user to look at the Original Singe 1 Ninja Hayate game bytecode to fix the looping death scenes which you could only fix by quitting the game and starting again. New version of 'hayate': v1.15.... https://mega.nz/file/x4MWiJgS#8N9PEJVQJZaNzW-lABIcrRZJ13KvThJyWSCdroU0UxE This will allow you to continue when the bug is triggered, lives will decrease as per normal and a generic death/respawn scene will be used after the work-a-round is applied. The game is now completable. If the bug work-a-round is triggered it will log: "Death loop bug triggered - death scenes will be disabled" If you don't die, you will not hit the bug. If you die (and hit the bug in specific scenes), then the fixed version will allow you to continue (without death scenes). If the bug is not triggered, the game will play as per original v1.1

Is it the Zombie ?

Updated MEGA link for Space Pirates Directory/Folder style profile: https://mega.nz/file/o8NzyQzJ#L7LNnYpDL1jEpLIy4A66-9NMtI1QtJs-_6yUKAZkv2k This first one had a couple of bad Overlay paths for Directory style format. The perils of developing on a duel system.

"Lots of Bugs" - is a huge under statement - I don't believe this game has ever worked this well in Singe - massive thanks to @Karis for his patience and knowledge in this update and enhancement This release also includes the z_levelselect scene selection level that has been missing from every previous version I am aware of. Hypseus version will be along soon....

Space Pirates HD..... Comes with a couple of "zombies" especially for @DarkVoid666 https://mega.nz/file/o8NzyQzJ#L7LNnYpDL1jEpLIy4A66-9NMtI1QtJs-_6yUKAZkv2k <- Note: updated link For those users with FFMPEG and want the Directory style files, standard singe format in the usual places.

hypseus-singe v2.6.18 - This release enables: ActionMax game hardware acceleration with Windows SDL 2.0.16 library: -nohwaccel is no longer required. -blank_searches and -blank_skips laserdisc skip delay simulation added to Singe: Triggered against LUA events: discSearch() discSkipBackward() discSkipForward() discSkipToFrame() https://github.com/DirtBagXon/hypseus-singe/releases/tag/v2.6.18

Of course! Makes perfect sense now. Once again I bow to your knowledge sir.....

I have pushed v2.6.18 out with these changes, plus a couple of fixes over the version I was testing last night: https://github.com/DirtBagXon/hypseus-singe/releases/tag/v2.6.18 @Karis - If these options are enabled in `maddog` there are three or four skips/searches when you enter the saloon, but nothing is happening - do you have any idea why these occur ? Recorded a video for easy viewing:

"should i notice a big difference on a crt" I think you will be the first, and only you can answer that at this point, by giving it a try....

@poiu Version 2 based off LUA events: "discSearch" "discSkipBackward" "discSkipForward" "discSkipToFrame" -blank_searches -blank_skips -min_seek_delay 200

Cool, that was a version 1 - I'm working on version 2 - will keep you updated......

So. I am looking for feedback on if this blanking works and is worth implementing ? As we are working from the LUA and not the original ROM images I have to trigger on events based on LUA events. So it's not 100% accurate and efficient but seems to work mostly. It gives some reasonable effect feedback based on timing. I didn't try to emulate the luminescence flashes as per @poiu video (and I'm not sure that would work in ALL games if I could) , but it's a step nearer.... The video is recorded on the original SD video for YouTube, but works on the HD versions too. Video updated to show current 2.6.18 functionality:

So looking for feedback on if this blanking works and is worth implementing ? As we are working from the LUA and not the original ROM images I have to trigger on events based on LUA events. So it's not 100% accurate and efficient but seems to work mostly. It gives some reasonable effect feedback based on timing. I didn't try to emulate the luminescence flashes as per @poiu video (and I'm not sure that would work in ALL games if I could) , but it's a step nearer.... The video is recorded on the original SD video for YouTube, but works on the HD versions too. Version 2 in 2.6.18 video now shown below: Version 2 based off LUA events: "discSearch" "discSkipBackward" "discSkipForward" "discSkipToFrame" -blank_searches -blank_skips -min_seek_delay 200

It does exist in Hypseus, it works fine on Daphne games, but I disabled in the Singe side of things due to some bug I couldn't figure some time ago. I am fairly certain I tested this in the original Singe source code, (which no longer runs on a modern Linux desktop), and it was buggy even on that. I will have a look at it again as it has come up. Would use options like: -blank_searches -blank_skips -min_seek_delay 1000 Fingers crossed it's an easier fix now, will let you know if I figure it....

I greatly appreciate the offer Karis, but with the SD and 3x HD versions - I think I have enough - even I am now getting confused with all the versions...... Thank you.

Aha, your secret is revealed - This is why I always saw a difference in these games when performing the Hypseus port. This now all makes sense. After porting WSJR last evening, I think the overlay system I recently put in Hypseus (different to the Singe 2 system now) seems to cope with this change seamlessly. It would be nice to know the opinion of others, reports thus far indicate the Sinden is spot on. As ever Karis, thanks for all you hard work here, I see the changes/fixes do improve gameplay - I love the B&W version and am sharing it far and wide

It's crazy what software can do with these images now, but you can't beat the charm of the originals. Thanks @poiu I bow to both of you guys in what you do.

More WSJR versions than you can shake a stick at:

@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.......