Постараюсь обзорно рассказать о максимуме способов, известных мне.

Как нам всем хорошо известно, флеш-анимация бывает покадровая и программная. Более того, можно держать анимацию вложенной в графические клипы, а можно в мувиКлипы. Думаю все знают, что графические клипы отличаются от муви тем, что анимация, вложенная в них, проигрывается уже в среде разработки, независимо от того, сколько вложений было сделано. Платить за это приходится невозможностью применять к этим клипам фильтры, режимы наложения и скрипт. Все это можно делать с муви клипами, но они отображаются на временной линейке в виде застывашего первого кадра, что иногда бывает крайне неудобно. Нет идеального решения, спасибо разработчикам.

FLA в видео.
Вариант когда нам нет необходимости публиковать SWF файл.
Если Вы — честный аниматор, который работает исключительно с графическими клипами, Вам повезло. Вся твиновая анимация, вся покадровка, все вложения в графические кипы может быть спокойно экспортированы прямо из среды разработки: File / Export movie…
Остается выбрать формат — это может быть GIF, это может быть секвенция PNG, или непосредственно видео, в зависимости от вашей ОС и кодеков, которые ее населяют. Если нужно видео с альфа каналом (прозрачный фон) – самым простым решением будет экспорт PNG-секвенции (24 bit with alpha channel). Любой видео редактор примет такую секвенцию совершенно спокойно.

Если в анимации использованы мувиКлипы, а также скрипт, то единственным верным способом будет экспорт в формат QuickTime. Начиная с Версии AdobeFlash CS3 можно перевести любую анимацию довольно честно. Альфа канал так же возможен, главное не забыть отметить необходимость генерировать его при экспорте (Ignore stage color, generate alpha channel) . В видео редакторах достать альфа канал можно будет как Straight Unmatted.

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

SWF в видео.
Cуществует также возможность сделать видео из готового SWF ролика.
Например AfterEffects и AdobePremier примут несложный флеш-ролик со всеми его альфа-каналами. Даже кости будут приняты, что в общем то неудивительно, ведь на выходе вся кинематика конвертируется в обычные ключевые кадры. А вот скрипт будет безнадежно утерян, что тоже ясно. Во время импорта флеш ролика выполнения скрипта происходить не может, так что в дело идут только ключевые кадры.

Если Вы работаете под Windows — то для Вас создан отличный инструмент Flashants swf2video. С его помощью можно сделать видео даже из интерактивного флеш ролика. При этом он достаточно прост в настройке и управлении. Более того, он работает на основе флеш-плеера, установленного в системе, так что ему доступны все версии скрипта от ас1 до ас3.
Сейчас существует какая то его ПРО модификация, но поскольку я давно не слежу за WIN-софтом, как порядочный мак-юзер, то ничего о нем сказать не могу. Почти все что нужно есть и в этой версии.

Как видно из панели управления, нужно задать длину ролика в кадрах (это важно, если ролик весь на скрипте, например, и длинна его основной линейки всего 1 кадр)
Можно экспортировать ролик сразу с аудио, можно без аудио, и потом озвучить его в программах монтажа, можно задать экспорт без компрессии, или выбрать кодек для сжатия. Чего нельзя сделать, так это изменить глубину цвета, и экспортировать альфа канал. Полагаю, что как раз в версии ПРО эти опции должны были быть добавлены, иначе это никакое не про.
Еще одна потеря – никакие операции по подгрузке других внешних роликов или всяких там XML учтены не будут. Так что видео из сайтов с ним не сделаешь В остальном же это прекрасный и простой использовании инструмент. Если Вы не на маке

Если же Вы на маке, то тут придется или ставить виртуальные машины, чтобы запускать вражескую ось и из нее пользоваться swf2avi, или искать другие пути.

Существует такой софт как Macvide FlashVideo converter.
На данный момент он работает только с флешками до 9-й версии, и AS2, как сказано на оффициальном сайте.
Мне доводилось его тестировать, и я заметил, что для профессиональной работы подходит мало. Альфа-каналом и не пахнет, постоянные задержки в анимации. Возможно он будет совершенствоваться, так что я продолжу следить за его развитием, ведь на данный момент это, кажется единственная разработка в этом направлении для мака.

Экзотический, но очень действенный метод — работа с так называемыми скринкастерами, программами, которые записывают все, что происходит на экране. Если ролик тяжелый, и анимация в нем притормаживает, можно компилировать его с FPS равным 1 кадр в секунду, и такую же частоту поставить скринкастеру, попросив его сварганить на выходе PNG секвенцию, которую потом легко собрать в монтажке с нужной частотой кадров.

Если вдруг Ваш ролик должен появится в телеэфире, то надо помнить несколько вещей.
На телевидении используется построчная развертка сигнала, поэтому, если в ролике есть ровные горизонтальные линии, они будут стробить (мелькать). Слишком яркие цвета могут рвать картинку на части на старых телеках, ну и мощные контрасты тоже не всегда хорошо выглядят на старых добрых трубках.
Чтобы избавиться от строба, видео сигнал надо обраотать вертикальным блюром с силой размытия не больше одного пикселя (в некоторых редакторах можно поставить 0.5, где то только целые числа)
Полезно наложить на видео сигнал зерно. То есть обычный шум, совсем немного, чтобы картинка не выглядела слишком плоско. Только важно не переборщить ))
И самым полезным будет сужение цветового диапазона. Во многих редакторах есть специальные плагины и пресеты вроде Broadcast colors. Суть в том, чтобы не было абсолютно черных и абсолютно белых областей, так что если таких плагинов не нашлось, можно воспользоваться штатными средсвами цветокоррекции, и просто сдвинуть диапазон цвета “откусив” с каждого края хотя бы по 5%.

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

