Инструменты моддинга Total War: SHOGUN 2: pack-файлы и DB-редактор

Выбор правильных инструментов моддинга Shogun 2 — это главный фактор, определяющий, будет ли проект завершён или застрянет на полпути, потому что сцена моддинга Total War: SHOGUN 2 держится на небольшом наборе распаковщиков, редакторов таблиц и глубоко документированном рабочем процессе сообщества. Независимо от того, стоит ли цель перебалансировать одну характеристику катана-самурая, заменить ростер юнитов для масштабного обновления Fall of the Samurai или создать полноценную тотальную конверсию, снова и снова используется один и тот же набор утилит. Этот гайд объясняет, что на самом деле делает каждый инструмент, какое место он занимает в конвейере сборки и как не дать сборке Complete Edition и устаревшей сборке 2011 года конфликтовать друг с другом. Тот же пересечение вы найдёте на уровне моддинга, где моды Shogun 2 Rise Of The Samurai показывают, как одна и та же рамка кампании на практике по-прежнему связывает установки Classic и Complete Edition.

Стек моддинга в общих чертах

Прежде чем открывать какой-либо отдельный инструмент, полезно увидеть весь стек как конвейер. Каждый мод для Shogun 2 затрагивает как минимум три слоя: сжатые pack-файлы, в которых хранятся данные игры, таблицы базы данных, управляющие характеристиками юнитов, цепочками зданий и скриптами кампании, и файлы фронтенда, которые лаунчер и Workshop используют для публикации готового продукта. Для каждого слоя существуют свои инструменты, и большая часть трудностей, с которыми сталкиваются новички, возникает из-за попыток использовать инструмент для pack-файлов там, где следовало редактировать базу данных, или наоборот.

Чистый первый проект затрагивает только слои базы данных и pack-файлов. Слои скриптинга и локализации приходят позже, когда моддеру нужно добавить новую механику, разветвить событие кампании или перевести название пользовательского юнита на японский и китайский для обновлённого клиента Complete Edition.

Почему стек выглядит именно так

Семейство движков Creative Assembly разделяет инструменты между Empire, Napoleon и двумя кампаниями Total War: SHOGUN 2, поэтому один и тот же формат pack-файлов покрывает Rise of the Samurai, базовую сэнгоку-кампанию 1530 года и сеттинг войны Босин 1864 года в Fall of the Samurai. Таблицы DB используют общую схему для карточек юнитов, эффектов зданий и бонусов фракций, поэтому перебалансировка для Shimazu в базовой игре обычно переносится в саб-мод Fall of the Samurai лишь с небольшими правками модернизированного ростера юнитов. Именно этот общий фундамент — причина, по которой опытные моддеры обычно рекомендуют один-два основных инструмента, а не разросшийся набор: чем меньше «переводчиков» между вашим замыслом и бинарными данными, тем меньше пограничных случаев укусит вас на этапе QA.

Редактирование pack-файлов: с чего начинается каждый мод

Редактирование pack-файлов — это фундаментальный слой любого мода Total War: SHOGUN 2. Игра хранит почти всё — текстуры, модели, макеты UI, аудиосигналы, скриптовые битвы — внутри сжатых архивов .pack, которые лежат в папке data установочного каталога. Моддер, который умеет распаковать pack, заменить файл и аккуратно запаковать его обратно, уже может опубликовать обновление текстур, рескин юнита или замену звука, не трогая ни одной строки базы данных.

Два инструмента доминируют на этом уровне: Pack File Manager (часто сокращается до PFM — давняя утилита сообщества, поддерживаемая моддерским сообществом TWC) и Rusted PackFile Manager (RPFM) — более новый кроссплатформенный преемник, написанный на Rust. Оба могут напрямую открывать, просматривать и редактировать архивы .pack, и оба понимают внутреннюю структуру папок игры, а это значит, что файл, перетащенный в нужную виртуальную папку внутри редактора, окажется в нужном месте внутри архива.

