|
|
|||||
Banned
[+4 24.02.14]
[+4 07.11.13] [+ 13.03.14] Регистрация: Mar 2013
Сообщений: 1,864
|
Оптимизация при помощи BitmapData
Думая, как более понятно изложить вопрос, понял, что не знаю и решил объяснить всё с самого начала, возможно Вы поймете.
В самом начале, мне каким-то мистическим образом, попалась статья ( правда о css ), где говорилось о оптимизации ( чего не помню ) при помощи текстуры. Вот есть экран большого разрешения, а оптимизация заключается в том, чтобы сделать маленький кусочек текстуры и размножить его. И вот я почти год жил с мыслью, что сделаю также, но сейчас мысли разбегаются. Первое что сейчас приходит в голову, так это то, что уменьшится размер загружаемой текстуры. Но я все равно решил спросить, а вдруг и есть способ, размножить маленькую текстура на большой площади. Есть?) И еще вот какой вопрос - есть атлас, на котором для удобства есть несколько закрашенных пикселей, которые нужно использовать для закрашивания не интерактивной области. И тут я, как сейчас кажется, опрометчиво взял эти пиксели и отрисовал в большую bmd с масштабированием матрицы. Но сейчас мне кажется, что это не правильно, ведь я в памяти создал гигантскую bmd и правильней было бы масштабировать bm.. Это так? |
|
|||||
Цитата:
Цитата:
|
|
|||||
Banned
[+4 24.02.14]
[+4 07.11.13] [+ 13.03.14] Регистрация: Mar 2013
Сообщений: 1,864
|
Цитата:
Цитата:
|
|
|||||
>>если я помещу в bitmap этот квадратик 2х2 и потом применю масштабирование, то в памяти будет висеть ведь 2х2? А если я перерисую этот квадратик в большую bitmapData и применю матрицу с масштабом, то в памяти все равно будет висеть bitmapData большая?
если вы создадите bitmapData размером 2x2, то в памяти будет висеть bitmapData размером 2x2 а вот если большую bitmapData, в памяти будет висеть большая - неожиданно, неправдали ? кроме graphics.beginBitmapFill, размножить маленькую, не создавая большой, можно еще наплодив Bitmap'ов из одной BitmapData |
|
|||||
Banned
[+4 24.02.14]
[+4 07.11.13] [+ 13.03.14] Регистрация: Mar 2013
Сообщений: 1,864
|
Цитата:
Цитата:
Добавлено через 1 минуту И прошу прощения - samana, silin, Спасибо! Поймал себя на мысли, что не поблагодарил и как-то жутко стало |
|
|||||
>>А что лучше graphics или Bitmap?
причина, по которой мы используем или graphics или Bitmap, не всем понятна и чрезвычайно метафизична, но я попробую вам объяснить её одной фразой. Фраза эта звучит так: что удобнее, то и лучше |
|
|||||
Banned
[+4 24.02.14]
[+4 07.11.13] [+ 13.03.14] Регистрация: Mar 2013
Сообщений: 1,864
|
Цитата:
Dukobpa3 Спасибо! Тогда наверное плодить Bitmap, так-как уходя от вектора, возвращаться к нему, кажется нелогичным. Или это не так? |
|
|||||
>>Тогда наверное плодить Bitmap, так-как уходя от вектора, возвращаться к нему, кажется нелогичным. Или это не так?
ничего личного, но нелогичным мне кажется бомбить форум риторическими вопросами в поисках какого-то абстрактного абсолюта, ибо вряд ли его можно найти в рамках конкретных задачек по-любому придется не раз уходить от вектора и возвращаться к нему, поэтому чем удобнее\быстрее\логичнее, тем и лучше bitmap меньше грузит систему, но в graphics можно залить любой шейп(а не только прямоугольник), с битмапами будет доступ к отдельным элементам, но в graphics можно залить с искажениями (drawTriangles), и т.д. к слову, в упомянутом stage3D в этом смысле реализована некая идеальная ситуация - заливка текстур в любую(условно) геометрию, по любым (в рамках поддерживаемых шейдерами) правилам, в старлинге все это обернуто в аналог привычного дисплейЛиста с короче окончательное снятие с повестки вопроса graphics vs bitmap дело недалекого будущего, ага (имхо, конечно) |
Часовой пояс GMT +4, время: 00:28. |
|
« Предыдущая тема | Следующая тема » |
|
|