[iflamberg]

На мой взгляд надо искать источник тормозов.
Если основной источник тормозов чрезмерно большое количество битмапов на сцене, то с этим тяжело что-то сделать. Сложить фон в одну битмапу, вместо нескольких; тщательно проконтролировать, чтобы битмапы, которые находятся за пределами видимого экрана не отображались, что тут еще можно придумать? Изменить концепцию самой игры, разве что.
У меня была как-та проблема с тормозами из-за того, что вместо чистых битмап я использовал мувиклип, где в разных кадрах были разные битмапы. Т.е. я пихал мувик на сцену, говорил gotoAndStop(x) и получал нужную картинку. Замена на чистый битмап дала существенный прирост.
Так же проблемаможет быть в том, что очень большое кол-во объектов то создается, то уничтожается. Т.е. проблема не в самом движении, а в том, что флешка все время то выделяет память под вновь созданные объекты, то чистит память от освободившихся. Решается созданием пула - вместо того, чтобы удалять объекты, их просто убирают со сцены, но хранят на них ссылки, по необходимости достают и запускают заново.
Так же проблема может быть в неосвобождении памяти. Характерные признаки - поначалу ничего не тормозит, но со временем накапливаются тормоза.
Проблема так же может быть в неоптимизированной математике. Неоптимальные алгоритмы проверки коллизий и все такое.

Ну и, наконец, wmode=opaque, это сразу -% производительности в браузере по сравнению с плеером. wmode=transparent, конечно еще более медленный, но все равно, по возможности надо все таки в window, я не работал с вк, не знаю, можно ли устроить.