Upvote Upvoted 114 Downvote Downvoted
1 ⋅⋅ 5 6 7 8
Logs.tf match stats
posted in Projects
211
#211
serveme.tf
0 Frags +
Jarlow...
and was wondering where to I add "tftrue_logs_roundend 1" to as when I put it in the ingame console, it said unknown command. If anyone can shed light on what I'm doing wrong, that'd be awesome :))

Is TFTrue installed on the server? Did you prefix that command with "rcon" ?

[quote=Jarlow]...
and was wondering where to I add "tftrue_logs_roundend 1" to as when I put it in the ingame console, it said unknown command. If anyone can shed light on what I'm doing wrong, that'd be awesome :))[/quote]

Is TFTrue installed on the server? Did you prefix that command with "rcon" ?
212
#212
Faint Gaming
0 Frags +
ArieJarlow...
and was wondering where to I add "tftrue_logs_roundend 1" to as when I put it in the ingame console, it said unknown command. If anyone can shed light on what I'm doing wrong, that'd be awesome :))

Is TFTrue installed on the server? Did you prefix that command with "rcon" ?

I installed TFTrue up until: Add 'tftrue_logs_roundend 1' to enable updating of logs after every round.
However, will "Type !log in chat to view the last log ingame." work as soon as I added the "tftrue_logs_roundend 1" to server.cfg?

[quote=Arie][quote=Jarlow]...
and was wondering where to I add "tftrue_logs_roundend 1" to as when I put it in the ingame console, it said unknown command. If anyone can shed light on what I'm doing wrong, that'd be awesome :))[/quote]

Is TFTrue installed on the server? Did you prefix that command with "rcon" ?[/quote]
I installed TFTrue up until: Add 'tftrue_logs_roundend 1' to enable updating of logs after every round.
However, will "Type !log in chat to view the last log ingame." work as soon as I added the "tftrue_logs_roundend 1" to server.cfg?
213
#213
0 Frags +

you need to exec it, as the setting has not changed by simply putting it into the config

Id recomend you just restart the server though, to get it up.

you need to exec it, as the setting has not changed by simply putting it into the config

Id recomend you just restart the server though, to get it up.
214
#214
0 Frags +

can't sort by damage or any of the other stuff anymore? or is it just me

can't sort by damage or any of the other stuff anymore? or is it just me
215
#215
2 Frags +
wtzcan't sort by damage or any of the other stuff anymore? or is it just me

seems to work fine for me...

[quote=wtz]can't sort by damage or any of the other stuff anymore? or is it just me[/quote]

seems to work fine for me...
216
#216
0 Frags +

it's just chrome, it works on firefox
not sure what's causing it :(

also thanks

it's just chrome, it works on firefox
not sure what's causing it :(

also thanks
217
#217
7 Frags +

If a players name is too long it doesn't show up in the logs... Like all lines regarding the player are completely removed. Would be cool if this bug was fixed

If a players name is too long it doesn't show up in the logs... Like all lines regarding the player are completely removed. Would be cool if this bug was fixed
218
#218
3 Frags +

The json output for a log always shows an empty map name even when the map is set for the log

The json output for a log always shows an empty map name even when the map is set for the log
219
#219
3 Frags +

I know it was three years ago, but if you even check here zoob, do you plan on updating the site to reflect the screenshots you had in post #119 in this thread?

I know it was three years ago, but if you even check here zoob, do you plan on updating the site to reflect the screenshots you had in post #119 in this thread?
220
#220
-3 Frags +
_KermitI know it was three years ago, but if you even check here zoob, do you plan on updating the site to reflect the screenshots you had in post #119 in this thread?

maybe im just mentally challenged but that layout looks incredibly confusing to me, would prefer if we could maybe toggle it and swap between that and the current one, even if the site does get updated

[quote=_Kermit]I know it was three years ago, but if you even check here zoob, do you plan on updating the site to reflect the screenshots you had in post #119 in this thread?[/quote]
maybe im just mentally challenged but that layout looks incredibly confusing to me, would prefer if we could maybe toggle it and swap between that and the current one, even if the site does get updated
221
#221
0 Frags +

