Source Speedrun Tools: practice tools and handy features for Source Engine games https://git.woz.blue/mike/sst/atom?h=v0.16-BETA 2025-11-15T20:42:55+00:00 2025-11-15T20:42:55+00:00 Michael Smith mikesmiffy128@gmail.com 2025-11-15T20:33:33+00:00 urn:sha1:13ddf47d80893eb4d09ca31f5469b835f24170c7 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-11-15T19:31:12+00:00 Michael Smith mikesmiffy128@gmail.com 2025-11-15T19:31:12+00:00 urn:sha1:650bb761d3e5af3f8fa19ac8d22864cc0360d085 Gamedata bugs are the gift that keeps on giving. This was making vgui stuff fail in L4D2 because the other outer conditions would match first. It's perhaps unfortunate that we have to remove short-circuiting in cases where it would work fine, but who knows, maybe the compiler would be smart enough to figure it out anyway. At any rate it's necessary for correctness, so whatever. 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-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-10-01T20:37:26+00:00 Michael Smith mikesmiffy128@gmail.com 2025-09-29T22:11:55+00:00 urn:sha1:b3c359826ae519ea2816128dfe641032b9e9e97f While we're at it, come up with a way for certain gamedata matches to be Windows-only. Somewhat reduces ifdef usage, although does not entirely remove it of course. Tested in HL2 2707. Haven't tested other HL2 builds, or Episode 1. Doesn't seem to work in DMoMM yet either; not sure why. A big list of stuff still to fix follows. Hidden cvars are currently an issue. We still need to figure out what to do with the flag bits because FCVAR_HIDDEN just doesn't exist in OE and there's some other flag with the same value instead. We also need to do something about the flag setting in fixes.c since HIDDEN is again not a thing, and also DEVONLY is not a thing either. When the plugin is autoloaded, all the initial log text gets eaten, because there's some stupid crap we have to do to trick the engine into displaying coloured text otherwise it just won't. Not even stuff from Warning(). Very stupid, but Hayden already figured out a solution, so that'll be done in another upcoming commit. Apparently raw mouse input breaks the menu. We might need to bump up the priority on making that hook only be active when there's no UI open - something I wanted to do anyway due to the demo drive issues. Big thanks to Hayden for doing a lot of the initial groundwork on this, particularly the cvar registration stuff. He gets a copyright notice in con_.c even though I ended up doing a lot of stuff differently because quite a bit of his work is still in there. Don't blame him for the self-modifying code though, that was my crazy idea. Sorry, but, in my defence... Well, it works. 2025-06-27T21:52:10+00:00 Michael Smith mikesmiffy128@gmail.com 2025-06-27T21:45:11+00:00 urn:sha1:36910c88033bcc4b25df5c64ed066c633dc4eac2 This took longer to debug than one might like to admit. In some very specific cases, the loop condition would fail before the return condition, causing the rest of the logic to proceed with out-of-bounds accesses to indents and exprs (which are zero-initialised), in turn leading to garbage getting dumped into the generated header. The garbage in question would be line 0, and [argv[0] 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-06-03T20:25:11+00:00 Michael Smith mikesmiffy128@gmail.com 2025-06-03T20:25:11+00:00 urn:sha1:4aebf7cc9ce07dfb20db217274a45680b3cb00ed I think this might actually be the last of the gluegen regressions now, for real, maybe, perhaps. 2025-05-30T17:04:01+00:00 Michael Smith mikesmiffy128@gmail.com 2025-05-30T17:04:01+00:00 urn:sha1:0f6864be9339835b7187077a6b960dbf9f055535 I inverted the condition, d'oh!