HEKPOMAHT

может на вотреплей есть? я просто не знаю что искать.

не участвовал, но в клиенте есть оба

7:48 replay_last_battle.wotreplay

@ktulho в лф новый вид урона добавили "Минное поле": нужна соотв. строчка настройки в dmg-kind replay_last_battle.wotreplay ---- И в hitLog понадобится. Если для hitLog нужен реплей с уроном - сделаю ---- и ещё: не отображается урон от огневой точки, когда заезжаешь за линию: спецом под это событие подготовил реплей убила огн точка.wotreplay

как я понимаю, в "texts.xc"/"battletype" нужно добавить ещё два параметра?

пока не собрался билд - внёс исправления самостоятельно. Теперь норм, резервы отображаются

@ktulho 2021-11-19 18:19:19.191: INFO: ============================= 2021-11-19 18:19:19.191: INFO: 2021-11-19 18:19:19: [ERROR] mods/xfw_libraries/xfw/events.pyc 2021-11-19 18:19:19.191: ERROR: Traceback (most recent call last): 2021-11-19 18:19:19.191: ERROR: File "./xfw/events.py", line 57, in __event_handler 2021-11-19 18:19:19.193: ERROR: File "./xfw/events.py", line 24, in fire 2021-11-19 18:19:19.194: ERROR: File "res_mods/configs/xvm/py_macro\xvm\hitLog.py", line 915, in _Vehicle_onHealthChanged 2021-11-19 18:19:19.195: ERROR: g_dataHitLog.onHealthChanged(self, newHealth, attackerID, attackReasonID) 2021-11-19 18:19:19.195: ERROR: File "res_mods/configs/xvm/py_macro\xvm\hitLog.py", line 350, in onHealthChanged 2021-11-19 18:19:19.195: ERROR: self.updateData() 2021-11-19 18:19:19.195: ERROR: File "res_mods/configs/xvm/py_macro\xvm\hitLog.py", line 304, in updateData 2021-11-19 18:19:19.195: ERROR: self.updateLabels() 2021-11-19 18:19:19.195: ERROR: File "res_mods/configs/xvm/py_macro\xvm\hitLog.py", line 222, in updateLabels 2021-11-19 18:19:19.195: ERROR: g_hitLogs.output() 2021-11-19 18:19:19.195: ERROR: File "res_mods/configs/xvm/py_macro\xvm\hitLog.py", line 829, in output 2021-11-19 18:19:19.195: ERROR: log.output() 2021-11-19 18:19:19.195: ERROR: File "res_mods/configs/xvm/py_macro\xvm\hitLog.py", line 784, in output 2021-11-19 18:19:19.195: ERROR: self.listLog = self.groupHitByPlayer.getListLog() 2021-11-19 18:19:19.195: ERROR: File "res_mods/configs/xvm/py_macro\xvm\hitLog.py", line 623, in getListLog 2021-11-19 18:19:19.196: ERROR: self.updatePlayers() 2021-11-19 18:19:19.196: ERROR: File "res_mods/configs/xvm/py_macro\xvm\hitLog.py", line 583, in updatePlayers 2021-11-19 18:19:19.196: ERROR: self.updateList(self.CHANGE) 2021-11-19 18:19:19.196: ERROR: File "res_mods/configs/xvm/py_macro\xvm\hitLog.py", line 540, in updateList 2021-11-19 18:19:19.196: ERROR: macros = self.udateMacros() 2021-11-19 18:19:19.196: ERROR: File "res_mods/configs/xvm/py_macro\xvm\hitLog.py", line 489, in udateMacros 2021-11-19 18:19:19.196: ERROR: data['dmg-kind-player'] = ''.join([conf['dmg-kind-player'].get(ATTACK_REASONS[i], None) for i in player.get('dmg-kind-player', [])]) 2021-11-19 18:19:19.196: ERROR: KeyError: 34 2021-11-19 18:19:19.196: INFO: ============================= лф-резервы - отобразилась только подложка хитлога.wotreplay в лини фронта урон от резервов не отображается. Вроде ж чинили раньше.

