PsichiX

bo ja w przeciwieństwie do ogółu gmclanowego, graficzne rzeczy zostawiam na koniec, a pierw odpicowuje gameplay. Możliwe, że cosik Wam do końca roku pokażę, możliwe.. :)

dziwisz się, ja kiedyś byłem pomocny, cholernie bardzo, tylko teraz już za stary na to jestem :P

bullshit, nie tylko dla twórów gier - w tamtym roku były też osoby, które raczej nie zrobiły nic w swoim programistycznym życiu dotąd

zmniejszyć ilość obiektów, lub ciał kolizyjnych

GML timeStart = current_time; repeat(1000) { <tutaj rysuj danym sposobem> } time = current_time; show_message("time: "+string(time)); a czyzby w ten sposob? bo widzisz, ja kiedyś testowałem oba, gdy robiłem animacje szkleletowe w gm i wyszło, że funkcje d3d od transformacji są szybsze niż używanie lengthdirów

Ja niestety w tym roku nie jadę - nie będę miał wystarczająco dużo kasy, aby pojechać :<

nie, zdecydowanie wydajniejsze jest używanie funkcji d3d, brawa dla hudego, że nie boi się testować rozwiązań w celu szukania najlepszego :)

kończyć! tylko zrób falującą wodę :D

tylko? obsluga siec to nie "tylko", bo pozostaje jeszcze dostosować kod gry do komunikacji sieciowej, a to zupełnie inna architektura.

ediepl podal wlasciwe rozwiazanie. nie mozna alokowac tablicy statycznej ze zmienna jako jej rozmiaru. tak tylko mozna poprzez dynamiczna alokacje

wykrzaczając się, zatrzymuje się w danym miejscu w programie, to miejsce pokazuje callstack. jak pokazuje się komunikat access violation, lub cokolwiek z przyciskami "contnue" i "break", to klikasz jdno, albo drugie i po tym masz w callstacku na samym początku pokazane, w jakiej funkcji się wysypało, ponadto w kodzie zaznacza strzałką linię, gdzie został przerwany program i nastąpiło wykrzaczenie (mowa o visual c++, jak masz inne ide to powinno być podobnie, byle nie devcpp, bo jak używasz devcpp, to nie pomogę - to jest IDE odpowiednie do śmietnika).

pokaż log debugu IDE, oraz sprawdź w calstacku na czym wywala dokładnie i pokaż nam to

graficznie? nie, bo grafiki to mockup, a ja pracowałem nad implementacją obiektów, otoczenia i ich zachowania. filmik był z wersji w gmie, grafik z niego nie używałem, bo nie miało to sensu przy kodowaniu dotychczas.

całość będzie edytowalna z plików konfiguracji na serwerze, jak otsy (w tym skryptowanie), więc w fazie beta będą zbierane osoby do budowania świata, zaś kodowanie pozostanie tylko dla mnie.

silnik :D podczas robienia tej gry wyszly bledy, ktore zmusily mnie do napisania lepszego silnika, skoro ma być z tego działające, pełnoprawne z nazwy mmo. i mnie nie dziwi, że prace trwają już 3 lata - całość programuje jedna osoba, więc może powstawać jeszcze kolejne 2 lata.

nie poprawilem, bo mnie zwyczajnie oszukales, to co sie dziwisz. nie polecam wchodzic z nim w uklady wspolpracy.

funkcjonalność bazowa, więc 1000 :)

zle do tego podchodzicie. takie rzeczy jak manager dzwiekow powinienm byc globalnym obiektem, czyli dajesz obiekt SoundManager do rooma, w tym obiekcie wykonujesz sobie polecenia obslugi dzwiekow, ktore wysylasz do obiektu z innych obiektow poprzez usereventy, w tym obiekcie sound managera sprawdzasz zmiennymi, czy dany dzwiek jest odtwarzany, jak tak, to zwiekszasz glosnosc, jak nie, to go odtwarzasz, ewentualnie sprawdzasz tez, czy roznica czasu, pomiedzy odtwarzanym obecne dzwekiem, a aktualna chwila jest wieksza niz iles milisekund i jesli tak, to odpalasz kolejny dzwiek, sciszajac nieco glosnosc wszystkich juz odtwarzanych. w ten sposob nie bedzie skrzeczenia.

1000 i dostaniesz bazową funkcjonalność mmorpg, gdzie będziesz sobie skryptami lub plikami xml edytował zdarzenia i obiekty, coś jak ots

no tak, a le to nie z Wami MacDrive'a odstawialiśmy? :D

tia, albo wracać 4 godziny do akademika :<

te logo totalnie nie pasuje. Zmień jego obwódkę.

tak.