Много графики для 2Д рендера
 

Всем привет!
Хочу наваять к игре 2д рендер на АС3, который будет брать BitmapData и рисовать на экран. Потому что по-обычному через gotoAndPlay медленно.
Но есть одно НО... как справиться с кучей .png графики? Есть монстр у которого 4 анимации(walk, die, attack1 и attack2)
в каждой анимации 25-30 кадров, итого 100-120 картинок. Монстр, конечно, не один, поэтому картинок куда больше.

Есть 2 варианта:
- вручную импортировать кучу картинок в библиотеку, ставить всем галочку export for ActionScript, придумывать уникальное имя.
Минус в том, что это долго... может можно как-то заставить флеш автоматически экспортировать картинки для АС?
- юзать [Embed], не знаю что из этого выйдет, но тут хотя бы не нужно нажимать кучу кнопок и можно написать кодогенератор на Цпп.

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

Не думаю, что будет быстрее, чем gotoAndPlay.

Отдельная библиотека .swf с битмапами. Для импорта картинок и галочек export for ActionScript использовать jsfl скрипт.

У вас что, каждый кадр анимации - отдельная картинка? Если да, то крайне рекомендую их собрать в спрайтмапы и рисовать методом сopyPixels нужные кадры на вашу BitmapData. Такой метод точно быстрее анимации через gotoAndPlay.

Сам сравни :) Вот тут внизу страницы флешка с разными способами отрисовки.

Можно подробнее? Как его написать? Может линк какой-нить полезный есть?

Если собирать в атласы файлов будет меньше, надо будет попробовать, вот только они огромные могут выйти :(

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

Dimonte, с чего Вы взяли?

BlooDHounD, с чего я взял что?

Работа с BitmapData точно быстрее, чем отрисовка DisplayObject'ов силами векторного рендерера плеера, по той же ссылке на 8bitrocket видно. Чем больше объектов на экране, тем быстрее.

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

Доступ же к области BitmapData через простое математическое выражение по-моему быстрее происходит, чем доступ к, допустим, массиву с кадрами анимации в качестве элементов.

Сказано, что там тоже битмапки, а не вектор. + там не проведено тестов, где перерисовывается, только ~30 области экрана. там тесты с перерисовкой всего экрана.

BlooDHounD, я, честно говоря, не совсем понимаю, к чему вы клоните.

Выдернуто из текста статьи по ссылке:
Это вот отрисовка изначально Bitmap-объектов силами базового рендерера флеш плеера. Как видно из статьи, она и дает самые худшие результаты.

Если я правильно понял автора темы, у него ситуация точно такая же, как и у автора статьи. Уже есть битмапы со всей графикой, и их надо быстро рисовать. Для этого copyPixels быстрее.

Насчет перерисовки части экрана, да, в статье таких тестов нет, тем не менее, если есть какой-то анимированный или хотя бы просто движущийся фон, то перерисовывать придется всю картинку все равно.

Ага, так и есть.

З.Ы. кто-нибудь знает хороший утиль для создания атласов из .png? А то я что-то не могу ничо найти :(

Правка: нашел прогу для склейки, в движке HGE есть :)