Jak Stworzyć Pierwszą Grę (Pełny Poradnik)
HTML-код
- Опубликовано: 16 июн 2024
- ⚔ Moja Gra DunHero ⚔
bit.ly/DunHero
Mój kurs "Stwórz Własną GRĘ PLATFORMOWĄ w UNITY"
bit.ly/UdemyKurs
💬 Mój Discord / discord
Grupa na Facebooku / 234903877078578
Instagram / dev.kacperr
Mój Email
kacperktbm@gmail.com
Tutaj wyślij swoją grę na ocenianie gier widzów
kacperzgloszenia@gmail.com
Tanie gry (eneba.com)
bit.ly/EnebaDevKacper
Cześć! Ja jestem Game Dev Kacper, a oto film pod tytułem: Jak Stworzyć Pierwszą Grę (Pełny Poradnik)
Dziękuję wszystkim wspierającym kanał!
KASNY
Mariusz Polak
ezioleq
Biznes Bear
sumik
Pokes
QwerPL
Mikołaj Jurczak
SIG3L
iskranadziei
pasty z głosem
#devkacper #gamedev 
Игры
![Sean Rii, Karyon, Sharzkii - Taungule [My Love] (Official Music Video)](http://i.ytimg.com/vi/eJoMuypbSzQ/mqdefault.jpg)
Jeżeli to czytasz to mam ogromny szacunek do ciebie, że wybrałeś/aś do obejrzenia ten edukacyjny film spośród wielu innych clickbaitowych filmów, które niczego nie uczą
Mam szczerą nadzieję, że uda ci się stworzyć i wydać twoją pierwszą grę po tym filmie. Powodzenia 🏆
Inne filmy to clickbait. Warto uczyć się programowania online, z udemy itp. A jak korzystasz z unity to z Unity Learn
Wszystko ok a co z modelami
Po tego nie rozumiem
dunhero to gra 2d czy 3d bo nie znam sie na tym za bardzo a samemu trudno mi ocenić
5:34 wigtor ma zawał
rel
XD
100%
Ja zacząłem od Unreala, bo nie byłem jeszcze w temacie, ale nie żałuję. Z początku trochę się od niego odbilem, ale teraz, po roku, jestem w trakcie tworzenia pierwszej gry/projektu, w którym testuje nabyte umiejętności. Oprócz tego, w międzyczasie, z ciekawości zacząłem się uczyć Godota. Kiedyś jeszcze zastanowiłbym sie nad Unity, ale po tym, co stalo się ostatnio, podziękuję. A i tak wszystko robię po godzinach, bo na co dzień pracuje w zupełnie innej branży. Ale tworzenie i nauka tych rzeczy są dla mnie same w sobie świetna rozrywka. Tworząc grę, czuję się jakbym grał w grę i myślę, że to jest w tym wszystkim najpiękniejsze 😁
No i super. Każdy ma swoją drogę :D
u mnie podobnie też zacząłem naukę w unrealu, fakt miałem unity, ale zniechęciłem się do niego dosyć szybko w unrealu siedze już nwm ile od dnia kiedy wyszedł ue5, cały ten game dev sprawia mi wielką frajdę zrobił już trochę projektów jeden był już dosłownie gotowy do wydania, był fotorealistyczny slenderman w moim wykonaniu, ale nie wydałem, bo czułem, że można byłoby to zrobić lepiej, ale brakuje mu umiejętności i odstawiłem ten projekt, robiłem w miedzy czasie co innego, aktualnie robię sobie pseudo projekt coś na wzór starego dobrego Silent Hilla w retro, na ten moment nie mam dużo: styl retro, kamera izometryczna, przyjemny system poruszania się etc., jakiś tam pistolet z pełnym system amuncji, przeładowania, strzelania, zbierania amunicji z animacjami, mam zamiar teraz zaimplementować jakąś strzelbe jako kolejna broń. Poznałem również ostanio paru super ziomków, jeden gość jest super grafikiem, drugi robi zajebistą muzykę, trzeci uczy się blendera całkiem dobrze mu idzie, a ja robie wszystkie mechaniki itd., aktualnie mamy zamiar zrobić wspólnie grę, jakiś indie horror, przez ten weekend każdy oddzielnie myśli nad konceptem tej gry i przejdziemy to tak zwanej eliminacji koncept, który wygra bedziemy się o niego opierać, a potem każdy oddzielnie zrobi swoją mapkę myśli, jakby miała się prezentować taka gra i też będzie taka eliminacja. Nie mogę się kurcze doczekać jak już zaczniemy razem to robić na poważnie
Dziękuje za ciekawy materiał i dużo fajnych porad, czekam na więcej.
Mój pierwszy projekt, który był na tyle duży, że można go było nazwać udaną grą pisałem w Javie na zaliczenie zajęć na studiach, grafika to były prostokąty i kółka, kod był straszny, ale fakt, że udało mi się zrobić projekt mający menu główne, creditsy, start gry, mechanikę sklepu z ulepszeniami, a nawet Rickrolla - uczucie stworzenia gry na takim poziomie było cudne :)
Dzięki za poradnik, mega mi się przyda😎
Trzymam kciuki :D
bardzo fajny poradnik, zmotywował mnie do dalszego tworzenia gier, które zacząłem dopiero nie dawno, ale szybko się zniechęciłem
Trzymam kciuki :D
Dzięki tobie wiem od czego zacząć robiłem duże gry na Gdevelop a teraz zaczne na Godot nauczyłem się trochę o tym silniku!
I zostanę przy godocie
@@FOXYVR_official_rgx a to byłeś programistą jak zaczynałeś z gdevelopem ? czy nie ale po prostu wybrałeś ten akurat silnik ? i jak ci się nim robiło ?
Z Unity bym uważał, jest bardzo niepewny jeśli chodzi o umowę licencyjną.
Po 10+ latach w Unity przy ostatniej dramie musiałem się przenieść na U5 i Godot.
Na początku polecam nauczyć sie języka np C# lub c++ a nie żadnego pythona ewentualnie javy ale to sie raczej nie przyda do pisania gier w żadnym silniku. C# ma strukturę podobna do javy ale używa składni z C. Natomiast c++ jest mniej intuicyjne dla początkujących ale jest to potężniejsze narzędzie, a najlepsze jest to, że nie ważne czy nauczysz się c++ czy C# to i tak będzie sie dało zrozumieć drugi język nawet w większym stopniu.
Ze znajomością języków można przysiąść do silnika, polecam Unity ponieważ używa C# zamiast własnego języka tak jak Godot, co nie powoduje w przyszłości wymuszenia nauczenia się innego języka.
Jak się będziesz czuć komfortowo w silniku i będziesz chciał przejść na wyższy poziom to polecam wrócić do podstawowego c++ czy C# i napisać własny silnik z użyciem bibliotek (c++ jest lepszy do tego zadania). Co da ci sprawniejszy i większy komfort pracy.
najlepsze jest uczucie kiedy coś ci nie działa i nie wiesz dla czego więc robisz jakieś zmiany przez godzinę potem 2 potem już ci się to nudzi, więc idziesz spać a następnego dnia wracasz do projektu i widzisz, że zrobiłeś coś tak głupiego, np. napisałeś jakąś nazwę z dużej a powinno być z małej, więc to naprawiasz, i... dalej nie działa, ale teraz już masz wszystko rozwiązane i wiesz co naprawić aby projekt działał i ostatecznie udaje ci się dodać to co chciałeś ps. napisane z mojego 3 miesięcznego doświadczenia XD
Zawsze się zastanawiałem dlaczego porzuciłem "grę RPG" to po tym odcinku już wiem.
Kacper dziękuję ci bardzo za to, że uczysz ludzi tworzyć gry, dajesz niesamowite poradniki i też pokazujesz jak to u ciebie wszystko wyglądało. Sam kupiłem kurs na udemy od ciebie i jest on po prostu fenomenalny. To jak tłumaczysz wszystko krok po kroku bardzo zrozumiale urzekło mnie w tym kursie , kto chce zacząć przygodę z tworzeniem polecam kupić kurs od Kacperka.
Szczerze ja próbowałem jako pierwsza gre zrobić w javie xD (nie licząc scrqtcha i innych platform tego typu) ale po tym filmie zrozumiałem że silnik jednak ma sens.
Świetny film
Nagrałbyś poradnik o wydaniu gry na Steam? Wiem że dokumentacja Steamworks prowadzi dewelopera za rączkę, ale myślę, że warto podzielić się swoimi przemyśleniami itd.
I jeszcze jedno pytanie: wznawiasz serię o testowaniu gier widzów? Tworzę akurat grę jako osoba początkująca i zależy mi na opinii od bardziej zaawansowanych
Gry widzów tak ale poradniku takiego nie planuje :D
Świetna miniaturka👍👍👍👍
dziękuje, zrobię grę typu banana na steam
Szkoda że nie wspomniałeś o silniku wyłącznie do Javy. Aktualnie kończę kurs Javy z Udemy i próbuje swoich sił w pisaniu czegoś od absolutnego zera.
Spoko film ,jak bede miał laptopa to zaczne robic z godotem ,bo niestety teraz nie działa
Zrobisz kiedyś grę na discordzie przy użyciu własnego bota? (jak się pokombinuje to jest to możliwe, bo można zrobić że np bot coś wysyła i dołącza do tego przyciski i jak np klikniesz przycisk to bot edytuje tą wiadomość i wysyła coś innego. i można zrobić grę w ten sposób)
Bot na discordzie jest jak serwer minecraft, potrzeba hostingu.
Na ten moment nie planuje. Ale może w przyszłości :D
ale mi dałeś kopa motywacyjnego mam unity od miesiaca, ale teraz lecę tworzyć pierwszy projekt
Trzymam kciuki :D
fajną też opcją jest wykorzystanie obecne AI, albo chat gpt 4 wykupić, albo z copilota korzystać od microsoft który bazuje na gpt 4. Powiedzieć mu że ma napisać np. prosty system chodzenia oraz wyjaśnić krok po kroku dlaczego tak się dzieje. Spoko opcja w obecnych czasach.
Tak, ale nadal niczego nie uczy. AI to prawdę mówiąc wygodna droga dla tych, co chcieliby cudów, ale nigdy nie mieli ambicji by się ich nauczyć. Dlatego AI powinno być narzędziem wspomagającym, lecz tylko wspomagającym - głowy na karku użytkownika nie zastąpi.
@@KicksonAcapulco13-no5rd może i tak, lecz jestem zdania że da się z tego nauczyć, jak będziesz sam przepisywał te linijki oraz zagłębiał się co jak i dlaczego a nie kopiuj i wklej, bo wtedy jest tak jak mówisz :)
To może teraz mini seria z tutorialami? Jeden odcinek = omówienie jednego modułu z gry np. sterowanie graczem wraz z przykładowym kodem.
Raczej nie :D
Cześć mam jedno pytanie co sądzisz o przepisywaniu kodu gry? to jest pomocne czy lepiej poradniki?
Lepiej za pomocą poradników/kursów tak jak mówiłem w filmie. Żeby od razu wyciągać jakieś wnioski :D
@@DevKacper Dzięki przyda mi się opinia osoby doświadczonej
A co jak jest od drugiej strony umiem rysować animować tworzyć nawet dźwięki ale frustruje mnie programowanie bo właśnie nie wiem co ja robię ? Jak w tedy się uczyć ?
Nauczyć się podstaw programowania i robić proste mchanicznie gry :D
@DevKacper A co myślisz o używaniu AI do pomocy? Czy może sam używasz? Czy kody tam będą odpowiednio napisane?
Do pomocy okej. Ale bym nie nadużywał zwłaszca na początku :D
Jak na przedmiotach zawodowych miałem C++ to nauczenie C# może sprawić mi kłopoty? Czy są to w miarę podobne do siebie języki?
Są podobne pod wieloma względami. Moim zdaniem C# jest dużo przyjemniejszy niż C++
Powiem ci że to co mnie zrażało raz za razem. Ja poległem na skrypcie od poruszania się. Jeżeli ja kopiuje skrypt tak jak było w poradniku (godot ma genialną dokumentację nawet z poradnikami na necie.) i nie działało. I gdy nie działa, ja nie wiem czemu bo kod jest prosty do granic możliwości i nie wyświetla się nawet żaden błąd. Właśnie, języki i silniki są na bieżąco aktualizowane. I czy taka aktualizacja jest wstanie rozwalić ci projekt i przez to ponoć poradniki tracą ważność. Jak to jest?
Raczej nie aż w takim stopniu jak napisałeś. Spróbuj może na czysto pobrać Godota i z jakimś poradnikiem spróbować tworzyć na nowo :D
o kurde dzięki temu filmikowi na youtube zrobiłem 15 gier w 4 minuty i jestem teraz bogaty gry się sprzedają na steamie jak GTA5 w dniu premiery...
Testowałem ue, unity a aktualnie działam w godotcie i dla mnie te blueprinty w ue są nie do ogarnięcia, o wiele prościej było mi napisać coś w C# na unity. Ostatecznie wybrałem godota, bo po prostu robię to hobbistycznie i bardzo podoba mi się lekkość tego silnika. gd script jest łatwiejszy niż C#, ale w sumie jakoś mocno się nie różnią.
będą jeszcze jakieś aktualizacje do pixel zombie surwiwal? (jakaś nowa maxymalnie mała mapa o trudności extreme czy coś bo czekam XD
Na ten moment skończyłem pracę nad PZS :D
Skoro polecasz Godot to może zrób poradniki do Godot
A jeśli dajmy na to ktoś chcialby na itch dać gre jednak bardziej stworzona dla rodaków z polskimi napisami bo nie oszukujmy sie tłumaczenie moze zająć sporo czasu to to ma sens ? Oczywiście zakładamy ze gra startowo działa i mozna robic co nieco choć fakt produkt niedokończony
Szczerze jeżeli wydasz polską grę to nie ma w tym nic złego. Możesz napisać w opisie o tym :D
mistrzu a jak to jest z wydawaniem gry na steam, bo oni tam sobie pobierają % ze sprzedaży i podatki, a taki jednoosobowy twórca musi np. sam się rozliczać, czy steam robi to za niego i po prostu dostaje się pozostały % i elo. Zawsze mnie to ciekawiło a nigdzie o tym nie piszą w necie praktycznie.
Steam rozlicza się ze swojej działalności ty dostajesz od nich swoją część, z której też musisz się rozliczyć :D
Ja właśnie kupiłem twoją gre❤
Dzięki :D
7:16 patrz np subnautica w unity xD
dla mnie nr 1 aby wydać grę to samozaparcie bez tego nic nie zrobicie do końca robię swoją grę od roku i parę razy miałem taką sytuacje aby to wszystko rzucić i wtedy zazwyczaj robiłem przerwę nawet 2tyg więc jak masz projekt to go skończ i nie poddawaj się
a co z builders and machine? czy coś takiego
Nie znam
Manor Lords powstał przez jedną osobę posiłkując się jedynie trochę przez grafików z tego co słyszałem xD
Tak ale był tworzony wiele lat :D
A opłaca się jeszcze teraz uczyć Javy?
Zupełnie się nie zgadzam z twoją opinią o visual scriptingu (bloczki, blueprint). Ja myślałem, że nie mam głowy do programowania, a dzięki Blueprintowi w UE4 stwierdziłem, że tylko mi się tak wydawało. Rok temu przerzuciłem się na Unity i nauczyłem się C# bardzo szybko, moje umiejętności bardzo dobrze się z Blueprinta tu przeniosły.
Ucząc się programować w czymkolwiek uczymy się rozwiązywać problemy za pomocą kodu i rozmawiać z komputerem, te umiejętności dobrze się przekładają na naukę kolejnych języków.
Visual scripting w Unity czy Unrealu polecał bym każdemu początkującemu, mimo że sam już nie używam. Ich nauka wielu przyjdzie łatwiej niż "prawdziwego" języka, a umiejętności w nim zdobyte dobrze przeniosą się na C# czy C++.
Dobrze wiedzieć sam wcześniej nie spotkałem się żeby ktoś chwalił blueprinty :D
Jakie masz zdanie na temat "Rpg in a box"?
Nie znam :D
Jest wersja gry dunhero na telefon?
Nie :D
@@DevKacper szkoda
A wypowiesz się o programowaniu w roblox?
Jeżeli ci się podoba to czemu nie :D
To ja xD
Co do silnika gry, każdy silnik jest do czegoś innego.
Unreal engine a unity do innych rzeczy są.
Jak chcesz zrobić drugie GTA 5 to unreal ale jak mniejsza gierka, na przykład clicker to unity.
unity do clickera to też jak z bazooki do komara, nie lepiej godot?
@vielta. Prawda, lepiej użyć łatwiejszego języka do tworzenia gier 2D, godot się specjalizuje w grach 2D
@@busiol8449 mi tam lepiej bylo w unity, wiecej opcji niz w goobot
@@busiol8449 ja tam robilem w unity, duzo lepiej od godot
Leci like z 2 kont
scratch najel[szy
Rel
Chyba nigdy nie zrobiłeś takiej mega dobrej gry
Fakt faktem zrobiono w nim minecrafta 2D to coś mocarny tytuł i zrobienie czegoś takiego to napocenie się jak skurwynyn ale scrach to bardziej taki roblox niz silnik choć fakt ciekawe rzeczy mozna w nim zrobić, zawsze mozna użyć Gdevelop jak chce się mega prosto zrobić grę
💀☠️💀☠️💀😹
@@jamesjentelmeanpl6528 Czy ty własnie porównałeś Scratcha do robloxa?
jak nauczyć się programować?
Np ja uczę się z poradnika na yt
Programować
Twórz gry i przy okazji ucz się programowania. Będziesz od razu w praktyce się uczył na błędach :D
Kiedy bedzie ocenianie gier widzów?
Od lipca najpewniej :D
Wiesz jak zrobić Virtual desktop pet?
Na ten moment nie ale może się doedukuje w temacie :D
Widziałem cię
@@offline-kubus-tv Gdzie
@@DevKacper nie do ciebie. Mówiłem do twórcy komentarza
Przeraża mnie wizja, że za 8lat AI będzie robiła wszystko i cała moja nauka pójdzie na marne
Raczej nie będzie takiej sytuacji :D
19:00 pisze ten komentarz bo szybko chce wrócić do momentu na którym zaczałem klikać w komentarze a nie chce mi sie przewijać lol
Hej!
Z ciekawości ile masz lat ?
Ej miało być o 14
Godot
moją największą wadą jest to że nie potrafię (dobrze) rysować.A jak ktoś ma jakąś fajną stronę z ładnym pixelartem to niech da do niej link
Jak mozna polecac unity wiedzac o ostatniej aferze
Szczerze na ten moment się uspokoiło i nic się nie zapowiada, żeby miały być nawroty. Ale też dlatego mówiłem w filmie, że warto różne silniki próbować :D
Bo zmieniły się zasady używania na lepsze i wywalili prezesa, który wprowadził poprzednie zasady, może dlatego.
Najlepszy sam python
ja już mam zainstalowanego Godota od ja*iegoś czasu
Te wasze wszystkie "poradniki" które mają pomagać każdemu to czasem nie pomagają. Mi nie pomagają zawsze z gry wychodzi kupa. (Jak coś chodzi o polskie i zagraniczne poradniki)
Nie mogę wysłać mojej pracy na konkurs. Co mam zrobić? Proszę pomóż chcę wygrać dunhero
Dlaczego nie możesz wysłać? :D
@@DevKacper Link na który mam wysłać pracę ze zgłoszenia z discorda nie działa i pokazuje "brak dostępu"
@@Qiukiyt115 Najpewniej nie masz weryfikacji. Spróbuj wejść na kanał regulamin i potwierdzić :D
@@DevKacper dziękuję :D Myślę że nawet mam jakieś szanse aby się załapać
Niestety niepodrodze mi z programowaniem, dlatego UE5 z Blueprintami wydaje mi się łatwiejszy od Godota.
DLACZEGO UŻYWAĆ SILNIKA?
W tym fragmencie używanie jako przykładu dwóch fikcyjnych osób bez jakiejkolwiek argumentacji innej niż "wiem, bo zrobiłem grę" według mnie nic nie wniosło do dyskusji, ani do poruszanego tematu. Co według mnie powinno paść w tym fragmencie, to bardziej nie coś w stylu "na start unikajcie pisania własnego silnika", a "decydujcie się to robić jedynie jeśli macie ogromną cierpliwość, jesteście doświadczonymi programistami lub nie macie innej opcji na zaimplementowanie funkcji, których potrzebuje wasza gra". Przykładami gier, które opierają się na własnych silnikach są np. FEZ (dlatego, że wówczas w żadnym silniku publicznego użytku nie było możliwe stworzenie gry 2D w świecie 3D) oraz Noita (dlatego, że trudno było inaczej zaimplementować tamtejszą fizykę).
NA START TWÓRZ PROSTE GRY
To jest według mnie rzecz, która powinna być powiedziana na sam start. Jeśli wytłumaczysz ludziom, dlaczego tworzenie "projektu marzeń" nie jest osiągalne na początku swojej przygody deweloperskiej, myślę, że łatwiej będzie przekazać to, jak ważny jest wybór odpowiedniego silnika. Do samego fragmentu nie licząc tego, że temat jest za lekko wplątany w narrację całego materiału nie mam problemu.
Nie rozumiem też, czemu twórca gier miałby kierować się tym, jak szanowany będzie po stworzeniu 6-12 projektów, pewnie, każdy ma inną motywację, ale za słabo według mnie zgłębiłeś to, dlaczego jest to takie ważne.
Czy tworząc małe projekty osiągniesz wyższy poziom i będzie Ci, twórcy gier, tworzyć lepszą sztukę? Z pewnością. Jest to bardzo dobra taktyka na rozszerzanie swojej wiedzy, jednak warto mieć na uwadze, że tworząc kolejną rzecz możesz sugerować się poprzednim dziełem. By nauczyć się "części" programowania potrzebujesz nie tylko pisać kod, ale także go analizować, dlatego od razu po napisaniu kodu warto dodawać sobie komentarze, na temat tego, co dana rzecz robi, aby następnie, gdy będzie się miało okazję przenieść funkcje i opcje do kolejnego projektu znaleźć sposoby na optymalizację wcześniej stworzonego systemu.
15:23 - oczywiście, bardzo popularne i działające wydaje się podejście znajdowania kolejnych funkcji oraz aplikowania ich poprzez wyszukiwanie tutoriali i odwzorywanie danej rzeczy, jednak nie powinniście się przejmować, jeśli nie wiecie jakie pytanie macie zadać. Zadawanie pytań w internecie też jest umiejętnością, gdyż nawet sztuczna inteligencja nie będzie wam w stanie odpowiedzieć na zbyt spłycone pytania. Jeśli potrzebujecie do swojej gry dodać np. jetpack, musicie wpierw pomyśleć w jaki sposób go zaaplikujecie. Chcecie, aby był on jednym z przedmiotów w ekwipunku gracza? Okej, musicie stworzyć ekwipunek, więc wyszukajcie w internecie "jak stworzyć ekwipunek w NazwaSilnika". Chcecie, aby jetpack pozostawiał za sobą jakiś efekt? Potrzebujecie wyszukać w internecie coś związanego z efektami. Bardzo często nie znajdziecie odpowiedzi na wasze pytania po polsku, dlatego ważne jest używanie języka angielskiego na swoją korzyść w game developmencie, w innym wypadku rezygnujecie z bardzo dużej gamy poradników. Jeżeli nie potraficie języka angielskiego, jeszcze nie wszystko stracone, bo istnieje DeepL, a sztuczna inteligencja jak chociażby ta z Microsoft Edge, czy ChatGPT może wam pomóc rozbić dany dział programowania na mniejsze pod-działy. Ponownie - sztuczna inteligencja też może nie zrozumieć w pełni waszego pytania, dlatego miejcie na uwadze, że czasami będziecie musieli pomyśleć trochę nad zadawanym pytaniem albo będziecie musieli walczyć z algorytmem przepisującym wiedzę z mediów, by w końcu wam odpowiedział w sposób jakiego oczekujecie.
Niestety nie widziałem nigdy dobrego filmu na temat tego jak zadawać pytania dla algorytmu/komputera, więc o ile takowego w internecie nie znajdziecie musicie opierać się na własnych próbach.
19:37 - assety oczywiście są bardzo dobrym rozwiązaniem, ale najważniejszym argumentem za tworzeniem własnych grafik, nawet, jeżeli nie uważacie ich za najlepsze co istnieje - popatrzcie na grę typu Dwarf Fortress. Cała gra opiera się na grafice ASCII. Korzystanie z assetów na start jest bardzo dobre i zachęcam was do tego o ile nie zamierzacie tworzyć projektów płatnych. Jeśli wystawicie grę skręconą z assetów do KUPIENIA, to ludzie po prostu was wyśmieją, gdyż platformy są pełne gier opartych na gotowych assetach, skręconych w parę godzin i farmionych przez deweloperów w celu jak największego zarobku. Jeśli chcecie uniknąć publicznego upokorzenia, to nie publikujcie za pieniądze gier z niewłasnymi assetami, chyba, że te assety na prawdę stanowią mniejszość. Wracając jednak do grafiki - assety na start są świetne, bo wasze gry prawdopodobnie będą osiągały poziom maksymalnie dobrego gameplayu. O ile gameplay nie jest kompletnie oryginalny i rewolucyjny (jak w np. Minecraft), to nie będziecie w stanie obronić swojej gry grafiką, w przypadku gdy zakładamy, że jest ona na poziomie "okej". Problem z oryginalnym gameplayem jest taki, że przez to, że jest to coś, no właśnie, "oryginalnego", to nigdzie nie znajdziecie poradników na temat tego w internecie. Musi być to coś wymyślone i zrealizowane przez was, dlatego znajduje się tu kolejny argument do celowania na start w małe gry - wielkie gry wymagają od was umiejętności.
Cały odcinek oceniam bardzo pozytywnie, niestety nie jest to materiał stworzony dla mnie. Moją największą przeszkodą w zaczęciu tworzenia gier jest frustracja wywoływana przez rzeczy, których nie rozumiem. Przykładowo, próbowałem stworzyć platformówkę z poradnika Brackeysa jakiś czas temu i nie działał mi "game over" i nie rozumiałem w czym leżał problem. Nie powiedziałbym, że jest to na tyle wielka przeszkoda, by od razu porzucić swoją ideę stworzenia pierwszej małej gry, jednak nie rozumiem w jaki sposób kiedyś tak bardzo lubiłem tworzyć projekty, a obecnie nie odczuwam pozytywnych emocji z tworzenia gry, chyba, że dotrwam do końca poradnika, z którym stworzę rzecz, która kompletnie nic mnie nie nauczyła, bo nawet słuchając co mówi dana osoba ostatecznie po omacku przepisywałem literkę po literce. W 2016 stworzyłem w ClickTeam Fusion pixel-artową prostą grę symulator parkowania i cały proces sprawiał mi masę frajdy, tak samo radość mi sprawiało tworzenie głupich clickerów w Scratchu, jednak ostatecznie nie wiem w jaki sposób ludzie czerpią taką radość z pisania kodu. Około rok uczyłem się Pythona i nadal niewiele z niego rozumiem, jednak więcej frajdy sprawia mi, by raz na jakiś dłuższy czas przysiąść i zacząć tworzyć powiedzmy kalkulator w Pythonie niż aby zacząć tworzyć grę w Godocie. Nie jest to kwestia silnika, bo jestem zafascynowany Godotem i jego możliwościami, nie jest to też kwestia, że nie lubię i nie chcę tworzyć gier, bo mam wizje na to co chcę stworzyć, ale mam też trudności z ustaleniem co jest "małym projektem". Nigdy nie wiem kiedy się kończy mała gierka stworzona na szybko, w celu zdobycia doświadczenia, a kiedy zaczyna się duży projekt przerastający moje możliwości, kiedy nie posiadam umiejętności realistycznej fazy planowania gry.
Cały ten komentarz napisałem bardziej, żeby pomóc sobie niż innym, jednak mam nadzieję, że jakieś z moich rad i pomysłów będą w stanie pomóc, skoro i tak już to spostuję. Pozdro.
skończyłem oglądać, wyłączyłem filmik, skapnąłem się że nie dałem like, wróciłem
Coś
Godot nawet nie waży 1 GB
Sam Godot po ściągnięciu zajmuje kilkadziesiąt MB, ale żeby móc eksportować gotowe, samodzielnie działające projekty, to potrzebny będzie zestaw szablonów eksportów dostępny na stronie Godota i ten zajmuje ponad 800 MB. Tak dla przypomnienia.
FACE REVEAL? czy już było
Było na wielu live i kilku filmach :D
Tak demonizujesz tego unreala a ja żałuję że 6 lat temu zacząłem w unity zamiast w ue w którym działam od roku
Ja pracuje 2 lata w unrealu i mam doświadczenie że to średni silnik zwłaszcza dla solo deva :D
Co za amatorszczyzna, uzywanie frameworków, pisać w assemblerze a nie...
Godot ma niecałe 60mb, więc zainstaluje się szybciej niż przed końcem filmu ¯\_(ツ)_/¯
Jestem Adam, ale w 2 lata wydałem 3 gry
1 wyświelenie i 8like
Siema wszystkim
G jak g̶u̶w̶n̶o̶ tzn. Godot.
Gówno*
@Wigtor