重构swf文件为fla源文件

lfspecter

重构swf文件为fla源文件

　●概述　　 　　当我们在网上欣赏到一个中意的flash作品，就想保存它，如果你是个flash制作者，你当然还想了解它的制作方法，或者想利用作品中的某些素材，借鉴其中的制作技巧。 　　以前的做法是：把swf导入动画文档的场景，这时，时间线的显示方式是单层，并以“逐帧”序列表示动画流程，这种结果远远满足不了我们的需要。 　　能得到动画作品最详尽的原始资料一直是我们的梦想，所以哪儿有fla下载，我们总是很感激，因为那意味着作者的在作品中花费的心血无偿地向我们赠与！ 　　但是大多数轻易得到的fla比较简单，而中意的swf很难有fla，有的甚至设置了读入保护。 　　许多相关工具软件应运而生，帮助我们最大限度地得到原始资料，其中不少提到重建fla的可能和手段，但繁琐、复杂，效果差强人意，或者说根本行不通！ 　　flash动画的原始文件包含的信息是极其复杂的，从图形、图像属性、视频、声音、场景、图层、时间线、文本资源一直到AS模块以及动画流程的逻辑关系等等无不以其特有的方式保存在fla文档中，fla源文件与swf播放文件的文件量相差好几倍，是因为swf文件经过特殊压缩处理，仅保留最基本的“动画流”供受众观赏，其大量的信息丢失是免不了的，所以我曾经断言： 　　swf永远回复不了fla！这好比鸡生了蛋，而要把蛋重新塞进鸡肚子那样不可思议！ 　　但是，我却忽略了一点：蛋的体积、外形虽然不能与鸡比，但蛋中完整保留了鸡的全部生命基因，在适当的条件，蛋还是能还原成鸡！ 　　对flash而言，swf中到底保留了多少“基因”？怎样还原？还原的精度如何？ 　　话又得说回来，swf远不如“鸡蛋”那样保留了鸡的全部“基因”，flash中的“蛋变鸡”也不是那么容易的！朋友们推荐的一款软件，能帮助我们解开这个迷，而且基本完好地实现了flash“蛋变鸡”的梦想，那就是“ASV”！ 　　 ●ASV的JS脚本工作过程 　　 ASV的全称是“Action Script Viewer”，“动作脚本浏览器”，比起同类软件的什么“霸”、“战斧”、“王中王”、“终极”显得特别歉虚哦！目前版本为ASV4.01。 　　你可从以下地址得到它： 　　http://js.chinesejia.com/1/11/asv40.rar 　　整个操作过程极其简单，但有的朋友可能会碰到困难（呵呵，我就是曾经百试不灵），是因为一些必要条件未注意，下面我们就来看看ASV提供给我们的一些帮助信息： 　　先请你打开ASV，装入某个swf文件，执行菜单“file/Export Rebuild Data(JSFL)...”就完成了重构fla文件的素材！ 　　“JSFL”的意思是：“用javascript语言重建数据”，它的执行结果是在你指定的目录中生成这个swf的所有素材文件群，包括动画中可能用到的视频、音乐等其它媒体格式的各类文件。 　　除此之外，该目录中还有二个文体文件： 　　“readme.txt”及“rebuild.jsfl”， 　　很有必要了解一下这二个文件！ 　　前者是根据swf作品拆解过程中的情况的说明，及一些注意事项；而后者就是脚本文件，里面是“蛋变鸡”的全过程脚本。 　　现在我把它们简单分析一下，可以使你在以后操作中可能碰到的疑问迎刃而解。 　　先看“readme.txt”，它的内容大概会这样： 　　 　　 这个文件夹中的所有文件是为了帮助你重建fla源文件所用。 　　为了达到这个目的，你必需拥有Flash MX 2004标准版或专业版。 操作过程大致是： 　　1、在MX2004中新建文档。 　　2、用“导入到库”命令将本目录中的所有相关文件（swf、twf、mp3、flv）导入Flash“元件库”（老康按：flv-是视频格式）。 　　3、用“另存为...”命令把该文档保存为 “rebuild.fla”文件。 　　4、在文件夹中双击“rebuild.jsfl”脚本文件，JS程序就开始为你重建fla结构。 　　说明： 　　最初分解得到的素材swf是Flash5版本的； 　　在重建过程中将创建一些额外的图层。

