Нет, это я про библиотеку. Если вы будете создавать пустую битмапу с пустой битмапдатой, вам не нужно об этом беспокоиться. Я имел в виду, что в библиотеке(окошке справа) могут храниться картинки, и их тоже можно экспортировать в экшнскрипт. Так вот, в Flash IDE они экспортируются как BitmapData, а в FD - сразу Bitmap.

Ах да, точно. Спасибо, упустил

Добавлено через 2 минуты
Поясню ситуацию. Пока что я планирую во Flash IDE в библиотеке создать символы.

Касательно размеров, у вас карта то где хранится? Если у вас платформы хранятся в контейнере, то передавайте вот так его размеры:

Так, я понял, вы про создание битмапы кодом. Что вы мне посоветуете: создавать символ и делать привязку или писать код, как вы написали?

Ну, если не кодом, то вам лучше рисовать тогда карту в каком-нить Adobe Photoshop :)
Flash с растром ни тю-тю.

Я вас хотел научить рисовать ВЕКТОР в РАСТР, во-первых, это + в пользу производительности(если вы конечно оригинальный вектор не будете тоже добавлять в список отображения), во-вторых, бОльшие возможности для обработки столкновений/перемещений.

Про флешевый растр знаю, спасибо.

Но раз вы говорите, что у вектора такие преимущества, то давайте по порядку. Да, я хочу научиться рисовать ВЕКТОР в РАСТР. Но хотел бы сначала узнать, что такое контейнер объекта :o

Вы с ООП не знакомы? Оу, тогда объяснить будет трудновато.
В общем, есть класс DisplayObject, от него наследуется Bitmap, например.
В экземпляр класса Bitmap нельзя добавить содержимое, как это можно сделать со Sprite или MovieClip:
Sprite и MovieClip наследуются от DisplayObjectContainer, который как раз и реализует методы addChild/removeChild/numChildren/getChildAt/итд...

Так вот, Sprite, MovieClip - это контейнеры.

Добавлено через 4 минуты
И у вектора преимущества только в его малом весе на диске :)
Производительность он убивает.

Знаком. Но недавно. Читаю Колина Мука, подошел к концу восьмой главы, "Типы данных".

Теперь понял. Давайте дальше :)

Добавлено через 4 минуты
Ну растр тоже не вариант

Есть векторная графика - это графика, которая базируется на точках в пространстве. От одной точки к другой может быть линия, и линия может иметь направление, которое плавно переходит в следующую точку.
Такая графика используется в Adobe Flash, или если вы будете рисовать с помощью graphics.
Она очень много требует производительности, т.е. немеренно есть ресурсы процессора.

Есть растровая графика - это когда хранится матрица пикселей, т.е. точек на экране, и она не требует сложных вычислений сбоку процессора, просто рисование на экране. Конечно, к классу Bitmap можно применить scale или rotation, но это всё равно не так сильно будет грузить процессор, как векторная графика с его сотнями-тыщами точек и линий, которые нужно перерисовывать каждый кадр.

Если вы попробуете наполнить экран 200-300 векторными рисунками, и попробуете их двигать, у вас CPU будет жрать на все 100%, и тормозить при этом будет жёстко.
Если же это будут битмапы, то нагрузка будет мизерная, 20-30%, и тормозить не будет.

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

Да-да, про векторную и растровую графику я уже знал, но про то, как жрет ресурсы векторная еще не слышал. Спасибо