Это как бы неудобно, но в то же время - хорошее преимущество! На самом деле векторная графика не так хороша как кажется... Она очень компактна но отрендерить ее на много сложнее, чем растровую. Так что в очень навороченых прожектах для повышения производительности приходится отрисовывать свои векторные творения в битмапы и работать с ними (гы-гы, прощай МувиКлип).

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

Ересь какая-то.

Спасибо старый вампир :) Поковыряю гугл на эту тему обязательно)

Гугл слишком далеко... Почитайте справку по BitmapData#draw(). Это основной инструмент. Дальше просто прийдется решить вопрос с анимацией (МувиКлип прийдется заменить чем нибуть самопальним) и органихацией кеширования всех ресурсов перед стартом приложения (если ресурсов многовато, то запихнув весь процесс в один кадр, получим неприятный тормоз)

Писать свой движок интересно, особенно радостно, что можно добиться такой процедурности, что в игре не будет отдельных классов для каждого уровня, игра не будет иметь большой по объёму код и это благодаря движку. Но для очень сложных задач, таких как движок физики или конвейер 3D графики - лучше пользоваться посторонними, пока хотя-бы лет 5 в программировании не побудешь.

Вадим, это не ересь.
Я может неудачно выразился просто. Нужно просто быть в теме и не изобретать велосипеды, когда есть готовые решения. И уже осознано писать свой велосипед, зная, что существующие движки по каким-то объективным причинам не подходят.

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