[Next Message in Time] | [Previous Message in Time] | [Next Message in Topic] | [Previous Message in Topic]

Message ID: 140
Date: Tue Jul 13 17:23:06 BST 1999
Author: Aaron Braunstein
Subject: Feign Death vs. casters and anomolous failures


I posted this on another list, but wanted to share it with this one
as well to see if anybody might be able to help solve the mystery of why FD
fails without a message sometimes.

At 9:23 AM +0200 7/13/99, Brian Peter Thorsbro wrote:

>When faced with a caster you should turn off autoattack and wait for the
>spell to hit you. Then feign before the caster starts a new spell. That is
>the way to trick a caster with feign death.

Interesting suggestion, and it would seem to jive with some of my
own experiences with FD lately. I've been racking my brains trying to
figure out why it is that FD fails to stop an aggressor's attacks even when
no "xxx has fallen to the ground" message. Clearly, it has failed but we
have no indication of this other than the fact that we're still getting
pounded. Some of my thoughts on the subject are these, any modifications
to this list would be well appreciated:

1 - Feigning when mobs are frenzied on you has a dramatically higher rate
of failure than against non-frenzied mobs.

2 - Feigning 'mid-attack' seems to fail more frequently. Perhaps it goes
something like this:

a) Mob starts his swing
b) Feign performed (no message of failure)
c) I stob being the mob's current target
d) Blow lands, re-instating me as the current target
e) Mob keeps pounding on current target (me).

I don't know if this is really what happens or not, but it would
fit with the previous poster's 'wait until the caster has done his thing'
suggestion. Also, have you noticed that after you kill a mob, you still
sometimes take a swing and occasionally see a damage message AFTER the
thing has died? Perhaps this is an artifact of the above sequence.

3 - Still not sure whether or not stopping your attack before feigning
affects things except perhaps exacerbating the situation outlined in #2.

Well?

--
Aaron Braunstein
Pacific Data Management, Inc.

<aaron_braunstein@...>