Dev - System Shock - Daniel G. - 5.18.20
Dev stream with Dan, cleaning up levels and showing the progress of System Shock.

#systemshock #gry #gamedev

źródło: youtube.com

Robimy sobie taką gierkę.
360 poziomów jest także to nie jest pierdółka na 2 godziny.

Jest nowy trailer, polecam bo zabawny, koniecznie oglądać z dzwiękiem.

Docelowo na steam, android, ios, moze coś jeszcze.

Chce ktoś potestować? Mogę podrzucić kluczyk czy dwa.

Później jakieś rozdajo zrobię.

Uwagi mile widziane, ale ostrzegam, że nie będę przerabiać całej gry bo już jest na ukończeniu chyba :)

#betelgeuse #thetimehascome #gamedev #gry #steam pokaż całość

źródło: youtube.com

Hej!

Pierwszy odcinek devlog'a FEAT! Dajcie znać co myślicie( ͡° ͜ʖ ͡°)

#unity3d #unity #gamedev #feaoftruss

źródło: youtube.com

Od Października do Stycznia pracowałem nad aktualizacją 0.2.9 do #earthx i w sumie dużo streamowałem (ponad 25 godzin). Pobrałem więc zapisy live z Youtube i skleiłem z tego 30 minutowy GigaLapse xD Muzyka oczywiście autorstwa mojego kolegi SPATE.

Taka ciekawostka bardziej:
https://youtu.be/bPPJs5BkcxY

#gamedev

źródło: youtube.com

Robimy sobie taką gierkę.
360 poziomów jest także to nie jest pierdółka na 2 godziny.

Docelowo na steam, android, ios, moze coś jeszcze.

Chce ktoś potestować? Mogę podrzucić kluczyk czy dwa.

Później jakieś rozdajo zrobię.

Uwagi mile widziane, ale ostrzegam, że nie będę przerabiać całej gry bo już jest na ukończeniu chyba :)

#betelgeuse #thetimehascome #gamedev #gry #steam pokaż całość

źródło: youtube.com

Hejka!

Dzisiaj udało mi się wydać nową wersję silnika do gier CLUSEK. Jak zwykle chcę się z wami podzielić co zostało zaimplementowano, jak zostały zaimplementowane kluczowe zmiany oraz jakie problemy napotkałem i jak je rozwiązałem. Tak więc regularana dawka wiedzy jak pisać silniki do gier w C++. Tych, których to zainteresuje proszę o plusowanie tego wpisu na mikroblogu oraz artykułu na LinkedIn.

Lista zmian, które nastąpiły od poprzedniego wydania:
- Dodano kompresję blokową (Block Compression) dla tekstur;
- Dodano wewnętrzne narzędzie do kompresji tekstur;
- Przeimportowano tekstury z nieskompresowanych na skompresowane;
- Dodano wyliczanie Z w normal mapach z X oraz Y.;
- Dodano menadżer materiałów fizycznych;
- Dodano manualną skrzynię biegów dla pojazdów;
- Dodano shader fizyczny dla filtrów;
- Dodano niestandardowe filtry dla fizyki;
- Dodano jeszcze więcej parametrów za pomocą których można skonfigurować pojazd oraz opisano je w dokumentacji;
- Dostrojono parametry pojazdu;
- Dodano narzędzie z oknami dialogowymi;
- Dodano lepsze wsparcie dla wielowątkowości;
- Naprawiono obsługę map wysokości dla terenu;
- Generowanie mipmap jest wyłączone z automatu (można je aktywować);
- Przebudowano lakier samochodu;
- Zmieniono tabilce rejestracyną pojazdu;
- Dodano komponent celu kamery (na obecną chwilę nieużywany);
- CoInitialize może być inicjalizowany na różne sposoby (konifgurowalne w pliku konfiguracyjnym);
- Dodano dokumentację klawiszologii dla klawiatury+myszy oraz kontrolera;
- Opisano kompresje blokową w dokumentacji;
- Dodano nową bibliotekę (DirectXTex);

Jest tego więcej, niż myślałem powiem wam. Dopiero jak się to wszystko wypisze to widać ile się zmieniło. Sam nie byłem w pełni świadomy skali zmian. Nie mniej to chyba dobrze, że silnik jest bardzo aktywnie rozwijany i pojawiają się nowe elementy, które są ciekawe. W końcu trzeba gonić Unreal Engine 4 ( ͡° ͜ʖ ͡°).

