JPEXS Free Flash Decompiler Issue Tracker

If you are looking for the decompiler itself, visit https://github.com/jindrapetrik/jpexs-decompiler

NEW : We have got a new blog where we post some interesting SWF internals info.

List of issuesList of issues

#2542 Excess decompilation time
Author:
Date created:
Type: bug
Visibility: Everybody
Assigned to:
State: new Help

> What steps will reproduce the problem? Attempting to decompile ActionScript in scripts & packages (MadnessAI for example) after getting the Linux edition. (nightly or stable.) > What is the expected output? What do you see instead? Average decompilation time like every other SWF. Excess decompilation time although SWF is functional and is only 12 megabytes. > What version of the product are you using? Is it "nightly build"? Which operating system do you have? Linux edition. Used both stable & nightly. > Please provide any additional information below. If the problem is related to a SWF file, attach it here, otherwise we can't help you.
Oh, in addition. I am using ChromeOS on a Chromebook.
It could be just my device playing tricks on me due to how horrible Chromebooks can be.
It's not problem with your hardware. The class MadnessDataFile has a problematic part with a lot of switches, which our algorithm of decompilation cannot handle in a reasonable time. We need to optimize the algorithm. This won't be easy since this part of the decompiler is still a bit magic for me. In the meantime, if you want at least something visible, then you can switch on "Skip detection of uninitialized class fields" - the switch is available under the red cross icon. This way you can view the other classes (just without the uninitialized class fields). I am attaching (mainly for me) the problematic AS1/2 code which (when compiled) takes a lot of time to decompile.
Downloadfunc.txt (9 KiB)