Martin Weiser schrieb:
i got similar problem,

not possible to access MovieClip.getBytes...() methods,
and also affecting progress value of movieClipLoader onProgress event ..... Maybe show more of your script
O.k., seems like I have hit a spot. ;)

One addition to the phenomenons we're observing along with lodClip-issues:

At the start of our swf movie we issue manually a MovieclipLoader.loadClip("one_image.jpg") (don't know the target etc. now) ONCE, and when observing the browser traffic - e.g. using the Firefox-Addon "LiveHTTPHeaders" we see the loading of the jpg TWICE! The same is happening with SOME of the swf files that are loaded with my ClipLoader-class.

As for the queueing-issue (Ian said queueing could slow things down): I am queueing the downloads, so programmatically only one download is in progress at a time. The debugging output out methods produce also shows that always at most ONE SINGLE download is in progress, nevertheless the great "modem simulator" tool "Charles" (maybe some ppl. here know it - it is much better than LiveHTTPHeaders for observing what's going on between browser and the rest of theworld) shows - for some swf's - that actually two simultaneous downloads are going on - two simultaneous downloads of the same file!

Nevertheless we know that there is only one single instance of my ClipLoader-class with only one single instance of a MovieClipLoader running, and this MovieClipLoader only gets it's next "loadClip"-call after "onLoadInit" has been called, that is, after the loading has fully finished. Debugging output shows that this seems to work, though LiveHTTPHeaders and Charles tell another story.

Please note that this "double loading" is not an issue of my ClipLoader-class, since it also happens when manually issuing a MovieClipLoader.loadClip("one_image.jpg"), thus not using my class.

The bottom line so far is that there seems to be an issue with MovieClipLoader and Flash player 7 and 8 - in player 8 it seems to work better in some way...


I'll be keeping you informed on this,
roman.

--

-------------------------------------------------------------------
gosub communications gmbh | fredersdorfer str. 10  | 10243 berlin
t [030] 29 36 39 1 - 43 | f [030] 29 66 88 84 | http://www.gosub.de
-------------------------------------------------------------------

_______________________________________________
[email protected]
To change your subscription options or search the archive:
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders

Brought to you by Fig Leaf Software
Premier Authorized Adobe Consulting and Training
http://www.figleaf.com
http://training.figleaf.com

Reply via email to