смысл растеризации изображений без анимации

[a7s1h1]

Я читал, что если картинка имеет один кадр (иначе говоря, изображение не имеет анимации), то для производительности лучше, чтобы это был Sprite, а не MovieClip. Мувики же я перевожу в растр и кэширую в самом начале, опять же, в целях экономии потребляемой памяти. А вопрос такой: имеет ли смысл растеризовать статичные изображения без анимации? И если по каким-то причинам не получается растеризовать спрайт, что лучше: оставить спрайт в кривых или сделать его мувиклипом и растеризовать?

[ZackMercury]

Векторная графика кешируется автоматом, если стоит cacheAsBitmap, но проблема в том, что так или иначе эта опция работает не очень точно. Например, при перемещении может обновление кеша происходить не будет, но при вращении или скейле это будет сильно грузить процессор.
Однако до меня доходили слухи о том, что cacheAsBitmap работает и вовсе странно - всё равно обновляет кеш раз в какой-то промежуток времени. Зачем - неясно.

Поэтому кешировать лучше вручную, чтобы наверняка и гладко.

[Wolsh]

Мувики же я перевожу в растр и кэширую в самом начале, опять же, в целях экономии потребляемой памяти

Вы все перепутали. Растр занимает память, а вектор требует производительность (пересчет в растр для показа). Естественно, это не для крайних вариантов — растр может быть 2х2 пикселя и занимать памяти меньше, чем сложный вектор, отмасштабированный до такого же размера)))

И если по каким-то причинам не получается растеризовать спрайт

Программирование это не шаманизм. Sprite implements IBitmapDrawable и не может быть нерастеризуемым. МувиКлип, вообще-то, наследует Спрайт, является его дитём, и Ваша логика должна идти этим путем, а не наоборот. Правильно говорить: "Всегда используется минимальный контейнер — Спрайт. И только если мне нужна анимация, нарисованная руками в графическом редакторе Flash, то нет другого пути, кроме как использовать МувиКлип".

[a7s1h1]

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

Вы все перепутали. Растр занимает память, а вектор требует производительность

Я это и имел ввиду, просто неправильно сформулировал, извините. В общем, грубо говоря, растр занимает больше места на винте, но менее требователен к ресурсам компа, а вектор - наоборот, так ведь?

А вопрос я немного уточню. Для растеризации МувиКлипов я использую соответствующий класс Антона Карлова, но почему-то при помощи него у меня получается кэшировать только МувиКлипы (видимо потому что класс заточен специально под растеризацию анимации). Поэтому я и думал, что лучше: делать спрайты МувиКлипами в Adobe Flash, чтобы их кэшировать при помощи этого класса (пусть даже там и всего один кадр), или оставлять спрайты спрайтами и создавать экземпляры прямо так вот: var _instance:Sprite_s=new Sprite_s ('Srpite_s'-имя, которое я в IDE присваиваю изображению в графе "export for AS"), и пускай они у меня остаются векторными. Пока что все изображения, имеющие несколько кадров, я без вариантов делаю МувиКлипами и кэширую, а те, где кадр только один - некоторые сделал мувиками и кэшировал по привычке, а некоторые оставил спрайтами и не кэширую.
Прошу не судить строго за недостаток знаний для толкового формулирования вопроса

[nubideus]

https://github.com/AntKarlov/Anthill...mation.as#L128

[a7s1h1]

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

https://github.com/AntKarlov/Anthill...mation.as#L128

Спасибо за ссылку, но чтобы мне применить Anthill в своём проекте, придётся перелопатить весть код (например, "В Anthill реализована своя система отображения объектов отличающаяся от того как это сделано во Flash. То есть все визуальные объекты в Anthill не имеют никакого отношения к DisplayObject и тем более к Sprite или MovieClip."). Смысла в использовании этого фреймворка целиком нет, так как уже почти всё готово. В Anthill очень много взаимосвязанных классов, в отличие от его ранней версии, откуда я, вместо десятков классов взял три отдельных, под конкретные нужны: растеризация изображений. И в этих ранних версиях классов, видимо, предусмотрена растеризация только мувиклипов, но не спрайтов. Поэтому я и спрашивал, есть ли смысл для производительности делать спрайт мувиклипом только для того, чтобы его растеризовать.

[nubideus]

