Kubagert's dev[b]log

Dlaczego Unity 3D ???

kubagert — Sat, 22 Jan 2011 18:41:01 +0000

Gdy pisałem swoje pierwsze gry, budowałem je samodzielnie od podstaw, czyli – engine – przygotowanie asetów, wbudowany edytor i jednocześnie grę. Pisanie własnego silnika jest bardzo modne. W zasadzie każdy programista którego pasja oscyluje wokół tworzenia gier, takowy silnik stworzył (a przynajmniej doprowadził do jakiejś sensownej formy). I na tym kończy się przeważnie etap prac. Programista się wypala, czasem walczy z własnymi błędami projektowymi, babolami we własnych, super genialnych algorytmach, itp. Z czasem odkrywa, że chciał zrobić genialną grę, a utknął na podstawie zwanej silnikiem, lub zauważa, że tak bardzo skupił się na rozwoju silnika, że zapomniał robić grę. Gdy pracowałem nad grą Bober The Beaver, pisałem silnik wraz z edytorem, projektując tylko i wyłącznie niezbędną mi funkcjonalność do tego stopnia, że silnik ten praktycznie nie nadawałby się do robienia innych gier niż platformówki 2D. Wtedy zauważyłem silnik Unity3D. Zapoznałem się z jego podstawową funkcjonalnością, poznałem jego filozofię i mnie oświeciło. Ten silnik to nie Unreal Engine 3, ale ma wszystko co potrzeba aby zrobic to, co mam w głowie. No więc zacząłem robi proste rzeczy i postanowiłem przenieść BoberTheBeaver ze swojego FemtoEngine na silnik Unity3D. Udało mi się zrobić to w niecałe 4 tygodnie. Dlaczego tak prędko ?
A no dlatego:

Okno główne Unity3D

