12-04-2015, 04:14 PM
i use a combination of
Sothink Decompiler
and
Adobe Flash
for most of my flash rips.
I've recently discovered JPEXS from a thread on this site, and found it is also quite useful.
There are some shortfalls of using solely decompilers/rippers I would like to explain, though.
Firstly, decompilers/rippers sometimes cannot export or even detect certain assets properly.
Common problem areas are the binarydata tags, and video assets
I have found a way to deal with those, which I've explained in one of my other threads.
This next issue I'd like to mention, though, has to do with vectors. I am finding newer vector assets, especially "HD" ones, will not render or export correctly from any decompiler. Unless this has been fixed in an update, Sothink won't export .svg's correctly, which creates some noticeable flaws in exported shapes. JPEXS won't render the shapes correctly, and resulting .png is the same as rasterizing the faulty vector sothink or any other decompiler will dump.
I am finding that the only way to properly handle certain vector assets is to somehow render them out through flash player or adobe flash. I don't have cs6, so I am forced to utilize flash player's rendering. That ofc, involves creating utilities for the sole purpose of loading and rasterizing .swfs and their movieclips. (so far every known tool to do this is commercial, and/or just doesn't work)
The vector issue probably won't be encountered with Stencyl games, because as I recall, Stencyl rasterizes imported vectors, or at least, for the brief time I tried it, that was the case. But many of the other popular ways of creating flash games and animations do support vector assets. (and it's safe to say a lot of flash games are predominantly vectors)
I will try to provide some information, and maybe, tools, for dealing with newer vector assets. IDK when/if this will happen, though. I have an idea how to export them, but I haven't the current means or skills to develop that application.
Sothink Decompiler
and
Adobe Flash
for most of my flash rips.
I've recently discovered JPEXS from a thread on this site, and found it is also quite useful.
There are some shortfalls of using solely decompilers/rippers I would like to explain, though.
Firstly, decompilers/rippers sometimes cannot export or even detect certain assets properly.
Common problem areas are the binarydata tags, and video assets
I have found a way to deal with those, which I've explained in one of my other threads.
This next issue I'd like to mention, though, has to do with vectors. I am finding newer vector assets, especially "HD" ones, will not render or export correctly from any decompiler. Unless this has been fixed in an update, Sothink won't export .svg's correctly, which creates some noticeable flaws in exported shapes. JPEXS won't render the shapes correctly, and resulting .png is the same as rasterizing the faulty vector sothink or any other decompiler will dump.
I am finding that the only way to properly handle certain vector assets is to somehow render them out through flash player or adobe flash. I don't have cs6, so I am forced to utilize flash player's rendering. That ofc, involves creating utilities for the sole purpose of loading and rasterizing .swfs and their movieclips. (so far every known tool to do this is commercial, and/or just doesn't work)
The vector issue probably won't be encountered with Stencyl games, because as I recall, Stencyl rasterizes imported vectors, or at least, for the brief time I tried it, that was the case. But many of the other popular ways of creating flash games and animations do support vector assets. (and it's safe to say a lot of flash games are predominantly vectors)
I will try to provide some information, and maybe, tools, for dealing with newer vector assets. IDK when/if this will happen, though. I have an idea how to export them, but I haven't the current means or skills to develop that application.