Pewnie większość z was czeka na mięsko, które programiści lubią najbardziej. a nie na opowieści ile brakuje silnikowi CLUSEK do innych silników. Nie mniej zanim przejdziemy do tego mięska, czyli omówienia dokładnej implementacji to chciałem was zaprosić do obejrzenia trailera. Nie jestem filmowcem więc dla mnie to była ogromna ilość pracy, żeby coś takiego poskładać. Gdyby kogoś ciekawiło to programy których użyłem to: DaVinci Resolve, Gimp oraz Adobe XD. Gdyby ktoś chciał dowiedzieć się czegoś więcej z produkcji tego trailera to zapraszam do zadawania pytań w komentarzach. Możecie też napisać co myślicie o tym trailerze (szczególnie, że jego budżet wynosił 0 zł).

Przejdźmy jednak już do tych zmian. Także pierwsza zmiana dotyczy fizyki pojazdów. Samochód od dłuższego czasu bardzo się ślizgał. Było to bardzo nienaturalne i nie dało się zapobiec temu ślizganiu nawet ustawiając nieralistyczne parametry tarcia w odpowiednich komponentach fizyczynch. Po dziesiątkach godzin analizy przykładu Nvidii jak implementować pojazdy udało mi się znaleźć co jest u mnie źle zaimplementowane. Ogólnie fajny przykład, ponieważ jest tak ogromny, że jego analiza to koszmar i nikt nie napisał do tego jakiejś sensownej dokumentacji. A i dokumentacja do PhysX! Ten temat dokumentacji wraca w każdym moim poście, otóż to czego nie zaimplementowałem u siebie (zaraz to opiszę) to w dokumentacji na oficjalnej stronie zostało temu poświęcone kilka zdań i rzucony kod od niechcenia. Było to tak rzucone w dokumentacji i opisane, że uznałem to za opcjonalny kod. Ależ byłem głupi i naiwny. Kod którego nie zaimplementowałem to specjalny shader dla biblioteki PhysX w którym implementujemy całą obsługę filtrów. Dlaczego należy to zaimplementować, jeżeli korzystamy w PhysX z pojazdów, a jeżeli używamy tylko brył sztywnych to nie musimy tego implementować i filtry działa bezbłędnie? Nie wiem i chyba się nie dowiem. Nie mniej po zaimplementowaniu tego, odpowiednim ustawieniu filtrów oraz dostrojeniu parametrów pojazdu, wreszcie mogę powiedzieć, żę pojazd zachoduje się dobrze i jeździ się nim realistycznie.

Druga ważna sprawa to menadżer materiałów fizycznych. Narzędzie to zastępuje poprzedni system materiałów, który dla każdego obiektu fizycznego przypisywał nową instancję materiału fizycznego. Było to bardzo nieoptymalne i powodowało spadki klatek ze względu na nieoptymalne korzystanie z biblioteki fizycznej. Teraz musimy w osobnym pliku zadeklarować wszystki materiały fizyczne, które są ładowane podczas startu silnika, a następnie tworzone ich instancje. Potem obiekty fizyczne na scenie są wiązane z odpowiednimi materiałami fizycznymi. Dzięki temu jedna instacja materiału może być wykorzystywana przez wiele obiektów.

Trzecia duża zmiana jest całym zestawem nowych rozwiązań, które zostały wprowadzone do silnika CLUSEK. Przetrzymywanie zasobów w silniku to dość spory problem. Szczególnie ten problem jest duży, jeżeli mówimy o trzymaniu zasobów w VRAM. Zasoby w pamięci VRAM muszą być trzymane w taki sposób, żeby można było do nich uzyskać bardzo szybki dostęp w sposób losowy. Dostęp sekwencyjny nie wchodzi w grę, ponieważ nie było by możliwe pobieranie danych o kolorze z tekstury. Z tego powodu, że dostęp losowy musi być prawie natychmiastowy do tej pory tekstury nie były skompresowane w żaden sposób i były trzymane w VRAM w nieskompresowanej formie. Był to jednak spory problem, ponieważ duże tekstury potrafiły zajmować sporą cześć tej pamięciu GPU. Najlepszym przykładem tego niech będzie tekstura nieba (skybox), który nieskompresowany na GPU okupował 128 MB. Sporo, prawda? Należało dlatego zastosować kompresję tych zasobów. Algorytmy, które znacie na pewno z plików graficznych nie wchodziły jednak w grę z opisanych wcześniej powodów. Z tego powodu zaczeła się podróż w komplesje blokową (Block Compression). Dzięki tej kompresji udało się zmniejszyć rozmiar tekstury nieba w pamięci do 5 MB.

O ile sama implementacja tego typu zasobów była relatywnie prosta, to przygotowanie tekstur, które są odpowiednio skompresowane nie było już tak proste. Na samym początku pomysłem było skorzystanie z Nvidia Texture Tool Exporter, ale niestety narzędzie było zbyt ograniczone. Brak możliwości konfiguracji przestrzeni kolorów jest rzeczą, która jest niemożliwa do obejścia. Dlatego właśnie zostało stwrzone narzędzie wewnętrzene w silniku CLUSEK, które każdy może odpalić i przekonwertować dowolny plik graficzny do pliku DDS z odpowiednią kompresją. Ilość parametrów, które można ustawić jest ogromna. Co prawda narzędzie nie jest tak piękne jak narzędzie Nvidia Texture Tool Exporter, ale ma jednak ono zdecydowanie większe możliwości.

