export hotstats to html

[SeraphimLeftNut]

The key missing statistics are mass and energy being spent as a function of time. Incomes are nice, but usage is much more interesting.
Looks like the time step can't be less than 0.5 seconds based on your suggestion, but that is already pretty good.

There also seems to be an upper limit on log size that the program is able to handle, which excludes long setons games.

The x hr, x min, x sec label also complicates data import from the source file. In places where you have 1 hour 30 seconds, it would be nicer if it said 1 hour, 0 minutes, 30 seconds.

[peanot]

Thanks, I will see if I can get an interactive prototype running soon.

Oh also, can someone tell me where I can find the generated log file? I seem to be missing something obvious here.

[fffmmm]

The key missing statistics are mass and energy being spent as a function of time. Incomes are nice, but usage is much more interesting.
Looks like the time step can't be less than 0.5 seconds based on your suggestion, but that is already pretty good.

There also seems to be an upper limit on log size that the program is able to handle, which excludes long setons games.

The x hr, x min, x sec label also complicates data import from the source file. In places where you have 1 hour 30 seconds, it would be nicer if it said 1 hour, 0 minutes, 30 seconds.

I updated it a little:
-you can now export the data to a CSV-File (Not sure if the data in the CSV is organized that well... Let me know if that needs to be adjusted)
-it now acquires a stats snapshot every second instead of every 10 seconds
-added a chart for the mass spending rate and the energy spending rate (overcharges look great on that one)
-changed the way it prints the time so that it always prints it in the format Xh Xm Xs

Thanks, I will see if I can get an interactive prototype running soon.

Oh also, can someone tell me where I can find the generated log file? I seem to be missing something obvious here.

You have to enable logging in the lobby (Options->settings->save game logs). The logs can be found in the following directory: C:\ProgramData\FAForever\logs

[rootbeer23]

i would prefer to see mass reclamation and mass income from extractors and fabricators seperately.

in dump.lua, you should write a single line of LOG() for each tick that is just a collection of values, instead of
dumping the whole table, including the keys (of the lua associative array).
i.e. dump a csv with the values
s["resources"]["massin"]["total"], s["resources"]["massin"]["rate"], ...

finally i suggest to parse the replay.log with python and thus make the parser integral part of falobby and then add a new tab to falobby that shows the resulting html.

[rootbeer23]

or better yet, save the values in a flat array while accumulating the scores instead of copying the scoreData into the historical array. that whould cut down on RAM waste by several factors.

[fffmmm]

i would prefer to see mass reclamation and mass income from extractors and fabricators seperately.

in dump.lua, you should write a single line of LOG() for each tick that is just a collection of values, instead of
dumping the whole table, including the keys (of the lua associative array).
i.e. dump a csv with the values
s["resources"]["massin"]["total"], s["resources"]["massin"]["rate"], ...

finally i suggest to parse the replay.log with python and thus make the parser integral part of falobby and then add a new tab to falobby that shows the resulting html.

JSON objects are easily parsed using python, thus I think it's a good choice (Even easier to parse than CSV).
Writing the snapshot regularly to the log would cause a lot of IO ops and make it more difficult to parse I think.

I tried to find a way to get the reclaim for everyone, but sadly I only found a function to get it for ones own economy, but not for everyones eco.

[SeraphimLeftNut]

For me the ascii format, is the format of freedom.
This is awesome

[rootbeer23]

JSON objects are easily parsed using python, thus I think it's a good choice (Even easier to parse than CSV).

String[] strArr=line.split(",");
if you only have numbers in the array which is the case. otherwise there are full blown csv parsers for any programming language.

Writing the snapshot regularly to the log would cause a lot of IO ops and make it more difficult to parse I think.

you can still write the data after the game if you want.
anyway, if you want to do it the wrong way, i dont wanna argue.

I tried to find a way to get the reclaim for everyone, but sadly I only found a function to get it for ones own economy, but not for everyones eco.

then maybe its not possible, i was just assuming since gazui can do it, hotstats should be able to also.

[SeraphimLeftNut]

Mass use vs time data has a lot of oscillations in it (see first image attached), that correspond to factories going on and off as units come out of them. The frequency of this oscillation is dependent on the unit being produced, build capacity associated with that factory and available resources.
Second image is FFT of this data(sliding a 3 minute window, one second at a time). Red color is zero, blue color is intense. Vertical axis is the detected frequencies going from low to high(bottom to top).
As the game progresses you see more and more high frequencies, which are associated with air production and increased build capacity on factories being used.

The oscillations in power are also present.

Unfortunately I only have access to data from a single random game right now. I expect these plots to be very telling in setons games, especially for the air players. (allies that leech off allies for power will have the oscillations of those they leech from imprinted on their eco)

Also the plots would be much better if the sampling rate wasn't 1 second. This hides a lot of things, by forcing the use of a wide 3 minute window, which smears out dynamic events.

[SeraphimLeftNut]

Analogous power data for the same game, same player.

Looks like someone was power stalling. (that removes the oscillations)