一直想仔细去研究一下与flash有关的两个文件格式SWF和FLV。这次因为项目的原因终于有了这个机会。其实adobe对flash文件格式是公开的,只要在adobe注册一下就可以拿到完整的文档,不过adobe也声明该文档是用于帮助第三方工具生成swf文件的,禁止利用该文档进行 flash播放器的开发。不过目前国内有多家公司拥有自已的嵌入式flash播放器,不知道对于这种现象adobe是如何考虑的?呵呵。
从今天开始就连续写一些笔记吧。今天是第一次,正值大年初六,那就分六次写完吧。
先概要的看看swf文件格式(swiff),swf设计的几个目标是:
1、适合屏幕显示。支持抗锯齿,可以快速的渲染成各种像素格式的位图,支持动画,支持交互按钮。
2、可扩展。使用标记语言,在保持对以前标记兼容的前提下可以扩展新规格。
3、易于在网络上传输。一方面要求swf文件尽可能的小,对swf进行压缩(算法来源ZLIB),还大量使用bit-pack组织数据结构,另一方面要求flash播放器支持流式渲染,且swf不能对网络带宽做任何假设。
4、简单。文件格式尽量简单以方便flash播放器的实现,使其尽可能少的依赖于本地OS特殊,更易于移植。
5、独立。所有资源不再需要依赖其它外部文件。比如字库。
6、弹性。swf可令flash播放器工作在硬件能力受限的环境下,并且可以充分利用硬件能力。
7、高速。高速、高质量的渲染。
8、可被脚本控制。
field | type | 说明 |
signature | u8 | 'F'表示未压缩,从swf6开始才支持;'C'表示压缩 |
signature | u8 | 'W' |
signature | u8 | 'S' |
版本号 | u8 | 1表示swf1 |
文件长度 | u32 | 文件总长度,对于CWS来说是解压之后的文件长度 |
影片尺寸 | RECT | twips表示的RECT。1twip=1/20pixel |
帧率 | u16 | 以8.8表示的浮点数 |
总帧数 | u16 |
疑问:总帧数使用16位表示,这也就是说一般情况下(帧率12fps),flash影片长度为90分钟。
RECT是使用bit-pack的数据结构(如下表),这种方式在swf文件格式中大量使用,
field | len | 说明 |
Nbits | 5bits | 用于指明后面的每个字段各占几个字节 |
Xmin | nbits | |
Xmax | Nbits | |
Ymin | Nbits | |
Ymax | Nbits |
swf文件结构
swf文件包含一个文件头,接下来就是各种数据包,最后以一个end数据包结尾。每个数据包由tag和数据组成。从长度上来说tag分长tag(24bit)和短tag(16bit)两种。
短tag格式:
field | len | 说明 |
tag | 16bit | 高10bit:类型;低6bit:长度 |
长tag格式:
field | len | 说明 |
tag | u16 | 0x3f |
len | u32 | 长度 |
从类型上来说tag分为definition tag(负责定义文件内容)和control tag(负责控制内容的显示)。从swf8开始有一种特殊的tag——FileAttributeTag,并且它必须是第一个tag。后面的tag所依赖的内容必须在前面的tag中有定义,Stream Sound Tag必须按顺序出现,最后一个tag永远是End Tag。
definition tag在被解析出来之后被记录在dictionary里。dictionary为每个tag进行唯一编号,以供其它tag引用。编号的原则是从1开始顺序编号。
在了解这些之后我已经迫不及待去写一个分析程序对swf文件进行分析了。行动!明天再写。
文章来自:http://blog.csdn.net/alenwelkin/archive/2008/02/12/2088719.aspx