|
|
|||||
блогер
Регистрация: Oct 2005
Адрес: Днепродзержинск - город Брежнева и других логопедов
Сообщений: 1,421
Записей в блоге: 4
|
Ну смысл в том, что нет никакого фреймрейта в принципе, а есть только время с прошлого кадра. Собсно всё. Как примерно организовать - там есть код. play() у мувиков не использовать, когда надо показать след. кадр использовать gotoAndStop(). Таймеры не использовать или написать другие, которые тоже апдейтятся каждый фрейм с указанием, сколько времени прошло.
Тогда тупо искусственно увеличивая прошедшее с прошлого кадра время получаем ускорение какое надо.
__________________
Бобры отвечают на вопросы не потому, что знают на них ответы; они отвечают потому, что их спрашивают. |
|
|||||
Регистрация: Nov 2009
Адрес: СПб
Сообщений: 2,236
|
Дробный - да.
А вот по поводу фреймрейта - та же альтренатива рекомендует ставить сотню (и в примерах у них сотня стоит). Хотя реально, когда начинается обсчет 3D, больше 60-ти я ни разу не видел. |
|
|||||
скажу проще:
если у вас есть проект с кучами ручной и программной анимации, то переработать всё это можно будет: 1) вручную, пробегаемся по коду и мувикам, вставляем глобальный код/класс для смены скорости, который "двигает" анимационные ключи в нужную сторону (тяжкий вариант, зависит от сложности проекта) 2) собрать проект заново с учетом, этих ваших clock-movers (самый расово верный метод) 3) тот метод что уже предлагали, сменить кол-во кадров в секунду для всей флеши, раз там возникают глюки, значит не совсем подходящий, хотя и самый (значительно!!!) простой из всех вариантов |
|
|||||
[+1 09.03.11]
Регистрация: Mar 2010
Сообщений: 128
|
забыть про метод play(), использовать nextFrame().
|
Часовой пояс GMT +4, время: 10:16. |
|
« Предыдущая тема | Следующая тема » |
|
|