Co to jest Godot i dlaczego go wybrałem?

Wstęp dla tych, którzy są tutaj pierwszy raz

Cześć! Mam na imię Kacper. Będąc nastolatkiem marzyłem o stworzeniu własnej gry komputerowe – jeżeli Ty też — to jesteś w dobrym miejscu. Wprawdzie napisałem dwie w okolicach studiów, ale było to tak dawno i z użyciem tak innych niż teraz narzędzi, że nie chcę do tego wracać:)

W nowej serii wpisów będę dokumentował realizację swojego młodzieńczego marzenia przy użyciu popularnych teraz narzędzi i przy okazji pokażę Ci, jak krok po kroku tworzyć gry w silniku Godot z całą otoczką. Będzie to seria wpisów na blogu oraz filmików na YouTube kiedy uznam to za konieczne dla lepszego zrozumienia/zaprezentowania omawianego tematu. Najpierw wprowadzenie do Godota i GDscriptu, później minigierki, a w międzyczasie devlogi z prac nad własną grą.

Ostatnich kilkanaście miesięcy zapoznawałem się po godzinach z Unreal Engine, Unity i Godot Engine, żeby sprawdzić w czym będę realizował swój plan. Stanęło na Godocie. Przerobiłem trochę tutoriali, wziąłem udział w dwóch game jamach (rezultaty na https://superlama.itch.io/ – na dole wpisu podpowiedź do agriCULTure) – wiem, że wybrałem dobrze.

Czym jest Godot?

Godot, a właściwie Godot Engine jest narzędziem do tworzenia gier komputerowych. Ma swój zestaw elementów i instrukcji, z których możemy zbudować aplikacje obsługujące grafikę 2D/3D, dźwięk, klawiaturę, mysz i inne kontrolery. Do tego ma wbudowaną symulację fizyki, obsługuje różne popularne formaty plików i umożliwia budowę interfejsu użytkownika (UI). Pełna lista możliwości aktualnej wersji tutaj.

Oczywiście gry to tak z założenia, bo można też w nim tworzyć inne aplikacje z interfejsem graficznym.

Dlaczego Godot?

Bez hejtu i fanbojstwa – po prostu najbardziej trafia w moje potrzeby:

jest lekki i szybko działa nawet na słabym sprzęcie – mogę więc po etatowej pracy odejść od biurka
i programować na laptopie gdziekolwiek mam ochotę (UE i Unity dawały po baterii mocno). Pracując na etacie i wychowując trójkę dzieci muszę dobrze pożytkować wolny czas – nie chcę go spędzać czekając co chwila aż coś się załaduje albo skompiluje (rozumiem, że może być inaczej przy dużych projektach, ale to nie jest mój cel w tej chwili)
używałem w przeszłości C/C++/C# i Pythona w różnym stopniu zaawansowanie, dzięki czemu nauka GDscriptu była bardzo łatwa
zintegrowany edytor kodu z podświetlaniem składni
można eksportować aplikacje na Windows/Linux/macOS/Androida/iOS/SteamDecka i pod przeglądarki (z konsolami lepiej zlecić to specjalizującym się w tym firmom, ale to temat na osobny wpis)
jest darmowy, bez żadnych haczyków
spełnia moje wymagania co do grafiki (celuję w pixel art i low poly 3D)
do większości rzeczy jest dostęp zarówno z GUI jak i z poziomu kodu, co bardzo lubię.

W Godot Engine powstają również gry, które odnoszą komercyjne sukcesy jak Brotato, Cassete Beasts czy mój ulubiony Dome Keeper (więcej przykładów można znaleźć tutaj).

Słowo na zakończenie

Godot ma oczywiście swoje minusy względem UE i Unity – m.in. jest mniej wiedzy na jego temat w sieci (choć szybko się to zmienia) i brak asset store z prawdziwego zdarzenia. Nie są to jednak dla mnie wystarczające powody, żeby nie używać Godota.

Napisałem już w nim kilka prototypów, wiem, że się sprawdzi. Na blogu usystematyzuję teraz tę wiedzę, żeby ruszyć z dalszymi pracami dzieląc się przy okazji. Jak mawiała moja Gosia, moja nauczycielka angielskiego – najlepiej sprawdzić czy rozumiesz temat próbując go wytłumaczyć komuś innemu (przy okazji pozdrawiam i polecam).

P.S. Wiele osób miało problem z przejściem agriCULTure – a to tylko 5 poziomów. Miały być takie przekornie souls-trudne. Tutaj podpowiedź jak przejść https://www.youtube.com/watch?v=WRLlbL-dGnM