(edited by gorma.3725)
Strange illusionary counter behaviour
- Sometimes torment won’t procc on ranged attacks even though I blocked with IC. This seems to be a range issue. Range > 900 -> no torment.
Well, since the tooltip state a range of 900, I am inclined to think it is intended behaviour
@gorma:
- Magnet is an unblockable skill (source: http://wiki.guildwars2.com/wiki/Magnet)
- Damage + Torment happens ~0.5s after the successful block (not instantly), so I guess there’s a range check before the damage is applied.
From what you say, it looks like when iCounter cannot determine the damage’s source, it won’t be able to damage or apply Torment. This could be an issue in group fight when you intend to block that attack but then out of nowhere another attack hits you first, the block is activated and you lose out on the counter benefits.
I agree that iCounter should be looked at and tweaked a bit to make it more useful for such encounters.
- Sometimes torment won’t procc on ranged attacks even though I blocked with IC. This seems to be a range issue. Range > 900 -> no torment.
Well, since the tooltip state a range of 900, I am inclined to think it is intended behaviour
Sure, that’s what the tooltip says. But I have the feeling thakittens not working as intended. Remember when iCounter was only a block that created a clone on the block event? If you got hit from 900+ range the clone didn’t appear but you did the block. The clone you create is a standard scepter clone, this means that the torment is not applied by the clone but by the block itself. So the way it is now, it does make no sense to me. If I block the attack, torment should be applied regardless of range because the block triggers torment not the clone. Get my point? I feel that this the design for this skill and they simply made a mistake implementing it. Dev comment would be highly appreciated.
@gorma:
- Magnet is an unblockable skill (source: http://wiki.guildwars2.com/wiki/Magnet)
- Damage + Torment happens ~0.5s after the successful block (not instantly), so I guess there’s a range check before the damage is applied.From what you say, it looks like when iCounter cannot determine the damage’s source, it won’t be able to damage or apply Torment. This could be an issue in group fight when you intend to block that attack but then out of nowhere another attack hits you first, the block is activated and you lose out on the counter benefits.
I agree that iCounter should be looked at and tweaked a bit to make it more useful for such encounters.
While this could also be true, I observed what I described in 1vs1 situations too. For example fighting a thief 1vs1 with nobody else around, the thief targeted one of my clones with shortbow #1, I blocked the bounce → no torment applied. I’ll try to reproduce this later.
I managed to record torment not being applied. Seems that using a dodge or beeing interrupted just after the block ends up that tormet is not applied.
http://www.youtube.com/watch?feature=player_detailpage&v=Qz1Z8La8LD0
The torment is applied by the skill, not the block. This has 900 range. This is not a bug.
Unblockable skills, such as magnet, can not be blocked.
The torment is applied with a short delay after the block. If the person dodges when they see the block, the torment will miss. This is not a bug, it is counter play.
The torment is applied by the skill, not the block. This has 900 range. This is not a bug.
Unblockable skills, such as magnet, can not be blocked.
The torment is applied with a short delay after the block. If the person dodges when they see the block, the torment will miss. This is not a bug, it is counter play.
Oh man when torment lands though its GG for the following classes
1. Thieves
2. Eles
3. Rangers
4. Some Warrior Specs.
I have found it hardest to land on mesmers just because their is so much damage coming from alternate sources (clones and phantasms) that it usually winds up landing on a clone. However if it lands on a duelist I will take that too.
Guards don’t really eat up the torment that much. However it can reach 8k damage in total.