| |
above, we have roughly introduced the basic principles and processes of asv fla file generation. before further exploring ASV restoration features, it is necessary to clarify some fuzzy understandings:
although ASV provides us with such powerful recovery capabilities, theoretically speaking, it is impossible for SwF to actually reverse to fla!
the main reason is:
SWF data is specially compressed and a large amount of necessary information is discarded, this is like enjoying the color, fragrance, and taste of Coca-Cola, but it is impossible for us to restore the many ingredients that are excellent, fragrant, and delicious.
In addition, Macromedia published the SWF file format based on their popular strategy to facilitate third-party software to support the swf format. The FLA file format is their highest trade secret, it is extremely difficult to refactor the FLA file.
what ASV can do for us has reached the limit. Rather than being incompetent, ASV cannot do better at all!
Can I percentage the accuracy of ASV's reply to FLA?
I don't think it is possible because some SWF can reply 99% (such as frame-by-frame animation in a single-layer scenario ), some do not even do 10% (using "UI components" or smart MC )!
This depends on the structure of the animation content, the nature of the contained elements, and the complexity of the logical relationship between the animation components.
so, what are the rules?
when ASV does these things for us, it certainly has a set of methods and has mastered some rules. You can build the rebuild. the FLA file is further refined, so it is closer to the color, fragrance, and taste of Coca-Cola!
● introduction to ASV
next, let's take a look at what information is stored in the SWF file.
open asv and load a SWF file. It is better to load SWF files that you are familiar with, such as your own files. This makes it easier to identify the accuracy of its information, as shown in: |
we found that asv uses the "tab" method to manage SWF information. You may see the following groups of "tabs ":
"timeline", "frame", "Database", "Instance name", "frame tag", "As Code "," special tags ", etc, in addition, each "tab" contains different project lists, and each element has its own "attribute" window.
the picture on the right shows only the "frame" label window. The preceding tabs appear dynamically, depending on the content of the loaded SWF.
Please take some time and carefully read the ASV information library. We can come up with the following ideas:
· ASV has obtained the maximum information from SWF, and its information is organized in a scientific, meticulous, and reasonable manner. More importantly, the ASV dismantling technology. You can compare it with similar software you own. You need to know that in the future, when restructuring the timeline, that is, "jsfl", it will be organized based on the information. |
|
|
This is also the difference between strong and weak SWF disassembling software.
· From the information library, we also found that key information such as the "timeline", "library", and "scenario" has been lost in the SWF file! Its "frame" information is fully preserved, which is the most fundamental basis for the original fla! Multi-scenario animation is merged into a single scene in the SWF file, and is represented in a "frame" consecutively, and there is no small frame! The "timeline" is re-created based on the elements contained in the "frame" When ASV reads SWF.
Note that this "library" is basically the same as the "library" in the original fla! Obviously, the "library" content in ASV is arranged according to the sequence in which data is read from SWF, and renamed as symbol X in sequence, followed by the material type, all information is recorded in the attribute table. Please check the "frame attribute" of each symbol attribute window. I believe it is correct! The original "Component Library" during animation design is actually no longer stored in SWF!
· The "frame tag" and "Instance name" are kept in SWF, which is the basic guarantee for restoring the animation process and animation elements. You can check that they are also indexed by "frames.
· The most complete reserved value is the "as code", which is divided into frame code, button code, MC code, and so on. They are also indexed by the "frame" position.
· If the SWF contains a video, ASV will be automatically converted to the dedicated flash video format: FLV as the animation material.
· As for text information, if you break down an object, the text will be the same as the image; otherwise, the SWF will also contain fonts and text messages.
When we press the "Export rebuild data (jsfl)" menu command in ASV, ASV builds a Js for us to restore the animation "timeline" based on the only information.ProgramThis JS program must create a large number of lost things and "Guess" some attributes that may have been what it was. So far, we can understand how difficult this is!
We should not blame ASV for the unsatisfactory "timeline". We should cherish and make full use of everything we have gained. What you have now is definitely the limit of capabilities!
Continue the following content ...... |
|
|
|
