Originally Posted by The Iron Colonel
It's easy to do this; simply autoshot on Dr Boom for some large number of shots (5-10 minutes) with a quiver equipped, then count the number of procs by parsing the combat log. Do the same WITHOUT a quiver (ergo with a different attack speed). Divide the number of procs for each data set by the total time of each data set; they should be roughly equal. Make sure you don't have AotH/iAotH up.
|
I was thinking about something else... PPM:
Let's say you have a 1 PPM weapon, with a 1.0 speed (no hastes). On average, you'll see 1 proc per minute (PPM). Hastes and special attack affect how many procs you actually get. PPM is converted into a chance of proc per attack (PPA). The PPA of said example weapon would be 1/60 --> ~1.67% chance of proc per attack.
With hastes and special attacks, this value stays the same, but amount of attacks increase, resulting in more procs within a set amount of time.
Saying a weapon like this is PPM based or not is actually just silly of me, since they convert to each other (and is based on original weapon speed). For enchants, which can be used on weapons with varying speeds, this is something to consider.
|
Edit: You can easily verify overlapping procs with this same method, just look for a proc that occurs less than the duration of the buff from the previous proc. A very easy method to verify this.
|
Yes, if the combat log prints on refreshing procs, which is what I'm uncertain of. A combat log check if it does
not print on refreshing is to check whether or not you have a GAIN and FADE message with a bigger gap than the actual duration.
If it does refresh, and does not print, a large enough sample would be enough to reverse engineer the PPM rate (although probably not 100% accurately).