Flash MX 2004 - Failure to publish


I'm having a problem publishing my Flash movie. I was exporting the movie and no problems occurred until yesterday. Now Flash "pauses" for about 1.5 minutes and then, if I'm lucky, will export the movie. Otherwise, it simply ends the export WITHOUT an error message, sometimes crashes, and of course there is no swf. Does anyone know what might cause this problem?

This started to happen after I imported and number of graphics. Might be related to that, but I don't think that's the only issue. I can't pinpoint what might be the problem.

Who is Participating?
Jason ThompsonConnect With a Mentor Senior UX DesignerCommented:
For size, always keep in mind your target audience.  If you're designing for the general public who could potentially be viewing over dial-up, a small, agile SWF is always appropriate.  For a business audience, a larger file size might be fine.  A 3.3 meg SWF is a bit much for something that's not video (unless it is video?), so breaking it up into multiple SWFs that load based on need is good if you can.

As for scenes, I don't know too many people that use them at all.  It's more typical to separate your FLA content into different movie clips in your library.  Then you can create a few frames in the main timeline with the content that will remain throughout the presentation, and the movie clips (or external SWFs) can come in and out as needed.

Flash output differs so widely...would you be able to post the SWF of what you have so far so we could make additional recommendations for optimization?

Kiran Paul VJComputer EngineerCommented:
copy your fla file to some other system which has Flash installed and try to publish. If its working fine, there is some problem with your Flash installation, try reinstalling the application. If the you cannot publish in another system, maybe the fla file is corrupt.
a friend of mine had the same problem recently. and it happened after she imported a bunch of png files.
basically the graphics corrupted the file. what file format are the images you imported.
can you open the graphics with another application/
try creatign a new document and import those same graphics and see if the problem occurs again.
Cloud Class® Course: Amazon Web Services - Basic

Are you thinking about creating an Amazon Web Services account for your business? Not sure where to start? In this course you’ll get an overview of the history of AWS and take a tour of their user interface.

DeborahSGAuthor Commented:
Thanks for your suggestions guys. Actually, I went through the .fla pulling out scenes until I could export without a problem. Then I replaced a particular scene with one from an earlier nonproblematic version.

The only thing is that the time that the file takes to go from 1kb to anything larger is 2 minutes. As I soon as I start publishing, the file size grows to 1kb and then remains there. Then I start to see the file size grow. This .fla is getting very large. It is now 24,760kb and the corresponding swf is 3380 kb. I think the problem is just that. The file is getting too large. I may, if time permits, return to the version just before the one that I started having trouble with and put the same graphics in the scenes, then see what happens. It may be that putting in these last 7 or 8 graphics threw the file size over the limit of what Flash can export without a problem.  I still don't what is causing the problem. My graphics are imported swfs which I save as symbols. When I import these swfs into my .fla many symbols appear in my library. These are associated with the imported swf. Another part of the problem I believe.
Jason ThompsonConnect With a Mentor Senior UX DesignerCommented:
Hey DeborahSG,

Would your particular situation work better if you called up the external SWF files using LoadMovie instead of embedding them into one SWF?  This might help, especially if they're large SWFs.  It also helps for the person viewing the SWF...then you don't have to load everything at once; it can be more on-demand.

A large FLA shouldn't be a problem, but don't forget to run the "Save and Compact" under the file menu every so often.

Hope this helps.
Jason ThompsonSenior UX DesignerCommented:
Sorry, I forgot we're talking about MX 2004.  I don't think that has the "Save and Compact" feature.  Try a "save as..." and name it something else.  That should compact the FLA for ya.
DeborahSGAuthor Commented:
Actually, MX 2004 does have a save and compact feature. I'll give that a try again. Also, I've read that you should try to restrict the size of an .swf somewhat. In fact, using too many scenes isn't the best practice either. What's too many though? And to what size should you limit a .swf?

DeborahSGAuthor Commented:
Oh yes, we're LoadMovie in this project. But that doesn't help the fact that publishing this large .fla takes time (to be expected), but fails for no apparent reason sometimes (not expected).
blue-genieConnect With a Mentor Commented:
Hi If i can add my 2c worth, i'd agree with Graphixer, especially if you're using a whole bunch of scenes. But instead of Graphixer's suggestion of "It's more typical to separate your FLA content into different movie clips in your library."
i'd suggest the following...
it's easy to change by simply copy the frames of each scene into a new fla file and publish those as separate swf files, which you can then load at runtime as required.
DeborahSGAuthor Commented:
Hi, I'm not permitted to post the swf in question by the company I work for.  Loading movies dynamically is the best way to go I agree, but the initial approach has not been such. There are many scenes in each swf, and one swf especially is quite large. There is no video in the swf which is 3.3 megs.

Hopefully for the next project I can integrate another more efficient approach with the existing codebase.

Thanks very much for your input.
Question has a verified solution.

Are you are experiencing a similar issue? Get a personalized answer when you ask a related question.

Have a better answer? Share it in a comment.

All Courses

From novice to tech pro — start learning today.