niedziela, 22 maja 2011

Bowlder, ver. 0.7

Wrzucam źródła i binarkę do Bowldera. Błędy znalezione i poprawione, interakcja działa jak należy. Jeszcze przyjrzę się ruchom przeszkadzajek, ale to przy okazji dodawania nowych gatunków (ruch tylko w poziomie, ruch tylko w pionie, ruchome działko, śledzenie gracza, ruch losowy, etc.)

Parę elementów wymaga dopieszczenia graficznego, np. dlaczego zjadanie "trawy" sprowadza się do jej zniknięcia? Nie przeszkadzało to przy ruchu krokowym, ale przy płynnym wygląda słabo. Czy nie przydałaby się tu jakaś animacja? Muszę też dodać możliwość zdefiniowania innej liczby kamieni koniecznych do ukończenia poziomu.

Do zwalczenia: pierdzenie dźwięku w Windowsie. A może to wina plików muzycznych?

Windowsowa binarka: https://rapidshare.com/files/2816660835/Bowlder_07.zip
Źródła: https://rapidshare.com/files/1190000989/Bowlder_07_src.zip

100 Bowlderów na sekundę

Chyba za dużo ostatnio czasu spędzam w GIMPie et consortes, tracąc czas na zabawę grafikami, zamiast programować. A i tak nic bardzo pięknego nie udaje mi się uzyskać. Tworzenie to ciężki kawałek chleba...

Uporałem się już za to z wydajnością (wreszcie śmiga na słowniku - teraz ta wielka plansza, która ostatnio zmulała do 20 klatek, teraz szumi w 100fps w trybie oszczędnym lapka, hell yeah), ruch płynny też już wszędzie chodzi tak jak bym chciał. No, może jeszcze ruch "potworów" (ostatnio przerobiłem je na wirujące ostrza) wymaga dopatrzenia, a nawet nie tyle ruch co ich interakcja (wciąż zdarza im się uniknąć zmiażdżenia przez kamień). Dodałem też beczki i skrzynki, które potrafią wybuchnąć w różnych okolicznościach i różnym promieniu (skrzynki docelowo mają eksplodować w klejnoty) oraz działko (to te fioletowe coś podobne do krzyża na obrazku) strzelajace w czterech kierunkach pociskami. Co zostało? Naprawić co wymaga naprawienia, a potem już tylko dodawać kolejne elementy. No i wreszcie zacząć projektować jakieś sensowne plansze. Z tym pewnie będzie najwięcej roboty.

Kody i binaria wrzucę później, bo mam jeszcze parę błędów.

I na dobranoc obrazek:

wtorek, 17 maja 2011

Bowlder - walka o fps

Dodanie płynnego ruchu ujawniło problem, który wcześniej nie występował - przy planszy o rozmiarze 43x25 wydajność znacznie spadała (w okolice 20fps). Nie spodziewałem się, że w dzisiejszych czasach trzeba myśleć o optymalizacji jakiegoś dwuwymiarowego shitu rodem z lat osiemdziesiątych. Dłubałem, dłubałem i chyba się dodłubałem - największy problem sprawia chyba iteracja przez listę klocków (miałem tam listę wszystkich elementów budujących labirynt i wędrowałem przez nią przy rysowaniu i liczeniu "fizyki"). Zamiana tego na słownik (gdzie kluczem jest tuple z pozycją) daje solidnego kopa.

W sumie to dziwne. Sądziłem, że najkosztowniejsze jest rysowanie (a i tak nie rysowałem niewidocznych elementów), a nie jakaś głupia iteracja przez 1000 elementów. Jak widać nie dla Pythona. A może to powtarzanie testów widoczności było zbyt kosztowne? Zobaczę, jak się to sprawdzi (chwilowo mam to wygrzebane poza główny program). Jak się nie sprawdzi, to przesiadam się na C++. Bua cha cha cha.

