Godot

Endorphin — это пакет программного обеспечения для динамического синтеза движений, разработанный NaturalMotion .Эндорфин можно использовать для создания компьютерных симуляций большого количества независимых персонажей, взаимодействующих друг с другом и с миром в соответствии с краткими сценариями или «поведениями». Он сочетает в себе физику, искусственный интеллект и генетические алгоритмы для создания реалистичной анимации.

Я создал эту анимацию задав только ключевые позы:

Можно добавлять окружение с которым будут взаимодействовать ваши персонажи:

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

Длина записи анимации 5 тысяч кадров.

Заранее сделанные анимации можно соединить с симуляцией например персонаж будет идти по анимации, а его руки будут вести себя по симуляции в той позе в которую вы их поставили в Endorphin.

Основу ходьбы вы можете увидеть слева.

Поза персонажа была этой:

Можно сделать чтобы до какого момента была анимация а потом симуляция когда анимация не активная она серая(такой тип анимации не может взаимодействовать с окружающим миром и персонажами) а когда анимация белая она уже может со всем взаимодействовать это всё легко настраивается (в программе уже есть куча анимаций):

Можно сделать так чтобы симуляция плавно перешла в анимацию с помощь события перехода:

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

Можно толкнуть персонажа используя стрелочку также в панели инструментов:

С помощью значка замочка можно ограничит или полностью остановить части тела персонажа:

А чтобы создавать объекты нужно использовать фигуры на панели иструментов серые фигуры поддаются законам физики в отличие от синих фигур которые статичны:

Можно изменять гравитацию используя пункт который так и называется и находится в правом углу экрана:

И ещё в программу можно загружать или прямо в ней создавать своих персонажей и оъекты.

В этой программе можно поиздеваться над персонажами:

Сделав например из этого:

Это:

Внутри программы есть наглядные туториалы.

Программа Endorphin 2.5.2 использовалась фильмах и видеоиграх, таких как Troy , Poseidon и Tekken 5.

В основе программы лежит технология euphoria которая вам наверняка известна по серии игр GTA и Star Wars - The Force Unleashed.

В Endorphin 2.5.2 можно загружать собственных персонажей например монстров, пришельцев и собственные объекты например танк, самолёт, вертолёт или простой стул стол т.д.

Бесплатно скачать торрент Endorphin 2.5.2 можно по этим ссылкам:

Яндекс диск: https://disk.yandex.ru/d/rz13Hk8uAiOv1A

Google Диск: https://drive.google.com/file/d/18-ASGmz0c3dRnoE6FOkhksg9ZZT...

Один из них (middle-import script) внедряется в середине импорта, когда данные считаны в промежуточную структуру данных. Он может ее изменять как угодно.

Второй (post-import script) внедряется перед самым сохранением готового ресурса, и позволяет изменить его, или флаги его сохранения.

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

Это дает возможность, обработать собранный атлас - например, добавить размытие, изменение цветности и т.п. А так же можно переделать данные во внутренней структуре - например, изменить ход анимаций, самостоятельно пересобрать спрайтшит и т.п. - что придумаете!

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

Сейчас в Godot Asset Library пока опубликована предыдущая версия, но скоро я заменю ее на эту. Так же вы можете скачать плагин с GitHub.

Чтобы не мучать вас длинными статьями, я разбиваю этот путь на кучу мелких блоков. Один пост - одна механика движка. Все гоблинские заумные слова расшифровываются на человеческий, так что даже пациент из Кащенко поймет о чем речь. Погнали!

● Узлы, сцены и прочие слова не связанные с BDSM - это интерфейс Godot 4:

▸Наглядно показываю что и где

Основа движка Godot - это узлы и их древо. Блоки могут быть самого разного назначения, от визуального изображения, до настроек звука. Сцена - это отдельная группа узлов. Она нужна чтобы структурировать элементы и не путаться. Например, можно создать отдельную сцену с узлами нашего персонажа, а после добавлять эту сцену как узел в другую.

