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-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-26T23:27:51+00:00 urn:sha1:e7943fb834cbcaec585ed68e67b5f17ceda504f7 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. 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-11T02:13:18+00:00 Michael Smith mikesmiffy128@gmail.com 2025-10-11T02:09:35+00:00 urn:sha1:74f1309af5310fbfa346048f8ecfc7fe1e8a4571 The old GAMESPECIFIC mechanism had worked in practice but was technically a little bit incorrect, oops. 2025-08-03T15:09:42+00:00 Michael Smith mikesmiffy128@gmail.com 2025-08-03T15:09:42+00:00 urn:sha1:69f34b359c0ec0d4517050fe274883421c4c119b Since this codebase is already extremely nonportable, I've decided to relax the obsessive ifdef-else-error usage around all the extensions. From now on, if there's no alternative to using an extension, we can just use that extension. If it's possible to do something in a relatively portable way, we can still try to do that in order to make the code somewhat reusable, in contexts where that makes sense. I also decided to use langext.h for naked functions and tail calls. If that's used in another codebase build with a different compiler, those just won't work, but that's fine. The benefit is really just that there's less ceremony in places where those are used, because it's likely there'll be a few more such places in the future, and it gets annoying reading all the double-underscore stuff all over the place. I still kind of want to do something about all the _WIN32 ifdefs too, but I've realised that doing so will lead to almost nothing actually being built on Linux. Then again, none of it currently runs on Linux so I guess that's a moot point. Will worry about it later, anyway. 2025-08-03T14:29:48+00:00 Michael Smith mikesmiffy128@gmail.com 2025-08-03T14:29:48+00:00 urn:sha1:b11cf48853bc4eccde60bc82180025f0797fa823 Turns out, there's no need for the trailing underscores. Plus, glibc does some stupid stuff with __attribute__ for non-GCC compilers. Not that that matters here, but it seems like a good practice just to use the forms that never have such problems. And it's shorter too. 2025-08-03T14:16:08+00:00 Michael Smith mikesmiffy128@gmail.com 2025-08-03T14:16:08+00:00 urn:sha1:9853d19b4de3e66138da8b3e66ccdaea356ea35b 2025-08-02T13:43:19+00:00 Michael Smith mikesmiffy128@gmail.com 2025-08-02T13:43:19+00:00 urn:sha1:0d905d7998a031c2d7a1cdc5d0d1148b55b610a2 2025-05-09T16:57:12+00:00 Michael Smith mikesmiffy128@gmail.com 2025-05-09T16:53:31+00:00 urn:sha1:a462d0fefd4776f64a4f509155314526ebe3bb55 Every. Single. Time. And having screwed up the zip dates was just a bonus I suppose.