BattleFrame

Установка модов на клиент общего теста запрещена. Они там не активны.

На форуме танков)

Придётся) Ведь новая версия будет уже в новой папке

Обновление модификаций для версии 25.9.0 Обновлена модификация "Настраиваемая карусель" Обновлена модификация "Процент побед корабля" Обновлена модификация "Классические контейнеры" Обновлена модификация порта "Балтийский завод" Обновлена модификация порта "Ночной Куре" Обновление модификаций происходит при запуске МОСТ и не требует переустановки самой программы, достаточно запустить программу и при необходимости применить обновление установленных ранее модификаций игры.

В модпаке ведь нету модификаций шрифтов

Опубликовано.

Ну я вам для этого скриншот и прислал) Порт был не популярен, его вывели. Вы можете найти и попытаться запустить порт именно той версии из Мира Кораблей когда он ещё был в игре. А копирование и перетаскивание портов/моделей из других игр это нарушение авторских прав. Никто не может вам помешать сделать модификацию данного порта и использовать её в личных целях, но по поводу её публикации на форуме я уже озвучивал ранее. На этом предлагаю закончить данный оффтоп и вернуться к обсуждению представленных в теме модификаций.

Не стоит мешать всё в одну кучу. Вывод портов из игры производилось в версии 13.3 по результатам аналитики и опросов в угоду уменьшения веса клиента

Это будет нарушением авторских прав. Подобная модификация не будет допущена к публикации.

Как только и если его исправят.

Конфликтует с Процентом побед корабля. Поправим. Пока можно вместо процента побед установить "Настраиваемую карусель". В ней тоже отображается % и количество боёв, а если ничего не настраивать то ни чем не отличается от штатной ) Здравствуйте. Проверили, всё работает. Предоставьте пожалуйста полный список установленных модификаций, чтобы мы могли провести проверку на конфликты.

А что ещё за моды установлены? Список можно?

Ну по баннерам это думаю автор сам решит сделает) Калькулятор ресурсов делал в своё время я и поэтому в своём моде могу двигать кнопочки как хочу А вот в чужом так делать не хорошо)

Видимо нужно будет перенести кнопку)

В настрйках графики

Он там уже примерно пол года )

Думаю стоит посмотреть в теме мода

Не думаю. Данная составляющая может влиять на баланс и движение корабля учитывается сервером. Модом его никак не остановить.

Спасибо, установил, а как им пользоваться?  Справа от карусели Кораблей (там где раньше был фильтр не исторических камуфляжей) появляется кнопка в виде папки с документами. При нажатии на неё открывается окно в котором показано сколько и каких ресурсов можно получить сбив все снежинки, со скольки кораблей уже сбито и сколько осталось

Обновление модификаций для версии 25.9.0 Добавлена модификация "Калькулятор ресурсов" Обновлена модификация "Дальномеры" (Исправлены стили надписи "Зафиксировано" при зажатии ПКМ в бою) Обновлена модификация "Панели «BADoBEST's Style»" (Версия 2 была обновлена, переименована и приведена к стилю V1. Первая версия модификации удалена по просьбе автора) Обновлена модификация "Миникарта от BattleFrame" (Исправлен баг с отсутствием индикатора засвета союзников) Обновлена модификация "Реструктуризация порта" (Исправлен масштаб сигналов на маленьких мониторах) Обновлена модификация "Настраиваемые баннеры" (Модификация полностью переработана, добавлена возможность изменять масштаб баннеров порта) Обновлена модификация "Настраиваемая миникарусель" (Исправлен баг с дублированием иконки х2 опыта) Обновлена модификация "Таймер дымов «BADoBEST's Style»" (Исправлен размер шрифта) Обновлена модификация "Ленты Azure Lane" Обновление модификаций происходит при запуске МОСТ и не требует переустановки самой программы, достаточно запустить программу и при необходимости применить обновление установленных ранее модификаций игры.

