Как сделать поворот персонажа в ue4

Добавил пользователь Алексей Ф.
Обновлено: 05.10.2024

Добрый день! Меня зовут Александр. В этом посте я хотел бы рассказать о том, как в Unreal Engine 4 создать простую область видимости для AI или персонажа. Пример такой области Вы можете видеть на картинке выше. Если кому-то удобнее смотреть видео или какие-то детали разобраны недостаточно подробно, то в конце поста есть ссылка на видеоурок.

Создание проекта

За основу возьмем "Blueprint" шаблон ThirdPerson со стартовым набором.

Создание материала

Создаем базовый материал и называем его "M_VisionArea". Параметр "Blend Mode" устанавливаем на "Translucent" и создаем параметр "BaseColor".

Затем используем узел "RadialGradientExponential" и создаем параметры "ExternalRadius" и "Density", которые будут отвечать за внешний радиус и размытость границ нашей области видимости. Устанавливаем значение "ExternalRadius" равным "0,5", а значение "Density" равным "1000".

В результате у нас получается белый круг, вписанный в черный квадрат (белый цвет соответствует "1", а черный "0") Это именно то, что нам нужно, так как после мы будем применять наш материал к квадратной плоскости.

Для того чтобы у нас была возможность регулировать внутренний радиус области видимости мы копируем узлы представленные на предыдущей картинке, меняем параметр "ExternalRadius" на "InternalRadius", устанавливаем его значение равным "0,05" (это значение не играет особой роли, так как в дальнейшем мы будем его задавать в настройках персонажа) и добавляем узел "1-x".

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

Теперь создаем узел "VectorToRadialValue" и используем выход "VectorConvertedToAngle"

В данном случае градиент меняется в зависимости от угла.

Для того чтобы вырезать интересующий нас угол, мы воспользуемся узлом "if" и создадим параметр "HalfAngle", отвечающий за половинный угол обзора. Устанавливаем значение "HalfAngle" равным "0,25", а значения входов "A>B" и "A Показать полностью 8

Представляю вашему вниманию серию видеоуроков по визуальным эффектам в игровом движке Unreal Engine 4. Уроки без лишней воды покажут основы производства эффектов в UE4 (желательно хотя бы минимально ориентироваться в движке). На канале не только уроки по движку, но и по видеопроизводству: монтаж, риггинг, моушен дизайн, анимация персонажей. В данный момент в производстве находится 2 сезон видеоуроков, а также перевод некоторых на английский язык. Видео прикреплять не могу, так как рейтинг не тот, поэтому чисто ссылками на ютуб.

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

Единственно что я нашел в интернете для движения это использования Move Component To и там можно указывать куда и за сколько времени. Вот только возникла другая проблема, при использовании Move Component To мой персонаж (куб) просто проходит сквозь препятствия и стены. Если я ставлю настройки что бы он двигался вниз то он будет проходить даже сквозь платформу. Скажите пожалуйста какие функции мне надо использовать для автоматического движения? Как это обычно реализуют в играх? (Что бы естественно персонаж не мог проходить сквозь твердые предметы)

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

Меня зовут Игорь Титаренко , я работаю Unreal Engine разработчиком в компании SolidCore Games . Свежий пример, который я хочу с вами рассмотреть — прототип раннера. По этой ссылке вы можете скачать файлы проекта и потестить его.

В готовом прототипе будет:

Персонаж бегущий вперед, на кнопки “A”, “D” меняем локейшн по оси “ X ”.

Уровень, по которому мы передвигаемся — Tile Map. При перемещении персонажа, пройденный тайл перемещается вперед.

Монеты, которые мы будем собирать, и подсчет очков.

Простой UI (Game Over, Score, Restart) и к онец игры при столкновении с препятствием.

Ассеты я подготовил заранее и буду подгружать из готового проекта. Логику напишу с нуля.

Создание проекта и настройка персонажа

Создадим проект на основе Third Person, в котором у нас по умолчанию будет персонаж и уровень.

Я убираю из уровня лишнюю геометрию и настраиваю персонажу управление. Изначально, при нажатии на “W” вызывается событие MoveForward и персонаж передвигается вперед. Мы будем вызывать логику движения вперед не нажатием кнопки, а на Event Tick, то есть на каждый кадр в игре, чтобы персонаж все время бежал вперед.

Затем настраиваем перемещение персонажа на кнопки “A”, “D” — меняем локейшн по оси X .

Создаем массив float переменных, в котором будем хранить значения локации по оси X каждой из трех “дорожек”, по которым бежит персонаж.