Для совершенно нового проекта в 2026 году RPFM — лучшая отправная точка, поскольку он поставляется со встроенным просмотром таблиц и отслеживает обновления схемы по мере того, как Creative Assembly меняет данные. Для мода, который должен выходить рядом с существующей сборкой эпохи 2011 года, Pack File Manager иногда выигрывает по чистой совместимости, потому что некоторые давно существующие мод-паки были созданы под его специфические особенности и отказываются корректно проходить через RPFM без предупреждений. Большинство моддеров держат оба инструмента установленными и переключаются в зависимости от того, какой из них корректно открывает проблемный pack.

Чистый рабочий процесс редактирования pack

Типичное первое редактирование pack выглядит примерно так: найдите pack, содержащий файл, который вы хотите изменить (для текстур юнитов это почти всегда roman_imperial.pack или аналогичный файл конкретной фракции), откройте его в RPFM, перетащите файл-замену в соответствующий виртуальный путь, сохраните копию pack под новым именем, чтобы оригинал остался нетронутым, поместите переименованный pack в папку data свежего каталога мода и подпишитесь на результат через загрузчик Workshop.

Два правила избавят вас от множества проблем. Во-первых, никогда не редактируйте pack на месте; всегда копируйте его, переименовывайте и редактируйте копию, потому что один повреждённый pack может заблокировать лаунчер и заставить провести проверку файлов. Во-вторых, сохраняйте исходную структуру имён файлов — движок разрешает многие ресурсы по точному пути, и текстура, помещённая в ui/skill_icons/, не будет подхвачена, если она лежит в UI/Skill_Icons/, потому что поиск в pack-файлах чувствителен к регистру на большинстве платформ.

DB-редактор: где живут характеристики и системы

Если редактирование pack-файлов — это фундамент, то редактор базы данных — это несущая конструкция. Каждое числовое значение, которое видит игрок — атака ближнего боя яри-асигару, стоимость асигару с фитильным замком, бонус, который провинция с замком даёт обороне, — находится в таблице DB, и изменение этих чисел — это то, что большинство моддеров называют «настоящим моддингом». Стандарт сообщества для этого слоя менялся с годами, но текущая лучшая практика — использовать встроенный просмотр таблиц RPFM для простых правок и TWC DBTable Editor (иногда называемый редактором Althaea в честь его давнего сопровождающего) для серьёзной работы со схемой.

Правка таблицы DB для одного юнита обычно выглядит так: откройте DB units_tables внутри RPFM, отфильтруйте юнит по его ключу (например, yari_ashigaru), измените столбцы melee_attack, melee_defence или cost, сохраните и запакуйте заново. Это изменение распространяется на все места, где упоминается юнит, включая саб-мод Fall of the Samurai, потому что обе кампании используют общую схему для большинства основных юнитов.

Критически важные таблицы, которые стоит знать

Типичный первый проект — перебалансировка одного недоиспользуемого юнита, скажем, небольшое усиление защиты в ближнем бою нагината-самурая, чтобы юнит стал жизнеспособным вариантом среднего уровня в стеке Takeda. Изменение происходит полностью внутри units_tables, занимает пять минут и даёт результат, который игрок почувствует уже в следующем ходу кампании.

Рабочий процесс с DB-редактором для новичков

Для тех, кто никогда не открывал DB-редактор, путь наименьшего сопротивления таков: установите RPFM, укажите его на установочный каталог Shogun 2, чтобы он мог читать схему, откройте units_tables, найдите юнит, который хотите изменить, отредактируйте одно число, сохраните, запустите игру и проверьте результат. Этот единственный цикл обучает рабочему процессу без необходимости сразу осваивать перепаковку pack, миграцию схемы или управление порядком загрузки.

Когда этот цикл станет привычным, следующий шаг — изменение связанных таблиц в одном патче: повышение стоимости найма юнита в units_tables, корректировка требования к зданию в building_chains и небольшой бонус в technologies, если перебалансировка должна раскрываться через конкретную технологию. Паттерн повторяется, пока мод не станет небольшой экосистемой скоординированных изменений, каждое из которых отслеживается через систему контроля версий и заметки в changelog, чтобы конфликты с другими модами можно было диагностировать без полного удаления.