　　再来看看“rebuild.jsfl”文件（可以用“写字板”打开）， 　　它分五个部分： 一、环境参数 　　原文档的面板设置情况；打开rebuild.fla文件（注意，这就是为什么一定要保存为“rebuild.fla”的原因，试着改为“沪上老康.fla”我看也行）；设置必要变量：如时间线、库、数组等。 二、影片属性 　　尺寸、帧速率、底色等 三、声音属性 　　声音文件的压缩效果设置信息 四、创建素材库 　　就是分解后的各swf，有MC、元件名，及它们在库中的编号、索引号，在时间线中的位置参数，有多少素材swf就有多少库项目。 五、创建时间轴 　　根据上面的信息创建层、AS代码重新构造时间轴内容，这是JSFL最出色的部分，也是“蛋变鸡”的过程脚本，结合第一部分的变量，深入研读一下，很有趣哩。

　　请注意，只有flash MX 2004能识别“jsfl”文件哦。 　　 如果你能肤浅地了解这两个文本文件，我想这个“蛋变鸡”的不可思议的浩大工程应该相当轻松了，而且整个过程的“透明度”大大增加哦！ 　　有两点应该补充的是： 一、请将你的windows系统的“文件夹”设置为“使已知文件扩展名显示”，这可是个成功航道上的“暗礁”，天知道js语言竟然连win隐藏掉的扩展名会找不到，我前期操作失灵就是吃了这个亏哦！ 二、在把素材文件“导入到库时”，flash一次大约可导入100余个文件，过多会拒绝执行，这时你可批量导入，记住最后文件名，连续进行，万一重复导入，在对话框中选择“复盖”即可。 　　说句题外话，如有兴趣，我们可以利用一下MX 2004的新功能，创建自己的JS文件，设置打开flash时的文档尺寸、帧速率、底色、库内容以及时间轴的一些特性，如同dos时代的“批处理（bat）”文件，说这个，是想让你对“jsfl”脚本文件消除神密感，使我们的“蛋变鸡”工程更有自主性及针对性

lfspecter

