+ 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.
State: new new: Initial state. As long as issue is in this state, the work on the issue has not yet begun. opened: Opened state means developer started working on the issue. Feature/Fix will probably be in the next release. postponed: This means developer is not working on it now, for some reason it cannot be implemented now. Issue may be opened again in the future. upgraded: Issue is in upgraded state when developer made changes to the program and new version was released. closed: This means the user is satisfied with issue results and no more changes are needed. invalid: These issues cannot be solved. ignored: Developer decided to take no action on this issue. returned: Program changes were made but user is not satisfied and returned the issue.
> What steps will reproduce the problem?
Insert any SWF and click on the images folder. Click export selection.
> What is the expected output? What do you see instead?
Images are not the same quality as what is shown inside the application. I notice
blue/purple pixelation around and in the images of the png graphics, almost like it's
being downsampled to 8bit resolution.
> What version of the product are you using? Is it "nightly build"? Which operating system
do you have?
Using the latest 6.0.1 windows installed build on an Oracle VM Machine, but have also
verified on my Toshiba Laptop also running Windows XP SP3.
> Please provide any additional information below. If the problem is related to a SWF
file, attach it here, otherwise we can't help you.
I don't recall this happening before and once I went back and installed v2.1.4, the images
are all being exported properly.
I've attached warfare-1944.swf as an example.
Even when I use the option "PNG/GIF/JPG" export mode, many of the images, especially if
you look at the smoke, it doesn't come out the same as seen in the application.
Please see the following attachments. One is done with JPEXS 2.1.4 and exports the images
perfectly. The other is using JPEXS 6.0.1 on the same system and you can see the
difference in image quality.
I've been in QA for over 10 years so I know how issues can be very specific to
environment, OS conditions, etc, but I just found it weird that two versions of the same
application behaved differently. Anyways, I also know that until you can reproduce it
yourself, there won't be much happening, so feel free to address this report as you see
No, I've attached the 310.png graphics that my JPEXS 2.1.4 exports.
You'll notice that yours is a lot darker than mine.
Mine is more closer to what is actually being shown inside the JPEXS application (both
2.1.4 and 6.0.1) when clicking on the image folder and scrolling down to (310.png).
I think that the dark image is the correct original image, so FFDec 2.1.4 export is
In FFdec it is not dark, because it shows the image as it is shown by the flash player. It
does some "magic", premultiplies the alpha values somehow. In FFDec preview, it is not a
I've attached the RAW bytes extracted from your swf file.
DefineBits3 tag contains a JPG image (145x137 pixels) and an alpha data, which is 1 byte
for each pixel (145x137=19865 bytes)
I calculated manually the pixel at position (57, 31)... (0,0) is the top left pixel.
In the JPEG it has the following values:
R=13, G=9, B=0, A=255
4552. byte (0x11c8) in the alpha file: 17 (0x11)
In the correct exported file (FFDec 6.0.2):
R=13, G=8, B=0, A=17... The 1 difference in the green component should be some jpeg
decoding rounding "problem".
In the wrong file (FFDec 2.1.4)
R=195, G=135, B=0, A=17
I also noticed that the JPG export of this image is really wrong. It is purple, green,
blue, as it is in your JPEXS-601.jpg file.