#SOTHINK SWF DECOMPILER MUST SUBCLASS MOVIE#
#SOTHINK SWF DECOMPILER MUST SUBCLASS SOFTWARE#
#SOTHINK SWF DECOMPILER MUST SUBCLASS CODE#
#SOTHINK SWF DECOMPILER MUST SUBCLASS DOWNLOAD#

I told the client that there may not be a guarantee that the decompiler might not be able to assist with converting all his SWFs (because you don’t know what you’re dealing with – it would be dumb to assume you can do the job without having seen how anything works yet).įortunately, the makers of the decompiler, SourceTec Software, allow you to download a trial. Without the FLA files, I decided to give Sothink SWF Decompiler a try. And the only way for me to even get SWF files was to download them by accessing the developer console within the browser. He does not have the FLA files for most of them. I’ve been working with a client who has several Flash games that needed to be converted. Remember: When converting a Flash game to HTML5, you will need to rebuild the game from scratch, particularly, the coding and functionality. The tool can even extract any FLA files it finds, and there is even a function to export to HTML5 format (more on this later).

#SOTHINK SWF DECOMPILER MUST SUBCLASS CODE#

This tool is designed to extract code and assets from Flash files so you can use them to rebuild the game in HTML5 canvas. But!… You do not have this FLA file or any of its assets! And without that FLA file, you’re f*cked right? Well, maybe not! That’s where a tool called Sothink SWF Decompiler may come to the rescue! Usually, that will not be the case…īut for the sake of this article, let’s assume that is the case. Some smaller Flash projects (and I mean very small) may use a single FLA file with all the code and assets built into it. Now, when doing the conversion, if you have the all the original code and assets, including any Flash FLA files that Adobe Animate use, that’s the best option. I’ve done this with the game Blasteroids, which was originally a Flash game I coded for a client. Unfortunately most of the companies making these tools don’t operate in the US, an neither does this forum, so with that in mind, of course we as citizens(at least me) of the US can’t dictate what others choose to and choose not to do.If you’ve been following me for a while, you’re aware that one of the services I offer is to convert Flash games to HTML5 canvas. I used it to buidl interfaces to PHP classes, so most of the special stuff I care about happens in my PHP scripts and not in the flash movie.īut I guess the real issue here is whether or not we should be able to post links to decompilers in this forum. So as far as my work goes, let them hack my swf all day long, they will never get my business logic, which again should be the driving force behind an application.Īlthough I must admit, if I was Golgotha I sure wouldn’t want someone to rip my stuff, your site is very well built, but I just use flash at a much more slimmed down fashion.

#SOTHINK SWF DECOMPILER MUST SUBCLASS MOVIE#

This is just my opinion but, the real magic happens in the backend layers, and not in the flash movie itself. Flash should really be nothing more than stuff you would find in javascript or html, a front end to your backend logic. The good thing about flash, if you code your movie correctly the major business objects should be residing on your server in the form of PHP classes or ColdFusion components or Servlets or whatever you choose to be your backend system. However the fact of the matter is, putting stuff on the web that you don’t want people to see, especially client side code, there is just no way to protect it thoroughly. Which means I have an even bigger stake in my code.

#SOTHINK SWF DECOMPILER MUST SUBCLASS SOFTWARE#

Hey, I understand proprietary code is just that, I have worked for several software development companies, and I now work for myself.

Sothink swf decompiler must subclass