Back in 2010, when I released my HHeretic/HHexen for the first time (!), I had a dream: to be able to play those two games (and others: Doom, Duke Nukem 3D, ...) while listening to their great MIDI soundtracks. I knew next to nothing how MIDI works, how MIDI synthesis works, I only knew there is something called Timidity and that it is slow.
So for all those years I'd wished that somebody would create "something" to move this further.
A few years ago I purchased the great mt32-pi (which ended its development in a rather sad way...) for listening to ScummVM games' music (which I wholeheartedly recommend!) but it took me another couple of years to connect the dots: many of those SDL ports still had support for MIDI and even better, they often did it in an uniform way, via SDL_mixer! So that was only a "small" step to actually implement a native Atari MIDI driver there, link everything together and voila. HHeretic and HHexen got their music (same as did PMDoom, PMHeretic and PMHexen, btw).
OpenTyrian, that was another story: just a quick port, never heard of that game in 2010, almost a "./configure && make" job, done. Over time there were newer ports by insane/.tSCc. and medmed on AF but always from the stale sdl1 branch (2020; EDIT: In the meantime my pull request has been accepted!). So I didn't feel the need to update my own port (unlike HHeretic/HHexen which got updated in 2024).
Until now - I managed to backport all non-SDL2 commits from master back to the sdl1 branch so we've got all the cool improvements and bugfixes. I even optimised audio playback a bit, so the OPL emulation is almost usable on 68060@66 MHz (FireBee should shine). And yes, I do know about NokturnFM project, everything at the right time. :)
Those who know me are aware that I don't care very much about making quick SDL ports just for the sake of releasing something. I can promise you that these three projects have been extensively tested and thanks to them SDL contains tens of bugfixes and improvements.
So enjoy, play test and feel free to report any bugs. Currently I'm not aware of any SDL issues, the executables should fully work in GEM (window/fullscreen) and XBIOS (fullscreen), on all Atari machines with >= 8bpp output.
Open Tyrian in action in a GEM window running FreeMiNT
great you update this thing every day! 
Comments
Looking forward to try OpenTyrian on my V4SA (and possibly Firebee too) when I can find the time. I've been missing a good shooter for them =)
On a sidenote what is the current status for SDL1 and SDL2 for the Atari platform, since you seem to know a lot about them?
Please do! I don't have a way to test my executables on those machines so any bug report is welcome.
Quote:I also seem to contribute a lot to them.
So what at least I do is maintaining a rolling-update model, i.e. I don't tag my releases or anything, just update them to the latest whether there is a good reason to do so. Yes, in this scenario we would benefit from a shared dynamic SDL library a lot. :)
At some point I plan to look at SDL3, there is an official SDL3 port and I know how to do something similar for Atari but my goal is first to be absolutely 100% confident that I have killed every single SDL bug for all Atari drivers before I start working on SDL3 (also I plan to look into the modest HW acceleration SDL 1.2 provides... SuperVidel, CTPCI, even plain move16 "acceleration" should be possible).
After that, I (and by "I" I mean Claude ;)) just translate SDL 1.2 code to SDL 3 (same as I did in OpenTyrian, just in an opposite direction).
I meant to say
"At some point I plan to look at SDL3, there is an official MS-DOS SDL3 port"