Создадим сцену нашей карты и назовем ее World. Для этого выбираем "2D сцена" как на скрине выше. Теперь можем добавить к сцене дочерний узел, нажав на плюсик. В поиске ищем TileMap - это узел для работы с тайл-сетами будущей карты.

● Что такое TileMap:

TileMap - это крайне полезный инструмент, который позволяет создать автоматическое заполнение карты. В разделе TileSet выбираем новый, внизу выбираем "Набор тайлов" и в открывшемся окне загружаем заранее подготовленный файл.

▸Шаблон для создания тайл-сета

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

● Настройка рисования карты в TileMap:

В правом блоке узла TileMap вы найдете вкладку "Terrain Sets" (набор местности). В ней мы нажимаем "Добавить элемент" и в открывшемся блоке снова жмем "Добавить элемент". Теперь в центральном блоке выбираем вкладку "Рисовать" -> "Свойства рисования" - > Terrains.

▸Настройка местности

В обоих выделенных вкладках выбираем созданный нами элемент Terrain. С его помощью мы настраиваем области тайл-сета. Именно по ним Godot определяет какой кусок ставить следующим.

▸Настроенный TileMap

● Зоны столкновения для TileMap:

Помимо визуального изображения, нам нужно добавить для карты физический слой. Выбираем Physics Layer и добавляем новый элемент. Далее в разделе рисования выбираем "Физика" и наш слой. Так как наша карта состоит из блоков - выделаем каждый квадратом.

Теперь другие объекты будут видеть нашу карту и воспринимать ее как физическое препятствие.

● Как работает настроенный TileMap:

▸Рисуем что хотим

Теперь мы можем буквально рисовать карту, создавая любые формы. Алгоритм определяет какую часть нашего тайл-сета ставить в зависимости от соседних элементов. Просто води курсором с зажатой ЛКМ, а Godot сделает все остальное.

▸А вот это уже что-то похожее на элемент игры

Создание основы для уровня теперь занимает всего пару минут. Но помимо карты нам нужен наш персонаж, опасности и условия для завершения уровня. Этим мы займемся в следующем уроке.

Надеюсь гоблин смог пояснить за механику тайлов и вы смогли дочитать эту графоманию до конца.

✓ Зеленые новички - крепитесь и подписывайтесь, скоро новая статья.

✓ Опытные шаманы - запасайтесь успокоительным, ибо дальше будет еще куча попыток освоить gamedev.

✓ Ну и все кто имеет свое мнение, поддержку или усмешку - пишите комменты!

Он может извлекать данные из файлов:

• Aseprite/LibreSprite (с помощью интеграции с приложением)

• Krita (с помощью интеграции с приложением)

• Pencil2D (с помощью интеграции с приложением)

• Piskel (с помощью собственного парсера)

• Pixelorama (с помощью собственного парсера)

И импортировать их как:

• Обычные изображения

• Sprite Sheet (ресурс JSON без хранимого текста, но со всеми данными о спрайтах и анимациях в свойстве "data", а так же изображение-атлас рядом с ним)

• Ресурс SpriteFrames

• AnimatedSprite2D/3D

• Sprite2D/3D и TextureRect, анимированные с помощью дочернего узла AnimationPlayer

А ещё он может импортировать любые другие графические форматы как обычные изображения с помощью внешних утилит командной строки. Теперь вы сможете легко управляться с файлами PaintNET (*.pdn), GIMP (*.xcf) и многими другими!

Аддон доступен на:

• Godot Asset Library

• GitHub

Если вы знаете, где можно распространить информацию об этом аддоне, расскажите о нём другим разработчикам, пусть их жизнь станет проще и приятней!

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

Вот например, текстурка мне для партиклов, анимашку с ней не покажу, нельзя)
А вот для первой сырую наработку пожалуй выложу

Согласен профи VFXер засмеет, но я нормально к критике отношусь, мне главное что базу понимать начал, сам могу и текстурку сделать и маску к ней для шейдера, а динамику потом подтюню, ну и с партиклами, да с объектом оно гармоничнее смотрится.