Tak więc dzięki temu udało się skompresować zasoby w odpowiedni sposób. W skrócie wyglądało to tak:
- BC1 - Albedo;
- BC4 - Occlusion;
- BC5 - Normale & Metallic-Smoothness;
- BC7 - Splatmapy.

Także jak widzicie dość prosta sprawa. Każdy z algorytmów kompresji ma w sobie coś wyjątkowego i swoje zalety i wady. Ciekawym algorytmem jest BC5, który pozwala na korzystanie tylko z dwóch kanałów RG, ale za to oba kanały są 8 bitowe. I pewnie niektórych naszło - dwa kanały i normal mapy? A no tak, bo zapomniałem napisać wcześniej, a więc teraz to nadrobię. Normal mapy w silniku CLUSEK od tego wydania są przechowywane tylko w dwóch kanałach, którymi jest czerowony R oraz zielony G. Oznacza to, że przechowywane są tylko wartość X oraz Y dla wektora normalnego. Jako, że wektor ten jest znormalizowany można odbudować Z z X oraz Y. Chętnie bym to rozpisał, ale wykop nie wspiera niestety ładnego renderowania wzorów matematycznych, więc musicie mi zaufać, że tak to działa. Dzięki temu możliwe jest przechowywanie dużo mniejszej liczby danych przy zachowaniu bardzo dobrych efektu końcowego.

No i to tyle w tym wpisie, a teraz klasyczne podsumowanie. Osoby, które są bardziej zainteresowane tematyką zapraszam do mojego artykułu na LinkedIn, gdzie opisuję to samo, ale jest to wersja z obrazkami i kawałkami kodu, także łatwiej zrozumieć niektóre koncepty. Jeżeli wam się podobało to zapraszam do plusowania tego spisu oraz dawania łapek w górę na Linkedin, bo pomaga mi to dotrzeć do większej liczby osób, a jest to dla mnie strasznie ważne. Także tym małym gestem możecie mi bardzo pomóc. Osoby zainteresowane samym projektem zapraszam na GitHub, gdzie znajdą kod źródłowy oraz wersję wykonywalną projektu, którą zdecydowanie bardziej polecam na początek.

#programowanie #gamedev #gry #directx #grafikakomputerowa #physx #clusek pokaż całość

źródło: youtube.com

#programowanie #gamedev #reverseengineering #pcmasterrace ( ͡° ͜ʖ ͡°)

źródło: youtube.com

Jeżeli kiedykolwiek planowaliście przejąć władzę nad światem, to jest właśnie ten moment (ง ° ͜ ʖ °)ง Jesteśmy małym studiem, które tworzy grę I Am Your President, w której gracz wciela się w prezydenta Stanów Zjednoczonych.
To fabularny symulator strategiczny, w którym podejmuje się wiele decyzji, ale można także między innymi używać atomówek ( ･_･)ﾉ⌒●~*, pisać w social mediach i nakręcać afery. Obejrzyjcie nasz story trailer pokazujący historię głównego bohatera!

Steam | Discord | Facebook | Tag do obserwowania: #iamyourpresident

pokaż spoiler #gamedev #unity3d #unity #gry #indiegamedev
pokaż całość

źródło: youtube.com

#amiga #anotherworld #retro #gry #gamedev Jak powstało intro do Another World

źródło: youtube.com

#koronawirus świrus, siedzimy w domach na dupach bo lasy nam dopiero niedawno otworzyli a fryzjerów jeszcze nie, ale żeby nie było to bezproduktywne marnowanie czasu to jadę dalej ze Skullstone. Integracja ze Steam zrobiona, leveldesign, nowe ficzery. I nagrałem filmik z czegoś, co całkiem niedawno zrobiłem - Stone Golem spawnujący miniony.
Gameplayowo to jeszcze nie ma balansu, golem jest słaby, ale docelowo tak właśnie powoli będzie się poruszał a kamyczki tak szybko. Kamyczki też nie będą padać na 4 hity.

#gamedev #skullstone #rpg #gry pokaż całość

źródło: youtube.com

Dread Ep 02 - "Doom" clone for Amiga 500 (1MB) - Laying out the map...

#amiga #retrogaming #gamedev

źródło: youtube.com

Hej, dziś o 16:30 wyszedł zwiastun aktualizacji, która będzie za tydzień ( ͡° ͜ʖ ͡°)
#earthx #gamedev

źródło: youtube.com