I'm looking at creating a caster tool to essentially look at stats in real time. Normally, I would use TF2's built in log function over UDP via the logaddress_add command in console, but this would provide real-time data (no delay like STV), which might be frowned upon, and requires RCON access, which is impossible for most casters (especially in upper levels). To counter these problems, I think the log would have to be initiated on a STV relay, but I'm not sure they even have those capabilities.
Does anybody have any idea if the mentioned commands work on an STV relay? I would try myself, but only have access to a local server and that has lead to some strange situations when attempting to figure out where the data is actually coming from.
I'm looking at creating a caster tool to essentially look at stats in real time. Normally, I would use TF2's built in log function over UDP via the logaddress_add command in console, but this would provide real-time data (no delay like STV), which might be frowned upon, and requires RCON access, which is impossible for most casters (especially in upper levels). To counter these problems, I think the log would have to be initiated on a STV relay, but I'm not sure they even have those capabilities.
Does anybody have any idea if the mentioned commands work on an STV relay? I would try myself, but only have access to a local server and that has lead to some strange situations when attempting to figure out where the data is actually coming from.
ThoxoI'm looking at creating a caster tool to essentially look at stats in real time. Normally, I would use TF2's built in log function over UDP via the logaddress_add command in console, but this would provide real-time data (no delay like STV), which might be frowned upon, and requires RCON access, which is impossible for most casters (especially in upper levels). To counter these problems, I think the log would have to be initiated on a STV relay, but I'm not sure they even have those capabilities.
Does anybody have any idea if the mentioned commands work on an STV relay? I would try myself, but only have access to a local server and that has lead to some strange situations when attempting to figure out where the data is actually coming from.
I built a system for live stats for matches based on logaddress. All EU teams have been very helpful with running the command to enable them, or even giving the rcon so we can do it ourselves.
You rightly say that these stats aren't delayed, so my system automatically delays them 90 seconds so they sync up with STV.
There's even a feed for the streamer that has 70 seconds delay, so that the streamer can catch every uber drop, headshot and backstab.
If I recall correctly, using logaddress on a relay doesn't get you the logs of the match being relayed.
[quote=Thoxo]I'm looking at creating a caster tool to essentially look at stats in real time. Normally, I would use TF2's built in log function over UDP via the logaddress_add command in console, but this would provide real-time data (no delay like STV), which might be frowned upon, and requires RCON access, which is impossible for most casters (especially in upper levels). To counter these problems, I think the log would have to be initiated on a STV relay, but I'm not sure they even have those capabilities.
Does anybody have any idea if the mentioned commands work on an STV relay? I would try myself, but only have access to a local server and that has lead to some strange situations when attempting to figure out where the data is actually coming from.[/quote]
I built a system for live stats for matches based on logaddress. All EU teams have been very helpful with running the command to enable them, or even giving the rcon so we can do it ourselves.
You rightly say that these stats aren't delayed, so my system automatically delays them 90 seconds so they sync up with STV.
There's even a feed for the streamer that has 70 seconds delay, so that the streamer can catch every uber drop, headshot and backstab.
If I recall correctly, using logaddress on a relay doesn't get you the logs of the match being relayed.
From the (very limited) testing I did with STV relays, I recall that even plugins running on the relay can't get easy access to the game it's relaying.
A plugin I ran on a relay that was connected to another STV was saying it had no map loaded, and no players playing, but in-game it was relaying everything just fine.
Based on that, I think they connect to the game's STV and just pass on the raw data to the spectators on the relay, it doesn't try to simulate the game.
From the (very limited) testing I did with STV relays, I recall that even plugins running on the relay can't get easy access to the game it's relaying.
A plugin I ran on a relay that was connected to another STV was saying it had no map loaded, and no players playing, but in-game it was relaying everything just fine.
Based on that, I think they connect to the game's STV and just pass on the raw data to the spectators on the relay, it doesn't try to simulate the game.