[Подтверждено] Баг-репорты(разобраны)

[Пересвет]

Поэтому ваши 1.3с гкд вполне могут быть 1.7с между кастами. Не говоря уже о том что освящение это магия, а значит 1.3гкд это норма)

Задержка не может уменьшить гкд, только увеличить. Задержка зависит от сети от пользователя до сервера, от его UI, от формирования пакетов, но в целом она постоянна. Если же у нас случается лаг, и притормаживает первое событие, тогда как второе событие происходит вовремя, то это шанс на миллион, что подобное случится аккурат под выбранный прок 2т10, и практически нулевой шанс что таких событий будет два или более. Это не говоря уже, что эти события должны оказаться в разных пакетах. И зачем вы приплетаете магов, которые специально собирают капы на хаст, чтобы уменьшить гкд заклинаний, когда мы рассматриваем паладина у которого гкд атак не уменьшается?

Ну если следовать вашей логике выше: паладин юзает в момент или незадолго до или незадолго после прока т10, но из-за пинга освящение используется позже.

Боюсь что ваша логика хромает или вы вообще с ней не в ладах. Или так ничего и не поняли. Очередность событий не нарушается из-за "пинга", события идут с запозданием. Еще раз: паладин получил на сервере прок 2т10, но не получил информацию на свой клиент об этом, поэтому он кастует другую способность, которая вешает гкд. Со стороны сервера это выглядит как: прок 2т10 -> Сброс кд и гкд Бури -> получение нового гкд, с сохранением сброса кд на Бурю. Со стороны клиента это выглядит как: Я вижу что у меня кд на бурю -> Я кастую другую абилку -> кд на бурю внезапно скидывается.

Включите наконец голову. Как было до фикса? Клиент получив информацию о проке скидывал и кд и гкд Бури. Немодифицированный клиент Близзард - знает что гкд не должно быть и абилка готова для использования. Игрок жмет кнопку, но сервер не скинул гкд, и поэтому ничего не происходит. Если бы было действительно какое-то "особенное" гкд после бури, только после которого происходит сброс, то клиент бы знал о нем и правильно бы показывал информацию, так же как он делает с абилками-интерраптами, которые гкд, как известно, не подвержены. Но он скидывает гкд. И то что после фикса баг пропал, только подтверждает что все было сделано верно.

Пока кому-то из нас не надоест. Так как есть очевидный аргумент почему такого не могло быть на оффе.

И видео, и логи показывают что вы не правы, и ваш репорт ошибочен, но вы продолжаете твердить одно и то же. Либо у вас не все в порядке с головой, либо вы намеренно занимаетесь саботажем.

[Musly]

Задержка не может уменьшить гкд, только увеличить. Задержка зависит от сети от пользователя до сервера, от его UI, от формирования пакетов, но в целом она постоянна. Если же у нас случается лаг, и притормаживает первое событие, тогда как второе событие происходит вовремя, то это шанс на миллион, что подобное случится аккурат под выбранный прок 2т10, и практически нулевой шанс что таких событий будет два или более. Это не говоря уже, что эти события должны оказаться в разных пакетах. И зачем вы приплетаете магов, которые специально собирают капы на хаст, чтобы уменьшить гкд заклинаний, когда мы рассматриваем паладина у которого гкд атак не уменьшается?

Ну если вы не понял зачем я приплетаю магов то ещё раз.
Минимальное количество гкд заклинаний=1с. В логах это может отобразиться как 0.6с из чего делаю вывод что и для паладинов и других классов рассчитывать гкд из двух кастов не ок.
Вы показали гкд в 1.3с но это время между кастами на самом деле может быть и 1.8с и больше.

- - - Updated - - -

Боюсь что ваша логика хромает или вы вообще с ней не в ладах. Или так ничего и не поняли. Очередность событий не нарушается из-за "пинга", события идут с запозданием. Еще раз: паладин получил на сервере прок 2т10, но не получил информацию на свой клиент об этом, поэтому он кастует другую способность, которая вешает гкд. Со стороны сервера это выглядит как: прок 2т10 -> Сброс кд и гкд Бури -> получение нового гкд, с сохранением сброса кд на Бурю. Со стороны клиента это выглядит как: Я вижу что у меня кд на бурю -> Я кастую другую абилку -> кд на бурю внезапно скидывается.

Ещё раз на примере магов было показано, что время между событиями логи могут отображать не верно. Поэтому паладин мог просто не успеть среагировать на откат бури, потому-что откат кд произошёл незадолго до того как паладин заюзал другую абилку.

Но это лишь наши с вами догадки. Знал ли он о верных приоритетах, мб он был сонным, пьяным?)) В отличии от видео по логу мы не видим что же в итоге было.

- - - Updated - - -

И видео, и логи показывают что вы не правы, и ваш репорт ошибочен, но вы продолжаете твердить одно и то же. Либо у вас не все в порядке с головой, либо вы намеренно занимаетесь саботажем.

Вы серьёзно? Послушайте сюда. Ну не может быть что бы каждый раз когда т10 приходится на гкд другой абилки был виноват пинг но каждый раз когда откат приходится на бурю никакой пинг не мешает?
Это уже не смешно.

- - - Updated - - -

Включите наконец голову. Как было до фикса? Клиент получив информацию о проке скидывал и кд и гкд Бури. Немодифицированный клиент Близзард - знает что гкд не должно быть и абилка готова для использования. Игрок жмет кнопку, но сервер не скинул гкд, и поэтому ничего не происходит. Если бы было действительно какое-то "особенное" гкд после бури, только после которого происходит сброс, то клиент бы знал о нем и правильно бы показывал информацию, так же как он делает с абилками-интерраптами, которые гкд, как известно, не подвержены. Но он скидывает гкд. И то что после фикса баг пропал, только подтверждает что все было сделано верно.

А ничего что сейчас у нас т10 снимает любое гкд? Но при этом "немодифицированный" клиент сбрасывает гкд ток если оно от бури.
Следственно и на оффе такого не могло быть ведь клиент не позволяет этого)))

Репорт о том, что бы механику работы т10 с клиента перенести на сервер.

---

Это было подледная попытка объяснить пересвету механику т10. Если кто-то хочет продолжить дерзайте.