Space Fleet Mania MMO

Dziś z 2011 rokiem mija mój deadline...

2011-12-31T20:06:00.002+01:00

Do dzisiaj miałem skończyć zamkniętą betę Space Fleet Manii.

Nie bardzo jestem zaskoczony, że nie skończyłem.

Mimo iż dzisiaj o dziwo usiadłem do programowania i zrobiłem parę przydatnych rzeczy przy opisach dynamicznych. Ale to mało, wciąż daleka droga przede mną.

Mam tylko nadzieję, że w przyszłym roku od samego początku wykrzesam z siebie czas i chęci, by kontynuować pracę nad Space Fleet Manią. Na razie nic nie wydaje się stać na przeszkodzie.

Tymczasem czas już chyba szykować się do świętowania.

Z okazji Nowego Roku, życzę przede wszystkim sobie, ale i wszystkim, konsekwencji, wytrwałości, zapału i pracowitości!

Wracam do pracy - offtopic

2011-12-20T00:30:00.001+01:00

Po dłuższej przerwie wróciłem dzisiaj do pracy nad Space Fleet Mania. Termin otwarcia grywalnej bety jest wciąż aktualny, choć... coraz mniej prawdopodobny. Ach te Święta...

Taki powrót po jakimś czasie ma jednak swoje zalety. Wyeliminowałem jeden błąd i przemyślałem jeszcze trochę kwestię dynamicznych opisów, które uległy jeszcze drobnym zmianom. Całość opiszę jak skończę.

Niewielkie podsumowanie - offtopic

2011-12-05T00:22:00.001+01:00

Bardzo nierozsądnie jest myśleć, że da się bez doświadczenia stworzyć z głowy i z palca grę przeglądarkową w jedną noc. Przyznaję się (można się śmiać), że tak mi się wydawało jak zaczynałem myśleć o Space Fleet Manii.

Jednak z początku była to tylko prosta idea, która w zderzeniu z rzeczywistością nabrała kształtów, kolorów i wyrazu, więc też przestałem ten projekt traktować po macoszemu. Teraz chcę tę grę skończyć, w tej kwestii się nic nie zmieniło, ale chcę też aby mimo prostoty Space Fleet Mania była wyjątkowa i grywalna.

Dodatkowo, prace nad grą, oraz rejestracja i czynny udział w dyskusjach na kilku forach, znów rozpaliły we mnie pragnienie stworzenia w przyszłości gry wiekopomnej, niezwykłej i rozbudowanej, tyle, że w bliższych mi klimatach fantasy RPG (za to w dalszej przyszłości).

Z tegoż dodatkowego powodu głównie wynika zaś potrzeba pisania bardziej 'z głową', a więc ten blog z przemyśleniami, notatki, planowanie i nieśmiałe próby wprowadzenia w pracę jakiejś systematyczności.

Cierpi na tym z pewnością tempo prac, jednak wciąż pamiętam o terminie, w którym zadeklarowałem premierę otwartej bety tj. 31.12.2011. I nawet jeśli gra będzie miała być robiona jak większość rzeczy na studiach (na ostatnią chwilę), to zrobię wszystko, żeby premiera bety się odbyła.

ps. Tempo prac cierpi też z wielu innych powodów, gdyż ostatnio plątam się w co najmniej kilka projektów poza swoimi normalnymi obowiązkami zawodowymi. Jednym z nich jest tworzenie webkomiksu (17+), którym przy okazji tego offtopicowego posta się pochwalę.

Opisy dynamiczne - wypełnianie treścią

2011-12-02T14:39:00.001+01:00

Kilka dni temu zakończyłem (mam nadzieję) kwestię opisów dynamicznych w Space Fleet Mania. Od strony technicznej sprawa wydawałaby się zamknięta, jednak dotarło do mnie, że sam mechanizm jest niczym, bez treści.

Gwoli ścisłości, w kwestii technicznej opisów dynamicznych wymyśliłem jeszcze jedną poprawkę. Mianowicie wartości domyślne. Na wypadek, gdyby w danym systemie gwiezdnym ktoś nie zdefiniował potrzebnej zmiennej, wartość domyślna będzie musiała być zapisana w miejscu placeholdera. Przykład: "Słońce świeci dzisiaj {jak_swieci_slonce | mocno} i ptaszki śpiewają {jak_spiewaja_ptaszki | wesoło}."

Do gry będą potrzebne co najmniej 2-3 rodzaje opisów:

Ogólny opis systemu gwiezdnego. (czegoś zawierającego słońca i planety)

Wspólny dla wszystkich systemów gwiezdnych
Bardzo ogólny, fluffowy, nie zawierający istotnych z punktu widzenia rozgrywki szczegółów
Nadający grze kosmiczny klimat
Długi i ciekawy

Opis cech charakterystycznych dla danego typu systemu.

Opisujący cechy charakterystyczne dla danego typu systemu
Zawierający średnio istotne informacje na tematy związane z rozgrywką

np. nazwa cywilizacji, ilość zasobów

Opis cech charakterystycznych dla każdego zdarzenia.

Szczegółowy opis istotnego z punktu widzenia rozgrywki elementu
Zawierający istotne, szczegółowe dane
Najbardziej zwięzły, konkretny

Jeśli ktoś miałby jakieś pomysły, chciałby pomóc, zna angielski i wystarczy mu/jej kredyt w postaci wpisu na listę współtwórców gry (a w przyszłości moderatorów/GMów). To proszę o jakiś kontakt.

Jeśli okaże się, że są chętni, ale nie do końca jest jasne jak to ma wyglądać to stworzę jakiś przykładowy szkic.

Zarys fabuły - "Pożeracz Światów" cz.2

2011-11-30T23:47:00.001+01:00

Ciąg dalszy posta pt. Zarys fabuły - "Pożeracz Światów cz.1

Istnienie Pożeracza Światów wprowadzi moim zdaniem do rozgrywki zupełnie nową jakość, zmieniając profil samej gry ku grze fabularnej/przygodowej.

Konieczność uciekania/unikania Pożeracza Światów wymusi na graczach (chcących osiągnąć w grze dobry rezultat) większe zaangażowanie. Owszem, będzie można się po prostu zarejestrować i pograć 15min co kilka dni, jednak taki styl gry na pewno nie będzie w Space Fleet Mania w żaden sposób nagradzany. Raczej wręcz przeciwnie, skończy się pożarciem.

Prawdopodobnie tempo przesuwania zostanie dobrane tak, żeby nie było trzeba wstawać specjalnie o 3.00 żeby uciec, więc o to proszę się nie martwić. Gra ma być przede wszystkim zabawą.