делать спрайт мувиклипом

зачем тебе конвертировать спрайт в мувиклип, если ты можешь напрямую растеризовывать спрайт?

В Anthill реализована своя система отображения объектов отличающаяся от того как это сделано во Flash. То есть все визуальные объекты в Anthill не имеют никакого отношения к DisplayObject

бред

для производительности

смысл ровно такой же, как и при растеризации анимированного мувиклипа.
абсолютно никакой разницы, будет у тебя один мувиклип с 10 кадрами, или 10 спрайтов.

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

[a7s1h1]

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

зачем тебе конвертировать спрайт в мувиклип, если ты можешь напрямую растеризовывать спрайт?

Классы, которыми я растеризую мувиклипы, почему-то не растеризуют спрайты

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

выложи свои классы-растеризароты и тебе их модифицируют что бы оно спрайты тоже понимало.

Прилагаются

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

бред

Так этот бред - цитата из описания фреймворка, ссылку на который вы дали

[nubideus]

a7s1h1, поздравляю, ты использовал сырой растеризатор.

r = getFrameSize(object);

var bmpd:BitmapData = new BitmapData(Math.ceil(r.width), Math.ceil(r.height), true, 0x000000);

		/**
		 * Рассчитывает максимальный кадра на основе всех кадров клипа.
		 * 
		 * @param	mc	 Клип для которого необходимо получить максимальный размер кадра.
		 * @return		Возвращает максимальный размер кадра для указанного клипа.
		 */
		protected function getFrameSize(mc:MovieClip):Rectangle
		{
			var min:Point = new Point();
			var max:Point = new Point();
			var bounds:Rectangle;
 
			var n:int = mc.totalFrames;
			for (var i:int = 1; i <= n; i++)
			{
				mc.gotoAndStop(i);
				allChildGotoFrame(mc, i);
				bounds = mc.getBounds(mc);
				min.x = Math.min(bounds.topLeft.x, min.x);
				min.y = Math.min(bounds.topLeft.y, min.y);
				max.x = Math.max(bounds.bottomRight.x, max.x);
				max.y = Math.max(bounds.bottomRight.y, max.y);
			}
 
			mc.gotoAndStop(1);
			return new Rectangle(min.x, min.y, max.x - min.x, max.y - min.y);
		}

это значит что если в клипе все кадры маленькие, но один большой - в результате все кадры будут большими

забыдлопастил, попробуй http://pastebin.com/2AJz5dF8

еще раз:

В Anthill реализована своя система отображения объектов отличающаяся от того как это сделано во Flash. То есть все визуальные объекты в Anthill не имеют никакого отношения к DisplayObject

бред, не имеет значения где и кем это написано. вывести графику, не трогая при этом DisplayObject невозможно. есть stage3d, но anthill его не юзает.
>public class AntActor extends Sprite

[a7s1h1]

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

забыдлопастил, попробуй http://pastebin.com/2AJz5dF8

Спасибо большое, попробую и отпишусь

Добавлено через 3 часа 12 минут
Всё работает, спасибо! правда пришлось в паре мест пришлось заставить метод воспринимать передаваемый аргумент как мувик

/**
 * Кэширование из экземпляра клипа.
* 
* @param	clip	 Клип который необходимо растеризировать.
*/
public function cacheFromClip(cl:DisplayObject):void{
...
 
var clip:MovieClip=cl as MovieClip;
...
}

Теперь, когда я могу растеризовать всё на свете, я всё-равно, по-прежнему, не понимаю 2х вещей:
- Имеет ли смысл растеризовать неподвижный спрайт? (рисую всё в flsh cs, однокадровые изображения - спрайты, где кадров несколько - мувиклипы)
- Я думал, что растеризация изображений из библиотеки поможет мне уменьшить потребляемую память, а, судя по показаниям System.totalMemory, выходит наоборот: каждый раз, когда я добавляю в список для растеризации какой-нибудь клип (не новый, а просто ранее нерастеризованный), то System.totalMemory увеличивается на некоторую величину, в зависимости от размера изображения и количества кадров (имеется ввиду просто значение, а не динамика, т.е. речь не об утечке). При этом ни падения fps, ни подтормаживания не наблюдается. Что я делаю или понимаю не так? (Для отладки (fps, mem, etc.) использую класс Stats)