Производительность при большом количестве прозрачных PNG

[Akopalipsis]

Стоит ли это сложностей связанных с дополнительным программированием, не совсем уверен...

Если производительности хватает с лихвой и расширения приложения не предвидеться, то может и не стоит.
А вообще, сами посудите, а то Ваши слова звучат так, как будто Вы перед заказчиком цену набиваете -
плеер каждый кадр рисует десять слоев и не факт что пользователь ткнёт, по этому лучше же 36 отрисованных, bmd рисовать чем 360. А если уж ткнет, то перерисовать. То есть на этом Вы минимум процентов 50 в плюсе.

P.S. Если не в массив а в вектор запихнуть БМД-шки, теоретически еще побыстрее будет доступ ?

Не факт.

[ZackMercury]

P.S. Если не в массив а в вектор запихнуть БМД-шки, теоретически еще побыстрее будет доступ ?

Это уже мелочи, ощутимого вряд ли вы увидите.

Добавлено через 1 минуту
Вот, что пишут насчёт прироста производительности.

Плюсы и минусы использования Vector

Плюсы:

- прирост производительности (в каждом конкретном случае этот выигрыш в производительности будет разным; увеличению производительности также способствует явное задание длины массива при его создании)

[djyamato]

Сообщение от Akopalipsis

лучше же 36 отрисованных, bmd рисовать чем 360

Я повторюсь
Машинку можно вращать мышкой. То есть пользователь повернул на 15 градусов ее, сменил цвет у бампера переднего, крутанул машинку еще на 45 градусов, сменил колеса итд.
И после каждой такой смены делать 36 битмапдат размером 500 на 400 (хотя бы) незаметно для пользователя ?
Я подозреваю что будет небольшой завис приложения во время формирования этих 36 битмапдат, что намного хуже для пользователя и как следствие для заказчика.

В любом случае, спасибо, коллеги, за участие в обсуждении, вы мне очень помогли.

[toFL]

В любом случае, спасибо, коллеги, за участие в обсуждении, вы мне очень помогли.

Starling спасет мир.