.OAM has suddenly doubled in size. Now even empty .OAMs publish at over 120k

[DoubleParker]

I had tried something with Google Fonts on a dynamic text field, and not sure if I tweaked something within those settings, but now every OAM that I publish is now twice the size as it was before, even older ones, when published, double in filesize.  I've restarted the program, tried re-publishing - same result. Huge OAM. 

https://www.doubleparker.com/test/test/EmptyFLA_but_largeOAM.zip

I'm attaching a blank FLA along with it's associated OAM output file, which is over 120k even though it is entirely blank, with not a single library item in it.  Can't figure out what's in there. 

Any theories here? 

Any assistance is super appreciated. 

[Colin Holgate · Accepted solution]

OAM is just a zip file, which means you can rename it as .zip and take look inside.

In your OAM are two bitmaps and one sound (blast.mp3). If I make an OAM from your FLA, it's about 3600 bytes in size.

[DoubleParker]

Wow.  Never knew OAMs had Zip-like attributes.  Very useful. Thank you!

True enough, there are bitmaps and an mp3 in there, but yet the library within Animate is empty.  Every blank HTML canvas, when published, contains those same invisible library items, conflating the entire output.  Strange bug, maybe. I uninstalled Animate completely - then reinstalled...All seems well.  Blank FLAs, when published, are a svelte 3kb.  Hope it stays that way!  No idea what was occurring in that instance.  

Thanks so much for your help. 

Best,

Brad

[DoubleParker]

Original OAMs are back to publishing at half their size.  Glitch in the matrix, I guess.  All is well!  

[Colin Holgate]

Is it possible that at some point you set up a custom HTML template, and that includes the bitmaps and sound?

[DoubleParker]

Not even sure how how to go about doing that ... But it's possible, if such a thing could have been set in motion with a few errant keystrokes.  Just glad those files weren't corrupted.  Happily moving forward again.