Gamedev + Unreal Engine

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

🚨 И вот что важно: второй плейтест стартует 20 июня!

Мы постарались учесть максимум фидбека и переработали многое:

• 🔧 Управление стало более тяжёлым, как у серьёзной машины

• 🤖 Старый фонарик отправился в утиль — теперь вас сопровождает дрон

• ⚡️ Энергия теперь = здоровье. Стреляешь и получаешь урон — теряешь заряд. Пополняется движением и батарейками

• 🏥 Появилась новая локация — Госпиталь. Чтобы попасть, надо решить головоломку

• 📈 Начало стало мягче — обучение перед экшеном, а враги теперь появляются по ситуации

🔥 Если вы создаёте видео контент — можем выдать вам доступ раньше.. Просто оставьте заявку на почту

💬 Очень хотим собрать мнения, критику, фидбек, баги — всё это помогает двигаться дальше. Без игроков эта игра просто не случилась бы. Спасибо ❤️

Сайт игры - M.I.N.S.K. Robotics, страница игры в Steam

Вы когда-нибудь замечали, что есть игры, которые вас затягивают на часы, а потом вы забываете о них навсегда? А есть такие, в которые вы возвращаетесь раз за разом, даже спустя недели или месяцы. Почему так?

Мы сами задавались этим вопросом, разрабатывая Mars Frontier — и вот какие выводы для себя сделали.

1. Должны быть причины вернуться

В нашем случае неплохо работает концепция зарядки аккумулятора. Поездил по карте, посадил аккумулятор, какое-то время ровер остается на зарядке. Об окончании оповещает рассылка (которая также поднимает retention - % вернувшихся пользователей). Также, конечно, частично работают:

• Ежедневные бонусы - каждый новый заход в следующий день дает большее число монет - 1, 2, 5, 10 итп. До 50, потом цепочка сбрасывается.

• Новые события (ивенты) - стараемся придумывать что-то новое в каналах и чатах, чтобы был стимул следить за развитием проекта, ловить промокоды, разные квесты на карте

• Рейтинги, создали 2 видов, Собиратели (поиск кристаллов на карте) и Инвайтеры (по рефералам), сначала были недельные, теперь сократили до 2 дней интервал. Каждый раз счетчики рейтинга обнуляются, таким образом, новички вполне могут участвовать на равных вместе с матерыми дальнобойщиками, исколесившими половину карты.

Игрок должен чувствовать: если он придёт завтра, он увидит что-то новое или получит преимущество.

2. Прогресс должен быть видимым

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

Мы постарались сделать целый ряд метрик - от собранных кристаллов и монеток до пробега в метрах. Думаем еще добавить звания, соответствующие суммарному пробегу ровера - "Черепаха", "Пешеход", "Странник", итп.

3. Редкие штуки, которые нельзя получить сразу

Игрокам нравится охотиться за редкими предметами или достижениями.
Да, это немного азарт, но когда механика честная (не «заплати и получи», а «играй и заработай»), это работает как отличный стимул.
Редкие ресурсы, уникальные события, ограниченные бонусы — всё это подстёгивает вовлечённость. Все карточки ресурсов, которые можно найти бурением почвы на карте нажатием на свой ровер - встречаются с разной степенью распространения на карте. Есть очень редкие ресурсы, например, Плутоний, а есть часто встречающиеся - например, Водяной лёд.

4. Сообщество и сравнение

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

5. Удобство возвращения

Если игроку сложно вернуться (например, нужно пройти кучу экранов, чтобы просто продолжить), он быстрее теряет интерес.
Telegram, например, хорош тем, что игрок просто открывает бот — и он сразу внутри.
Это одно из преимуществ платформы: минимальная воронка возвращения. Тут есть один момент, бот часто может уплыть в переписках вниз, соответственно, переход в игру должен быть в каждом посте в канале, в закрепленных сообщениях в чате, итп. Чтобы кнопка Играть (желательно называть ее одинаково везде), была на виду. Кстати, если вы не знали, то сообщение с кнопкой в канале, если его сделать закрепленным, делает красивую цветную кнопку прямо в превью закрепленного поста.

💡 Вывод

Чтобы игроки возвращались, нужна не магия, а:

• постоянные поводы для интереса,

• ощущение прогресса,

• редкие или уникальные награды,

• социальные элементы,

• и простота входа.

