Hello Daniel,
I'm starting to do the workaround. Got the drop shadow filter to pass
on through, but it brought up another issue. I will post up my files
once everything is resolved.
I'm trying to pass on a hex color variable to the existing SWF prior
to the output swfmill SWF. I'm using the following code:
- - - - - - - - - - - - - - - - - -
- - - -
<DoAction>
<actions>
<PushData>
<items>
<StackString value="_global"/>
</items>
</PushData>
<GetVariable/>
<PushData>
<items>
<StackString value="Copy1Color"/>
<StackInteger value="0x336699"/>
</items>
</PushData>
<SetMember/>
<EndAction/>
</actions>
</DoAction>
- - - - - - - - - - - - - - - - - -
- - - -
In the output SWF, when I trace (_global.Copy1Color) I get this:
3368601
- - - - - - - - - - - - - - - - - -
- - - -
Can I edit the swfmill dialect to have the variable (0x336699) pass
through and not have the variable convert to decimal? I've been
digging around for functions that might convert within the SWF, but I
would save me time and complexity of code to have the Hex code pass
through intially.
Best,
+n
On Mon, Feb 1, 2010 at 7:10 PM, Daniel Cassidy <m...@danielcassidy.me.uk> wrote:
> Hi Nirav,
>
> On 31 January 2010 06:09, Nirav V. Patel [USA] <goodb...@gmail.com> wrote:
>> I'm using swfmill to combine an existing SWF and some external assets
>> to make a new self-contained SWF. This existing SWF has been exported
>> for the Flash 8 player and has an object with a drop shadow filter.
>> Some timeline tweening of the objects is happening as well.
>
> The SWF import feature of swfmill’s simple dialect is not really
> intended to import animations. Think of it as being used to import
> static images that happen to be in SWF format rather than PNG or JPG.
>
> That said, looking at the code, you may be able to work round the
> problem, assuming you are able to modify the existing SWF. Try moving
> the animation inside a symbol, and then place that symbol on the first
> frame. I am not sure, but swfmill may preserve the animation in that
> case.
>
> Otherwise your only choice at the moment is to export the existing swf
> to swfml, and merge it with your swfml either by hand or using an XSLT
> transformation. Of course, to do that you need to be sufficiently
> familiar with SWF internals to understand the full swfml dialect.
>
> I’m sorry I can’t be of more help, but do let the list know if the
> workaround suggested above is successful. If so I may be able to
> incorporate an equivalent workaround into swfmill itself.
>
> Dan.
>
> _______________________________________________
> 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
