👋 Всем привет.

🧑‍💻 На данный момент идет рефакторинг кода под новую систему вселенной и плейсов, особо показать нечего, надеюсь на следующей недели ее закончить.

😍 Так же параллельно работаем над интерфейсом, на данный момент прорабатываем цветовую палитру (на иконки внимания не обращать, они для теста). Пробывали 2 варианта: темная и светлая версия. Пока что больше склоняюсь к темной версии, поэтому за основу берем ее.

🧑‍💻 Продолжаю работать над архитектурой мультиплеера!

Всем привет! Сегодня расскажу про систему мультисцен и разделение игрока на два уровня.

Система Universe и Place на мультисценах
Для реализации вселенных использовал мультисцены Unity. При старте сервера запускается главная сцена Universe — это общее пространство вселенной. Когда игрок хочет зайти в конкретный Place — подгружается дополнительная сцена.

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

Два уровня игрока
Разделил сущность игрока на два уровня.

✔️ PlayerUniverse — сущность игрока на уровне вселенной. Хранит общую информацию: ник, статус, текущий плейс. Благодаря этому можно видеть, в каких плейсах сейчас играют другие игроки, и при необходимости телепортироваться к ним.

✔️ PlayerPlace — сущность игрока внутри конкретного Place. Здесь уже вся игровая информация: позиция, инвентарь, взаимодействие с блоками. Создаётся при входе в плейс, уничтожается при выходе.

Спавн, синхронизация чанков и игроков
🌐 Игроки теперь полноценно спавнятся при подключении к серверу. При этом спавн не происходит мгновенно — сервер сначала дожидается, пока чанки вокруг точки спавна будут сгенерированы и готовы. Это исключает ситуации, когда игрок проваливается сквозь мир или появляется в пустоте.

✔️ Сервер сам решает, какие чанки нужны каждому игроку, на основе его позиции и радиуса видимости. Отправляются только дельты — что добавилось, что изменилось, что вышло из зоны. Данные чанков сжимаются перед отправкой, а для хоста стриминг вообще пропускается, так как данные уже и так есть локально. Чанки отправляются порциями, чтобы не забивать канал. Приоритет отдаётся ближайшим к игроку чанкам.

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

📌 Прикрепил скрины организации сцен, можете посмотреть как выстроена архитектура)

🔥 Продолжаю работу над мультиплеером!

Всем привет! В прошлом посте рассказывал про архитектуру Universe/Place и стриминг чанков. С тех пор добавил много нового функционала и теперь уже можно вместе с кем то побегать по миру

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

👀 Камера и вид отображения игроков
Разделил режимы камеры: для своего персонажа мы можем переключать вид от первого или третьего лица, но чужие игроки всегда будут отображаться в третьем лице. Сделать это было не так сложно, так как у меня уже была заложена система переключения вида для игрока

✔️ Синхронизация анимаций
Так как система анимаций у меня кастомная (без юнити аниматора), то было несколько вариантов как реализовать синхронизацию. Пока что остановился на параметрах сущности (Velocity, IsCrouch и т.д). Аниматор просто подвязывается к ним и работает как обычно, вызывая нужные стейты в зависимости от параметров. Возможно в будущем оптимизирую за счет синхронизации самих стейтов анимации, а не параметров, но пока что сойдет и такой вариант.

✔️ Физика на уровне Place
Вынес работу с физикой (различные касты) из глобальной обработки в Place. Каждый плейс теперь работает со своей физической сценой Unity — физика одного места не влияет на другое. Без этого физика в мультисценах нормально работать не будут, так что штука важная.

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

🚀 Представляю Mirra Cloud — бэкенд для разработчиков игр

Последние 1.5 года я со своей командой работал над этим продуктом — и вот наконец можем рассказать об этом публично.

🔥 Продукт представляет из себя готовый бэкенд с кроссплатформенным SDK и поддержкой различных игровых движков, который закрывает кучу задач, чтобы разработчик мог сфокусироваться на самой игре, а не на инфраструктуре вокруг неё.

Что умеет Cloud на данный момент:

📈 Аналитика — евенты, воронки, дашборды и многое другое

✔️ Player Management — аккаунты игроков, авторизация, облачные сохранения

⚡️ LiveOps — экономика, удалённая конфигурация, структуры данных

✔️ DevOps — хостинг игр, хранилище ассетов, система развёртывания и версионирования

🌐 Social — лидерборды, турниры, друзья

Это далеко не весь функционал Cloud — у нас ещё много крутых фишек, которые вам понравятся.

😎 Буду стараться каждую неделю выкладывать отчёты по продукту — что сделали, что в планах, какие фичи добавляем. Так что если интересно следить за развитием — оставайтесь на канале 👀

Cloud мы делаем в партнёрстве с ребятами из Mirra Hub — если хотите узнать подробнее про хаб и остальные продукты, подписывайтесь на канал Дани. А так же в свежем видео он как раз затронул тему Cloud, кому интересно, бегите смотреть)

💬 Если у вас есть вопросы или предложения по продукту — пишите их в комментарии или в нашего бота, с радостью ответим

#cloud #game_backend

🔥 Аутентификация и профили игрока
Начинаем разбирать функционал Cloud по порядку, и старт — с самого базового: как игрок попадает в игру и кто он вообще такой.

Вход в игру
Мы даём разработчику выбор, как именно игроки будут входить в игру. Провайдеры разбиты по группам:

✔️ Базовые — гостевой вход, по имени пользователя, email, Device ID
✔️ Веб-игры — VK Games, Yandex Games
✔️ Мобильные — Google Play, Apple Game Center
✔️ Социальные — Google, Apple, Yandex
✔️ OpenID — для кастомных провайдеров

Разработчик сам выбирает, какие провайдеры подключить. Хочешь, чтобы игрок сразу попал в игру без лишних шагов — ставишь гостевой или Device ID. Хочешь кроссплатформенный вход — добавляешь Google, Apple или что нужно. Провайдеры можно комбинировать — быстрый вход на старте, привязка соцсети или почты позже для переноса прогресса между устройствами.

Аккаунт и профиль
В Cloud мы разделили игрока на два уровня — и это одна из ключевых фишек платформы.

✔️ Аккаунт — отвечает за то, КТО это. Способы входа, регион, язык. Плюс из коробки трекаем вовлечённость: дни активности, количество сессий и т.д

✔️ Профиль — отвечает за то, КАК он играет. Никнейм, аватар и другие игровые данные.

Несколько профилей на один аккаунт
В Cloud аккаунт не привязан к одному прогрессу. Разработчик может дать игрокам возможность создавать несколько профилей и свободно переключаться между ними — всё это работает из коробки.

Зачем это нужно:
✔️  Реиграбельность — игрок может начать игру заново с чистого листа, не теряя прогресс основного профиля, чтобы попробовать сыграть за другого персонажа, команду и т.д
✔️  Новые возможности для игрока — у каждого профиля своя экономика, сохранения и рейтинги. Игрок может создать новый профиль и за счет него помогать другому своему профилю ресурсами
✔️  Нет простоя — в играх с таймерами (фермы, стратегии, строительство) игрок не сидит и не ждёт. Переключился на другой профиль, прокачиваешь его, пока на первом достраивается база.

Похожую систему можно встретить в игре Rise of Kingdoms — один аккаунт, несколько персонажей, у каждого свой прогресс, своя цивилизация, свои ресурсы.

👍 Список провайдеров будем расширять. Если у вас есть пожелания какие добавить или вопросы по функционалу — пишите в комментарии.

А также подписывайся на нашего тг бота — там будут приходить новости по продуктам хаба 😎

#cloud #game_backend