W dniu 2013-02-02 02:25, Jasio pisze:
> W dniu 2013-02-02 02:05, Cezary Tomczyk pisze:
>> Z ciekawości: skąd akurat 17ms? Jakieś źródło informacji o tym?
>
> właśnie zauważyłem, że skoro o to pytasz, to chyba jednak nie wszedłeś
> na link, który podałem :)
>
> http://ie.microsoft.com/testdrive/Graphics/RequestAn
imationFrame/Default.html
>

Kurcze, mam jakiś problem techniczny. Nie widzę wszystkich wypowiedzi
ale tylko w tym wątku. Tak jakbym do killfile dodał kogoś choć tak nie
jest.

Zerknąłem sobie jak wygląda wpływ na CPU timera. Zmiana 15->10ms
powoduje wzrost o 1-2% na CPU a z 15->1ms o ok 4% CPU więc nie ma o co
kopii kruszyć. Przynajmniej na moim sprzęcie.

Co do schodzenia poniżej limitu 17ms to nie do końca zgodzę się, że jest
to niecelowe. Przy częstotliwościach timera zbliżonych do fps monitora
mogą powstać "zdudnienia" szczególnie widoczne przy małych
rozdzielczościach. Forma ruchu gąsienicy skwantyzowanego do 1 piksela.
Raz animacja skoczy o 1px a w innym kroku 2px. Średnia prędkość będzie
oczywiście zachowana. Efekt będzie w postaci skoku obiektu co sekundę -
dwie. Minimalne przyspieszenie taktowania eliminuje widoczność tego
efektu. Niestety JS nie oferuje synchronizacji z pionowym przerwaniem
tak jak to można robić programując dla karty graficznej bezpośrednio.

Już nie wspomnę, że fps monitorów są różne w zależności od zastosowane
matrycy. Widywałem miedzy 59 a 65 bodajże. Być może w niektórych
monitorach wartości są inne - nie interesowałem się tematem. W każdym
razie 17ms nie jest żadną magiczną granicą.

--

Pozdrawiam
Marek