Source Speedrun Tools: practice tools and handy features for Source Engine games https://git.woz.blue/mike/sst/atom?h=v0.15-BETA 2025-10-11T00:36:16+00:00 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-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-10-05T17:36:46+00:00 Michael Smith mikesmiffy128@gmail.com 2025-10-05T17:01:35+00:00 urn:sha1:de2a003cd9041c3e711147a4fe3a96a5b0564842 Not really sure what was going on here. This is just a workaround, really, but it works well enough for the time being. 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:58:54+00:00 Willian Henrique wsimanbrazil@yahoo.com.br 2025-06-20T00:28:10+00:00 urn:sha1:35a3e0871c5a98110847765f10a3c2c604323ee6 This is a stopgap solution approved by the Portal moderators until we have a better way to handle timing and verifying closing/restarting the game mid-run. Essentially, the agreed-upon short-term solution is to somewhat emulate restarting the game by simply turning off the glitch and sending the player back to the main menu. Committer's note: this wasn't added to the Linux compile script since it doesn't work and I honestly just couldn't be bothered adding in the usual ifdef-errors. And in fact I'm starting to wonder if we should just be leaving out features that don't work on Linux to avoid all the ifdefs, but that can happen later because the main goal of committing this is to get a release out, so I don't want to faff about with that right now. 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-07T21:35:53+00:00 Hayden K imaciidz@gmail.com 2025-04-07T20:18:35+00:00 urn:sha1:25838ab4eb1fc94f59186cb24b75f440f9062f9a Turns out this was fixed in version 2112 (October 2012), so it was fairly easy to isolate in Ghidra (I had previously thought this was fixed by TLS). The CDirector::FinaleEscapeState member is used in CDirector::IsFinaleWon (and maybe another function, I don't remember). Prior to Valve's fix, the value was never reset to 0 after finishing a campaign, so when the Swamp (or Crash Course) "minifinale" events ran, the game would behave as though the player was entering the end-of-finale cutscene and block votes, make players invincible etc. 2112 fixed this bug by setting the member back to 0 in CDirector::Reset, so here we just set it to 0 when quickreset is used, since that is essentially the recommended way to start a run at this point. Now co-op hosts won't need to restart their game after finishing a campaign anymore! 2025-04-06T19:59:36+00:00 Hayden K imaciidz@gmail.com 2025-02-07T19:32:18+00:00 urn:sha1:31d5cd8bb68276353edc4e79e8b58eaf86b61630 1022 is the update that adds Mac support and introduces some of the already known vtable changes (this update is similar to 2040 for L4D2 in that regard), the tag will also see some use in some upcoming features. The 1015 tag is questionably necessary, but will be used for at least one feature (it's also the update that adds the newer matchmaking interfaces used in l4dreset.c, but having the tag available doesn't help anything there). 2025-04-06T19:59:36+00:00 Hayden K imaciidz@gmail.com 2025-02-07T19:22:37+00:00 urn:sha1:dc540372be9da686a3087843ae4ae5f038a3a9a0 Turns out the cvar we use to detect 2147 was actually added in 2125. Since renaming it doesn't currently break anything (and 2125 was a fairly notable code shuffling update, given it was the first update with a native Linux build of the game), it makes most sense to just do this. 2025-04-06T19:59:36+00:00 Hayden K imaciidz@gmail.com 2025-04-04T00:02:07+00:00 urn:sha1:b36e90b5500e3d3baa3d02d1859d39c09a728689 This should greatly improve the experience of running newest/TLS as well as custom campaigns. The bugginess in question is quite a lot to explain so there's some rather substantial exposition via code comments. The actual fixes are comparatively simple, although still a little subtle to get exactly right and took a few iterations to nail down the edge cases. Thanks to bill for helping me with the RE & assistance on writing the hooks/code and so on. I tracked down a lot of this myself, but the end result wouldn't have been possible without his help. Committers' note: I ended up wrangling this change a fair bit, as I am apparently just always wont to do, and also fixed a bug in the process, hence adding my copyright notice as well. Nonetheless, big thanks to aciidz (and bill) for doing the bulk of the *actual* hard work of figuring out how to do any of this! The actual code changes I made to the original submitted patch were relatively minor; a lot of my effort honestly went into attempting to shorten the massive wall of comment text. At the end of the day, there's still a really long comment, but it's just a lot to explain really so it is what it is. I hope it's at least somewhat understandable to a reader, anyway.