<feed xmlns='http://www.w3.org/2005/Atom'>
<title>mike/sst/gamedata, branch v0.16-BETA</title>
<subtitle>Source Speedrun Tools: practice tools and handy features for Source Engine games</subtitle>
<id>https://git.woz.blue/mike/sst/atom?h=v0.16-BETA</id>
<link rel='self' href='https://git.woz.blue/mike/sst/atom?h=v0.16-BETA'/>
<link rel='alternate' type='text/html' href='https://git.woz.blue/mike/sst/'/>
<updated>2025-11-25T19:44:59+00:00</updated>
<entry>
<title>Fix input HUD crash in L4D games</title>
<updated>2025-11-25T19:44:59+00:00</updated>
<author>
<name>Michael Smith</name>
<email>mikesmiffy128@gmail.com</email>
</author>
<published>2025-11-25T19:40:20+00:00</published>
<link rel='alternate' type='text/html' href='https://git.woz.blue/mike/sst/commit/?id=447aa3e9d2983a8fd74e7f8371bf88ece291bd69'/>
<id>urn:sha1:447aa3e9d2983a8fd74e7f8371bf88ece291bd69</id>
<content type='text'>
I screwed up merging Evan's changes, and also didn't have that one
REQUIRE_GAMEDATA for some reason, and also didn't test actually turning
on the sst_inputhud cvar once everything had loaded fine in testing.

Unlucky, I guess. Better testing might still have caught it.
</content>
</entry>
<entry>
<title>Handle negated gamedata tag matches properly</title>
<updated>2025-10-11T00:36:16+00:00</updated>
<author>
<name>Michael Smith</name>
<email>mikesmiffy128@gmail.com</email>
</author>
<published>2025-10-11T00:35:54+00:00</published>
<link rel='alternate' type='text/html' href='https://git.woz.blue/mike/sst/commit/?id=b447f5879d0c4c49d72f167ed2cf0f1e44a52123'/>
<id>urn:sha1:b447f5879d0c4c49d72f167ed2cf0f1e44a52123</id>
<content type='text'>
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.
</content>
</entry>
<entry>
<title>Add SDK 2013 HUD support</title>
<updated>2025-10-05T17:36:46+00:00</updated>
<author>
<name>Michael Smith</name>
<email>mikesmiffy128@gmail.com</email>
</author>
<published>2025-10-05T17:19:47+00:00</published>
<link rel='alternate' type='text/html' href='https://git.woz.blue/mike/sst/commit/?id=9d60415e2c2fa5c56edc3e23079c9b885a82ae00'/>
<id>urn:sha1:9d60415e2c2fa5c56edc3e23079c9b885a82ae00</id>
<content type='text'>
Gamedata values contributed by Evan Lin. Thanks!
</content>
</entry>
<entry>
<title>Fix deferred init in OE</title>
<updated>2025-10-05T17:36:46+00:00</updated>
<author>
<name>Michael Smith</name>
<email>mikesmiffy128@gmail.com</email>
</author>
<published>2025-10-05T17:01:35+00:00</published>
<link rel='alternate' type='text/html' href='https://git.woz.blue/mike/sst/commit/?id=de2a003cd9041c3e711147a4fe3a96a5b0564842'/>
<id>urn:sha1:de2a003cd9041c3e711147a4fe3a96a5b0564842</id>
<content type='text'>
Not really sure what was going on here. This is just a workaround,
really, but it works well enough for the time being.
</content>
</entry>
<entry>
<title>Get it sort-of-mostly working in "Old Engine" HL2</title>
<updated>2025-10-01T20:37:26+00:00</updated>
<author>
<name>Michael Smith</name>
<email>mikesmiffy128@gmail.com</email>
</author>
<published>2025-09-29T22:11:55+00:00</published>
<link rel='alternate' type='text/html' href='https://git.woz.blue/mike/sst/commit/?id=b3c359826ae519ea2816128dfe641032b9e9e97f'/>
<id>urn:sha1:b3c359826ae519ea2816128dfe641032b9e9e97f</id>
<content type='text'>
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.
</content>
</entry>
<entry>
<title>Add a way to cancel "ISG" in Portal runs</title>
<updated>2025-06-27T21:58:54+00:00</updated>
<author>
<name>Willian Henrique</name>
<email>wsimanbrazil@yahoo.com.br</email>
</author>
<published>2025-06-20T00:28:10+00:00</published>
<link rel='alternate' type='text/html' href='https://git.woz.blue/mike/sst/commit/?id=35a3e0871c5a98110847765f10a3c2c604323ee6'/>
<id>urn:sha1:35a3e0871c5a98110847765f10a3c2c604323ee6</id>
<content type='text'>
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.
</content>
</entry>
<entry>
<title>Add type-safety to virtual calls and accessors</title>
<updated>2025-04-17T19:02:18+00:00</updated>
<author>
<name>Michael Smith</name>
<email>mikesmiffy128@gmail.com</email>
</author>
<published>2025-04-17T00:39:10+00:00</published>
<link rel='alternate' type='text/html' href='https://git.woz.blue/mike/sst/commit/?id=8a669bc96ffdb9d0f6f54e464da11e3375c80a55'/>
<id>urn:sha1:8a669bc96ffdb9d0f6f54e464da11e3375c80a55</id>
<content type='text'>
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.
</content>
</entry>
<entry>
<title>Fix the infamous Swamp Fever "god mode glitch"</title>
<updated>2025-04-07T21:35:53+00:00</updated>
<author>
<name>Hayden K</name>
<email>imaciidz@gmail.com</email>
</author>
<published>2025-04-07T20:18:35+00:00</published>
<link rel='alternate' type='text/html' href='https://git.woz.blue/mike/sst/commit/?id=25838ab4eb1fc94f59186cb24b75f440f9062f9a'/>
<id>urn:sha1:25838ab4eb1fc94f59186cb24b75f440f9062f9a</id>
<content type='text'>
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!
</content>
</entry>
<entry>
<title>Add L4D1_1015plus and L4D1_1022plus gametype tags</title>
<updated>2025-04-06T19:59:36+00:00</updated>
<author>
<name>Hayden K</name>
<email>imaciidz@gmail.com</email>
</author>
<published>2025-02-07T19:32:18+00:00</published>
<link rel='alternate' type='text/html' href='https://git.woz.blue/mike/sst/commit/?id=31d5cd8bb68276353edc4e79e8b58eaf86b61630'/>
<id>urn:sha1:31d5cd8bb68276353edc4e79e8b58eaf86b61630</id>
<content type='text'>
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).
</content>
</entry>
<entry>
<title>Rename L4D2_2147plus gametype tag to L4D2_2125plus</title>
<updated>2025-04-06T19:59:36+00:00</updated>
<author>
<name>Hayden K</name>
<email>imaciidz@gmail.com</email>
</author>
<published>2025-02-07T19:22:37+00:00</published>
<link rel='alternate' type='text/html' href='https://git.woz.blue/mike/sst/commit/?id=dc540372be9da686a3087843ae4ae5f038a3a9a0'/>
<id>urn:sha1:dc540372be9da686a3087843ae4ae5f038a3a9a0</id>
<content type='text'>
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.
</content>
</entry>
</feed>
