Программное управление движением по пути.

[elcard]

Есть мувик, допустим кружок, есть второй мувик-кривая. Возможно ли программное управление движения первого по второму?

[cv']

Можно создать tween, для дополнительного объекта, и через него управлять анимацей.
Например так:

import fl.transitions.easing.*;
import com.gskinner.motion.*;
 
 
var startFrame = this.animation.currentFrame;
var endFrame = this.animation.totalFrames;
var control = new Object();
var time = 10;
control.f = startFrame;
 
function animationChange(evt:Event):void
{
	this.animation.gotoAndStop(Math.floor(control.f));
}
var tween = new GTween(control,time,{f:endFrame},{ease:Regular.easeInOut,dispatchEvents:true});
tween.addEventListener(Event.CHANGE,animationChange);

[КорДум]

А еще лучше послушать cv', но отклонится от его наставления в сторону TweenLite/TweenMax.

[cv']

А чем он лучше? Может cv' тоже отклонится в эту сторону =)

[КорДум]

Специально для корректировки отклонения - http://www.greensock.com/tweening-speed-test/
А еще можно использовать path Дембицкого.

[cv']

Убедительно...

[elcard]

Еще вопрос: например этот мув 100 кадров. Возможно ли каким либо образом проигрывать его с разными значениями по времени?

[Котяра]

Сообщение от КорДум

А еще лучше послушать cv', но отклонится от его наставления в сторону TweenLite/TweenMax.

А чем GTween хуже? Тесту greensock не очень верю. да и по нему разница минимальная 26/24/23 - tweenLite(fast*)/tweenLite/GTween
Мне он как-то, наоборот, больше по душе. Меньше, быстрее и написан красивее и API более стройное)
Может и меньше всяких готовых твинов TweenLite/TweenMax, но в 99.9% случаев мне его хватает.

[КорДум]

Да черт знает. У меня TweenLite/TweenMax в опере выдавал 20 фпс, а все остальные до 17 с натяжкой.