2008.09.27 16:32 "[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,