Ситуация в следующем:
Допустим необходимо сделать Motion Tween между двумя кадрами.
Пусть изменяться будут только координаты к/л одного клипа от т.1 до т.2.
По идее, объем данного мувика не должен зависеть от количества кадров
между начальным и конечным положениями клипа.
На самом же деле наблюдается прямая зависимость объема от числа кадров.
т.е. при компиляции Flash рассчитывает состояние клипа в каждом кадре
и никакой интерполяции на самом деле нет?

Очень не экономно получается. Особенно при сложной анимации,
где соотношение объема анимации к объему графики составляет до 10/1.
Короче, это баг или нет, и как можно это обойти?

по идее, обьем однотипных вопросов должен падать по мере появления ответов на них. На самом деле наблюдается прямая обратная зависимоть, это баг или нет?
http://deforum.ru/forum/viewtopic.php?t=17188

eddy444 писал(а):

по идее, обьем однотипных вопросов должен падать по мере появления ответов на них. На самом деле наблюдается прямая обратная зависимоть, это баг или нет? http://deforum.ru/forum/viewtopic.php?t=17188

Ок! Значит это всетаки flash хромой.
Очень неудобно двигать мувики скриптом. Особенно при сложной анимации.
Кстати, в данном посте что то упоминалось о компрессии твинов в 6-ке.
Ничего подобного ни в 6-ке, ни в 7-ке так обнаружить и не удалось.

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

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

как вариант -рисуете твинами потом отдаете кодеру и он все тоже самое скриптит.

Господи, чего вам еще нада?

Если ты не вращаешь мувик, значит соответсвуюещее поле будет иметь одно и то же значение на протижении всего движения, и соответсвенно меньше вес, для этого придумали матрицу, плюс компрессия, которая еще больше уменьшает размер фильма, отключи компрессию в настройках публикации и посмотри … или я не правильно понял и сударь вы имеете оригинальные мысли на счет более эффектвных методов, и инженерам ММ пора на пенсию?

eddy444, скрипты полезная и нужная весчь, но когда речь идет об анимации, где сотни слоев и еще больше кадров, ничто не заменить твины и шейпы , а скрипт может лишь выручить (дай бог если все не запутать) в некоторых моментах …

@st@l@vist@, а кто спорит?

Оптимальным вариантом, с моей точки зрения, было бы наличие возможности самому выбирать интерполировать твин или нет. Но как это объяснить парням из Macromedia?

macromedia, обьясните это им в письменном виде.

macromedia писал(а):

Оптимальным вариантом, с моей точки зрения, было бы наличие возможности самому выбирать интерполировать твин или нет. Но как это объяснить парням из Macromedia?

Ну очень умно, а что нет такой возможности?

@st@l@vist@ писал(а):

Ну очень умно, а что нет такой возможности?

Сам то не умничай
Если есть такая возможность - напиши, и закроем этот топик.

Скрипты
http://www.yestoall.com/flashAPI/exampl … fects.html
http://www.yestoall.com/flashAPI/index.html

@st@l@vist@, клево, а как первый пример работает? в смысле - где там скрипт? (ссылка на скрипт или что?)

Там же есть архив с *.as'ками, которые просто нужна инклюдить и примеры как это все использовать
http://www.yestoall.com/flashAPI/[flashAPI].mx.zip