Ponadto, jego obecność będzie wpływała na decyzje graczy, wyprawy na 'obrzeża' kosmosu, lub ogólnie w pobliże Pożeracza staną się dużo bardziej ryzykowne.

Właśnie sobie uświadomiłem, że nie PŚ nie będzie mógł się jednak poruszać zupełnie losowo. Przynajmniej z dwóch powodów. Po pierwsze, w ten sposób trudno będzie oszacować gdzie może leżeć 'bezpieczny' region. Po drugie, w ten sposób mogłoby powstawać bardzo dużo 'dziur' w kosmosie, do których nie można byłoby się dostać.

Powyższa dygresja skłania mnie do przeprowadzenia obliczeń. Załóżmy, że wszechświat będzie miał wymiary 25x25x25, co daje 15625 systemów gwiezdnych. Załóżmy, że Pożeracz Światów będzie się przesuwał co godzinę o jedno pole. W takim tempie pożarcie całej planszy (co oczywiście kończy definitywnie grę), zajęłoby mu aż 651 dni! Prawie 2 lata... To zdecydowanie za długo. Jedna 'gra' (era/sezon) powinna moim zdaniem trwać 2/3/4 miesiące. Muszę zatem znaleźć sposób, żeby skrócić ten czas co najmniej pięciokrotnie.

Jeśli zaś Pożeracz wykonywałby ruch co 12minut, pożarcie wszechświata zajęłoby mu już tylko 3150h, a więc 130 dni z małym haczykiem. Czyli wciąż nieco ponad 4 miesiące.

Przy tempie 1 pole/10min, dokonałby tego samego w 108 dni czyli około 3,5 miesiąca. Ok, ale to znaczyłoby, że w ciągu nocy (załóżmy, że ktoś sypia po 12h), byłby w stanie przebyć odległość 72 systemów gwiezdnych. A to dość sporo, niemal 3x mógłby przemierzyć wszechświat wzdłuż jednej osi. Coś trzeba zmienić i nawet wiem co.

Nowe założenia:

Wszechświat 24x24x24 (mniejszy o 1801 systemów)
Pożeracz zajmuje obszar 3x3x3 (kostka rubika)
W 511 ruchów pożera cały wszechświat (511 + położenie początkowe)
Pożeracz porusza się co 5h (pożre świat w 102,4 dnia)
Nie porusza się po przekątnych (odległość 3* ilość godzin/5 + 1 systemów gwarantuje bezpieczeństwo)

Taaaaak, teraz to wygląda duuuużo lepiej. Już się nie mogę doczekać, kiedy będzie skończony.

Oczywiście przed stworzeniem implementacji Pożeracza Światów, konieczne będzie stworzenie algorytmu odpowiedzialnego za jego ruch (tak aby 'wyczyścił' planszę, zbliżając się do centrum). Jednak dzisiejsze posty dały mam nadzieję duży wgląd w to co będzie oferowała Space Fleet Mania.

Zarys fabuły - "Pożeracz Światów" cz.1

2011-11-30T21:35:00.001+01:00

Wnioski jakie napłynęły do mnie po przyjrzeniu się konkurencyjnym grom są takie, że Space Fleet Mania koniecznie musi się wyróżniać czymś ciekawym, czymś, czego jeszcze nie było.

No i 'wymyśliłem'... a właściwie to Wielki Architekt Wszechświatów Admirał Ramalooke wymyślił, a ja zaadaptowałem jego ideę "Pożeracza Wszechświatów".

O co chodzi? Ano o to, że w moim pomyśle Space Fleet Mania ma być podzielona na etapy. Każdy etap kończyłby się podsumowaniem, wyłonieniem zwycięzców itd.

Takie etapy w serialach zazwyczaj nazywa się 'sezonami'. I o takie właśnie coś chodzi mi w przypadku Space Fleet Manii, gra przeglądarkowa, która też ma sezony i w którą grałem (polecam) to Die2Nite.

Po zakończeniu etapu zaś będzie przerwa na dodanie nowych funkcjonalności lub ewentualną zmianę istniejących. Jednak jeśli gra ma być podzielona w ten sposób, to musiałem znaleźć sposób na to by gra kiedyś się zwyczajnie kończyła i żeby moment zakończenia był pewny i mógł być zdefiniowany jako "nie później niż".

I tu dochodzimy do sedna. "Pożeracz Wszechświatów" będzie tym, co zapewni mi, że gra się w którymś momencie skończy.

Jak wiadomo, w grze będzie zadana każdorazowo, znana mi od początku ilość systemów gwiezdnych. Gracze zaś będą mogli się między nimi swobodnie przemieszczać. Ponadto, wiadomo, że w grze będzie chodziło o zbieranie zasobów. Walkę i rywalizację o zasoby.

Pierwszym pomysłem było więc:

Gra będzie kończyła się, kiedy w żadnym systemie gwiezdnym nie będzie już zasobów.

Szybko okazało się jednak, że to w żaden sposób nie ogranicza maksymalnego czasu gry. Ten zależałby bowiem tylko od zaangażowania graczy. Dodatkowo frustrujące byłoby szukanie 'ostatniego kawałka' na (powiedzmy) 10.000 pól.

I właśnie wtedy przyszło olśnienie:

Od początku gry będzie wiadomo, że gracze bynajmniej nie są w kosmosie sami. Owszem są obce cywilizacje tu i ówdzie. Jakieś artefakty, od czasu do czasu jakaś kosmiczna bestia, ale to wciąż mało. Puste przestrzenie kosmosu w Space Fleet Mania mają być ciekawe i niebezpieczne. Wprowadźmy zatem do gry istotę zdolną pożerać całe systemy gwiezdne, bądźmy oryginalni i twórczy i nazwijmy go "Pożeraczem Światów". Niech gracze o nim wiedzą, niech się go boją, niech nie będą w stanie się z nim zmierzyć, niech będą zmuszeni być ciągle w ruchu w strachu przed nim. Niech pożera światy razem z nimi.

To od strony 'fabularnej'. Technicznie zaś, chciałbym to rozwiązać w ten sposób, że na początku gry umieściłbym obiekt "Pożeracza Światów", w losowym punkcie na obrzeżach kosmosu, a następnie przemieszczałbym go w losowym kierunku, wybranym spośród wszystkich, w których dotychczas nie był.
Świat do którego trafia, zostaje uznany za 'pożarty' wraz z całą zawartością (tak, wszystkimi flotami wewnątrz również). Dodatkowo do światów pożartych nie można już wlecieć. W ten sposób, wiedząc jak często "Pożeracz Światów" się porusza, będę mógł wiedzieć kiedy najpóźniej skończy się gra.

