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 issues#2542 Excess decompilation time
Author:
glaggagb
glaggagbDate created:
Type: bug
Visibility: Everybody
Assigned to:
Labels: AS1/2Decompilation
State: new 

> 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.
MPN Classic Redux Deluxe.swf (12,891 KiB)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.
func.txt (9 KiB)