The following is the image data, obtained with
http://www.awaresystems.be/imaging/tiff/astifftagviewer.html
==========================================
PART A. Tiff data
1. Original tiff data of Tiff image exported from LeadTools
SubFileType (1 Long): Zero
ImageWidth (1 Long): 1396
ImageLength (1 Long): 460
BitsPerSample (1 Short): 16
Compression (1 Short): Uncompressed
Photometric (1 Short): MinIsBlack
StripOffsets (2 Long): 238, 1047238
Orientation (1 Short): TopLeft
SamplesPerPixel (1 Short): 1
RowsPerStrip (1 Long): 375
StripByteCounts (2 Long): 1047000, 237320
PlanarConfig (1 Short): Contig
PageNumber (2 Short): 0, 0
2. Tiff data when LeadTools image is opened in Paint.NET, then did Save as
in Paint.NET
SubFileType (1 Long): Zero
ImageWidth (1 Long): 1396
ImageLength (1 Long): 460
BitsPerSample (4 Short): 8, 8, 8, 8
Compression (1 Short): LZW
Photometric (1 Short): RGB
StripOffsets (1 Long): 8
SamplesPerPixel (1 Short): 4
RowsPerStrip (1 Long): 460
StripByteCounts (1 Long): 1015503
XResolution (1 Rational): 96
YResolution (1 Rational): 96
PlanarConfig (1 Short): Contig
ResolutionUnit (1 Short): Inch
PageNumber (2 Short): 0, 0
Software (18 ASCII): Paint.NET v3.5.10
Predictor (1 Short): 2
ExtraSamples (1 Short): 2
3. Tiff data when LeadTools image is opened in ImageJ, then did Save as
from Image J.
SubFileType (1 Long): Zero
ImageWidth (1 Long): 1396
ImageLength (1 Long): 460
BitsPerSample (1 Short): 16
Photometric (1 Short): MinIsBlack
ImageDescription (34 ASCII): ImageJ=1.47v min=0.0 max=65535.0
StripOffsets (1 Long): 168
SamplesPerPixel (1 Short): 1
RowsPerStrip (1 Short): 460
StripByteCounts (1 Long): 1284320
===============================
PART B. Effects
Within the Windows image viewer program, all those images appear the same.
However, when generating pdf with FOP, this is what happens:
* Image [1] renders incorrectly
* Image [2] renders correctly *****
* Image [3] renders incorrectly
Also I have these settings:
<image-loading>
<penalty value="-1000"
class="org.apache.xmlgraphics.image.loader.impl.imageio.ImageLoaderImageIO"/>
<penalty value="INFINITE"
class="org.apache.xmlgraphics.image.loader.impl.ImageLoaderRawCCITTFax"/>
</image-loading>
So this means it's using the default Java image loader as far as I know.
2014-01-29 Luis Bernardo <lmpmberna...@gmail.com>
> If you can share the image send it to this mailing list. Otherwise you can
> send it to me and I can take a look. It is possible that the default image
> loader is still being used, or something else is at play, but we will need
> the image to check.
>
>
> On Wed, Jan 29, 2014 at 1:07 PM, Valentina <valent...@tp.rs> wrote:
>
>> I compiled the library.
>>
>> Inside the lib directory, I now have the following:
>>
>> avalon-framework
>> batik-all
>> commons-io
>> commons-logging
>> seralizer
>> twelvemonkeys-common-image
>> twelvemonkeys-common-io
>> twelvemonkeys-common-lang
>> twelvemonkeys-imageio-core
>> twelvemonkeys-imageio-jpeg
>> twelvemonkeys-imageio-metadata
>> twelvemonkeys-common-image
>> twelvemonkeys-common-io
>> twelvemonkeys-common-tiff
>> xalan
>> xercesImpl
>> xml-apis
>> xml-apis-ext
>> xmlgraphics-commons
>>
>> I run the command fop template.fo report.pdf
>>
>> I do not see difference before/after twelvemonkeys was added.
>> Was there anything else that I should have done?
>>
>>
>> 2014-01-29 Luis Bernardo <lmpmberna...@gmail.com>
>>
>> TIFF can use JPEG compression, so it is likely that the issue is with
>>> JPEG image handling even though it is a TIFF. But TwelveMonkeys also has an
>>> imageio-tiff component so you can try both. Get the source from github,
>>> build it (mvn clean install, I think) and place the needed jars in the FOP
>>> lib directory. The fop.xconf does not need to be modified.
>>>
>>>
>>> On Wed, Jan 29, 2014 at 7:12 AM, Valentina Cupac
>>> <valentina.cu...@tp.rs>wrote:
>>>
>>>> That is what I would like to do ---- to preserving the original image.
>>>>
>>>> Just to clarify, you mentioned JDK JPEG image handling, is that what
>>>> needs to be used for Tiff image handling (in my report I have just Tiff
>>>> images), and if so, do any settings need to modified in the fop.xconf file?
>>>>
>>>> ---------- Forwarded message ----------
>>>> From: Luis Bernardo <lmpmberna...@gmail.com>
>>>> Date: 2014-01-29
>>>> Subject: Re: Tiff image - color distortion
>>>> To: fop-users@xmlgraphics.apache.org
>>>>
>>>>
>>>>
>>>> Two questions about CMYK on the same day!
>>>>
>>>> The JDK JPEG image handling functions cannot handle CMYK. If the images
>>>> include a color profile then FOP can convert the images to RGB. To get FOP
>>>> generate a PDF with images that preserve the CMYK colors you need to use a
>>>> ImageIO library like TwelveMonkeys. Get it, compile it and place the JPEG
>>>> related jar in the FOP lib directory (note that you will also need to add
>>>> some of the core jars).
>>>>
>>>>
>>>> On 1/28/14, 5:12 PM, Valentina wrote:
>>>>
>>>>> Hi I am including Tiff image in Pdf output.
>>>>>
>>>>> The problem is that it is not rendering the image correctly. For
>>>>> example, the original Tiff image has much stronger contrast (i.e. some
>>>>> very
>>>>> dark sections, some very light sections), whilst the pdf output image
>>>>> appears more greyish and noisy.
>>>>>
>>>>> Is this a known issue?
>>>>>
>>>>> Also I looked here:
>>>>> http://xmlgraphics.apache.org/fop/1.1/graphics.html#tiff
>>>>>
>>>>> "FOP can embed TIFF images without decompression into PDF, PostScript
>>>>> and AFP if they have either CCITT T.4, CCITT T.6, or JPEG compression.
>>>>> Otherwise, a TIFF-capable Image I/O codec is necessary for decoding the
>>>>> image.
>>>>>
>>>>> There may be some limitation concerning images in the CMYK color
>>>>> space."
>>>>>
>>>>> Could someone explain the meaning of those sentences. Thanks.
>>>>>
>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org
>>>> For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
>>>>
>>>>
>>>>
>>>
>>
>
