Minecraft Bedrock: топ Add-ons для сервера

MAATRIX GAMES

Ванильный Bedrock быстро надоедает — одни и те же мобы, один и тот же лут, никакого разнообразия сверх того, что завезли разработчики. Разбираемся, какие Add-ons реально стоят установки, где их брать не наугад, а по проверенным источникам, и почему сервер после третьего одновременно поставленного пака вдруг начинает крашиться или тупо не грузит мир.

Что вообще такое Add-on на Bedrock

Если пришли из мира Java-версии — забудьте про Forge и Fabric, тут всё устроено иначе. На Bedrock нет модов, которые патчат серверный код напрямую — есть Add-Ons, официальный формат модификаций от Mojang, состоящий из двух типов паков:

• Behavior pack — логика: поведение мобов, крафты, лут-таблицы, спавн-условия, новые предметы как данные, скрипты через Scripting API.
• Resource pack — визуал и звук: текстуры, модели, анимации, звуковые эффекты для того, что описал behavior pack (или просто ретекстур ванильных вещей).

Часто их ставят парой — behavior без соответствующего resource pack всё равно заработает (новый моб будет вести себя как задумано), но может выглядеть как случайный ванильный блок или вовсе не отрендерится как надо, если пак ссылается на текстуры, которых сервер не раздаёт клиенту.

Технически Add-on — это набор JSON-файлов с обязательным manifest.json в корне (UUID, версия, зависимости), лежащий в архиве .mcpack (один пак) или .mcaddon (несколько паков сразу, обычно пара behavior+resource). На клиенте такие архивы можно открыть двойным кликом — Minecraft сам импортирует их в свои паки. На сервере так не выйдет: .mcpack/.mcaddon — это обычный zip, и его нужно распаковать руками прямо в нужную папку.

Если ещё не разворачивали сам сервер — сначала поднимите Bedrock Dedicated Server, а к аддонам возвращайтесь, когда сервер уже стабильно стартует на ванили.

Категории Add-ons: что реально меняет геймплей

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

Новые мобы. Добавляют существ с собственным AI, лут-таблицами и спавн-правилами — от безобидных декоративных животных до боссов с кастомными атаками через Scripting API. Самая тяжёлая для сервера категория: каждый новый моб — это дополнительные тики AI-логики, и на слабом CPU пачка агрессивных кастомных мобов просаживает TPS заметнее, чем кажется на бумаге.

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

Игровые механики. Самая разношёрстная категория — от переработки системы голода и выносливости до новых измерений, кастомных боссов-рейдов, RPG-элементов вроде уровней и классов. Здесь чаще всего используется Scripting API (JavaScript поверх серверного игрового цикла), а значит и риск багов, и требования к производительности выше, чем у чисто данных-based паков.

Косметика и QoL. Ретекстуры интерфейса, улучшенные модели предметов, паки, показывающие больше информации в HUD. Минимальная нагрузка на сервер, минимальный риск конфликтов — если начинаете с аддонов впервые, это безопасная точка входа.

Где искать проверенные паки

Главная проблема с Bedrock Add-ons — в отличие от Steam Workshop для многих других игр, тут нет единой официальной витрины со сторонними паками (Marketplace — это платный магазин Mojang, туда сторонние бесплатные аддоны не попадают). Приходится собирать вручную из сообщества, и разброс по качеству огромный.

Рабочие источники:

• MCPEDL (mcpedl.com) — крупнейшая независимая база Bedrock Add-ons, де-факто стандарт для сообщества. Смотрите на дату последнего обновления пака и количество комментариев с жалобами на краши — активно поддерживаемые паки авторы обновляют под свежие версии игры.
• Планета Minecraft (planetminecraft.com) — раздел Bedrock есть, но исторически сайт больше заточен под Java, качество и актуальность Bedrock-паков там ниже, чем на MCPEDL.
• CurseForge — постепенно наращивает раздел Bedrock Add-ons, у крупных паков там обычно есть страница с чейнджлогом версий и явной привязкой «работает с Minecraft X.XX+».
• GitHub авторов известных паков — если аддон достаточно популярен, у него часто есть открытый репозиторий. Плюс в том, что видно историю issues — жалобы других админов на баги вы увидите ещё до установки.

