75
150
250
325400
500575800
90010001100
50100150200250300375500
6007007515022530037545052560080095011002565100
1501902403004004505502565100150190240300400450550
Отправлено 02 апреля 2016 - 12:02
Я не оскорблял, а задал вполне закономерный вопрос.
На офе многих проблем не было, но мы типа не на офе, да? Давно надо смирится с фактом, что не все можно починить на пиратке.
Нет, я не тупой. А ты тупой?
Я не кричу, чтоб срочно починили. Говорю о том что эту проблему можно решить. Сейчас может быть разраб и не знает как её решить, но в будущем вполне возможно, что починив одно, найдётся решение и для этой проблемы.
Ломом Опоясанный - видео Гильдии Альянса
Dell - turtle mage Dell Mage - The One of Us Ужасный - Fury, Lich 25HM
Отправлено 02 апреля 2016 - 12:08
Нет, я не тупой. А ты тупой?
Я не кричу, чтоб срочно починили. Говорю о том что эту проблему можно решить. Сейчас может быть разраб и не знает как её решить, но в будущем вполне возможно, что починив одно, найдётся решение и для этой проблемы.
для этого надо с нуля реализовать систему стакования/взаимозамены аур. Это потребует дохреналиарда времени для одного разработчика и не факт, что это вообще сможет работать на пиратке.
https://ezwow.org/to...otlk/?p=1346920
p.s: на циркуле к слову пытались, но ничего хорошего из этого не вышло, кроме тонный багов.
Готовим Айрона к прокачке:
Отправлено 02 апреля 2016 - 12:31
Фералы тоже страдают, причём только рейк и рип. Мангл отображается всегда.
Отправлено 02 апреля 2016 - 13:14
Ребята, проблема решаема, напишите мне аддон где отображение идет стабильно и я напишу (попробую) написать аналог аддон для интерфейсного отображения.
Отправлено 02 апреля 2016 - 14:19
Ребята, проблема решаема, напишите мне аддон где отображение идет стабильно и я напишу (попробую) написать аналог аддон для интерфейсного отображения.
На другом серве где такое было, там даже на дэфолте не видно было своих дот, врядли аддон что-то сможет.
ЪЕЧЧОЖА
Отправлено 02 апреля 2016 - 16:36
Хорошо а если тогда прописать (создать) простенький аддон именно на все ауры к примеру
local durationAura, expiresAura = select(6, UnitAura("target", "Мертвящая чума", nil, "HARMFUL|PLAYER"))
То мы будем видеть свои дебафы на боссе?
Нет.
Если дебафф "не отображается", то UnitAuta его тоже не видит
Проблему нашли походу, а решение? Это только разраб может исправить походу, от нас ничего не зависит.
Но одно решение всё таки есть: Когда багается та или иная дота, она продолжает дамажить как и положено, нужно дождаться пока время её действия кончится и наложить новую, и она будет у вас показана. Да вы потеряете дпс, да, афлики совсем его потеряют, но так решается простым игроком проблема с отображением багнувшейся доты, даже Хпалом правосудие багается)
П.С. Ещё можно на 1 доту сделать макрос, с игровым таймером:
#showtooltip/закл Живая бомба(Уровень 3)/script Stopwatch_Play()/sw :12, где 2 строка - ваше заклинание, где 4 строка - время дотыП.С.С. Этот макрос будет начинать отсчёт каждый раз при нажатии на макрос, даже если вы не повесили доту или попали в гкд.
для мага я использую чуть более сложный макрос, но похожий.
Но для шп его создание хоть и возможно, но немного затруднительно.
У нас много дебафов, которые должны заменять друг друга, а не висеть вместе. У нас не заменяют.
Итог: нет места для всех дебафов.
Можете почитать на досуге.
может быть есть вариант как-то модифицировать клиент, чтобы он мог отображать более чем 64 доты? вряд ли это как-то связано с ограничениями памяти.
Отправлено 02 апреля 2016 - 19:58
У нас много дебафов, которые должны заменять друг друга, а не висеть вместе. У нас не заменяют.
Итог: нет места для всех дебафов.
Можете почитать на досуге.
Получается так, поправь если не прав - дофига дебафов на боссе, сервер может скинуть (либо клиент может взять) только 64, остальное отбрасывается.
Возможно ли сделать сортировку дебафов, чтобы нужные оставались в пределах 64 доступных, а левые проставлялись в конец списка и обрезались уже они ? Хотя вопрос скорее к разрабу )
Отправлено 02 апреля 2016 - 19:59
Получается так, поправь если не прав - дофига дебафов на боссе, сервер может скинуть (либо клиент может взять) только 64, остальное отбрасывается.
Возможно ли сделать сортировку дебафов, чтобы нужные оставались в пределах 64 доступных, а левые проставлялись в конец списка и обрезались уже они ? Хотя вопрос скорее к разрабу )
За это клиент отвечает, а не сервер.
Готовим Айрона к прокачке:
Отправлено 02 апреля 2016 - 20:16
За это клиент отвечает, а не сервер.
Тоесть клиенту прилетает 128 дебафов от серва, клиент берет только 64.
Так вариант с сортировкой рабочий ? заставить серв отправлять нужные дебафы вначале списка, остальные после..
Экс-разработчик Tirion и Zireael
Отправлено 02 апреля 2016 - 20:25
Вести раздельные списки видимых аур для каждого игрока - мигом потребление памяти выйдет из-под контроля, в геометрической прогрессии. Представь себе даларан, в котором 300 игроков, кроме них ещё, скажем, 100 нпц. 400 юнитов, и каждый из них должен держать список видимых аур для каждого игрока, то есть 300*400 = 120000 списков. В каждом по 64 ауры, которые ещё и обслуживать надо каждый раз, когда в них добавляется или удаляется аура. Каждый раз придется для каждого игрока проверять приоритетность этого бафа. Не говоря уже о том, что ещё необходимо придумать этот самый алгоритм вычисления приоритетности.
Отправлено 02 апреля 2016 - 20:45
Я, конечно, не могу быть уверен, но очень большой шанс, что на мобе попросту висит больше 64-х аур. И нет, в их число учитываются не только значки бафов/дебафов, но и другие невидимые ауры. 64 ауры это клиентский лимит и превзойти его невозможно.
Я вот про это, а не раздельные списки для каждого моба/нпс/итд.
И даже если отдельные, то не для каждого нпс/обитателя даларана, а там где есть проблема - 12 боссов цлк 
Сервер держит массив дебафов босса/нпс/итд, длинной больше 64х (в нашем проблемном случае). Клиенту он отправит полный массив или ужмет его до 64х ? Если полный, то ужать до 64х, оставив нужные для файта дебафы, а невидимые/малоприоритетные откинуть. Тут я хз, может невидимые очень нужны клиенту и неполучив их дофига чего сломается )
ПС возможно, я тут чушь рассуждаю)
Сообщение отредактировал Valdemarius: 02 апреля 2016 - 20:47
ЪЕЧЧОЖА
Отправлено 02 апреля 2016 - 21:06
Вести раздельные списки видимых аур для каждого игрока - мигом потребление памяти выйдет из-под контроля, в геометрической прогрессии. Представь себе даларан, в котором 300 игроков, кроме них ещё, скажем, 100 нпц. 400 юнитов, и каждый из них должен держать список видимых аур для каждого игрока, то есть 300*400 = 120000 списков. В каждом по 64 ауры, которые ещё и обслуживать надо каждый раз, когда в них добавляется или удаляется аура. Каждый раз придется для каждого игрока проверять приоритетность этого бафа. Не говоря уже о том, что ещё необходимо придумать этот самый алгоритм вычисления приоритетности.
а есть ли вариант сделать что-то подобное только для боссов? для этой кучи игроков в даларане - это абсолютно не критично, а вот на боссах вполне себе даже.
Получается так, поправь если не прав - дофига дебафов на боссе, сервер может скинуть (либо клиент может взять) только 64, остальное отбрасывается.
Возможно ли сделать сортировку дебафов, чтобы нужные оставались в пределах 64 доступных, а левые проставлялись в конец списка и обрезались уже они ? Хотя вопрос скорее к разрабу )
если проблема в том, что клиент берёт только 64 ауры, возможно есть способ модификации клиента и увеличения этого числа
Отправлено 02 апреля 2016 - 21:10
...если проблема в том, что клиент берёт только 64 ауры, возможно есть способ модификации клиента и увеличения этого числа
Модифицировать клиент никто не будет 146%, даже если бы такая возможность была)
ЪЕЧЧОЖА
Отправлено 02 апреля 2016 - 21:19
Модифицировать клиент никто не будет 146%, даже если бы такая возможность была)
почему же, я думаю умельцы бы нашлись. Текстурки вон кастомные делают же. Тут главное понять откуда исходят корни проблемы
0 пользователей, 0 гостей, 0 скрытых пользователей
Закрыть