ribbed

Здесь точно выложу. Потом, возможно, новостью отдельной на портале будет, но пока под вопросом. Первый сценарий. Какого-то дополнительного одобрения не планируем, если все ок будет.

На портале новость вышла с фактической ошибкой, "изменять любой игровой звук по своему вкусу" нельзя и прямого доступа к аудиофайлам не будет, конечно. Я уже ответственным за новость передал, починят в ближайшее время. Однако, в 9.17.1 мы действительно проапдейтим wwise и - что самое главное - пошарим проекты со всей структурой с мододелами. Также не будет ограничения бесплатной версии в 200 звуков в одном банке. Мы сейчас готовим доку для мододелов и сами проекты; закончим ориентировочно 30 января. Как только будут готовы, я их выложу.

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

Да, я буду стараться впредь выкладывать здесь информацию о грядущих патчах и микропатчах, влияющих на моды. К сожалению, что именно поменяют я не смогу озвучивать (NDA, все дела), но дату выхода и название новой папки в /res_mods - да. По большим патчам: я могу сообщать о релизах за неделю до выхода обновления на проде; однако, к тому времени уже во всю будет проходить второй коммон тест, поэтому это, наверное, получится секрет Полишинеля. Тем не менее, вам это будет полезно или не особо?

Всем привет, У нас на следующей неделе выходит очередной микропатч, который отламывает моды. Новая папка будет называться res_mods/0.9.17.0.3 Микропатч выходит в ночь с 23 на 24 января, все кластера. Просьба учитывать при апдейте модиков и модпаков.

Гайз, спасибо за обсуждение и критику, я постараюсь осветить вопрос шире и объяснить, почему мы идем именно таким путем. Мы ни в коем случае не боремся с модами. Моды - это круто, их использует большой процент игроков, а мододелы зачастую придумывают классные штуки, которые потом перекочевывают в ванильную игру. Если бы не было модов, танки бы сейчас выглядели совсем по-другому (особенно интерфейс), и я ни в коем случае не сторонник запрета модов или осложнения жизни мододелам. Однако, нынешняя ситуация с модами далека от идеальной, и я вижу следующие проблемы: 1. Есть читы, которые суть подмножество модов. Как вы уже знаете, мы начали с ними бороться - да, поздно и не со стопроцентной эффективностью, но мы точно будем продолжать идти этим путем и дорабатывать методы борьбы; 2. Есть косячные моды, вызывающие проблемы у игроков. Или, например, сам мод отличный, но после очередного внезапного микропатча он приводит к непонятным малопредсказуемым проблемам. Сейчас такие сценарии мы можем разрешать, только вводя новую версионную папку в res_mods/, таким образом принудительно отключая моды. Не самый лучший вариант, осложняющий жизнь как мододелам, так и игрокам. 3. Инсталяция/деинсталяция - устанавливать отдельные моды, в принципе, несложно, а вот удалять (например, мод косячный или просто не понравился) - уже сложно, так как юзерам придется подчищать все файлы мода в res_mods/. А когда выходит новая версия игры, приходится заново эти отдельные моды накатывать - и все вручную. Боль. Именно поэтому популярны модпаки, где инсталятор все делает за юзера. 4. Моды делать СЛОЖНО. Нет вменяемого API, нет документации, еще и картошка в очередном патче что-то переделывает, все ломается и надо заново чинить. Сами моды могут конфликтовать между собой - сейчас это решается на уровне договоренностей в коммьюнити и ряда костылей. Как бы я решал эти проблемы в идеальном мире. Ввел бы на уровне архитектуры внутренний сэндбокс, в котором запускаются моды. С движком игры бы они работали через хорошо документированный API, у ключевых методов которого была бы обратная совместимость с модами для предыдущей версии игры, либо хотя бы корректная обработка deprecated методов с ворнингами. Были бы побеждены читы, глючные устаревшие моды, голод, бедность и болезни - и мы бы все, взявшись за руки, зашагали с улыбками в светлое будущее. Но - увы - сэндбокса и API для модов не будет. На это есть ряд причин, и с этим ничего нельзя поделать, примите это просто как данность и условия задачи, которую я пытаюсь разрешить. Теперь почему, с моей точки зрения, пакеты могут стать хорошей штукой. Во-первых, они облегчат инсталяцию и особенно деинсталяцию модов юзерам, которые не пользуются модпаками. Все лежит в одном месте, и понятно, что надо удалить, чтобы отключить вот этот конкретный прицел. Кроме того, пакеты делают реализацию менеджера модов гораздо более посильной - в том числе силами самого коммьюнити. Особенно если в пакетах содержатся метаданные. Особенно если есть открытый API некоторого ресурса, который эти пакеты умеет отдавать. А это в свою очередь в перспективе может сместить фокус с модпаков на standalone моды, так как их установка и апдейт уже не будет такой трудоемкой задачей. Во-вторых, одним из возможных механизмов борьбы с читами мы рассматриваем цифровую подпись модов с системой отзыва сертификата, если мод оказался читоватым. Я не утверждаю, что мы пойдем именно этим путем, но такой вариант рассматривается среди прочих, и он мне нравится. Очевидно, подписывать один файл пакета проще, чем много-много разных. Поэтому пэкеджи и тут пригодятся. В-третьих, упрощение разруливания конфликтов между модами. Это может быть полезно не только модпакерам, но и создателям отдельных модов - ведь юзеры помимо ваших модов могут накатывать еще какие-то. Разруливалка конфликтов сейчас, конечно, находится в зачаточном состоянии, но тем не менее у вас есть реальная возможность повлиять на то, как она будет развиваться дальше. Именно поэтому я и прошу у вас идеи и предложения, как сделать ее полезной. Так давайте сделаем систему, которая упростит жизнь всем. Поддержка пакетов модов - не единственная вещь, которую мы сейчас делаем для мододелов, просто хронологически она вышла первой. В не самом отдаленном будущем будут новые релизы, и, уверен, обсуждения будут не менее бурными. И мы правда стараемся делать вещи, которые облегчат работу с модами и вам, и юзерам.

