Популярные overhaul-моды: Darkness Falls и другие

MAATRIX GAMES

Ванильный крафт и стандартные классы в 7 Days to Die рано или поздно приедаются, и часть игроков ищет не косметику вроде перекрашенных текстур, а полную перестройку игры — новые деревья умений, классы выживания, дополнительные локации и переработанную экономику. Именно этим занимаются overhaul-моды, и Darkness Falls — самый известный пример такой сборки в комьюнити. Но за размах приходится платить: overhaul ставится не так, как обычный XML-мод, требует конкретной версии игры и легко превращает сервер в кирпич после невинного, казалось бы, обновления. Разберём, что это за категория модов и как поставить такой мод, не потеряв мир. Если вы ещё не разбирались с базовой установкой модов на сервер, начните с установки модов через Mod Launcher — там структура папки Mods/, ModInfo.xml и синхронизация версий между клиентом и сервером. Эта статья — про более тяжёлый и капризный подкласс модов, overhaul, где те же принципы работают, но ставки выше.

Что такое overhaul-мод и чем он отличается от обычного

Обычный мод в 7 Days to Die добавляет или правит что-то одно: новый рецепт, пачку оружия, изменённый лут-стол. Overhaul-мод переписывает саму игру — часто это десятки мегабайт правок поверх ванильных XML-файлов, свой набор классов и веток прокачки, новые враждебные фракции, дополнительные торговцы, переработанная система крафта и экономики, а иногда и новые локации или трейдеры-квесты. По объёму это ближе к отдельной игре на движке 7 Days to Die, чем к «моду» в привычном смысле.

Технически разница в том, что overhaul обычно не ограничивается папкой в Mods/ с парой файлов — часто устанавка требует замены части файлов игры целиком (иконки, локализация, иногда даже отдельные DLL в Managed/), а не просто добавления новой папки мода поверх ванили. Именно поэтому такие моды сильнее всего страдают от обновлений игры: разработчики overhaul-сборки перерабатывают контент под конкретный билд, и после каждого крупного патча 7 Days to Die им нужно время, чтобы актуализировать всю переработку — иногда недели, иногда месяцы.

Darkness Falls и другие overhaul-сборки

Darkness Falls — самая узнаваемая overhaul-сборка для 7 Days to Die, известная классами выживания, зоной радиации, дополнительными боссами и переработанной прогрессией. Если вы гуглите «overhaul 7 days to die», в первую очередь наткнётесь именно на неё. Но называть её единственной не стоит — вокруг игры годами существует несколько крупных сборок с похожей философией: полная перестройка баланса, добавление новых биомов или зон, собственные деревья умений.

Здесь честно: конкретный статус совместимости Darkness Falls и других overhaul-сборок с актуальной на конец августа 2026 года версией игры нужно проверять прямо перед установкой, а не доверять статье в интернете — экосистема overhaul-модов живёт короткими циклами относительно патчей игры, и мод, который был свежим полгода назад, вполне может ещё не догнать последнее крупное обновление. Смотрите официальную страницу мода (Nexus Mods, форум 7 Days to Die или Discord авторов) на предмет:

• какая версия/билд игры указана как поддерживаемая;
• дата последнего обновления мода — если она сильно отстаёт от даты последнего патча игры, будьте готовы к багам;
• открытые issues в духе «не грузится после обновления X.Y» — обычно первыми на них жалуются именно в комментариях под модом.

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

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