Перед установкой любого пака на боевой сервер — три проверки: соответствие версии Bedrock (пак под старую версию игры может не загрузиться вовсе или сломать мир), дата последнего обновления (заброшенный два года назад аддон — кандидат на несовместимость с текущим протоколом) и наличие внятного manifest.json без битых зависимостей.

Установка на сервер: куда класть файлы

Процесс отличается от клиентского импорта — на выделенном сервере всё делается руками через файловую систему.

1. Скачиваете .mcpack или .mcaddon, переименовываете расширение в .zip (либо сразу распаковываете любым архиватором, который понимает zip — Bedrock-архивы это обычный zip под другим расширением).
2. Содержимое поведенческого пака копируете в папку behavior_packs/ в корне сервера, ресурсного — в resource_packs/. Каждый пак — отдельная подпапка с собственным manifest.json.
3. Регистрируете пак для конкретного мира — редактируете world_behavior_packs.json и world_resource_packs.json в папке мира (worlds/Bedrock level/ по умолчанию, если не меняли level-name в server.properties):

[
  {
    "pack_id": "UUID_ИЗ_MANIFEST_HEADER",
    "version": [1, 0, 0]
  }
]

pack_id и version берёте из секции header соответствующего manifest.json пака — они должны совпадать буква в букву и цифра в цифру, иначе сервер тихо проигнорирует пак при старте, не выдав явной ошибки в консоли.

1. Перезапускаете сервер (server.properties и списки паков читаются только при старте, горячей подгрузки нет).

Отдельный нюанс: если хотите заставить всех подключающихся игроков автоматически скачивать resource pack с сервера (чтобы не объяснять каждому, как ставить пак руками), включите в server.properties:

texturepack-required=true

Это заставляет клиента принудительно загрузить серверный resource pack при входе — удобно для паблик-сервера, но добавляет время на подключение новым игрокам, особенно с тяжёлыми текстур-паками на медленном канале.

Совместимость: почему несколько Add-ons ломают сервер

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

Частые причины конфликтов:

• Пересечение ID предметов и блоков. Два пака независимо создают кастомный предмет с одинаковым внутренним идентификатором — при загрузке мира один незаметно перезаписывает данные другого, и в игре вместо ожидаемого меча оказывается непонятный блок.
• Переопределение одного и того же ванильного поведения. Если два behavior pack одновременно меняют, например, лут-таблицу зомби или спавн-правила для одного и того же моба — грузится тот, что идёт последним по порядку в world_behavior_packs.json, а логика второго пака просто не применяется, без всякой ошибки в логе.
• Конфликты Scripting API. Паки с собственными скриптами, которые слушают одни и те же игровые события (например, тик мира или смерть моба), иногда работают в неожиданном порядке относительно друг друга — эффекты одного могут перебивать эффекты другого.
• Разные целевые версии игры. Один пак сделан под свежую версию с новым форматом manifest.json, второй — под версию на пару релизов старше. Сервер может отказаться грузить мир целиком, а не просто пропустить несовместимый пак — тут и разбираться сложнее, потому что в логе будет общая ошибка запуска, а не указание на конкретный виновный пак.

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

Нагрузка на сервер: сколько аддонов потянет ваш тариф

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

Если после установки очередного аддона видите заметное падение отзывчивости сервера при заполненной группе игроков — это не всегда сам пак виноват, иногда упирается именно в CPU и view-distance/tick-distance из server.properties, снижение которых часто ощутимо помогает даже без отказа от аддонов.

Резервные копии перед экспериментами с паками

Отдельно повторим то, что легко проигнорировать в спешке опробовать новый паблик-аддон: перед установкой или обновлением любого Add-on делайте ручной бэкап мира, даже если у вас настроено регулярное автоматическое копирование по расписанию.

Причина простая — некоторые паки при первой загрузке необратимо модифицируют данные мира (например, если behavior pack что-то генерирует или переписывает в чанках при первом посещении), и откатить это снятием самого пака потом не получится, мир уже изменён. Минимальный вариант бэкапа перед экспериментом:

cd ~/bedrock-server
cp -r "worlds/Bedrock level" ~/backups/world-before-addon-$(date +%Y%m%d-%H%M)

Если сталкивались с более серьёзными проблемами сохранения (побитый MANIFEST, ошибки LevelDB) — это отдельная история, разобранная подробно в статье про проблемы с сохранением на Bedrock, но базовое правило одно: копия мира перед изменением конфигурации паков дешевле любого отката вручную.

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