(post wyszedł strasznie długi, więc dokończę w kolejnej części)

Przegląd konkurencji - o kosmicznych grach MMO

2011-11-28T23:20:00.001+01:00

Dzisiaj w przerwie w pracy szukałem gier podobnych do Space Fleet Mania. Podobnych przede wszystkim z tytułu, bo znalezienie jakiejś konkretnej gry MMO po innych kryteriach praktycznie graniczy z cudem.

O dziwo udało mi się, są poza popularnym Ogame gry kosmiczne, polegające na przemieszczaniu się flotą statków kosmicznych. I to od około czterech lat.

Żeby zaspokoić ciekawość zarejestrowałem się nawet, żeby zobaczyć czy być może wyważam dawno otwarte drzwi. Lecz nie, raczej nie.

Jak się okazało głównym podobieństwem było prowadzenie floty kosmicznej przez ogromną (głównie pustą) przestrzeń.

Jeśli jednak ktoś kto śledzi blog wciąż uważa, że Space Fleet Mania będzie podobna, to mam wiele do wyjaśnienia i do zrobienia.

Co mi się nie podobało/nie podoba w grach o tematyce "kosmicznej":

Stopień skomplikowania

Setki:

statków
planet,
systemów,
budynków
ulepszeń
statystyk
zasobów

Nieprzejrzysty interfejs

wiele ekranów
małe, nieintuicyjne ikony
przytłaczająca ilość tekstu

Ograniczenie działań gracza

konieczność oczekiwania na zakończenie akcji
ilość 'energii' odnawiana CRON'em
konieczność czekania na zdobycie zasobów

Brak oryginalnych pomysłów

Zbieraj
Buduj
Walcz
Powtórz

Usługi Premium (sic!)

ogromna przewaga jaką dają nad zwykłymi graczami

Na tę chwilę nic więcej nie przychodzi mi do głowy. Więc tylko w ramach podsumowania:

Space Fleet Mania jest i będzie tworzona z myślą o tym by być najprostszą z najbardziej grywalnych gier MMO o tematyce kosmicznej. A także jedną z najciekawszych, prostych gier przeglądarkowych w ogóle.

Opisy dynamiczne - coś a'la precle - wersja ostateczna

2011-11-27T14:08:00.001+01:00

Teraz już chyba mam rozwiązanie kwestii dynamicznych opisów, które mnie zadowala. Zacznę od przedstawienia danych. Potem będą schematy tabel, a na koniec wnioski, wady i zalety.

Jak stworzyć system dynamicznych opisów w przeglądarkowej grze MMO:

Dane:

Przykładowy tekst: "System ten zamieszkuje cywilizacja {peaceful_civilization_name}. Są to istoty pokojowo nastawione, skłonne do handlu z wszystkimi, którzy tego zapragną."
ID systemu: 2735

Tabele:

tabela 'zmienne' z kolumnami:

nazwa (np. peaceful_civilization_name)
wartość (np. Gotye'reau)
id (np. 4)

tabela 'systemy_gwiezdne' z kolumną:

JSON ( i zawartością np. {peaceful_civilization_name = 4})

Sposób użycia:

Pobieramy model
Dekodujemy JSON
Wyszukujemy wartości w tabeli 'zmienne' (WHERE nazwa='peaceful_civilization_name ' AND id=4)

Jeśli nie znajdziemy, możemy zawsze wylosować/wybrać nową wartość z innym id
Albo rzucić wyjątek ;)

Zapisujemy w tablicy asocjacyjnej
Używamy funkcji przeczesującej opisy w poszukiwaniu placeholderów i wypełniamy je wartościami z tablicy asocjacyjnej
Wyświetlamy rezultat

Wnioski:

Rozwiązanie to bardzo przypomina pierwsze rozwiązanie problemu 'dynamicznych opisów' na jakie wpadłem (patrz Zdarzenia kodowanie | opisy dynamiczne). Jednak zostało dopasowane do wymagania, aby jedna zmienna o danej nazwie mogła być powiązana z wieloma różnymi obiektami/modelami.

Jedna wspólna tabela dla wszystkich modeli wprowadzałaby zbytnie zamieszanie, powodowałaby konieczność dodatkowych złączeń, a w przypadku niektórych modeli (nie wspominając już o tabelach) byłaby po prostu zbędna.

Zalety:

pobieramy zmienne wraz z modelem
możemy zapisać wiele zmiennych w modelu
możemy przypisać jedną zmienną do wielu modeli
nie jest trudno dokonać zmian:

pobranie modelu
dekodowanie JSON
zmiana wartości w tablicy
kodowanie JSON
zapis

łatwa podmiana w jednym miejscu w przypadku konieczności zmiany wartości
można napisać jedną metodę obsługującą JSON w klasie bazowej modelu, aby wszystkie (modele) po niej dziedziczyły

Wady:

konieczność kodowania/dekodowania JSON
nieco kłopotliwe podmienianie wartości zmiennej zakodowanej w JSON w wielu wierszach

chociaż do zrobienia przy dobrym użyciu wyrażeń regularnych i MySQL'owego operatora LIKE

Dziś albo jutro postaram się to zaimplementować. To znaczy, że implementację edytora zdarzeń odkładam na później. Ważniejsze jest dla mnie teraz aby Space Fleet Mania zaczęła wypełniać się treścią.

Opisy dynamiczne - rozważań ciąg dalszy

2011-11-27T12:54:00.001+01:00

W nocy pisałem o opisach dynamicznych. Spośród kilku rozwiązań, które na szybko wymyśliłem, skupiłem się nad jednym (dodanie kolumny w tabeli przechowującej JSON). Jednak przespałem się z tą ideą i dziś wydaje mi się, że lepszym rozwiązaniem będzie stworzenie osobnej tabeli, w której będę trzymał wszystkie zmienne dla wszystkich modeli.

Do przemyślenia pozostaje kwestia jak zaprojektować bazę danych, aby możliwe były takie przykładowe zapytania:

Wyświetl wszystkie zmienne dla systemu gwiezdnego o id = n
Wyświetl słowo kluczowe o id = m
Wyświetl losowe słowo kluczowe o nazwa = xyz
Wyświetl trzecie słowo kluczowe o nazwa = xyz
Wyświetl wszystkie słowa kluczowe dotyczące flot kosmicznych

Jeśli przyjąć, że to wszystkie założenia, to tabela w bazie danych mogłaby mieć takie kolumny:

id - int //kolumna autoinkrementowana, indeks primary
table_name = varchar(127) //nazwa tabeli której dotyczy zmienna
row_id = int //id wiersza w tabeli table_name
name - varchar(127) //nazwa zmiennej
value - text //wartość zmiennej
name_id - int //identyfikator zmiennej o danej nazwie

