|
On July 08 2007 10:38 zdd wrote:Show nested quote +On July 07 2007 14:44 Sok4R wrote:
very nice work.
i have a feature request (i don't know much about programmig, so i don't know how complicated it could be to integrate):
it would be nice if the programm writes a file with the numbers of pressed keys and mouse-clicks, so that i can make some litte graph with openoffice calc or something similar (like excel). just like fraps can save the fps-rates to a file.
it would be nice if you add this feature in a future version. anyway, the programm is awesome. apm in every game =) Added a logging feature for APM, just set "logapm=1" and "loginterval" in seconds in setup.ini, it should then create a file called "stats.txt" in the same folder as the script and then log the apm to that file. It will also make a separator every time you restart the counter using alt-z  http://rockify.net/zdd/APMDetector.rar
o_O i missed the newest version. thanks a lot!
|
What exactly does the counter show?
How many actions you've done in the last minute
or all the actions you've done since you started it divided by how long it has been on?
|
On July 08 2007 12:17 EviLMonkey wrote:
What exactly does the counter show?
How many actions you've done in the last minute
or all the actions you've done since you started it divided by how long it has been on?
The second one, meaning it shows your average apm since you reset it. I could also make it show how many actions you've done in the last minute, but that would be just "actions" and not "apm"
|
I just played a game to try it out and by the end it said I had 225 APM but BWchart said I had 155 T_T
|
so whats a good number to keep it at to get a kind of accurate apm....if i change this number drastically what will happeN?
|
On July 08 2007 16:03 GoSuPlAyEr wrote:
so whats a good number to keep it at to get a kind of accurate apm....if i change this number drastically what will happeN?
I'm assuming you're talking about the "plustimer" number? That number is how much the program adds to the "time variable" every time it runs through the loop that calculates the apm, meaning that increasing that number would compensate for the minor lag that might come from doing extra calculations that could lead to an inaccurate apm.
If you increase it alot, it will think that alot more time passed than actually has (like it might think 5 seconds passed in the span of 3 seconds) and would artificially decrease your apm (because effectively you have the same number of actions in a longer period of time).
You can also use that variable to increase or decrease your apm count to try and match bwchart's (I guess you could calculate the average apm bwchart gives you in a game and divide that by the number the apm detector gives you and use that percent to increase the plustimer, like say you have 220 apm in apmdetector and 110 apm in bwchart on average, so you can technically multiply "plustimer" by 220/110 to try and approximate what the apm would be if you were only counting proper sc actions)
But the way I see it is that you should just figure out what "global" apm (every keystroke, mouseclick counts) you want to achieve, as opposed to "local" apm for sc (which only counts proper sc actions) to more effectively use this tool
|
On July 08 2007 10:38 zdd wrote:Show nested quote +On July 07 2007 14:44 Sok4R wrote:
very nice work.
i have a feature request (i don't know much about programmig, so i don't know how complicated it could be to integrate):
it would be nice if the programm writes a file with the numbers of pressed keys and mouse-clicks, so that i can make some litte graph with openoffice calc or something similar (like excel). just like fraps can save the fps-rates to a file.
it would be nice if you add this feature in a future version. anyway, the programm is awesome. apm in every game =) Added a logging feature for APM, just set "logapm=1" and "loginterval" in seconds in setup.ini, it should then create a file called "stats.txt" in the same folder as the script and then log the apm to that file. It will also make a separator every time you restart the counter using alt-z http://rockify.net/zdd/APMDetector.rarShow nested quote +On July 08 2007 04:39 Sigge wrote:
Great program for sure, I have this annoying bug with it tho sometimes when I target a unit and then rightclick it seems to tab me out to windows!
Other than this I really like it, the minimalistic style it uses now is perfect for my taste, also if possible try to add something like "BWchart"-style APM calculations, atleast as an option.
Thanks! Hmm open up the readme.txt and see what version it is in the changelog, it's possible you downloaded an old version that had that problem, but I think it should have been fixed in one of the new ones. I could try the bwchart style thing, but it would only be half-accurate, (maybe like only count a+click as one action as opposed to 2), but some other stuff is impossible to do like unit selection, because the APM program doesn't communicate with starcraft so it can't know whether you just clicked on nothing (which doesn't count in bwchart) or clicked on a unit (which does count in bwchart)
I will try it as soon as I get home from the office, thanks for the quick answer.
Also, I guess it wouldn't be too difficult to add a StarCraft mode to it, by just not counting some actions when activated.
Doesn't have to be exactly like BW chart, but just something that is a bit more accurate!
Thanks again.
|
What is the newest version right now? I didnt follow the thread
|
|
|
New Version:
Version 10 -
*Added an optional feature to approximate bwchart apm (see setup.ini)
*Also added shortcut to toggle bwchart approximation while running the program (Alt-A).
*You can also now customize the colors of the apm detector in setup.ini.
Note about using the approximation feature: it uses the Enter key as a boolean value to determine whether you are chatting during the game or playing the game, so if all of the sudden it messes up, you can fix it by exiting out of chat and pressing Alt-Z to reset the apm counter.
Here are some major differences between the approximation for bwchart and the actual:
All clicks are counted, not just selection and commands.
Ambiguous keys: For example, the program doesn't know whether you are pressing m to build a marine/mutalisk or m to move, so it will count all m's as an action.
|
Germany1309 Posts
again, thanks for the great work!
|
|
|
i just tried using this again and it still once in awhile randomly sends me to my desktop again like it did b4 but much less often....is there ANYTHING you can do to make this stop happening totally?
|
You're amazing...
Thanks!
|
anything you can do to help me with this problem? i used to love apmlive feature on bwlauncher cant you just do the same thing they did with their's?
|
On July 10 2007 07:22 GoSuPlAyEr wrote:
anything you can do to help me with this problem? i used to love apmlive feature on bwlauncher cant you just do the same thing they did with their's?
I can try and fix it if you tell me exactly what you have to do to get it to minimize, like so I can investigate as to what actually causes it. The way they did it with bwlauncher is by injecting a dll into starcraft, which made it dependent on what patch you were using to find the correct place to inject the dll. This is meant to be an independent project that is meant work with any version of broodwar or any other game. I'm thinking of introducing some optional pixel detection to maybe maximize the bwchart-compatibility of the apm counter (like if it sees the pixels for marine, firebat, and medic, and you press m, it will count the action as "marine built") but it's very difficult to make something like that work perfectly without talking to starcraft directly, which is what the other apmlive was capable of doing.
|
okay sure, its when i was scrolling left and up like towards where the apm bar is....it seems like i click to fast before it disappears so it minimizes sc
|
On July 10 2007 07:53 GoSuPlAyEr wrote:
okay sure, its when i was scrolling left and up like towards where the apm bar is....it seems like i click to fast before it disappears so it minimizes sc
Ok I updated the program, see if it still minimizes. Basically now the screen updates are in a much higher priority thread, which might mean that they will update faster than the mouseclick.
|
Thanks zdd...works great!
|
Germany2896 Posts
Don't create a window, but print directly on the starcraft device context. It will o/c flicker, but thats probably not different when creating a window. Flickering could be prevented by hooking starcraftcode, but thats dangerous, as warden might consider it a hack.
|
|
|
|
|
|
EPT
