carbon

I agree with you.. solution is just don't compiles debug swfs, which one should do anyway. I haven't seen this before, because these swf i usually compile through Ant with different config... Thanks for clearing it up. c.

yea, i guess you're right.. something like that i thought too. I'd be only interested what would the result be using the same mechanism but with just plain Loader.. c.

now i tried to compile it with flash cs5 (using flex sdk, because of embed tag) and when i run it in ide and also in plugin, it is like it was.. release build is ok, debug has the same problems.. take two: i added image to library and compiled without embed tag only with flash cs5 compiler, it is still the same now i don't understand anything.. source is here, if you are interested

And if you run swfs included in zip? They're both debug builds.. If it is ok, then it must be issue of osx player..

Hi, I am TextMate and Flex sdk guy and even i own Flash CS5 I don't like (to put it mildly) using it I made a few more tests.. flash player: File: Flash Player.plugin Version: 10.1.53.64 Shockwave Flash 10.1 r53 flex sdk: Flex 4.1.0 16076 no changes to flex config, just latest release as it is config for both files: 10.0.45 true true true false true both debug build results (scenario where i noticed it..) #0 - complete - dispose - gc - mem: 11.83 #1 - complete - dispose - gc - mem: 15.69 #2 - complete - dispose - gc - mem: 19.93 #3 - complete - dispose - gc - mem: 24.17 ... #18 - complete - dispose - gc - mem: 87.98 #19 - complete - dispose - gc - mem: 92.23 #20 - complete - dispose - gc - mem: 96.49 both release build results #0 - complete - dispose - gc - mem: 11.37 #1 - complete - dispose - gc - mem: 15.2 #2 - complete - dispose - gc - mem: 15.21 ... #18 - complete - dispose - gc - mem: 15.22 #19 - complete - dispose - gc - mem: 15.22 #20 - complete - dispose - gc - mem: 15.21 GCTest debug, BigSWF release build #0 - complete - dispose - gc - mem: 11.83 #1 - complete - dispose - gc - mem: 15.67 #2 - complete - dispose - gc - mem: 15.65 ... #18 - complete - dispose - gc - mem: 19.87 #19 - complete - dispose - gc - mem: 15.68 #20 - complete - dispose - gc - mem: 15.68 GCTest release, BigSWF debug build #0 - complete - dispose - gc - mem: 11.41 #1 - complete - dispose - gc - mem: 15.25 #2 - complete - dispose - gc - mem: 19.51 ... #18 - complete - dispose - gc - mem: 87.56 #19 - complete - dispose - gc - mem: 91.8 #20 - complete - dispose - gc - mem: 96.06 Seems like loading debug swfs is bad idea and this might be a deeper problem of Flash player, everytime you load debug swf, it won't get collected for some reason.. What do you think? and source here, just add LoaderMax classes inside: compiles just with $ mxmlc FILE_NAME.as if you on osx, have extracted sdk somewhere and have added its path to PATH like export PATH=$PATH:/Applications/flex_sdk_4/bin don't know how to setup it on windows, but FDT might do all of this for you c.

hmm, that's interesting.. 1) i run it in both latest debugger plugin / projector 2) the loaded swf was about 5MB because of embedded jpeg so memory jumps were much higher.. i also tested it first with just logging it to Arthropod. I added TextField after to example to make it standalone 3) in my case i've seen just each cycle memory being increased by ~5mb with each loaded swf.. I am pretty surprised with your result, yesterday i tried it again with 1.6 and it was the same as with 1.5 Have to investigate it more..

Hi, During creating of TimelineMax-based-swf-animation player, i run into gc problem with loaded swfs. I tried to isolate problem as much as possible.. If you run it, memory is not released. I am using LoaderMax 1.5 2010-09-22.. hope I am not doing something bad.. just weight package { import flash.display.Sprite; [sWF(backgroundColor="0x000000",frameRate="50",width="512",height="512")] public class BigSWF extends Sprite { [Embed(source="BIG_IMAGE.jpg")] public var IMAGE:Class; public function BigSWF() { this.graphics.beginFill(0xFF7000,1); this.graphics.drawRect(0,0,512,512); this.graphics.endFill(); } } } tester package { import flash.display.Sprite; import flash.text.TextField; import flash.events.TimerEvent; import flash.utils.Timer; import flash.system.System; import com.greensock.events.LoaderEvent; import com.greensock.loading.SWFLoader; [sWF(backgroundColor="0xFFFFFF",frameRate="50",width="880",height="500")] public class GCTest extends Sprite { private const URL:String = "BigSWF.swf"; private var c:int = 0; private var loader:SWFLoader; private var t:Timer; private var out:TextField; public function GCTest() { out = new TextField(); out.multiline = true; out.width = stage.stageWidth; out.height = stage.stageHeight; addChild(out); t = new Timer(3000); t.addEventListener(TimerEvent.TIMER,go); t.start(); } private function complete(e:LoaderEvent):void { out.appendText(" - complete"); // loader.dispose(true); loader = null; out.appendText(" - dispose"); // System.gc(); out.appendText(" - gc"); out.appendText(" - mem: "+Number((System.totalMemory*0.000000954).toPrecision(4))); out.appendText("\n"); // t.start(); } private function go(e:TimerEvent):void { out.appendText("#"+c+"\t"); // t.stop(); loader = new SWFLoader(URL,{name:"l"+(c++),container:this,onComplete:complete,noCache:true}); loader.load(); } } }