Shoutbox - Archiwum

Ja mam ferie ; )

to bedzie Armageddon szkoły zamkną przynajmniej

JAk rano snieg zamarznie, to bedzie ciezko

Mróz też niezły.

W POLSCE NIGDY TAKIEGO SNIEGU NIE WIDZIALEM : O

HOLY SHIT

Omg, nawet nie mówię jaki głupi bug zrobiłem ;d W każdym razie problem tkwiłw ruchu, jak zrobiłem w nowym projekcie działało, a więc moje wyobrażenia były błędne

friction w to wchodzi wiec ono tez

pamietaj, wszystko co podlega pod dynamike musi byc mnozone przez deltatime

Właśnie przy prędkości po prostu to zadziała dobrze, proporcjonalnie im większa różnica czasu tym wieksza prędkość, ale dla frictiona to nie działa i własnie nie tyle samo czasu, tylko tyle samo klatek (inaczej - im mniej fps tym większa prędkość - im mniej fps tym większy friction, czyli friction jest proporcjonalny do speeda - będzie hamować tyle samo klatek. Zresztą zaraz to w nowym projekcie sprawdzę, bo może to ja coś w ruchu zrypałem, chociaż moje wyobrażenia są na 90% słuszne ;p

i nie tyle samo klatek a tyle samo czasu, po to jest deltatime

speed-=_frict*dt*sign(speed) // gdzie _frict to Twoje wlasne tarcie/sekunde

Ile powinien wynosić friction uwzględniając deltatime? Normalna proporcjonalna zmiana (wartość*dt) tutaj nie zadziała, bo da mi to tyle, że niezależnie od framerate'u postać będzie hamowała tyle samo klatek, a to tutaj jakby nie pasuje.

Noooo.

mimo iz z nullem rzeczywiscie ma najmniej wspolnego ;P

A -1 dla GM to chyba było coś jak null dla PHP w argumentach funkcji.

Bo GM poprawia błędy użytkownika przy wywołaniu funkcji i ogranicza zakres wartości.

-1 też działa poprawnie ;p

Jejku, skończcie już wprowadzać go w błąd. c_white ma być. 0 to to samo co c_black, 1 - prawie to samo.

-1 ?