Vlastolub
Player-
Content count
653 -
Joined
-
Last visited
-
Тут я наврал. В самом спелле не задано 10%, там для этого скрипт предназначен, в который уже разработчики записали такую формулу.
-
В связи с тем, что он не относится к этой теме. Эта тема конкретного обновления, а не всех ошибок сервера. Пользуйтесь баг трекером.
-
Ну для пиратки, особенно тех лет, слишком все как на оффе работает) У Скерама совсем другая механика. А у слизнюка видимо обычная механика ренж моба - на расстоянии постоянно болты кастить, а в мили гораздо реже.
-
У мобов бывают иммуны к интерупту и разные другие иммуны. Больше я пока ничего не нашел, чтобы вам стало очевидным.
-
Ну я вот нашел какое-то видео, на 6:30 флеш хантер кастует пойсон болт и сразу начинает следующий каст, но прерывает, поскольку игрок сделал фейн дес.
-
Этот моб - ренж, т.е. у него основной ренж спелл есть и он стоит и кастует, как все остальные ренж мобы, если цель в радиусе действия. Именно поэтому возможна тактика №2, которая описана в вашей ссылке, когда танк в мили не подходит, а танчат ренжи. Таймер каста у нас возможно слишком маленький, поэтому он кастит нонстопом даже без маленьких задержек, это еще будем уточнять. Например, сейчас на оффе, если цель в мили, то он кастит реже и это в принципе у всех ренжей так. Было ли так в классике, я еще не изучал, но в принципе это логично. Так же возможно, что у нас дамаг от этого болта несколько больше. Надо будет уточнять как-то. А вообще подразумевается, что этот моб должен быть один в бою, а не с кучей других мобов. Неужели снимать яд с одного игрока - это такая большая проблема для рейда? Спелл Consume не так просто устроен, как вам кажется. Там используется несколько спеллов. Один из них (25373) как раз наносит каждую секунду тот дамаг, про который пишут. Только наносит он как раз 10%, это задано в самом спелле. И если вы почитаете комменты на вовхеде, например времен лича, то там как раз пишут, что даже на большом лвле милишнику нереально его убить, посколько он наносит в итоге 100% дамага и убивает. Так же в этом спелле эффект Health Leech, т.е. не просто дамаг, а дрейн хп, это не мы придумали. То, что про дрейн не написали, еще не означает, что его не было. Возможно не заметили.
-
А можно ссылку на видео, где точно видно? Лично мне кажется, что скорость остается прежней. Например, когда он откидывает цель, то очень быстро к ней перемещается.
-
Не все резисты, а только резисты к этой школе магии. Будем еще смотреть, что там с резистами.
-
Босс должен сумонить свою цель, если не может найти к ней путь. При нормальных условиях он это не использует. Возможно, что у нас это сейчас не совсем правильно реализовано.
-
Вот вы попробуйте так сделать рейдом без увеличенного хп, тогда можно будет утверждать, что это реально. На старых видео босса водят между двумя соседними кристаллами и что-то не заметно, чтобы они успевали так быстро это делать. Вы учитывайте, что вас должны еще хилить, а босса дамажить, и что на ходу это невозможно делать. И у босса иммун к таунту, поэтому нельзя срывать аггро, т.е. дамажить надо в меру.
-
Я что-то не понимаю. Вы в курсе, что вовпедию пишут не разработчики, а игроки, и что там иногда бывает ошибочная информация? И вы все равно считаете эту информацию более точной, чем старое видео с оффа?
-
Да, действительно, на оффе очень многим спеллам изменили длительность действия, но не всем. Вот например на видео 2006 г., если очень внимательно присмотреться, можно увидеть, что игрок получил Enveloping Winds на 1:36, а закончился стан на 1:46, т.е. дебаф висел 10 сек. Так же, если вы посмотрите в онлайн базе, то увидите, что все спеллы Enveloping Winds имеют длительность действия 10 сек. А спеллы берутся из дбц файлов, и у нас эти файлы не с оффа. Мы не занимаемся правкой длительности спеллов.
-
Какое это имеет отношение к данному обновлению, что вы решили тут об этом сообщить?
-
С этими мобами получается выявить баг. Будем работать.
-
И когда последний раз такое наблюдалось? Только что проверил полиморф. Ни разу такого бага не было. Если это было недавно, то нужно больше информации при каких условиях это происходит, чтобы мы могли этот баг выявить.
