Переходишь с Unity на Godot? Посмотри это видео!
HTML-код
- Опубликовано: 4 май 2024
- Курс «Профессия Геймдизайнер с нуля до PRO » от Skillbox - l.skbx.pro/RZFezN. Скидка 45% по промокоду KELIN1.
Тот Самый Гайд по Godot с обзором основных фич и простенькой 2D-игрой - для тех, кто только планирует вкатываться в Godot или в целом хочет ознакомиться для общего развития. Я не стал глубоко нырять в архитектуру и прочие сложные штуки, упор сделал на том, чтобы покрыть как можно больше вопросов, которые могут возникнуть в самом начале (и штуки, которые просто важно знать)
Приятного просмотра!
СМОТРИ ТАКЖЕ
ЖЁСТКО про ситуацию с Unity: • Тот Самый Келин ЖЁСТКО...
Ролик про билдостроение: • Как делать крутое билд...
Заменит ли ChatGPT гейм-дизайнера? • Заменит ли ChatGPT гей...
Обзор Blasphemous 2: • Тот Самый Обзор Blasph...
Разбор новой демки Crowsworn: • Я прошёл новую демку C...
СОДЕРЖАНИЕ
00:00 - Вступление
02:24 - Godot скачать бесплатно
03:44 - Стартуем
04:17 - Редактор
06:11 - Ноды, сцены и скрипты
07:49 - Подход к разработке
09:44 - Преимущества Godot
11:58 - Создаём топдаун игру
12:37 - Сцена
12:50 - Персонаж
13:17 - Встроенные функции у нод
14:08 - Читаем инпуты и двигаем персонажа
15:36 - Коллизии
16:58 - Делаем атаку
19:26 - Включаем/выключаем атаку по нажатию кнопки
21:40 - Поворачиваем атаку в направлении курсора
22:05 - Камера
22:15 - Спавн мобов
23:28 - Последняя фишка
24:20 - Итого
24:43 - Спасибо за просмотр, плашка спонсоров и до скорых встреч!
Стать спонсором: kelin2025.me/boosty
Разово поддержать: kelin2025.me/donate
LIVE-канал: / @kelin2playlive
Telegram-канал: kelin2025.me/telegram
Discord-сервер: kelin2025.me/discord
Стримы на Twitch: kelin2025.me/twitch
Для деловых предложений: kelin.sponsorship@gmail.com
#Келин #ТотСамыйКелин #Godot #Unity 
Игры
Курс «Профессия Геймдизайнер с нуля до PRO » от Skillbox - l.skbx.pro/RZFezN. Скидка 45% по промокоду KELIN1.
Судя по тому, что Келин снимает этот гайд в 2 часа утра к нему этой ночью пришел неожиданный прилив мотивации и он решил не терять возможность
*неожиданный прилив денег
я тоже заметил время на пк(ноут)
Келин настолько преисполнился в этом мире что стал делать туториалы в мире геймдева
Это не сложно.
@@mlg5336 глядя на качество туториалов в этой сфере на русскоязычном интернете, и не скажешь
Видимо этому челику было нечего ответить.
Так в принципе это было логично
Ребят а вы не думаете что он так продвигает ролик?
Если кто-то тоже ломал голову, почему на 16:46 у вас не работает коллизия, то для этого нужен node типа StaticBody2D, а не Area2D, как у Келина на экране (видимо, он поменял тип, но забыл поменять название).
Блеее, тупанул да, сори
Спасибо, Великий!
Так и знал, что стоит в комментарии посмотреть...
всем на здоровье!
огромное спасибо за помощь!!!
А что так можно было? Кратко, по делу с примерами и не растягивать на 10 уроков по 40 минут.
Получается в роскомнадзоре юнити есть положительные стороны, Келин вот гайд запилил.
@@DontPrayForMee Требуют платить разработчиков за каждую УСТАНОВКУ игры разработанной на юнити и приносящей выше определённого дохода.
@@DontPrayForMee руководство компании попыталось пропихнуть ебанутую систему монетизации (ruclips.net/video/SclCP6zg0ig/видео.html& - вот ролик от Келина на эту тему). По итогу куча именитых и не очень разрабов объявили о переходе на другие движки. По итогу изменения откатили, но осадочек остался и многие не хотят продолжать работать с юнити.
Вы не слышали? Теперь каждый раз когда игру на Юнити скачиваю, РАЗРАБОТЧИК платит кампании, которая владеет Юнити.
К самому Годоту дышу ровно (иногда поглядываю, как друг ему обучается - радует что движок как бы сам "выпрямляет" руки своей архитектурой), но ролик пересмотрел аж дважды - настолько хорошо все декомпозировано и разложено, без лишней воды.
Отличное видео, все понятно даже если никогда к godot не притрагивался, но одна просьба, было бы отлично в таких видео увеличивать размер шрифта редактора кода, а то видно очень плохо
Я: начинаю работать в Godot
Юнити через день: посылают всех
Келин через неделю: выпускает гайд
Короче вовремя я на годот перешёл
Услышав в начале ролика об установке годо и увидев этот как под копирку футаж с нажатием кнопочки download, я ожидал очередной душный фимоз, а не внятное знакомство с годо, какими уже сыт по горло, но в итоге был приятно удивлен нормальным объяснением ассет стора, приведенные примеры с прэколдэсом из UE и встраиваемым ChatGPD если не убрали, то поумерили мой скепсис к нему. Так же не знал про настраиваемость интерфейса, подключение сторонних редакторов, об объективных плюсах ГДскрипта (до этого знал, что встроенный и думал "ну встроенный и встроенный, можно прямо в запущенной сцене редактировать скрипты и изменения будут сразу же, и что? Не холодно не жарко" а тут оказывается и на андроиде С# не билдится, запомним) и эти галочки про поддержку 3д, поддержку мобилок и главное, что их можно переключать в процессе разработки, если нужно. Видео уже информативнее многих, даже если в нем и будут какие-то недочеты, которых я пока не заметил.
Спасибо! Старался покрыть как можно больше вопросов, которые могут возникнуть на старте
Такую возможность упустил сделать индийский акцент
8:20 - делить код на файлы не самая плохая идея, но тут больше смысла как ты сказал в компонентах самой системы. Обычно функции рекомендуют делать такой длины, чтобы функция целиком помещалась в экран
Функция длиной в экран звучит как перебор, честно говоря. Да и идейно критерий такой себе. Лучше "функция должна выполнять одну задачу"
@@Kelin2025 это не одно и тоже. Функция может быть большой и все еще делать одну вещь. С точки зрения гайдлайнов "функция делает что-то одно" необходимо для упрощения самой сигнатуры и логики в целом (может ты видел функции состоящие из свитча по одному из параметров функции - это один из примеров)
Ютюб не оповещает о комментариях почти :(
@@Kelin2025 тогда уж "у функции должна быть одна причина для изменения", и даже не у функции а у сущности (скрипта, объекта, функции, энтити в зависимости от парадигмы). Если прям очень душнить
@@Kelin2025 А по поводу в функции в экран - это как селф-чек простой - если метод больше экрана, значит его очевидно нужно декомпозировать. Это как у разработчика должно ёкать если он код копирует - если копируешь, то возможно логику стоит вынести в отдельную сущность и переиспользовать.
Функция в экран - слишком относительно. Разные размеры экранов, шрифтов, масштаб
Ждём увольнения инструкторов из скиллбокса по юнити)
Это врядли. Курсы заинтересованы в том, чтобы ты трудоустроился. Работы на юнити дохера. А на годоте попробуй найди вакансию 💁♂️
Конечно, ситуация будет меняться, но это оч медленный процесс
Келин, огромное спасибо за это видео! Это то, что мне очень нужно, особенно сейчас.
Как раз начал интересоваться годотом. Спасибо)
Спасибо за видео!
Обучение по godot от келина
Мечты сбываются
Спасибо Келину за ещё одно видео для отличного сна!
Идеальный тайминг, я как раз начал изучать годот
Охренеть. Спасибо автор. Это лучшее, что я смотрел по годо. Как то давно с движком сталкивался, версия 3 была. За вечер накидал первый уровень, макет. Но что то не получалось там. Не помню. А тут Решил вот в 4-ой версии 2д проект не большой сделать. И твоё видео кстати! Однозначно лайк
Видик от человека в теме, а не юнити бастарда,что вникал в тему 2 дня максимум??????? Невероятно.......
Таки спасибо!
Полезный видос спасибо келин
Спасибо! ❤🔥
Давай побольше туторов❤
Воу, воу, спасибо за такой контент, друг
Смотрел с таким интересом будто собираюсь когда-нибудь писать игры.
Спасибо, видео действительно очень интересное
Отличное видео, определенно буду пересматривать, когда начну трогать годот. Спасибо, Келин!
Ого-го, кстати хотел сделать на нем свою кки, нихера не понял и забил. Но это так, просто для продвижения. Спасибо Келин, тиы лучший, энивей приятно лишний раз про годот послушать))
После этого видео задумался об изучени годота, хотя начал недавно юнити только учить, хорошо все объяснил автор
Не понял почему с 9:44 это прям преимущества Godot. В том или ином виде у того же Unity есть и красивый редактор шейдеров через shader graph, сериализация полей в инспекторе вообще была до 5-й версии, а с недавних пор UI редактора и UI приложения можно делать при помощи разметки и стилей, большинство editor скриптов отлично работают через C#
Успел Келин на хайп трейн, так еще и с годным гайдом, респект
Ну, это лайк однозначно
По образованию я арт-дизайнер,хорошо работаю в фотошопе, иллюстраторе, автокаде, 3Д максе...сижу, сматрю на этот гайд и думаю: "япона мать, какова вероятность, что я сойду с ума, если я решу всё-таки пойти в геймдеф и буду учиться работать с кодом?"
Но скажу так. Келлин, спасибо за гайд, даже мне, не сильно сведущему человеку было понятно, теперь я более-менее осознаю, как это все работает изнутри и что там вообще происходит при создании игр. Появилась мотивация учиться дальше
если коснешься кода и всех этих настроек то точно сойдешь с ума.
А тоже ещё до провала Юнити ушёл в Годот, спасибо за гайд по Годо, сейчас их не много. Рускоязычных уж точно.
Привет, спасибо за видео, но у меня в момент просмотра возник вопрос. В видео были упомянуты большие файлы скриптов. Как я понимаю, речь идёт о файлах по типу PlayerController, где описаны все функции связанные с игроком (передвижение, получение урона, атаки, способности и тд.). И вот по вашему мнению, на какие файлы можно разбить этот огромный PlayerController? НА какие-нибудь: MovementController, Spells, damage и тд?
Машина состояний или Final State Machine.
Очень интересно, и то, что надо!)
Мне интересно: когда-нибудь в годот можно будет делать мобильные игры на си шарп?
Видео топ!
На 3 версии можно
@@insanvoblago а в этой версии есть еще существенная разница с новой? Спасибо, попробую)
@@leafyMoonlight ну такой большой разницы нету.
3:30 не понял, почему это нельзя типизировать объекты? Наоборот, очень даже можно, и такая возможность позволяет не допускать таких же ошибок как в Python (то бишь после явного указания типа компилятор не позволит засунуть данные другого типа как это происходит в Python).
Чтобы типизировать переменную (объясняю на GDScript):
var имя_переменной : тип_переменной = значение
Функции также можно явно типизировать (указать, какое значение ожидать из return):
func имя_функции(параметры)->возвращаемый_тип_данных:
*тело функции*
В случае с функциями, которые ничего не возвращают, можно также указать тип void после ->
Ну а чтобы сам движок предлагал и делал переменные и функции подобного вида, нужно зайти в настройки редактора->Редактор текста->Завершение и поставить галочку возле "Добавлять подсказки типов"
Объект знаешь что такое?
```
var something = {
Foo = "bar"
}
```
Не типизируется
@@Kelin2025
class_name something
var Foo = "bar"
func fn(s : something ) ...
Это класс. Я не буду для каждой функции, которая принимает объект в качестве пейлоада, создавать класс и писать `call_something(Something.new({ ... }))`. Не говоря уж о том, что от объекта в пейлоаде оно один хер не избавляет
@@Kelin2025 иначе в программировании нельзя: нужно объявить класс, чтобы мочь передавать потом экземпляр этого класса и задать ему имя для обращения
@@moshamiracle дядь, во-первых, не учи учёного. Во-вторых, не путай понятия. В программировании - можно. В GDScript - нельзя. В-третьих, читай внимательно. Создание класса не решает проблему невозможности типизировать шейп в аргументе. Завернёшь ты это в класс или нет, тебе всё равно где-то нужно написать `{ foo = bar }`. Будет это `call_smth({ foo = bar })` или же `call_smth(Something.new({ foo = bar }))` - одна хуйня
Лайк за продвижение Годо в массы)
Крутой чел) наткнулся случайно) объясняет очень доходчиво)
Видео крутое, но хотелось бы знать, будут где-то видосики или может быть стоимы, где ты будешь показывать какие либо моменты разработки? Мне, как человеку, который не осилил Godot после Unity, было бы интересно глянуть на весь этот процесс.
У меня в игре слишком обскурный подход, чтобы его демонстрировать как образцовый. Но для сабов на бусти я периодически скидываю код и прочие штуки, которые делаю
Ну воообще, воообще выглядит приятственно. МОжет следующий проект через несколько лет буду делать на годоте. Как раз шлифанут
удивился что спикер курса на скиллбокс реально очень крутой чел
Спасибо, что отмечаете профессионализм нашей команды. Мы даем возможность своим пользователям учиться у лучших.
Спасибо Келин
Кратко и по делу. Спасибо.
Жаль что гайдов от Келина по Годо в лице програмирования или тип того скорее всего не будет.
Перед таким видосом видеть рекламу скиллбокса 😂
Зачетный видос)
1:20 - ого, сам создатель мемов, не ну это уважаемо, заинтересовал
Ничоси - *Келин **-Обоз-** **-Обзор-** **-Оборз-** Образовательный!*
3:11 В 4.2-dev-5 Начали работу над сборкой под Android
То чувство когда ничего не понятно, но очень интересно😅
Хороший обзор, спасибо
Подскажите что за игра на фоне была в начале видео?
Чисто легенда. +Rep
Такого офигенного и ёмкого гайда по гд для начинающих я ещё не видел. А уж тем более на русском.
Наконец-то!!
Увидев это виде,грянули флешбеки как я в 2014 году учил язык программирования gamemaker лазия по форумам)
Как же вовремя это видео вышло! Собрался делать очень амбициозный по моим меркам школьный проект - игрушку про изучение физики. Но терзают сомнения, что за полгода с нуля не получится разобраться, так как я до этого ни то что игры не делал, а вообще к программированию не притрагивался. Как думаете, успею ли я, учитывая, что свободного времени предостаточно?
Успеешь, опять же по Годо куча ресурсов на русском, где подскажут, если на чем-то застопоришься
Зависит от глубины проекта, игра про изучение физики звучит как очень непростой проект, если пытаться сделать его не примитивно, сам долго думал над таким проектом. Что-то типа симулятора ученого, который должен установить законы своего мира с помощью экспериментов.
короткий ответ - НЕТ
Тот самый келин сделал тот самый гайд по тому самому годоту
Поставил лайк и немношко посмотрел.
А где найти какие-нибудь уроки по годоту ?
нифига в программировании не шарю , но раз ето келин посмотрю . ( а , уже мозг плавится , но вроде интересно )
На сколько твой опыт в фронтенде вообще релевантен в геймдеве? Я senior iOS developer, но уже как-то устал от мобильной разработки, подумываю на счет switch’а в game dev (живу в Европе), но меня смущает, что огромный пласт вещей придется переучивать…
Какие-то принципы оттуда я перенял. Например, делаю ноды-контексты, где храню общую логику и состояния для нод, которые снизу. Стараюсь использовать декларативный подход
Понятное дело, что многие вещи тут по-другому устроены, но общие принципы применимы везде +освоиться проще, когда до этого уже чем-то подобным занимался
Вроде и хочется начать разбираться, и сделать хотя бы небольшую игру, но все это звучит очень сложно. Еще и комментарии, что все хорошо и понятно когда мне нифига не понятно сильно дизморалят.
Нифига не понял, но очень интересно.
Ассеты с asset store unity можно использовать в Godot?
Смотря какие имеешь в виду
Я может сейчас подушню, но название движка произносится "годо", а название языка "джи ди скрипт"
О нееет
А можно использовать Python? Или только C# и Gd script?
Можно (есть биндинг для питона), да и вообще можно не только Python, но и Go, Nim, D, Kotlin, Lua и кажись даже Rust (для них тоже биндинги есть).
Ну и конечно C/C++ в виде NativeScript (уже встроено в движок).
P.S. В 3-й версии Годо даже визуальный скриптинг есть наподобие анриаловских блюпринтов или юнитивского болта (в 4-й версии уже нету).
Привет. У меня OpenGL 1.4. Запустится ли у меня этот движок? Если нет то не подскажите какой нибудь кросплатформенный движок желательно где требуется знания Java и не требующий больших ресурсов и что бы экспорт работал как на Виндовс так и на Андроид?
Го гайд о том как подключить С++ к Godot
export чтобы не зависеть от переименования это полезно, об этом не думал.
Абсолютно неуместный вопрос в рамках введения в godot, но вдруг кто-то подскажет. Думаю над тем, чтобы выбрать между LÖVE и godot, но осознать что к чему не могу, то есть очевидно они по сути равнозначны и это дело скорее вкуса, но может есть какие-то компромиссы с которыми прийдется столкнуться, ну то есть понятно, что LÖVE в основном для 2Д, но в остальном информации мало на русском, а вдруг тут кто-то сталкивался.
Вместо LOVE я бы посоветовал Defold, тоже на lua надо писать, но движок посвежее. Сам я в итоге остановился на Godot, процесс работы в нем мне понравился больше + C# и неплохой GDScript + можно делать 3д проекты, не меняя движок. Трудности зависят от самого проекта и способа реализации. Но в Godot из коробки значительно больше возможностей, чем в LOVE. Материалов для обучения тоже больше.
@@maweill Спасибо, за совет, только вот я как понял, defold подходит, больше для казуалок, на сколько это правда? Просто вроде как его разрабатывают, люди, из студии, создавшей candy crush
А в чем вопрос-то? Работала с обоими движками если что.
@@moshamiracle
TL;DR я хотел почитать сравнение лове и годота, так как инфа о нем на ру старая, а я новичок.
я просто хотел послушать об из приемуществах и недостатках. Просто я виде, что есть löve, и он как о нем пишут подходит лишь для 2д игр и у него нет gui, так как это скорее библиотека, чем двиижок, чтобы это не значило. А тут я об этом пишу, так как это вроде вводный по годоту, а по love все что я видел из бородатых годов. Такие дела.
@@daiske2867 насколько я помню love с 11 версии был переработан под работу в том числе с 3d, провел унификацию своего api и некоторых внутренних компонентов. Сам love больше представляет из себя удобную кроссплатформенную надстройку над SDL2, написанную под использования с языком Lua. Также у него нет собственного редактора игрового мира, поэтому не программистам вашей команды будет не просто с ним работать, т.к. это ухудшит визуализацию работы. Также вроде бы у него не было собственной системы создания UI, поэтому приходилось брать или варианты с форума или писать собственные. Также процесс развертывания не на десктопных платформах вызывал трудности. Поэтому сейчас из этих двух вариантов я бы посоветовала взять Godot как и начинающему одиночке, так и уже какой-то команде.
Было бы круто, если бы ты еще рассказал как переубедить моих программистов перейти на годот, а то один грезит самописным движком, а второй рефлексирует о потраченном времени на изучение юнити...
взять программистов постарше) Хотя в самописном нет ничего плохого, если компетенция у него есть, а не только грезы. Сразу под задачу заточит
@@moshamiracle в том то и дело что грезы, но ведь дареному коню в зубы не смотрят. А будь у меня деньги для найма людей, давно бы уже игру закончил...
@@djonsmitt7920 тогда если уже стартовали, то стоит заканчивать на Unity, а под следующие проекты уже набрать с чатов/групп/форумов тех, кто знает godot. Также уже будет, что им показать - законченную игру, что покажет Вас, что компетентны в своей области
6:26 А кто подскажет, что за программка справа от vscode на панели задач?
Cursor.sh
насчет GDScript скажу что он оочень похож на Python так что если что можно легко перейти на самый популярный язык в мире
Люди которые не шарят в коде: -?-
Люди которые шарят: 0:)
Здесь привязка к фпс? А что если по каким-то причинам у игрока фпс будет меньше, игра будет замедленно идти?
Ураа келин
Можно ли создать мультиплеерную игру в годоте ? Просто сам думаю над разроботкой
Я не тыкал, но функционал есть, посмотри тут
docs.godotengine.org/en/stable/tutorials/networking/high_level_multiplayer.html
Можно, не сложнее чем на любом другом движке. На любом движке сама сложная часть будет - заточка своего сервера под конкретную игру и античит системы, в остальном все одинаково
Конечно можно!
Зря ты установил свой интерфейс для обучение. Но как же мне понравилось такая позиция, мб тоже поставлю себе так
И вот что делать? На вид, годот не такой сложный, если у тебя всё в порядке с логикой и количеством времени. Но умом то понимаю - это нихера не просто в принципе. А игру то сделать хочется.
Тупой вопрос, понимаю. Но, на сколько сильно можно прихереть при попытке залететь в разработку на годоте, если никаких знаний в программировании (кроме базовой логики) нет вовсе? И сколько мотивации по шкале Вергилия необходимо, чтоб вывезти от и до?
согласен, такой же вопрос
Ну вот я например изучил базу по gdscript и в общем разобрался в движке (интерфейс, узлы, сцены, скрипты, сигналы) часов эдак за 10-20.
Этого впринципе достаточно чтобы создавать простенькие игрульки и идти дальше.
И это с учётом того, что у меня с логикой не особо, очень плохая концентрация (год назад не мог 20-минутный видос по матеше осилить, сейчас уже получше будет) и много прокрастинирую (помню за неделю до огэ, к которому не готовился, наиграл сотню часов в террарию, откладывая просмотр открытого в браузере веба по химии)
Сейчас мне 16, и я с 11 лет постоянно начинал изучать что-то в области программирования и сразу же забрасывал, в итоге я ноль во всем. Так что, если у меня получилось, то у тебя точно получится. Извиняюсь за сумбурность, но надеюсь помог
Сколько раз убеждался, что несложный поначалу фреймворк, двиг в итоге становится сложным или невозможным при попытке сделать что-то не совсем типовое.
Лучше изучать поначалу сложное, но которое позволяет делать проще сложные вещи.
Пробовал сделать пару проектов на годо, но не пошло. В итоге перешел на UE.
19:07 Что делать если персонаж ничего не делает при соприкосновении с другим юнитом, просто проходит мимо?
произносится просто "годо" тез "т" на конце
Godot Engine (читается «Годо», от фр. Godot[6]) - wiki
Пофиг
@@Kelin2025 че пофиг) уши режет)
твой английский из бэд - из бед и огорчений :D
Бля очередной русскоязычный чел, поясняющий за произношение в английском. Форточку открой, всем до лампочки
@@Kelin2025 да-да, это я, спасибо)
Про огромные лапшескрипты и то, что это считается нормой в геймдеве
Не считается
Если смотреть гайды(я про юнити) от Breackeys, Макстеров и ХаудиХо
То да, никто тебе не скажет, что это не нормально
А так базой(в юнити) считаеться, что если у тебя класс на 100+ строк, то ты что-то делаешь не так
Фишка со своими доками топ тема
Хорошо, если так! Я просто в основном куда ни гляну, везде лапша чот)
@@Kelin2025
, тут еще стоит отметить, что сами юнитеки делали адские экзампловые проекты.
на них вроде учиться надо, а там вообще пиздец твориться. классы на 1000 строк.
треть класса занимает часть с полями(переменными).
но в этих проектах можно найти фишки чисто с юнитивским апи
я еще думаю о том, чтобы начать изучать годот. Но гдскрипт(изза малово колва фич и сахара) мне не особо заходит, да тут да, просто сам годот молодой все дела
@@Kelin2025я так понимаю, тут речь скорее о том, что ответственности в одном скрипте смешиваются (скрипт "игрок", который и швец и жнец и на дуде игрец, спокойно на сотни строк разрастется). хотя в том же юнити пытаются пофиксить это с помощью ECS
@@postdemiurge нет никакой проблемы разбить на несколько скриптов. Просто кто-то следит за чистотой кода, потому что в большом проекте уже в лапше не разберешься, кто-то в одиночку делает как лично ему удобно и быстро
Иех, однажды я накоплю денег, куплю 3 тир и снова что то попробую сделать в годоте.
Есть ли смысл качать годот в стиме? (он там есть)
Они одинаковые, что в стиме, что на сайте
2:51 "можете писать как на шарпе так и на гдскрипте, никаких ограничений нет". Ну не совсем никаких, экспорт в веб например на решётке не пашет в актуальной версии движка. А, досмотрел до момента, когда автор говорит про экспорт для андроида, в видосе этот момент частично есть
Требую обзор рейн ворда)
Кстати если кто не знал годот есть в плей маркете на телефоне😊
Келину таки заплатили за рекламу разрабы годота)
разница буде если через стим качать?
как была решена ошибка что выскочила у тебя на 18:40 ?
3:00 - лучше C#, потому что сам по себе язык не хуже, плюс, широко используется как в геймдеве, так и в программировании целом. А по поводу интеграции - в Godot все через жопу и специальный тип Variant сделано. На самом деле, не самый лучший движок, но более зрелого ничего пока нет.
Лучше сразу UE5 смотрите с визуальным программированием blueprint - получилось весьма удобно
А потом, когда проект растёт, люди эти блюпринты проклинают, хех
Брать ue5 для инди-игр - это как на танке за хлебом ездить
@@Kelin2025 тогда можно PyGame использовать. Это не аргумент
Аргумент, потому что UE очевидно заточен на более масштабные проекты, и это влечёт за собой в том числе и оверхэд по перфомансу, который тебе по итогу, скорее всего, нахрен не нужен
Ну и писать на плюсах муторно пиздец, по сравнению с тем же GDScript, несмотря на недостаток фич последнего. Думаю, объяснять не нужно, почему
Поэтому почти всегда пишут начинают и прототипируют на GDScript (потому что быстрее и легче), а потом критичные участки переносят как C++ модули при необходимости
Так где будет делаться силгсонг?
На Годоте, блин.
@@user-pu9ud7qw3c опять ждать, мляяя
Рабочий стол топ
Можно ли выложить игру сделанную в Godot Engine допустим в гугл плей? Везде ищу не могу найти информацию.
Можно
@@Kelin2025 хорошо, у меня ещё один вопрос: как сделать переход между сценами по кнопке? Все гайды посмотрел, все сайты облазил, ничего не работает
18:32 ошибка Функция get_parrent не найдена в базе данных self + еще и owner
Помогите пж
10:36 - а как поставить такой интерфейс?
в godot можна на С++ игры пилить?
ЭТО МНЕ??? ЭТО МНЕ??? (ААААААААААААААААААААААААААААААА.А..А...) Звуки радости.
Ролик прикольный, но Godot мне все еще не нравится. Как там GameMaker поживает? Вроде тоже много игр на нем сделано.
Могу упомянуть Bevy, но он все еще в альфе и там используется Rust (можно и другие языки привязать, но только вручную написав прослойку). Собственно, этот игровой движок пока только для программистов (опен сорс, ECS + куча плагинов)
В Bevy пока нет легкий интеграций с игровыми платформами: Яндекс SDK и прочее. А так движок уже вполне себе, если это не требуется или если в команде есть компетентный программист, кто это быстренько напишет. Ну и с объектного на компонентное мышление нужно слегка перестроить.
@@moshamiracle интеграцию достаточно сделать один раз, и поделится ей (хотя никто не обязывает), чтобы решить проблему для всех и сразу - это одно из преимуществ опенсорса. С объектного на компонентный переходить не то, чтобы сложно. Достаточно понять принцип разбиения и все будет в шоколаде. Другой вопрос - редактор. Насколько я знаю, на данный момент ничего такого нет и приходится копаться в самом коде и максимум - сценах в том же блендере. Но думаю, ничего, со временем кто-нибудь (если не мэйнтейнеры движка) запилят реализацию
P.S. RUclips вообще перестал оповещать, так что я тут лишь из-за того, что мне интересно, что пользователи ответят на мои комментарии по интересной мне теме (программирование)
@@channeldsr9983 ну для, для дизайнеров там тоже пока не хватает легкого редактора и скриптового языка (насколько помню разраб сказал, что не будет его добавлять и это такая позиция, т.к. рассчитывает на то, что он и так должен быстро собираться). Для программистов и одиночек особо проблем с ним нет, кроме вот отсутствия SDK для разных платформ, но думаю, что через пару лет допилят к основным