上面，我们已经大致介绍了ASV生成FLA文件的基本原理及过程，在进一步探讨ASV的还原特征前，我们有必要廓清一些模糊认识： 　　尽管ASV为我们提供了如此强劲的回复能力，但从理论上说，swf真正向fla逆转是不可能的！ 　　其主要原因是： 　　 swf数据经过特殊压缩处理，大量必要的信息都被丢弃，这在上面已经阐述过，这好比我们可以享用“可口可乐”的色、香、 味，但我们不可能还原出色、香、味的诸多组成成份。 　　再有，Macromedia公司出于他们的普及策略，公布了 SWF 文件的格式，便于第三方软件支持swf格式，而FLA文件的格式是他们的最高商业机密 ，重构fla文件的难度极大。 　　ASV能为我们做的，已经达到极限，非ASV无能，而是根本没法做得更好！ 　　那么是不是可以把ASV回复fla的精确度打个百分比？ 　　我认为不可能，因为有的swf可以99%地回复（如单层单场景的逐帧动画），而有的几乎连10%也做不到（使用了“UI组件”或智能MC）！ 这取决于动画内容的结构、所包含元素的性质，以及动画组件逻辑关系的繁简。 　　那么，其中有什么规律吗？ 　　ASV为我们做这些事时，当然有它的一套方式，掌握了一些规律，你可以把得到的rebuild.fla文件进一步改造精化，以资更接近“可口可乐” 的色、香、味！ 　　●ASV简介 　　 下面，我们来看一下swf文件中到底保留了哪些信息。 　　打开ASV，装入一个swf文件，最好装入你相当熟悉的swf，比如自己的作品，如此更容易甄别其信息的精度，如下图所示：
我们发现，ASV用“标签页”方式管理swf信息，你可能会看到以下几组“标签页”： “时间线”、“帧”、“库”、“实例名”、“帧标签”、“AS代码”、“特殊标签”等等，而且，每个“标签页”中各包含不同的项目列表 ，每个元素各自拥有“属性”窗口。 　　右图所显示的仅为“帧”标签窗口的情况。以上标签页是动态出现的，视所装入的swf内容而不同。 　　请你化些时间，仔细地浏览一下ASV的信息库，我们可以得出以下几条认识： 　　·ASV已经从swf中获取了最高限度的信息，并且它的信息组织方式相当科学、细致、合理。　　更重要的还有ASV的拆解技术。你可与你拥有的同类软件作比较，要知道，将来进行重构时间线即“JSFL”时，就是根据信息的组织方式进行的。
这也是各种swf拆解软件优与劣，强与弱的不同之处。 　　·从信息库中我们还发现，在swf文件中已经丢失了“时间轴”、“库”、“场景”等关键的信息！而它的“帧”信息保留得最完整，这是还 原fla时最根本的依据！多场景的动画在swf文件中被合并为单场景，并且是以“帧”连续表示的，一帧也没少！而“时间线”是ASV读入swf时 根据“帧”中包含的元素重新建立的。 　　注意，这个“库”（Library），跟原fla中的“库”根本是两回事哦！很显然，ASV中的“库”内容是根据从swf读入数据时的顺序排列，并且依次重新命名为 Symbol x，后面标记着素材类型，以及在属性表内记录着全部信息，请你看看各symbol属性窗的“帧属性”，可相信我上面的话没错哦！原设计动画时的“元件库”其实在swf中已经荡然无存！ 　　·swf中保留着“帧标签”及“实例名”，这是恢复动画流程及动画元素的基本保证。大家可以看一下，它们也是以“帧”为索引的。 　　·保留得最为完整的要数“AS代码”，它分成帧代码、按钮代码、MC代码等，它们也按“帧”位置为索引。 　　·如果swf中含有视频，ASV将自动转换成flash专用视频格式：flv作为动画素材。 　　·至于文本信息，如果你打散了对象，那文字同图形无异，否则swf还有字体及文字信息。 　　 当我们在ASV中按下“Export Rebuild Data (JSFL)”菜单命令时，ASV就根据这些仅有的信息为我们构建一个恢复动画“时间线”的JS程序， 这个JS程序必需建立大量已经丢失了的东西，并且“猜想”一些原来可能是什么模样的属性，至此，我们可以体会到这是何等的不容易啊！ 　　我们不应该面对尚不如意的“时间线”而责怪ASV，我们应该珍视、充分利用已经得到的一切，况且目前你得到的绝对是能力之极限！ 　　 继续下面的内容......

