Source Speedrun Tools: practice tools and handy features for Source Engine games https://git.woz.blue/mike/sst/atom?h=v0.7-BETA 2024-08-26T00:52:43+00:00 2024-08-26T00:52:43+00:00 Michael Smith mikesmiffy128@gmail.com 2024-08-26T00:52:43+00:00 urn:sha1:33582641a9c01a6a3d62ae232f96c74299182885 2024-08-23T19:57:56+00:00 Michael Smith mikesmiffy128@gmail.com 2024-08-22T00:09:35+00:00 urn:sha1:0ad204f21940745c35a665e3f367b9331322c3f4 Thanks Evan Lin for doing the hard RE work to figure out the necessary patch - I just reimplemented that here in about the dumbest way possible. 2024-08-23T19:40:01+00:00 Matthew Wozniak sirtomato999@gmail.com 2024-08-21T23:05:19+00:00 urn:sha1:484b72706964e05d15b3c0e114ea0502ba4a07db This enables the FOV feature to work correctly. 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-04T16:56:35+00:00 urn:sha1:78323e416f79ef9c26bbd742082627bc45e116c1 This wasn't woz's fault - I did some wrangling of his code and introduced this woopsy without noticing. Thanks to aciidz also, for pointing it out recently. Not touching the copyright years because it's such a stupidly trivial thing - I can't really claim to have done anything substantial here. 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:14:15+00:00 urn:sha1:acbd30e0427b16f885f96aed59881ec04eff25bc This is an issue I've known about for a little while and kept forgetting to fix here. It's not been a huge issue for anyone, but still, improving correctness is always a good thing. Essentially, if you run a batch file straight through cmd /c, rather than interactively, exit /b with no number doesn't actually propagate the errorlevel value correctly, which is obviously bad. To fix this, just jump to the end on error and then explicitly return the errorlevel. If everything succeeds, this will of course still return 0, as expected. Special thanks go to Microsoft for writing this bug decades ago and never fixing it, probably in the name of backwards compatibility. 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. 2024-08-05T20:03:27+00:00 Michael Smith mikesmiffy128@gmail.com 2024-08-05T20:00:17+00:00 urn:sha1:01ec55edd9f767bebb1222c88f0e53e9cf8b2d59 2024-05-28T00:44:59+00:00 Michael Smith mikesmiffy128@gmail.com 2024-05-28T00:41:38+00:00 urn:sha1:604dbdc53b34c25e53b19e37ab33fc09cef9111e The tf_arena_max_streak check turns out not to work on autoload since the client isn't loaded yet so the cvar doesn't exist yet. Using the server-side cvar tf_escort_score_rate appears to do for now. Also bump the zip date again since I'm doing this after midnight :^)