[swfmill] Large font embedding memory issue
Ryan Nowakowski
tubaman at fattuba.com
Mon Mar 24 13:13:43 PST 2008
Using a 32-bit machine with 2GB of RAM and 2GB of swap, I start getting
these swfmill errors:
error : out of memory error
runtime error: element copy-of
If I switch to a 64-bit machine with a ton of RAM will I avoid these
issues?
- Ryan
On Thu, Mar 13, 2008 at 09:39:42AM -0500, Ryan Nowakowski wrote:
> The problem is that the textfields are populated using dynamic data
> at runtime. I can't predict what characters will be used. That's why I
> need to embed the whole font.
>
> - Ryan
>
> On Thu, Mar 13, 2008 at 11:02:09AM +0900, matsuhashi at quick.co.jp wrote:
> > Ryan,
> >
> > I am new to this issue, and have made no progress on it, sorry.
> >
> > In fact I use the swfmill heavily for embedding Japanese glyphs from the
> > large MSGOTHIC font. But I never use swfmill for embeding ALL glyphs. I
> > explicitly specify which glyphs I want to. See the following exmaple,
> > espacially
> > <font ... glyphs="..."/>
> > part. If you enumerate the glyphs to embed, the swfmill runs fast enough.
> >
> > <movie width="300" height="100" framerate="12">
> > <background color="#FFFF00"/>
> > <frame>
> > <!-- import the numerical characters of vera.ttf -->
> > <font id="MSGOTHIC" import="C:\WINDOWS\Fonts\MSGOTHIC.TTC"
> > glyphs="?$B%/$$012"/>
> > <textfield id="kuikui" width="270" height="100" size="60"
> > font="MSGOTHIC" text="?$B%/$$012"/>
> > <place id="kuikui" name="output" depth="10"/>
> > </frame>
> > </movie>
> >
> > If I need a swf with ALL the glyphs of a font embeded, I would use Adobe
> > Flash IDE rather than swfmill. Make a new fla; create a TextField which is
> > capable of displaying any chars dynamically set; specify the font name you
> > want (do not specify DEVICE FONT!); then publish it. The swf produced will
> > have all the glyphs and will be ridiculously big. But is it really what you
> > want? Curious.
> >
> >
> > Thanks,
> >
> > MATSUHASHI, kazuaki
> >
> >
> >
> >
> >
> >
> >
> > Ryan
> > Nowakowski
> > <tubaman at fa ?$B08 at h
> > ttuba.com> swfmill at osflash.org
> > ?$BAw?.<T: cc
> > swfmill-bou
> > nces at osflas ?$B7oL>
> > h.org [swfmill] Large font embedding memory
> > issue
> >
> > 2008/03/13
> > 08:17
> >
> >
> > swfmill at osf
> > lash.org ?$B$X
> > ?$BJV?.$7$F$/
> > ?$B$@$5$$
> >
> >
> >
> >
> >
> >
> > Folks,
> >
> > Has anyone made any progress on the large font embedding issue[1]? At
> > one time there was some talk of moving swfmill from a tree-based DOM
> > approach to a streaming one(SAX).
> >
> > 1. http://osflash.org/pipermail/swfmill_osflash.org/2006-April/000534.html
> >
> > Thanks,
> >
> > Ryan
> >
> > _______________________________________________
> > swfmill mailing list
> > swfmill at osflash.org
> > http://osflash.org/mailman/listinfo/swfmill_osflash.org
> >
> >
> >
> > _______________________________________________
> > swfmill mailing list
> > swfmill at osflash.org
> > http://osflash.org/mailman/listinfo/swfmill_osflash.org
>
> _______________________________________________
> swfmill mailing list
> swfmill at osflash.org
> http://osflash.org/mailman/listinfo/swfmill_osflash.org
More information about the swfmill
mailing list