Насколько я помню, есть баг - мувиклип возвращает неверный currentFrame при использовании gotoAndStop()/gotoAndPlay(). Однако, если мы кешируем циклом (за 1 кадр) - то мы используем totalFrames, так что проблем быть не должно. А вот как раз при использовании ENTER_FRAME нужно сначала кешировать, потом переходить на след. кадр, и лишь при следующей итерации смотреть на currentFrame

Можно попробовать дождаться события RENDER этого mc и тогда заняться, кхм, блиттингом.

например у меня общин компонет прелоадер, который используется для зарузки разных приложений...как мы тогда зададите нужный frameRate?

Совсем недавно использовал эту возможность. С целью снижения нагрузки на процессор ставлю фреймрейт для флеша на сайте 12 fps. Транзакции же с таким фреймрейтом выглядят коряво (затемнения/осветления, улетание/прилетание). По этому на время транзакции увеличиваю до 30, а потом опять 12. Если даже в достаточно простом ролике с растровой графикой и перекрывающимися слоями с альфаканалом сделать 30 fps, то браузер не будет успевать и начнутся пропуски кадров и затыки. Особенно если там ещё Яваскрипта накручено с динамикой на jQuery, и особенно, если браузер Мозилла. А если ещё и wmode=opaque или transparent, то вообще кердык. Что ж делать. Приходится выкручиваться. Хочется и красиво, и чтобы браузер успевал. А без браузера-то всё и так хорошо. 40 fps и всё летает!

papa_carlo,

http://dictionary.reference.com/browse/transition
http://dictionary.reference.com/browse/transaction