Vintage Story: топ модов для сервера

MAATRIX GAMES

Голый ванильный Vintage Story уже глубокая игра, но после первых полусотни часов начинают мозолить одни и те же мелочи: тащить сундук с места на место можно только по частям, хендбук не всегда объясняет рецепт с ходу, а темп прогрессии кому-то кажется затянутым, а кому-то — слишком мягким. Моды закрывают это точечно, без переустановки сервера с нуля, но экосистема тут своя — не Steam Workshop и не привычный по другим играм лаунчер, а собственный каталог и собственные грабли с совместимостью версий. Разберём, что вообще можно поставить, по каким категориям это делится и на что смотреть перед тем, как тащить мод на боевой мир с прогрессом игроков.

Как устроена система модов в Vintage Story

Моды для Vintage Story распространяются через официальный ModDB игры — mods.vintagestory.at. Это единственный по-настоящему массовый источник: сторонние площадки для этой игры не прижились, так что искать стоит именно там, и там же смотреть даты обновлений и список зависимостей конкретного пакета.

Технически моды бывают трёх видов, и это определяет, как их ставить:

• .zip-архивы с ассетами — чистый контент без кода: новые текстуры, рецепты, блоки на базе существующей логики игры. Самый безопасный тип с точки зрения стабильности.
• Исходники на C# (.cs) — сервер компилирует такой мод сам при запуске. Удобно для небольших модов, но старт с них занимает чуть больше времени, особенно если модов много.
• Скомпилированные .dll — полноценные код-моды с собственной логикой, самый гибкий и самый рискованный тип: именно такие моды чаще всего ломаются между версиями игры.

Независимо от типа, все моды кладутся в одну и ту же папку — Mods внутри dataPath сервера (например, ~/vsserver/data/Mods, если ставили сервер по нашей статье как поднять сервер Vintage Story). Внутри каждого пакета лежит modinfo.json с полями ModID, Version и диапазоном совместимых версий самой игры, а также поле Side — Server, Client или Universal. Это не формальность: чисто клиентский мод (например, косметический ретекстур интерфейса) не обязан стоять на сервере, а вот Universal- и Server-моды, добавляющие новые блоки, предметы или механики, должны совпадать по версии у сервера и у всех подключающихся игроков — иначе часть контента либо не подгрузится, либо клиента вовсе не пустят.

Проверить, что именно сейчас стоит в папке, и быстро протестировать сервер без модов, если что-то пошло не так, — стандартный первый шаг диагностики, который мы уже разбирали в статье сервер не запускается: временно вынести содержимое Mods и запустить сервер начисто.

QoL-моды: меньше рутины, больше игры

Quality of Life — самая безобидная категория: такие моды не трогают баланс, а убирают действия, которые со временем начинают раздражать сильнее любого голода или холода.

Из известных и давно живущих в комьюнити примеров:

• CarryOn — позволяет поднимать и переносить целиком сундуки, печи и другую мебель, не разбирая их предмет за предметом. Один из самых популярных QoL-модов под VS именно потому, что закрывает боль, знакомую каждому, кто хоть раз переставлял базу.
• ConfigLib — не мод с новым геймплеем, а библиотека, которая даёт другим модам единый экран настроек прямо в игре, вместо правки .json-файлов руками в текстовом редакторе. Многие контентные и балансные моды используют его как зависимость — если видите ConfigLib в требованиях, ставьте его отдельно, а не рассчитывайте, что он подтянется сам.
• Моды на расширенный хендбук и подсказки по крафту — полезны в первую очередь новичкам на сервере, которые ещё не выучили дерево технологий игры наизусть.
• Моды на улучшенную карту и общие метки — постоянные пины для группы (месторождения, трейдеры, база), которые не сбрасываются между сессиями.

Даже безобидный QoL-мод стоит проверять на совместимость с текущей версией игры перед установкой на боевой сервер: Vintage Story обновляется активно, и автору нужно время, чтобы подтянуть modinfo.json под новый билд.

Баланс и сложность: смягчаем или закручиваем осознанно

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

Смягчение выживания — увеличенный выход руды и еды с одной операции добычи/сбора, менее суровая температурная механика, более щедрая генерация ресурсов рядом со стартовой точкой. Такие правки удобны для казуальной группы, которая ценит совместное строительство и исследование больше, чем борьбу за каждую флягу воды.

