If you run servers you'll have to update sourcemod and tf2-comp-fixes at the very least
| Account Details | |
|---|---|
| SteamID64 | 76561198020242938 |
| SteamID3 | [U:1:59977210] |
| SteamID32 | STEAM_0:0:29988605 |
| Country | France |
| Signed Up | November 6, 2012 |
| Last Posted | September 3, 2026 at 10:08 AM |
| Posts | 877 (0.2 per day) |
| Game Settings | |
|---|---|
| In-game Sensitivity | |
| Windows Sensitivity | |
| Raw Input | |
DPI |
|
Resolution |
|
Refresh Rate |
|
| Hardware Peripherals | |
|---|---|
| Mouse | |
| Keyboard | |
| Mousepad | |
| Headphones | |
| Monitor | |
twiikuubar???? closed????????
nvm turns out you can just stun lock barmen
bar???? closed????????
love GAry he should have won
@TFTV mods, why is every other November LAN global stickied and this is only category stickied?
kindred
i'll have a quick read of how the panel is implemented, or at least was implemented as of the time when the source got leaked
E: I've compared the implementations, the spectator hud uses `CTFPlayerPanel`, the match hud uses `CTFTeamStatusPlayerPanel`, `CTFTeamStatusPlayerPanel` is a subclass of `CTFPlayerPanel` (it inherits the data and behavior), however `CTFTeamStatusPlayerPanel` overrides its `::Update(void)` method, so the behavior to track the ubercharge % is lost. You may have been able to show the `chargeamount` HUD variable, but it's just set to an empty string. That seems like a conscious decision, the overridden `::Update(void)` method was copied verbatim from the former and edited to fit the behavior wanted (super, sub).
i can't pretend to know much on the subject, but dealing with players' money has to be a small nightmare, thinking about the legal, operational, and cybersecurity aspects
y'all need to stop comparing information leak bugs to mechanical bugs, it's embarrassing
dqzSamusshould only be available to spectators"It should be" is an opinion unless someone from Valve actually comes out and confirms what it really should be (don't think this ever happened).
that's not how that works
even if it was, here's a bunch of references in the code that clearly refer to this as *spectator* HUD elements
when you are alive as a character in a team, you are not a spectator
https://github.com/lua9520/source-engine-2018-hl2_src/blob/3bf9df6b2785fa6d951086978a3e66f49427166a/game/shared/viewport_panel_names.h#L22
https://github.com/lua9520/source-engine-2018-hl2_src/blob/3bf9df6b2785fa6d951086978a3e66f49427166a/game/client/sdk/vgui/sdkviewport.cpp#L75
https://github.com/lua9520/source-engine-2018-hl2_src/blob/3bf9df6b2785fa6d951086978a3e66f49427166a/game/client/tfc/vgui/tfcviewport.cpp#L86
https://github.com/lua9520/source-engine-2018-hl2_src/blob/3bf9df6b2785fa6d951086978a3e66f49427166a/game/client/game_controls/spectatorgui.h
hello, i am offering my help running LAN servers ^^
E: i completely overlooked they are working with PhoenixRed, i trust daalegard will set up great servers :)
i only tried one but it seems like they work :)
arie and/or steph found out that tftrue's tv_autorecord was causing the broken demos, so we haven't been using it this LAN
tf2-comp-fixes seems functional
Update does not seem to have affected the tf2-comp-fixes plugin, at least on Linux.
Did you try this? https://www.teamfortress.tv/59990/the-chat-box-keep-going-back-to-its-original-place
if it's the reflected detonator flare, how come it exploded? are you still in control of flares that got reflected? or maybe it was detonated the same frame it was reflected? either way, the high damage does not surprise me too much, self-damage calculation is busted on reflected projectiles
Mongme: careful consideration of the global role of ETF2L and its effects on perma banning people
you: waaaah cheaters cant play offis
Bravo reddit
people are telling you it's a dog shit compromise in which legitimate players lose for no reason (it is)
#3 #6 This is part of the game.
#4 #7 #8 #9 I don't care
I wasn't expecting mostly feature requests for tf2-comp-fixes, but that's fine too. You might want to check issue tracker.
scrambledHitscan blocked by friendly players
I've got a note for this on the tf2-comp-fixes issue tracker, however it felt low priority to implement compared to projectiles hitting friendlies: you have more chances to prevent that from happening on scout. I remember that you play a bunch of heavy, in which case I can totally see the issue being harder to deal with. I don't have a lot of time to dedicate to new tf2-comp-fixes features, but I'll keep it in mind for next time.
JackyLegs[..] weird fucky shit with the overtime [..]
That's good to know, I'll make a note of it.
wishCapping the point during the midfight on KOTH shouldn't delay spawns, but sometimes it does
Do you have an example video/demo of that happening? I'll make a note of it as well.