Мы сами продолжаем учиться делать это лучше — и если вам интересно, могу отдельно написать о том, какие ошибки мы допускали в Mars Frontier (и что сработало неожиданно хорошо).

💬 Напишите в комментариях: а какие игры заставляют вас возвращаться снова и снова?

Больше тут ArtStation - Victor Buchinski

Всем привет)))) Разрабатывая игры, бывает привлекаю свои детей к тестированию, наблюдаю как и что они делают в игре. Недавно заметил, что в новой игре мой девятилетний сын играет совсем не так как планировал))))

Как я играю

Как играет сын

Всем кому интересен проект, на днях вышла Демка

Играйте, пишите что интересно)))

А сегодня поговорим про перевод персонажа в спринт с помощью махов рук. Такая механика применяется например в Blade and Sorcery или Battle Talent.

Функции вероятнее всего будут приложены скриншотами, а скопировать код можно будет из https://gist.github.com/8bitsage

Код этой статьи: https://gist.github.com/8bitsage/0e17f196d2114ec7d663e08a29204c5b

Концепция механики Arm Swinging

Идея проста: когда игрок двигается вперед и активно машет руками (как при беге), персонаж автоматически переходит в режим спринта. Это позволяет:

• Освободить кнопки контроллера для других действий.

• Сделать передвижение более иммерсивным.

• Связать физическую активность игрока со скоростью персонажа в игре.

Архитектура решения

Шаг 1: Определение переменных

В заголовочном файле (h файл) класса персонажа (например, AVRPlayerCharacter.h) добавляем необходимые переменные:

// === Настраиваемые параметры ===
UPROPERTY(EditAnywhere, BlueprintReadWrite, Category = "Movement|ArmSwing",
meta = (ClampMin = "3.0", ClampMax = "15.0"))
float ArmSwingThreshold = 7.0f;
// Порог активации спринта в сантиметрах
// Определяет минимальное суммарное расстояние, которое должны пройти
// оба контроллера за один цикл проверки для активации спринта
UPROPERTY(EditAnywhere, BlueprintReadWrite, Category = "Movement|ArmSwing",
meta = (ClampMin = "0.01", ClampMax = "0.2"))
float CheckFrequency = 0.02f;
// Частота проверки движения контроллеров в секундах
// Меньшее значение = более отзывчивая механика, но больше нагрузка
UPROPERTY(EditAnywhere, BlueprintReadWrite, Category = "Movement")
float SprintSpeed = 600.0f;
// Скорость персонажа при спринте (см/с)
UPROPERTY(EditAnywhere, BlueprintReadWrite, Category = "Movement")
float RunSpeed = 400.0f;
// Скорость персонажа при беге (см/с)
UPROPERTY(EditAnywhere, BlueprintReadWrite, Category = "Movement")
float WalkSpeed = 200.0f;
// Скорость персонажа при ходьбе (см/с)
UPROPERTY(EditAnywhere, BlueprintReadWrite, Category = "Movement",
meta = (ClampMin = "0.1", ClampMax = "0.5"))
float MinStickMagnitudeForRun = 0.3f;
// Минимальное отклонение стика для перехода от ходьбы к бегу
UPROPERTY(EditAnywhere, BlueprintReadWrite, Category = "Movement",
meta = (ClampMin = "0.5", ClampMax = "0.9"))
float MinForwardRatioForSprint = 0.7f;
// Минимальная доля движения вперед для возможности спринта
UPROPERTY(EditAnywhere, BlueprintReadWrite, Category = "Movement",
meta = (ClampMin = "0.3", ClampMax = "0.7"))
float MaxLateralRatioForSprint = 0.5f;
// Максимальная доля бокового движения для возможности спринта
UPROPERTY(EditAnywhere, BlueprintReadWrite, Category = "Movement",
meta = (ClampMin = "0.1", ClampMax = "1.0"))
float BackwardSpeedMultiplier = 0.7f;
// Множитель скорости при движении назад
UPROPERTY(EditAnywhere, BlueprintReadWrite, Category = "Movement",
meta = (ClampMin = "0.1", ClampMax = "1.0"))
float SidewaysSpeedMultiplier = 0.8f;
// Множитель скорости при движении вбок
// === Внутренние переменные ===
FVector LastLeftControllerPos;
// Предыдущая позиция левого контроллера для расчета дельты
FVector LastRightControllerPos;
// Предыдущая позиция правого контроллера для расчета дельты
FTimerHandle ArmSwingTimerHandle;
// Хэндл таймера для периодической проверки движения
bool bIsArmSwinging = false;
// Флаг текущего состояния: true если игрок машет руками достаточно интенсивно
void CheckArmSwing();
void SetupPlayerInputComponent(UInputComponent* PlayerInputComponent);
void MoveCharacter(const FInputActionValue& Value);
void HandleMovementInput(const FVector2D& InputValue);