就重构fla动画文档的“时间轴”而言，我们只需在ASV中装入swf文件，按一下按钮就与ASV说“再见”了。下面的内容将全部在flash中进行，在讲解这部分内容之前，我还想让你感受一下ASV强大无比的功能，ASV还可以助你完成其它许多事情哩： ●ASV的强大功能 ·ASV4是目前swf拆解资源最彻底的32位应用软件。 ·我们现使用的是2003年10月2日发布的ASV4.01版，由“Burak KALAYCI”开发。 ·ASV能选择性地保存swf中的任何资源，或者单独保存如： 　　用文本文件保存actionscript； 　　用CLR文件保存作品的颜色设置，这个CLR可在flash中直接调入使用； 　　用swf格式单独或批量保存所有的矢量素材以及影片片断； 　　产生用“单层”或“多层”的形式保存单个或多个动画素材的fla文件； 　　用FLV（flash专用视频格式）保存swf中的视频素材； 　　用AS1或AS2保存class脚本资料； 　　用WAV或MP3单独或全部保存音乐素材； 　　用JPG或PNG格式保存位图素材； 　　用ANSI或UTF－8格式保存作品中的所有文本； ·当然，ASV最大的优点在于帮助你重新构建已经失去的fla源文件，ASV4拆解的swf文件格式一直到播放器7，即AS2版本。 ·ASV是“绿色”软件，无需安装即可运行主程序：asv40.exe。 ·另外，ASV还包含二个实用工具： 1、“IE缓冲swf浏览器”。 　　 你可以在“工具”菜单下找到这个工具。 　　 可以在离线的情况下，选择在什么时间之内你曾浏览过的flash动画。 　　 也可以在文本框中填入指定目录让ASV搜索，在swf文件列表中选择后左上角出现动画预览。 　　 然后可以直接把你选中的swf动画拖到ASV中，进行分析及保存素材，甚至进行fla还原。 　 　下图所示是我设置了六天游览过的动画资料，上部是该影片一般信息：
2、“ASV项目创建器” 　　该工具能压缩、解压任何版本的swf文件，它能把swf文件压缩近一倍，不过压缩后的swf至少有播放器6的支持。 　　该二个工具也是“绿色”软件，你可以连同ASV的主程序，copy到flash mx 2004目录下作为flash的一个内部工具。 访问：http://www.buraks.com/asv/tools 可以得到新开发的新工具。
OK，下面，我们将进入Flash MX 2004详细讲述重构flash源文件fla的方方面面......

