Re: [swfmill] Imbedding Images

[daniel fischer]

jon,

Robert Jonathan Molesa <[EMAIL PROTECTED]> (on Fri, 21 Apr 2006 16:00:13 -0400):

  > depending on you answer as to their interchangeability, how does
  > swfmill decide when and how to apply the two image tags, and is there a
  > default?

the primary difference between DefineBitsLossless and DefineBitsJPEG is that 
JPEG is "lossy", i.e. it doesn't perfectly reproduce the original image (before 
it was jpeg-encoded). in return, it consumes less size.

swfmill(-simple) uses DefineBitsLossless if you reference a .PNG, and 
DefineBitsJPEG if you include a JPEG.

-dan

-- 
http://0xDF.com/
http://iterative.org/

___
swfmill mailing list
swfmill@osflash.org
http://osflash.org/mailman/listinfo/swfmill_osflash.org

Re: [swfmill] Imbedding Images

[Robert Jonathan Molesa]

Steve,
once again thank you for your insights.  i can see now that this is
far to complicated of costs just to achieve something using a simple
process.  My question is then if there is a significant difference to
using one tag over the other?  Do they serve different purposes or can
they be used interchangeably?  In other words, as far as the flash
player is concerned, does it treat them the same?

I'm simply trying to write a cli program that will generate the xml
that will ultimately create an actual button, not mc's.  It's an
interesting exercise and is progressing nicely.

I took a swf with a single image on the stage created with swfmill
using -simple and the converted it back to xml using swf2xml.  That is
when the DefineBitsLossless2 came into play.  As far as that
goes...depending on you answer as to their interchangeability, how does
swfmill decide when and how to apply the two image tags, and is there a
default?



Steve Webster wrote:
> Hi Robert,
>
>   
>>  thanks Steve, that's exactly what I was running into.  I had generated the
>> base64 for an image and pasted that into an xml file's data child of the
>> DefineBitsLossless2 tag and got a very strange looking image.
>>
>>  is that to say that DefineBitsLossless2 is expecting binary representation
>> of an image?  would a bitmap data stream suffice?
>> 
>
> The data for a DefineBitsLossless2 tag has all sorts of strange
> characteristics. The format changes depending on the value of the
> format property.
>
> The simplest format seems to be 5, which uses 32 bits for each pixel.
> This is split into 4 bytes, but unusually alpha is specified first
> (ARGB) rather than last (RGBA). This data is then compressed using
> ZLIB.
>
> If, somehow, you can generate bitmap information in the above format,
> then you should be able to base64 encode it and insert that data into
> the swfmill xml.
>
> Hope this helps!
>
> Steve
>
> --
> Steve Webster
> http://dynamicflash.com
>
> ___
> swfmill mailing list
> swfmill@osflash.org
> http://osflash.org/mailman/listinfo/swfmill_osflash.org
>
>   

-- 

Jon Molesa
[EMAIL PROTECTED]
View my blog  - blog.rjmolesa.com

___
swfmill mailing list
swfmill@osflash.org
http://osflash.org/mailman/listinfo/swfmill_osflash.org

[swfmill] Textfield variable targeting

[Quentin]

Hi all !I have problems with textfield variable targeting...  Here how is built the SWF :
- root- > MovieClip "anim"
- > MovieClip "tfHolder"- - > Dynamic textfield with no instance name
   The textfield has his "Variable" porperty filled with 'anim.myVar' and the 'tfHolder' has these actionscript line codes :
function onEnterFrame() {
    myVar=random(500);
}  When compiling via the Flash IDE, the textfield is updated frequently, but when placing the SWF with swfmill, the field remains blank...This is only a "variable targeting" problem, because when replacing '
anim.myVar' with '_parent.anim.myVar' in the "Variable" property of the textfield, it runs well with both pieces of software (the Flash IDE and swfmill)... But to be fully compatible, this should behave identically !
I posted the bug at http://mirror1.cvsdude.com/trac/osflash/swfmill/ticket/13
___
swfmill mailing list
swfmill@osflash.org
http://osflash.org/mailman/listinfo/swfmill_osflash.org