Логика определения скорости:

1. Слабое отклонение стика (< MinStickMagnitudeForRun) — всегда ходьба, независимо от махов руками

2. Сильное отклонение стика (≥ MinStickMagnitudeForRun): Движение вперед (ForwardRatio > MinForwardRatioForSprint и боковое отклонение < MaxLateralRatioForSprint):С махами руками → Спринт Без махов руками → Бег Движение назад или вбок → Только бег (спринт невозможен)

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

Ссылки на документацию:

• UPROPERTY

• FTimerHandle

• Meta tags

Шаг 2: Реализация детекции махов руками

В файле реализации (AVRPlayerCharacter.cpp) создаем функцию проверки:

Как это работает:

1. Функция вызывается каждые CheckFrequency секунд (по умолчанию 0.02с = 50 раз в секунду) Настройте для оптимальной производительности.

2. Измеряется расстояние, пройденное каждым контроллером с последнего вызова

3. Если суммарное расстояние превышает ArmSwingThreshold, считается что игрок "бежит"

Шаг 3: Инициализация системы

В методе BeginPlay() запускаем периодическую проверку:

Ссылки на документацию:

• Timer Management

• UMotionControllerComponent

Шаг 4: Интеграция с Enhanced Input System

Теперь нужно связать механику с системой ввода. Сначала настраиваем привязку action'а:

Затем реализуем функцию обработки ввода:

Шаг 5: Управление скоростью персонажа

Важно понимать! В моем примере применение скорости персонажа в зависимости от направления взгляда камеры. Например, стик отодвинут вперед (мы бежим вперед), повернули голову на 90 градусов, мы по прежнему бежим вперед, только уже в ту сторону, когда повернулась голова.

Иногда делают реализации, когда вектор движения применяется от направления капсулы. Направление "вперед" для ввода с джойстика определяется направлением "вперед" капсулы персонажа (или его тела), а не тем, куда смотрит HMD (голова). Игрок может свободно осматриваться головой, не меняя направления движения. При этом повороты самой капсулы (тела персонажа) обычно управляются отдельно, например, правым стиком (snap turn/smooth turn) или физическим поворотом игрока, если включено bUseControllerRotationYaw для персонажа и соответствующая логика в PlayerController.

Вернемся к моему примеру. Основная логика применения скорости находится в HandleMovementInput:

Ссылки на документацию:

• Enhanced Input System

• UCharacterMovementComponent

• AddMovementInput

Настройка в редакторе

1. Создание Input Action

1. Создайте новый Input Action IA_MoveCharacter

2. Установите Value Type: Axis2D

3. В Input Mapping Context привяжите к левому стику VR контроллера

4. Укажите персонажу Input Mapping Context

2. Настройка параметров движения

В Blueprint персонажа или в Details панели вы можете настроить все параметры:Параметры махов руками:

• Arm Swing Threshold — чувствительность активации спринта (см)

• Check Frequency — частота проверки движения контроллеров

Скорости движения:

• Sprint Speed — скорость при спринте

• Run Speed — скорость при беге

• Walk Speed — скорость при ходьбе

Пороги направления:

• Min Stick Magnitude For Run — минимальное отклонение стика для бега

• Min Forward Ratio For Sprint — доля движения вперед для спринта

• Max Lateral Ratio For Sprint — максимальная доля бокового движения для спринта

Множители скорости:

• Backward Speed Multiplier — коэффициент замедления при движении назад (0.7 = 70% от обычной скорости)

• Sideways Speed Multiplier — коэффициент замедления при движении вбок (0.8 = 80% от обычной скорости)

Демонстрация этой логики на моем проекте:

Rutube: https://rutube.ru/shorts/ced7d33345b2d47e399f9f5f171dcd2e/

Youtube: https://youtube.com/shorts/4NbbaeqUZ7k

Заключение

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

Телеграм канал Unreal Engine VR

Поддержать канал