●JS脚本的工作情况： 　　当你在flash MX 2004中观察JS工作过程时感觉如何？是不是特爽？！我的感觉是不亚于观赏一部CD影片！ 　　如果你对ASV产生的JSFL脚本有了一点了解，那么这个过程好比对照着电影剧本看电影： 　　JS首先打开了你已经先期保存的“rebuild.fla”文档，把场景及背景、帧速等文档参数重新进行设置，然后创建“元件库”，这个过程你可能看不到，因为“库”面板缺省状况没有打开。 　　 重建“元件库”是在库中重新从目录中根据编号读入各元件。 　　 接下来就是构建“时间线”，其工作顺序是根据元件的编号进行的，这个过程的时间由原swf动画的内容多少、元件的复杂程度而定，而且工作中需要耗费大量系统资源，有时会停顿（其实是进程分析）好长一段时间，视你的硬件配置而不同。 　　那么，完成后的时间线与原动画有哪些不同？这应该是朋友们最关心的事！在介绍这些规律前，让我们再回忆一下在flash中直接导入swf时的情景： 　　声音、AS代码、层、场景、动作变形全丢失了，按钮及MC影片夹的时间线也失去，只存第一帧的静态图形， 罩遮及引导动画基本失效，整个动画流程被堆积在一层逐帧序列中。 　　这样的结果对我们来说是毫无意义的！ 　　再来看看ASV的JS脚本为我们重构的“时间线”， 　　● 对各动画元素及动画行为的处理规律： 一、关于“场景”、“帧”、“帧标签” 　　编辑时期保存在fla文件中的多场景信息，在编译成swf后已经消失，所以新时间线肯定仅一个场景！ 　　我们不难理解，全部动画的时间线长度就是依靠“帧”数决定的，比如原fla有10个场景，每个场景600帧，那么新时间线是6000帧，不会多也不会少，加上动画的帧速，从而能保证原动画的总体框架不变。 　　那么，在设计时做了很多的场景间“跳转指令”，比如：gotoAndPlay("场景 2", 36);或者nextScene(36);又会怎样呢？ 　　其实在swf中这类指令已经改为“绝对帧号”，比如上面的两条指令会改成：gotoAndPlay(136)。 　　另外，如果设置了“帧标签”，那就更无问题，跳转指令会以“帧标签”为目标。 　　 许多动画的“load”单独置于第一个场景中，动画进程会否中断？不用担心，新时间线也处理得很好。 二、关于“层” 　　新时间线的“层”是ASV从无到有重新构建的，“层”中的内容是根据各动画元素的索引（ID）号为顺序的，如果碰到MC影片夹，JS会进入该MC内部的“子时间线”进行构建，然后再进入一下个元素。 　　但是“JSFL”没有聪明到“节约使用层空间”，哪怕一条有1000个关键帧的层仅有1帧有内容，也会让999个空白帧浪费着！当JS开始一个新的ID时，它会新建一个“层”。 　　 另外，朋友们记得flash中有一条“分散到层”的命令，即把同一帧中的多个元件分配到多个层，ASV就是采取这个方法，所以在新时间线中额外增加的“层”很多。 　　缺省设置下，在发布swf时“层”的显示顺序是“由下而上”，新“时间线”创建过程也是由下而上，依“L1”至“Ln”的命名规则进行。 三、关于“动作变形” 　　“动作变形”是flash中最主要的变形形式。但在新的时间线中你绝对不会看到“动作变形”！ 　　 “动作变形”的表现形式是：根据原变形所占关键帧长度，以“同一元件不同属性”的“多帧序列”形成变化效果。 　　 比如有个从无到有的“动作变形”，占10帧，其透明度从“0”到“100”，在“新时间线”表现为10个关键帧，其“Alpha”值从“0”以10为级数递增到“100”，其它如尺寸、旋转、位置等变形与此类似。 四、 关于“形状变形” 　　“形状变形”基本维持了原特征，这一点让我感到奇怪：因为变形对象是“打散”的，在“库”中没有对象的项目，这与我认为的重构时间线的依据是“关键帧及库项目”相悖，它的运行原理得查看JS代码才能揭晓。 　　另外，“形状变形”有时会丢失部分图形，甚至会发生“张冠李戴”，变形对象变成另一个元素，我相信这是个别现象。 五、 关于“影片夹（MC）” 　　MC如同一个小swf，所以其规律与以上说的相仿，即MC中的“子时间线”也重新构建，也会额外添加许多“层”，等等。MC的重构成功率很高，有的MC比整个主场景时间线还复杂，得有耐心哦。
六、 关于“按钮” 　　按钮实际上是“另类”的MC，但它的内部结构一点没变，是保存得最完善的元件之一。 　　但是，如果它的关键帧中含有多个元素对象，也会按“分散到层”的规律分布在各个新“层”中，如右图所示：
七、关于“AS程序、实例名、变量、数组、动态文本” 　　值得庆幸的是，这一系列关系到动画特殊效果的程序模块及内部逻辑关系的特性还原得相当完美！包括一些“内外勾结”的命令如“attach”、“fscommand”、“load”，以及depth层次属性等。 　　但可能在某些较复杂的代码流程与其相对应的实例中发生一些逻辑错误，按理说，只要对象的“实例名”及其在时间线的位置正确，应该没问题，但JS毕竟也是一段程序，根本上它是“刻板”地运行着，它做的工作是从无到有地创建新元件库、场景和时间轴，然后在其中重新安排各元素的位置与属性，一些不明确的因素导致逻辑差错是免不了的。 八、 关于“组件（Components）智能MC（SmartClip）” 　　 “组件”与“智能MC”一个共同的特征就是“带参数的MC”，在他们的属性面板中会多出一个“参数设置”框，在“库”中的符号也与众不同，统称为“组件”，但在新时间轴上，这些特性全部没有了，变化了最普通的MC，属性面板中参数设置也不复存在。 　　 其中“智能MC”运行正常，只是不能再在面板中设置参数，而“UI组件”并不顺利，这些组件一般均含有多层内部MC及封装了的代码，经我测试，成功率约在一半吧，失败原因多数是逻辑关系的混乱。 九、关于“遮罩、热区（hitTest）动画” 　　“遮罩”特性还原得很好，只不过新时间线会增加许多层来容纳原影片中放置在一层中的元件。“热区”动画关系到AS代码及鼠标事件，在新时间线中完全正常。 十、关于“引导线”动画 　　“引导线”动画的效果能毫不失真地正确回复，但我们已经知道，引导动画一般是以“动作变形”实现的，所以在重构动画时，“引导层”没有了，动画效果以对象的“不同属性的逐帧序列”来表示，这一点参阅“动作变形”。 十一、关于“位图、图形及文本对象” 　　如果swf中曾使用了“位图”，如PNG、GIF、JPG等，那么每个“位图”在新的元件库中会出现一对元件项目，一个是矢量元件，另一个是“位图”，这是因为在Flash作品中不直接显示“位图”，“位图”只不过是作为矢量图内部填充的一个图片，不信，你只需删除库中的“位图”，影片中的矢量图也将消失。 　　“图形”（矢量图）以及“文本”对象在重建中没问题，后者还保存了字体、字号等属性，只不过未打散的文本如果在你的机器中无相应字体，将发出警告信息。 十二、关于“声音、视频对象” 　　swf中的声音经过多种模式的压缩转换，所以一般从swf中提取的MP3文件往往不能导入flash，ASV还原声音的功能特别强，我至今还未发现问题，视频在ASV中自动转换为flash缺省的视频格式：FLV，在新时间线中，声音在时间线中的位置、压缩效果属性均完好地复原，而视频仍然是封装着的一段序列。 十三、关于“读入保护” 　　不少swf文件设置了“读保护”，以前，你用拆解工具另存为swf文件后，仍然不能被“导入”flash，现在，这些极其脆弱的加密机制在ASV面前形同虚设！ 　　但作为一个可能的情况，一些动画编程采用了在AS脚本的某些部分加进一些“加密程序”，这一种非常规的加密手段，形起解析错误，可能连ASV也无能为力了。 　　经过我对几十个性质各异、内容不同的swf进行fla还原测试，结果是相当满意的，如果把重构后的“时间轴”外观的“不规范”忽略，单从播放效果评价，成功率超过95%！有一个不能运行（用了UI组件），一个失真，其它全部正常。 　　 接下来，我们探讨一下如何把这些结果变得更完好一些。请继续......