Domyślam się, że część winy leży w tym, że uruchamiałem to na VirtualBoksie pod Ubuntu, z wyłączoną akceleracją 2D, na karcie Intela i w trybie "wydajnym" lapka. Ale celuję w to, aby działało to nawet na ciut słabszym sprzęcie (przykładowo moim stacjonarnym staruszku).

Za to fizyka i przeciwnicy działają już jak należy (no a w każdym razie tak, aby nie dawać mi powodów do narzekań).

W ramach testów wklepałem parę plansz z Heartlight ((c) Janusz Pelc). Efekt nie jest taki jak w oryginale, a zatem nie mogę pochwalić się w pełni funkcjonalną podróbką, ale chyba nie będę dopasowywać się na siłę. Podoba mi się, jak to działa teraz. No, chyba że skończę już wszystko inne.

niedziela, 15 maja 2011

Bowlder nadal żyje!

Wcale się nie obijałem przez ostatni tydzień. To znaczy oczywiście, że się obijałem - dlaczegóż by nie? Ale nie tylko obijałem. Parę chwil poświęciłem na pieszczenie Bowldera. Bo tak to chyba można już tylko nazwać. Niby ma wszystko, co mieć powinien, ale jest brzydki, w paru miejscach mógłby zachowywać się lepiej niż zachowuje, kod jest popstrzony starymi rzeczami schowanymi w komentarzach, ale... działa. Co dalej? Trochę sprzątania, drobne poprawki, może parę godzin w GIMPie, aby wreszcie dać jakieś przytomne ikony przeciwników.

Tego jeszcze nie zrobiłem. Ale już mam "płynny ruch". Wygląda całkiem fajnie. Posiedziałem też nad wydajnością (na większej planszy spadała w okolice 20 ramek - fatalnie, fatalnie). To zupełnie zmieniło koncepcję "renderera" (i dobrze, tamta była słaba). Upłynniając ruch, rozsynchronizowałem fizykę - teraz każdy kamień (i przeciwnik) może sobie działać we własnych fazach. Rodzi to jeszcze pewne problemy, ale do opanowania.

Nim umieszczę nową wersję, chcę jeszcze dodać parę elementów (bomby, działka, może klucze lub teleporty).

sobota, 7 maja 2011

Bowlder Smash video

Wrzuciłem filmik z rozgrywki na youtuba. Nie wiem skąd problemy z nagraniem dźwięku - tak pod Windą jak i Ubuntu. Spróbuję z innym programem.

Bowlder Smash

No, jest już wersja z większością funkcjonalności, jaką zamierzałem zrobić. Porzuciłem pomysły na nowe rodzaje elementów, poprzestając na najprostszych. Ale można już zginąć od wszystkiego, od czego powinno się móc zginąć, gra ma początek i koniec (no, prawie), można kończyć kolejne mapy, jest trochę dźwięków i trochę animacji (dodanie większej ich liczby to kwestia przygotowania zasobów).

Jako poziomy używane są mapy zapisane w bieżącym katalogu (pliki map*.txt - w kolejności alfabetycznej). Z nowych znaków: 'X' oznacza wyjście (dostępne tylko po zebraniu wszystkich klejnotów). Jeśli gdzieś się zablokujemy, ważnym klawiszem może okazać się "R" - resetuje on dany poziom.

Kod w wielu miejscach wygląda całkiem porządnie, choć w paru nadal mam chaos, który będę musiał opanować (renderer przestał mi się podobać, wczytywanie mapy też wymaga przemyślenia, może jeszcze kwestia ładowania nowych leveli).

Zaobserwowane problemy: pod Win7 po pewnym czasie muzyka zaczyna pierdzieć, nie wiem czy to wina pliku, czy moja.

TODO: poza przygotowaniem bogatszego zestawu grafik i dźwięków i wprowadzeniem kolejnych typów elementów gry będę musiał posiedzieć nad zaimplementowaniem płynnego ruchu.

Muzyka w tle: Royalty free production music by JewelBeat.
Efekty dźwiękowe: Freesound.

