#godotengine

31
10
Serwus, zrobiłem z trzema znajomymi gierkę na Ludum Dare 55 ( ͡o ͜ʖ ͡o)
Jeśli nie wiecie, Ludum Dare polega na tym że na zrobienie całości gry na zadany temat (wliczając cały kod, grafiki, audio itp. itd.) masz 72 godziny.
Tym razem tematem było „summoning”, a nasza gra to INVERSIO NEGOTIUM.

Tu możecie obejrzeć mały trailer który zrobiłem:
https://www.youtube.com/watch?v=2GF8O_RX0mo

A tu pobrać gierkę (Windows/Linux): https://clownworks.itch.io/inversio-negotium

#gamedev #ludumdare #godotengine
Maxmar

bardzo dobrze to wygląda będziecie dalej rozwijać pomysł?

pierogo

Na to się zapowiada, mamy sporo konceptów które chcemy wypróbować ( ͡o ͜ʖ ͡o)

Zaloguj się aby komentować

Unity odwalił samobója jak wykop. Teraz tysiące wymiataczy przyjrzało się godot engine co zaowocowało setkami materiałów i rozwiązań pod ten silnik. Puchnie mi folder z zakładkami, a o to kilka ciekawych wątków

Czy Godot nadaje się do tworzenia gier multiplayer:
https://rivet.gg/blog/godot-multiplayer-compared-to-unity

Darmowe assety:
https://twitter.com/KenneyNL/status/1702979883935174931

Tips and tricks Godot:
https://github.com/godotengine/godot-docs/issues/4377

O wsparciu różnych języków programowania w Godot:
https://twitter.com/reduzio/status/1702984351078559780

Ja np. preferuję pisać w Rust i C#.

Ciekawy wątek o wydajności silnika:
https://twitter.com/reduzio/status/1703049541254037651

#godotengine
DEAFCON_ONE

@Aryo generalnie jak Akien i Julian podkreślają – Godot nie jest perfekcyjny, a 4.x ciągle jest w dość wczesnym stadium (niedo)rozwoju. C# to drugorzędny obywatel względem gdscripta (patrz: https://sampruden.github.io/posts/godot-is-not-the-new-unity/) i ma dużo dość kryczynych bugów (większość krytycznych ma być załatana w 4.2). 4.0 zostało zdecydowanie za szybko wydane – nie jest nawet w 10% tak źle jak przy 3.0, ale 4.1 ciągle ledwo nadaje się do dowiezienia prawdziwego produktu.


Niemniej dużo ludzi jest w stanie znieść lekkie niedociągnięcia i niedogodności, bo nagle zaczęło doceniać bycie właścicielem własnych narzędzi. Unity straciło na tyle dużo zaufania, że już raczej nie wróci do łask wśród indie devów – trzymanie swojej kariery w rękach bezdusznej korporacji to dość średni pomysł.

Aryo

@DEAFCON_ONE Długa droga przed nim, chociaż ja przy nim siedzę od wersji 2.0 więc progres widzę ogromny. Jest jakoś 5-6 lat zacofany względem Unity, ale z nową falą użytkowników może to ulec szybkiej poprawie.

DEAFCON_ONE

@Aryo ja zainteresowałem się krótko przed 3.0, bo znajomy kontrybutował do silnika (jeden z tych którzy trzasnęli drzwiami po niesłynnej kłótni z Julianem). I zgodzę się, że w ciągu tych 4-5 lat zrobili ogromny progress pod każdym możliwym względem.

libertarianin

o, witaj @aryo ty żyjesz

Aryo

@libertarianin Jeszcze tak

Meverth

@Aryo napisałbyś raz na jakiś czas update o Ukrainie, jak im idzie. Podsumowanie tygodnia, albo miesiąca... albo podaj linka do swojego bloga, bo zdaje się, że stworzyłeś coś na wordpress, nie?

Orzech

@Aryo Pisałem coś w godocie w 2015, pisało się w takim pythonopodobnym czymś

Aryo

@Orzech GDScript

Zaloguj się aby komentować

PanGargamel

UE5 i tak jest zwycięzcą tej akcji :]

koszotorobur

@PanGargamel - pewnie tak - ale monopol nigdy nie jest dobry...

keborgan

@PanGargamel nie wiem czemu cię to cieszy...

Zaloguj się aby komentować

Nie mogę sobie poradzić z pewną rzeczą w Godot4. Mam stworzoną scenę, która reprezentuje dowolną postać. Składa się z AnimatedSprite2D, kolizji, nawigacji i tego typu rzeczy. Chciałem, aby SpriteFrames ustawiało się na poziomie sceny z poziomem. Użyłem więc:
@export var sprite: SpriteFrames
i ustawiam .frames w ready. Ale edytor mi się cały czas pluje, że AnimatedSprite2D potrzebuje SpriteFrames na poziomie sceny postaci. W sumie logiczne bo skąd ma wiedzieć, że ustawiam to w ready. Jest jakiś inny sposób aby to zrobić? Tak aby powiedzieć, że parametr dla AnimatedSprite2D ustawia się na poziomie głównego węzła (rodzic w tym przypadku)?
Bo przez to nie mam podglądu w edytorze
#godotengine
ba769426-adab-4c37-a42e-840e7d98ee60

