Свидетели Godot'овы

Всем привет, дорогие товарищи! Как и было обещано, публикую подборку учебных материалов, которые помогли мне и моим товарищам освоить Godot Engine :)

В этом списке вы найдёте ссылки на материалы, которые можно охарактеризовать как Godot for beginners. Надеюсь, вам будет интересно :)

Если вы впервые слышите об этом движке, приглашаю ознакомиться с его описанием здесь:

Godot Engine. Обзор игрового движка

Официальная Документация

Несмотря на то, что меня постоянно забрасывают какахами, когда речь заходит о доках, я продолжу настаивать на своём: УЧИТЕСЬ РАБОТАТЬ С ДОКУМЕНТАЦИЕЙ! Почему? -- Никто лучше разработчика не знает, как устроен его продукт, так что к кому ещё обращаться, как ни к нему?

Godot Community не только постоянно улучшает и совершенствует движок, но также дописывает и детализирует официальную документацию. Здесь вы найдёте ответы на большинство вопросов, сталкиваясь с практическими проблемами. Да, вероятно, этой ссылке нечего делать в разделе "для новичков", но чем раньше вы освоите навык работы с доками, тем меньше набьёте шишек об углы движка (кстати, это касается любого программного продукта).

Между прочим, доки практически полностью переведены на русский язык.

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

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

Официальная Документация Godot Engine

Подробный туториал о создании простой 2D игры

Прекрасный способ быстро и поверхностно познакомиться с движком и его интерфейсом, чтобы не только мозгами скрипеть несколько дней, но и удовольствие от результата получить ;)

Ссылка для скачивания ассетов указана в одном из первх уроков туториала.

Туториал на deuga.me Создание простой игры шаг за шагом

Kids Can Code. Godot Recipes

Раздел, посвящённый Godot, в он-лайн школе Kids Can Code. Название школы говорит само за себя ;) Здесь вы найдёте открытые мини-уроки, посвещённые решению практических задач.

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

Godot Engine на Kids Can Code

GDQuest

Вообще-то это он-лайн школа с довольно демократичными ценниками на курсы, но речь пойдёт не о ней :)

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

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

Бонусом -- пачка учебных материалов по визуальному редактору Krita.

GDQuest на YouTube

Официальный сайт GDQuest

HeartBeast

YouTube канал пользователя под ником HeartBeast, где вы так же найдёте уроки по разработке простых коротких игр. У лектора прекрасная дикция, он довольно быстро говорит, но трудностей с пониманием, вроде бы, не возникает.

Материал несколько разрозненный, но здесь есть много интересного и познавательного :) Новые видео выходят довольно регулярно.

HeartBeast на YouTube

Angega Studios

YouTube канал пользователя под ником Angega Studios. Сразу скажу, что у него не очень хороший английский и плохой звук, но зато он медленно говорит и разжёвывает каждую мелочь. Вместе с автором контента вы сможете создать три простенькие игры.

Под своими видео автор даёт ссылки на ассеты.

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

Angega Studios на YouTube

Game Development Center

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

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

Канал живой. Администратор канала общается с пользователями в комментариях, отвечает на вопросы. Кстати, под каждым видео вы найдёте ссылку для скачивания используемых ассетов.

Game Development Center на YouTube

Game Endeavor

Личный блог одного из популяризаторов Godot. Канал специализируется на ретро-играх с пиксельной графикой. Строго говоря последнее обновление было год назад, но автор периодический проявляет активность в комментариях. Возможно, он просто нашёл работу и ему стало не до ютубчика :))

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

Game Endeavor на YouTube

Сообщества и взаимопомощь

За 8 лет вокруг Godot Engine сформировалось очень дружелюбное и интересное сообщество. Люди с удовольствием помогают друг другу, отвечают на вопросы, делятся опытом разработки и игровыми ассетами.

Официальный форум вопрос-ответ. Форум, предназначен для взаимопомощи пользователей (иногда его посещают и разработчики движка). Цель форума проста: свести друг с другом вопрошающего и отвечающего.

На форуме действует система голосований за воспросы и ответы (примерно как на пикабу). Если вы встретили какой-то вопрос, он вам актуален, но всё ещё без ответа, тыкаете плюс -- вопрос взлетает в рейтинге по актуальности. Просматривать сообщения пользователей без регистрации можно, закрытые разделы отсутствуют.

