Infraction for Caesar: Grammar

• Greybone · 10/03/07, 10:16 AM

Post: Flurry exact and inner workings
User: Caesar
Infraction: Grammar
Points: 1

Administrative Note:

Message to User:

Capitalize your sentences and spell out 'people', please.

Oh, and search before posting.

Original Post:

Hi I hope I do not upset ppl by making a new topic, but I havent found a discussion like this before and for ppl who need exact swingtimers it's very important. I did't put a class name to it because there are several classes that have Flurry or similar attacks.

Ok so this was my original theory:

If you gain flurry the next autoattack will be flurried with immediate effect if procced on a autoattack

like this

1. Autoattack (flurry gain)
2. Autoattack

time between 1 and 2 is the time of a fully flurried attack

1. autoattack
2. mortal strike (flurry gain)
3. autoattack
4. autoattack

time between 1 and 2 will be a full time swing, while 3 and 4 will be fully hasted.

I tried this theory extensively at a time wich I had 50 fps and 60-70 ms lag and no peaks.

It immeadetely proved to be a failure. I focused on the first case with autoattacks only to know how that worked for sure. Maybe it was the attack after that got hasted. Nope that did't work either. Further on attacks did't prove to be binary hasted or not. Quite often they where almost hasted (like 15% heasted instead of the normally 25% hasted).

Any theories why it is like this?

My ideas is either:
flurry hastes the attacktime left immeadetely. and sometimes the flurry does not proc immeadetely and is applied 0.3 or so seconds later (seems unlikely imo)

lag varies make up for the differences (but at 63 ms lag differences of 20 or 30 ms should not be that common).

scripts lag and do not execute immeadetely on event triggers (no idea about this, maybe this is possible)

swings are not perfectly timed intervalls from the server (seems unlikely but maybe)

ideas suggestions /feedback/discuss please