[quoted text, click to view] > It would be nice to see how SoThinks decompiler stacks up
> to the simple Import to Stage method. Also good to know
> there is somebody out there recommending it.
haha Walter, I had to smile when I read your Spears/monks comment. :)
Even more important, Walter hit on an interpretation of pcgs' question that
didn't even occur to me. Absolutely! As long as a SWF wasn't protected --
though protected SWFs can be unprotected, too, with 3rd party software --
then yes, it can be imported into a new FLA and edited.
Useful as that can be for some purposes, importing does convert all
motion to frame-by-frame animation, which tends to increase re-published
file size in contrast to tween-based animation. In addition, directly
imported SWFs leave behind their audio assets and any ActionScript they may
contain. In a sense, you're importing the vector equivalent of a video file
or animated GIF. Decompiling -- at least, with SoThink -- gives you a
working FLA out the gate, complete with audio, code, and just everything
(that I can see) that was in the original source file. But again, the
assets are no longer named in a useful way, and if memory serves me, neither
are those of imported SWFs. So any which way you slice it, it's best to
work with original source!
Thanks to Walter's suggestion, I'll also mention that external SWFs can
be loaded at runtime, which *does* maintain audio and coding (see the
MovieClipLoader class in the ActionScript 2.0 Language Reference or the
Loader class in the ActionScript 3.0 Language Reference). I don't think
pcgs is looking for this last approach, but now that I'm thinking outside of
the box I was stuck in last time, I thought it might be worth the mention.
:)
David Stiller
Contributor, How to Cheat in Flash CS3
http://tinyurl.com/2cp6na "Luck is the residue of good design."