Re: [swfmill] Unknown fill style type

[Quentin]

Bug posted...On 4/21/06, Steve Webster <[EMAIL PROTECTED]> wrote:
Hi Quentin,> I know this has been posted before (see> http://osflash.org/pipermail/swfmill_osflash.org/2006-January/000361.html
)> but no answer was made...>> The thing is, I get a lot of these errors :>> > WARNING: unknown fill style type 0x74> > WARNING: unknown fill style type 0x39> > WARNING: unknown fill style type 0x0F
> > WARNING: unknown fill style type 0x19> > WARNING: unknown fill style type 0xD4> > WARNING: unknown fill style type 0xD3> > WARNING: unknown fill style type 0x6F> > WARNING: unknown fill style type 0xA3
> > WARNING: unknown fill style type 0xB2> > WARNING: unknown fill style type 0x1E> > WARNING: unknown fill style type 0xAF> > WARNING: unknown fill style type 0x49> > WARNING: unknown fill style type 0x95
> > WARNING: unknown fill style type 0x64> > WARNING: unknown fill style type 0xB5> > WARNING: unknown fill style type 0x54> > WARNING: unknown fill style type 0x08> > WARNING: unknown fill style type 0xCA
> > WARNING: unknown fill style type 0x6A> > WARNING: unknown fill style type 0x3C> > WARNING: unknown fill style type 0x11> > WARNING: unknown fill style type 0x96> >
> > WARNING: unknown fill style type 0xD3>> And so on...There are indeed no fill styles with the above types. I suspect thatthere's an error somewhere processing a shape or some other record,
and either too much or too little data is read, then when swfmilllooks for the next fillstyle record it finds random data instead.> In some quite complex graphics I run into this problem and can't find a way
> through...> You'll find attached a SWF that contains a vector graphic that causes this> trouble.Can you please post this as a bug on the Trac site?> ps : I've begun testing my 400 SWF I was talking about earlier and that's
> why I'm posting lots of requests, hope this isn't too much at a time...No worries, at least not from my point of view. It's good to seesomeone giving swfmill a thorough workout, and we can't fix bugs we
don't know about :o)Cheers,Steve--Steve Websterhttp://dynamicflash.com___swfmill mailing list
swfmill@osflash.orghttp://osflash.org/mailman/listinfo/swfmill_osflash.org
___
swfmill mailing list
swfmill@osflash.org
http://osflash.org/mailman/listinfo/swfmill_osflash.org

Re: [swfmill] Bug with numbers in text fields...

[Quentin]

I'll post that bug...On 4/21/06, Steve Webster <[EMAIL PROTECTED]> wrote:
Hi erixtekila/mark,> On 4/21/06, Quentin <[EMAIL PROTECTED]> wrote:> > Here is what I did, according to what you suggested :> >> > Put together a FLA with only a dynamic textfield on the stage with an
> > instance name "tf"> > Wrote an ActionScript class that simply sets the textfield content to 9.8> > Injected the code via MTASCThe updated SWF works fine, the textfield> > displays 
9.8.> > Then I placed the SWF with a simple swfmill XML file and the bug I had> > appears : the textfield is filled with 9.8019073486 !>> Wow... this is strange. I don't have time to look at the swfml-ll of
> the SWF before and after swfmill import right now, unfortunately, but> I suspect it has something to do with black magick.> Maybe Dan or Steve can help?I suspect this is due to C++ handling of float values, but I can't be
sure. Can someone please post this as a bug on the Trac site?Steve--Steve Websterhttp://dynamicflash.com___
swfmill mailing listswfmill@osflash.orghttp://osflash.org/mailman/listinfo/swfmill_osflash.org

___
swfmill mailing list
swfmill@osflash.org
http://osflash.org/mailman/listinfo/swfmill_osflash.org