Godot на Reddit. Сообщество на Reddit -- живое и дружелюбное. Несколько раз на Reddit мне отвечали гораздо быстрее, чем на форуме вопрос-ответ. Времнами складывается впечатление, что некоторые товарищи там сидят специально, чтобы помогать новичкам.

Сообщество Godot на Steam. Здесь люди, в основном делятся своими поделками и обсуждают популярные проблемы, связанные с разработкой на Godot. Оно не очень полезное, но позалипать на демки в порядке прокрастинации очень приятно и весело.

Разумеется, мне бы хотелось, чтобы наше сообщество на Пикабу тоже расширялось и наполнялось контентом, поэтому не стесняйтесь показывать свои наработки, делиться опытом, задавать вопросы. Надеюсь, что придёт время и Godot Engine станет полпулярным в России!

Небольшое напутствие всем, кто делает первые шаги в освоении движка

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

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

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

Всем хорошего вечера, успехов в изучении Godot и лёгкого старта в увлекательном игродельном мире! ^_^

P.S.: Годобот в заголовке нарисован мной. Картинка распространяется под Creative Commons Attribution 4.0 International License. Если вам нужна эта картинка, вы можете скачать её здесь:

Ссылка для скачивания Годобота

В архив входят 4 картинки с вариациями фона и *.PSD файл.

UPD by @Boogernator: Полезным может ещё оказаться канал, ролики маленькие, про небольшие полезные мелочи рассказывают.

https://youtube.com/c/PlayWithFurcifer

UPD by @captainperson: Еще для любопытных, Стим-куратор игр, сделанных на Godot. В основном любительские поделки на коленке, но уже имеются весьма успешные игры.

https://store.steampowered.com/curator/41324400-Is-it-made-w...

UPD by @MFSUS: тутор с которого я начал.

https://www.codingkaiju.com/tutorials/space-asteroid-arcade-...

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

Да, под  метагеймом я подразумеваю не MostEffectiveTactic, а абстрагированное развитие прогресса игрока, вне основной геймплейной сессии.

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

Перво наперво надо её где-то хранить, запилим CurrencyStorage. Можно это конечно сделать синглтоном или ещё как, но в этом случае я сделаю, используя статичные функции, меня недавно распрашивали насчет них, кому-то видимо нужно и может пригодится, да и сам я ими пользуюсь в различных Utils классах.
Важное замечание, в gdscript есть статичные функции, но нет статичных переменных, что с одной стороны странно и неудобно, с другой стороны хорошо) Но эту неприятность легко можно обойти, например в константе хранить массив, словарь или свой пользовательский класс.

Использую словарик.

Обратите внимание, что класс CurrencyStorage, ни отчего не наследуется, его экземпляров мы создавать не будем, при попытке запихать его в AutoLoad будет ошибка.

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

Теперь сделаем универсальный Label, который будет показывать не только количество, но и содержать в себе иконку валюты.

Сейчас можно расставить наши IconLabel в сцене Main, запустить и игра упадет.

Связано это с порядком выполнения методов _ready() в дочерних и родительских нодах, а если помните то CurrencyStorage.store() я поместил именно в _ready.
Кстати непонимание этой разницы вызывает немало ошибок у новичков, поверьте я знаю с двумя новичками и сотрудничаю сейчас.
метод _ready() это не конструктор, он вызывается когда экземпляр уже добавился на сцену в результате add_child(). Конструктор, который вызывается при создании экземпляра это _init()
И порядок выполнения следующий:
parent -> _init()
child -> _init()

...

child -> _ready()

parent ->_ready()

_init родителя вызывается раньше чем _init потомка, но добавляются на сцену они в обратном порядке, что в принципе очень даже логично)
Перенесем загрузку стартовых данных в _init()

Для каждой IconLabel не забудьте указать разный тип. И я кстати косякнул, два раза в match указал Gold, вместо Silver.

Собственно результат при запуске.

В редакторе же мы видим далеко не такую красоту, там тлен и пустота.

Согласитесь очень неудобно, ведь надо же не только вывести, но и красиво расставить.