Создание мода от начала до конца: от идеи до Workshop

Первый полноценный мод — небольшой набор юнитов или целенаправленная перебалансировка — это правильный масштаб для изучения рабочего процесса, потому что он задействует каждый слой, не втягивая скриптинг или локализацию. Реалистичный конвейер от начала до конца для первого мод-проекта выглядит так: определите масштаб в одностраничном дизайн-документе, создайте папку мода в data/, установите и Pack File Manager, и RPFM, определите таблицы и pack-файлы для изменения, вносите изменения небольшими коммитами, перепаковывайте, тестируйте в игре, повторяйте итерации и, наконец, публикуйте через загрузчик Steam Workshop.

Выбор правильного масштаба

Масштаб — это переменная, которая определяет, будет ли первый проект завершён за выходные или умрёт на третьем месяце. Моды, затрагивающие один юнит, одно здание или одну технологию, — реалистичные первые проекты. Моды, затрагивающие всё это плюс пользовательский UI плюс событие кампании, обычно буксуют, потому что каждый дополнительный слой умножает нагрузку на QA. Опыт сообщества это подтверждает: большинство долговечных модов Shogun 2 в Workshop — это либо узко сфокусированные переработки баланса, либо крупные тотальные конверсии, созданные командами из пяти и более человек, и, что удивительно, успешных проектов посередине очень мало.

Полезная эвристика — спросить себя, можно ли описать мод одним предложением. «Усилить защиту в ближнем бою нагината-самурая на пять и снизить стоимость найма на пятьдесят коку» — отличный первый проект. «Перебалансировать весь Сэнгоку Дзидай с исторически точными соотношениями войск» — пятилетний исследовательский проект, требующий команды. Workshop вознаграждает первое и хоронит второе, потому что игроки могут проверить сфокусированный мод за одну кампанию и однозначно решить — подписаться или отписаться.

Версионирование, порядок загрузки и менеджер модов

Как только мод становится больше одного файла, версионирование превращается в главную инженерную проблему. Steam Workshop занимается распространением, но не навязывает семантическое версионирование, и в нём нет встроенного разрешителя зависимостей, поэтому мод, зависящий от фреймворка другого мода, должен объявить эту зависимость в описании и надеяться, что игрок её прочитает. Порядок загрузки важен для модов, затрагивающих одни и те же таблицы, потому что обычно побеждает последний загруженный pack, а сломанный мод, отправленный подписчикам, может отключить игру, пока они не отпишутся.

Для практического управления порядком загрузки правильный инструмент — внутриигровой Mod Manager, доступный из лаунчера, а недавний обзор включения менеджера модов охватывает изменения майского патча 2023 года, которые временно скрыли эту опцию. Базовое правило таково: сначала загружайте моды-фреймворки, затем моды с контентом, затем визуальные переопределения, и никогда не ставьте два мода, редактирующие одну и ту же таблицу DB, на одну позицию загрузки без тестирования их слияния.

Сообщество моддинга Shogun 2 в 2026 году

Сообщество — это третья опора стека наряду с инструментами и данными. Без места, где можно задавать вопросы, делиться открытиями о схеме и координировать тестирование совместимости, даже хорошо оснащённый моддер застрянет на первой ошибке, которую не удаётся загуглить. Хорошая новость в том, что сообщество моддинга Shogun 2 оставалось активным вплоть до 2026 года, и недавняя пересборка Complete Edition принесла новую волну авторов, публикующих свои первые моды рядом с ветеранами, которые работают с теми же pack-файлами с 2011 года.

Где на самом деле обитает сообщество

Самый важный ресурс для новичка — закреплённые гайды по моддингу на форуме TWC (Total War Center), потому что они охватывают особенности схемы, о которых не предупредит ни один инструмент — например, что добавление новой записи в units_tables без соответствующей строки в unit_stats_land вызывает жёсткий краш при первом найме юнита, или что кампания Fall of the Samurai имеет собственный набор переопределений units_tables, которые нужно редактировать отдельно.

