Source Speedrun Tools: practice tools and handy features for Source Engine games https://qdb.woz.blue/mike/sst/atom?h=v0.18-BETA 2026-04-04T00:37:54+00:00 2026-04-04T00:37:54+00:00 Michael Smith mikesmiffy128@gmail.com 2025-12-30T20:29:48+00:00 urn:sha1:0fdf9b3ed716a8baf048e7e302c4d9e727999df2 This isn't really making a difference right now but maybe it will in future builds with different section padding or LTO optimiser interactions or whatever. 2026-02-16T19:11:24+00:00 Michael Smith mikesmiffy128@gmail.com 2025-12-27T03:05:05+00:00 urn:sha1:8d4b47298b6c9eeb9a3f79a5b80d894f80ed4a45 Now everything is either explicitly a rep thing, or explicitly some other small run of reasonably efficient instructions. No library calls or function call overhead of any kind. Code size remains nice and small. Ban a few other bad libc functions while we're at it. More can be added later if we decide that's a useful idea. This will require some discipline and workarounds to cope with Clang's tendency to shove mem* calls in places you don't want them even when you tell it not to. Well, c'est la vie. I'm a little nervous that the __builtin_memmove() usage in shuntvars() could still one day emit actual library calls. It appears we're not importing memmove() from anywhere at the moment, though. So I guess it's good enough for now. Also I had to get rid of alloca() in con_.c but that was kind of bad anyway, so that's fine. 2026-02-16T19:11:24+00:00 Michael Smith mikesmiffy128@gmail.com 2025-12-18T23:33:26+00:00 urn:sha1:f386f2a1fcae885967278710fe997c56e2183476 Saves multiple kilobytes, somehow. Unlikely to make much of a performance difference since it's mostly init/shutdown stuff. 2025-11-15T20:24:41+00:00 Michael Smith mikesmiffy128@gmail.com 2025-11-15T20:24:41+00:00 urn:sha1:c15101df02685a5d26f4b130f7b559eb7ed7f74f Pretty hacky for now, but not the worst thing in the world. Can always be tidied up later. 2025-10-11T00:36:16+00:00 Michael Smith mikesmiffy128@gmail.com 2025-10-11T00:35:54+00:00 urn:sha1:b447f5879d0c4c49d72f167ed2cf0f1e44a52123 The NE thing wasn't really correct, because it would match hypothetical cases where OE and some other tag bit are both set. Now we simply use !OE instead. The _GAMES_WITH inversion case is correct, because it doesn't necessarily exclude OE from being included too. 2025-06-21T13:50:00+00:00 Michael Smith mikesmiffy128@gmail.com 2025-06-21T13:46:10+00:00 urn:sha1:f38fc784ffab00c11b9818d18f55be34cc8aa130 This doesn't allow us to support OE in and of itself but is part of the groundwork necessary to do so in the future. 2025-04-07T20:31:32+00:00 Michael Smith mikesmiffy128@gmail.com 2025-04-07T20:31:32+00:00 urn:sha1:58b495650f7613cdebfe78fff9de2b99556f1998 They're legally unnecessary as far as I know, and kind of annoying to maintain on a long-term basis. This was done with the consent of all 3 other contributors, in case anyone was wondering. 2025-04-06T19:59:36+00:00 Michael Smith mikesmiffy128@gmail.com 2025-03-20T20:38:49+00:00 urn:sha1:cb474d0e3bacd0de13c06c2e4ab107302351abdc Thanks, months-ago Hayden! Finally remembered to do this. 2025-04-06T15:41:13+00:00 Michael Smith mikesmiffy128@gmail.com 2025-03-10T20:37:28+00:00 urn:sha1:daa55cade14146f04814cf8a7ad2028becf4db66 In the future we can also consider moving to {} instead of {0} for initialisers, but my old Clang (16) doesn't support this, so it might be wise to wait longer on that one so people don't need too bleeding-edge of a compiler just to build this thing. 2025-04-06T15:41:13+00:00 Michael Smith mikesmiffy128@gmail.com 2025-03-10T02:37:19+00:00 urn:sha1:244fea664121acf12871ab5858a5fe95a2606b52 Also switch to somewhat proper C23 flags while we're at it. This is a huge change. It took me forever, in between being really busy. Sorry about that. But the good news is I'm now free to start integrating the various patches that have accumulated since last release. Well, at least in between still being really busy. Gotta manage expectations. The main benefit of introducing GAMESPECIFIC() is that features that don't apply to a particular game no longer show up *at all*, and less time is wasted on init. It also enables a cool optimisation wherein unnecessary REQUIRE_GAMEDATA() checks can elided at compile time whenever the gamedata is known up-front to always exist in supported games. The DEF_FEAT_CVAR macro family meanwhile makes it easier to manage the lifecycle of cvars/ccmds, with less manual registering, unhiding and such. Originally I was going to try and just hack these features into the existing codegen abomination, but it just got too terrible. This rewrite should make it easier to continue tweaking codegen behaviour in future. It also has slightly better error messages.