Wydaje mi się, że takie rozwiązanie byłoby wystarczające. Jednak zastanawiam się jeszcze co w przypadku, kiedy jakaś zmienna mogłaby dotyczyć więcej niż jednej tabeli, albo więcej niż jednego wiersza. Czy w takim razie po prostu pozwolić na to by table_name i row_id były NULL'ami? A odpowiednią wartość pobierać tylko na podstawie name_id?

W ogóle to w jaki sposób rozpoznam mając tylko nazwę placeholdera, jaką wartość mam w jego miejsce podstawić? Ehhh....

TO ROZWIĄZANIE JEST GŁUPIE!

Jeśli szukasz mądrzejszego i lepszego sposobu na opisy dynamiczne do swojej strony/gry www to koniecznie przeczytaj następnego posta.

Zdarzenia - kodowanie | opisy dynamiczne - rozważania

2011-11-27T00:18:00.001+01:00

Dzisiaj zacząłem kodować edytor zdarzeń do Space Fleet Mania. Efekt nie jest zbyt porywający, bo zacząłem zbyt późno, jednak tak czy inaczej powstało kilka metod klasy, mam już większość stałych i zmiennych. Teraz pozostaje tylko wypełnić je kodem.

Notatki dot. wyglądu edytora. Nawet coś tak niechlujnego pomaga mi się skupić podczas kodowania.

Jednak tworzenie edytora być może przerwę jeśli nie będzie mi szło dość szybko i zajmę się kodowaniem bardziej istotnych części gry. Zdarzenia przecież mogę zakodować ręcznie.

Opisy dynamiczne, jak zrobić je dobrze?

Cały czas nie mogę wymyślić sensownego rozwiązania do generowania opisów. Bo z jednej strony nie warto trzymać w bazie danych dla każdego pola osobnego opisu, ponieważ większość części to będzie fluff jednak nie mogę też pozwolić sobie na to, żeby opisy były każdorazowo generowane.

Chodzi głównie o nazwy obcych cywilizacji zamieszkujących systemy gwiezdne. Chcę aby było ich kilka, ale nie chcę, aby nazwa cywilizacji zamieszkująca dany system gwiezdny zmieniała się przy każdym odświeżeniu.

Może po prostu w bazie danych w tabeli z systemami gwiezdnymi zrobić kolumnę typu TEXT, w której przechowywałbym tablice asocjacyjne (nazwa->wartość) np w formacie JSON. Wtedy przy pobieraniu opisu ogólnego dla danego systemu, w placeholdery wstawiałbym odpowiednie wartości z tej tablicy.

Plusy:

Niewiele miejsca zajętego w bazie
Możliwość umieszczenie dowolnej ilości zmiennych przypisanych do systemu gwiezdnego

Minusy:

Konieczność kodowania i dekodowania JSON
Ryzyko, że powstaną wszystko się sypnie jak zmienią się nazwy placeholderów
Kłopotliwa edycja

Inne możliwości/koncepcje:

Zapisywanie całych/części opisów w plikach (zamiast bazy danych)
Zapisywanie w osobnej tabeli, wspólnej dla wszystkich modeli (kolumny: TABLE_NAME, ID, NAME, VALUE)
Jakieś pomysły?

Space Fleet Mania - grafika i pomysły

2011-11-26T01:10:00.001+01:00

Dzisiaj odbyłem biznesową rozmowę ze znajomym grafikiem i wszystko wskazuje na to, że Space Fleet Mania będzie miała jakieś profesjonalne grafiki/arty/style.

Blog grafika pojawił się na górnej belce. Zapraszam do oglądania (sam właśnie oglądam jego livesteam), a wkrótce być może jego prace zacznę wrzucać też dla urozmaicenia tutaj.

Co do prac nad grą...

Zdarzenia są przemyślane, edytor rozpisany, więc jutro zabiorę się pewnie za kodowanie. Czas w miejscu nie stoi a termin 31.12.2011 nie jest tak znowu odległy jakby się mogło zdawać.

Po zdarzeniach będę musiał wymyślić jakiś ciekawy sposób na pisanie opisów systemów gwiezdnych. Przy takiej ich ilości jaką planuję, wpisanie każdego ręcznie byłoby syzyfową pracą. Jednak w trakcie dyskusji na Gammo słusznie zauważono, ze nie ma co zakatować bazy danych ogromną ilością danych. Zatem będę musiał coś kombinować i to ostro, by nie trzymać wszystkiego w bazie.

Zatem będę musiał wymyślić coś w rodzaju narzędzia, jakiego używa się do pisania precli.

W wymyślaniu gier straszne jest to jak łatwo się rozpędzić i zaplanować rzeczy, których porządne wykonanie rozwinie projekt do takich rozmiarów, kiedy jedna osoba z moim poziomem motywacji nie będzie miała siły skończyć. Zatem cała masa rzeczy jest planowana na przyszłe sezony gry. Rozwój postaci, rasy, cywilizacje, dodatkowy sprzęt, podział zasobów itd itp.

Pomysł, który się dzisiaj narodził, a który pewnie wejdzie do gry bo jest oryginalny to coś w rodzaju Sudden Death z Wormsów. Rozwiązany w ten sposób, że świat gry po pewnym czasie zacznie się kurczyć, albo w jakiś inny sposób rozpadać, tak aby podgrzać atmosferę rywalizacji między graczami i 'zacieśnić' ich w mniejszym obszarze.

Zdarzenia - cechy edytora i przykład

2011-11-24T17:08:00.001+01:00

Jak już wspomniałem, chciałbym by w Space Fleet Mania był dostępny edytor zdarzeń. Oczywiście dostępny tylko dla wybranych użytkowników oznaczonych rangą (administratorów/mistrzów gry). Zadaniem tego edytora byłoby tworzenie zdarzeń, które można by potem przypisać do poszczególnych typów pól.

Przy okazji typów pól, ostatnio wpadłem na pomysł, że pewne typy pól mogłyby być połączone z wieloma różnymi zdarzeniami (klasami zdarzeń) i wtedy zdarzenia te występowałyby na danym polu nie za każdym razem tylko losowo. Jednak pierwotna wersja zakłada: 1 system gwiezdny - 1 typ - 1 zdarzenie

Cechy edytora zdarzeń:

Edytor zdarzeń musi być intuicyjny i prosty w obsłudze, tak aby mogła go obsłużyć osoba nie znająca składni języka.

intuicyjny, wielokrokowy formularz HTML, głównie z polami typu <select>
validacja AJAX
system pomocy (overLib?)