Źródła: https://rapidshare.com/files/461080079/Bowlder_04_src.zip
Exe: https://rapidshare.com/files/461080481/Bowlder_04.zip

czwartek, 5 maja 2011

Boulder Robbo

Ufff... sporo zmian w kodzie, choć niewiele w samym wyglądzie i działaniu aplikacji. Wreszcie wyrzuciłem starą procedurę fizyczną i zastąpiłem reprezentacją obiektową. Od razu projekt nabrał wyrazu i od razu wysypał się szereg możliwości rozbudowy: przeciwnicy innych typów, inne zasady ruchu, bomby, miny, teleporty. Najchętniej zaimplementowałbym wszystko, co było dostępne w Boulder dashu, Robbo, Supapleksie i może jeszcze Saperze (tym z małego Atari, a nie windowsowym). Lista pożądanych ficzerów rośnie. Ale to raczej oddala projekt od wersji finalnej.

Z poważnych zmian - eksplozje (gdy gracz zetknie się z potworem lub złapie kamień na głowę). Jest to pierwszy animowany sprite, na jego wzór dodam inne - chciałbym animować przynajmniej przeciwnika (myślałem o obracających się ostrzach) i kryształy (jakieś błyski, odblaski). Widzę też, że z obecnej postaci nie będzie tak ciężko przejść na płynny ruch. To może być fajny dodatek, bo ruch skokowy (dotyczy to zwłaszcza bohatera) bywa męczący.

Lista "TODO" się rozszerza, zamiast kurczyć: rzeczy, które wybuchają po upadku, rzeczy które wybuchają po wejściu, rzeczy które wybuchają po pchnięciu, rzeczy, które wybuchają gdy zrzucić na nie kamień, strzelanie, działka, lasery, ruchome bramy, teleporty, lód, zmiana grawitacji, pola siłowe, magnesy, ...

Kod wrzucę później, póki co - obrazek ze złapaną eksplozją:

poniedziałek, 2 maja 2011

Boulder Dash - jeszcze trochę

Niewiele nowości, bo sporo dłubałem przy porządkowaniu kodu, bawiłem się różnymi koncepcjami, dodałem parę klas do rzeczy które dotąd działały i bez tego. Ale jakaś tam nowa funkcjonalność jest. Jest ekran startowy i końcowy (bo wreszcie można zginąć lub wygrać). Śmierć mogą nam zadać, póki co, jedynie wrogowie-przeszkadzajki. Z kamieniami trochę próbowałem, niekiedy udaje im się zabić przeszkadzajkę. Zidentyfikowałem problem, ale wykonanie zostawiam sobie na "następny raz".

Podobają mi się klasy GameIntro, Game, GameOver, choć trochę jeszcze je wygładzę, kamienie będą zrobione jak przeciwnicy lub wyjście, postaram się też jeszcze zrobić coś sensownego z mapą. A tak poza tym jest OK.

Do zrobienia: zapomniałem o odczytywaniu wyjścia z mapy (teraz ma lokację wpisaną na stałe w kodzie). W przyszłości będzie tez trzeba odczytywać liczbę kamieni koniecznych do skończenia mapy (teraz konieczne są wszystkie). No i gra kończy się gratulacjami po przejściu jednego (jedynego) poziomu - trzeba dodać wczytywanie kolejnych z plików.

Wywaliłem też zmianę rozmiaru okna, aby nie walczyć z błędami w Windowsie. No i spróbowałem namalować ładniejsze kafelki (do ściany). Nie wiem, czy warto na to tracić czas (nie licząc niewątpliwego waloru edukacyjnego, lol).

Fizyka czasem ma problemy, ale wiem co jest nie tak - naprawię wszystko przy zabawie z kamieniami. To będzie kolejny krok. Potem już tylko upiększanie.

Źródła: https://rapidshare.com/files/460169323/Boulder_03_src.zip
Exe: https://rapidshare.com/files/460169371/Boulder_03.zip