Having a lot of trouble with logs.tf, I look in sm plugins list and it says that there is an error and to check the error logs, in the error logs it says "[SM] Unable to load extension "curl.ext": /servers/darklordbm/tf/addons/sourcemod/extensions/curl.ext.so: undefined symbol: _ZNSs9_M_mutateEjjjL"
Not sure what else I can do

Having a lot of trouble with logs.tf, I look in sm plugins list and it says that there is an error and to check the error logs, in the error logs it says "[SM] Unable to load extension "curl.ext": /servers/darklordbm/tf/addons/sourcemod/extensions/curl.ext.so: undefined symbol: _ZNSs9_M_mutateEjjjL"
Not sure what else I can do
222
#222
0 Frags +
Giant_MedicHaving a lot of trouble with logs.tf, I look in sm plugins list and it says that there is an error and to check the error logs, in the error logs it says "[SM] Unable to load extension "curl.ext": /servers/darklordbm/tf/addons/sourcemod/extensions/curl.ext.so: undefined symbol: _ZNSs9_M_mutateEjjjL"
Not sure what else I can do

That's not logs.tf problem, it's curl extension's one. If you have TFTrue, you don't need any additional plugin, just put your api key in the config file. If you still need to curl extension working, have a look here.

[quote=Giant_Medic]Having a lot of trouble with logs.tf, I look in sm plugins list and it says that there is an error and to check the error logs, in the error logs it says "[SM] Unable to load extension "curl.ext": /servers/darklordbm/tf/addons/sourcemod/extensions/curl.ext.so: undefined symbol: _ZNSs9_M_mutateEjjjL"
Not sure what else I can do[/quote]
That's not logs.tf problem, it's curl extension's one. If you have TFTrue, you don't need any additional plugin, just put your api key in the config file. If you still need to curl extension working, have a look [url=https://forums.alliedmods.net/showthread.php?t=152216&page=22]here[/url].
223
#223
16 Frags +

After some internal discussions with members of the ozfortress community (including the head admin) we think there is a stat missing from logs.tf that can actually provide a lot of useful information: buffs.

Currently, logs.tf groups heals (health gained back while under full health) and buffs (overheals received) into a single entity "heals". This is a useful stat but it means an entire domain of information is missing from the stats that can be used to see how heals are ACTUALLY being distributed. We propose logs.tf will benefit by adding a second column for buffs in the heals section (here: https://puu.sh/zVWQv/d07a62bdef.png), while keeping the percentage column as total heals (heals + buffs). In other words the proposed setup would be like this: Heals Buffs Total %

I would imagine this wouldn't require much work to implement considering logs.tf already records buffs received. It's a minor change but one that we think will greatly increase the potential to analyze the ins and outs of a game.

After some internal discussions with members of the ozfortress community (including the head admin) we think there is a stat missing from logs.tf that can actually provide a lot of useful information: buffs.

Currently, logs.tf groups heals (health gained back while under full health) and buffs (overheals received) into a single entity "heals". This is a useful stat but it means an entire domain of information is missing from the stats that can be used to see how heals are ACTUALLY being distributed. We propose logs.tf will benefit by adding a second column for buffs in the heals section (here: https://puu.sh/zVWQv/d07a62bdef.png), while keeping the percentage column as total heals (heals + buffs). In other words the proposed setup would be like this: Heals Buffs Total %

I would imagine this wouldn't require much work to implement considering logs.tf already records buffs received. It's a minor change but one that we think will greatly increase the potential to analyze the ins and outs of a game.
224
#224
ozfortress
6 Frags +
Paulsengood post

I strongly agree with the above recommendation. If it doesn't clutter up the page too much and doesn't take too much of zoob's time, I would like to request this also.

[quote=Paulsen]good post[/quote]

I strongly agree with the above recommendation. If it doesn't clutter up the page too much and doesn't take too much of zoob's time, I would like to request this also.
225
#225
2 Frags +
PaulsenAfter some internal discussions with members of the ozfortress community (including the head admin) we think there is a stat missing from logs.tf that can actually provide a lot of useful information: buffs.

Taken form this game http://logs.tf/1998335 this is what a tf2 log healing event looks like

L 04/04/2018 - 19:44:12: "SoLe<464><[U:1:3624870]><Blue>" triggered "healed" against "Paulsen<469><[U:1:35306962]><Blue>" (healing "24")

I'm not sure how you determine from that whether the heal event is a buff or healing from a damaged state. The logs don't give player health totals, and they also don't record all damage events (self damage, world damage, etc) so you can't reliably calculate it from context.

One possibility might be that overhealing always heals for certain amounts, but that would require some research to establish whether they were different from a normal healing event. Even if that were the case healing rates between normal max health and overhealed health probably also vary by medigun (which isn't shown by logs unless there is an uber) and the class being healed, so it's hard to reliably extrapolate a healing event as as being a buff by it's amount without adding a lot of game knowledge to the parser and making it more brittle and error prone.

I don't think it's possible without a modification to server plugins to mark healing events as being overheals or not, and they don't receive much support these days.

[quote=Paulsen]After some internal discussions with members of the ozfortress community (including the head admin) we think there is a stat missing from logs.tf that can actually provide a lot of useful information: buffs. [/quote]
Taken form this game http://logs.tf/1998335 this is what a tf2 log healing event looks like

L 04/04/2018 - 19:44:12: "SoLe<464><[U:1:3624870]><Blue>" triggered "healed" against "Paulsen<469><[U:1:35306962]><Blue>" (healing "24")

I'm not sure how you determine from that whether the heal event is a buff or healing from a damaged state. The logs don't give player health totals, and they also don't record all damage events (self damage, world damage, etc) so you can't reliably calculate it from context.

One possibility might be that overhealing always heals for certain amounts, but that would require some research to establish whether they were different from a normal healing event. Even if that were the case healing rates between normal max health and overhealed health probably also vary by medigun (which isn't shown by logs unless there is an uber) and the class being healed, so it's hard to reliably extrapolate a healing event as as being a buff by it's amount without adding a lot of game knowledge to the parser and making it more brittle and error prone.

I don't think it's possible without a modification to server plugins to mark healing events as being overheals or not, and they don't receive much support these days.
226
#226
ozfortress
3 Frags +

That seems to be the case in that log. Yet, take this for example: http://logs.tf/1956398

L 02/13/2018 - 23:04:51: "ozfortress obla<6><[U:1:101203767]><Red>" triggered "healed" against "ozfortress obla<6><[U:1:101203767]><Red>" (healing "3")
L 02/13/2018 - 23:04:38: "ozfortress obla<6><STEAM_0:1:50601883><Red>" triggered "overhealed" against "sf.wig<8><STEAM_0:1:22838924><Red>" (overhealing "35")

Overhealing clearly distinguished from healing. I can't seem to find why one has it but not the other? I looked on both servers, both utilise F2's Supplemental Stats v2 and Medic Stats

That seems to be the case in that log. Yet, take this for example: http://logs.tf/1956398

L 02/13/2018 - 23:04:51: "ozfortress obla<6><[U:1:101203767]><Red>" triggered "healed" against "ozfortress obla<6><[U:1:101203767]><Red>" (healing "3")
L 02/13/2018 - 23:04:38: "ozfortress obla<6><STEAM_0:1:50601883><Red>" triggered "overhealed" against "sf.wig<8><STEAM_0:1:22838924><Red>" (overhealing "35")

Overhealing clearly distinguished from healing. I can't seem to find why one has it but not the other? I looked on both servers, both utilise F2's Supplemental Stats v2 and Medic Stats
227
#227
1 Frags +
oblaOverhealing clearly distinguished from healing. I can't seem to find why one has it but not the other? I looked on both servers, both utilise F2's Supplemental Stats v2 and Medic Stats

MedicStats turns it's own buff logging off if tftrue is installed to prevent them both doing it. For Tftrue the convar is

tftrue_logs_includebuffs 1

for MedicStats its

medicstats_logbuffs 1

Maybe the server admin turned off all additional logging for performance, although adding "overhealing" to a log line isn't exactly a strain

[quote=obla]Overhealing clearly distinguished from healing. I can't seem to find why one has it but not the other? I looked on both servers, both utilise F2's Supplemental Stats v2 and Medic Stats[/quote]
MedicStats turns it's own buff logging off if tftrue is installed to prevent them both doing it. For Tftrue the convar is

tftrue_logs_includebuffs 1

for MedicStats its

medicstats_logbuffs 1

Maybe the server admin turned off all additional logging for performance, although adding "overhealing" to a log line isn't exactly a strain
228
#228
ozfortress
2 Frags +

I'm the server administrator for both logs in question. Neither server runs TFTrue. Does that mean `medicstats_logbuffs 1` removes overhealing or the opposite. As of yesterday, ozfortress servers now use that cvar set to 1, while PugChamp uses '0'. I'm looking through logs to see the difference.

I'm the server administrator for both logs in question. Neither server runs TFTrue. Does that mean `medicstats_logbuffs 1` removes overhealing or the opposite. As of yesterday, ozfortress servers now use that cvar set to 1, while PugChamp uses '0'. I'm looking through logs to see the difference.
229
#229
1 Frags +
oblaI'm the server administrator for both logs in question. Neither server runs TFTrue. Does that mean `medicstats_logbuffs 1` removes overhealing or the opposite. As of yesterday, ozfortress servers now use that cvar set to 1, while PugChamp uses '0'. I'm looking through logs to see the difference.

Typically 1 activates and 0 deactives. From the MedicStats source:

- You can disable logging buffed heals with cvar: medicstats_logbuffs 0

So medicstats_logbuffs 1 should be active

e: Although looking through the source of both I can't actually find any parts of them that output the text "overhealed" which is odd.

e2: It appears it's a LiveLogs thing, maybe that's installed on one server and not the other. I'm not sure what the buffs functions output in TFTrue and MedicStats, maybe they just mean healing events at all? Reading the code that's all they seem to output.

[quote=obla]I'm the server administrator for both logs in question. Neither server runs TFTrue. Does that mean `medicstats_logbuffs 1` removes overhealing or the opposite. As of yesterday, ozfortress servers now use that cvar set to 1, while PugChamp uses '0'. I'm looking through logs to see the difference.[/quote]
Typically 1 activates and 0 deactives. From the MedicStats source:

- You can disable logging buffed heals with cvar: medicstats_logbuffs 0

So medicstats_logbuffs 1 should be active

e: Although looking through the source of both I can't actually find any parts of them that output the text "overhealed" which is odd.

e2: It appears it's a LiveLogs thing, maybe that's installed on one server and not the other. I'm not sure what the buffs functions output in TFTrue and MedicStats, maybe they just mean healing events at all? Reading the code that's all they seem to output.
230
#230
ozfortress
3 Frags +

Confirmed livelogs produces the overhealing component of the log.

https://github.com/ozfortress/tf2-livelogs

Confirmed livelogs produces the overhealing component of the log.

https://github.com/ozfortress/tf2-livelogs
231
#231
3 Frags +

I don't know if the issue is on my end but I cannot log into the site, tried it on different browsers so idk. Anyone got a solution?

I don't know if the issue is on my end but I cannot log into the site, tried it on different browsers so idk. Anyone got a solution?
232
#232
whitelist.tf
3 Frags +
CollaideI don't know if the issue is on my end but I cannot log into the site, tried it on different browsers so idk. Anyone got a solution?

This probably has to do with the change from last week where Steam now forces all urls to be https, including the one returning from the OpenID signin.

[quote=Collaide]I don't know if the issue is on my end but I cannot log into the site, tried it on different browsers so idk. Anyone got a solution?[/quote]
This probably has to do with the change from [url=https://twitter.com/wickedplayer494/status/982075728366682114]last week[/url] where Steam now forces all urls to be https, including the one returning from the OpenID signin.
1 ⋅⋅ 5 6 7 8
Please sign in through STEAM to post a comment.