mike/sst/src/con_.h, branch v0.18-BETASource Speedrun Tools: practice tools and handy features for Source Engine gameshttps://qdb.woz.blue/mike/sst/atom?h=v0.18-BETA2026-04-04T00:37:54+00:00Size-optimise cvar value cleanup2026-04-04T00:37:54+00:00Michael Smithmikesmiffy128@gmail.com2026-04-03T20:45:17+00:00urn:sha1:2ee93c3f46f8e948d2331eab46c95322a88874ee
Put all the cvars together contiguously; then we don't need to generate
lots of individual calls to extfree() and can instead simply iterate a
fixed-sized array.
Do away with memcpy/memset/memcmp2026-02-16T19:11:24+00:00Michael Smithmikesmiffy128@gmail.com2025-12-27T03:05:05+00:00urn:sha1:8d4b47298b6c9eeb9a3f79a5b80d894f80ed4a45
Now everything is either explicitly a rep thing, or explicitly some
other small run of reasonably efficient instructions. No library calls
or function call overhead of any kind. Code size remains nice and small.
Ban a few other bad libc functions while we're at it. More can be added
later if we decide that's a useful idea.
This will require some discipline and workarounds to cope with Clang's
tendency to shove mem* calls in places you don't want them even when you
tell it not to. Well, c'est la vie.
I'm a little nervous that the __builtin_memmove() usage in shuntvars()
could still one day emit actual library calls. It appears we're not
importing memmove() from anywhere at the moment, though. So I guess it's
good enough for now.
Also I had to get rid of alloca() in con_.c but that was kind of bad
anyway, so that's fine.
Allow mutating argv in command callbacks and hooks2025-12-01T21:37:31+00:00Michael Smithmikesmiffy128@gmail.com2025-12-01T21:37:31+00:00urn:sha1:99f7bb3d39043f74d03b29dc7d6a3f08570c544cFix sst_mouse_factor always being hidden2025-11-28T22:30:55+00:00Michael Smithmikesmiffy128@gmail.com2025-11-28T22:28:17+00:00urn:sha1:3e057a6365ba6793531ba2930aa53453ee3f0d8e
Kind of unpleasant and probably something to revisit at some point to
see if there's a more straightforward approach we can come up with.
Mark hidden stuff as unsupported in help text2025-11-15T20:42:55+00:00Michael Smithmikesmiffy128@gmail.com2025-11-15T20:33:33+00:00urn:sha1:13ddf47d80893eb4d09ca31f5469b835f24170c7Deal with CON_HIDDEN not existing in OE2025-11-15T20:24:41+00:00Michael Smithmikesmiffy128@gmail.com2025-11-15T20:24:41+00:00urn:sha1:c15101df02685a5d26f4b130f7b559eb7ed7f74f
Pretty hacky for now, but not the worst thing in the world. Can always
be tidied up later.
Get it sort-of-mostly working in "Old Engine" HL22025-10-01T20:37:26+00:00Michael Smithmikesmiffy128@gmail.com2025-09-29T22:11:55+00:00urn: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.
Handle con_colourmsg this pointer inside con_.c2025-08-10T16:31:01+00:00Michael Smithmikesmiffy128@gmail.com2025-08-02T19:30:08+00:00urn:sha1:d64a23ab70f13575a17ed4391265539a72fb1a13
This is more prep for OE, as it will allow us to change how the call is
forwarded for the other ABI (albeit in what looks like it'll be a fairly
involved way) without requiring a bunch of extra code at every call
site. It's maybe a little less efficient since the global has to be
loaded every time, but coloured logging isn't exactly a bottleneck.
Use shorter spellings of __asm and __attribute2025-08-03T14:29:48+00:00Michael Smithmikesmiffy128@gmail.com2025-08-03T14:29:48+00:00urn:sha1:b11cf48853bc4eccde60bc82180025f0797fa823
Turns out, there's no need for the trailing underscores. Plus, glibc
does some stupid stuff with __attribute__ for non-GCC compilers. Not
that that matters here, but it seems like a good practice just to use
the forms that never have such problems. And it's shorter too.
Add an abstraction for hooking v1 and v2 commands2025-08-02T19:43:12+00:00Michael Smithmikesmiffy128@gmail.com2025-08-02T15:15:15+00:00urn:sha1:3cce0e5621dc118b32c4143b42ced51c5328f7c7
This is a step towards making command hooks work in OE, once OE is
supported.
Not the most ideal or efficient thing in the world, but it works okay
until we come up with something better, I suppose. Not a fan of the argv
copying but avoiding that would make the API a lot less ergonomic.
Not the easiest problem to solve, really...