Yury_SNEGOV

Конечно можно. markersAliveNormal.xc // Текстовое поле с маркером события XMQP. "xmqpEvent": { "enabled": true, // false - не отображать "x": 0, // положение по оси X "y": -50, // положение по оси Y

Так и я про то же )) Про него ни слова - в обнове сборки ПРОТанков, оставили как был. Ну да это уже не по теме.

Нет, направление стволов на миникарте не убрали. И вообще про него ни слова в обнове. (Хотя, ИМХО, он скорее всего должен подпадать под запрет, ибо предоставляет инфу, которой в клиенте точно нет). Что касается индикатора ближайшего противника - то ему всего лишь уменьшили дальность действия (якобы согласовано с ВГ).

Под спойлером прочитали? Значит, теперь Вы в курсе, что тему я читал. Допустим, убрать для того, чтобы не мусорить на экране лишними, уже не нужными, цифрами. Почему убирать именно после времени перезарядки, думаю, тоже понятно - пока танк еще не перезарядился, инфа нужна; когда он уже перезарядился, инфа больше не нужна. Кому не надо - не пользуйтесь, какие проблемы, всё настраивается (включается/выключается) в конфиге. Моё обращение - к разработчикам XVM и ВГ.

Вообще, скорее всего, изначально в запретах речь шла про чит-мод, который показывает реальное время перезарядки над всеми танками в бою (в маркерах над танками) - про это уже писали выше по теме. Но мы тут все резко сами вдруг напряглись, сами сюда подтянули мнение случайного посетителя ветки из ВГ, и сами же сподвигли его на ответ - "да, ребята, пожалуй, тоже у себя этот таймер убирайте" )))

Как напоминание о том, какое время в среднем занимает перезарядка на данном конкретном танке, чтобы сопоставить это время со своими ТТХ и соответствующим образом выстроить дальнейшую тактику перестрелки с ним - успеть всадить ему две плюхи, получив в ответ одну, или же ретироваться в зависимости от остатков ХП. Ну, в общем, эта инфа должна помогать ДУМАТЬ. Помогать ИЗУЧАТЬ/ЗАПОМИНАТЬ ТТХ ТАНКОВ (пусть в данном случае это лишь среднее время перезарядки). Именно на этом и апеллирую, именно из-за этого и написал свой пост. Не думаю, что игроки будут против. Поэтому остался только один нюанс - чтобы ВГ всё поняло, адекватно рассудило и тоже было не против ;)

Нет, при описанной реализации уже всё далеко не так прямолинейно. Явного преимущества не будет. И вот почему... Видя только время перезарядки противника, мне надо в голове начинать отсчет этого времени с момента появления надписи и только тогда я буду знать, в какой именно момент противник УЖЕ ВОТ-ВОТ ПЕРЕЗАРЯДИТСЯ. Допустим, я просто вижу на экране время - 10 сек. Думаю, что успею за это время выехать и отстреляться - выезжаю, пока сведусь, выстрелю - опа, надпись пропала, я откатиться не успел, получаю заслуженную плюху. Аналогично и с InfoPanel. С ней я тоже знаю время перезарядки. После выстрела по мне, точно так же начну мысленный отсчет и начну выезжать на отстрел, и т.д. по вышеописанному сценарию. То есть всё то же самое. Нет преимущества. Смысл в том, что отображаемое время перезарядки МОЖЕТ ПРОПАСТЬ С ЭКРАНА В ЛЮБОЙ МОМЕНТ. Таймера нет, поэтому у меня нет четкого представления о том, как скоро перезарядится противник. А когда надпись пропала, уже поздняк. Так что, скорее всего, есть смысл переспросить на этот счет мнение ВГ. Ау... Ладно, похоже, я занимаюсь самообманом и попыткой надувательства ВГ... Хватаюсь за соломинку ;) Сам-то я таймером даже от Гамбитера не пользовался, в свой конфиг воткнул его только когда переписывал конфиг под XVM/damagLog. И при этом так и не научился бросать на него взгляд в бою и хоть как-то использовать предоставляемую им возможность. Играем по привычке, полагаясь на свой опыт и знания ТТХ, которые уже записались на корку головного мозга. Андрей, плюсанул :)

Так что решили с перезарядкой? Фиг с ним, с обратным отсчетом... Можно при попадании в меня просто вывести имя танка и время его перезарядки (это ведь как в InfoPanel при наведении прицела на танк), а по прошествии этого времени надпись убирать. Таким образом, условие выполнено - таймера перезарядки нет. А вывод среднего времени зарядки танка - это полезная для общего развития инфа (InfoPanel ведь разрешили юзать). Суть же проста - мы перестреливаемся с противником. Я знаю своё время перезарядки, но не помню среднее время перезарядки у вражеского танка. Либо я на него прицелом наведу (InfoPanel), либо он сам в меня попадёт (XVM/damageLog) - на экране у меня высветится та самая подсказка о времени его перезарядки. Просто время перезарядки. Не таймер. Всё верно? Так можно? Волки сыты, овцы целы? В общем, не стоит отрубать эту фичу. Нужно просто привести её "в соответствие новым требованиям ВГ". Даже код сильно менять не придется - просто вырезать промежуточный цикл с отображением таймера.

Скорее всего, авторам XVM (ежели предложение адресовано им) придется с нуля реализовывать сбор подобной инфы на своей платформе. Однако придется обосновать необходимость таких трудозатрат и востребованность ожидаемого результата. PS: Была в своё время хорошая внешняя прога - WoTLogger. Потом авторы реализовали её в виде мода. Вот их мод как раз собирал подробную статистику обо всех боях - в том числе сервер и карта. Соответственно, скорее всего на его базе возможна реализация подобной затеи... Прогой я тогда активно пользовался, а вот их мод-реализация лично у меня не прижилась. Как у них сейчас дела в плане раскрученности - не в курсе. Но, судя по новостям на http://alfa.wotlogger.ru/- проект еще жив.