Zaloguj się aby komentować

#godotengine #gamedev
Niewiem jak wy ale cięzko było przejść z Unity na GodotEngine.
Ten silnik ma wiele takich quirków i dziwnych ficzerów, co czasami trzeba stanąć na głowie by coś działało jak chcemy,
gdzie w unity to jest zrobione przejrzyscie.
Np.: jak chcemy zanimować tilesy do tilemapu, to żeby to szybko działało to trzeba stworzyć shader gdzie np będą 3 klatki dla wszystkich tilesów gdzie twoja tekstura jest podzielona na 3 rzędy kazda inna klatka. AnimatedTexture które reduz kiedyś na twitterze polecał by użyc do tilemapów to beznadzieja bo batching przy tym niedziała. Bo każda tekstura jest osobnym plikiem. A Atlasy w AnimatedTexture niedziałały. Naszczęscie w Godot 4 to jest to już rozwiązane i mozna robić animowane tilesety.
Albo też tekstury jak chcesz wybrać to pomiędzy WebP, Uncompressed, i Compressed. Nieidzie wybrać ze chce np mieć R4G4B4A4, bo wszystko tam jedzie na RGBA32. Gdzie w unity jest normalny wybór formatów tekstur.
Jak chcemy np stworzyć grafika na bazie palety 256. To musimy mieć najlepiej taki format jak R8, L8, A8 czy coś w ten deseń a tego nieda sie wybrać.
Jest tam wiele niedociągnieć...
dotevo

nie mam porównania bo w unity kiedyś jeden dzień się bawiłem. Ale właśnie ogarniam różne rzeczy w godot4 i pewnie animowane tekstury też będę robić niebawem. Miło, że jest zrobione już.

Zaloguj się aby komentować

Dobra... wiem, że to co robię jest bez sensu bo mógłbym zrobić to szybciej i pewnie łatwiej w 3D, ale i tak efekt mi się podoba. Zrobiłem możliwość zmieniania wysokości kafli na tilemap (2D) przy pomocy shaderów. Dodatkowo jest tam wyliczanie nachlanie kafla do słońca, dzięki czemu mam tam kilka parametrów jak kierunek padania promieni słonecznych oraz kolor światła. Mała rzecz, a cieszy - był to też dobry trening dla mózgu
https://www.youtube.com/watch?v=0CZABXu-3YQ
#godotengine

Zaloguj się aby komentować

Siema, jestem programistą od 15 lat, a licząc, że zaczynałem programować w podstawówce to ze 25lat. W czasach gdy bawiłem się w tworzenie gier używało się SDL i wszystko pisało się z palca, te czasy są już daleko za nami i teraz chyba mało kto tak robi gry. Ostatnio postanowiłem, że napiszę prostą grę, którą będę sobie rozbudowywać w ramach nauki. Wybrałem silnik Godot i zacząłem wrzucać różne rzeczy. I ni chuja mi to nie idzie, po kilku godzinach udało mi się tilemapy porobić. Chyba jestem powoli na to za stary i łatwiej byłoby mi napisać to w C++.
Macie jakieś fajne poradniki do godot 2d? Te na YT są słabe, a dokumentacja zawiera za dużo informacji na początek. Chce zrobić prosty builder w 2d izometrycznym, a utknąłem już na tym jak zrobić proste wykrywanie kliknięcia na warstwie z tiles...
#godotengine #gamedev
Zuorion

@dotevo Unreal jest w C++ jeśli wolisz ten język. Zresztąw Godocie przecież też możesz pisać w C++ via GDNative.

FuPa

@dotevo Zamiast tutoriali polecam przeglądać opensourcowe projekty, szybciej się można IMHO nauczyć. Preferencyjnie przepisywać GDScript do C# (dużo lepsza kontrola nad kodem).


https://cowthing.itch.io/mecha-roguelike (top down view)

https://github.com/w84death/Tanks-of-Freedom (izometria)


PS> Gratuluję wyboru silnika, jebać UE oraz Unity.

a54fd548-e850-4dd1-abda-196e00707b53
dotevo

@FuPa Dzisiaj trochę walczyłem z silnikiem i mam jakieś postępy dzięki za linki

Zaloguj się aby komentować