Что ещё сказать, ебало мне набили крепко с неделю назад, нос сломали, все лицо синеё, так что если раздражаю кого, не переживайте мне все прилетело стократ, как говорится))

В телеге у меня было голосование, будет видосик как сделать простенький фаербол в 2D и без шейдеров, прям немудренный будет чисто на партиклах, суперкрасоты не ждите, суть постараюсь донести, но немножко откладывается. Губа верхняя не работает пока, говорить трудно.
Посттравматическая нейропатия второй ветви тройничного нерва, а мне ещё казалось что я очень длинные названия для классов пишу иногда, вот как надо писать)))

Не знаю чего и написал-то, что приняли, то выкладывать нельзя, NDA, а что выложил ну вот согласен, я и сам думаю, хуевый я VFXер и взяли-то меня, только за то, что более менее с Godot знаком и могу интрегрировать все эффекты не сильно обременяя программистов, в конце концов зп у меня существенно меньше. Надеюсь, что не кикнут, задумывался о том чтобы попросится и перевестись в программисты, но чувствую, что вот текущее это и есть моё призвание, надо просто задержаться немножко, базу уже нормально начинаю понимать, а красивости придут с опытом, время надо.

Так что закончу на позитивной ноте, заниматься надо, если развиваться, учиться, практиковаться, то все получится. Верить надо в себя и возраст не причина для отмазок, мне через 3 дня 40 лет исполнится, ну вот решил сменить профиль, возможно ещё пожалею, но в любом случае буду в этом направлении двигаться, единственное что возможно с Godot на UE переключусь, ну это если для 3D.
А для инди 2D Godot топчик!!!!

2 года назад я как раз написал первый пост, про свой первый шейдер, где хоть немножко понял суть) И вуаля, я вошел в IT)) Мечты сбываются) Надеюсь задержусь. Даже скромно попросил, но все одно это втрое больше чем продавцом в Магните у меня было)))

p.s. По релизам на Яндексе, организационные моменты возникли, но Борщ как копейки приносил ожидаемо, так и приносит рублей 30 что-ли)) хотя фичеринг прошли CTR иконки адекватный, ну проверили попробовали, любопытный опыт)
Вот этот шедевр игровой индустрии, ну показательный вариант, что если в голове народился треш и кажется, что он интересен будет людям, скорее всего это не так))
https://yandex.ru/games/app/240717

Зато мы теперь сработались хоть, полноценная команда из 5 программистов, во всем есть плюсы, жаль что из-за работы теперь вообще нет времени на инди свое, но все ещё будет)
Теперь зато я уже точно решил, что следующая моя игра это будет хардкорная тактика, по выходным иногда дописываю базу, боевка аля BattleBrothers будет, логика у меня почти вся готова, движение по гексам осталось допилить, никак решиться не могу)

Пардон, что отнял время, захотелось что-то пографоманить о бытие) Всем удачи!

Пока что у нас есть вот это нечто...

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

Этот гад способен менять свое направление прямо в воздухе и к примеру развернутся на пол пути к пропасти. В каких то платформерах это нормально и является частью игровой механики, но у нас игрок будет СТРАДАТЬ!

"Игрок может двигаться по оси X (влево-вправо) только находясь на земле"

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

func handle_acceleration (input_axis, delta):

if is_on_floor() and input_axis !=0 :

velocity.x = move_toward(velocity.x, SPEED * input_axis, ACCELERATION * delta)

Теперь если игрок неверно рассчитал расстояние для прыжка - сменить направление полета в воздухе он уже не сможет...

Казалось бы, на этом можно закончить, но есть нюанс.

Игроку нужно сначала взять хотя бы минимальный разбег в нужную сторону, чтобы избежать прыжка на одном месте. Грубо говоря, он должен сперва нажать клавишу "ВПРАВО", а уже потом "ПРОБЕЛ" иначе не сработает. Это неудобно, особенно когда нам нужно запрыгнуть на выступ находясь у стены. Дело поправимое, залазим обратно в эту же функцию и дополняем ее.