Re: [swfmill] Bug with numbers in text fields...

[Steve Webster]

Hi erixtekila/mark,

> On 4/21/06, Quentin <[EMAIL PROTECTED]> wrote:
> > Here is what I did, according to what you suggested :
> >
> > Put together a FLA with only a dynamic textfield on the stage with an
> > instance name "tf"
> > Wrote an ActionScript class that simply sets the textfield content to 9.8
> > Injected the code via MTASCThe updated SWF works fine, the textfield
> > displays 9.8.
> > Then I placed the SWF with a simple swfmill XML file and the bug I had
> > appears : the textfield is filled with 9.8019073486 !
>
> Wow... this is strange. I don't have time to look at the swfml-ll of
> the SWF before and after swfmill import right now, unfortunately, but
> I suspect it has something to do with black magick.
> Maybe Dan or Steve can help?

I suspect this is due to C++ handling of float values, but I can't be
sure. Can someone please post this as a bug on the Trac site?

Steve

--
Steve Webster
http://dynamicflash.com

___
swfmill mailing list
swfmill@osflash.org
http://osflash.org/mailman/listinfo/swfmill_osflash.org

Re: [swfmill] Unknown fill style type

[Steve Webster]

Hi Quentin,

> I know this has been posted before (see
> http://osflash.org/pipermail/swfmill_osflash.org/2006-January/000361.html)
> but no answer was made...
>
> The thing is, I get a lot of these errors :
>
> > WARNING: unknown fill style type 0x74
> > WARNING: unknown fill style type 0x39
> > WARNING: unknown fill style type 0x0F
> > WARNING: unknown fill style type 0x19
> > WARNING: unknown fill style type 0xD4
> > WARNING: unknown fill style type 0xD3
> > WARNING: unknown fill style type 0x6F
> > WARNING: unknown fill style type 0xA3
> > WARNING: unknown fill style type 0xB2
> > WARNING: unknown fill style type 0x1E
> > WARNING: unknown fill style type 0xAF
> > WARNING: unknown fill style type 0x49
> > WARNING: unknown fill style type 0x95
> > WARNING: unknown fill style type 0x64
> > WARNING: unknown fill style type 0xB5
> > WARNING: unknown fill style type 0x54
> > WARNING: unknown fill style type 0x08
> > WARNING: unknown fill style type 0xCA
> > WARNING: unknown fill style type 0x6A
> > WARNING: unknown fill style type 0x3C
> > WARNING: unknown fill style type 0x11
> > WARNING: unknown fill style type 0x96
> >
> > WARNING: unknown fill style type 0xD3
>
> And so on...

There are indeed no fill styles with the above types. I suspect that
there's an error somewhere processing a shape or some other record,
and either too much or too little data is read, then when swfmill
looks for the next fillstyle record it finds random data instead.

> In some quite complex graphics I run into this problem and can't find a way
> through...
> You'll find attached a SWF that contains a vector graphic that causes this
> trouble.

Can you please post this as a bug on the Trac site?

> ps : I've begun testing my 400 SWF I was talking about earlier and that's
> why I'm posting lots of requests, hope this isn't too much at a time...

No worries, at least not from my point of view. It's good to see
someone giving swfmill a thorough workout, and we can't fix bugs we
don't know about :o)

Cheers,

Steve

--
Steve Webster
http://dynamicflash.com

___
swfmill mailing list
swfmill@osflash.org
http://osflash.org/mailman/listinfo/swfmill_osflash.org

[swfmill] Unknown fill style type

[Quentin]

Hi list !I know this has been posted before (see http://osflash.org/pipermail/swfmill_osflash.org/2006-January/000361.html) but no answer was made...
The thing is, I get a lot of these errors :WARNING: unknown fill style type 0x74
WARNING: unknown fill style type 0x39WARNING: unknown fill style type 0x0FWARNING: unknown fill style type 0x19WARNING: unknown fill style type 0xD4WARNING: unknown fill style type 0xD3WARNING: unknown fill style type 0x6F
WARNING: unknown fill style type 0xA3WARNING: unknown fill style type 0xB2WARNING: unknown fill style type 0x1EWARNING: unknown fill style type 0xAFWARNING: unknown fill style type 0x49WARNING: unknown fill style type 0x95
WARNING: unknown fill style type 0x64WARNING: unknown fill style type 0xB5WARNING: unknown fill style type 0x54WARNING: unknown fill style type 0x08WARNING: unknown fill style type 0xCAWARNING: unknown fill style type 0x6A
WARNING: unknown fill style type 0x3CWARNING: unknown fill style type 0x11WARNING: unknown fill style type 0x96
WARNING: unknown fill style type 0xD3And so on...In some quite complex graphics I run into this problem and can't find a way through...You'll find attached a SWF that contains a vector graphic that causes this trouble.
ps : I've begun testing my 400 SWF I was talking about earlier and that's why I'm posting lots of requests, hope this isn't too much at a time...See ya !


caisse.swf
Description: application/shockwave-flash
___
swfmill mailing list
swfmill@osflash.org
http://osflash.org/mailman/listinfo/swfmill_osflash.org

Re: [swfmill] Bug with numbers in text fields...

[Mark Winterhalder]

On 4/21/06, Quentin <[EMAIL PROTECTED]> wrote:
> Here is what I did, according to what you suggested :
>
> Put together a FLA with only a dynamic textfield on the stage with an
> instance name "tf"
> Wrote an ActionScript class that simply sets the textfield content to 9.8
> Injected the code via MTASCThe updated SWF works fine, the textfield
> displays 9.8.
> Then I placed the SWF with a simple swfmill XML file and the bug I had
> appears : the textfield is filled with 9.8019073486 !

Wow... this is strange. I don't have time to look at the swfml-ll of
the SWF before and after swfmill import right now, unfortunately, but
I suspect it has something to do with black magick.
Maybe Dan or Steve can help?

Mark

--
http://snafoo.org/

___
swfmill mailing list
swfmill@osflash.org
http://osflash.org/mailman/listinfo/swfmill_osflash.org

Re: [swfmill] Bug with numbers in text fields...

[Quentin]

Here is what I did, according to what you suggested :Put together a FLA with only a dynamic textfield on the stage with an instance name "tf"Wrote an ActionScript class that simply sets the textfield content to 
9.8Injected the code via MTASCThe updated SWF works fine, the textfield displays 9.8.Then I placed the SWF with a simple swfmill XML file and the bug I had appears : the textfield is filled with 9.8019073486
 !Here the class I wrote :
class com.dasp.test.TfTester {    public static function main(mc:MovieClip) {
        mc.tf.text=9.8;    }
}Hope this helps...On 4/21/06, Mark Winterhalder <
[EMAIL PROTECTED]> wrote:On 4/21/06, Quentin <
[EMAIL PROTECTED]> wrote:> No, no quotes ! I sent a FLA on the Trac site, but if you are on Linux you> might not be able to open it, but the only actionscript line in it is what I> posted before ( 
tfVal.text = 9.8;) !> The textfield was not created by actionscript, but within the IDE, maybe> this is the difference that wreaks havoc ?Possibly -- if you had the AS in the IDE then it's a different
compiler. Maybe MMC is smart enough to cast it to a string? Could youtry generating the textfield with the IDE and then compiling some ASwith mtasc to set the text, please?Mark--
http://snafoo.org/___swfmill mailing listswfmill@osflash.org
http://osflash.org/mailman/listinfo/swfmill_osflash.org
___
swfmill mailing list
swfmill@osflash.org
http://osflash.org/mailman/listinfo/swfmill_osflash.org

Re: [swfmill] Imbedding Images

[Steve Webster]

Hi Robert,

>  thanks Steve, that's exactly what I was running into.  I had generated the
> base64 for an image and pasted that into an xml file's data child of the
> DefineBitsLossless2 tag and got a very strange looking image.
>
>  is that to say that DefineBitsLossless2 is expecting binary representation
> of an image?  would a bitmap data stream suffice?

The data for a DefineBitsLossless2 tag has all sorts of strange
characteristics. The format changes depending on the value of the
format property.

The simplest format seems to be 5, which uses 32 bits for each pixel.
This is split into 4 bytes, but unusually alpha is specified first
(ARGB) rather than last (RGBA). This data is then compressed using
ZLIB.

If, somehow, you can generate bitmap information in the above format,
then you should be able to base64 encode it and insert that data into
the swfmill xml.

Hope this helps!

Steve

--
Steve Webster
http://dynamicflash.com

___
swfmill mailing list
swfmill@osflash.org
http://osflash.org/mailman/listinfo/swfmill_osflash.org

Re: [swfmill] Bug with numbers in text fields...

[Mark Winterhalder]

On 4/21/06, Quentin <[EMAIL PROTECTED]> wrote:
> No, no quotes ! I sent a FLA on the Trac site, but if you are on Linux you
> might not be able to open it, but the only actionscript line in it is what I
> posted before ( tfVal.text = 9.8;) !
> The textfield was not created by actionscript, but within the IDE, maybe
> this is the difference that wreaks havoc ?

Possibly -- if you had the AS in the IDE then it's a different
compiler. Maybe MMC is smart enough to cast it to a string? Could you
try generating the textfield with the IDE and then compiling some AS
with mtasc to set the text, please?

Mark

--
http://snafoo.org/

___
swfmill mailing list
swfmill@osflash.org
http://osflash.org/mailman/listinfo/swfmill_osflash.org

Re: [swfmill] no more implemented ?

[Mark Winterhalder]

Solved on IRC (#osflash @ freenode.net) -- class must be imported for
swfmill to call it. Compiling with mtasc later won't work.

Mark


On 4/21/06, erixtekila <[EMAIL PROTECTED]> wrote:
> Hi,
>
>
> Seems that  method="main"/>
> is not implemented anymore.
>
> I've searched in th src xslt repositry, and found the way it was
> implemented :
> __Packages.swfmill.call
> When decompiling the resultinf swf, no mention of this.
>
> Can some confirm ?
> Thanks.
> ---
> erixtekila
> http://blog.v-i-a.net/
>
>
> ___
> swfmill mailing list
> swfmill@osflash.org
> http://osflash.org/mailman/listinfo/swfmill_osflash.org
>


--
http://snafoo.org/

___
swfmill mailing list
swfmill@osflash.org
http://osflash.org/mailman/listinfo/swfmill_osflash.org

Re: [swfmill] Bug with numbers in text fields...

[Quentin]

No, no quotes ! I sent a FLA on the Trac site, but if you are on Linux you might not be able to open it, but the only actionscript line in it is what I posted before (
tfVal.text = 9.8;) !The textfield was not created by actionscript, but within the IDE, maybe this is the difference that wreaks havoc ?On 4/21/06, 
Mark Winterhalder <[EMAIL PROTECTED]> wrote:
On 4/21/06, Quentin <[EMAIL PROTECTED]> wrote:> Thanks for the link !> Sorry to bother, but how can you explain the SWF generated by the Flash IDE> works fine, but the one rendered via swfmill has this floating point problem
> ?The one generated by the IDE does *not* have this problem? I have noidea how this could be possible. I tested by creating a TextField byscript, and it had the same problem. I can't test with the IDE
(Linux), but would be *very* surprised if it wouldn't behave the sameway -- are you sure you didn't set the text to "9.8" (*with* thequotes)?Mark--http://snafoo.org/
___swfmill mailing listswfmill@osflash.orghttp://osflash.org/mailman/listinfo/swfmill_osflash.org

___
swfmill mailing list
swfmill@osflash.org
http://osflash.org/mailman/listinfo/swfmill_osflash.org

Re: [swfmill] Bug with numbers in text fields...

[Mark Winterhalder]

On 4/21/06, Quentin <[EMAIL PROTECTED]> wrote:
> Thanks for the link !
> Sorry to bother, but how can you explain the SWF generated by the Flash IDE
> works fine, but the one rendered via swfmill has this floating point problem
> ?

The one generated by the IDE does *not* have this problem? I have no
idea how this could be possible. I tested by creating a TextField by
script, and it had the same problem. I can't test with the IDE
(Linux), but would be *very* surprised if it wouldn't behave the same
way -- are you sure you didn't set the text to "9.8" (*with* the
quotes)?

Mark

--
http://snafoo.org/

___
swfmill mailing list
swfmill@osflash.org
http://osflash.org/mailman/listinfo/swfmill_osflash.org

Re: [swfmill] device fonts

[Steve Webster]

Hi erixtekila,

> I didn't find the way to use device fonts outline instead of embedded.
> Any idea ?
>
> Here is something that works.
>  glyphs="version.0123456789 "/>
> 
>  text="version ${version_application}"/>
>
> that don't :
>  text="version ${version_application}"/>
> nor font="_sans"
>
> I tried to look inside swfmill-ll, but no clue.
> It seems that when using no @font for the textfield node, it is not
> inserted in the output.
>
> Here is a basic swfmill-ll output of a swf generated with flash without
> embedding the font outlines :
> isANSII="0" wideGlyphOffsets="0" italic="0" bold="0" language="1"
> name="_sans">
>  
>
> password="0" readOnly="1" autoSize="0" hasLayout="1" notSelectable="0"
> hasBorder="0" isHTML="0" useOutlines="0" fontRef="1" fontHeight="280"
> align="0" leftMargin="0" rightMargin="0" indent="0" leading="40"
> variableName="" initialText="salut">
>
> I was not able to produce the same directly from simple language.
>
> If someone could help.

It looks as though swfmill doesn't currently support device fonts in
textfields from the simple format.

Flash seems to require that you have an empty DefineFont2 tag for each
system font that you want to assign to a textfield at author-time.
Unfortunately, swfmill will not handle a  definition without an
import attribute, which is what you'd need to create an empty
DefineFont2 element using the simple format.

If you enter this as a bug on the Trac site (including all the
information from your first post) we'll get around to fixing this
eventually.

Cheers,

Steve

--
Steve Webster
http://dynamicflash.com

___
swfmill mailing list
swfmill@osflash.org
http://osflash.org/mailman/listinfo/swfmill_osflash.org

Re: [swfmill] Bug with numbers in text fields...

[Quentin]

Thanks for the link !Sorry to bother, but how can you explain the SWF generated by the Flash IDE works fine, but the one rendered via swfmill has this floating point problem ?Cheers !
On 4/20/06, Mark Winterhalder <[EMAIL PROTECTED]> wrote:
On 4/20/06, Quentin <[EMAIL PROTECTED]> wrote:> Hi !> I have a very simple FLA with only a dynamic textfield on the stage, and> some actionscript that says 
tfVal.text = 9.8; but when I placed the> generated SWF with swfmill the textfield is not filled with 9.8 but with> 9.8019073486 !>> Quite weird !Ah, the magic of floatingpoint precision...
> ps : I posted a ticket here :> 
http://mirror1.cvsdude.com/trac/osflash/swfmill/ticket/10It's not a bug. If you create a TextField by ActionScript, or take onemade with the IDE you'll get the same result. It's not a FlashPlayer
bug, either, but a very general problem.Mark--http://snafoo.org/___swfmill mailing list
swfmill@osflash.orghttp://osflash.org/mailman/listinfo/swfmill_osflash.org
___
swfmill mailing list
swfmill@osflash.org
http://osflash.org/mailman/listinfo/swfmill_osflash.org