Замечание о пересборке Complete Edition

Complete Edition пересобрала клиент Shogun 2 для современного железа, с переработанным освещением, масштабированием UI под 4K и новой японской и китайской озвучкой, согласно официальной странице Total War: SHOGUN 2 Complete Edition в магазине. Эта пересборка затронула структуру файлов, а это значит, что небольшое число устаревших модов — особенно те, что редактировали таблицы масштабирования UI или полагались на конкретные файлы шрифтов — перестали загружаться после обновления 2026 года. Каталог Steam Workshop 2011 года по-прежнему хранит длинную подборку тотальных конверсий, переработок реализма, кровавых модов и наборов юнитов, а браузер Mod.io в Complete Edition добавляет поверх этого внутриигровой слой, так что большинство модов доступны тем или иным путём.

Для моддера практический вывод таков: новый проект следует тестировать как на устаревшей сборке 2011 года, так и на клиенте Complete Edition перед публикацией, потому что мод, работающий на одной сборке и ломающийся на другой, потеряет половину потенциальных подписчиков. Саб-моды Fall of the Samurai, в частности, требуют явной проверки совместимости, потому что кампания войны Босин добавила новые провинции (Хоккайдо, Танегасима, Цусима и Гото) и изменила структуру ходов на двадцать четыре хода в год, по шесть на сезон, что меняет то, как армии перемещаются и как истощение накапливается в течение долгой кампании.

Часто задаваемые вопросы

Какой минимальный набор инструментов нужен для начала моддинга Shogun 2?

Новичок может начать только с Rusted PackFile Manager и текстового редактора, потому что RPFM обрабатывает и редактирование pack-файлов, и просмотр таблиц DB в одном приложении. Добавьте загрузчик Steam Workshop для распространения и Notepad++ или VS Code для любых правок текста вне pack — и базовый цикл «открыть-изменить-сохранить-протестировать» покрыт без трат на платное ПО.

Работают ли моды Shogun 2 и на сборке 2011 года, и на Complete Edition?

Большинство модов работают, но пересборка Complete Edition изменила структуру файлов и добавила новое масштабирование UI, поэтому моды, затрагивавшие файлы шрифтов, конкретные таблицы UI или ресурсы 4K, иногда не загружаются. Мод, ориентированный на обе сборки, следует тестировать на каждом клиенте перед публикацией, с чётким примечанием в описании Workshop о том, какая сборка поддерживается.

Где найти документацию по схеме DB Shogun 2?

Моддерские форумы TWC содержат самую полную документацию по схеме, с закреплёнными темами, охватывающими назначение каждой таблицы, связь между units_tables и unit_stats_land и специфические для Fall of the Samurai переопределения. Схема внутри RPFM — второй по качеству справочник, потому что она автодополняется из файлов живой игры и остаётся актуальной по мере выхода патчей Creative Assembly.

Можно ли модифицировать Fall of the Samurai отдельно от базовой игры?

Да, Fall of the Samurai использует собственную карту кампании, собственный ростер юнитов с модернизированными вариантами и собственное дерево технологий, но разделяет с базовой сэнгоку-кампанией 1530 года формат pack-файлов и большую часть схемы DB. Мод, ориентированный на Fall of the Samurai, нужно загружать только когда активна эта кампания, а Mod Manager позволяет игрокам фильтровать по кампании, чтобы избежать конфликтов.

Что приводит к поломке мода Shogun 2 после патча Creative Assembly?

Большинство поломок после патчей связаны с изменениями схемы — Creative Assembly добавляет или переименовывает столбец в units_tables или building_chains, и моды, ссылавшиеся на старый столбец, падают при загрузке. Меры противодействия: подписаться на объявления моддинга TWC и проверять наличие совместимого обновления в течение недели после любого крупного патча или создавать моды под стабильную схему в RPFM и фиксировать эту схему в описании мода, чтобы подписчики знали, к какой сборке привязан мод.