Received: from [207.176.88.85] by phillip.cerious.com (NTMail 3.03.0017/7.aaxh) with ESMTP id pcrews for <pcrews@cerious.com>; Sat, 5 Feb 2000 20:37:07 -0500
Received: from localhost (daemon@localhost)
	by gate7.olympiakos.com (8.9.3/8.9.3) with SMTP id UAA27203;
	Sat, 5 Feb 2000 20:13:30 -0500
Received: by gate7.olympiakos.com (bulk_mailer v1.9); Sat, 5 Feb 2000 20:12:50 -0500
Received: (from majordom@localhost)
	by gate7.olympiakos.com (8.9.3/8.9.3) id UAA27116
	for tiff-outgoing; Sat, 5 Feb 2000 20:12:49 -0500
X-Authentication-Warning: gate7.olympiakos.com: majordom set sender to owner-tiff@olympiakos.com using -f
Received: from relay.planetinternet.be (root@relay.planetinternet.be [194.119.232.24])
	by gate7.olympiakos.com (8.9.3/8.9.3) with ESMTP id UAA27113
	for <tiff@olympiakos.com>; Sat, 5 Feb 2000 20:12:47 -0500
Received: from planetinternet.be (u212-239-134-150.dialup.planetinternet.be [212.239.134.150])
	by relay.planetinternet.be (8.9.3/8.9.3) with ESMTP id CAA28262;
	Sun, 6 Feb 2000 02:08:13 +0100
Message-ID: <389CCAC0.B2419980@planetinternet.be>
Date: Sun, 06 Feb 2000 02:13:36 +0100
From: Joris Van Damme <as.van.damme.joris@planetinternet.be>
Organization: AWare Systems
X-Mailer: Mozilla 4.61 [en] (Win95; I)
X-Accept-Language: en
MIME-Version: 1.0
To: Andy <apex@calpha.com>, tiff@olympiakos.com
Subject: Re: Microsoft Imaging and Jpeg in TIFF
References: <FD7E8A8A5060D1119AEF0000F806A97F05EA9AD5@imps0024> <3898A337.FBBCAAB0@calpha.com> <3898DD0F.5A920F5C@planetinternet.be> <3898E285.84EF778D@calpha.com> <3899ABA3.86A38B12@planetinternet.be> <389C8C33.83677E8C@earthlink.net> <389CB881.97B76CD1@calpha.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-tiff@olympiakos.com

Andy wrote:
> I agree.
> Niles Ritter wrote:
> > Joris Van Damme wrote:
> > > Andy wrote:
> > > > I use to make Wang JPEG images  the freely available "Wang Imaging for
> > > > Windows 95."
> > I wouldn't trust the M$ Wang Imaging solution for generating JPEG in TIFF.

Yeah, sure, but the whole point of this thread was to explore the
possibility of reading these bogus files from our non-bogus software,
wasn't it?

Andy, did you come up with a reliable way to read these Wang JPEG
embedding TIFFs in the end? I would be very interested in hearing about
it if you did.

Andy wrote:
> Do you know where I can find TIFF files with thumbnails as one of the
> SubIFDs or an IFD using the SUBFILETYPE or OSUBFILETYPE or preferably common usages
> of each of these?

In general, I think it is very unfortunate the libtiff publication does
not include a complete testpics library, like eg libpng does. I have
read many questions for specific TIFF files, and I have asked them
frequently myself, too, in many places. These questions are seldom
answered - probably because of the very limited number of TIFF's 'in the
wild', compared to eg JPEG. The absence of a good and complete testpics
library is one of the main reasons for the absence of a good and
complete tiff reading implementation in current software, I think. It
makes our job implementing *good* TIFF reading even harder than it
already is. Somebody should *REALLY* take care of that, it would even
make a big difference to the future of the TIFF format!

But as for your question, Andy, sorry, I do not even know if my
*limited* testpics collection contains any. I don't understand why you
bother with thumbnails anyway, today's processing power is sufficient to
simply read the whole file and present your user with a preview from
that. You can use a secondary thread to first produce a fast
nearest-neighbour resized preview thumbnail, and a second
lab-interpolated one afterwards. If you build this thread carefully and
design it to be interuptable/restartable as a consequence of user
action, there is no need at all to include or use space-wasting thumbail
images anymore...



Joris