@Aryo założył tag #godotengine więc nie mogę nie wjechać również ze swoim side projektem który zacząłem niedawno w wolnym czasie klepać.
Szczerze póki co nie wiem co to jest xD ale celuję w coś a'la immersive sim.
Okodowany jako taki movement, podstawowy HUD, podnoszenie/upuszczanie przedmiotów, interakcje z obiektami (tu widoczny vent) i system notek które można sobie czytać. Świat oparłem na mapach w formacie Quake'a dzięki wykorzystaniu pluginu TBLoader (odpowiednik Qodota dla Godota 4.0) i edytora Trenchbroom.
Następny krok - wiele opcji interakcji per obiekt, a potem animowani NPC z jakimś wstępnym AI.
A oto "gameplay".
#gamedev
pierogo

@Billu FOV faktycznie jest podwyższony, zazwyczaj gram na 110-115 i tu też go podbiłem przy ustawianiu kamery

Jeśli chodzi o animację 3D to można powiedzieć że jestem jaroszem, więc filmik na pewno obczaję, wielkie dzięki!

pierogo

@Aryo Miło to słyszeć! nie wiem czy tak zostanie bo na konkretną tematykę jeszcze się nie zdecydowałem, ale na tę chwilę inspirowałem się m.in. przesaturowanymi peerelowskimi pocztówkami.

Billu

@pierogo Liczę na więcej filmików, bo to już teraz ma duży potencjał! Przesaturowane peerelowskie pocztówki w połączeniu z immersive simem przywodzi mi na myśli Peripetię (Post-Soviet Cyberpunk Poland) - https://store.steampowered.com/app/1437760/Peripeteia/

Zaloguj się aby komentować

Mało osób wie, że jestem studentem informatyki. To będzie trzeci dyplom, jaki chcę zrobić. Aktualnie piszę mini grę na bazie silnika Godot Engine do swojej pracy Inżynierskiej.
Chwilowo tworzę prototyp proceduralnego generowania świata, zrobiłem animacje głównej postaci i logikę poruszania w GDScript, ale chyba przepiszę do C#
Zakładam więc tag #godotengine dla tego wspaniałego silnika do gier.
bb6f2d45-1934-4c7a-a470-01210914dd7a
Aryo

@dupinka5000


Wieczorowo, zaocznie? Nie planujesz się przebranżawiać dla lepszej kasy?


Geologia licencjat, magister

Infromatyka inż zaocznie - dzieci praca itd


Nie planujesz się przebranżawiać dla lepszej kasy?


Pracuję w IT od pierwszych dni studiów informatycznych, czyli z 3 lata już leci. Geologia, szeroko rozumiana informatyka, historia, języki obce to moje hobby. W każdym jestem średniakiem, ale lubię to, co robię. W kwestii $ to nie wypowiem się. Od lutego 2022 r. oszczędności przewalam na pomoc i wolontariat dla Ukrainy, więc podwyżek raczej bym nie poczuł

DEAFCON_ONE

Bawię się godotem jakoś od ~półtorej roku, obecny projekt robię w gdnative i ruście – pierwszy raz podchodziłem przy wydaniu 3.0 i to był pożar burdelu (issue na githubie z jednego tygodnia zajmowały z pięć stron i to nie były problemy w stylu "ficzer nie działa", ale "edytor crashuje jak próbuję cokolwiek zrobić"; były podejrzanie pachnące pliki pełne magicznych liczb i długie na 5k linii; z kolei unit testy do samego silnika – SILNIKA! – dodano dopiero w 4.0…). Bardzo, bardzo dużo poprawiło się od tego czasu – ciągle da się nadziać na parę dziwnych zachowań (EKHE, mask/light2D), ale częściej narzekam na elementy znajdujące się między krzesłem a klawiaturą, niż na sam silnik.


(...) W kwestii 3D to Godot 4.0 sporo zmienia w tej kwestii, ale i projekty 2D łatwiej będzie prowadzić, bo np. całkiem przeprojektowano sposób tworzenia tilemap, ale ja nie buduję gry na "czwórce" tylko na wersji 3.5 bo do inżynierki lepiej na czymś stabilnym pracować


@Aryo 3.5 też bardzo dużo poprawiło – mamy nowy navigation server który w końcu pozwala sensownie robić jumplinki (a przy okazji dobrze działa, wspiera agent avoidance i łatwo z niego korzystać), mamy parę różnych occlusion nodes, dostaliśmy też physics Interpolation (dzięki czemu w końcu nie trzeba pisać masy boilerplate). Bullet – silnik fizyki godota 3 – czasami potrafi zrobić krzywdę (w jednym pobocznym projekcie męczyłem się 3 dni z przedmiotami wypadającymi przez ściany :P), ale ogólnie jest całkiem całkiem nieźle.

Może i wszystko wygląda jak gry z poprzedniej generacji, ale przynajmniej słabo działa!

fallen_man

@Revolution_Needed Dokładnie.

Zaloguj się aby komentować