Jakub Król

Witam wszystkich

Ostatnio na blogu było strasznie cicho. Ale to nie znaczy, że ja nic nie robiłem. Było wręcz przeciwnie.
Pomyślałem sobie, że ciągle bawię się gotowymi silnikami, a nawet nie wiem dokładnie jak one działają. Dlatego postanowiłem, że spróbuję napisać swój mini silnik.
Od czegoś trzeba było zacząć. Tym czymś była grafika. Kiedyś (jakiś rok temu) zacząłem bawić się SDK DirectX-a, jednak nie skończyło się to zbyt dobrze. Postanowiłem spróbować jeszcze raz. Zacząłem od zagłębienia się w kurs autorstwa Charibo. Po krótkim czasie ‘zagłębiania się’ stwierdziłem, że zanim będę kontynuował moją naukę, muszę napisać jakiś framework do obsługi okna i input-u.
O czystym WinAPI nawet nie myślałem, ponieważ uważam, że pisanie w nim to masochizm i ponowne odkrywanie koła. Znane mi są trzy biblioteki spełniające moje wymagania: SDL, Allegro i SFML. SDL od razu odrzuciłem, bo mnie niedawno denerwował . Pozostały dwie. Lepsze opinie spowodowały, że wybrałem SFML.
W trakcie zastanawiania, którą z tych bibliotek wybiorę zauważyłem, że wszystkie trzy wspierają OpenGL-a. Coś mi podpowiedziało, żebym zainteresował się bliżej OpenGL-em. Zacząłem przeglądać tutoriale do niego. Najpierw jedną lekcję od SFML-a pokazującą, jak połączyć te biblioteki. Potem tutoriale NeHe, aż w końcu świetny kurs ze strony swiftless.com
Podczas przeglądania tych lekcji stwierdziłem, że nauka OpenGL-a wychodzi mi o wiele sprawniej, niż DirectX-a. To zadecydowało o tym, że postanowiłem zmienić bibliotekę graficzną.
Ostatecznie miałem w swoich rękach dwa narzędzia: OpenGL i SFML. Zacząłem je opakowywać w klasy. Klasa do tworzenia okna aplikacji, klasa do rysowania trójkątów, klasa do rysowania czworokątów, klasa do rysowania sześcianów a po krótkim czasie również oteksturowanych sześcianów, klasa do… STOP. Okazało się, że mam taki bałagan w kodzie, że sam ledwo mogę się zorientować co do czego jest. Stwierdziłem, że muszę coś z tym zrobić. Tym czymś było zaprojektowanie całej struktury silnika i przepisanie części kodu od nowa. Zaraz na początku pisania wszystkiego od nowa uświadomiłem sobie, że to co piszę nie jest zwykłym programem. Nie mogę wpakować tego do exe-ka. Szybko odświeżyłem sobie informacje o bibliotekach DLL, stworzyłem nowy projekt w Visual Studio i zacząłem pisać.
Muszę się przyznać, że w projektowaniu dobry nie jestem. Jeszcze kilkakrotnie przerabiałem strukturę silnika, gdyż nie spełniał moich wymagań. Na szczęście po niezbyt długim czasie udało mi się wrzucić wszystko co miałem napisane do biblioteki DLL.
Zacząłem zastanawiać się co takiego zawierają silniki do gier. Głównymi elementami są grafika, dźwięk i fizyka. Grafikę wstępnie już miałem (bardzo wstępnie), dźwięk postanowiłem na razie sobie odpuścić, została fizyka. Samemu nie chciało mi się pisać fizyki, więc postanowiłem skorzystać do tego celu z gotowego rozwiązania. Tu problemów z wyborem nie miałem. Od razu złapałem za Nvidia PhysX. Jest to najlepszy i zarazem darmowy silnik fizyczny jaki znam. SDK miałem już ściągnięte, więc zacząłem zagłębiać się w tutoriale.
Poszło szybciej niż myślałem. Po dwóch godzinach mój silnik potrafił już wykonywać proste symulacje na box-ach.
W tym momencie stwierdziłem, że muszę zrobić sobie przerwę w kodzeniu więc wziąłem się za pisanie tego wpisu
W rozwinięciu opis możliwości silnika i zdjęcie. O nowościach dotyczących silnika będę pisał na altairgames.pl

Czytaj dalszą część wpisu »