Spring RTS Engine

Sounds too complicated. Just award the entire kill to the lucky last bullet, and use the time saved to implement APM. It doesn't matter that you believe Spring is superior enough to make APM irrelevant, plenty of people are so used to measure their RTS performance by means of APM that your product will be felt incomplete if it doesn't feature it.

In gundam I wouldn't log it z :p it was a consideration for ba peeps, so it is low priority IMO. ESP with no way in my understanding to tell what is a command.. I don't know what the expectation of the stat is.

Bah just count mouse clicks and keypresses!

Doesn't matter if the measurement method isn't 100% scientifically sound, I just want a number that gets bigger the more I clickety-click.

That means spectators would have high apm.


Is apm commands issued to units? If so does custom formations drive that up?

Is it hotleys pressed etc.

I do not believe chatting should count and no I am not going to write code that checks if you are typing/just clicking an empty pixel.


What is really apm?

smoth wrote:What is really apm?

Increment counter on those two callins:
(Make sure the priority is set so they catch actions before every other widget/gadget, and to not return true so they don't eat the action.)

• MousePress()
• KeyPress()

- Does not catch orders sent by widgets
- Does not catch text typed for chatting
- Does catch keys and clicks that do nothing

Stop looking for excuse and just use that. Nothing is perfect, but that's no reason to refuse what's only 99% good.

Sounds fine by me. Why do you say before?

Whenever a widget/catch return true on these callin, it means it "takes" it, and it's not available for other widget/gadget.

Ok will do.

zwzsg wrote:[
Stop looking for excuse and just use that. Nothing is perfect, but that's no reason to refuse what's only 99% good.

Maybe not when it's 99% good, but when it's, say 30% good, then the question comes why use it at all, you just present a lot of information that has no value. Then it's better to use that screen area (and energy to make the function) to something else.

Is it possible to add a tab to the native endgame statistics window, and in there include the thing that smoth proposes?

Or do you have to completely replace the existing stats window?

Is it possible to add a tab to the native endgame statistics window

not possible. That endgraph is pretty messed up anyway, eg the scaling and other things.

Not really stats logging but related:
When spectating games I sometimes like to compare unit counts, eg who has most fighters on patrol or most nanos
etc. But it is annoying having to select units manually, ctrl+z and all that, so made this:


It shows how many units of each type a player has. The percent number shows the average health of those units.
For most mods several similiar units would probally have to be grouped together to keep it readable, eg for *a AK&Peewee would count towards the same number, or even just have "T1 Kbot."
Probally cba to add that but maybe for inspiration.

Cool.

I wanted to include a part of my stats widget in xta as end game statistic, it would look like this (from the wakka game, red is knorke, grey is dnw and yellow are ray and me):



But then we would have to redesign the whole thing, becausew clicking and closing many windows after the game is not fun.