Обновил первый пост, добавил ссылку на гуглодоку с хотелками. На всякий случай дублирую здесь: https://docs.google.com/document/d/1-IIs7gEUbOb82ZfEeJhdC8LyF64EU_sXzOnMp2nahuE/edit?usp=sharing

@Polyacov_Yury, Конфиги точно должны лежать вне пакета. Пакет должен быть неизменяемой сущностью, которую просто закинул в папку и она там статичная лежит. Как вам обрабатывать конфиги и в каком формате их вести - это на ваше усмотрение, но лучше все-таки определиться с конкретными папками для конфигов, как и предлагал Миша.

@Mixaill, В принципе, да, можно. Тут уже от вас хотелось бы хотелки услышать, а мы добавим в спецификацию. Это сделано для того, чтобы можно было выпускать патчи к большим модам. Например, выходит Зимний мод с пакетом в 2гб, через пару дней - фикс к нему на 10мб. Лучше же скачать фикс, а не перекачивать полностью весь мод. Остальные хотелки зафиксировал, будем обсуждать. Кстати, может, гуглодоку ту оживишь, чтоб всем удобней было отслеживать? Я в первом посте кину линк на нее. @Наглый Котэ, Нет, это не NMM, а просто поддержка нового способа подключения модов на уровне движка игры. Про свой мод менеджер мы уже давно думаем и с пакетами на него будет проще перейти, но тем не менее это проект точно вне скоупа этой фичи.

English documentation is attached to this post. Всем привет, Меня зовут Антон, я работаю в WG и занимаюсь модами и смежными штуками. В следующей версии танков мы реализовали новую фичу для облегчения инсталяции/деинсталяции модов - пэкеджи пакеты модов. По предложениям трудящихся переименовали в пакеты. К посту я приаттачил доку с описанием текущей реализации. Важный момент: все это work in progress, и то, что в следующей версии эта фича появится в танках, не означает, что мы остановим ее разработку. Мы хотим и будем доделывать и переделывать какие-то вещи согласно вашим пожеланиям, поэтому считайте это только первой итерацией разработки. В ближайших нескольких версиях танков будет работать гибридное подключение модов - и через пакеты, и по старинке через res_mods/. В будущем в силу ряда причин мы бы хотели отойти от способа установки модов через res_mods/; тем не менее мы не будем этого делать, пока коммьюнити мододелов не скажет, что пакеты ок и вы готовы перейти на них полностью. Поэтому нам очень важно получать от вас отзывы и предложения по улучшению системы, чтобы мы могли учитывать их в будущих версиях. Миша завел гуглодоку, за актуальными хотелками можно следить там: https://docs.google.com/document/d/1-IIs7gEUbOb82ZfEeJhdC8LyF64EU_sXzOnMp2nahuE/edit?usp=sharing update 12.10.17 Прикрепил обновленную русскую доку (v0.5) packages_doc_0.5_ru.pdf. Отдельное большое спасибо Mixaill за работу над документом. В 9.20.1 починили ряд багов: Неполная регистронезависимость имён в VFS Некорректная загрузка локаций из пакетов Невозможность загрузки Gettext-файлов из VFS Английскую версию сейчас допереводим, приаттачу, как только будет готова Updated the document to v0.5. packages_doc_0.5_en.pdf