Отказ от MovieClip'ов, Sprite'ов и Bitmap'ов

[s3dworld]

Всем доброго дня!

Этой ночью мне в голову стукнула безумная идея. Расскажу её Вам, а Вы оцените на сколько она выгодна. В теме я написал отказ от Bitmap'ов, но это не совсем так. Bitmap'ов будет два:

public var primaryBuffer:Bitmap=null;
public var backBuffer:Bitmap=null;

Как Вы видите, я решил использовать два Bitmap'а как буфера для переключения. То один на экране будет, то другой. Основными же действующими компонентами будут классы BitmapData. Идея такая, тот буфер что в текущий момент не на экране мы каждый кадр очищаем и выводим попиксельно (регионами или ещё какими-то способами). Собственно на счёт очистки можно оптимизировать и перерисовывать только изменившиеся части (но это уже для тех случаях, если хочется позаморачиваться). В общем когда кадр нарисован в буфер, мы меняем буфера местами. Вот и всё! То есть работаем только с пиксельными данными. Можно будет насоздавать своих классов анимации, из набора BitmapData'ов и их переключение.

На сколько это хорошая идея для повышения производительности? Кто так делает вообще?

[alatar]

Поздравляю вы "придумали" блитинг.

Как Вы видите, я решил использовать два Bitmap'а как буфера для переключения.

Обычно достаточно одного.

[s3dworld]

alatar

Поздравляю вы "придумали" блитинг.

Давно всё придумано. Просто мне в голову пришло а не будет ли это выгодно. Кто-то это использует? Стоит ли на такой способ переходить?

Обычно достаточно одного.

А мерцания разве не будет?

[nOobCrafter]

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

[alatar]

Кто-то это использует?

Все растровые игровые движки. Например, http://flixel.org/

Стоит ли на такой способ переходить?

Зависит от задачи. Этот способ снижает нагрузку на процессор, но увеличивает потребление памяти.

А мерцания разве не будет?

Не будет.

[s3dworld]

nOobCrafter

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

Так же как это делают на C++ с Direct3D. Ручное отслеживание по координатам. Передаём объектам координаты мышки.

[-De-]

Есть подозрения, что рисовать в графикс рута - быстрее)
Про глюк типа отсутствия двойной буферизации писали, надо бы найти и плюсануть - там надо wmode ставить на самом деле.
И это, с таким подходом надо вообще-то уходить на AGAL =)

[nOobCrafter]

Передаём объектам координаты мышки.

стоит ли овчинка выделки? это означает чуть ли не все переписать с 0. Насколько усложнятся базовые элементы и работа с ними?

[s3dworld]

nOobCrafter

стоит ли овчинка выделки? это означает чуть ли не все переписать с 0. Насколько усложнятся базовые элементы и работа с ними?

Если это будет быстрее работать, то стоит. Я про этот способ подумал из-за скорости вывода. Да и и так у меня все объекты, это Bimtap'ы. Просто написать несколько классов по их последовательному переключению для анимации. Хранить вектор объектов, которые в данный момент выведены. У каждого такого объекта ссылка на уникальный BitmapData. Подписаться на вождение мышкой по State и передавать в каждый элемент вектора координаты мышки. Пускай каждый объект сам решает навели на него или нет. Правда надо будет реализовать Z-Order, чтобы передние объекты не позволяли задним функционировать в наведении перекрытых областей. Но если это даст существенный прирост в скорости, то почему бы и нет?

[alatar]

Про глюк типа отсутствия двойной буферизации писали, надо бы найти и плюсануть - там надо wmode ставить на самом деле.

Если используется BitmapData#lock() (а в данном случае он должен использоваться обязательно), то рассинхронизации не будет.