кадр догоняет кадр, осталось догнать мне...

[Annnakonda]

Дарова! Быстро, быстро, медляк, быстро,быстро.... - это про смену кадров. Как так сделать в одной сцене? Например 10 кадров со скоростью 12 в сек., а след. - 24 в сек.??? И без дублирорвания?

[corsair_net]

а ты делай первые 12 кадров в два раза реже а вторые как обычно, и делай скорость проигрования в 24

[Annnakonda]

A если без дублирования кадров?

[w7a]

вызывай в каждом кадре какую-то функцию задержки.

[Annnakonda]

Похоже на правду Буду искать. Спасибо

[w7a]

Чтобы не искал, подскажу.
j-й кадр:
timer = new Date();
ms=timer.getTime()/1000;

j+1-й кадр:
timer1=new Date();
ms1 = timer1.getTime()/1000;

j+2-й кадр:
sec=ms1-ms;
if(sec< скоконадо сек. ) {gotoandplay(j-йкадр);}

Так получишь задержку в секундах. Если не делить на 1000 - то в милисекундах.

[[subway]design]

Нет там никакой функции задержки. Единственный способ (единственно удобный) такой:

1) Делаешь пустой мувик _root.ctrl (в поле instance вбиваешь ctrl)
2) Вешаешь на него примерно такой код:

////////////////////////////////////

onClipEvent(load){

c=1;
max=1;
realfps=60; //настоящий фпс, установленный в Movie Properties (ctrl+M)
player=_root.muv1; //мув по умолчанию, в котором играет пьеса

function setSpeed(fps,obj){
max=realfps/fps;
player=obj;
}


}


onClipEvent(enterFrame){

if(c<max){
c++;
}else{
player.gotoAndStop(_currentFrame+1);
c=0;
}


}

/////////////////////////////////////

3) Потом в какой-нибудь кнопке меняешь скорость:

_root.ctrl.setSpeed(30,_root.moy_multfilm);

4) Внимание: если в setSpeed() указать другой мув, то текущий остановится. Так что, для мульти-управления надо усовершенствовать код.
5) Совет: не делай анимацию в руте. Никогда! Пеняй на себя, когда придется всю анимацию сдвинуть на 10 пикселей вниз...
6) Все гениальное просто. Не пользуйся тем, что кажется тебе очень сложным - всегда найдутся менее сомнительные способы решить проблему. И никаких time() не надо...

[Junge]

<имхо>
а что если камп тормознутый? то ничего не выйдет , будет мах возможный фпс,а не тот который ты хотел , поэтому лучше всего уменьшать раскадровку ,
<имхо>

еслиб в епсилонКонфликте делали ли бы програмно ускорение, то хер бы средний камп выдержал

[[subway]design]

<imho>
вообще, сама идея смены фпс ведет к тормозной реализации.
</imho>

[nagash]

еххх хотел тоже ответить, но сабвэй уже всё правильно написал...
вобщем нафиг надо это... =) пусть всё играется, как задумано изначально =)