- 2008.09.27 17:30 "Re: [Tiff] Compression code 34719", by Toby Thain
- 2008.09.28 07:05 "RE: [Tiff] Compression code 34719", by ComSquare Martin Osieka
2008.09.28 07:05 "RE: [Tiff] Compression code 34719", by ComSquare Martin Osieka
In the meantime I figured out that I'm talking about MDI-Tiffs. I had no idea that libtiff allows the MDI magic 'EP' in addition to the standard ones 'II' and 'MM'.
It may be possible to use OLE for decoding of 34719
or to figure out which internal codec is used. MS quite often reuses stuff with a new name.
btw: Tiff tag 37680 in these MDIs is in MSCD format containing the standard document infos.
Martin
_____
From: Toby Thain
On 27-Sep-08, at 12:32 PM, ComSquare Martin Osieka wrote:
Does anybody know what the compression code 34719 in the compression tag stands for?
These are tifs generated from a MS tool. Everything else in the tif looks fine (RGB, 8bits per channel,.).
But for sure the resulting image shows completely black because of the missing decoder in libtiff.
MS is able to open and view these tiffs.
And that's the whole point. An un-interoperable (non standard) codec *ensures* lock-in to their tools. Good luck finding documentation.
--Toby
There is only one strip in the file and it starts with
0x02,0x00,0x00,0x00,0x7B,0x00,0x00,0x00,0x08,0x33,0x00,0x00,0x03,0x00,0x00,0
x00,
0x00,0x00,0x00,0x00,0xFF,0xFF,0xFF,0xFF,0x00,0x00,0x00,0x00,0x78,0x01,0xED,0
x9B,
0x5B,0x88,0x55,0x55,0x18,0xC7,0xBF,0xD9,0x67,0x8E,0x33,0xA6,0x96,0x86,0xA5,0
x65,
0xD9,0x9E,0x83,0x9A,0x43,0x12,0x13,0x47,0xA1,0x87,0x22,0xA5,0x53,0x54,0x2A,0
x1C,