Для этого воспользуемся ключевым словом tool.

собственно результат

Картинками не показать, что меняется в редакторе, вот видосик держите.

Наберет если пост 15 лайков, то напишу и продолжение про пользовательскую кнопку для покупок за валюту, и покупке валюты за рубли)) Тонкий байт на лайки, эндорфинов не хватает, а каждый лайкосик дает немало)

Ну и ссылка на чатик сообщества в тг https://t.me/Godot_pikabu
Можно позадавать или поотвечать на вопросы или просто пофлудить, но без троллинга и токсичности плз.

p.s. А иногда tool не сразу почему-то работает после добавления его в скрипт, бывает нужно релоаднуть проект.

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

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

Вроде бы все хорошо, никаких проблем нету, мы же ничего не собираемся менять никогда в структуре этой сцены<sarcasm> 100% можно быть уверенным только в одном, что изменения будут, в геймдеве особенно)
Немножко изменим структуру сцены.

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

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

Если потомку надо знать своего родителя, то пусть родитель и сообщает ему об этом.

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

Особенно это удобно при создании GUI, адаптивный интерфейс как правило требует много разнообразных вложений и родительских сцен, чтобы все там само красивенько расползалось по экрану, с таким подходом сэкономите себе кучу нервов и времени)

И обещанное про get_parent()
Для наглядности в _physics_process добавил 3 get_parent()

на картинке ниже видно, что _physics_process выполняется на 30% дольше чем _velocity_computed

А теперь скрин профайлера без этих 3-х get_parent()

Как видите на 25% быстрее стал выполняться, чем _velocity_computed
Если вам кажется что это пустяк, то вот видосик. Ролик коротенький, но 60мб получился, заль. ютуб. В первом случае у меня фпс начинал падать ниже 60 уже после спавна 600 человечков, во втором это число выросло до почти 2100.

https://youtu.be/jd3pMYHGYYM

Всем спасибо за внимание.
Небольшой и уютный чатик нашего сообщества https://t.me/Godot_pikabu

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

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

Вторая причина. В чатике сообщества организовались с парнями и поучаствовали в джеме.
@Noizless.dog, @inar0s, @xenofob, привет, ещё и тут)

За три дня успели сделать в целом играбельный продукт, хоть и не до конца, сейчас понемножку полируем ещё. Поиграть можно тут.
https://itch.io/jam/sibgamejam-nov-2022/rate/1779990

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

А сегодня хотел написать вот о чем. Вот такой эффектик сделал для поверапа в игре, батарейку пополняет. Как по мне прикольный получился)

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

Немножко о том как все устроено в репозитории.
ссылка на сам репозиторий.
https://github.com/JunkyRoach/GodotParticleLibrary
Пока всего два эффекта, ну я потерял приличную библиотеку своих поделок, теперь сразу буду делать здесь, коммитить, а потом уже в рабочие проекты свои переносить. Так что если кому надо пользуйтесь. Потихоньку буду наполнять.

Вот собственно пока и все. Спасибо за внимание.
Залетайте в чатик сообщества https://t.me/Godot_pikabu
Много нового узнать можно, мне хоть разъяснили разницу между _input() и _unhandled_input()
Ну и как оказалось, найти единомышленников, чтобы создавать крутые игры, а иначе зачем вся эта возня с Godot.

Всем привет, особенно @nazirmustafin773, в целом тебе ответили на вопрос, главная ошибка была в том что отступ не поставил.

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

Я использовал pass, как завершение условия или цикла, да оно не нужное, но я для личного удобства это ставил, просто чтобы самому не косячить и не ошибаться, а потом уже привык, да и не просто привык, а втянулся и оценил преимущество этого подхода на отступах))

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

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

Вот собственно и все, для KinematicBody, суть та же самая, ну может попозже напишу и для него.

А в целом, как раз для таких вопросов и создали группу. https://t.me/Godot_pikabu
За 5 минут бы тебе ответили, не пришлось бы и заморачиваться с постом, опять же люди там поумнее меня имеются, просто не все готовы посты писать)
Но в целом, как тебе удобнее так и задавай вопросы, новичком быть не стыдно. Стыдно троллить новичков, пряча буллинг за псевдоюмором и сарказмом.