Lissan, Вопрос: скачал примочку для скады по ссылке у тебя в подписи,скинул в папку аддоны. Однако в строке скады новой строчки хил+абсорб не появилось. Необходимо что-то дополнительно прописывать,или мб нужно в какуюто из папок самого скада закидывать7
- - - Updated - - -
Lissan, Вопрос: скачал примочку для скады по ссылке у тебя в подписи,скинул в папку аддоны. Однако в строке скады новой строчки хил+абсорб не появилось. Необходимо что-то дополнительно прописывать,или мб нужно в какуюто из папок самого скада закидывать7
Закон опутывает нас тысячами нитей. Порвешь одну - преступник, несколько - смертник, все - Бог
Спорить с админом, все равно, что бодать дракона. Ты уже и пинка ему прописал, и в глаз мечом потыкал. Даже приноровился горло перерезать, но тут ему надоело, и он выдохнул...
Проверить что и как работает может каждый кому не жалко уделить на это пяти минут , лично у меня после проверки рекаунта все циферки идеально сошлись, возможно как то влияет версия аддона. Грубо говоря мой рекаунт полностью не согласен с автором, это не значит что автор врёт , это скорее вопрос многих факторов. Против скады ничего не имею , но проверить данные на ней к сожалению немогу ибо перестал пользоваться ею после лич кинга , по ряду причин, ну впрочем на личе был полностью доволен скадой.
Тут ты ошибаешься. Там не должно быть значения 0, потому что аура поглощения Божественное покровительство снимается до события самого поглощения урона. Т.е. с тебя слетает щиток, в котором все еще 3898 ед. абсорба, а уже затем идет событие абсорба на эту величину. Если бы эта строка была после строки урона, вот так:
[17:08:15.542] Сумеречный заклинатель пламени hits Lissan 9769 (O: 0, A: 3898)
[17:08:15.542] Lissan's Божественное покровительство fades from Lissan (Remaining: [3898] 0)
тогда бы там действительно должен был бы быть ноль.
Проблема WOL, Рекаунта и скады - в том, что значения для себя они могут брать только из строк логов. Другого источника не предусмотрено. Для нанесенного урона/исцеления, получаемого урона, избегаемого урона, наложения/спадения бафов этого источника предостаточно - все строки, описывающие эти события, содержат необходимые для фиксирования метки: источник, цель, показатель, значение показателя. Например,
[18:32:34.502] Lissan Кара Сумеречный заклинатель пламени *20120* (O: 0) - одна строка нам говорит, кто нанес урон, кому нанес урон, каким заклинанием и на какую величину.
[18:33:41.922] Lissan Великое исцеление Lissan +*33750* (O: 0, O: 33352) - кто нанес исцеление, кому, каким заклинанием, какое эффективное исцеление и какая величина оверхила.
[18:33:39.655] Сумеречный заклинатель пламени hits Lissan 11136 (O: 0) - кто нанес урон, кому, чем и сколько.
А теперь рассмотрим, каким образом логи фиксируют абсорбы. Есть четыре вида строк, в которых участвует значение абсорба:
[18:32:39.051] Lissan gains Слово силы: Щит from Lissan (Remaining: 37448)
[18:32:45.952] Lissan's Слово силы: Щит fades from Lissan (Remaining: 10019)
[18:32:52.169] Сумеречный заклинатель пламени hits Lissan Absorb (10754)
[18:33:00.485] Сумеречный заклинатель пламени hits Lissan 5353 (O: 0, A: 8144)
Первые две строки содержат источник абсорба, цель, способ абсорба и значения, начальное/остаточное.
Вторые две строки не содержат источника абсорба, способа абсорба, но зато содержат кроме цели еще и эффективное значение абсорба.
На основе этих 4 типов строк аддон должен расписать, на кого записать наложенный/поглощенный абсорб, какое значение отнести в эффективное, а какое в оверхильное, и распределить абсорб по его способам (заклинаниям).
Подход рекаунта и ВоЛ в принципе верный - оперирование первыми двумя типами строк. Исчерпывающая информация об источнике, цели, способе. В эффективное значение записывается разница между начальным и остаточным абсорбом, в оверхил - остаточное. На это намекает также кол-во записей - оно равно не кол-ву факических поглощений (типы строк 3 и 4), а кол-ву спадений щита (тип строки 2). Но тут загвоздка в втором типе строк, а именно отображении остаточного абсорба. Эта строка появляется как в случае эффективного абсорба (щит слетел, но поглотил на остаточное значение урон), так и в случае оверхильного значения (щит просто слетел). Разделить эффективный и оверхильный абсорб, используя эту строку не получится. Т.е. да, и ВоЛ, рекаунт искажают соотношение эффектвиного/оверхильного абсорба, но зато точно распределяют его между заклинаниями.
Со скадой пока что полностью не разобрался. Она как и ВоЛ, и рекаунт, расписывает асборб - значит оперирует первым или вторым типом строк. Но так же более верно распределяет эффективное и оверхильное значение асборба - а значит оперирует и двумя другими типами строк. Закономерность пока не выявил. Ну и как заметил автор, скада действительно искажает распределение абсорба по заклинаниям - ведь два последних типа строк не содержат эту метку. Т.е. и скада ошибочна.
Это так, не опровержение, не док-во. Попытка показать логику аддонов. Но как я и говорил - изучайте логи
З.Ы. У скады есть развертка по типу ВоЛ или рекаунта?
З.Ы.Ы. Проще залезть в скрипт самих аддонов.
Последний раз редактировалось Зороастр; 04.06.2014 в 22:25.
Оригинальные профили на форуме - Зороастр и Зоро. Остальные похожие профили являются плагиатом.
Realmar (05.05.2015)
По сути ты расписал тот же баг комбат-лога. Но вот лог с офы 4.3 с тобой не согласен насчет порядка строк:
http://worldoflogs.com/reports/iplee...g/?s=851&e=963
[20:47:37.448] Фисск's Божественное покровительство is refreshed by Фисск (Remaining: 51911)
[20:47:40.676] Фисск's Божественное покровительство fades from Фисск (Remaining: 0)
[20:47:40.676] Морхок Топот Фисск 11723 (A: 51911)
Что ж, разобрались.
1. Проблема не в комбат логах - они лишь производят запись события. Проблема в том, кто эти события создает - в самом ядре сервера. В момент спадения щита не отрабатывается процесс списания абсорба в случае, если этот абсорб происходит.
2. Попрошу снять обвинения с Рекаунта. Он правильно работает с логами, система все та же - начальный абсорб минус остаточный. Если щит поглотил урон при своем спадении, остаточный равен нулю, эффективный - начальному. Логично, оверхила нет. Если спал просто так - остаточный больше нуля, записывается в оверхил и эффективное равно разнице. Не знает же аддон, что у нашего сервера другая механика.
Оригинальные профили на форуме - Зороастр и Зоро. Остальные похожие профили являются плагиатом.
Естественно, баг в ядре, потому что....
.... комбат-лог генерируется со стороны сервера. Сам скрипт рекаунта "прямой", но он неверно работает с нашим комбат-логом.
Сейчас поправь, если я ошибаюсь. В итоге мы пришли к тому, что уже есть в 1м посте, но в более удобном для усвоения большинством людей виде. И не всегда нужны стены текста и расчетов, чтобы передать суть какого-либо бага![]()
Ты ошибаешься в двух своих тезисах:
1. - механизм создания лога не содержит изъянов. Багов в нем нет.
2. - рекаунт в любом случае записывает остаточный абсорб в оверхил. Он не выбирает, когда его записать в оверхил, а когда - в эффективное. За механизм распределения отвечает само значение остаточного абсорба.
Советую создать репорт по событию спадения щита.
- - - Updated - - -
Багрепорт есть? Если нет, почему создана эта тема, а не он?
Рекаунт по своему алгоритму лучше Скады - ведь он правильно распределяет абсорб между заклинаниями. Уберите проблему с событием - и пользуйтесь рекаунтом на свое счастье.
Последний раз редактировалось Зороастр; 04.06.2014 в 23:11.
Оригинальные профили на форуме - Зороастр и Зоро. Остальные похожие профили являются плагиатом.