Endless Hunger "Life Leech effects are not removed at Full Life" doesn't work with Ghost Reaver / ES
" Was this an intentional decision? IGN: TsuruyaNyro
|
|
The fact that prior to this mechanic all modifications for life leech referring to life simply replaced the word life with ES for the modifier (e.g #% of maximum Life per second to maximum Life Leech rate). It did not decide that for GR/CI t max life was 1, round down to 0 and make no change - it worked as expected, shaming t word life for ES by increasing ES leech in proportion to maximum ES.
This does not make sense in this context: " Last edited by KillgoreTrout#5546 on Jun 20, 2016, 9:25:56 AM
|
|
" You and I are arguing the same point. You are right of course. Quoting Saltychipmunk:
...I look at the new act 5 boss where you have to hide behind the statues to survive the bullet hell and all I can think is... how the fuck are zombies going to survive that? They don't know what hiding is... they don't know what dodging is... they are morons. |
|
" Lazy, Mark.... lazy. Y'all just don't want to do the work to fix it. I get that. But don't use such a lame excuse to justify it. It's transparent and insulting to your audience's intelligence. Quoting Saltychipmunk:
...I look at the new act 5 boss where you have to hide behind the statues to survive the bullet hell and all I can think is... how the fuck are zombies going to survive that? They don't know what hiding is... they don't know what dodging is... they are morons. |
|
"The only reason I don't want to fix it is that it isn't broken. This is the correct and intended behaviour. | |
Because the players can't see the actual list of what Ghost reaver does in the code, we are left trying to guess what it does based on the short description on the keystone.
The keystone description used to be adequate. Now, with endless hunger, it is obvious to the Devs (who can see what Ghost Reaver actually does) that endless Hunger shouldn't apply. But it is no longer obvious to the players. The description is therefore lacking. Perhaps it should be updated to better reflect what it really does? Face it, all of your suggestions are worse than this idea:
http://www.pathofexile.com/forum/view-thread/657756 |
|
" I'd like to hear more about the reasoning to not allow Energy Shield focused Slayers, this modifier is after all one of central selling points of Slayer. What made these so much stronger than the usual Vaal Pact version? This must have been up for debate since it is intended behaviour. |
|
" yeahhhh yeahhh... sell it to chris. he'll buy it. Quoting Saltychipmunk:
...I look at the new act 5 boss where you have to hide behind the statues to survive the bullet hell and all I can think is... how the fuck are zombies going to survive that? They don't know what hiding is... they don't know what dodging is... they are morons. |
|
" Nowhere is it said that ES-based slayers are not allowed. I would speculate that the reason was to prevent permanent stun/bleed immunity on CI-slayers for balance purposes... [quote="ScrotieMcB"]It's just, like, people's opinions, man.
But I cannot respect motherf♪♫♫♪rs calling something a simulator, when it isn't one.[/quote] Mors edited this post first. |
|
While what Mark says makes sense, it's always difficult to interpret what the code will be, even when the description is clear. Sometimes it doesn't work the way you think it would, even if you take the description into account.
A good example is Headhunter and Herald of Ice. When using something like traps or mines, if they shatter an enemy, the enemies do not explode with herald of ice's explosion. You could say this makes sense, as the description reads: " You are not the one shattering the enemy, a mine or trap is. This is a separate entity/actor in the game space than you. So, it not triggering makes sense, as lame as it may be. But then we have effects like Headhunter: " Even though *I* am not the one killing the monster (my traps or mines are) I still receive the benefits. This also works with minions. You could say this is bugged, but it actually broke and wasn't doing this recently, and then was bug fixed to restore it to the way it is now. In my opinion, this alone is a clear case of sometimes the wording working one way, and sometimes working the other way. As much as I would like to believe that I can trust the wording down to the fine print (as Mark demonstrates quite often), there are still exceptions here and there that don't make sense to me. There are more examples, but this is the first one that comes to mind (the last character I was playing was a mine user). Last edited by Crevox#7597 on Jun 21, 2016, 10:37:24 PM
|
|