Edytor musi albo tworzyć poprawne zdarzenie, albo nie tworzyć go wcale.
Edytor musi w sposób 'inteligentny' wybierać modele, których atrybutów można będzie używać do tworzenia warunków, oraz rezultatów (lub w sposób konfigurowalny przez administratora)

zbiory te wcale nie koniecznie muszą być identyczne

Edytor musi być konfigurowalny, pod kątem:

modułów/atrybutów dostępnych
maksymalnej/minimalnej? złożoności warunków i rezultatów
dostępu
włączanie funkcji DEBUG (podgląd generowanego kodu w locie)

Edytor powinien pozwalać na zapisanie częściowo utworzonych zdarzeń
Edytor powinien pozwalać na edycję istniejących zdarzeń
(opcja) Edytor powinien zawierać system logowania zmian w wydarzeniach

Przykład użycia edytora zdarzeń (schemat):

Utwórz nowe zdarzenie
Wpisz nazwę zdarzenia (abyś mógł je potem rozpoznać i zlokalizować na liście)
Tworzenie warunku:

Wybierz model z listy dostępnych modeli
Wybierz atrybut z listy atrybutów modelu
Wybierz operator nierówności z listy operatorów (<,>,=,<=,>=,!=)
Wybierz wartość z zakresu ograniczającego wartości danego atrybutu
Zatwierdź i:

Przejdź do tworzenia rezultatu pozytywnego

Przejdź do punktu 4

Dodaj kolejny warunek:

Wybierz operator łączenia warunków (||, &&)
Przejdź do punktu 3.1

Tworzenie rezultatu pozytywnego

Wybierz model z listy dostępnych modeli
Wybierz maksymalną liczbę modeli, na które zadziała rezultat

Wpisz liczbę
Wybierz wszystkie (należące do danego gracza)

Wybierz atrybut z listy atrybutów modelu
Wybierz operator z listy operatorów (<,>,=,<=,>=,!=,MIN,MAX)

Jeśli operator inny niż MIN/MAX

Wybierz wartość z zakresu ograniczającego wartości danego atrybutu

W przeciwnym wypadku

MIN - wybierze wszystkie modele, których wartość atrybutu jest najniższa
MAX - wybierze wszystkie modele, których wartość atrybutu jest najwyższa

Wybierz akcję wykonywaną na wybranych modelach z listy (DESTROY, SET_ATTR)
Jeśli wybraną akcją jest DESTROY:

Przejdź do punktu 4.8

W przeciwnym wypadku:

Wybierz operator, wykonywany na atrybucie (=+,=-,=*,=)
Wybierz wartość liczbową (w edytorze sprawdzany tylko typ, wartości muszą być sprawdzane w momencie wykonania rezultatu, aby nie przekroczyć granic wartości atrybutu)

AJAX - sprawdź czy typ pasuje do zmiennej
AJAX - w przypadku operatora (=) sprawdź granice atrybutu

Zatwierdź a następnie:

Przejdź do tworzenia rezultatu negatywnego

Przejdź do punktu 5

Dodaj kolejny rezultat:

Przejdź do punktu 4.1

Tworzenie rezultatu negatywnego

Identycznie jak w przypadku tworzenia rezultatu pozytywnego z wyjątkiem punktu 4.8.2

5.8.2 - Przejdź do punktu 6

Zapisz zdarzenie

Proste, czyż nie?

Dwudniowa przerwa

2011-11-23T00:40:00.001+01:00

Z powodu pozostałych moich obowiązków służbowych prace nad Space Fleet Mania do piątku będą dość mocno ograniczone.

Być może ~~jutro~~ dziś około 12.00 pojawią się dodatkowe szczegóły n/t zdarzeń, ponieważ jak się okazuje, im dłużej nad tym myślę, tym bardziej skomplikowane się to wydaje.

W międzyczasie zapraszam wszystkich zwiedzających do wpisywania komentarzy (przede wszystkim z sugestiami), szczególnie pod postami, w których prezentuję jakieś wątpliwości (chciałbym aby gra była dopasowana przynajmniej częściowo do graczy ;))

ps. polecam dzisiejszy genialny, interaktywny "Google Doodle" z okazji 60-rocznicy pierwszej publikacji Stanisława Lema (1921 - 2006)

Zdarzenia - tworzenie generatora

2011-11-21T21:42:00.001+01:00

W tym poście nieco bardziej zagłębię się w szczegóły techniczne. Dla potencjalnych graczy raczej nie będzie to fascynująca lektura. Przy okazji, przypominam o tym co grozi złodziejom mojej własności intelektualnej.

Z posta dotyczącego logiki zdarzeń, mogłoby wynikać, że zdarzenia będą prostymi elementami zbudowanymi z jedynie trzech atrybutów (warunku, rezultatu pozytywnego i rezultatu negatywnego). Jednak te proste założenia wcale nie jest tak prosto zrealizować za pomocą kodu.

Ja bynajmniej nie wpadłem na lepszy pomysł niż ten, który opiszę poniżej.

Jak już wspominałem, chciałbym, żeby zdarzenia mogły być tworzone dynamicznie, rozumiem przez to, że dodanie kolejnego zdarzenia nie będzie wymagało zmian w kodzie.

Aby jednak nie ograniczać zbytnio możliwości dodawania nowych zdarzeń, system musi być elastyczny, zarówno jeśli chodzi o formułowanie warunków, jak i tworzenie rezultatów. Jednak rezultaty zdarzeń mają mieć istotny wpływ na przebieg gry, więc oprócz komunikatów muszą także generować poprawny, wykonywalny kod PHP.

Oczywiście najprostszym rozwiązaniem byłoby przechowywanie gotowego kodu w kolumnach tabeli w bazie danych, jednak kod ten skądś musi się wziąć, najprawdopodobniej wpisany ręcznie przez formularz, a tego zdecydowanie wolałbym uniknąć...

Czy zatem wymyśliłem coś lepszego? Ano wymyśliłem.

Pomysł polega zaś na tym, żeby w bazie danych trzymać nie kod wykonywalny, tylko pseudokod. Od razu podam przykład, żeby przybliżyć o co mi chodzi:

Warunek: "always", rezultat pozytywny: "valuables.add.1", rezultat negatywny "null" zapisane za pomocą pseudokodu, przyjęłoby postać podobną do:

if(1){ $valuables+=1;} else{}

Definiując kilka stałych, zmiennych i funkcji, oraz używając wyrażeń regularnych i kilku zaawansowanych funkcji PHP5, zyskam możliwość wyklikania nowego zdarzenia, które zostanie zapisane do bazy w postaci pseudokodu, który następnie przy odczycie zostanie przekształcony w kod PHP i wykonany.