@ktulho ну всё верно. средуха {{tdb}} например 1000 условно я откатал 10 боёв со средухой 500... там дичь и будет показывать с отрицательными значениями. Причём разница будет нехилая

---- пятый бой - ещё больше разница 641 и 625 да, я 0 набил - в сл. бою значение уменьшилось а в ушах осталось прежнее 641

641 и 634 - разница 7 ---- в ангаре тоже 634 показывает

1 бой - одинаково 2 бой - разница в 1 3 бой - одинаково 4 бой - разница в на ёлке 68 боёв - может мало...?

я сохранил реплей - у меня в бою в виджете выскочило -70 (потом уже вспомнил, что в реплее не работает). То есть там вообще нехилое расхождение было. Я чёта подумал, что значения и не должны совпадать потому, что один макрос xvm, второй со скрипта. Могу обратить на это внимание и заскринить если что. Но пару раз смотрел - всегда была разница... хз. Зайду в бой проверю ради интереса

в начале боя {{tdb}} и {{py:xvm.toAvgDmg}} должны быть равны согласно скрина в ушах {{tdb}} = 1701 и в виджете {{py:xvm.toAvgDmg}} должно быть 1701, а не 1700 тогда при "{{py:xvm.totalDamage}} = 1701" конструкция будет возвращать ноль: {{py:xvm.toAvgDmg=0?{{py:sub({{py:xvm.totalDamage}}, {{tdb|0}})%d}} 1701 - 1701 = 0 а так, исходя из скрина будет так: 1700 - 1701 = -1 вот о чем я. на скрине разница в 1, иногда разница более существенная.

{{tdb}} только средствами py macro. Что бы он возвращал значение {{py:xvm.toAvgDmg}} до нанесения урона. Ну добавлять не будешь - да и ладно. Пусть будет как есть. ---- можно ещё этот использовать: "{{py:xvm.total_hp.avgDamage('{{l10n:avgDamage}}: ',{{py:xvm.totalDamage}})}}" но там зелёный цвет не побороть. Тоже вариант отпадает.

ну дык да, я ж и разложил всё по полочкам... заодно и сам понял в чём причина ---- тут как сам решишь: или или: ---- я как педант - предпочёл бы первое вот если бы можно сделать {{py:xvm.toAvgDmg}} статичным - тоже вариант для замены

я кажется разобрался в точной причине: Сам макрос - он то срабатывает как положено - возвращает 0, но: иногда значение {{tdb}} больше {{py:xvm.toAvgDmg}} попытаюсь объяснить: {{tdb}} = 1005 {{py:xvm.toAvgDmg}} = 1000 при {{py:xvm.toAvgDmg=0 срабатывает конструкция {{py:sub({{py:xvm.totalDamage}}, {{tdb|0}})%d}} а {{py:xvm.totalDamage}} = может быть и 1004, и 1003, наверно и 1000 может быть получаем: 1000 - 1005 = -5 вот откуда изредка получаются отрицательные значения ---- в конструкции на крайняк нужно использовать вместо {{tdb}} изначальное значение {{py:xvm.toAvgDmg}} (по примеру = 1000), тогда не будет отрицательных значений Поэтому я и предложил использовать только скриптовские макросы - тогда будет норм. Хотя явление весьма редкое - можно и забить

тьма реплеев тут http://wotreplays.ru/ ---- на наличие багов всегда проверяй на дефолте

не - не пойдёт. Нужно конкретно сравнивать с 0, а в дефолт вписывать сам макрос "{{py:xvm.toAvgDmg=0?{{py:sub({{py:xvm.totalDamage}},{{tdb|0}})%d}}|{{py:xvm.toAvgDmg%d}}}}" Тогда работает как положено: на реплеях возвращает пусто, если ср. урон не рассчитывается - тоже пусто. если наоборот - будет шляпа.

предположу, что ты опять что-то намутил с конфигом об.261 replay_last_battle.wotreplay ---- not_shell - не снаряд: таран, удар...

{{py:xvm.toAvgDmg}} возвращает 0, когда игрок набил ср. урон. Следовательно эта конструкция: {{py:sub({{py:xvm.totalDamage}}, {{tdb|0}})%d}} не должна возвращать отрицательные значения. ---- это макрос, который будет рассчитывать урон после достижения ср. урона, то есть разность {{py:xvm.totalDamage}} и {{tdb}}, как это делает: {{py:xvm.total_hp.avgDamage('{{l10n:avgDamage}}: ',{{py:xvm.totalDamage}})}} но только без окраски в зелёный и без плюса пример: - средний урон: 1000 - набито в бою: 1500 - макрос возвращает: 500 ---- типо такого: "{{py:xvm.afterAvgDmg}}" "{{py:xvm.aboveAvgDmg}}" "{{py:xvm.upAvgDmg}}" "{{py:xvm.moreAvgDmg}}" "{{py:xvm.yetAvgDmg}}" ---- да, так и есть:

@ktulho частяком замечал, что эта конструкция возвращает отрицательные значения (-31, -5): "{{py:xvm.toAvgDmg=0?{{py:sub({{py:xvm.totalDamage}}, {{tdb|0}})%d}}..." предположу что проблема в несовпадении значений макросов скрипта и xvm-овского. сразу постеснялся спросить, но думаю эта конструкция {{py:sub({{py:xvm.totalDamage}}, {{tdb|0}})%d}} не совсем правильная. ---- имхо: было бы грамотнее рассчитывать разность макросом скрипта {{py:xvm.послеAvgDmg}}

в доках readme-ru.txt. в "final_ricochet" у картинки нет расширения

"intermediate_ricochet": "{{shell-dmg%.0f}}", в некро конфиге полно примеров ---- Допускается форматирование макросов (используется формат, приближенный к printf): {{name[:norm][%[flag][width][.prec]type][~suf][(=|!=|<|<=|>|>=)match][?rep][|def]}} name - имя макроса :norm - нормализация значения, например {{hp-ratio:300}} вернет значения в диапазоне 0..300 flag - "-" для выравнивания влево, иначе выравнивание вправо "0" для дополнения чисел ведущими нулями до заданной длины "'" для разделения тысячных разрядов (только для целых чисел) width - минимальная ширина prec - в зависимости от типа: - максимальная ширина для строк - количество знаков после запятой для дробных чисел - смещение ASCII таблицы для чисел в ASCII (по умолчанию 129) type - тип: s - строка d - целое число f - число с плавающей запятой <--- !!! x — шестнадцатеричное число (abcdef) a - целое число в ASCII (для значений от 0 до 100) ... suf - суффикс, добавляемый в конце match - сравнение значения, возвращается только совпадающее значение, иначе значение по умолчанию допустимые операторы: =, !=, >, >=, <, <= rep - подменное значение, возвращается вместо обычного значения если оно присутствует def - значение по умолчанию, которое подставляется при отсутствии значения: Например: {{name%-10.10s}} - обрезать длинные имена до 10 символов, а короткие дополнить до 10 символов и выровнять влево {{kb%4.01f~k|----}} - ширина 4 символа, обязательно 1 символ после запятой, выравнивание вправо если kb==null, будет отображаться "----"

форматированием

markersAliveNormal.xc блок рейтинга в строке 150 замени на этот: // Text field with rating. // Текстовое поле с рейтингом. "rating": { "name": "Rating", "enabled": true, "x": 0, "y": -55, "alpha": "{{xvm-stat?100|0}}", "textFormat": { "align": "center", "font": "$TextFont", "size": 15, "color": "{{c:r|#999999}}", "bold": false, "italic": false }, "shadow": { "enabled": true, "distance": 0, "angle": 45, "color": "0x000000", "alpha": 100, "blur": 2, "strength": 1 }, "format": "{{r}}" // рейтинг игрока (тип рейтинга можно выбрать в личном кабинете: https://modxvm.com/) }, чем редактировать https://notepad-plus-plus.org/ ---- положение выше /ниже настраивай самостоятельно: "x": 0, "y": -55,