Source Speedrun Tools: practice tools and handy features for Source Engine games https://git.woz.blue/mike/sst/atom?h=v0.14-BETA 2025-06-27T21:58:54+00:00 2025-06-27T21:58:54+00:00 Michael Smith mikesmiffy128@gmail.com 2025-06-27T21:54:03+00:00 urn:sha1:22e0cb9fdae2cf5f857054dbfb8e01efa31fb54a 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-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-27T21:52:10+00:00 Michael Smith mikesmiffy128@gmail.com 2025-06-21T14:13:42+00:00 urn:sha1:a9f44f3a6cccdf147376f8bf010a85b334ed4c72 The code I'm about to commit appears to generate a call to this. Funny we never needed it until now... 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-21T13:50:00+00:00 Michael Smith mikesmiffy128@gmail.com 2025-06-17T19:18:48+00:00 urn:sha1:ac7e7d0f21978afc70fe3ef76db69d575742b974 This improves the ergonomics of a few different things, and sets us up somewhat for the fact OE had a different interface for commands too (it was v1 only and had a separate API call for getting the args). 2025-06-21T13:50:00+00:00 Michael Smith mikesmiffy128@gmail.com 2025-06-21T13:48:56+00:00 urn:sha1:1f2d9ce197eafd16803de087cc5b6f8b8f4345a6 2025-06-07T23:00:02+00:00 Michael Smith mikesmiffy128@gmail.com 2025-06-07T23:00:02+00:00 urn:sha1:d440b7a58cd3c435e712e94478d9a7c09bc1c3ba 2025-06-07T13:05:06+00:00 Michael Smith mikesmiffy128@gmail.com 2025-06-06T20:31:44+00:00 urn:sha1:84b518298c32f79ef5d4f056d6d8e8c251417b8a Most notably, don't just silently return when no parameter is provided; allow the default handler to print the usual error message. Also, don't raise the PluginLoaded/PluginUnloaded events when nothing has actually happened. And rearrange the v1/v2 union so we don't need to spell out `v2.common`. Error message issue pointed out by Evan Lin - thanks! 2025-06-06T20:34:39+00:00 Michael Smith mikesmiffy128@gmail.com 2025-06-05T00:57:25+00:00 urn:sha1:4d220c77c2172d5272ed586b4a2f45968eda3403 Turns out, some stuff that was done virtually and/or indirectly and/or conditionally to match the engine never really needed to be done as such. Considering this codebase is in fact not part of the engine.