[FAQ] Пакеты модификаций *.mkmod Начиная с версии 25.10 мы реализовали новый способ подключения модификаций при помощи специальных пакетов "mkmod". При этом хочется уточнить, что папка res_mods никуда не девается и всё также функциональна. Пакеты *.mkmod — это способ организации файлов модификаций, при котором весь контент отдельной модификации упакован в один файл. В классической схеме распространения файлов модификации устанавливаются в каталог ../bin/<номер_версии>/res_mods/. При этом файлы разных модификаций располагаются в одних и тех же каталогах, и поэтому зачастую трудно определить, какой файл относится к какой именно модификации. Структура пакета: Пакеты *.mkmod располагаются в папке ../bin/<номер_версии>/mods/ и представляют собой обыкновенный zip-архив с нулевым сжатием (это обязательное условие, иначе игра не прочитает пакет) Каждый пакет представляет собой персональную для располагаемого в нём мода папку res_mods. То есть, внутри архива полностью сохраняется иерархия папок, аналогичная каталогу res_mods Внутри себя пакет содержит: Ресурсы модификации. Служебный файл meta.xml о котором подробнее далее. Немного про принцип работы: При запуске игра пробегается по всем пакетам mkmod, а также папке res_mods и формирует у себя в памяти единый список файлов. Благодаря этому модификации между разными пакетами, а также между пакетами и папкой res_mods могут беспрепятственно взаимодействовать. Важно! Особые правила загрузки пакетов: Существует несколько основных правил по которым выполняется загрузка пакетов mkmod, а также их взаимодействие: Все пакеты загружаются в алфавитном порядке. (принцип, аналогичный загрузке файлов *.unbound) Все пути внутри пакета должны быть уникальными. Например, не должно быть ситуации, когда в пакете aaa.mkmod и bbb.mkmod лежат одинаковые файлы по одинаковому пути (например gui/unbound2/mimimap.unbound) В таком случае пакет aaa.mkmod будет загружен (т.к по алфавиту он идёт раньше), а пакет bbb.mkmod в котором найден дубликат (любого файла) будет полностью проигнорирован и загружен не будет. При этом в python.log будет выведена ошибка. Все пакеты обязательно должны быть zip-архивами и обязательно с нулевым сжатием. В случае если это не так - вы получите ошибку в python.log и пакет загружен не будет. Пакеты mkmod не умеют (на данный момент) загружать python-скрипты. Следовательно, если ваш мод помимо ассетов или вёрстки также содержит файл PnFModsLoader.py и скрипты в папке PnFMods, то они должны располагаться в папке res_mods. Папка res_mods всегда в приоритете над всеми пакетами mkmod. Если у вас файлы с одинаковым именем находятся по одинаковому пути в папке res_mods и в одном из пакетов mkmod, то игра будет читать файлы из res_mods. Пакет не должен содержать только файл meta.xml (без объективных на то причин) при том что остальной мод будет находиться в res_mods (просто не нужно так делать ) Примеры: Рассмотрим примеры формирования пакета *.mkmod для различных типов модификаций Для начала где-нибудь создадим рабочий каталог MODS (для удобства) в котором мы будем готовить свои пакеты. Представим себе что наш каталог MODS это каталог res_mods и начинаем складывать в него файлики различных модов по очереди. Модификации с заменой или добавлением файлов (озвучки, иконки, трассеры): Например, у меня есть озвучка, например AlterVOX, которую я хочу запаковать в пакет mkmod В инструкции написано распаковать содержимое архива в папку /bin/[номер_сборки]/res_mods/ Я распаковываю содержимое своей модификации в нашу папку MODS и вижу папку banks, которая для работы озвучки должна лежать в папке res_mods Эту папку мне необходимо запаковать в zip-архив с нулевым сжатием и расширением *.mkmod (название архива - название вашего мода) Готово. Мы получили mkmod пакет, который теперь переносим в папку /bin/[номер_сборки]/mods/ Аналогичным способом собираются моды для замены текстур, иконок, конфигов, любых других файлов файловой системы. Не рекомендуется запаковывать в mkmod модификации, ресурсы которых могут содержаться в других модах! Например: Порты - несколько модов могут использовать одинаковые модели или текстуры. при запаковке таких модов в mkmod игра увидит конфликт при загрузке файлов и проигнорирует загрузку модификации. Скины кораблей - модификации внешнего вида кораблей без использования ContentSDK располагаются в папке content и также могут конфликтовать друг с другом. Внимание! В наименовании пакетов mkmod допускается использование только лат.букв, цифр и символа _ (например, autospy_minimap) Давайте не будем устраивать в папке модификаций хаос из имён и спецсимволов.