func handle_acceleration (input_axis, delta):

if is_on_floor() and input_axis !=0 :

velocity.x = move_toward(velocity.x, SPEED * input_axis, ACCELERATION * delta)

elif not is_on_floor() and input_axis != 0 and velocity.x == 0:

velocity.x = move_toward(velocity.x, SPEED * input_axis, ACCELERATION * 10 * delta)

Понимаю, выглядит сложновато, потому переведу на человечий.

Передвижение влево-вправо доступно только при нахождении на земле. Если игрок нажал сначала "ПРОБЕЛ", то произойдет прыжок на месте. Сдвинуться по оси X (влево-вправо) он уже не сможет, так как находится не на земле.

Нам нужно определить, находится ли персонаж в состоянии прыжка - это not_is_on_floor()

Раз происходит прыжок на месте, то ось X остается неизменной - это velocity.x == 0

Наша попытка передвижения вызывается нажатием клавиши направления - это input_axis !=0

Если все три условия соблюдены, то мы позволяем совершить передвижение по оси X, однако произойдет оно только один раз и только в одном из выбранных направлений. Все потому, что в следующем кадре значение velocity.x уже не будет равно нулю и данное условие перестает работать. Чтобы этот одноразовый рывок имел смысл, нам нужно увеличить значение ACCELERATION. Можем сделать для этого отдельную переменную, но я обошелся простым умножением на 10.

Что мы получили по итогу?

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

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

Самое популярное препятствие в платформерах - это пики точеные!

Рисуем пики 16 х 16 в любом удобном графическом редакторе...

Путь: Рендеринг - Текстуры - Default Texture Filter;

Нарисовав препятствие - загружаем его в ресурсы проекта. Создаем новую сцену "Spikes" и добавляем дочерний узел "Sprite2D". Как подцеплять к нему текстуру мы проходили в первой статье - советую почитать если еще незнаком. Чтобы наша картинка не замылилась ввиду ее пиксельного стиля - поменяем текстурный фильтр на Nearest.

Узел "Area2D" и раздел "Collision"...

Area2D - куда тебя ведать?

Создаем еще одну сцену (не узел) и за ее основу берем "Area2D" (вот это уже узел). Данная штука нужна чтобы обнаруживать пересечения объектов. У многих объектов есть такой раздел как "Collision", а в нем слои и маски.

Для того, чтобы было проще понять - объясню на примере:

Слой - это область, где данный объект МОГУТ увидеть другие объекты и взаимодействовать с ним.

Маска - это область, где данный объект МОЖЕТ увидеть другие объекты и взаимодействовать с ними.

Например, мы поставим объект "StaticBody2D" из которого состоит наша карта на первый слой. "CharterBody2D" который является нашим игроком мы поместим на второй слой.

Если у "CharterBody2D" в разделе маска мы укажем второй слой вместо первого, на котором находится "StaticBody2D" - наш персонаж его просто не увидит. А это значит, что игрок просто провалится в пол.

Объект World находится на первом слое, объект Player на втором. Маска Player видит объекты лишь на втором слое.

Из-за этого зоны столкновения у объектов Player и World не взаимодействуют и мы проваливаемся вниз. 

Если выставить у Player маску первого слоя - он начнет его видеть и взаимодействовать с ним. По этой причине мы вновь твердо стоим на поверхности.

Теперь, когда мы знаем для чего нужен данный узел - пора сделать точеные пики действительно опасными. Заходим в сцену и выбрав узел Area2D переименовываем в "HazardArea". В разделе "Collision" выставляем третий слой, а вот маску оставляем пустой. Наши пики никого не должны искать - они сами выступают объектом поиска.

Теперь переходим в сцену Spikes и нажимаем на кнопку добавления дочерней сцены. Она находится рядом с кнопкой добавления узла. Выбираем нашу сцену "HazardArea2D". Добавляем для "HazardArea2D" два дочерних узла "CollisionPolygon", определяя область столкновения.

