Skocz do zawartości

Quetzacotl

Użytkownicy
  • Postów

    255
  • Dołączył

  • Ostatnia wizyta

Odpowiedzi opublikowane przez Quetzacotl

  1. Ja bym to zrobił podobnie jak mówił Ranma, masz pole tam 20x20, losuje najpierw miejsce startu, potem dlugosc labiryntu w polach, i potem zaczyna generowac, z miejsca startowego losuje droge dajmy na to w lewo i tam stawia kolejny odcinek, i tak dla kazdego pola losuje, jesli jest juz jakies zajete pole, to wtedy szuka innego, jesli nie ma innego to mozesz zrobic ze tam sie wlasnie konczy, albo, ze musi sie cofnac krok w tyl i poszukac innego przejscia. Tych krokow zrobi tyle ile wynosi dlugosc labiryntu, chyba ze juz nie ma innych wyjsc to wtedy zakonczy. Aha i caly labirynt powinien byc automatycznie obudowywany scianami.

  2. Słuchaj ja rozumiem, że teraz nagle znów dostałeś weny, bo pograłeś w jakąś dobrą grę, ale jeśli będziesz chciał tak łatwo rezygnować z projektu to nie wiele z niego będzie, wiem z własnego doświadczenia.

    Musisz być pewny co chcesz stworzyć i jak, a co najważniejsze czy dasz rade, żeby nie stawiać sobie za duzych wymagan. Bo wtedy pierwszy lepszy problem i tracimy chęci do dalszego tworzenia.

    ja ci radze dokładnie sobie zaplanuj co chcesz w grze zrobić , a potem zacznij pokoleji, konsekwentnie realizować każdy etap produkcji.

    Bo jak juz mówiłem, praca na zasadzie, mam wene - robie, nie mam - nie robie, jest bardzo niebezpieczna, bo łatwo się do całego projektu zrazić ;]

    Sorry, że OT, ale chcę Wam trochę uświadomić, może dzięki temu będzie mniej nieskończonych projektów.

  3. radioactiver miałem podobne pytania jak zaczynałem z MP, ale przeczytałem helpa kilka razy, przeanalizowałem przykłady z officjalki i znalazłem odpowiedzi.

    Poprostu server musi na bieżąco odczytywać położenia wszystkich obiektów, a następnie te położenia zapisywać, z kolei klient ciągle odczytuje położenia które server zapisał, a zapisuje położenie swojego obiektu, które server potem odczyta .... :P

  4. Ja radzę zrobić, że się nie umiera z głodu i pragnienia, tak samo się nie zasypia samemu z braku snu, jednak powinno to dawać ujemne modyfikatory, np jesteś spragniony, dużo wolniejsza regeneracja many, jesteś głodny, wolniejszejsza regeneracja Hp, jestes spiacy, exp wolniej leci OR sth.

    Ponadto, moglbys zrobic specjalne rodzaje potraw, ktore by cos dodawaly, albo np do picia Wino, ktore by zmniejszalo celnosc, ale zwiekszalo regeneracje i odpornosc.

  5. Póki co optymalizuje kod postaci, gra nie będzie game playem przypominać strong holda, stronghold to typowa strategia, to będzie raczej arcade, zręcznościowa, w stylu survival project, ale duzo bardziej rozbudowane > www.survival.com.my

     

    Kolejne demo będzie zawierać już mozliwość stworzenia servera i podłączenia się i ruch postaci, jego fizyke itd. zależną od zręczności narazie.

    A plik zajmuje tyle, bo rzeczywiście są tam dwie mp3, ale bez muzyki, byłby o wiele gorszy efekt. Póki co o grze mówią tylko na tym forum, ale w miare powstawania, zrobię też stronę projektu z pełnym info.

     

    Tymczasem, stay tuned...

  6. Póki co zrobiłem opening i wygląd głównego menu, daje to już, ponieważ chcę na bieżąco znajdywać rażące błędy.

     

    Gra będzie to zręcznościówka z widokiem z góry w kliamatch fantasy, głównie do gry sieciowej.

    Wybieramy jedną z ras, potem profesje dal tej rasy i walczymy.

    Każda profesja ma 4 skillem 3 normalne których lv mozna zwiekszać i jeden ultimate skill od wysokiego lv.

    Wszystkie statystyki postaci będą zaleze od 3 wspolczynnikow, sily, zrecznosci i inteligencji.

    Gra będzie bardzo rozbudowana, bronienie twierdz, wysylanie stworow do walki, creepowanie, rozbudowywanie twierdzy wg wlasnej woli.

    A wszystko bedzie w real time of course, sama rozgrywka jest jedno razowa, laczymy sie do stworzonej gry, gramy, a po skonczeniu idziemy do innej gry i gramy od nowa. W stylu Warcraft 3 or sth.

    Profesji narazie przewiduje okolo 20, ale dojdą nowe napewno wraz z uaktualnieniami. Od strony kodu się nie martwie, bo wszystko to co chce zaaplikowac juz umiem, wiedze do tego potrzebna zbierałem przez ponad pół roku i wreszcie mogę powiedzieć, że ejstem gotów rozpoczać prace.

    Z grafiką równiez nie będzie problemów, bo grafiką zajmuje się z zamiłowania od kilku lat.

    Jedyny problem to czas, dlatego gra się raczej szybko nie ukaże w wersji pełnej.

    To tyle...

     

    Co do tego dema które teraz załączam, nie wiem czemu, ale to dopiero sam opening i główne menu, nic nie działa po za tym, a gra już zajmuje prawie 7mb.

    Ale ściągnijcie i zobaczcie, bo myślę, że udało mi się juz na początku stworzyć odpowiedni klimat i oprawe dla gry.

     

    http://members.lycos.co.uk/xagon/veduil.rar

  7. Chodzi mi o ograniczenia jakie mają gry MP, ale nie o sprzęt tylko rzeczy które można teoretycznie wykonać i takie których nie można.

    Bo mam taki problem np, że jest pole widoku dla każdego z graczy z osobna,

    i czy da sie to zrobic, ze jeden widzi to a drugi co innegom czy np ten drugi gracz nie bedzie widzial pola widoku gracza pierwszego.

    Albo np, że twoja postac jest dla Ciebie widzialna ale inni gracze Cię nie widzą.

    I nie wiem czy gdy tworze silnik do gry musze od razu uwzglednic zaleznosci do multi player, czy np moge skonczyc silnik narazie dla jednego gracza, a potem latwo do niego dorobic mozliwosc gry dla wiekszej liczby graczy.

    Mam nadzieję na jakies konkretne wyjasnienie tych okolicznosci w trybie MP.

     

    Pozdrawiam

×
×
  • Dodaj nową pozycję...