hmmm, strange.. i've even tried having a different mcl and lo objects for each image( as in code below), and the output is still the same. with the extra traces, the output is this:
loading floorplan1.jpg
loading floorplan2.jpg
loading floorplan3.jpg
_level0.floorplan2: 65536 bytes of 79705...
when i load a .jpg with a MovieClipLoader object, it displays fine, but the exact same code loading a .eps file doesnt work.
it loads the clip without any errors, and calls it's listener's onLoadInit function, suggesting everything is fine, but then nothing is displayed.
any ideas? thanks.
the correct output (the name of the image files which are to be loaded). and the images load fine and appear on the stage. it's just the listener which isnt working...
i've got the below now, but the output is still wrong - 3 "loading..." but only 1 "loaded".
var lo = new Object();
var mcl = new MovieClipLoader();
lo.onLoadInit = function(target) {
trace(target+" loaded");
target._width = floorplanWidth;
target._height = floorplanHeight...
i'm not sure how scope works in actionscript - am i doing something wrong in the code below?
the loop runs 3 times, so there should be 3 movieclip loader objects and 3 listeners. but in the output, there is only 1 "loaded" trace. i.e. only one of the listener objects has called the onLoadInit...
this is the piece which sparked my interest: http://turbulence.org/Works/arcangel/
the stuff i'm working on is different but it would be useful to indiscriminantly read memory like Arcangel has here.
hi,
the following gives some funny behaviour:
loadMovie("li.swf","rect_mc");
rect_mc._width = 50;
rect_mc._height = 50;
button_mc.onRelease = function() {
rect_mc._width = 50;
rect_mc._height = 50;
}
the first alteration to _width and _height make the movie a particular size, then when...
thanks for the reply. i like the idea of allocating memory and not initializing it best i think.
good point about the compression. i think the other way round - interpreting uncompressed data as compressed, could be interesting though... if every other bit of rgba data in a bitmap is taken to...
... but files aren't stored sequentially on hard drives..."
doesn't matter! in fact it's even better.
"If you tell us what you're trying to accomplish, we might be able to give you a better or easier solution."
it's just for the sake of a piece of art which involves visualizing and/or...
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.