🔥 Всем привет! Сегодня расскажу, почему я использую JSON-конфиги.

🤔 Некоторые подписчики спрашивали, почему для конфигурации я выбрал JSON, ведь в Unity есть ScriptableObject (SO)? Так как в SO можно описывать структуру и удобно заполнять данные прямо в редакторе и в зачастую именно SO и берут в роли конфигов.

🧐 Главная причина выбора JSON в том, что я хочу максимально отвязать проект от движка. JSON это универсальный формат, который используется практически везде. А вот SO это уже часть Unity, и работать с ним вне движка полноценно нельзя.

Какие задачи решает JSON в проекте

1) Удобная работа с ИИ-агентом для генерации контента
Моя не самая любимая часть разработки это создание новых конфигов для контента 😏. Чтобы добавить новый блок, приходится заводить конфиг блока, предмета, добавлять ключи переводов и так далее.
⚡️ Чтобы ускорить процесс, я подключаю ИИ-агентов. Достаточно одного промпта, и ИИ может создать пачку новых конфигов за пару минут, экономия времени получается очень заметной. Специально для этого у меня есть небольшая документация: как устроены конфиги и как их правильно оформлять. И тут JSON подходит идеально: ИИ агент легко читает, правит и генерирует JSON без проблем 👍.

2) Дополнительный контент (пакеты)
Скоро я планирую добавлять паки, которые можно будет скачивать с бэкенда, распаковывать и использовать в игре. Бэкенду проще работать с JSON: можно легко прикрутить валидацию содержимого пака, проверку версий, совместимость, зависимости и прочие полезные штуки. Плюс эта же система хорошо ложится на хранение модов (о них ниже).

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

Что уже покрыто через JSON
На данный момент через JSON я настраиваю такие вещи:

✔️ Модели и риг: модели собираю в Blockbench и экспортирую в JSON
✔️ Блоки: поведение, рендеринг и прочие настройки
✔️ Предметы: функционал, рендеринг и параметры
✔️ Биомы: рельеф, окружение (цвет неба, звуки и т.д.)
✔️ Структуры: правила спавна, варианты, настройки генерации
✔️ Мобы: правила спавна, уникальные параметры и поведение

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

😎 Стартуем эвент SCREENSHOT SATURDAY!

❗️ Переходите в наш Game Dev чатик 🔜 ссылка, делитесь своими скриншотами, рисунками, прикрепляйте ссылки на каналы и показывайте прогресс в геймдеве за неделю

P.S Эвент длится оба выходных

#скриншотник

😍 Прощай, мир — встречай, вселенная!

Всем привет! Сегодня хочу рассказать о переходе на новую структуру игры.

Старые миры
В первой части игры структура была довольно простой и строилась вокруг сущности мира. Игрок мог создать мир и играть в нём. При этом не существовало никаких измерений — вроде ада, небесных островов и т.д.

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

Новые вселенные
Новый подход строится уже на двух сущностях:
— сущность вселенной
— сущность места (place)

👍 Теперь игрок создаёт не один мир, а целую вселенную, внутри которой могут находиться различные места.

✔️ Вселенная содержит в себе набор всех мест, которые в ней существуют, и хранит общие данные, доступные для переноса между ними (данные игрока: инвентарь, статы и т.д).
✔️ Само место — это переработанная сущность мира. Место может ссылаться на другие места, благодаря чему можно настраивать полноценный граф переходов между ними. У каждого места есть своя конфигурация — можно настроить биомы, мобов, структуры и многое другое. За счёт этого каждое место будет выглядеть уникально и не похоже на остальные.

Что это даёт
✔️ Такой подход даёт очень мощную и гибкую систему для создания разнообразных локаций в игре. Например, можно создать места-планеты: Земля, Луна, Марс и т.д.

✔️ Для каждой планеты можно добавить собственные измерения: внешний мир, ад, небесный сад и другие. Игрок сможет перемещаться между всеми этими местами с помощью порталов.

В будущем можно прикрутить систему разблокировки места, чтобы в него попасть нужно выполнить какой то квест или скрафтить какой то ключ

😅 Пока система находится на этапе рефакторинга: многое приходится переписывать и дорабатывать. Но как только я её завершу, обязательно покажу результат в отдельном посте 🚀

😎 Стартуем эвент SCREENSHOT SATURDAY!

❗️ Переходите в наш Game Dev чатик 🔜 ссылка, делитесь своими скриншотами, рисунками, прикрепляйте ссылки на каналы и показывайте прогресс в геймдеве за неделю

P.S Эвент длится оба выходных

#скриншотник

😎 Стартуем эвент SCREENSHOT SATURDAY!

❗️ Переходите в наш Game Dev чатик 🔜 ссылка, делитесь своими скриншотами, рисунками, прикрепляйте ссылки на каналы и показывайте прогресс в геймдеве за неделю

P.S Эвент длится оба выходных

#скриншотник

🔥 Мультиплеер!

Не стал долго тянуть с этой темой и решил сразу внедрить его в новую часть (ранее планировал добавлять позже, уже после релиза).

👍 Решил делать всё сразу, так как архитектура игры поменялась на систему вселенных, из-за чего приходится переписывать большую часть кода. Поэтому проще на этом этапе внедрить работу с сетью, чем переписывать код ещё раз в будущем.

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

Также интегрировал VContainer в PurrNet, чтобы при создании сетевых объектов в них автоматически внедрялись зависимости.

Режимы работы
Планирую сделать 3 режима:

✔️ Локальный (по сути режим хоста с local transport) — для одиночной игры

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

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

Архитектура
Так как есть 3 режима работы, из них вытекают 2 версии приложения:

✔️ Клиент + сервер — для запуска хост- и клиентского режимов

✔️ Сервер — для режима выделенного сервера

Для этого я сделал 2 входные сцены: Client Bootstrap и Server Bootstrap, а также кастомный инструмент сборки.

В первом варианте собирается билд клиента (WebGL, Android и т.д.) со стартовой сценой Client Bootstrap,
во втором — билд для Dedicated Linux Server со стартовой сценой Server Bootstrap.

⚡️ Это даёт полный контроль над флоу: что нужно загружать, а что нет. Например, на выделенном сервере не нужны клиентские зависимости (меню, аналитика, SDK площадок и т.д.).
При старте выделенного сервера сразу создаётся нужная вселенная, после чего запускается сцена с ней — и далее клиенты могут к ней подключаться.

P.S.
💭 Пишите в комментариях, интересна ли вам тема мультиплеера и стоит ли подробнее рассказывать про архитектуру и подходы, которые я использую при разработке

😎 Стартуем эвент SCREENSHOT SATURDAY!

❗️ Переходите в наш Game Dev чатик 🔜 ссылка, делитесь своими скриншотами, рисунками, прикрепляйте ссылки на каналы и показывайте прогресс в геймдеве за неделю

P.S Эвент длится оба выходных

#скриншотник

😎 Стартуем эвент SCREENSHOT SATURDAY!

❗️ Переходите в наш Game Dev чатик 🔜 ссылка, делитесь своими скриншотами, рисунками, прикрепляйте ссылки на каналы и показывайте прогресс в геймдеве за неделю

P.S Эвент длится оба выходных

🙂 Всех с праздником 14 февраля!

#скриншотник