Armagetron logs

[ed]

The armagetron log is a large and cumbersome affair - for me anyway, maybe there's something I'm missing.
All the info is there. Somewhere.

Wouldn't it be easier if this was written to a database (mysql for example).

If the scores, times, user logons, etc were also written to the database, the freedom you would have over the ladder, scores, users would be great.

You could have things like:

User most active on the server this month:

Total number of points /total time played

total matches won/total matches played

A player - ipaddress table would be helpful.

The Web Frontend to the stats would be so much more flexible.

[Z-Man]

I think Tank is working on something along these lines. Of course, once we have scripting, we can also have a general interface to that where some script gets all the logworthy events and handles them any way it likes.

[Tank Program]

I was just sort of planning having the stats in a database, didn't really think the log needed to be database-ified.

[ed]

I would find it very useful for perusing the logs.
Something simple like:

timestamp | ipaddress | logon/logoff/rename | username |

every time a user logs in/out/changes their name on the server.
This would make tracking down undesirables so much easier and more accurate.
It could also be used to guage time spent on server by each user - for me an important aspect in overall ladder position.

Another table with chatlogs would be handy:

timestamp | ipaddress | username | openchat/teamchat/msg | Contents of message

This, alongside the scores within the same database would give you so much freedom if you had a website alongside the server.

[Z-Man]

Check out ladderlog.txt Timestamps would be a possible addition. I don't know about the chatlog file. What would be its possible uses? Anyone here to second the request?

[gnorty]

I would like the logs in mysql, but would this not be bad for everyone (I estimate at least 70% of players) who dont have mysql installed?

[Lucifer]

I'll second the request. If I have a log showing the script kiddie bragging while he's dos-attacking my server.....

Um, I'd like to have the option to log to mysql as well. Some logging should be text-only anyway, and we need to hook in to syslog and the windows event log for that stuff anyway. The rest, sure, let's have many ways to store it.

[ed]

Just a crazy thought.
What if player coordinates were output to a seperate log every second (or whatever could be handled).
This could then be picked up by a script that could output an almost real time representation of what was happening to a web server that could display a moving graphical image of the grid alongside players, scores, etc.

It is way out of my depth to know if this would even be possible, let alone how it could be done. But it would be so cool, especially for competitions and the like.

[Lucifer]

I think possibly a better solution would be to have a special client that connects from the webserver and renders a map or something on request.

Another solution depends on the recording file. We could use that, but it kinda depends on how it's structured, and I don't know enough about that.

[ed]

I've not used it myself, but I've seen pics of the hud map.
How does this get it's data?
Could this somehow be fed to a script/app running on a webserver?

[Jonathan]

The HUD map (at least my original one) gets data from these internal lists:

Code: Select all

tList<gNetPlayerWall> gridded_sg_netPlayerWalls; // not declared in any header
tList<gNetPlayerWall> sg_netPlayerWalls;
tList<eWallRim> se_rimWalls;
tList<ePlayerNetID> se_PlayerNetIDs; // has pointers to cycles

… should you want to use the same data.

[wrtlprnft]

For the zones:

Code: Select all

std::deque<gZone *> sg_Zones; //not declared in any header, either