Далее проверяем по какой полосе мы бежим — 0, 1 или 2, затем на нажатие кнопок “A”, “D” добавляем или отнимаем индекс полосы, если он не выходит за минимальное и максимальное значение.

После этого, в зависимости от индекса полосы дороги, задаем координаты по оси Х для нашего персонажа.

Tile Map

Начнем с подготовки ассетов для генерации уровня. Нам понадобится:

Машинки, которые мы будем расставлять по уровню.
Монетки, которые мы будем собирать.
Tile — blueprint actor с наполнением уровня. Из тайлов мы будем генерировать “коридор” нашего уровня.

BP_Car

Теперь сделаем машинки, которые будут спауниться на уровне. Чтобы разнообразить игру, будем генерировать случайную машину из массива возможных вариантов. Создаем новый blueprint actor, добавляем ему компонент Static Mesh. Создаем массив с вариантами геометрии для наших машин. Далее пишем логику, которая при создании машинки будет генерировать рандомное (в пределах массива) число — индекс, и по нему задавать нашему эктору геометрию из массива.

BP_Coin

У каждого отдельного тайла на каждой полосе дороги в случайном месте по оси Y спаунится машинка, и на случайной полосе спаунится группа монет.

Чтобы геометрия монет и машинок не пересекалась, мы будем спаунить монеты выше, чтобы они падали на карту. При столкновении с машинкой или дорогой отключим им физику. Таким образом монеты будут на одинаковой высоте и над асфальтом и над машинками, в тех местах где они есть. Здесь они у меня на неравном расстоянии друг от друга, но на то он и прототип, чтобы быстро передать принцип без длительной проработки.

Создаем blueprint actor, добавляем ему компонент геометрии и коллизию, которая будет отвечать за отключение физики при столкновении с поверхностью.

По умолчанию сделаем наш actor физическим объектом, чтобы включить гравитацию. Для этого поставим галочку physics enabled. Далее добавим логику отключения физики, когда она нам больше не нужна.

Сделаем так, чтобы монетка все время вращалась.

BP_Tile

Создаем тайл, из которого будет генерироваться уровень, по которому будет бежать персонаж. Я создаю новый Blueprint actor, добавляю ему нужные нам компоненты:

StaticMesh — геометрию зданий и окружение.
Box Collision “SpawnPoint Box” коллизию которая будет отрабатывать событие, когда персонаж пробежит данный тайл. Это необходимо, чтобы мы могли вызвать логику уничтожения данного тайла и спауна нового впереди.
Spawn point — точку координат, в которой мы будем спаунить новый тайл.

Далее пишем функции генерации машин. Логика здесь такая — получаем локейшн тайла и в случайном месте из заданного диапазона по оси Y спауним BP_Car.

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

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

Теперь в GameMode напишем логику генерации уровня. Класс GameMode отвечает за настройку правил игры. Правила могут включать в себя любое поведение, связанное с игрой. Например, условия выигрыша или, как в нашем случае, генерацию тайл мапа. Функция спауна тайлов будет выглядеть так:

Спауним первый тайл в нулевых координатах, которые записаны в переменную NextSpawnPoint. После этого вытаскиваем локейшн у его Spawn Point. Получаем координаты этой точки и записываем их в переменную NextSpawnPoint — эти координаты будут использованы для следующего тайла. Вызываем функцию еще раз, чтобы заспаунить следующий тайл. В Game Mode на Event Begin Play создадим цикл, который будет вызывать спаун тайлов нужное нам количество раз.

Начало игры запускает цикл. Он проходит от нуля до пяти. То есть функция Spawn Tile вызывается шесть раз. Соответственно, в начале игры спаунится шесть тайлов.

Если сейчас запустить игру, сгенерируется наш tile map, но мы можем пробежать его от начала до конца. Напишем логику для real time генерации тайлов при перемещении по уровню. В BP_Tile добавляем к SpawnPoint Box событие On Component Begin Overlap. Оно будет срабатывать, когда бокс компонент пересечется с другим объектом игрового мира, у которого есть коллизия. Событие проверяет, что столкнулось с SpawnPointBox. Если это character, которым мы управляем, то вызываем из Game Mode функцию спауна нового тайла и после задержки удаляем пройденный тайл.

UI, Подсчет очков

Создадим Widget Blueprint и назовем его WBP_Point.

Добавим в наш виджет следующие текстовые виджеты:

Score
GameOver
Your Score
Total Score

Сделаем наши текстовые виджеты переменными, чтобы задавать им значения.

Visibility всех элементов виджета кроме Score устанавливаем Hiden и д обавляем кнопку Restart, на нажатие которой заново будет открываться наш уровень.

