Embed и CPU Usage

[Сайлас]

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

[Embed (source="swf.swf", mimeType="application/octet-stream")]
private static var swfClass:Class;
public static var swfExample:MovieClip;
 
private function init():void
{			
	var swfclass:Class = Class.swfClass;
	var loader:Loader = new Loader();
	loader.loadBytes(new swfclass());
	loader.contentLoaderInfo.addEventListener(Event.INIT,onInitCard);	
}
 
private function onInitCard(e:Event):void
{			
	Class.swfExample = e.target.content;
	e.target.loader.unload();
	e.target.removeEventListener(Event.INIT,onInitCard);
}

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

P.S. что интересно, строчка

Class.swfExample = e.target.content;

- не вызывает никаких дополнительных висяков, т.е. что с ней, что без нее результат один.

[dimarik]

(e.target.content as MovieClip).gotoAndStop(1);

[Сайлас]

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

loader.loadBytes(new swfclass());

[dimarik]

Эээ а комментарий к коду?

Сообщение от Сайлас

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

Я, например, не в курсе, чем ембед отличается от "просто" эмбед.

Ошибся немного.

private function onInitCard(event:Event):void {	
    event.target.removeEventListener(Event.INIT,onInitCard);
    ( (event.target as LoaderInfo).loader.content as MovieClip).gotoAndStop(1); // стопим мувик
}

[Сайлас]

Иногда мне кажется, что аструмные флешеры со временем работы в аструме становятся все суровее и суровее

Итак, описываю еще раз. (stop - не решение, а workaround, который я в первом же посте и упомянул, мне НЕ нужен этот экземпляр в памяти).

В чем разница между, как я сказал, между просто эмбедом и этим эмбедом.
Этот эмбед:

[Embed (source="swf.swf", mimeType="application/octet-stream")]

После загрузки сохранит все фреймскрипты
Этот эмбед:

[Embed (source="swf.swf", symbol="symbol1")]

и создание экземпляра этого класса для меня не сохраняет. Если научите, как их сохранить буду только рад.

Далее просто дело в том, что после лоадинга заэмбеженного первым способом сообщения лишний и ненужный объект навеки провисает в памяти зачем-то. И как его оттуда выкинуть непонятно

[silin]

с помощью 10-чного unloadAndStop вроде бы удается избавится от экземпляра
и еще: если не хочется, чтоб висел в памяти, то логичнее хранить класс, а не экземпляр

public static var swfExampleClass:Class;
private function onInitCard(e:Event):void
{	
	var loaderInfo:LoaderInfo = e.target as LoaderInfo;
	loaderInfo.removeEventListener(Event.INIT,onInitCard);
	var clName:String = getQualifiedClassName(loaderInfo.content);
	Main.swfExampleClass = loaderInfo.applicationDomain.getDefinition(clName) as Class;
 
	loaderInfo.loader.unloadAndStop();
}

[Сайлас]

Я вот про анлоад проверил в первый раз, а вот по поводу того что класс хранить - это надо попробовать, что-то я не догадался как-то

P.S. А я вот делаю unload, а анлоадистоп не делаю, надо его еще попробовать, он оказывается круче чем просто стоп и анлоад отдельно

[dimarik]

Пляшите от того, в какой ApplicationDomain попадает загружаемый definition. Если будет хоть одна ссылка на этот app domain, либо на объект, инстанцированный из этого домена, то выгрузить этот домен не удастся.