Exigo

Animacja nóg ma taki kod, że przy atakowaniu i chodzeniu zaczyna szaleć, więc zeruje i problem z głowy. :P

Hm... zwróć uwagę na to "wyzerowanie". Chodziło mi o to, że przy każdym rozpoczęciu ataku sinus miał wartość zerową. Kiedyś działało... coś do kodu dodałem, odjąłem... i lipa. Sęk w tym że na pierwszy rzut oka można powiedzieć że wszystko będzie chodzić jak powinno. :/

Dzięki za tą "korektę" - przyznam że się nauczyłem kilku rzeczy. :P Oczywiście problem nadal istnieje... nie mogę znaleźć tej usterki. :/ (tam wszystko pisze)

Tada! GML // Kierunek głównego "dira" dir = point_direction(x,y,mouse_x,mouse_y); // Atakowanie if mouse_check_button(mb_left) { atak = true; } else {atak = false;} // Zmiana wartości sinusa w stosunku do akcji postaci.. Więc zaczynamy... if atak = true // Jeśli atakuje... { if wyzeruj = true {sinus = 0;wyzeruj = false;} sinus = sin(degtorad(sin_p))*25; sin_p += 25; dir += (sinus*1.5); } else // Jeśli nie... { wyzeruj = true; if mouse_check_button(mb_right) // I... będzie szedł... { sinus = sin(degtorad(sin_p))*10; sin_p += 16; dir += sinus; } else // Jeśli zaś nie będzie szedł... (będzie po prostu stał, i nie atakował) { sinus = sin(degtorad(sin_p))*5; sin_p += 6; } } if mouse_check_button(mb_right) && mouse_check_button(mb_left) {sin_ruch = 0;} else {sin_ruch = sinus;} // Chodzenie.. (nie, nie animacja - chodzenie konkretne, takie z poruszaniem) if mouse_check_button(mb_right) { x+= lengthdir_x(pred_ruch,dir); y+= lengthdir_y(pred_ruch,dir); pred_ruch+= 0.2; sin_ruch_p += 16; } else { pred_ruch = 0; } // Maksymalna prędkośc ruchu... if pred_ruch >= 4 {pred_ruch = 4;} Przy naciśnięciu lewej myszki postać zaczyna atakować.. ok, atakuje - ale dodałem też wyzerowywanie sinusa żeby po kliknięciu miecz nie kończył zamachu.. sęk w tym że nie działa jego mać. Nie mogę znaleźć usterki. :/

Małpa.. ale ta bez pióra.

Chwyt marketingowy z tą muzyką? ;)

Już z daleka widać że gierka będzie dobra. Jest rozbudowana - z dobrą grafą i ciekawą fabułą. Brawo! Niestety mało tego na gmclanie. :P

Marek S. napisał mi coś takiego kiedy to jeszcze byłem żółtodziobem. Zapytaj się go na PW, może ma to gdzieś.

Już wiem o co chodzi, dzięki wszystkim. ;)

Wiem że wykrzyknik "przed" przeczy zmienną... ale jest ZA - to chyba coś zupełnie innego.

Dzięki mistrzu! Tylko że... na co mi kod skoro nie wiem o co w nim biega? Wytłumacz proszę, chcę wiedzieć. noone? Tu zupełnie jestem zielony... Wykrzyknik po zmiennej? Tym bardziej. ;)

Robię atakowanie z widoku top down i napotkałem mały, duży... kurde - średni problem... Atak polega na bajecznym "collision line" (robi jako linia broni)... kod działa tak - przeciwnik ma hp, ja mam kolizje, i przy kolidowaniu za pomocą : if collision_line(x1,y1,x2,y2,bestia,0,1); ...dostaje po buzi : other.hp -= 666; Fajnie.. super. Dziad, game maker... mówi że błąd - nie wie co to "hp". WTF?

Zbrush?... Hmm.. szczerze powiedziawszy to ok. 20-30 min. xD Robiłem to... gdzieś koło 15 min.

Coś tu cicho ostatnio... Przyznam, że programik Zbrush wymiata - żadnych cyferek, żadnych prztyczków (no może kilka) jak to w większości programów do 3d bywa... Tu tylko zasuwasz po tablecie jak ci ręka poleci. :D Aż się podnieciłem.

Mam nadzieję że poziomy postaci będą trzymane na serwerze.

Wszystko tyczy się o program FL studio. Jak wiadomo, istnieje opcja (ten,ten... symbol stopy) do nagrywania nut z tego co "wklikamy". Niestety wszystko ustawia się obok siebie bez znaczenia na przerwy czasowe... (tak jakby się wszystko "upucha w jednym miejscu") Czy istnieje jakieś rozwiązanie aby nagrywało się "czasowo"? - jak to ujmę.

Ha! Zatkało kakao, nie? ^^

Jeśli znasz w miarę dobrze gml (w zasadzie to tylko o lengthdir'y i matematyka) to zrób to na zasadzie animacji szkieletowej.. efekt o wiele lepszy niż ręczne rysowanie. Robisz brzuch, głowę, ręce i jakąś broń plus kilka innych bajerów - odpowiednio to stroisz(ustawiasz pozycje lengthdir'ami) po czym czysta matematyka... Teraz jeśli chcesz zrobić dobrą gierkę, to robienie postaci tego typu jest obowiązkowe. :P

Żadna filozofia z tymi lengthdir'ami.

Beautiful :* Oczywiście nie obejdzie się bez następnego problemu. ^^ Więc tak... Skręca to troszeczkę zbyt sztywno... Kombinowałem z dzieleniem wartości by zwiększyć płynność, ale jak wskoczyło na wartość minusową to zaczęły się cuda dziać. Da się jakoś temu zaradzić? :D

I jak, gra ktokolwiek? Jak będzie z paru to i może się przyłączę. ;)

Działa, lecz gdy wartość dir "przeleci" przez 0 to kręci się w zupełnie inną stronę. :/ PS: Zdaje mi się że ten temat był kiedyś poruszony ale za nic nie mogę go znaleźć.

Zróbmy zmienną... dir = point_direction(blabla). Ok. Mamy dwa obiekty... pierwszy ma ten kod, drugi - po prostu istnieje. Obiekt ustawia ten "dir" na jakiś tam obiekt... wszystko ładnie. Sęk w tym żeby "dir" się zmieniał stopniowo. Przykład: dir = point_direction(blabla) if dir<=dir2 {dir+=1;} itd. Wyobraźcie sobie rakietę która ma słabą "skrętnośc" - tak to ujmę. Ta widzi wroga... i skręca, ale stopniowo. O to mi chodzi w pewnym sensie. :twisted: Kod ten oczywiście nie działa bo jak wiadomo, zmienna dir będzie miała wartości od 0 do 360 i wszystko zaczyna się po chwili walić. Da się ten problem jakoś rozwiązać?

Napisałem coś w podobie ale na innej zasadzie działania... Sęk w tym że i tak wolne... :/ (speed rooma nie mam zamiaru zwiększać) Może zna ktoś jakiś szybszy sposób?

"( dir , 50 )"...? Przypadkiem nie pomyliłeś kolejności? :o