Source Speedrun Tools: practice tools and handy features for Source Engine games https://qdb.woz.blue/mike/sst/atom?h=v0.18-BETA 2026-02-16T19:11:24+00:00 2026-02-16T19:11:24+00:00 Michael Smith mikesmiffy128@gmail.com 2025-12-26T23:12:11+00:00 urn:sha1:af370088fc178996a46ee508aaa1a2c46318bbf2 For some reason the DLL got a tiny little bit bigger again but that's fine. This will make orig_ calls more efficient in the inline case, and also make it harder to screw up and hook the wrong thing by mistake. Self-explanatory-ish, apart from the fact it's a fairly large API change of course. And it relies on some more bonkers assembler directive hackery. But it works! The only complaint one might have is that the featsetup functions no longer take an explicit string which occasionally yields slightly less perfect error messages, but I've decided this isn't really a problem and makes the API nicer to use. It's a tradeoff, innit. 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-25T19:44:59+00:00 Michael Smith mikesmiffy128@gmail.com 2025-11-25T19:40:20+00:00 urn:sha1:447aa3e9d2983a8fd74e7f8371bf88ece291bd69 I screwed up merging Evan's changes, and also didn't have that one REQUIRE_GAMEDATA for some reason, and also didn't test actually turning on the sst_inputhud cvar once everything had loaded fine in testing. Unlucky, I guess. Better testing might still have caught it. 2025-11-24T03:23:22+00:00 Michael Smith mikesmiffy128@gmail.com 2025-11-24T03:19:49+00:00 urn:sha1:508878ff0a9e4cd8528727c41819bc2d70b33dd0 Quick unused header cleanup pass while we're at it. 2025-10-05T17:36:46+00:00 Michael Smith mikesmiffy128@gmail.com 2025-10-05T17:22:40+00:00 urn:sha1:e3716a68c1b4f1b189065dda1a1e998715c8ede9 2025-10-05T17:36:46+00:00 Michael Smith mikesmiffy128@gmail.com 2025-10-05T17:19:47+00:00 urn:sha1:9d60415e2c2fa5c56edc3e23079c9b885a82ae00 Gamedata values contributed by Evan Lin. Thanks! 2025-04-17T19:02:18+00:00 Michael Smith mikesmiffy128@gmail.com 2025-04-17T00:39:10+00:00 urn:sha1:8a669bc96ffdb9d0f6f54e464da11e3375c80a55 This probably should have been the design from the start. It's still possible to use void pointers, and this is done in a couple of places for simplicity, but wherever possible, we have actual structs for things now. Additionally, in places where vtables are fiddled with, e.g. vtable hooks, we have actual struct definitions with vtable pointers so there's need for pointer-casting horror. 2025-04-16T01:21:43+00:00 Michael Smith mikesmiffy128@gmail.com 2025-04-16T01:20:31+00:00 urn:sha1:27ce81043a31e61d9e2bea88e4ea883d8e4a4b39 Also pointed out by bill. D'oh, guess I'm fired. 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-04-05T15:41:32+00:00 urn:sha1:7ac57c976d95bce5a7a98e0f269e4cd3d61f3055 This makes it unnecessary to call hud_screensize in basically every handler.