Форум Flasher.ru
Ближайшие курсы в Школе RealTime
Список интенсивных курсов: [см.]  
  
Специальные предложения: [см.]  
  
 
Блоги Правила Справка Пользователи Календарь Поиск рулит! Сообщения за день Все разделы прочитаны
 

Вернуться   Форум Flasher.ru > Flash > ActionScript 1.0/2.0

Версия для печати  Отправить по электронной почте    « Предыдущая тема | Следующая тема »  
Опции темы Опции просмотра
 
Создать новую тему Ответ
Старый 16.05.2007, 17:48
chingachgoog вне форума Посмотреть профиль Найти все сообщения от chingachgoog
  № 1  
Ответить с цитированием
chingachgoog
Banned
 
Аватар для chingachgoog

блогер
Регистрация: Nov 2006
Адрес: Moscow
Сообщений: 2,145
Записей в блоге: 7
По умолчанию cacheAsBitmap более 2880 пикселов

Возможно ли использовать мувик, с одной из сторон более 2880 пикселов, с режимом cacheAsBitmap=true?
Напрямую, конечно не получиться (хотя свойство cacheAsBitmap останется включенным как true в реальности мувик уже не будет кешироваться как пиксельный.
Отсюда и вопрос, как можно такого добиться? И можно ли вообще? Может быть через flasm, наподобие снятия ограничений по рекурсии?


Последний раз редактировалось chingachgoog; 16.05.2007 в 18:19.
Старый 16.05.2007, 18:06
etc вне форума Посмотреть профиль Найти все сообщения от etc
  № 2  
Ответить с цитированием
etc
Et cetera
 
Аватар для etc

Регистрация: Sep 2002
Сообщений: 30,787
Никак не добится. Можно свой cacheAsBitmap сделать, разбивая клип на несколько мелких битмапов.

Старый 16.05.2007, 18:23
chingachgoog вне форума Посмотреть профиль Найти все сообщения от chingachgoog
  № 3  
Ответить с цитированием
chingachgoog
Banned
 
Аватар для chingachgoog

блогер
Регистрация: Nov 2006
Адрес: Moscow
Сообщений: 2,145
Записей в блоге: 7
Что порезать на куски - это понятно можно...
Хотелось чуда :-)

Старый 16.05.2007, 18:37
CCCPirate вне форума Посмотреть профиль Отправить личное сообщение для CCCPirate Найти все сообщения от CCCPirate
  № 4  
Ответить с цитированием
CCCPirate
 
Аватар для CCCPirate

Регистрация: Jun 2006
Сообщений: 1,061
а с какой целью это делается? если не секрет

Старый 16.05.2007, 19:01
chingachgoog вне форума Посмотреть профиль Найти все сообщения от chingachgoog
  № 5  
Ответить с цитированием
chingachgoog
Banned
 
Аватар для chingachgoog

блогер
Регистрация: Nov 2006
Адрес: Moscow
Сообщений: 2,145
Записей в блоге: 7
С целью повысить скорость перемещения мувика и перемещению других мувиков над этим мувиком.

Старый 16.05.2007, 20:14
CCCPirate вне форума Посмотреть профиль Отправить личное сообщение для CCCPirate Найти все сообщения от CCCPirate
  № 6  
Ответить с цитированием
CCCPirate
 
Аватар для CCCPirate

Регистрация: Jun 2006
Сообщений: 1,061
а при каких параметрах векторного изображения (узлы, элементы) оно больше грузит проц,
чем битмап его размера?

Старый 17.05.2007, 17:16
K.A.T.A.F.A.L.K.E.R вне форума Посмотреть профиль Отправить личное сообщение для K.A.T.A.F.A.L.K.E.R Найти все сообщения от K.A.T.A.F.A.L.K.E.R
  № 7  
Ответить с цитированием
K.A.T.A.F.A.L.K.E.R
 
Аватар для K.A.T.A.F.A.L.K.E.R

Регистрация: Jul 2005
Адрес: Go, Ukraine!
Сообщений: 787
Отправить сообщение для K.A.T.A.F.A.L.K.E.R с помощью ICQ
Цитата:
Сообщение от CCCPirate
а при каких параметрах векторного изображения (узлы, элементы) оно больше грузит проц,
чем битмап его размера?
да элементарно голый текст. Если раз отрендерить в битмап а сам текст снести/скрыть - прирост производительности просто нереальный.
__________________
...я люблю людей!..

Старый 16.05.2007, 20:56
chingachgoog вне форума Посмотреть профиль Найти все сообщения от chingachgoog
  № 8  
Ответить с цитированием
chingachgoog
Banned
 
Аватар для chingachgoog

блогер
Регистрация: Nov 2006
Адрес: Moscow
Сообщений: 2,145
Записей в блоге: 7
Не знаю, сколько их (узлов, элементов) должно быть, видимо надо каждый раз эмпирически определять. :-)
Но у меня их в мувике "и не сосчитать" )))

Использование cacheAsBitmap, позволило повысить скорость перемещения почти в 4 раза (замерено по реальному fps)

Старый 17.05.2007, 16:16
vic_ вне форума Посмотреть профиль Отправить личное сообщение для vic_ Посетить домашнюю страницу vic_ Найти все сообщения от vic_
  № 9  
Ответить с цитированием
vic_
 
Аватар для vic_

Регистрация: Sep 2006
Адрес: Zaporozhye, Ukraine
Сообщений: 141
Может я не правильно понял задачу. Я перегоняю картинку в битмап, потом создаю пустой клип, делаю рамку по размеру первоначального клипа и натягиваю битмап
Код:
target.beginBitmapFill(contentBitmap, new Matrix(), false, true);
После чего имею обычный битмап, и нет разницы, какой размер у первоначального клипа. Только что закинул картинку 2600*2986 для проверки.

Старый 17.05.2007, 17:42
CCCPirate вне форума Посмотреть профиль Отправить личное сообщение для CCCPirate Найти все сообщения от CCCPirate
  № 10  
Ответить с цитированием
CCCPirate
 
Аватар для CCCPirate

Регистрация: Jun 2006
Сообщений: 1,061
Цитата:
Сообщение от vic_
Может я не правильно понял задачу. Я перегоняю картинку в битмап, потом создаю пустой клип, делаю рамку по размеру первоначального клипа и натягиваю битмап
Код:
target.beginBitmapFill(contentBitmap, new Matrix(), false, true);
После чего имею обычный битмап, и нет разницы, какой размер у первоначального клипа. Только что закинул картинку 2600*2986 для проверки.
каким образом ты перегоняеш векторный рисунок 2600*2986 в битмап, если:

"The maximum width and maximum height of a BitmapData object is 2880 pixels. If you specify a width or height value that is greater than 2880, a new instance is not created."

Создать новую тему Ответ Часовой пояс GMT +4, время: 09:27.
Быстрый переход
  « Предыдущая тема | Следующая тема »  
Опции темы
Опции просмотра
Комбинированный вид Комбинированный вид

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.


 


Часовой пояс GMT +4, время: 09:27.


Copyright © 1999-2008 Flasher.ru. All rights reserved.
Работает на vBulletin®. Copyright ©2000 - 2026, Jelsoft Enterprises Ltd. Перевод: zCarot
Администрация сайта не несёт ответственности за любую предоставленную посетителями информацию. Подробнее см. Правила.