Crus

@ktulho, Если эта информация доступна, то из-за чего отсутствует возможность её использования в данном моде? После того как вы прояснили причину невозможности определения голды (если "эффекты снарядов" одинаковые), стало ясно, что она затрагивает и другие танки, у которых основной и премум снаряд однотипные. Например, шведские ПТ начиная с 8 уровня. Часто недоумевал, что даже выйдя на сверхбронированном танке, эти пт никогда не стреляют голдой :) Второй же просмотренный реплей подтвердил догадку, что было наивно так думать.

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

@ktulho, у арты и японцев нет хэшфугасов. Но насколько понял из обсуждения по ссылке, определение типа* снаряда с помощью effectsIndex невозможно и для этих орудий. Есть ли возможность использовать иной (как у WG) метод определения? Ведь клиент получает данные, необходимые для идентификации типа*. * Во избежании недоразумений, под типом подразумеваю обычный или премум (голдовый) фугас. Про хэш речи не идет.

@ktulho, Присоединяюсь к вопросу и немного дополню. Голдовые (премиум) ОФ снаряды арты и японских ТТ9-10 в логе имеют цвет обычных (не выделяются "золотым"). И наоборот, обычные ОФ снаряды топ ПТ британии по логу проходят как голдовые.

Просто при использовании экстра-полей они перекрывают все, что под ними находится. В случае расположения над миникартой - маркеры техники. В таком варианте позиционировать лучше рядом, как у вас и сделано, мне кажется. Про Маракаси не в курсе, а грунты раньше брал из модпака протанки, но сейчас его там уже нет. В итоге решение по выводу нашлось, а выводить нечего :)

Спасибо, идейно это именно то, что интересовало. Как понимаю, реализовать изменение текстуры миникарты именно в самой "флешке миникарты" технически проблематично и такого мода нет?

Подскажите, есть ли/был ли мод, который дает возможность задать папку с альтернативными dds-ками миникарт, и показывать их только при нажатии определенной клавиши? Обычно моды альтернативных миникарт просто заменяют дефолтные dds. К примеру, был мод "проходимость грунтов на миникарте", который может пригодиться, но требуется лишь изредка.

Тоже последнее время все чаще замечаю нецелевое использование XMQP, особенно в РБ. Блокировать забаненных - это конечно правильно и хорошо. Но по идее, можно минимизировать необходимость банить вручную, если реализовать даже простейшую фильтрацию. Что-то вроде: если за последние N секунд от пользователя было получено больше M сообщений, последующие сообщения временно игнорируются. Или тут есть "подводные камни"?

Удалось проверить? Вот как выглядит истекшая пару дней назад активация:

По истечении периода активации, "Статус" сетевых сервисов в ангаре неверно показывается как "Активен". В поле "Осталось дней" - отрицательное число. Этот баг появился уже довольно давно, думал поправят, но видимо до такой мелочи ни у кого руки не доходят / дела нет :)

Размещение внизу, как было изначально, имхо намного нагляднее. Вверху и так инфы хватает разной. Для низкого разрешения панель расходников не проблема - просто сместить её чуть вверх (у себя так и сделал).

Скорее всего он не "пропал", а его просто не слышно при текущем уровне общей громкости, как описано здесь. У меня тоже самое: про приемлемом уровне общей громкости, звука "шестого чувства" не слышно вообще. Если вывернуть громкость ползунком на неприемлемо высокий уровень (так, что можно оглохнуть), то звук лампочки проявляется, но едва слышен т.к. заглушается другими звуками.

По моему вопросу кто-нибудь подсказать может? Как все же передвинуть consumablesPanel? Дефолтное расположение totalEfficiency нравится, но у меня частично перекрывается снарядами, если установлены рога/масксеть.

Это было скорее замечание о проблеме в дефолтном конфиге. У себя то переместил. Нашел, что это наложение сегодня уже упоминалась, ранее не видел той темы. Возможно, имеет смысл закрыть эту тему по DamageLog со ссылкой на основную?

В последнем релизном XVM 6.5.0 (6900), на дефолтном конфиге (чистая установка XVM), панель с информацией об уроне/засвете перекрывает нижнюю строку DamageLog-а: На вышеприведенном фрагменте скриншота - это строка 5.

Удалось? Хотелось бы узнать решение.

Ясно, спасибо. Как раз и хотелось услышать мнение того, кто не по наслышке знаком с форматом ресурсов. Если этот процесс нельзя или сложно автоматизировать, то конечно нет.

@StranikS_Scan, да, мод от протанков показывает вполне реальные цифры, в отличии от TankInspector-а. Но по сравнению с WTV сильно не хватает кучи фич: -отдаления камеры для имитации обстрела под реальными углами (основная проблема); -скрытие экранов, ходовой т.п.; -поворот башни для теста постановки ромбов/обратных ромбов. -подсветка какой-то определенной группы брони. В общем на безрыбье вариант, но по сумме не то :( А если подойти к вопросу с другой стороны. Реально ли и насколько трудоемко написать конвертер ресурсов 9.12 обратно в старый формат, который понимает WTV?

Lexus_RS, да, об этом собственно последние несколько страниц темы. По моему вопросу об альтернативе никаких больше идей?

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

Может кто-нибудь сможет подсказать, существует ли адекватная альтернатива анализатору брони из WTV? А именно: -вывод всех групп брони на пути снаряда и расстояний; -вычисление приведенной брони с учетом заданного угла нормализации; -отработка правил рикошета, выбор типа снаряда.

Я верно понимаю, что вопрос возник в связи с увеличением этих отступов в 9.8 относительно предыдущих версий? Сам не в курсе, но интересует тот же вопрос.

По вышеприведенной ссылке ясно видно, что конфликтный шрифт также рекомендуется. С этим же никто не спорит. Но речь не об этом. Речь о том, что это не просто какой-то абстрактный шрифт с просторов сети. Это конкретный шрифт, ссылка на который приводится в актуальном конфиге. Мое дело указать на коллизию и потенциальные проблемы у части базы пользователей, добавить больше нечего.

Да, шрифт называется "XVM", тот самый, который рекомендуется в текущем дефолтном конфиге вот тут: minimapLabels.xc. У меня то уже проблема исчерпана, шрифт удален, конфиг изменен (для использования символов техники из встроенного шрифта). Но все, у кого в системе этот шрифт присутствует, окажутся в той же ситуации на дефолтном конфиге.

Но не везде ведь? Например, в statisticForm - у встроенного. Если не исправить приоритет, можно ожидать повторов вышеописанной ситуации.