В целом наш виджет должен выглядеть примерно так:

Перейдем в Graph и создадим переменную “Score” типа integer — целое число. Для текстов Score и Total Score привяжем созданную интовую переменную в качестве значения. Теперь из переменной зададим значение в текст, а переменную, в свою очередь, будем менять в персонаже.

Теперь добавим наш виджет во вьюпорт. Для этого в ThirdPersonCharacter на Event Begin Play создадим виджет WBP_Points, добавим его во вьюпорт и сохраним ссылку на него в переменную “Widget Score”.

Теперь у нас есть практически все для того, чтобы собирать монетки. Создадим в ThirdPersonCharacter событие PickupPoints. При вызове события получаем значение переменной Score из ссылки на виджет Widget Score, добавляем к нему 5 очков и обратно записываем в переменную Score.

PickupPoints будем вызывать из BP_Coin. Добавим событие On Component Begin Overlap для static mesh, в котором проверим с чем пересекается монетка. Если это ThirdPersonCharacter, вызываем у него PickupPoints и уничтожаем монетку.

Теперь, когда персонаж пересечется с монеткой, количество очков увеличится на 5, что сразу отобразится в виджете, а монетка исчезнет/подберется.

Далее создадим логику конца игры, которая будет вызываться на столкновение персонажа с машиной. Для этого создаем в WBP_Points функцию Game Over, в которой будем менять visibility текстовых виджетов Game Over, Total Score, Restart button.

Добавим отдельный Box Collision component в ThirdPersonCharacter.

Привяжем событие на столкновение с этим боксом, в котором мы проверим: если ThirdPersonCharacter сталкивается с BP_Car, то вызываем функцию Game Over из WBP_Points, которая отрисует нужный нам интерфейс. Далее отключаем движения персонажу и включаем отображение курсора мыши, чтобы иметь возможность нажать Restart.

Теперь, если врезаться в машинку, мы получим такой результат:

Контроллер игрока, управляющий несколькими персонажами.

Как сделать так, чтобы два или более символа реагировали на один ввод пользователя, в данном случае щелчок мышью?

В идеале я бы хотел что-то похожее на управление вечеринкой в стиле Baldur's Gate. Единственный пример реализации группового управления несколькими персонажами, который я видел, - это система стиля BioWare.

\ $ \ begingroup \ $ Можно ли это сделать с помощью чертежей? \ $ \ endgroup \ $
\ $ \ begingroup \ $ Если вы можете точно описать, какой партийный контроль вы хотите - может быть, я смогу помочь - из того, что я помню Baldur's Gate элементы управления чем-то похожи на элементы управления RTS? \ $ \ endgroup \ $

Вообще говоря, если вы хотите управлять несколькими персонажами в UE4 с помощью бесплатной камеры (например, IIRC был в BG).

Вы делаете контроллер проигрывателя "БОГ" - у него будет собственный Pawn скажем, некоторая сфера с прикрепленной к ней рукой и камерой.

Затем обработайте ввод внутри контроллера вашего плеера и делегируйте команды своим персонажам.

ИЗМЕНИТЬ по запросу DMGregory

Я не буду вдаваться в подробности кода здесь - это займет довольно много времени, но я постараюсь расширить конкретные и общие элементы управления UE4:

1) "БОГ" PlayerController (для краткости ПК): в этом сценарии ПК не будет иметь никаких ACharacter напрямую, это будет бесплатно APawn назовем это КП (для пешки камеры). CP будет чем угодно, кроме простой установки для бесплатной RTS, например камеры, давайте попробуем описать ее и ее функции.

ACameraPawn --SceneRoot ---SpringArm ----Camera

Мы будем использовать SpringArmComponent для обработки увеличения / уменьшения масштаба при необходимости. ACameraPawn будет PlayerPawn пешкой, которой владеет ПК, и ПК будет перемещать ее как целое AActor для навигации в SceneCamera.

Теперь мы создадим базовый класс для наших персонажей, которым мы будем управлять с нашего ПК - мы определим некоторые базовые функции:

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

Теперь о самом ПК (здесь я не буду вдаваться в подробности кода, а опишу общий подход). Примечание: пешка игрока устанавливается в настройках UE4, поэтому код для настройки не требуется.

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

Таким образом, WSAD будет обрабатываться внутри самого ПК, и все, что он будет делать, это просто установить мировое местоположение и вращение управляемой пешки - колесо прокрутки установит длину пешек. SpringArmComponent и т.п.

ПК будет держать ваш ABaseCharacter ссылки TArray (не имеет значения, если они были размещены в мире, все они создавались динамически.

Читайте также: