Slopester wrote:No. I only want to get the stats out, not back in. Does this mean I don't need any cvars business?
Yes, that's correct, you won't need to use cvars for anything. You can't get access to score information within the map script (without using triggers and getting potentially inaccurate information and probably lag
) so there is no need to use map scripts, and hence no need to use cvars to communiate with them.
It would be nice to get end-of-game scores out as the game is clearly doing all the kills/deaths calculations and presenting them at the end of each map. This would save loads of scripting but if the only way to get that data is to monitor each kill/death and do the maths in PHP, I'll have to settle for that.
I guess you are talking about TDM or FFA? For those game types, you can query the server in the same way GameSpy does to get the kills/deaths, and not have to parse the log file. Here's the bit I don't like about that method - you have to keep checking the scores table frequently enough that you're going to have gotten it at least once between the time when play ends on one map and the server starts loading the next map (how many seconds is that?). I guess it's not bad, but it just seems a bit messy to me
You'd of course have to keep the most recent scores table you downloaded in memory plus the one before that, and if the most recent one indicates a different map to the previous one, it means the previous one was the last one for the map and you should record the scores on that to your database. Another issue with this method is that you won't know anything about players who leave during the match, or even too soon after it finishes. To avoid the issue of people leaving too soon after it finishes, perhaps every time you download the scores table you could compare it to the previous one, and if the only difference is that a player left (i.e. no scores increased) you could ignore the new table and keep the old one.
Polling the scores table via the GameSpy query port doesn't work for objective matches or other round-based matches because, for each player, instead of kills, it shows you the team's number of round wins, and instead of deaths it gives you 0.
The benefit I see of reading the server log is that you can tell exactly when a map change occured. Also, if for some reason you weren't polling the GameSpy query port for a few moments (network outage, script crashed, etc.), the data is still there in the log file until the server gets shut down and restarted (every time the server starts the qconsole.log file is overwritten). Also you don't need any tricks to compare the scores tables like I suggested above. On the other hand, your code to parse the messages in the log file might get confused if somebody uses a name like "Foo was rifled" or "in the head" so you'd need to pay a lot of attention to that part of your code
If I ever get it going I'll post the script etc... But don't hold your breath!!
Sounds like a standard disclaimer I should put on the bottom of everything I say
Regards,
David
.the only thing i can do is hold my breathe 
but i really would like 2 do something like that .at least something that gathers the score of all players in a ffa ,on several map rotations .
**waiting ** ......