Source Speedrun Tools: practice tools and handy features for Source Engine games https://git.woz.blue/mike/sst/atom?h=v0.9-BETA 2025-04-30T21:55:05+00:00 2025-04-30T21:55:05+00:00 Michael Smith mikesmiffy128@gmail.com 2025-04-30T21:55:05+00:00 urn:sha1:7b7cb45f7c1ed307b585ab3506dc57854ec076a6 Specifically when building in debug mode, we now: * Display all features on load, including skipped and internal ones, sorted by internal name instead of display name. * Print the names of all matched gametype tags after the feature list. * Add an sst_dbg_getcmdcb command to get the address of a command callback for quick breakpoint insertion or Ghidra lookup. * Add an sst_dbg_sendtables command to dump out the full ServerClass tree to help get names for entprops.txt. Note: this output is very long so you'll likely need to log console output to a file to be able to read it all. There's a bunch of developer experience and debug help stuff I want to get done eventually. This is just a very small piece, but it's a start. 2025-04-08T00:35:13+00:00 Michael Smith mikesmiffy128@gmail.com 2025-04-08T00:32:41+00:00 urn:sha1:6c8cd62277a9c81d1d24c146067c405ec90cbfb2 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-06T15:41:13+00:00 Michael Smith mikesmiffy128@gmail.com 2025-03-10T20:37:28+00:00 urn:sha1:daa55cade14146f04814cf8a7ad2028becf4db66 In the future we can also consider moving to {} instead of {0} for initialisers, but my old Clang (16) doesn't support this, so it might be wise to wait longer on that one so people don't need too bleeding-edge of a compiler just to build this thing. 2025-04-06T15:41:13+00:00 Michael Smith mikesmiffy128@gmail.com 2025-03-10T02:37:19+00:00 urn:sha1:244fea664121acf12871ab5858a5fe95a2606b52 Also switch to somewhat proper C23 flags while we're at it. This is a huge change. It took me forever, in between being really busy. Sorry about that. But the good news is I'm now free to start integrating the various patches that have accumulated since last release. Well, at least in between still being really busy. Gotta manage expectations. The main benefit of introducing GAMESPECIFIC() is that features that don't apply to a particular game no longer show up *at all*, and less time is wasted on init. It also enables a cool optimisation wherein unnecessary REQUIRE_GAMEDATA() checks can elided at compile time whenever the gamedata is known up-front to always exist in supported games. The DEF_FEAT_CVAR macro family meanwhile makes it easier to manage the lifecycle of cvars/ccmds, with less manual registering, unhiding and such. Originally I was going to try and just hack these features into the existing codegen abomination, but it just got too terrible. This rewrite should make it easier to continue tweaking codegen behaviour in future. It also has slightly better error messages. 2024-08-29T22:08:03+00:00 Michael Smith mikesmiffy128@gmail.com 2024-08-27T16:46:34+00:00 urn:sha1:98d046645644ff59718a46e2d2bbc6b5f4620b28 Last fix was apparently enough to make the release work, but not enough to actually work in general, lol. With any luck, it's actually good now. 2024-08-26T20:21:33+00:00 Michael Smith mikesmiffy128@gmail.com 2024-08-26T20:21:33+00:00 urn:sha1:b60b92ec6d6fd3117bee3acd06877ea435367d3a I screwed things up even more than I thought! 2024-08-23T19:40:01+00:00 Michael Smith mikesmiffy128@gmail.com 2024-08-21T23:02:48+00:00 urn:sha1:cf0354eb8e043fcd9c6c17756701972f948a16f1 This removes the horrible janky old KeyValues parser and replaces it with a couple of trivial ad-hoc text parsers. In doing so, make the format of the actual gamedata files more human-friendly too. We also gain support for nested SendTables in mkentprops, which are required to get at various things like player velocity. And, the actual string matching is made more efficient (or, at least, more scalable) by way of a cool radix tree thing which generates a bunch of switch cases on distinct characters. 2024-08-23T19:37:37+00:00 Michael Smith mikesmiffy128@gmail.com 2024-08-03T22:40:31+00:00 urn:sha1:83da606072ce272eb053d4e1497d77e647cfecae My new programming style is branch hints. All non-confusing branches must be hinted when I can be bothered. It's faster, sometimes, maybe. Also, start trying to use more signed sizes in at least some of the places where it makes sense. Unsigned sizes are surprisingly error-prone! 2024-08-21T23:01:06+00:00 Michael Smith mikesmiffy128@gmail.com 2024-08-03T15:11:57+00:00 urn:sha1:44902cb49cd51e2bb2f1cef05cb3c0e799b83434 - As much as possible avoid dragging system headers into translation units. This should avoid namespace pollution and, hopefully, speed up builds a little bit. - Avoid leaning on the UCRT so much on Windows - prefer native win32 calls and native file handles except where doing so is inconvenient (in particular, for stat(), which we might try and replace later). - Also, switch from SystemFunction036 to ProcessPrng on Windows. This requires us to generate a stub for bcryptprimitives.dll because Microsoft haven't bothered to provide a link library, but the function is better-documented and seems to be a more direct under-the-hood call as well. Apparently it's what's used by the major web browsers these days, which seems like a good indication it's stable and trusted. - Lastly, remove a bunch of functions and macros and stuff that weren't actually being used. It seems good to try and keep the scope of OS-dependent stuff relatively contained and only add to it when actually required.