Bojkar\'s dev blog

gru 1

C.d.

admin |

c++, engine, projekty | icon4

12 1st, 2009| icon3

No Comments »

Ostatnio naszło mnie na dodanie konsoli do silnika, nie żadnej wypaśnej z tysiącami komend a zwykłą konsole do wyświetlania logów. Teraz bez wychodzenia z aplikacji mogę sprawdzić logi z silnika. Przy pisaniu konsoli dodatkowo doszła obsługa fontów. Zastanawiałem się chwile nad wybraniem odpowiednich dla mnie. Wybór w sumie padł na zwykłe fonty bitmapowe lub FreeType. Wybrałem jednak FreeType z tego względu, że przy fontach bitmapowych jestem nieco uzależniony od formatu textur fontów, czyli generując fonty bitmapowe różnymi programami, implementacja ich była by różna. Można było do tego “zaprząść” xml wraz ze kodami asci poszczególnych literek + ich współrzędne ale znowu wtedy bym musiał wszystko ręcznie edytować co też nie jest fajne. FreeType też nie jest różowy (np. w przypadku “customowych” fontów) ale w moim przypadku bardziej odpowiednie. Wystarczy, że wczytam sobie zwykłą czcionkę ttf i mogę nią pisać po ekranie. Do implementacji FreeType’a użyłem biblioteki FTGL (http://sourceforge.net/projects/ftgl/). Dość fajne i proste w obsłudze API, która potrafi rysować fonty jako textury czy nawet jako meshe.

Drugą nowością, w moim silniku jest obsługa dźwięku. Tutaj posłużyłem się OpenAL. Biblioteka jest bardzo przyjemna (szczególnie dla opengl-owców) w implementacji, dobrze udokumentowana i ma za plecami Creative’a. Napisałem mały wrapper na własne potrzeby, który obsługuje WAV-y (OpenAL posiada gotowe funkcję do wczytywania) oraz OGG. Obsługę OGG musiałem już sam napisać ale było to bajecznie proste, do tego są tysiące tutoriali w necie na ten temat. Oprócz tego udało mi się w końcu (wcześniej nigdy tego nie pisałem) zaimplementować dźwięk 3D, co daje bardzo fajny efekt. Po pierwszych testach byłem miło zaskoczony efektem. Tutaj warto zwrócić uwagę na mały szczegół. Jak będziecie kiedyś implementować dźwięk 3D pod OpenAL i nie będzie Wam działał, upewnijcie się, że dźwięki są w mono, bo możecie na tym stracić kilka godzin i kupkę nerwów

Nie długo postaram się zrobić jakieś krótkie tech-demko i udostępnić.

sie 24

LUA in da house

admin |

c++, engine, programy | icon4

08 24th, 2009| icon3

7 Comments »

No i udało mi się w końcu to co planowałem od dłuższego czasu ale nigdy nie mogłem się zebrać. Od wczoraj mogę się cieszyć podpiętą lua’ą. Dzięki temu w końcu mam rozgraniczoną logikę gry od samego silnika. Udało mi się nawet przepisać cała logikę gracza na skrypty i dużą część samego silnika. Luabind spisuje się tutaj bardzo dobrze. Tylko podczas przepisywania logiki pojawił się pewien problem, który jest argumenty dla ludzi przeciwnych językom skryptowym a mianowicie debugowanie. Jeśli chodzi o pisanie skryptów w “czystym” lua to z debugowaniem większego problemu nie ma, ale znowu jak podepniemy np. nasz własny silnik wtedy problem się pojawia. Na szczęście nie jest z tym tak źle jak to wygląda. Z pomocą przychodzi nam program o nazwie Decoda (http://www.unknownworlds.com/decoda), który jest bardzo fajnym debugerem lua. Program jest w pełni aplikacją graficzną (“konsolówki” fuuuu), posiada własny dość ciekawy edytor skryptów (wcięcia, kolorowanie i podpowiadanie składni, itp), project explorer oraz to co nas najbardziej interesuje czyli debuger. Posiada on takie funkcję jak: breakpoint’y, call stack oraz output czyli to co jest najbardziej potrzebne. Zasada działanie jest bardzo prosta, tworzymy nowy projekt zaznaczamy exe’ka w którym używamy naszych skryptów, ustawiamy “working directory”, wciskamy F5 (skąd my to znamy..) i odpala się nasza aplikacja, Decoda sama wczytuje skrypty użyte w niej i zaczynamy debugować. Sama zasada działania debugera jest bardzo podoba jak ta w Visuala, więc nie ma problemu z jej obsługą.
Ogólnie program oceniam bardzo pozytywnie, jest tym czego szukałem, teraz pisanie skryptów jest o wiele łatwiejsze. Ciekawostką jest to, że aplikacja umożliwia debugowanie pod konsolami xbox360 oraz ps3. Niestety aplikacja nie jest darmowa, no ale w sumie nie ma co się temu dziwić. Pocieszeniem jest cena, która nawet w naszym kraju nie jest wygórowana. Licencja indie kosztuje 50$ natomiast licencja “pełna” jest już droższa i już nie taka niska bo 400$, ale myślę, że dla sporej części osób licencja indie (dla firm i osób których roczny dochód nie przekracza 100k$) jest wystarczająca.

sie 21

Co w silniku piszczy

admin |

c++, engine, projekty | icon4

08 21st, 2009| icon3

1 Comment »

Odkąd mieszkam w Szczecinie wieczorami mam trochę czasu i mogę znowu wrócić do silnika. Jako, że dawno już tam nie zaglądałem musiałem trochę “poodkurzać”. Na dobry początek jako, że silnik się rozrasta dodałem namespace’y i część metod zamieniłem na const’owe. Dalej przerobiłem moją leciwą i lekka kulejącą (ale działającą!) serializacje. Teraz zamiast kilku metod postanowiłem sobie przeciążyć operator << (serializacja) i >> (deserializacja) i do tego jest mały menedżer archiwów. Jak to wszystko działa? Najpierw oczywiście musimy stworzyć klasę archiwatora (czyli tam gdzie będziemy zapisywać / odczytywać dane) implementującą interfejs IArchive. Następnie musimy obiekt tego archiwum (oczywiście menedżer zadba o to, żeby nie tworzyć 2 razy tego samego archiver’a). Teraz możemy już do niego zapisywać / odczytywać:


//serialize
arch << someInt << someVector << someOther;
//deserialize
arch >> someInt >> someVector >> someOther;

Oprócz tego do silnika dodałem obsługę skryptów. Zdecydowałem się na bardzo popularna lua’e. Szczerze mówiąc sama składnia bardziej mi się podoba w AngelScript ale za lua przemawia jej szybkość oraz jej popularność wśród gamedeveloperów. Do połączenia lua’y z C++ użyłem biblioteki luabind, która w bardzo łatwy sposób pozwala na “zbindowanie” lua’y do C++. Teraz dzięki temu cała logika gry będzie spoczywać na skryptach i będzie można ją łatwo modyfikować bez ponownej kompilacji kodu (również przez osoby trzecie).
Udało mi się również dodać klasę do obsługi klawiatury oraz myszki. Teraz w bardzo łatwy i przystępny sposób mogę mieć obsługę tych dwóch urządzeń w każdym miejscu silnika (oraz skryptów). Podłączyłem też już część PhysX, tj. character controler oraz mesh cooking, muszę jeszcze do edytora “dopiąć” opcje fizyczny dla aktorów.
Na dzień dzisiejszy zostało mi dopracowanie meanedżera serializacji, skończenie pełnego podpinania silnika do lua’y, refactoring fabryki klas, oraz klasa do dźwięku i w końcu będę mógł się wziąć za renderer

lip 16

admin |

c++, engine | icon4

07 16th, 2009| icon3

1 Comment »

Witam. Znowu niestety zaniedbałem ostatnio devbloga i już dawno nie pojawiał się tutaj żaden wpis. Nie bedę tutaj znowu nudził, że brak czasu i pełno zajęć tylko odrazu przejdę do rzeczy. Co się ostatnio działo? Troszkę się działo, niestety w silniku dużych postępów nie zrobiłem nad czym ubolewam. Udało mi sie tylko napisać okno do statystyk w edytorze oraz manedżer efektów postprocessingowych, dość prosty ale skuteczny. Jak działa? Na początek oczywiście trzeba dodać jakies efekty. Aby to zrobić trzeba wykonać jedną metodę gdzie podajemy nazwę tego efektu oraz scieżkę do fragment i vertex programu. Np. tak:

m_postProcessing.Add(“Bloom”, “data/shaders/test.vp”, “data/shaders/test.fp”);

Następnie w metodzie renderującej musimy dodać na początku: m_postProcessing.Begin() oraz na końcu m_postProcessing.End(). Jak włączyć dowolny efekt? Wystarczy go “zbindowac” metodą “Bind”, której jedynym argumentem jest nazwa efektu. Okno które widzicie na screenie poniżej jest “samo uzupełniające”, czyli po dodaniu efektów do managera okno samo się zaaktualizuję i pokaże dostępne efekty, także integracja w kod jest minimalna.

Z kolejnych nowości to prawdopodobnie od sierpnia bedę pracował w nowej firmie, niestety położonej dość daleko od mojego miejsca zamieszkania ale za to będzie to moja pierwsza praca w gamedevie, ale żeby nie zapeszać to o tym napiszę w sierpniu jak już wszystko będzie pewne.

Bojkar's DevBlog | Michał Szczepanowski

Translator

Tagi

Archiwa

Blogroll

Galeria

Najnowsze komentarze