There should be, given that the client receives Steam information as well in order to render the HUD (especially the scoreboard and the avatars on it). I'll continue looking into it and hope to come up with something concrete soon.

Based on research I've done on client plugins (and coincidentally for fixing the pause bug), I can confirm that it IS possible to replace player names on the HUD. All that's required is figuring out how to pull Steam ID info on the client-side, which would be the best way of identifying players uniquely.

Really, the most useful info for me would be a way to figure out which team a player is on and vice versa, as well as info about what division a team is in. It would also be nice to have player and team history, though I wouldn't consider that a priority.

The reason I bring this up now is because there was an API confirmed in progress before.

I've looked more into the problem of pauses, and unfortunately it doesn't look like any can be easily solved since there is no clear and definite information about a pause occurring ever exposed. Therefore, our only hope is getting Valve to fix it on their end. In the future, I may look into a rudimentary detection algorithm and HUD display for such issues if there's interest in such a feature.

After figuring that out, I've been hard at work with figuring out how items work, and the result is in StatusSpec 0.7. This release adds the option of displaying icons for items in a player's loadout. Any and all feedback about this new feature is welcome.

If I may ask, does this use some kind of integrated API, and if so, does this mean that a public API is closer to release?

L 05/17/2014 - 14:52:31: [SM] Native "TF2_RegeneratePlayer" reported: Failed to locate function
L 05/17/2014 - 14:52:31: [SM] Displaying call stack trace for plugin "mgemod.smx":
L 05/17/2014 - 14:52:31: [SM] [0] Line 2315, mgemod.sp::ResetPlayer()
L 05/17/2014 - 14:52:31: [SM] [1] Line 4686, mgemod.sp::Timer_ResetPlayer()
L 05/17/2014 - 14:52:55: [SM] Native "TF2_RegeneratePlayer" reported: Failed to locate function
L 05/17/2014 - 14:52:55: [SM] Displaying call stack trace for plugin "mgemod.smx":
L 05/17/2014 - 14:52:55: [SM] [0] Line 3890, mgemod.sp::Event_PlayerDeath()

That indicates that your gamedata is out of date (most likely happened because of the latest update especially if your server is on Windows). Not much you can do except update SourceMod and hope everything works again.

Generally adding another small plugin has very little effect, but replacing the icon textures would be a simpler solution.

If the icons are the only problem, you can just make them disappear by replacing the textures with blank ones. Here's some files which should do that, but I haven't tested it.

Well, it's just a more efficient workaround, not really a fix. Case in point, I just did some further testing, and it appears as if this doesn't fix time panels. There also seems to be an issue if someone has to reconnect during the pause and the server unpauses and repauses to allow them to reconnect. D'oh! I'll see whether the first issue can be fixed, but it doesn't seem like the second one can really be fixed that easily.

Anyway, StatusSpec 0.6 was pushed out. This one eliminates a whole host of CVars by making those settings a part of the tournament HUD! I recommend reading the README to make sure you set up your HUD properly. As always, feedback is appreciated.

Welp, I guess it must have remained when I copied over the build instructions.

Anyway, I did test the new command on demos with pauses with them (which do exhibit the same post-pause bug) and they did get fixed, so I'm pretty sure that this will work for SourceTV.

I've also looked into putting extra panels into UI resource files and hooking into those to display information, and I think there's a solution there for having easily customizable plugin-driven panels. I'm hoping to experiment with those more and hopefully come up with something concrete.

I just released StatusSpec 0.5 on GitHub.

This release has a potential fix to the post-pause HUD freeze that we're all familiar with. Basically, it uses a method similar to hud_reloadscheme except it only applies it to the spectator GUI, calls a method which doesn't actually reload the scheme, and does it whenever the VGUI is being painted. This basically results in a refreshing spectator GUI with much less stuttering (I didn't notice any at all while I was testing, whereas hud_reloadscheme causes stuttering for a second).

There may be bugs with this method, since it doesn't actually delve into the problem of why the spec GUI isn't being sent the commands to refresh in the first place, but I think that a mostly functioning HUD is better than one that doesn't work at all. However, your mileage may vary. Report any bugs you find here and I'll see whether they can be fixed.

I just released 0.4 which scales the boxes with icons automatically. The old behavior can be restored by setting statusspec_icons_bg_dynamic to 0.

As if we didn't have enough spectating plugins already, I present to you StatusSpec.

Learn more about it at the GitHub repository, and download a release to use.

Mixup can't coast if they want the 2nd seed, given that Exertus is only one game behind if froyotech wins tonight.

According to the guidelines, it appears that the week slated for this tournament would be June 16-22, with the ESEA-IM Grand Finals on June 11 and ESEA LAN June 28-29.