В процессе работы, я уверен, будет накапливатся масса интересных и полезных мелочей, коими я конечно же поспешу поделиться. Сейчас таких мелочей есть две: программный растеризатор сложного вектора. Вектора будет много, и он как пить дать убъет процессор; пришлось выдумывать хитрые вещи. Но об этом позже, сначала я должен убедиться в эффективности выбранного решения ))

Сегодня же я расскажу о колесах. Будет скрипт )) Несложный, но он даст нам чудное колесо, и оно будет вращаться в точности в соответсвии с тем, как далеко продвигается то, к чему это колесо крепится ))) Итак, под кат, там есть небольшой мультик ))

 

Оставим пока лошадей ) (Я намерен, кстати выложить видео запись процесса работы над этой анимацией – так сказать серия Animator at work)
Понаблюдайте за каретой. Колеса, как видите вращаются весьма правильно )) Они следуют всем законам земным и божеским. Вы думаете, я сидел с линейкой и мерял кадр за кадром – каково смещение? Нет. Я вспомнил, что в школе я неплохо разбирался в геометрии ))
Итак, каждое колесо запаковано в мувиКлип, сама карета с ее вложенной анимацией также упакавана в мувиклип.
Каждый клип колеса имеет точку регистрации ровно в его центре, чтобы колесо вращалось вокруг своей оси.
Из геометрии мы знаем формулу длины окружности L = 2PI*R, где R – радиус.
В правильном колесе радиус – это половина ширины клипа.
Рассуждаем логически: когда наше колесо повернется на 360 градусов, оно должно сместиться на расстояние L. Супер! Значит, если колесо повернется на один градус, расстояние будет равно L/360! Запомним это число,  и повесим на колесо событие onEnterFrame в котором смотрим — на сколько сместилась карета (моушвтины тоже считаются!), и считаем угол поворота – дистанцию делим на L/360. Вуаля.

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16

init(wheel1); // обучаем первое колесо
init(wheel2); // обучаем второе колесо
 
function init(mc:MovieClip):Void
{
	mc.radius = mc._width/2; // собрали радиус
	mc.baseX = mc._parent._x; // запомнили начальную позицию кареты
	// l = 2PI*R - ах, геометрия...
 
	mc.degreeLength  = (2*3.1415926*mc.radius)/360; // смещение при повороте на один градус
	mc.onEnterFrame = function():Void
	{
		var distance:Number = this.baseX - this._parent._x; // на сколько сместилась карета?
		this._rotation = -distance/this.degreeLength; // поворачиваем колесо
	}
}

 Дружно качаем и говорим спасибо создателю: http://impossiblearts.com/…/flash-cs3-edit-selected-bitmaps-panel/ 

Сегодня я еще раз попробую обратить вас в свою веру )).

Основная, бесспорная причина, по которой стоит использовать scrollRect вместо прямоугольных масок – производительность.
10 масок убьют CPU намного быстрее, чем 10 scrollRect-ов. Даже в хелпе сказано, что при использовании scrollRect используется попиксельное копирование участка клипа, а не полная его перерисовка.
Вторая причина – (вытекает из первой) можно маскировать НЕ внедренные шрифты, которые, как мы знаем, пропадают при маскировании обычным способом.

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

Теперь о том, как это работает.

В процессе участвует MovieClip и объект Rectangle.
Когда к клипу применяется scrollRect – то на экран выводится только тот участок клипа, который КАК бы лежит под заданным прямоугольником. Координаты прямоугольника при этом задаются в системе координат маскируемого клипа – то есть от его точки регистрации. Хотим увидеть квадрат 20х20 левого верхнего угла клипа – задаем
mc.scrollRect = new Rectangle(0,0,20,20);

Заметьте, если вы начинаете сдвигать координату прямоугольника – координаты клипа остаются неизменными, хотя визуально кажется, будто он движется под маской. Еще раз напомню – происходит попиксельное копирование участка клипа.

x, y – координата левого верхнего угла прямоугольника;
width, heigth – ширина, высота прямоугольника;
left – координата левой стороны. Изменяя это свойство мы меняем сразу и width, и x;
right -координата правой стороны. Изменяя это свойство мы изменяем также и width;
top – координата верхней стороны. Изменяя это свойство мы меняем сразу и height, и y;
bottom -координата нижней стороны. Изменяя это свойство мы изменяем также и height;Покрутив ручки MovieClip вы увидите разницу между перемещением клипа и перемещением прямоугольника scrollRect.
Интересный факт. Изменяя width прямоугольника мы меняем _width клипа (это логично). Но если мы при scrollRect начнем изменять непосредственно _width (_height) клипа – то клип начнет искажаться, тогда как scrollRect останется при своем _width.
Крутите ручки – экспериментируйте.