Можно создать область для одной пики и просто скопировать ее...

Теперь мы переходим в сцену "Player" и создаем дочерний узел "Area2D", называем его "HazardDetecter". Уже к этой области привязываем дочерний"CollisionShape". В узле "HazardDetecter" выбираем раздел "Collision" и оставляем графу слоя пустой. Но в разделе маски и выбираем третий слой - именно в нем мы будем искать область опасности "HazardArea".

Графа слоя - пустая, графа маски - выставлена на третий слой...

Осталось настроить сигналы... вы еще не знакомы с ними?

У многих узлов есть доступные сигналы и узел Area2D - не исключение. Посмотреть доступные сигналы можно в колонке справа, перейдя в раздел "Узел". Нас в первую очередь интересует сигнал "area_entered", что в переводе на человеческий означает "Обнаружена область".

В графе маска указан третий слой и именно на нем находится "HazardArea". Когда наш узел "HazardDetecter" обнаружит другой узел типа Area2D - сигнал сработает. Но что нам делать с полученным сигналом?

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

Свет, камера - мотор!

Для начала добавим камеру, которая будет следовать за нашим персонажем. В разделе "PositionSmoothing" выставим "Speed" на 5 пикселей в секунду. Эта небольшая задержка сделает движение камеры более плавным.

Теперь нам потребуется зафиксировать точку для возрождения. Ей будет выступать стартовая позиция с которой мы начинаем игру. Создаем переменную стартовой позиции и при запуске игры закладываем в нее координаты начального положения игрока.

@onready var starting_position = global_position

Теперь переходим в узел "HazardDetecter" к разделу сигналов и ищем "entered_area". Нажимаем правой кнопкой мыши, тыкаем присоединить и выбираем наш объект "Player".

Это создаст в скрипте новую функцию, под которой мы пишем всего одну строку.

global_position = starting_position

Присоединение сигнала к узлу...

"Если будет обнаружена Area2D - позиция игрока вернется на стартовую"

Остается только расставить наши точеные пики по карте и мы можем смело отлетать на стартовую точку при столкновении с ними!

Вот они слева направо - пик, кол, штык, клык и острие...

Разбежавшись прыгну со скалы...

Вот я был и вот я у респауна...

Остался чисто косметический момент, а именно - анимация персонажа. 2D сеты анимации вы можете легко откапать на просторах интернета, я же расскажу вам как их правильно настроить.

Заменяем узел спрайта на "AnimatedSprite2D" и в разделе "Sprite Frames" создаем новый. Перед вами откроется окно кадровой анимации, куда вы и будете загружать кадры.

Стой, прыгай и беги...

Создаем три анимации - "idle", "jump" и "run". Первые две состоят из одиночных спрайтов, так как это статичные позиции. А вот для бега я решил добавить три спрайта. В окошке с FPS мы устанавливаем частоту кадров при анимации, в нашем случае поставили 12.

Теперь переносим зажав ctrl узел "AnimatedSprite2D" в наш код в виде переменной и создаем функцию update_animation.

func update_animation (input_axis, delta):
if velocity.x == 0:
animated_sprite_2d.play("idle")
if input_axis !=0:
animated_sprite_2d.flip_h = (input_axis < 0)
animated_sprite_2d.play("run")
if not is_on_floor():
animated_sprite_2d.play("jump")

Снова переведу для вас на человечий язык:

Если мы стоим на месте - запустить анимацию стоячего положения;

Если нажата одна из кнопок движения, то мы проверяем направление. Если нажата кнопка "влево" - то зеркально разворачиваем объект анимации. Проигрываем анимацию бега.

Если мы не на земле - запускаем анимацию прыжка.

Добавьте готовую функцию в список под phisics_process

Теперь наш персонаж действительно ожил...

Наконец-то мы получили подобие игры!

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

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

Продолжим доводить данный проект до ума в следующей статье! А пока что подписывайся на мой блог и оставь пару комментариев. Тебе не сложно - а мне поможет!