Just wanted to know if the current version of Image2pdf can handle Tiffs encoded in Old_Jpeg format.
=========================
Image2pdf doesn't support support TIFF format with Old_Jpeg compression, however, you can download another product from our partner's website to try, their product does support Old_Jpeg compression, we hoping their product will helpful to you,
http://www.imagepdf.com/image-to-pdf.htm
VeryPDF
===================================================================
TIFF Tag JPEGProc
IFD Image
Code 512 (hex 0x0200)
Name JPEGProc
LibTiff name TIFFTAG_JPEGPROC
Type SHORT
Count 1
Default None based on specification, although we do suggest making use of 1 (baseline sequential) as a default in readers
Description
Old-style JPEG compression field. TechNote2 invalidates this portion of the specification.
No new TIFF writer code need to ever try to use this tag. It is component of an invalidated compression scheme, old-style JPEG, that was always unclear to begin with, and next enjoyed a lot of mutualy exclusive implementations. The following description is for TIFF reading purposes only.
This field originally indicated the JPEG method employed to generate the compressed data. The values for this field are defined to be consistent using the numbering convention utilized in ISO DIS 10918-2. Two values were defined:
1 = baseline sequential process
14 = lossless process with Huffman coding
LibTiff defines these values:
JPEGPROC_BASELINE = 1;
JPEGPROC_LOSSLESS = 14;
Once the lossless process with Huffman coding is selected with this area, the Huffman tables accustomed to scribe the look are specified through the JPEGDCTables area, and also the JPEGACTables area sits dormant.
Not every one of that old-style JPEG compression fields are highly relevant to the JPEG process selected with this JPEGProc area. When baseline consecutive process is selected, the next fields are relevant:
JPEGInterchangeFormat
JPEGInterchangeFormatLength
JPEGRestart Interval
JPEGQTables
JPEGDCTables
JPEGACTables
When the lossless process with Huffman is selected, the following apply:
JPEGInterchangeFormat
JPEGInterchangeFormatLength
JPEGRestart Interval
JPEGLosslessPredictors
JPEGPointTransforms
JPEGDCTables
The initial specs stated the area is mandatory when Compression mode is (now old-style) JPEG, and specified no default. We certainly agree authors should write it when writing old-style JPEG, but that argument ought to be moat as no new author implementations ought to be attempted.
Unlike exactly what the original specs suggests, we recommend visitors to utilize a the worthiness 1 (baseline consecutive) whenever a tag value is needed but none of them is written.
===================================================================
TIFF Tag Compression
IFD Image
Code 259 (hex 0x0103)
Name Compression
LibTiff name TIFFTAG_COMPRESSION
Type SHORT
Count 1
Default 1 (No compression)
Description
Compression scheme used on the image data.
The specification defines these values to be baseline:
1 = No compression
2 = CCITT modified Huffman RLE
32773 = PackBits compression, aka Macintosh RLE
Additionally, the specification defines these values as part of the TIFF extensions:
3 = CCITT Group 3 fax encoding
4 = CCITT Group 4 fax encoding
5 = LZW
6 = JPEG ('old-style' JPEG, later overriden in Technote2)
Technote2 overrides old-style JPEG compression, and defines:
7 = JPEG ('new-style' JPEG)
Adobe later added the deflate compression scheme:
8 = Deflate ('Adobe-style')
The TIFF-F specification (RFC 2301) defines:
9 = Defined by TIFF-F and TIFF-FX standard (RFC 2301) as ITU-T Rec. T.82 coding, using ITU-T Rec. T.85 (which boils down to JBIG on black and white).
10 = Defined by TIFF-F and TIFF-FX standard (RFC 2301) as ITU-T Rec. T.82 coding, using ITU-T Rec. T.43 (which boils down to JBIG on color).
LibTiff supports most of these. (Even though it can be argued that old-style JPEG cannot be really properly supported, and is probably best ignored, there is some attempt at decoding support for some common old-style JPEG interpretations.) Additionally, LibTiff adds support for some compression schemes that are not part of the specification and are somewhat less common. Here's LibTiff's definition of possible values:
COMPRESSION_NONE = 1;
COMPRESSION_CCITTRLE = 2;
COMPRESSION_CCITTFAX3 = COMPRESSION_CCITT_T4 = 3;
COMPRESSION_CCITTFAX4 = COMPRESSION_CCITT_T6 = 4;
COMPRESSION_LZW = 5;
COMPRESSION_OJPEG = 6;
COMPRESSION_JPEG = 7;
COMPRESSION_NEXT = 32766;
COMPRESSION_CCITTRLEW = 32771;
COMPRESSION_PACKBITS = 32773;
COMPRESSION_THUNDERSCAN = 32809;
COMPRESSION_IT8CTPAD = 32895;
COMPRESSION_IT8LW = 32896;
COMPRESSION_IT8MP = 32897;
COMPRESSION_IT8BL = 32898;
COMPRESSION_PIXARFILM = 32908;
COMPRESSION_PIXARLOG = 32909;
COMPRESSION_DEFLATE = 32946;
COMPRESSION_ADOBE_DEFLATE = 8;
COMPRESSION_DCS = 32947;
COMPRESSION_JBIG = 34661;
COMPRESSION_SGILOG = 34676;
COMPRESSION_SGILOG24 = 34677;
COMPRESSION_JP2000 = 34712;
=================================