Усложнение и переработка выживания — более редкие ресурсы, жёстче голод и температура, дольше цепочки крафта до продвинутого снаряжения. Отчасти это уже закрывают штатные пресеты PlayStyle в serverconfig.json (surviveandbuild против wildernesssurvival), но пресет применяется только при создании нового мира и не даёт тонкой настройки — мод даёт более точечный контроль поверх уже существующего сохранения.

Балансные моды меняют ожидания игроков от игры сильнее, чем кажется на бумаге — воткнутая без обсуждения переработка экономики ресурсов на активном сервере почти всегда вызывает недовольство. Обсудите с группой до установки, а не после.

Новый контент: биомы, прогрессия, ремёсла

Самая заметная, но и самая хрупкая категория — моды, добавляющие то, чего в базовой игре нет: новые растения и культуры, дополнительные цепочки крафта, системы прокачки навыков поверх стандартной прогрессии (пара XSkills и библиотеки XLib, дающая уровни и очки умений за игровые действия, — известный пример такого рода моддинга под VS), новые постройки и механики раннего выживания.

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

Практический вывод: контентные моды — это решение, которое принимается один раз надолго. Убирать их с сервера, где уже есть прогресс на объектах мода, безопасно далеко не всегда.

На что смотреть при выборе мода

Прежде чем тащить пакет с ModDB на боевой сервер, пройдитесь по короткому чек-листу — большинство проблем с модами в Vintage Story предсказуемы заранее:

• Диапазон версий игры в modinfo.json. Совпадает ли он с вашей текущей версией сервера — самая частая причина краша после обновления.
• Зависимости. Часть модов (в том числе многие балансные и контентные) требует библиотеку вроде ConfigLib или XLib — без неё мод просто не загрузится, и это будет видно в логе как ошибка при старте.
• Тип пакета. .zip с ассетами обычно безопаснее .dll с собственным кодом — если выбираете между похожими по эффекту модами, при прочих равных чуть менее рискованный вариант стоит предпочесть на сервере с ценным для игроков сохранением.
• Side в modinfo.json. Убедитесь, что понимаете, обязателен ли мод на сервере или это чисто клиентская косметика — экономит время на попытках синхронизировать то, что синхронизировать не нужно.
• Реальная необходимость. Каждый добавленный мод — ещё одна точка отказа при следующем крупном патче игры. Разумный старт — два-три мода под конкретную боль вашей группы, а не весь каталог сразу.

Тестируйте новые моды не на боевом мире, а на отдельной тестовой копии — другой порт, отдельная папка dataPath. Это тот же приём, что мы советовали при разборе обновлений сервера в статье про краш на загрузке мира, и он экономит нервы именно на модах: ошибка находится до того, как её увидят игроки.

Как моды влияют на нагрузку и синхронизацию сервера

Лёгкий QoL-мод вроде CarryOn почти не заметен по нагрузке — он не добавляет активных сущностей, которые серверу нужно тикать каждый цикл. Другое дело — контентные моды с новыми растениями, животными или производственными цепочками: каждый новый активный Block Entity или сущность с ИИ добавляется к тому же счётчику, что и обычные ванильные постройки и фермы. Если сервер уже балансирует на грани по тику из-за большого поселения, добавленные модами объекты только ускорят эту проблему — механику того, что именно нагружает тик (блок-сущности, трекинг животных, механическая сила), мы подробно разбирали в статье лагает при большой базе, и она полностью применима к модифицированному серверу.

Отдельно — про синхронизацию версий. Как уже говорилось выше, Universal- и Server-моды должны совпадать по версии у сервера и у клиентов. Обновляя мод на сервере, разошлите игрокам тот же файл, а не полагайтесь, что каждый скачает актуальную версию сам и вовремя — рассинхрон версий одного и того же мода выглядит как обычная ошибка подключения, и не всегда очевидно, что дело именно в этом.

И главное правило, которое стоит повторить отдельно: перед установкой или обновлением любого мода на сервере с реальным прогрессом игроков — бэкап папки Saves. Контентные моды пишут собственные данные прямо в файл мира, и откат мода после проблемы не всегда откатывает эти изменения чисто.

Частые вопросы