Hi
I started looking at the endgamebox.cpp, and it's not hard to save the stats to a file, which I've done in a rudimentary way.
A couple of questions here:
1: is it worth saving all the stats or just the final count? at the moment, the stats make up a graph of how the game went, with counts at various intervals. I can save all of these to a file (is that needed?) or I can save the final count only.
2: are the stats even needed? maybe just wins and losses are.
how will the lobby clients/servers use this? this will be a client side saving of someone's wins and losses. if someone moves PC or reinstalls spring, he'll lose his stats. is this actually useful?
ok, I'm working on the saving of wins/losses/stats
Moderator: Moderators
YES!
Save Every. Single. Frigging. Stat.
I actually have been hoping for more uber stat taking and counting and measuring... hell, i have been secretly hoping for a 'statistical interface'so that i can literally check any stat any number of times nad then anyalze it in some graph somewhere and see all sorts of random information.
analyze analyze analyze! is my motto :D
But yeah, definatly.
*hopes for a copmletel statdump of EVVVVVVVVVERYTHINGGGG*
Save Every. Single. Frigging. Stat.
I actually have been hoping for more uber stat taking and counting and measuring... hell, i have been secretly hoping for a 'statistical interface'so that i can literally check any stat any number of times nad then anyalze it in some graph somewhere and see all sorts of random information.
analyze analyze analyze! is my motto :D
But yeah, definatly.
*hopes for a copmletel statdump of EVVVVVVVVVERYTHINGGGG*
-
SwiftSpear
- Classic Community Lead
- Posts: 7287
- Joined: 12 Aug 2005, 09:29
-
hollowsoul
- Posts: 665
- Joined: 06 Jun 2006, 19:49
Was wondering if this was possible before.
But was tryin to get convience peep another feature done first. But noone seemed to care 1 v multiple AI = all ai named after human player
Anyway can think of few ideas for client side. i.e graphics
have seperate graphs etc for AI etc.
No harm in looking at yourself where u normally stall in games on average etc.
And to save hassle recommend leavin it up to clients to store & display the idea, just concreate on getting it in & dumping info to txt file.
But one thing plz, try & code it in option in registry value / .springrc for linux users so we can tell it were to save the file plz. Annoying way spring assumes write access to datadir.
And cant cause elitism if its not on lobby.
i.e leave client side & tourtainments could figure away to use them if they want aswell
But was tryin to get convience peep another feature done first. But noone seemed to care 1 v multiple AI = all ai named after human player
Anyway can think of few ideas for client side. i.e graphics
have seperate graphs etc for AI etc.
No harm in looking at yourself where u normally stall in games on average etc.
And to save hassle recommend leavin it up to clients to store & display the idea, just concreate on getting it in & dumping info to txt file.
But one thing plz, try & code it in option in registry value / .springrc for linux users so we can tell it were to save the file plz. Annoying way spring assumes write access to datadir.
And cant cause elitism if its not on lobby.
i.e leave client side & tourtainments could figure away to use them if they want aswell
I'm working on a generic datadir abstraction in spring actually, where it also understands the concept of one "writedir" and multiple "readdirs". That should solve all issues with spring assuming write access to datadir (provided user / packager sets up datadir paths correctly, ie. a writedir in /home/user and a readdir in /usr/local/games or so).
