Немного не рассчитал с масштабом ролика и поэтому он не выходил так долго. Но надеюсь, что он будет для вас полезным и интересным 😊 А я пойду работать над следующим видео.
@@БодяКогут-н6т эх. я до сих пор не сделал про GDScript... На данный момент 10к слов написал (где-то часа на полтора), а нужно ещё больше. Если я когда то сделаю ролик по GDNative, то он будет о том, как сделать свою библиотеку на C++, но точно не обучение плюсАм или другим языкам.
Я знал, знал, что появится такое видео на просторах интернета. Если честно, когда я начал знакомиться с GODOT, то не хватало одного полного обзора, чтобы вообще понять, что мастерить то можно и чем пользоваться. Насчёт узлов очень хорошо рассказал, чётко и без воды, прям ништяк. Хочу сказать большое спасибо, что ты потратил столько своего времени, чтобы сделать этот ролик. Твои сторания не были напрасны. Приятно смотреть ролик человека, у которого есть чёткий план. Молодец!
Ну прям бомбический вводный урок! Спасибо за колоссальный труд! (хоть и звучит всё как на одном дыхании: ))) ) Урок по всем параметрам офигенный! И важные мелочи подмечены и все основные элементы с важными нюансами объяснены.. Манера изложения тоже просто пушка.Чётко, подробно, доступно и без воды. Я только начал изучать ГоДо и очень рад, что наткнулся именно на твой видос. На момент написания коммента еще не смотрел, есть у тебя продолжение уроков, но глядя на кол-во подписчиков, не удивлюсь, если ты забил((((((((( Жестокая несправедливость! Такие видосы должны быть в тренде и в рекомендациях тем, кто хотя бы косвенно загуглил геймдев. Столько вопросов и предложений возникло.... Я сам уже давно довольно серьёзно работаю на Констракте и было время, когда писал по нему уроки. Теперь хотелось бы чтобы кто-то также хорошо пояснил мне за Годо ))))
Спасибо :) Ну как забил.. растерял всю мотивацию, но пока не забил. Следующую часть очень медленно, но всё ещё делаю. Хочу до победного довести его. Я тоже начинал с констракта и даже есть пара уроков по нему (выложены 8 с половиной лет назад...).
Классный видос! Такого подробного разбора и объяснения интерфейса годо я ещё не видел на русскоязычном Ютубе (даже на сайте так подробно нет)) Так что продолжай)
Было бы неплохо, если бы был курс плюсу или шарпу на основе годот, не такой популярный движок, как те же юнити и ue. Из геймдев блогеров в основном смотрю Cyberstars и Сакутина, ни от того, ни от другого про этот движок не слышал, но выглядит ведь вполне неплохо... Крутой контент, бро, жаль, что на канал подзабил
Эх, релиз то может и близко, но тот же GDExtension где-то последний месяц вообще не работает на Андроиде. Вот несколько моих иззюй в godot-cpp github.com/godotengine/godot-cpp/issues/created_by/DmitriySalnikov Да и в целом сейчас залипаю в переносе аддонов на GDExtension. Никак не могу себя заставить доделать вторую часть Введения в Godot..
Ролик крутой, но пара замечаний: часть какие-то практические вещи проговариваются очень незаметно среди довольно общих фраз, и их легко не заметить. И очень быстро проговариваете слова, можно излагать чуть-чуть помедленнее, часто отматывать приходится назад, чтобы понять, что было сказано.
К сожалению озвучка продолжения уже давно записана и возможно будет звучать примерно также (я не уверен потому что после десятков переслушиваний слегка привыкаешь..) А так я согласен, что где-то сложно расслышать. Просто не хотелось сильно растягивать ролик.
Спасибо! Очень мало инфы про годо, сейчас в это не простое для разработчиков время, годо отличный легковесный вариант полноценно бесплатного ПО. Переезжаю с юнити, ибо тот очень плох в браузерные игры(в особенности мобильное отображение HTML5), которые на удивление сейчас снова довольно популярны
Saluton amikoj (Привет друзья) давно смотрю в сторону этого бесплатного с открытым исходным кодом игрового движка, тем более выбрал я как основной ОС Linux, хотелось бы по больше уроков, + надо бы ещё разобраться с написание скриптов для своего будущего проекта.
Думаю если начать разбираться, то будет довольно легко. На вики правда написано довольно замудрёно. Поэтому скорее всего надо изучать это в контексте определённого языка программирования. В GDScript из-за его изначальной динамической типизации часть принципов ООП наверно можно не понять, опустить или их вообще нет. Например настоящих абстрактных классов или интерфейсов тут пока что нет (кроме тех что сам движок даёт). Полиморфизм можно игнорировать, если не указывать явно типы и просто проверять, например has_method("explode") и вызывать его у всего чего можно.. А инкапсуляция невозможна, так как все переменные и методы всегда публичные. Но это не делает сам по себе язык плохим. Для быстрой разработки логики игры он подходит очень хорошо. Базовые понятия с наследованием и переопределениями методов тут есть. А если хочется более серьёзно отнестись к коду, то можно использовать строгую типизацию, тогда полиморфизм будет "работать" и придётся указывать конкретные классы у аргументов и работать с ними. И инкапсуляцию можно имитировать написанием названий методов, начиная с нижнего подчёркивания (_get_item_internal(....), что подразумевает - не трогай из другого класса, может сломаться). Поэтому если хочется именно ООП полностью понять, то наверно лучше изучить сначала C++, C# или Java. А если хочется просто учить довольно лёгкий язык и начинать экспериментировать, как можно раньше, то GDScript вполне подойдёт. С базовым пониманием классов, методов, наследований и прочего из GDS другие языки возможно проще потом покажутся. А так я даже не знаю, что ещё сказать.
Steam версия сразу скачивает сам движок + демки + шаблоны экспорта. И при первом запуске всё это сразу доступно без дополнительных шагов с настройками. Все настройки и шаблоны хранятся в папке рядом с самим движком. Версию с официального сайта можно загрузить только по частям. Все настройки по умолчанию хранятся в AppData. А в остальном этот тот же самый движок. В обоих случаях движок *не* содержит интеграцию со стимом.
Пожалуйста ответе У меня несколько вопросов 1.что лучше учить новичку который незнает не одного языка C# или GDScrip ???? 2.Я так и не понял чтоб скачть движок с возможностью писать на C# надо на официальном сайте скачать Mono version????
1. GDScript как по мне проще. Если планируешь плотно засесть за Godot, то советую GDScript. У C# больше стандартная библиотека, очень много готовых решений. Если C# использовать не сильно опираясь на API Godot, то он будет заметно быстрее GDScript, если использовать его по прямому назначению скриптового языка godot, то разница в производительности будет не большой (если не в пользу GDScript. Отвечал об этом недавно: ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-i3fvYvmGGo4.html&lc=UgydCiKKzIHk4Rad-ll4AaABAg.9UUwzLxk4fT9YUrQHAm0B3 ). А ещё его немного сложнее использовать с Godot, чем GDScript. Но у C# есть другой бонус: Unity, ещё парочка движков с поддержкой C# из коробки и стандартные библиотеки Microsoft для разработки полноценных самостоятельных приложений и сайтов. Да и не только от Microsoft, много где его можно ещё юзать, но в геймдеве в основном в Unity, Monogame и Godot. 2. В ролике я вроде и так сказал это. А так да, Mono это свободная реализация .Net, то есть, то что исполняет C# код. В обычной версии его нет. Лично у меня получилось так, что сначала я изучал GDScript и потом уже C# (пришлось немного по учёбе, а потом мне он просто понравился, как gdscript и я продолжил изучение)
Движок весит ~75мб. Внутри него сразу идут встроенные редакторы скриптов (на двух языках: GDScript, VisualScript) и редакторы шейдеров (GLSL подобный язык и визуальный редактор). Есть встроенный отладчик скриптов и оффлайн документация почти на все стандартные классы. Если есть желание или необходимость, то можно использовать другие языки, включая официально поддерживаемый C#. В нём есть мощная система анимаций и анимационных деревьев. Хорошая поддержка 2D графики и в 3й версии годо неплохое 3D(да, не уровня Unity или UE, но для мобилок должно хватить, хотя и на пк 3д игры на нём выходят). Отличный набор узлов для создания пользовательских интерфейсов. В сравнении с тем же Unity на Godot на много удобнее экспорт проектов (может я что-то не так понял, но в unity ты должен перед каждым экспортом весь проект переключать и пересобирать под целевую платформу), можно настроить несколько пресетов и одной кнопкой всё экспортировать. Сам интерфейс мне нравится больше, чем в Unity. Его кстати также можно расширять дополнениями. Godot не имеет официальной поддержки консолей, 3d часть на данный момент не на уровне ue или unity, даже 2d освещение в URP unity мне нравится больше, чем стандартное в годо (но его можно менять вручную с помощью шейдеров) и производительность gdscript или даже c# будет медленнее, чем их аналогов у ue4 или unity в релизных сборках (что можно править библиотеками на c++). Но меня всё равно цепляет его простота, скорость разработки, написание скриптов и открытость всего движка.
@@DimOkGamer а как такое может быть, чтобы c# был выполнен более медленным по сравнению с тем же на юнити? В Годо же вроде тоже не дураки сидят. Или это в сравнении с l2cpp?
@@PIVKOooo я не изучал исходники unity, но знаю, что у них используется собственная версия mono и il2cpp. А вот в исходниках godot при отладке видел кучу кода, который просто преобразовал все данные godot mono (маршалинг). Вот тут хороший пример есть www.reddit.com/r/godot/comments/fg5cs4/gdscript_vs_c_performance_something_is_off/ Пока c# не взаимодействует с godot, то он быстрый, иначе очень сильно проседает. Надеюсь, что при переходе на .NET 6 в Godot 4.x C# будет работать в полную силу. Хотя меня и GDScript устраивает в данный момент.
@@DimOkGamer большое спасибо за развернутый ответ. Про случай с разницей в 10 раз, конечно, просто выпал. На гдскрипт переходить из принципа не хочу, ибо нужно часто кодить проги, да и на юнити. А так то собирался писать сложный проект (симулятор) в 2д, где, разумеется будет много с# кода, вплоть до редактора анимаций, но, чувствую, что своя реализация анимаций в игре на с# сейчас - не лучшая затея, ибо как раз там слишком частые обращения к годо будут ... Придется подождать.
Дмитрий спасибо за видео. Как по вашему, для несложного прототипа 3д игры, адвенчура, в сеттинге дома, на сколько комнат, получится? Где будет человек, кот, взаимодействие с предметами (взять, положить, прочитать)
Думаю если использовать недавно вышедшую систему комнат, которая скрывает те комнаты, что не видно, то можно много комнат сделать. Хотя и без неё наверняка можно домик целый сделать. docs.godotengine.org/en/stable/tutorials/3d/portals/index.html
Но ведь вечером был стрим :( А так да, видосов давно не было. Может есть идеи о чём я мог бы рассказать? Учитывая опыт со стрима, я вот думаю о ролике про подготовку GDExtension проекта, но аудитории это вряд ли нужно 😔
@@DimOkGamer единственный нормальный гайд на Ютубе как просто подключить к Godot C++ был запилен в 2019-м и на английском, то есть уже не актуальная информация, так как сейчас не используется GDnative. А по тому, как вообще писать на с++ в годот с примерами и объяснениями на Ютубе нет вообще. Ни на русском, ни на английском
А есть введение, что делать если в Контейнерах всё сходит с ума, и размещается само где захочет, и поверх друг друга, и растянутое как само захочет, 4 одинаковых предмета в 1 контейнере, отличаются вообще полностью и размерами, и размещением, и некоторые вообще по верх друг друга местами... По итогу контейнеры не чего не дают кроме полного полома всего.
Что за контейнер такой, где всё по разные стороны и какие настройки у дочерних нодов? Я уверен, что с контейнерами нет таких проблем, если использовать не базовый Container или PanelContainer, а всякие BoxContainer, GridContainer, где ноды сами расставляются на основе их минимальных размеров. А в Container, PanelContainer, ScrollContainer, TabContainer лучше помещать другие контейнеры, которые уже будут расставлять дочерние ноды.
@@DimOkGamer У меня с любыми контейнерами такая хрень... Вчера единственный раз под ночь получилось сделать за долгое время, контейнер который не сходит с ума, хотя всё равно ведёт себя максимально не удобно. а так любые контейнеры больше 2, сходят с ума моментально.
Официально Java или Kotlin, как скриптовые языки не поддерживаются, но какие то модули были. В каком сейчас они состоянии я не знаю. Официально Java только в порте под Android используется.
Ну GitHub не такой уж и страшный. А вообще шаблоны (Export Templates) немного ниже на странице загрузки godotengine.org/download Но можно даже проще. Через редактор: Editor -> Manage Export Templates... -> Download and Install i.vgy.me/WqMTgX.png
Не могу понять про первое лицо: говорят что гадо изначально был сделан для 2д а 3д потом прилепили - интересно насколько это правда. Гадо проще анриала но анриал - вроде как для первого лица и создавался. Может приключение от первого лица проще делать на том движке для которого первое лицо имманентно?
Вот наглядно история движка: godotengine.org/article/godot-history-images Ещё до того, как он стал Godot Engine и ушёл в Open Source в нём было 3D. Другое дело, что это 3D было того уровня, что требовался разработчикам, а не того, что диктовала индустрия. После выхода движка они решили, что 3д нужно развивать, но в godot 3.x ушли не слишком далеко. Да в нём появился PBR, более хорошее освещение, но в нём до сих пор нет даже LOD'ов. Вот в Godot 4.0 уже будет полностью переделанная графика, с LOD'ами, occlusion culling'ом, sdfgi ( godotengine.org/article/godot-40-gets-sdf-based-real-time-global-illumination ) и кучей других фишек. Но по графике скорее всего также будет уступать анриалу и юнити (ну если судить по демкам юнити с супер графикой). Зависит от того, что за приключение. С реалистичной графикой в огромном открытом мире? Такое лучше делать в анриале. А если это будет небольшое приключение в более камерном мире, то почему бы не попробовать godot? Если понравится движок, но не будет хватать 3д возможностей, то можно подождать до конца года, когда обещают наконец то выпустить godot 4, а полученные знания в godot 3 по большей части перейдут в 4ю версию.
1) Программировать надо начинать с создания папки для игры 2) выбор языка программирования 3) Сохранение проекта вообще никаких ключевых действий не рассмотрел 🤣
Немного не по теме, но мог, бы ты снять ролик, о том, как сделать скример, нигде не нашёл информации по данному вопросу, буду благодарен (кому я вообще нужен)
Ничего обещать не буду, но в продолжении этого ролика я точно расскажу про скрипты, сигналы и прочее. А пока могу порекомендовать просто использовать AnimationPlayer и например Area2D для создания тригера запуска анимации. В анимации включать звук и показывать нужную картинку.
Да, кончено. Просто сами разработчики обычно предлагают скачивать версию с их сайта. Зато в стим версии будут вместе с движком загружены примеры и шаблоны экспорта. Но если выйдет новая версия, то она будет автоматически загружена, даже если ваш код или расширения несовместимы с новой версией (хотя в целом в стим можно выбрать минорную версию, типа 3.5.*, 4.0.*).
@@DimOkGamer Эх, тоже вот подумываю снимать может как я учиться начинаю да выкладывать?) Ментора бы найти себе по движку, никогда не касался игроделанья(((
"Web server is down" Один из разрабов писал, что у них летом проблемы с серверами, это видимо одна из них. "Our data center in Europe doesn't like hot weather." twitter.com/YuriSizov/status/1664971278019710978
@@DimOkGamer спасибо, значит пока отложу. Без готовых примеров сложно разбираться. А я хотел клиент-серверную модель потестить...для браузерок. Мало инфы нашел как с сервером работать совместно с годо. Тем более запускаясь в окне браузера. Хотелось бы посмотреть. Было-бы в 1000000 раз полезнее разборов каждой кнопки и галочки, так как это на поверхности, в документации)
Файл можно просто перетащить в окно редактора. Можно перенести файл в саму папку проекта. Ну и плюс ресурсы и скрипты можно создавать через саму файловую систему. Но вообще об этом я и так говорил в ролике на 8:06
Не обязательно писать один и тот же комментарий под разными роликами... А так, скорее всего какая то ошибка. Советую открыть Godot с консолью. В ней должна быть написана ошибка. Либо при запуске даже без консоли срабатывает точка останова в каком то скрипте. Нужно посмотреть, что там и исправить 🤷♂️
Та консоль, которая скрыта по умолчанию открывается через дополнительные файлы, которые идут в архиве с движком: Если это Godot 3, то рядом с exe есть bat файл. Нужно запустить godot через этот bat ("Пакетный файл Windows" в проводнике называется) файл. Если это Godot 4, то рядом с exe самого движка должен быть ещё один exe с названием *.console.exe. Но обычно можно найти информацию об ошибках во вкладке Output в нижней панели, или в Debugger там же.
OpenGL потому что такие вещи как DirectX и Metal работают только на Windows, Xbox и macOS, iOS. Используя OpenGL разработчики могли просто писать один код (почти один) под все платформы включая Windows, macOS, Linux, Android, iOS, Web. Для OpenGL также нужны драйвера. Они правда могут быть изначально встроены в систему. В Godot 4 изначально будет Vulkan и OpenGL. Оба работают на большинстве платформ (у Apple там свои приколы сейчас, но godot там тоже работает). Позже должен залететь DirectX 12, но там не понятно будет ли он быстрее Vulkan или нет. Вероятно он будет нужен только для нативной поддержки Xbox. В общем OpenGL просто работал почти везде.
Можно пересмотреть ролик. Либо могло оказаться, что вам не интересен движок или геймдев в целом ¯\_(ツ)_/¯ Но даже так ролик можно посмотреть ещё раз. А если после этого будет снова непонятно, но очень интересно, то у Godot есть онлайн документация с уроками для новичков.
Этого урока хватило, чтобы понять, насколько Godot излишне запутан по сравнению с UE4. Анрил вообще элементарный на самом деле. Не понравился мне ваш Godot, в общем.
А можно подробнее разъяснить про запутанность? Возможно применю эту информации в будущих роликах. Просто я пользовался и Godot, и UE4, и Unity, но как по мне они все запутанные, где-то больше, где-то меньше.
@@DimOkGamer Ах, да неважно. Возможно то, что я сижу на анриле 1,5 года определяет то, что для меня там явно уже намного проще, но как минимум могу сказать, что там виджеты по дефолту имеют скейл содержимого х1, а не х0, и не вызывают внезапных вопросов "Эй, а куда подевался контент, привязанный к этому объекту?". Деревья иерархий с тысячей веток, множества вариантов выбора объектов, которые так же хрен поймёшь как себя поведут, если не поставить какую-то настройку, о которой ты обязан знать заранее и так же заранее выставить в определённое значение. А момент с "Тут нам предлагается 100 вариантов привязки, но ни один из них не работает т.к. нет скриптов" вообще убил)) Ну такое... Порог вхождения в пользование движком колоссальный.
Согласен про то, что исчезающий объект при добавлении в контейнер может запутать человека. Но это вызовет скорее всего разовое недопонимание, после чего пользователь будет знать, что контейнер работает именно так. И я в ролике забыл показать, но если например закинуть текст или кнопку в контейнер, то они в отличии от ColorRect останутся видны, но примут минимальный размер, который по умолчанию у них не (0, 0). Ну при создании блупринтов на сколько помню тоже нужно выбирать из большущего числа классов. И там и тут при этом можно в дальнейшем просто выбрать объект и нажать "Изменить тип нода/класс". Привязка сигналов, как и event dispatcher'ы обычно хотят создать специально функцию/нод которую будет вызывать этот сигнал. А так как весь код в Godot в скриптах, то и функцию без них не создать через то меню привязки, но как я показал в ролике, если у сигнала и функции будут совпадать аргументы, то можно просто указать название функции. В UE мне не сильно нравится, что там заранее за тебя придумали и настоятельно рекомендуют использовать все их базовые классы типа GameMode, GameState, GameInstance, игрок обязательно состоит из PlayerController'а, который управляет Pawn'ом/Character'ом с PlayerState'ом, а интерфейс рисуется и в виде виджетов UMG и на HUD, который ещё нужно создать, указать и рисовать в него. И я наверняка не знаю ещё о каких то подобных базовых классах. В общем разобраться очень сложно. С другой стороны в Godot этого нет и нужно делать все эти системы самому, как тебе этого хочется или искать готовые. А ещё C++ UE4 ужасно замудрёный и им нормально пользоваться без VisualAssist или Rider for UE будет крайне сложно.. да даже с ними не всегда понятно, как и что работает. Плюс на моей картошке (в сравнении с новыми пк) минимальная пересборка - 30-60 секунд. Сам движок часов 5. С Godot мне намного проще было разобраться, как с редактором и скриптами, так и с C++, да и собирается он быстрее. Всё же в любом случае новый инструмент может казаться запутанным, и нужно тратить время на его изучение.
@@DimOkGamer Отнюдь, это замечательно, что в UE уже готова вся система с этими Game Mode и иже с ними, и пользователю НЕ нужно делать это самому. При этом если создать дочерние классы, то можно добавить пользовательские функции, при этом сохраняя уже имеющиеся (та самая наследовательность в деле). Это определённо плюс. В любом проекте игровой персонаж класса "Character" и со внешностью манекена делается только полнейшими новичками, которые так скажем только учатся ходить. Многие стараются использовать только блупринты, т.к. "ой я не умею кодить на плюсах", а на самом деле НУЖНО использовать и код, и блупринты, т.к. под разные задачи удобнее использовать что-то одно. А этому всему тоже придётся учиться. Это естественно. Но не спорю, если освоить движок на должном уровне, то можно делать годноту, выполняя требуемые задачи как щёлкая семечки. :)
Я согласен с тем, что это стандартизация и базовые вещи от проекта к проекту будут схожи. Правда насколько я знаю, то того же Character'а для крупных проектов частенько переписывают полностью. Кстати, мне реально интересно, а как быть с этой всей системой нацеленной на 1 игрок - 1 персонаж в стратегиях или вообще 3-в-ряд и других аркадах? Игрок/персонаж это камера? Просто вся эта система точно не будет очевидна и понятна человеку, который просто открыл один раз видео по UE. Но вот, то что UE на данный момент показывает лучшую 3D графику должно быть понятно сразу.
