Bojkar\'s dev blog

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

sie 6

Achtung! Wskaźniki!; ++a vs a++

admin |

c++ |

08 6th, 2009| icon3

1 Comment »

Dzisiaj w pracy natknałem się na bardzo głupi błąd, nad którym starciłem kilkanaście cennych minut. Może nie ma czym się chwalić ale warto zwrócić na to uwagę. Dodawałem do pewnego modułu, functor i chciałem go przetestować w ten oto sposób (pseudo kod):


void Init()
{
      Functor<CFoo> func(&mFoo, &CFoo::foo);
      myObj->SetFunctor(&func);
}

Jakież było moje zdziwienie, gdy poźniej chciałem wywołać mojego functora, oczywiście poza metoda Init() Ciekawe co się stało z func i wskaźnikiem na niego po wyjściu z init? Na usprawidlenie mogę powiedzieć tylko to, że na platformę na jaką to było pisane nie używamy debugera z visual stuio i trzeba debugować narzędziem zewnętrznym i to dość "ciężkim".

Kolejną rzeczą o której chcę wspomnieć jest różnica w prędkości wykonywania się pre i post inkrementacji. Kiedyś w jakiejś książce dość starej książce wyczytałem żeby stosować pre inkrementacji zamiast postinkrementacji, i że niby to jest szybsze. Do tego dzisiaj kolega zwrócił mi na to uwagę w moim kodzie więc postanowiłem to sprawdzić na przykładzie kompilatora z visual studio 2008 express. Zrobiłem prosty przykład (pętla for wykonana 1000x z kilkoma mnożeniami i dodawaniami w środku) i dzięki pomocy kolegi który się zna na assemblerze zdeassemblorawalismy go. I co się okazało? Oba kody są identyczne Może w jakiś skomplikowanych przykładach jest jakaś znaczna różnica ale przy zwykłych forach i inkrementacjach przy dzisiejszych kompilatorach i procesorach, różnicy nie ma (przynajmniej mi się tak zdaje .

sie 4

Nowa praca

admin |

bez kategorii, pozostałe | icon4

08 4th, 2009| icon3

3 Comments »

No i udało się, od 3 dni siedze w nowym mieszkaniu w Szczecinie Od wczoraj pracuje w szczecinskiej firmie game-lion zajmującą się tworzeniem i portowaniem gier. Dzisiaj minął mój drugi dzień i oceniam go bardzo pozytywnie. Mieszkanie dostałem narazie od firmy i jest ono 100m od siedziby wiec do pracy mam bardzo blisko. Pierwszy dzień cały zleciał na załatwianiu formalności i konfiguracji stanowiska, i tak pod koniec dnia moje stanowisko z ndev’em(devkit do nintendo wii) i dodatkowym telewizorem bylo już gotowe:). Dzięki temu od 2 dni pracuje w pracy w której zawsze chciałem pracować zawodowo czyli w game-devie (do tego jeszcze mam możliwość pisania na konsole, gdzie raczej w domowych warunkach nie jest to możliwe). Na poczatęk zostałem zawalony dużą ilością manuali i doc’ów od nintendo ale powoli to ogarniam, dzisiaj nawet udało mi się coś wyświetlić na ekranie Od dzisiaj pracuję nad jedną z gier na wii i mam nadzieje, że troszkę mojego udziału w niej będzie…

Bojkar's DevBlog | Michał Szczepanowski

Translator

Tagi

Archiwa

Blogroll

Galeria

Najnowsze komentarze