Обычный XML-мод, который просто добавляет пару рецептов, обычно переживает патч игры почти без проблем — движок всё ещё понимает старый формат данных. Overhaul-моды устроены иначе: большая часть логики держится на Harmony-патчах (код на C#, который на лету встраивается в игровые методы) и на переписанных начисто XML-таблицах, завязанных на конкретную внутреннюю структуру данных билда игры. Если версия игры и версия, под которую собран мод, расходятся хотя бы на один крупный патч — это уже риск.

Что обычно происходит при несовпадении версий:

• Harmony-патч не находит метод, который должен пропатчить (метод переименован или изменена сигнатура в новом билде игры) — мод либо не грузится, либо роняет сервер при старте с ошибкой в логе вида Harmony patch failed.
• XML-таблицы мода конфликтуют со структурой ванильных файлов новой версии — предметы теряют иконки, рецепты ломаются, а спавн-таблицы начинают выдавать пустоту или дублировать сущности.
• Сохранение мира создано на старой версии данных, а мод рассчитан на новую (или наоборот) — в отдельных случаях это может испортить прогресс персонажей или построек, поэтому бэкап здесь не формальность, а страховка от реальной потери часов игры.

Именно поэтому серверы на серьёзных overhaul-сборках почти всегда сидят не на последней версии 7 Days to Die, а на той, под которую конкретно собран мод — и обновляются только тогда, когда авторы мода официально подтвердят совместимость с новым патчем.

Установка overhaul-мода пошагово

1. Определите точную требуемую версию игры. На странице мода это обычно указано как номер билда (build) или ветка Steam. Запишите её — она понадобится на следующем шаге.

1. Сделайте полный бэкап перед любыми действиями — подробнее в следующем разделе. Без этого шага дальше не идём.

1. Зафиксируйте версию сервера через SteamCMD, если требуемый билд отличается от актуального. У 7 Days to Die есть ветки (beta branches) в Steam, через которые можно получить конкретный билд игры — актуальный список веток и их номера меняются с каждым крупным патчем, поэтому точное имя ветки уточняйте на SteamDB (steamdb.info, страница приложения 294420) или в анонсах авторов мода непосредственно перед установкой. Общий синтаксис команды через SteamCMD такой:

cd ~/steamcmd
./steamcmd.sh +force_install_dir /home/sdtd/7dtd \
  +login anonymous \
  +app_update 294420 -beta <имя_ветки> validate \
  +quit

Если нужной ветки для старого билда уже нет в Steam (разработчики иногда убирают старые бета-ветки после нескольких крупных обновлений) — единственный надёжный вариант остаться на нужной версии - вообще не обновлять сервер, пока мод не подтвердит совместимость с новым патчем, и держать app_update без флага -beta, но и без повторной валидации, чтобы Steam не подтянул апдейт непреднамеренно.

1. Установите файлы мода согласно инструкции автора. В отличие от обычного мода из папки Mods/, overhaul зачастую поставляется установщиком или архивом, который просит распаковать содержимое поверх папки сервера (/home/sdtd/7dtd), заменяя часть ванильных файлов — читайте README мода внимательно, там обычно явно перечислено, что перезаписывается.

1. Отключите EasyAntiCheat, если мод об этом просит (почти все Harmony-based overhaul-сборки требуют EACEnabled в false в serverconfig.xml — EAC блокирует нестандартный код, вмешивающийся в игровую логику).

1. Запустите сервер и проверьте лог на предмет ошибок загрузки — так же, как при установке обычного мода: journalctl -u 7dtd -f, если сервер работает как systemd-сервис.

Резервная копия мира перед установкой — обязательный шаг

Overhaul-мод меняет структуру данных мира сильнее, чем любой обычный мод, поэтому бэкап перед установкой — не рекомендация, а обязательное условие. Сделайте копию до того, как распакуете хоть один файл мода поверх сервера:

cd /home/sdtd
tar -czf 7dtd-backup-$(date +%Y%m%d).tar.gz 7dtd/Data/Saves 7dtd/serverconfig.xml 7dtd/Mods 2>/dev/null

Если планируете тестировать overhaul впервые — разумно вообще не рисковать основным миром: поднимите отдельный тестовый мир (новое значение GameName в serverconfig.xml создаёт отдельную папку сохранения) и накатите мод сначала туда. Только убедившись, что сервер стабильно стартует и основные механики работают, переносите мод на боевой мир — и всё равно с полным бэкапом перед этим.

Держите минимум пару последних бэкапов, а не один — если проблема с миром проявится не сразу (например, коррупция чанка вскрылась через несколько игровых дней), откат к вчерашней копии может уже не спасти, а копия недельной давности спасёт.

Синхронизация версии и фиксация сервера

С overhaul-модами правило синхронизации версий, знакомое по обычным модам, ужесточается до предела: все игроки на сервере обязаны иметь тот же мод той же версии, установленный поверх той же версии игры, что и на сервере. Расхождение хотя бы в патч-версии мода (не говоря уже про версию игры) почти гарантированно даёт десинхронизацию — от невидимых предметов до полного отказа подключения.

На практике это значит:

• Раздавайте игрокам не просто архив мода, а готовую инструкцию с точным билдом игры (той же веткой Steam, если она была зафиксирована на сервере) и версией мода — желательно с датой сборки в названии архива.
• Попросите игроков отключить автообновление 7 Days to Die в Steam (Свойства игры → Обновления → «Не обновлять эту игру автоматически»), если сервер сидит на зафиксированной версии, а не на последнем патче — иначе Steam молча обновит клиент при следующем запуске, и игрок больше не сможет зайти на ваш сервер.
• Когда решите обновлять сервер на новый билд игры вместе с обновлённым модом — делайте это как отдельное событие с предупреждением заранее (в Discord, в MOTD сервера), а не тихой заменой между сессиями: у игроков должно быть время обновить клиент синхронно с сервером.

Стоит прямо зафиксировать версию сервера как политику сообщества, если играете на overhaul долго: не гнаться за каждым патчем игры, а обновляться только когда автор мода подтвердит совместимость и выпустит новую сборку. Для сравнения, похожий подход — «держать проверенную комбинацию версий, а не гнаться за новинками» — работает и в других играх с тяжёлыми структурными модами, например в ARK со структурными модами вроде S+, где обновление игры без синхронного обновления мода тоже ломает постройки на сервере.

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