Скоростные просчеты

[tofflife]

Если делать на таймерах, то лучше всего использовать 1 таймер и сверять через getTime время, когда запускаются другие элементы анимации. Ещё один хороший прием - сделать таймер кратным частоте FPS. Т.е. если у вас частота экрана 60, то таймер лучше делать 15, 30, 60 ( больше делать не стоит, т.к. будут заметны тормоза - обсчет не будет успевать за рендерингом, лучше делать 30, в два раза меньше, что бы ещё и гарантировать вертикальную синхронизацию с выводом на монитор)

[andrew911]

Сообщение от tofflife

Ещё один хороший прием - сделать таймер кратным частоте FPS. Т.е. если у вас частота экрана 60, то таймер лучше делать 15, 30, 60 ( больше делать не стоит, т.к. будут заметны тормоза - обсчет не будет успевать за рендерингом, лучше делать 30, в два раза меньше, что бы ещё и гарантировать вертикальную синхронизацию с выводом на монитор)

Частота в кадрах/секунду, таймер в миллисекундах
таймер 15, 30, 60 - это в каких единицах?

Вертикальная синхронизация тут, по-моему, совсем непричем.

[in4core]

Если использовать таймеры, то я явно не буду юзать ИЙДЕ, и мне впринципе фреймрейт будет не важен

[gloomyBrain]

Мде, насчет вертикальной синхронизации - это конечно прикольно =)

trng, а зачем тут вообще таймеры? Они все равно привязаны к fps, так что я в случае, если нужно размазать просчет по времени использую ENTER_FRAME

[flax4Noob]

А можно же в цикле обработки анимаций делать getTime() каждый 10й цикл, например, и если прошло критичное время (не успели все обработать за время одного кадра) то выходить из цикла. дообрабатывая со следующего обработчика Энтер_Фрейма.

Или низя?)

[Psycho Tiger]

Глуму плюс, я думал что никто не вспомнит, что таймеры здесь вообще никаким боком.

@flax4Noob, верно. Устроить серию подвисонов по секунде.

[stweet]

Ребят, по моему тут забыты рекурсивные методы, это раз!
Два, даже самые ярые математики-программеры в том числе и Мук, раздают дельные советы отрицая пачки(цепочки) таймеров и сводя всё к одному.
Есть же понятие флаги, рекурсии, "break reset;". Люди пишут в микро контроллерах на 250-500 байт целые модели используя "линейную геометрию" и т.п.

А на своём опыте убедился и взял в привычку вешать все действия в приложении на один таймер.
Решается это абстрактным классом и глобальными массивами методов к которому может обращаться всё приложение, добавлять свои пожелания выставляя приоритет. Не забываем о том что целым(тонким) механизмом часов рулит какая то пружинка, одна! Хотите качественного кода, выберите что то одно, или сроки выполнения и затрата памяти(и тут можно уйти от 20-30 таймеров) или уверенное выполнение не кушая память (проиграв во времени).