Как работает MovieClip и что лучше вместо него

[Silicium]

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

[illuzor]

большой битмап с кадрами

Это называется "спрайт" и используется с незапамятных времён в играх.

откуда их потом копировать в отображение

Это называется "рисовать в битмап". Это производительней, чем гонять кадры в мувиклипов, особенно, если в этих кадрах по несколько слоёв.

[Silicium]

Вы что, издеваетесь?

[HardCoder]

http://www.flasher.ru/forum/showthread.php?t=175755
http://www.flasher.ru/forum/showthre...light=starling

[Silicium]

Вот за это уже спасибо, хотя это к вопросу о том, "как". У меня вопрос "почему".

Добавлено через 1 минуту
Иными словами, мне интересно знать, как работает МС и почему он тяжел и туп?

[alatar]

почему он тяжел

Потому, что помимо прочего ему нужно хранить информацию о кадрах. Грубо говоря, что в каком кадре добавить, а что удалить. Тяжел он не особо, его ресурсы хранятся отдельно и, при хорошем планировании, могут быть использованы в нескольких клипах. Просто при создании контейнера вне Flash IDE (читай программно) следует отдавать предпочтение Sprite, т.к. нет необходимости тянуть не используемый функционал.

и туп?

Потому, что при входе в его внутренний "кадр", ему приходится удалять объекты предыдущего кадра и добавлять объекты текущего. Что, в случае векторной графики, выходит дороже операций с битмапой.

Это если в двух словах.