lfspecter

●整理、修复JSFL结果的几点经验 　　对于你喜欢的swf动画，很值得花时间对回复的fla时间轴进行完美，排除故障，剔除错误，恢复原状。以下几条经验供你参考： 　　№1新“时间轴”的外观上，我们会感到很大的“不习惯”，其实这些“异样”是有着太多的“层”及“逐帧序列”造成的，通过上面叙述我们已经知道其产生的原因了，那么，我们完全可以把时间轴外观修理成最合理的状态。 　　·合并“层”，充分利用层的空间，移动关键帧序列到其它层的空白处，经过处理，时间线可以精简到二、三个层。 　　·把场景中内容独立性较强的“层”移到新场景，如下图所示，从第959帧开始，很可能原作品就是一个新场景！
·恢复“动作变形”动画，逐一查看“逐帧”序列，只要某一序列中的对象其元件名是一样的，那就是“动作变形”，请保留第一个及最后一个关键帧，选择过渡帧，用“清除关键帧”命名删除，最后重建动作变形，经过如此处理，可以使大部分“逐帧”还其本来面貌。 　 　如下图这一组逐帧序列，通过查看每层头尾两个关键帧的对象属性，就可知道是“动作变形”：
这是恢复“动作变形”后的情况，时间线已经还其本来面目：
·你还可以进一步更改JSFL自动生成的层名（Lx）、元件名（Symbolx），使时间线更富个性及易读性。 　　经过以上处理，JSFL的“痕迹”基本擦净，恢复了我们熟悉的编辑环境，便于你进一步的学习。 　　№2“状态变形”的出错率较高，比如出现如图那样的情况可能说明已经失去了一个变形对象，这时，你可以参考变形后面的图形情况，把变形修复，如下图所示：
从图中看到，变形的后一关键帧内图形已经丢失，那么，指针所在关键帧的内容很可能与此相近，参考其图形特点，“打散”后补充在变形中，就可修复。
№3新时间线的运行结果与原作品有轻微走样，一般在编辑界面查得到，你可以按下“回车键”，让播放指针移动，发现走样处按下“ESC”键，仔细查找错误源，一般是缺少某个symbol或者对象混淆。但是如果是MC内容的错误，还得双击MC继续进行MC的时间线查找。 　　№4致命错误，时间线运行结果混乱甚至是空白，这种情况较复杂，一种可能是在导入时短少了某些文件，而大多发生在使用了特殊组件及存在复杂的逻辑关系的动画中。 　　 这时，一般会在“输出”信息窗口给出错误原因，你可以根据“输出”窗的信息找到错误原因，有的还能补救。 　　●ASV的实用价值及注意事项 　　ASV及同类软件，都作出了郑重声明：本软件的用途用于恢复自己的作品已经丢失fla源文件的情况下，但是我想，没有多少人会把ASV等软件真正用在重构自己的作品上，一个值得赞赏的用途就是分析别人的作品，学习影片的结构，设计方法及制作思路。 　　最重要的是决不能抄袭别人的作品，更不能将别人影片中的资源剽窃据为己有！ 　　至少，不用于商业目的，在使用了别人作品中的一些技术、素材时在明显位置加以注明也是应该遵守的原则。 　　这有别于那些免费的模板资源，这些模板甚至公然鼓励你修改已有的项目并提供移植的相关文件及素材，对于这些，我们当然可放心地使用。 　　还有，我们还可从网络得到许多fla源文件，这些fla文件当然不是作者不小心掉在地上被别人拾到的，而是心甘情愿奉献给爱好者的，尽管如此，我们还是提倡借鉴、学习为本，在吸收消化别人技巧的同时，融入自己的创意，进而再把它们提供给朋友，营造良性学习交流环链。 　　而ASV面对的是flash最终成品，有的还设置了读入保护，同时，ASV提供的能力，对于学习借鉴已经足够有余，下面是我的一些体会： 　　№1如果想单纯学习影片结构及编程技巧，你根本无需进行“JSFL”，利用ASV强大的影片浏览功能完全能达到目的。在ASV中，结合各个标签窗口及时间线的信息，实际上已经包含了“JSFL”的全部内容，所不同的是这些信息被分类集中管理而已。 　　№2尽量别重构（JSFL）规模极大的以及使用了大量特殊组件的影片，因为成功率没保证，JSFL过程中将占用大量系统资源，一旦你的硬件配置挺不住，这个过程将会中止，同时你得有足够耐性，有时似乎JS好长时间没动静，但只要鼠标符号呈现“沙漏”状，说明JS并没“死”，它在分析着哩！ 　　№3如果你仅想提取影片中的素材，那么ASV是极其方面的，图形、图象可以单独或批量按你需要的格式保存，尤其是声音素材，ASV号称支持各种压缩模式，而在其它同类软件中，导出的MP3竟然大多不能用！ 　　№4ASV称作“脚本浏览器”，无疑它对AS代码有最完善的一整套功能，如果你对某个动画编程效果特别有兴趣，可以在ASV进行学习。
ASV不仅能显示与代码相关的完整对象层次、时间线、帧层次信息，而且还提供了相当详尽的处理命令如图所示：
№5当然，最全面最直观地学习别人的作品，就可以用JSFL恢复动画时间线。上面的叙述说明一个观点：使用ASV并不是仅仅一种JSFL，应该充分利用、合理选择ASV提供给我们的诸多功能。 　 　下面，我提供一个实例：《戏话伊拉克战争》，请继续......

●一个ASV重构“时间线”并进行后期处理的实例《戏话伊拉克战争》

偶而发现一个很有趣的swf：《中东对话失败》，百看不厌。 　　 想导入flash观看作品结构，不行，有“写保护”！再用其它拆解工具另存为新的swf，再导入仍然不行！ 　　 最后用ASV的“JSFL”命令与Flash MX 2004结合重构了“时间线”，不仅影片结构了然于目，而且所有素材完好如初，索性重新制作扩展了影片内容，以此，作为片文的结束。

andysky

你提供的地址不能下载？是否地址错误？