JPEXS Free Flash Decompiler Issue Tracker

If you are looking for the decompiler itself, visit

+ update 2020: WARNING - support of the decompiler is now VERY LIMITED. There are no active developers. This means we will NOT develop new features and/or fix most of bugs. We left the tracker running in case somebody from community would like to work on it. Sorry for the inconvenience.

List of issuesList of issues

#625 swf created by crossbridge
Author: user ddyer
Date created:
Type: other
Visibility: Everybody
Assigned to:
Labels: FlashCC
State: postponed Help

Jpexs is next to useless for looking at code that is produced by crossbridge. I'm not too surprised, but I'd be very happy if this were to be improved. Here's a small snip: public function F__Z10rgb_to_hsvdddPdS_S_() : void { var _loc1_:* = 0; var _loc5_:* = NaN; var _loc6_:* = NaN; var _loc3_:* = 0; var _loc2_:int = ESP; _loc1_ = _loc2_; _loc2_ = _loc2_ - 152; _loc5_ = op_lf64(_loc1_) /*Alchemy*/; _loc5_ = op_lf64(_loc1_ + 8) /*Alchemy*/; _loc5_ = op_lf64(_loc1_ + 16) /*Alchemy*/; _loc3_ = op_li32(_loc1_ + 24) /*Alchemy*/; _loc3_ = op_li32(_loc1_ + 28) /*Alchemy*/; _loc3_ = op_li32(_loc1_ + 32) /*Alchemy*/; _loc5_ = op_lf64(_loc1_ - 24) /*Alchemy*/; _loc6_ = op_lf64(_loc1_ - 16) /*Alchemy*/; ... This is compiled from C code that uses double floats and pointers to double floats. I suppose the code is using subprimitives that would not normally appear when the natural actionscript type would be : Number. My underlying motivation is to gain insight into why this code runs so much faster than the corresponding code written directly in actionscript.
Check issue #277
State: new→postponed