Zdarzenia - logika

2011-11-21T20:29:00.001+01:00

Zdarzenia będą elementem wprowadzającym do Space Fleet Mania dodatkowe 'zamieszanie'. W kosmosie nic nie jest przewidywalne, a mało co jest 'bezpieczne'. W związku z tym każda podróż będzie niosła za sobą niewiadomą.

W przyszłości skanery mają służyć przede wszystkim unikaniu niebezpieczeństw.

System zdarzeń będzie tworzony w taki sposób, aby dodawanie nowych rodzajów było jak najprostsze. Przez co napisanie całego systemu stanie się tym trudniejsze i istotniejsze.

Zdarzenia będą aktywowane w momencie kiedy flota gracza zjawi się w systemie gwiezdnym (tj po wydaniu rozkazu przez kliknięcie w panel mapy), ale zanim gracz będzie mógł podjąć jakąś decyzję. Wskutek tego, graczowi zostanie wyświetlona jedynie informacja o skutkach zaistniałego zdarzenia.

Każde zdarzenie składać się będzie z:

warunku
rezultatu w przypadku sukcesu
rezultatu w przypadku porażki

Warunek

To, że w danym systemie gwiezdnym może zajść jakieś zdarzenie, nie oznacza wcale, że jego efekt musi być dla floty gracza zawsze taki sam. Owszem, niektóre zdarzenia w grze mogą być zupełnie niezależne od wszelkich czynników, jednak o skutkach zdecydowanej większości będzie decydowało spełnienie warunku.

Wynikiem sprawdzenia każdego warunku będzie wartość logiczna (PRAWDA lub FAŁSZ), zależna od tego czy warunek został spełniony czy nie. Dla porządku przyjąłem, że spełnienie warunku będzie oznaczało sukces, zaś niespełnienie będzie oznaczało porażkę. Po rozstrzygnięciu warunku, zostanie zastosowany odpowiadający mu rezultat.

Testowanie warunku będzie opierało się na porównywaniu pewnej stałej (albo zmiennej), z jednym, lub kilkoma atrybutami należącej do gracza floty, lub pojedynczego statku.

Przykładem warunku może być sprawdzenie czy liczebność floty sprowokuje kosmicznego czerwia do ataku. ;) albo czy prędkość każdego statku jest wystarczająca by uniknąć zderzenia z asteroidą.

Rezultat w przypadku sukcesu

Podobnie jak w większości gier, w które grałem, postanowiłem, że przyjmę spełnienie przez gracza (w tym wypadku jego flotę) warunku, będzie nagradzane. Zatem wszystkie warunki będą konstruowane tak, aby ich spełnienie skutkowało bardziej pozytywnym, albo przynajmniej mniej negatywnym efektem.

Przykładem spełnienia warunku mogłoby być np. uniknięcie zderzenia z asteroidą, lub odnalezienie zagubionego artefaktu.

Rezultat w przypadku porażki
Niespełnienie warunku oznacza, że zdarzenie najprawdopodobniej nie przyniesie graczowi pożytku. Oznacza to bowiem, że atrybuty jego floty nie są wystarczające by podołać sytuacji, w jakiej się znalazła.

Porażka oznacza, że stało się najgorsze co mogło się stać w danej sytuacji. Asteroida uderza w któryś ze statków floty (i oczywiście niszczy go doszczętnie), albo, że flota nie znajdzie wartego fortunę artefaktu.

Space Fleet Mania - postępy prac

2011-11-21T13:53:00.001+01:00

Treścią na bloga nieco już wyprzedziłem aktualny stan samej gry, więc dla porządku stworzę orientacyjną listę rzeczy do zrobienia wraz z przybliżonym stopniem zaawansowania prac.

Lista zadań projektu Space Fleet Mania:

Flota

tworzenie - gotowe
przemieszczanie - gotowe

Systemy gwiezdne

mapa - gotowa w 90%
typy - zaczęte 20%

baza danych - gotowa
edytor - do zrobienia
eventy - do zrobienia

Statki

tworzenie pierwszego - gotowe
budowa/kupno - do zrobienia
testowanie atrybutów - do zrobienia

HTML

Menu górne - zrobione w 80%
Menu boczne - zrobione w 80%
Główna kolumna - zrobione w 80% (układ do przemyślenia)

Grafika

Interfejsu - do wymiany
Gry - do wymiany

CSS - zaczęty, na razie nieistotny 10%

System gwiezdny - akcje/rozkazy

2011-11-21T01:19:00.001+01:00

Niemal każdy system gwiezdny w Space Fleet Mania będzie umożliwiał wykonanie jednej lub wielu akcji/rozkazów.

Lista dostępnych akcji i rozkazów będzie oczywiście zależna przede wszystkim od typu danego systemu gwiezdnego. Rozkazy zależne od systemu gwiezdnego będą uzupełniane następnie przez rozkazy dotyczące interakcji między graczami (które opiszę niebawem).

Z listy rozkazów zależnych od systemu gwiezdnego z pewnością najważniejszym będzie załadunek zasobów, rozkaz, który spowoduje, że ładownie naszej floty wypełnią się cennymi zasobami.

W przyszłości, planuję do systemu gry wprowadzić czas wykonania do każdej akcji, więc załadunek trzeba będzie rozwinąć umożliwiając graczom większą swobodę niż tylko 'załaduj ile wlezie'. Jednak na początek taka opcja moim zdaniem wystarczy.

Na zbieraniu zasobów i handlu nimi ma się opierać cała gra, więc jasne jest, że opcję załadunku zasobów, uzupełni lista innych rozkazów z nimi związanych:

Sprzedaj wszystkie zasoby - kiedy flota gracza zawita do systemu z cywilizacją handlową będzie on mógł sprzedać wszystkie zasoby za pewną wygenerowaną cenę. Cena skupu surowców będzie się bardzo wahać aby urozmaicić rozgrywkę

gracz będzie musiał decydować czy opłaca mu się sprzedać surowce w pierwszym znalezionym systemie handlowym, czy może lepiej poszukać dalej i znaleźć bogatszego kupca

Sprzedaj x zasobów - aby dać graczom jeszcze więcej możliwości gromadzenia fortuny, planuję także opcję sprzedaży części swoich zasobów
Kup wszystkie zasoby - w systemach z cywilizacjami pokojowo nastawionymi poza naturalnymi zasobami, będzie możliwość kupienia zasobów produkowanych przez tubylców. Oczywiście ceny i ilości będą różne w zależności od systemu. Dodatkowo będą także zmienne w czasie. Rozkaz ten pozwoli graczowi na kupienie wszystkich dostępnych aktualnie zasobów po aktualnej cenie.