Протестировали во взводе в рандоме. Замечаний нет.

В рандом-бою был. А в реплее нет. Снимка из рандома нет :(

Единственный бой, в котором я встретил еще одного игрока в своей команде с xmqp-лампой - на STB-1. В рандоме у нас у обоих высветилась нормальная лампочка. При моём засвете моя лампа отработала нормально. После своей скорой смерти я пересел на башню STB-1 и следил за работой его xmqp-лампы - она не сработала ни разу, хотя вроде были моменты, когда он пропадал из засвета и снова вылазил. При просмотре реплея моя лампа перечеркнута, но при засвете загорается, а у STB-1 оан вообще не отображается. В архиве - реплей, xvm.log, python.log и arenas_data.zip (как я понял, она тоже может пригодиться?) - xmqp_replay.rar PS: Ну вот, опять пока свою посылку упаковывал, Макс уже исправил свой пост :)

Во-первых, я свой пост писал полчаса, пока тестил повторно. За это время появился пост sirmax. Во-вторых, там сказано "На реплеях будет работать только на своих" - я про своё и говорю.

#6744. Реплей (XMQP_DEVELOPMENT=1). Лампочка прокачана, но в начале боя у меня перечеркнутая xmqp-лампа. При засвете xmqp-лампа зажигается, а через 9 секунд снова перечеркнутая. А один раз при запуске реплее вообще xmqp-лампочка не появилась, никакая. После перезапуска реплея - появилась. В рандоме такого глюка вроде не наблюдается, моя xmqp-лампа работает исправно.

Проблема при получении приглоса в бою: Возможное решение: battleLabelsTemplates.xc .. "hitlogHeader": { "y": "{{pp.mode=0?85|40}}", .. "hitlogBody": { "y": "{{pp.mode=0?105|60}}", Если в условии помимо типа ушей можно проверить еще и наличие динамического приглоса, то...

Может быть. Но в описанном выше случае она даже и не прокачивается... Да и разница в рандоме и в реплее - явно косяк в чем-то.

Маркеры XMQP вроде везде предусмотрены в дефолт-конфиге - в ушах, над техникой и на миникарте. Я, конечно, всё под себя перенастраиваю, но конкретно для XMQP практически ничего донастраивать не пришлось - configs_xmv.rar В рандоме так никого с включенным XMQP и не встретил :( Кстати, непонятно, как работает моя xmqp-лампочка - вроде ж если лампа у меня не прокачана, то в ушах она у меня должна быть перечеркнута? В рандоме некорректно работает, в реплее (XMQP_DEVELOPMENT=1) нормально... "<font color='{{alive?{{x-spotted?#FFBB00|{{x-sense-on?#D9D9D9|#BFBFBF}}}}|#FFFFFF}}' {{.texts.alpha}}> {{alive?{{x-spotted?p|{{x-sense-on?p|{{x-enabled?z}}}}}}}} </font>", Реальный бой в рандоме - Реплей этого боя - PS: А потом еще проверил в рандоме с включенной XMQP_DEVELOPMENT=1 - лампочка перечеркнута, то есть заработала как надо!

Вот такие ошибки в питон-логе появились (в реплее, вроде при непробитиях/рикошетах): 2016-11-01 11:13:03.584: ERROR: Traceback (most recent call last): 2016-11-01 11:13:03.584: ERROR: File "scripts/client/Avatar.py", line 1717, in showVehicleDamageInfo 2016-11-01 11:13:03.584: ERROR: TypeError: showVehicleDamageInfo() takes exactly 6 arguments (7 given)

Глядя на свои снимки подтюнил в своём конфиге координаты маркеров событий XMQP... а проверить на реплее никак? ...может сымитировать как-нибудь? А "minimapDrawLineAlpha" не?

Всё работает. Только топиться негде было - не попробовали.

Описанная в топике данной темы ситуация с залипанием переключения вкладок мне не встречалась. Поэтому Варгеймингу я зарепортил только залипание статистики игрока с пустой лентой медалей...

Свеженький - OJQXM3DBNY5TCNZRGAZQ====.rar Уточнение. Оказывается необязательно именно мои медальки. И даже необязательно в моей команде. Просто любые два игрока с медалями в любой команде - при поочередном их выборе вылазит косяк. UPDATE Еще пара свежих боёв - OJQXM3DBNY5TCNZRGAZQ====#2.rar Замеченная особенность... В первом бою меня сразу убила арта, я с нулем урона внизу списка (м.б. именно это важно?) и о чудо - при смене медалистов (в противоположной команде) косяк не проявляется. Во втором бою я снова (как и в предыдущих, описанных выше, боях) вверху в списке - косяк тут снова проявляется, привычным способом. UPDATE2 Опробовал на чистом клиенте, в безопасном режиме - отыграл бой и подсунул кеш боя - глюк присутствует! Значит, в залипании вкладки XVM не виноват - проблема в самом клиенте. Посему самоустраняюсь из темы. Прошу прощения за беспокойство ;)

Ах, если так... Теперь всё понятно :) Спасибо!

white tanks... Действительно... Однако белые танки и после удаления mod_wtanks.pyc остаются белыми. Тем не понятнее становится необходимость данного файла в сборке )

Смотрел на файлик тупо в Блокноте++ - вижу там вызовы типа _CompoundAppearance__vehicleStickers, applyCamouflage, baseFunc_onVehicleDeath и тому подобное. Можно, конечно, делать подобные предположения... Но хотелось быть знать точно. И смысл мода понять.