Качающиеся весы. Анимация. Способы реализации анимации.

[Fergus]

У меня есть задача: нужно сделать флешку, где нарисованы весы. При наведении мыши на одну из сторон мувика, весы наклоняются в соответствующую сторону.

У меня это сейчас сделано с помощью Tween и easing, но есть ряд проблем:

• Tween-ов получается слишком много (это и rotation для "коромысла", и "y" для кажой из чаш, и "х" для них же (т.к. движутся они все-таки не по вертикали, по траектории - окружности);
• Tween-ы для "х" и "y" чаш - все равно не позволяют двигать их точно по той же траектории что и крепления "коромысла". Отклонение не то чтоб очень заметное, но неприятное.
• И, самое главное, когда флешка перегружается событиями (юзер начинает много раз дергать мышку с одного края мувика на другой) - Tween-ы сбиваются, чаши отрываются от коромысла, все это едет куда попало.

Я так понял, что это особенности устройства объектов Tween и никуда от этого не деться. Если я не прав и просто неправильно их использую - пожалуйста укажите на это.

Мне пришел в голову другой способ реализации этой задачи. Вот такой:

1. В первом кадре рисуются весы наклоненные влево.
2. В 50-м (например) - наклоненные вправо.
3. Создается Motion Tween для плавного перетекания из одного состояния в другое.
4. В АС3 пишем те же EventListener-ы.
5. А в функциях (реакция на ивенты) записывает команду проигрывать с текущего фрейма до конца (или до начала), если не поступит команды остановиться и двигаться в обратном направлении.

Проблема в том, что я не знаю какиим функциями можно заставить проигрывать мультик в разных направлениях.

Подскажите пожалуйста - в правильном ли направлении я вообще мыслю? И, если в правильном, то по каким ключевым словам вест поиск в мануалах?

Спасибо.

[darksranger]

ну я бы для начала, стал использовать твины, типа caurina Gtween tweenLite
далее, чтобы все не ползало, нужно разработать логику остановки твинов, ( в случае с Gtween, можно вобще заставить твин выполнится до конца в один кадр ) соотвественно ползет у вас
1 из за того что вы наследуете координаты, от каких то координат, которые меняются
2 не останавливаете твины

вобщем я бы сделал жескую сетку координат для положений котралировал бы остановку\запуск твинов

[Fergus]

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

ну я бы для начала, стал использовать твины, типа caurina Gtween tweenLite

Не знаю что это такое, посоветуйте пожалуйста где об этом почитать. Адобовский хелп не очень помог.

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

далее, чтобы все не ползало, нужно разработать логику остановки твинов, ( в случае с Gtween, можно вобще заставить твин выполнится до конца в один кадр ) соотвественно ползет у вас
1 из за того что вы наследуете координаты, от каких то координат, которые меняются
2 не останавливаете твины

вобщем я бы сделал жескую сетку координат для положений котралировал бы остановку\запуск твинов

О жесткой сетке координат не очень понятно.
Остановку твинов при активизации других, сейчас сделаю. Вдруг одно это поможет?

[NePridymal]

Я бы делал не так. Я бы сделал функцию, которая бы на вход принимала параметр "угол наклона весов" и по пришедшему углу пересчитывала позиции всех компонентов в весах. А дальше можно просто по таймеру вызывать эту функцию с разным значением угла.

[Xpb7]

Да не делай твинами. Это неприемлемый подход!
Создай класс Штатива (горизонтальный имеется ввиду), в который будут включены 2е инстанции класса Карамысла .
Опиши поведение Штатива в завимости от сдвига мышки, а именно поворот (обыкновенный rotation по центру объекта), а Карамысла пусть себе болтаются по краям (для них тоже можно поведение качания в зависимости от скорости движения Штатива, а то будут статичны, это уродливо).
И все будет чётко.

[darksranger]

ну одно это, конечно может помочь, но я бы посоветовал, задействовать поиск и google, насчет Gtween и TweenLite

жеская сетка координат, это просчет заранее всех координат, для всех твинов тоесть не,
start object.x, stop obeject.x+20 смещение обьекта отсительно своих координат, на 20 по координатам x
так вот, жеская сетка, подрузумевает под собой вот что

например при примере сверху, обьект должен был занять x = 120, но из за постоянных запусков других твинов все сбивается так вот нужно задать прямо 120 по x а не наследуемо

надеюсь понятно разьяснил, смысл в том чтобы просчитать все координаты и задавать их твинам, а не наследовать их вот

[Fergus]

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

Я бы делал не так. Я бы сделал функцию, которая бы на вход принимала параметр "угол наклона весов" и по пришедшему углу пересчитывала позиции всех компонентов в весах. А дальше можно просто по таймеру вызывать эту функцию с разным значением угла.

Ну, тогда придется сделать так чтобы эта функция вызывалась непрерывно, постоянно синхронизируя координаты всех объектов с углом наклона весов. Не будет ли "ступенчатости"?

Добавлено через 8 минут

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

Да не делай твинами. Это неприемлемый подход!
Создай класс Штатива (горизонтальный имеется ввиду), в который будут включены 2е инстанции класса Карамысла .
Опиши поведение Штатива в завимости от сдвига мышки, а именно поворот (обыкновенный rotation по центру объекта), а Карамысла пусть себе болтаются по краям (для них тоже можно поведение качания в зависимости от скорости движения Штатива, а то будут статичны, это уродливо).
И все будет чётко.

Просто и гениально, поворачивать чаши весов а не смещать!
Спасибо!

[NePridymal]

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

Ну, тогда придется сделать так чтобы эта функция вызывалась непрерывно, постоянно синхронизируя координаты всех объектов с углом наклона весов. Не будет ли "ступенчатости"?

Нет, не будет. Вызывайте пересчет один раз на каждом кадре и все будет хорошо.