Wygodny w użyciu edytor na który składa się:
- Zakładka „Scene” – panel widoku sceny, w niej przemieszczamy obiekty, obracamy, skalujemy, „latamy” po scenie, ustawiamy kamery, światło, i co tam jeszcze potrzeba.
- Zakładka „Game” – panel widoku gry, jeśli testujemy grę to „gramy” w tej zakładce
- Zakładka „Project” – panel widoku projektu – czyli po ludzku tutaj widzimy hierarchię plików i katalogów wchodzących w skład projektu.
- Zakładka „Hierarchy” – panel widoku hierarchii obiektów na scenie.
- Zakładka „Inspector” – inspektor obiektów, tutaj ustawiamy „z palca” właściwości obiektów na scenie, pozycję, rotację, skalę, parametry skryptów, parametry fizyczne, renderingu, itp.
- Zakładka „Console” – konsola projektu, widzimy wszystkie informacje które wyrzucamy do log’a (messages), a także ostrzeżenia (warnings) oraz błędy (errors).
Bogata pomoc
- Unity Manual – manual do silnika, z dokladnym opisem każdego okna, opisanym sposobie poruszania się po edytorze, skróty klawiszowe, itp
- Reference Manual – manual poszczególnych części edytora – do audio, fizyki, renderingu, itp
- Scripting reference – opis wszystkich klas i funkcji Unity3D, do których możemy się odwoływać z poziomu skryptów. Większość funkcji oraz klas jest wsparta prostymi przykładami wykorzystania w trzech językach, JavaScript, C# oraz Boo
Klarowny podział na obiekty i komponenty (oraz skrypty)
- Obiekty („GameObjects”) – Obiekt to bazowy obiekt (masło maślane) który ma transformacje (czyli pozycja, obrót, skala), nazwę, dzieci (childs), oraz może mieć rodzica (parent). Może to być pusty obiekt (w sensie nie ma żadnej reprezentacji na ekranie ani w fizyce, ani w audio, ani w niczym, poprostu nicość , może to być prostopadłościan, powierzchnia, światło, kamera, albo cały działający oskryptowany samochód
- Komponenty („Components”) – Komponenty wchodzą w skład obiektów. Na komponentach opiera się praktycznie cała filozofia działania Unity. Komponenty przeważnie maja parametry. Wyobraźmy sobie wyrenderowaną na ekranie kulę. W filozofii Unity taki obiekt wygląda następująco: jest to obiekt GameObject (pusty), który zawiera komponent MeshFilter (odpowiedzialny za przetrzymywanie i obsługę geometrii, jako parametr ma ustawiony siatkę kuli), następnie obiekt ten zawiera komponent MeshRenderer (odpowiedzialny jest za renderowanie geometrii, którą pobiera z MeshFilter, jako parametr może mieć ustawiony materiał renderowania). Dodatkowo może zawierać komponent Rigidbody (więc zostanie mu przypisane ciało fizyczne z masą, gęstością, itp, na które będziemy mogli oddziałowywać siłą), oraz może zawierać SphereCollider (czyli fizyczny mesh kolizyjny w kształcie kuli, dzięki czemu nasza kula może się toczyć). Komponentem może być także skrypt.
- Komponent Skrypt – najważniejszy element dla programisty, czyli komponent skryptowy. I tutaj tkwi siła Unity wg mnie. Piszemy jeden skrypt i możemy go „podpiąć” do każdego obiektu. Na dodatek możemy podpiąć kilka różnych skryptów pod jeden obiekt. A skrypty możemy pisać aż w 3 różnych językach: w JavaScript, C# oraz Boo. Wszystkei skrypty są kompilowane w locie, więc na bierząco widzimy czy nie popełniliśmy błędu. Dodatkowo nawet jak popełniliśmy karygodny błąd (NullPointer Exception) nie powoduje to zamknięcia Unity, tylko włączenie pauzy, i możemy na konsoli zobaczyć co się złego stało.
Elastyczność
- Można łatwo rozbudować funkcjonalność edytora o pluginy lub skrypty
- Można łatwo przenosić elementy między projektami poprzez eksportowanie/importowanie paczek assetów (packages)
- Prefabrykowane elementy – specjalny typ obiektów. Jeśli zbudujemy scenę z 10 takich samych prefabrykantów a następnie zmienimy parametry jednego z nich, to automatycznie (jeśli tego chcemy) nowe parametry zostaną uaktualnione w pozostałych elementach tego samego typu. Przyspiesza to błyskawicznie prototypowanie oraz składanie leveli.
- Unity ma wbudowaną bazę shaderów, ale jeśli chcemy możemy ją rozbudować pisząc swoje, własne.

Te kilka rzeczy spowodowały tak szybkie przeniesienie BoberTheBeaver z FemtoEngine do Unity3d, gdyż:
- napisałem skrypt, który importował modele z Bober’a do Unity i tworzył z nich prefabrykanty,
- napisałem skrypt, który importował levele z Bobera do Unity, automatycznie wstawiając na level odpowiednie prefabrykanty w odpowiednich miejscach i skali,
- napisałem kilka skryptów obsługi postaci
- napisałem kilka skryptów obsługi menu, dźwięków, animacji poklatkowych
- uruchomiłem wszystkie skrypty po kolei i gra była przeniesiona, następny etap to było już tylko tweakowanie i poprawianie błędów. Unity ma jeszcze jedną zaletę, a mianowicie można wygenerować projekt, który działa zarówno na PC’tach, komputerach Mac, oraz na stronie www (po zainstalowaniu pluginu).

Uff, to by było tyle wstępu dotyczącego zalet Unity3D. Co będzie w następnym odcinku ? Jeszcze nie wiem, ale na pewno coś ciekawego.

FemtoEngine zamkniete

kubagert — Sun, 02 Jan 2011 15:26:47 +0000

Prace nad własnym silnikiem FemtoEngine zostały zamknięte w momencie dotknięcia przeze mnie silnika Unity3D. W związku z tym, dział FemtoEngine zmienia nazwę na Unity3D i tutaj będę pisał na temat owego wynalazku.

Sublustrum / Outcry

kubagert — Wed, 29 Dec 2010 21:57:46 +0000

Daaawno dawno temu wpadła w moje ręce gra pt. Sublustrum ( znana także jako Outcry ). Jako że jestem fanem gier point&click grę postanowiłem przejść.
Grało się całkiem ciekawie. Jako że po przejściu gry pozostał mi pewien niedosyt, postanowiłem zobaczyć jak jest zbudowana od środka.
Szybki podgląd paczek plików utwierdził mnie w przekonaniu, że struktura jest bardzo prosta. Każdy plik pak zawiera w swojej strukturze:

ilość plików w paczce
nazwę pliku
offset pliku względem początku
długość pliku

Wypakowanie wszystkich plików z paczki było pryszczem, ale okazało się, że są one zaszyfrowane, lecz za pomocą bardzo prostego klucza. Na klucz wpadłem analizując nazwy plików, założyłem, że pliki graficzne są plikami DDS, dźwiękowe WAV lub OGG. Szukając powtarzających się wzorców odkryłem klucz: każdy bajt został rozbity na dwa półbajty (starsza i młodsza część. Z takiego podziału otrzymujemy 4 bity (wartości od 0-15). Każdej wartości przyporządkowana została nowa wartość z tego samego przedziału (czyli szyfr Cezara). Raz dwa powstał programik, który wypakowywuje wszystkie pliki z paków, oraz je poprawnie dekoduje. Dwie małe próbki:

I kod źródłowy jakby ktoś chciał zobaczyć całą resztę:


#include 
#include 
#include 

struct SFile
{
	int filenameLen;
	char fileName[256];
	int offset;
	int fileLen;
};

char cryptoTab[]=
{
	0x0C,
	0x0D,
	0x0E,
	0x0F,

	0x08,
	0x09,
	0x0A,
	0x0B,

	0x04,
	0x05,
	0x06,
	0x07,

	0x00,
	0x01,
	0x02,
	0x03,
};

void CryptoBuff( char *buff, int bufLen )
{

	for(int a=0; a>4;
		char lsb=(buff[a] & 0x0F);

		buff[a]=(cryptoTab[msb]<<4) | cryptoTab[lsb];

	}
}

void DepackFile( const char *fileName )
{
	FILE *f=fopen(fileName,"rb");

	if(!f)
		return;

	char temp[4];
	fread( temp, 1, 4, f);

	int filesCount=0;
	fread( &filesCount, sizeof(int), 1, f);

	std::vector files;

	for(int a=0; a

Po ataku…

kubagert — Wed, 29 Dec 2010 21:24:50 +0000

Uff, nareszcie !
Zaraz po ataku próbowałem odtworzyć bazę uszkodzonych załączników. Na nieszczęście padł mi jeszcze komputer stacjonarny kilka dni później, i minęło spoooro czasu zanim postawiłem go na nogi (a raczej zrobiłem downgrade sprzętu aby mieć cokolwiek do pracy). Padła płyta główna i karta graficzna :/. Na domiar złego na komputerze tym znajdowało się stare archiwum strony (jeszcze z czasów zanim przeszedłem na wordpressa). Na szczęście wszystkie załączniki udało się odzyskać, wrzucić na serwer i można znów oglądać fotki i obrazki. Przez te prawie dwa miesiące pracowałem wyłącznie na mac’u. Tak się do niego przyzwyczaiłem, że ciężko mi się teraz pracuje na Windowsie xD. Dzięki tej przesiadce na mac’a zacząłem bawić się w developing aplikacji na iphone (w końcu!), oraz kontynuowałem dalszą eksploracje silnika Unity3D, o czym się chętnie wkrótce pochwalę

Atak :/

kubagert — Fri, 29 Oct 2010 07:07:12 +0000

W okolicach zeszłego tygodnia miało miejsce nieprzyjemne dla mnie wydarzenie, a mianowicie atak na mojego bloga.
Łupem padły wszystkie załączniki (obrazki, archiwa itp), na szczęście wpisy pozostały nietknięte.
Mam nadzieję, że uda mi się przywrócić chociażby część z utraconych danych.

Bober The Beaver – puzzle

kubagert — Fri, 24 Sep 2010 14:02:09 +0000

W momencie ukończenia gry Bober The Beaver powstał projekcik poboczny – puzzle. Aktualnie mamy do wyboru 6 obrazków do ułożenia. Zapraszam.
Bober The Beaver Puzzle

Bober The Beaver Demo

kubagert — Wed, 22 Sep 2010 16:18:05 +0000

Po roku ciężkiej pracy, jednej zmianie silnika, po 2 przeprowadzkach, po ślubie, wyprawie na Opener’a, Woodstock oto i jest,
BOBER THE BEAVER demo Pograć można w przeglądarce internetowej, oraz ściągnąć wersję na pc’ta ( w sensie pod windowsa ).
Zapraszam wszystkich pod adres: www.boberTheBeaver.com/demo/

Open’er Festival

kubagert — Wed, 22 Sep 2010 16:13:48 +0000

Open'er Festival

Bober The Beaver

kubagert — Mon, 12 Jul 2010 08:38:21 +0000

Bober The Beaver from Dash Dot Creations on Vimeo.

Więcej na www.dashdot.pl/blog

Co by tutaj napisać ciekawego…

kubagert — Wed, 30 Jun 2010 20:21:35 +0000

Ostatni wpis miał miejsce prawie 6 miesięcy temu. Wstyd! Nie pisałem nic gdyż miałem sporo na głowie – prace nad projektem gry (tak, ten tajemniczy projekt nie umarł, rozwija się i jest prawie skończony), przygotowaniami do ślubu, oraz zaliczyłem kolejną przeprowadzkę ( to już chyba 8 w ciągu 2 lat ), oraz samym ślubem.
Po tak długiej przerwie w pisaniu nie wiem nadal co mam napisać, więc wrzucam tylko dwie ważne rzeczy:

fotka ze ślubu ( przy okazji dziękuję serdecznie wszystkim za życzenia ):

Ostatnie chwile wolności

teaser który powstał w Dash Dot Creations dla projektu Afterfall InSanity:

AFTERFALL INSANITY teaser from Dash Dot Creations on Vimeo.

Więcej informacji już wkrótce.