>
> 30ms to prawie 2 klatki jesli przyjac, ze twoja gra chodzi na 60Hz, to

szczerze mowiac zauwazylem ze moje apki lepiej dzialaja na 100 HZ (12 ms
jest okay ale 18 ms juz nie jest tak dobrze) ,
chyba nie do konca jest tak ze czy 60 czy wiecej to jedno i to samo - chodzi
chocby o to ze ok samo rysowanie mozna zrobic na 50 Hz ale petla samych
ubdatow powinna chodzic jak najszybciej (przynajmniej mi jest
o wiele wygodniej gdy chodzi szybciej) bo wtedy wiele algorytmow sie
niezywkle upraszcza, chodzi np o prosta detekcje zderzen ->

np przy zalozeniu ze mam 100 Hz i przy zalozeniu ze zaden obiekt nie
powinien na ramke poruszac sie wiecej niz o kilka pikseli (np 3)
(a to zalozenie wynika z tego ze nie chce by kulki przeskakiwaly mi
obiekty ) mam limit na maksymalna predkosc obiektow w mojej minigierce
2d, 300 pikseli na sekunde (czyli dosyc wolno) - realnie
usatysfakcjonowaloby mnie 10 razy wiecej :]


> duzo. takie piki raczej nie beda z obslugi watkow we windowsie.

no nie mowie ze to sama obsluga watkow nagle ni stad ni z owad blokuje
procka na 30 ms, ale chyba moze sie to wiazac z tym jak to slicowanie jest
w windzie zrobione; te ok 30 milisekund mam jednak na wykresach czasu
ramek i nie pochodzi to raczej z mojej aplikacji - winda ni stad ni zowad
mi to wstrzykuje w apke, piki ale gestsze i nizsze wstrzykuje tez np
odtwarzanie empetrojki w tle



--
Wysłano z serwisu Usenet w portalu Gazeta.pl -> http://www.gazeta.pl/usenet/