oczywiście tak naprawdę uda się kupić tylko tyle zasobów ile miejsca w lukach będą miały statki należące do floty gracza

Kup x zasobów - podobnie jak wyżej, tyle, że z możliwością dokładnego określenia ilości kupowanych zasobów

Za jakiś czas uzupełnię także listę o pozostałe, niezwiązane z zasobami akcje zależne od systemów gwiezdnych.

System gwiezdny - cechy i typy

2011-11-20T20:45:00.001+01:00

System gwiezdne w Space Fleet Mania to odpowiednik pola na planszy np w Monopoly. W tym poście przedstawię jego cechy, oraz typy.

Cechy systemu gwiezdnego:

położenie/koordynaty - każdy system gwiezdny ma opisaną swoją pozycję względem trzech osi współrzędnych x,y,z. W grze przyjąłem, że świat 'zaczyna się' w systemie gwiezdnym o koordynatach (0,0,0)

x - pierwsza współrzędna - zmienia się przy poruszaniu 'w prawo' albo 'w lewo'
y - druga współrzędna - zmienia się przy poruszaniu się 'w górę' lub 'w dół'
z - trzecia współrzędna - zmienia się przy wyborze pola z dolnego lub górnego zbioru

Powyższy obrazek pokazuje (niezbyt wyraźnie), kiedy zmienia się jaka współrzędna. Mimo tego mam wrażenie, że nawigowanie nie będzie łatwą sprawą...

nazwa - chciałbym, żeby każdy system gwiezdny miał swoją unikatową nazwę zgodną z konwencją, jednak mam wrażenie, że to mogłoby być bardzo trudne do wyegzekwowania. Rozważam jedną z trzech opcji:

nie będzie nazw, koordynaty będą określały jednoznacznie system gwiezdny
gracze będą mogli nadawać nazwy, ale w tym wypadku nie wiem jak z konwencją
nazwy będą pochodziły z generatora, ale w tym wypadku potrzebny byłby generator będący w stanie wygenerować np 1.000.000.000 różnych nazw

opis - tekstowy krótki opis charakteryzujący system gwiezdny, ile zawiera gwiazd, planet, cywilizacji, zasobów itd.
zasoby - informacja o tym czy (i ile) zasobów zawiera system gwiezdny

Typy systemów gwiezdnych:

