Message-ID: 38966AFE.652B2FED@planetinternet.be
To: tiff@olympiakos.com
Subject: Re: G4 and DCT documentation [was: tiff2ps: G4 compression in PostScript]
From: Joris Van Damme <as.van.damme.joris@planetinternet.be>
Date: Tue, 01 Feb 2000 06:11:26 +0100
Organization: AWare Systems
References: <Pine.GSO.4.10.10001291156070.4594-100000@sun06.ams.org> <12744.949378612@sss.pgh.pa.us>
Sender: owner-tiff@olympiakos.com


Tom Lane wrote:
> > #define D_MAX_BLOCKS_IN_MCU   64
> Yes, the standard specifies a limit of 10 blocks/MCU.


Hi Mr Lane!


It's an honour to read your mail, and being able to respond to it.

Just so we simple minds can get things wright: what D_MAX_BLOCKS_IN_MCU
should we define? If we define it to be 10, can we read all Adobe
JPEG's? And if we define it to be 64, can we read all others, and will
all other readers be able to read ours? This is probably a stupid
question, but I'ld like to get things wright...

BTW, I've just compiled my own libjpeg DLL from your excellent source.
(I had always worked with the Borland pre-compiled versions up to now.)
It's really hard to get it to work from within my libtiff DLL. Are there
any known compatibility or source problems in that area that are
documented somewhere? (I'm pretty sure it's not a compilation/DLL
issue... anymore.) Anyone else ever succeeded in this?


Thank you very much in advance,


Joris Van Damme



