xmlgraphics-general mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject [Bug 51465] Significant slowdown in PNG and TIFF processing with xmlgraphics 1.4
Date Sun, 08 Jul 2012 23:15:09 GMT

--- Comment #6 from Luis Bernardo <lmpmbernardo@gmail.com> ---
Created attachment 29041
  --> https://issues.apache.org/bugzilla/attachment.cgi?id=29041&action=edit
an example to test icc profiles

the slowdown that happens between xmlgraphics-1.3 and xmlgraphics-1.4 is due to
the fact that the color profiles were being ignored in 1.3 while in 1.4 they
are taken into account, as the PNG specification suggests. so even though 1.3
was faster, it was not correct. the impact of removing the check for color
profile is that the output may be wrong, although in most cases that does not
happen because the color pixel values in the PNG image already match what the
embedded color profile expects.

attached is an example with two images that look the same when viewed in an
application that does not apply color profiles (like Chrome), but that look
different when viewed with an application that applies the color profile (like
Safari). the example, when processed with FOP-0.95 (xmlgraphics-1.3) generates
two images that look the same, while with FOP-1.0 (xmlgraphics-1.4) the images
look different.

a workaround, as was suggested somewhere else, is to remove the color profile
from the image (this can be done with imagemagick). obviously this only works
in the cases where the color profile is not adding anything new to the image.
another option is to use the new raw png image loader, which for now, still
ignores the color profile (of course, this will not help in the cases where the
color profile is important).

You are receiving this mail because:
You are the assignee for the bug.

To unsubscribe, e-mail: general-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: general-help@xmlgraphics.apache.org

View raw message