RE: more on the problems with shapes that refer to bitmaps...

Here is the information from swfparse:

----- Reading the file header -----
FWS
File version 	3
File size 	1389
Movie width 	111
Movie height 	40
Frame rate 	12
Frame count 	1

----- Reading movie details -----

<----- dumping frame 0 file offset 0x0014 ----->
tagSetBackgroundColor 	RGB_HEX ffffff
tagDefineShape3: -> tagDefineShape 	tagid 1    
	Number of fill styles 	1
	Bitmap Fill: 0002
	[20.000   0.000]
	[0.000   20.000]
	[0.000   0.000]
	Number of line styles 	0
	FillStyle1: 1 (1 bits)

	moveto: (0,40)
	vlineto: (0,0).
	hlineto: (111,0).
	vlineto: (111,40).
	hlineto: (0,40).
	End of shape.

tagDefineBitsLossless tagid 2    
tagDefineShape3: -> tagDefineShape 	tagid 3    
	Number of fill styles 	1
	Solid Color Fill RGB_HEX ff229730
	Number of line styles 	0
	FillStyle1: 1 (1 bits)

	moveto: (79.6,9.2)
	hlineto: (0,9.2).
	vlineto: (0,0).
	hlineto: (79.6,0).
	vlineto: (79.6,9.2).
	End of shape.

tagPlaceObject2 	flags 10    depth 1     tag 1    
CXFORM:
Alpha:  mul:0192  add:0000
Red:    mul:0256  add:0000
Green:  mul:0256  add:0000
Blue:   mul:0256  add:0000
tagPlaceObject2 	flags 6     depth 2     tag 3    
	[1.000   0.000]
	[0.000   1.000]
	[10.650   10.550]
tagShowFrame

<----- dumping frame 1 file offset 0x056b ----->
tagEnd

***** Finished Dumping SWF File Information *****

As you can see, shape1 uses bitmap2 for it's fill... Which I thought was
illegal, as far as I can remember, JGenerator doesn't cater for things
to be out of order like this.  Not sure, what is the best solution
here... Regen the swf in something later than Flash3, or modify JGen to
cater for this possibility (and correct it).  Unfortunately Dmitry is
the only one to make a decision like that.

Andrew


-----Original Message-----
From: [email protected]
[mailto:[email protected]] On Behalf Of Eric Bloch
Sent: Wednesday, 11 June 2003 1:20 PM
To: [email protected]
Subject: [Jgen-devel] more on the problems with shapes that refer to
bitmaps...


Hey Dmitry,

Thanks so much for looking at this.  

I haven't looked closely.  Are you sure that the asset is used before
defined?  The example I gave you had 

shape id 0x1
bitmap id 0x2
shape id 0x3

You're saying the shape 1 refers to bitmap 2.  I haven't the simple
tools around to unpack the binary bits... but, since Flash renders the
file correctly (both the tool and the player), that it's probably shape
3 that refers to id 2 so that the dependency is correct.  

It's not that a second pass is needed, but rather that it's possible for
shapes to depend on bitmaps and the jgenerator dependency mechanism
doesn't captures that.  (I think, even if my guess above is wrong about
the order of the assets, JGenerator still wouldn't get the correct
output because of the bug I'm trying to describing).

-Eric


 


=====
Eric Bloch
  1437 10th Avenue, San Francisco, CA, USA 94122
  Email: [email protected] 
  Web page: http://www.10th-avenue.com   
  Phone: 415-731-0589

__________________________________
Do you Yahoo!?
Yahoo! Calendar - Free online calendar with sync to Outlook(TM).
http://calendar.yahoo.com


-------------------------------------------------------
This SF.net email is sponsored by:  Etnus, makers of TotalView, The best
thread debugger on the planet. Designed with thread debugging features
you've never dreamed of, try TotalView 6 free at www.etnus.com.
_______________________________________________
Jgen-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/jgen-devel



-------------------------------------------------------
This SF.net email is sponsored by:  Etnus, makers of TotalView, The best
thread debugger on the planet. Designed with thread debugging features
you've never dreamed of, try TotalView 6 free at www.etnus.com.