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, [EMAIL PROTECTED] 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 > > <[EMAIL PROTECTED] > > [EMAIL PROTECTED] > > ttuba.com> swfmill@osflash.org > > ?$BAw?.<T: > > cc > > swfmill-bou > > [EMAIL PROTECTED] > > ?$B7oL> > > h.org [swfmill] Large font embedding memory > > issue > > > > 2008/03/13 > > 08:17 > > > > > > [EMAIL PROTECTED] > > > > lash.org ?$B$X > > > > ?$BJV?.$7$F$/ > > > > [EMAIL PROTECTED] > > > > > > > > > > > > > > > > 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@osflash.org > > http://osflash.org/mailman/listinfo/swfmill_osflash.org > > > > > > > > _______________________________________________ > > swfmill mailing list > > swfmill@osflash.org > > http://osflash.org/mailman/listinfo/swfmill_osflash.org > > _______________________________________________ > swfmill mailing list > swfmill@osflash.org > http://osflash.org/mailman/listinfo/swfmill_osflash.org _______________________________________________ swfmill mailing list swfmill@osflash.org http://osflash.org/mailman/listinfo/swfmill_osflash.org
