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 🏆
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 😁
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
Co wy z lekcji uciekaliście?? Przecież nie da się zacząć od takich programów, chyba że jako 5 latki robiliście gry, w co watpię. Każdy zaczyna od scratcha w szkole
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 :)
WoW, po prostu spadłeś mi z nieba!!! Jako osoba która praktycznie nie jest na jakimś super mega poziomie programowania, czuje że ten film mi pomógł bo brzmiał jakby był opowiedziany ze swoich doświadczeń. Zawsze cenię bardziej doświadczenie od wiedzy teoretycznej. :D
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.
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
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
Unreal pozwala także na pisanie kodu w C++, a Unity kodowanie bloczkami (visual scripting). Osobiście poleciłbym chyba bardziej Unreal zaczynającym. Unity wymaga zrobienia sobie wszystkiego samemu, a Unreal dostarcza gotowe AAA jakości zasoby, jak np genialny gameplay ability system, systemy od chaos (vehicle, destruction), meta (sound, human) czy niagra system. No i swoją teorię poprę moim 8 letnim synem, ktory na Unity, mimo wielkich chęci nie mógł się odnaleźć (bo na unity zrobiłem mu kiedyś gre, którą zaprojektował), a na Unreal skleił juz dwie proste gierki i masę nieukończonych. Dodatkowo sam edytor Unreal powstaje nie z rąk IT developerów jak w przypadku Unity, tylko game developerów, ktorzy tworza ten system przede wszystkim dla siebie. Ale to oczywiście zależy od gry jaką kto chce robić, bo 2d, lowpoly lub gry mobile to zdecydowanie bardziej polecam Unity. A jak ktos chce zrobić gierke nie na sprzedaż, a od tak, to osobiscie polecam Roblox, bo chyba nie ma nic prostszego.
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.
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)
15:56 Z tym się nie zgodzę, uważam że wolałbym się uczyć wolniej i żeby mój kod był jak spaghetti, ale za to żebym rozumiał co piszę. Myślę, że jak się chce zostać zawodowcem to lepiej rozumieć każdą linijkę kodu, np. żeby jakiś błąd naprawić. Edit: To prawda że praktyka jest naprawdę ważna, ale musi być ona poparta teorią.
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.
tutorial w skroceniu: wchodzisz na strone chatgpt i piszesz: hello chatgpt i dont have any friends will you be mine and make a game about jumping blocks on unity 6000.0.30f1 (czy jakas tam wersja)
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ć ?
dziękuje bardzo. od dluzszego czasu chcialam zrobic swoja wlasna gre i teraz mam juz na to czas i wiem troche co robic. ide probowac stworzyc swoja pierwsza gre. a jesli mi sie uda i gdzies ja wydam powiadomie o tym tu!
Mam problem z programowaniem gdyż nie lubię tego. Ale chce tworzyć gry i zajmować się game designem i grafiką i co zrobić w takiej sytuacji ? Czy jednak zmusić się do pisania kodu ?
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 :)
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.
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.
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?
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ą.
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
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++.
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ę
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
Zaczęłem ostatnio tworzyć gre na silniku godot robie tą gre razem z moją koleżanką ktora zajmuje sie muzyką mam nadzieje że coś z tego wyjdzie chociaż oboje mamy młody wiek 😊
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ę
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)
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.
Mi by było wstyd cos takiego dac do "portfolio" 😂 nawet najgłupsze gry na telefon wyglądają lepiej. Nie obraź sie czy coś 😅 ja nie tworzę gier nawet sie na tym nie znam ale patrząc z perspektywy gracza to bym to skipną nawet w to nie wchodząc jeszcze mowisz ze w "miesiąc" zrobiles grę tzn ze nie było to wymagające 😊 wiec nie zaskuguje to na miano "DODANIA DO PORTFOLIO" bo nawet jesli to jest "twoje" to wyglada to jak kupa 💩 I jeśli ktos poważny by zobaczył portfolio z takiem 💩 to by cię wyśmiał 😊 dlatego uwazam że wrzucanie takiego 💩 do internetu jest zaśmiecaniem internetu 😅
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ć
Dev Kacper dlaczego dostałem bana na twoim discordzie jak nawet nic nie zrobiłem
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
welll,ja chciałem w unity ale na walidacji mi się cały czas zatrzymuje,godot służy do 2d bardziej więc urneala wybrałem,po kilki dniach widzę progres
Co wy z lekcji uciekaliście?? Przecież nie da się zacząć od takich programów, chyba że jako 5 latki robiliście gry, w co watpię. Każdy zaczyna od scratcha w szkole
@@mioszlol9682 w sensie, możesz rozwinąć o co Ci chodzi?
5:34 wigtor ma zawał
rel
XD
100%
XD
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 :)
WoW, po prostu spadłeś mi z nieba!!! Jako osoba która praktycznie nie jest na jakimś super mega poziomie programowania, czuje że ten film mi pomógł bo brzmiał jakby był opowiedziany ze swoich doświadczeń. Zawsze cenię bardziej doświadczenie od wiedzy teoretycznej. :D
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.
Dziękuje za ciekawy materiał i dużo fajnych porad, czekam na więcej.
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
Zawsze się zastanawiałem dlaczego porzuciłem "grę RPG" to po tym odcinku już wiem.
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
@@foxyvr1280 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 ?
@@adrianzak Robiło mi się dobrzę ale przez problemy gdzie gdevelop miał ograniczoną liczbę projektów w chmurze przeszłem na godot
Świetny materiał, z moich doswiadczeń polecalbym uzywanie Bosca Ceoil: The Blue Album do tworzenia muzyki do gier na sam poczatek.
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
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
dziękuje, zrobię grę typu banana na steam
Unreal pozwala także na pisanie kodu w C++, a Unity kodowanie bloczkami (visual scripting). Osobiście poleciłbym chyba bardziej Unreal zaczynającym. Unity wymaga zrobienia sobie wszystkiego samemu, a Unreal dostarcza gotowe AAA jakości zasoby, jak np genialny gameplay ability system, systemy od chaos (vehicle, destruction), meta (sound, human) czy niagra system.
No i swoją teorię poprę moim 8 letnim synem, ktory na Unity, mimo wielkich chęci nie mógł się odnaleźć (bo na unity zrobiłem mu kiedyś gre, którą zaprojektował), a na Unreal skleił juz dwie proste gierki i masę nieukończonych.
Dodatkowo sam edytor Unreal powstaje nie z rąk IT developerów jak w przypadku Unity, tylko game developerów, ktorzy tworza ten system przede wszystkim dla siebie.
Ale to oczywiście zależy od gry jaką kto chce robić, bo 2d, lowpoly lub gry mobile to zdecydowanie bardziej polecam Unity.
A jak ktos chce zrobić gierke nie na sprzedaż, a od tak, to osobiscie polecam Roblox, bo chyba nie ma nic prostszego.
oglądam to w 2024 roku ale się bardzo przyda szacunek dla
ciebie
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.
Mega fajne
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
15:56 Z tym się nie zgodzę, uważam że wolałbym się uczyć wolniej i żeby mój kod był jak spaghetti, ale za to żebym rozumiał co piszę. Myślę, że jak się chce zostać zawodowcem to lepiej rozumieć każdą linijkę kodu, np. żeby jakiś błąd naprawić.
Edit: To prawda że praktyka jest naprawdę ważna, ale musi być ona poparta teorią.
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.
tutorial w skroceniu: wchodzisz na strone chatgpt i piszesz: hello chatgpt i dont have any friends will you be mine and make a game about jumping blocks on unity 6000.0.30f1 (czy jakas tam wersja)
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.
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
@@DevKacpermechanicznie*
dziękuje bardzo. od dluzszego czasu chcialam zrobic swoja wlasna gre i teraz mam juz na to czas i wiem troche co robic. ide probowac stworzyc swoja pierwsza gre. a jesli mi sie uda i gdzies ja wydam powiadomie o tym tu!
7:16 patrz np subnautica w unity xD
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
Świetna miniaturka👍👍👍👍
Mam problem z programowaniem gdyż nie lubię tego. Ale chce tworzyć gry i zajmować się game designem i grafiką i co zrobić w takiej sytuacji ? Czy jednak zmusić się do pisania kodu ?
Fajnie że zrobiłeś poradnik bo ja nie umiem stworzyć fajnej gry tylko umniem zrobić to co wszyscy czyli tylko kloc
Spoko film ,jak bede miał laptopa to zaczne robic z godotem ,bo niestety teraz nie działa
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 :)
@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
Skoro polecasz Godot to może zrób poradniki do Godot
Jakie masz zdanie na temat "Rpg in a box"?
Nie znam :D
A opłaca się jeszcze teraz uczyć Javy?
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
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...
a co z builders and machine? czy coś takiego
Nie znam
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.
Gry też można wydawać za darmo na gamejolcie tam jest tak samo tworzysz konto wrzucasz gre i każdy może wnią zagrać możesz też tam wrzucac płatne gry
Prawda. Ja sam polecam itch, bo zwyczajnie gamejolta nie używałem :D
Szczerze to mam 11lat i nie wiem czy nie poczekać z 5 lat zanim coś stworze ale trudno dziś jakąś gre 2d gdzie można ruszać ludkiem tylko stworze
Nie czekaj. W każdym wieku warto próbować :D
@@DevKacper na razie to się załamuje próbując odtworzyć kod z twojego poradnika o clickerze XD
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++
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
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
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
Zdrowe podejście. Mimo, że programujesz w Unity nie przywiązujesz siebie i innych do tylko tego jednego narzędzia.
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
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ą.
A to może zrobisz remake Pixel zombie survival
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
A wypowiesz się o programowaniu w roblox?
Jeżeli ci się podoba to czemu nie :D
Ja właśnie kupiłem twoją gre❤
Dzięki :D
A gdzie można stworzyć swoja grafike
np. w pixelorama albo libresprite
Jest wersja gry dunhero na telefon?
Nie :D
@@DevKacper szkoda
Wiesz jak zrobić Virtual desktop pet?
Na ten moment nie ale może się doedukuje w temacie :D
Widziałem cię
@@kubustv_0101 Gdzie
@@DevKacper nie do ciebie. Mówiłem do twórcy komentarza
@@kubustv_0101o to fajnie
Nowa klawiaturka + dun hero (było doładowanie na steama w gratisie)
Kiedy bedzie ocenianie gier widzów?
Od lipca najpewniej :D
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
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
na pewno mi się to pszyda
wydam strzelanke z unreala z rtx i ze steama (jestem poczatkującym)
ja zaczynam w unrealu tworzac sobie gierke wydam ja na gumroad
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ę
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.
Zaczęłem ostatnio tworzyć gre na silniku godot robie tą gre razem z moją koleżanką ktora zajmuje sie muzyką mam nadzieje że coś z tego wyjdzie chociaż oboje mamy młody wiek 😊
scratch najel[szy
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?
Używając Turbowarp lub PenguinModa to naprawdę fajny jest i można robić zaawansowane rzeczy
a adasz jakis poradni do godota
Unity to jest bardzo dobry silnik
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
Z ciekawości ile masz lat ?
skończyłem oglądać, wyłączyłem filmik, skapnąłem się że nie dałem like, wróciłem
zmotywowałeś mnie
Powodzenia :D
Leci like z 2 kont
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)
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
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
za dzieciaka pobrałem unity coś tam próbowałem się nauczyć z youtube c# ale mi nie szło na razie chyba spróbuje w godot
poprawka włączyłem teraz unity i zachciało mi się uczuć c# 😂
Hej!
Niestety niepodrodze mi z programowaniem, dlatego UE5 z Blueprintami wydaje mi się łatwiejszy od Godota.
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ć
Ej miało być o 14
Unity porzucilem przez c++
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
ja już mam zainstalowanego Godota od ja*iegoś czasu
Godot
Coś
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
godot w 5 sekund mi sie pobral
@@LEONX777 może to znak że warto spróbować :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
Mi by było wstyd cos takiego dac do "portfolio" 😂 nawet najgłupsze gry na telefon wyglądają lepiej.
Nie obraź sie czy coś 😅 ja nie tworzę gier nawet sie na tym nie znam ale patrząc z perspektywy gracza to bym to skipną nawet w to nie wchodząc jeszcze mowisz ze w "miesiąc" zrobiles grę tzn ze nie było to wymagające 😊 wiec nie zaskuguje to na miano "DODANIA DO PORTFOLIO" bo nawet jesli to jest "twoje" to wyglada to jak kupa 💩
I jeśli ktos poważny by zobaczył portfolio z takiem 💩 to by cię wyśmiał 😊 dlatego uwazam że wrzucanie takiego 💩 do internetu jest zaśmiecaniem internetu 😅
G jak g̶u̶w̶n̶o̶ tzn. Godot.
Gówno*
@Wigtor