Файл метаданных meta.xml Опциональный файл. Должен находиться в корне пакета mkmod. Предназначен для идентификации модификации, а также для управления подключением элементов в UB2 модификациях на замену старому способу с battle_elements.xml Содержание файла: <meta> - Обязательный блок метаданных <id> - уникальный технический идентификатор мода (обязательно). Допускаются только лат.буквы, цифры и символ _ (например, autospy_minimap) <name> - Наименование мода (обязательно) <version> - опциональный номер версии мода для тех кто её ведёт <description> - Описание мода <elements> - опциональный блок для добавления определенных элементов внутрь других элементов со следующий структурой: Поля <id>, <name> и <version> будут выводиться в python.log при загрузке модификации, а параметр <description> позволит понять что же вообще находится в данном mkmod Наиболее полезным файл meta.xml будет при разработке интерфейсных модификаций на unbound2 т.к. приходя на замену battle_elements.xml имеет функционал встраивания и замены элементов вёрстки. Встраивание и замена элементов UB2: meta.xml позволяет создавать условия для замены элементов вёрстки на свои собственные в момент загрузки, либо для встраивания своих элементов в начало или конец других элементов. Рассмотрим на примере "меты" от мода "Счетовод": <meta.xml> <meta> <!-- Технический ID модификации --> <id>score_timer</id> <!-- Версия модификации --> <version>1.0</version> <!-- Наименование модификации --> <name>Счетовод</name> </meta> <elements> <element action="add_before" target="MainHud">ScoreTimer2</element> </elements> </meta.xml> Здесь мы видим что это модификация с именем "Счетовод", версии "1.0" и id "score_timer". Описание автор решил не указывать. Также мы видим блок <elements></elements> в котором задаются инструкции встраивания блоков. Инструкций может быть несколько. В модификации "Счетовод" основным элементом является ScoreTimer2, который раньше прописывался в battle_elements.xml Инструкция add_before из примера говорит игре: "Вставь элемент ScoreTimer2 в самый верх элемента MainHud", после чего наш счетовод расположится в виде (element "ScoreTimer2 ") сразу после блока scope в элементе MainHud Помимо add_before аргумент action может быть также и add_after, выполняющий ровно то же самое, но размещающий наш элемент в самом конце элемента, указанного в аргументе target Важно! Элементы вставленные при помощи add_before и add_after не могут принимать никаких аргументов от родителя (таргета в который они были вставлены): Кроме add_before и add_after также доступен параметр replace, работающий иначе. Допустим мы создаём мод миникарты и знаем что главный элемент миникарты называется BattleMinimapUb2: (def element BattleMinimapUb2 (_isLoading:bool=false) layout=true ...код родного элемента игры ) мы создаём свой элемент и называем его как-то иначе (список аргументов должен быть таким же как и у элемента который вы хотите заменить) (def element MySuperMinimap (_isLoading:bool=false) layout=true ...код модификации ) После чего составляем meta.xml мы пишем инструкцию replace <meta.xml> <meta> <!-- Технический ID модификации --> <id>my_minimap</id> <!-- Версия модификации --> <version>1.0</version> <!-- Наименование модификации --> <name>Крутая миникарта</name> </meta> <elements> <element action="replace" target="BattleMinimapUb2">MySuperMinimap</element> </elements> </meta.xml> Инструкция replace говорит игре: "Замени всё содержимое в элементе BattleMinimapUb2 содержимым из элемента MySuperMinimap". То есть, игра оставит оригинальное имя BattleMinimapUb2, оставит все принимаемые им аргументы (вы сможете использовать их в своём моде), но заменит весь код оригинального элемента на код из вашего, в результате чего мы получим: (def element BattleMinimapUb2 (_isLoading:bool=false) layout=true ...код модификации ) Важно! Инструкция replace ВСЕГДА заменяет только содержимое элемента и не трогает его имя! Даже если вы решили заменить глобально все кнопочки в игре, заменив содержимое DefaultButton на содержимое NewButton, то в вёрстке вам всё равно будет необходимо вызывать именно DefaultButton! Ну и напоследок разбор небольшой ситуации. Допустим в одном пакете mkmod идёт add_after к MainHud, а в другом его replace Мод-1 прописывает условие: <element action="add_after" target="MainHud">ModOneElementAfter</element> Мод-2 прописывает условие: <element action="replace" target="MainHud">ModTwoReplace</element> В данном случае в каком бы порядке они не были: Оригинальный MainHud проигнорируется совсем ModTwoReplace переименуется в MainHud В конец MainHud (который уже переименованный) добавится ModOneElementAfter.

Исправьте, пожалуйста, содержимое архива. Я не нашел в архиве папки gui

Опубликовано