Pustka - system gwiezdny nie zawierający niczego istotnego z punktu widzenia gracza
Świat z zasobami - świat bez cywilizacji, ale zawierający cenne zasoby
Cywilizacja pokoju - świat z zamieszkującą go przyjaźnie nastawioną cywilizacją, produkujący zasoby
Cywilizacja handlowa - system gwiezdny, w którym można sprzedać zasoby, oraz kupić statki
Cywilizacja wojny - system gwiezdny zamieszkały przez agresywną rasę (coś a'la zergowie, xenos, orkowie, obcy, predatorzy czy cokolwiek podobnego), konieczność walki z NPC
Czarna dziura - system zawierający czarną dziurę, stanowiącą zagrożenie dla floty gracza

Statki - budowa/tworzenie

2011-11-20T20:00:00.001+01:00

Pozyskiwanie nowych statków (poza pierwszym) odbywać się będzie przede wszystkim na drodze kupna/budowy w systemach zawierających kosmiczne stocznie.

Statek flagowy, z którym będzie zaczynał gracz, jest tworzony podczas tworzenia floty. W jego przypadku gracz będzie miał pełną swobodę przy rozdzielaniu pewnej puli punktów na poszczególne statystyki.

Ogólną jakość statków można będzie określić na podstawie sumy jego charakterystyk:

od 5 - wszystkie wartości równe 1 - ledwo trzymająca się kupy krypa
do 50 - wszystkie wartości równe 10 - zupełny majstersztyk, najwspanialszy okaz techniki budowania okrętów

Wydaje mi się oczywiste, że słusznie przyjąłem przy tym, że 10 okrętów o jakości 5 jest warte o wiele mniej niż jeden okręt o jakości 50.

W oparciu o to założenie wymyśliłem następujący system budowy/kupna okrętów:

Bazową ceną każdego okrętu jest cena za 1 punkt jakości

cena ta jest zależna od stoczni
1 punkt jakości jest równowarty dla każdego atrybutu

W zależności od sumy punktów jakości okrętu, który zamierzamy kupić, cena za 1 punkt jakości rośnie

np. 5-10 punktów - cena x

statek wart 5 punktów kosztuje - 5*x

11-15 punktów - cena 2*x

statek wart 13 punktów kosztuje - 13*2*x = 26*x

46-50 punktów - cena 9*x

statek wart 50 punktów kosztuje - 45*9*x = 405*x

W ten sposób najlepszy możliwy do kupienia statek jest wart tyle co 81 najgorszych statków. Co wcale nie musi oznaczać, że jest 81 razy lepszy.

Kwestią, nad którą muszę się jeszcze zastanowić jest to czy:

Umożliwić graczom kupowanie dowolnych statków w stoczni, a zatem ręczne wybieranie ilości punktów jakości z przedziału 5-50 a następnie rozdzielanie ich na poszczególne atrybuty.
Generować dla każdej stoczni od jednego do kilku okrętów różnej jakości i pozwalać jedynie na ograniczony wybór narzucony odgórnie.

Zapraszam do dyskusji szczególnie w tej ostatniej kwestii.

Statki - atrybuty

2011-11-20T19:28:00.001+01:00

Statki kosmiczne są elementarną jednostką każdej kosmicznej floty. Od ich ilości oraz atrybutów zależą niemal wszystkie jej atrybuty.

Ilość atrybutów jest w aktualnej wersji gry bardzo ograniczona aby nie powodować zbytniego zamieszania wśród graczy. I choć może wydawać się to dziwne, to pięć podstawowych atrybutów jakie zostały zdefiniowane w Space Fleet Mania w zupełności wystarcza do opisania tak skomplikowanych obiektów jak kosmiczne okręty.

Poniżej lista atrybutów każdego statku wraz z opisem i przykładami skrajnych wartości:

Siła - to ogólna wartość dla militarnych/bojowych możliwości statku, a zatem ilość dział, laserów, wieżyczek, torped, bomb, myśliwców i wszelkiej innej maści uzbrojenia, które służy generalnie do robienia krzywdy innym.

np. statek o sile 1 można sobie wyobrazić jako niemal bezbronny transportowiec
statek o sile 10 to uzbrojony po zęby niszczyciel, lub krążownik

Szybkość - to atrybut opisujący możliwości przemieszczania się danego statku, jego mobilność, manewrowość, czy też moc silników.

statek o prędkości 1 to na przykład wielki pancernik, lub niszczyciel ze zniszczonymi silnikami
statek o prędkości 10 to szybki i zwinny statek zwiadowczy

Ładowność - to atrybut opisujący ile znajduje się na statku miejsca dla zasobów.

ładowność 1 oznacza, że na statku jest tylko miejsce na bagaże podręczne
ładowność 10 oznacza, że statek jest przygotowany do przewożenia ogromnych ilości towarów

Pancerz - określa wytrzymałość okrętu, zwartość jego budowy, grubość pancerza, ilość pól siłowych jakie go otaczają. Generalnie wszystko to, co sprawia, że okręt jest trudno zniszczyć.

pancerz 1 oznacza, że statek jest bardzo wrażliwy i podatny na wszelkie zagrożenia
pancerz 10 oznacza że okręt jest prawdziwą latającą fortecą

Skanery - to ilość i jakość informacji jakie statek odbiera o otaczającym świecie.

wartość skanerów równa 1 oznacza, że statek ma minimalne możliwości komunikacyjne
zaś wartość równa 10 oznacza, że statek zbiera szczegółowe informacje o otaczającym świecie

Podane wyżej przykłady są oczywiście tylko moją interpretacją i mają na celu przybliżenie graczom sposobu, w jaki można sobie wyobrażać statki występujące w grze Space Fleet Mania.

Podobnie jak flota, każdy statek posiadać będzie swoją nazwę, która nie będzie w pierwotnej wersji widoczna dla innych graczy, nie będzie również musiała być unikalna, jednak podobnie jak w przypadku nazw flot, nazwy statków będą musiały spełniać pewne kryteria, pod ścisłym rygorem.

Kosmiczna Flota

2011-11-20T18:58:00.001+01:00

W Space Fleet Mania gracz zostaje komandorem Kosmicznej Floty. Od rozkazów jakie wyda, będzie zależało czy jego flota stanie się potęgą, czy zniknie w kosmicznej otchłani...

Zaczynając rozgrywkę gracz wybiera nazwę swojej floty, która będzie identyfikowała go w grze. Nazwy będą musiały być utrzymane w kosmiczno-epickim klimacie, więc za wszelkie "asa7e7ftew" i "lubie placki" będzie najprawdopodobniej ban. Podobnie za używanie nazw zastrzeżonych.

Na początku flota ta jest bardzo skromna, bo składa się tylko z jednego okrętu "flagowego" lecz później w trakcie rozgrywki i handlu zasobami (lub innych wydarzeń losowych), liczebność floty może (i prawdopodobnie będzie) się zmieniać.

Oczywiście zmiany będą zachodziły w obie strony, to znaczy, że liczebność floty może spaść również do 0. Większość zapewne domyśla się co to oznacza, ale dla jasności wprost napiszę, że owszem, w Space Fleet Mania można ostatecznie przegrać.

Liczebność floty najprawdopodobniej będzie trzeba jakoś ograniczyć, aby jeden lub kilku graczy całkowicie jej nie zdominowali, więc wprowadzony zostanie ogranicznik poziomu kontroli, czy też dowodzenia, każdego komandora, który będzie również w trakcie rozgrywki modyfikowany.

Flota gracza będzie się charakteryzować pewnymi atrybutami, zupełnie jak w grach RPG. Aby było przejrzyście, na początek wybrałem 5, są to:

siła
szybkość
ładowność
pancerz
skanery

Atrybuty te są ściśle powiązane ze statkami, więc zostały opisane szczegółowo przy okazji statków kosmicznych.

Poza tymi atrybutami do każdej floty przyporządkowana została także aktualna pozycja w przestrzeni, ilość zasobów, które aktualnie są załadowane na statkach, ilość statków oraz ilość kredytów.

Eksploracja

2011-11-20T18:26:00.001+01:00

Świat gry jest światem trójwymiarowym, zatem w odróżnieniu od gier, w których gracz może poruszać się tylko na jednej płaszczyźnie, Space Fleet Mania pozwala na przemieszczanie się równie dowolnie 'w górę' i 'w dół'.

Aby wyobrazić sobie jak wygląda świat gry, chyba najlepiej wyobrazić sobie wiele kostek rubika, ustawionych jedna przy drugiej, tworzących wielką kostkę o bokach 10x10x10 kostek.

Gra pozwala na eksplorację świata we wszystkich wymiarach. Kontrolowana przez gracza flota może przemieszczać się dowolnie w jednym z 7-26 kierunków (w zależności od położenia na trójwymiarowej mapie kosmosu).

Tymczasowa wersja mapy w grze Space Fleet Mania

Jak widać na powyższym obrazku, mapa składa się z trzech kwadratów, reprezentujących 'poziomy' kosmosu. Największy kwadrat to aktualny poziom, pozostałe dwa to odpowiednio poziom wyższy i niższy. Każdy kwadrat składa się z 9 pól reprezentujących poszczególne systemy gwiezdne. System, w którym znajduje się aktualnie flota kontrolowana przez gracza zaznaczony jest innym symbolem i znajduje się w centrum największego kwadratu.

Taka reprezentacja świata jest daleka od doskonałości i prawdopodobnie zostanie kiedyś zmieniona, o ile gra okaże się sukcesem. Ten sposób reprezentacji przestrzeni trójwymiarowej to najprostsza rzecz jaka przyszła mi na razie do głowy.

Eksploracja odbywa się poprzez klikanie w sąsiadujące z aktualnym pola mapy. W grze możliwe jest zatem przemieszczenie się w dowolnym kierunku o dokładnie jedną jednostkę wzdłuż każdej z trzech osi.

Big Bang

2011-11-20T18:10:00.001+01:00

Blog developerski gry: Space Fleet Mania MMO.

Tworzony równocześnie z grą, po to by mi się chciało robić, a graczom chciało grać. Służyć ma jako ściągawka dla mnie, ćwiczenie przelewania myśli na tekst, oraz zbieraniu ocen/krytyki tego co mam zrobione/chcę zrobić.

Oświadczam, że osobiście tworzę i posiadam wszelkie prawa do tekstów, obrazów, i innych dzieł umieszczonych na tym blogu (z wyjątkiem reklam). Kopiowanie bez zgody autora jest zabronione i może sprowadzić klątwę Latającego Potwora Spaghetti. Zaś kradzież/przypisanie sobie autorstwa pomysłu będzie oznaczało przyznanie się do bycia tępym, pozbawionym wyobraźni trollem (oraz straszliwą mendą)
© MythThrazz 2011