Return-Path: <owner-tiff@olympiakos.com>
Received: from nataly.at1895.spb.edu (localhost [127.0.0.1])
	by at1895.spb.edu (8.12.4/8.12.4/Debian-4) with ESMTP id g8DLUBG3025278
	for <dron@at1895.spb.edu>; Sat, 14 Sep 2002 01:30:11 +0400
Received: from olympiakos.com (uucp@localhost)
	by nataly.at1895.spb.edu (8.12.4/8.12.4/Debian-4) with UUCP id g8DLUBAV025276
	for dron@at1895.spb.edu; Sat, 14 Sep 2002 01:30:11 +0400
Received: from knot.pu.ru (knot.pu.ru [193.124.85.214] (may be forged))
	by wg.pu.ru (8.9.1a/8.9.1) with ESMTP id VAA22777
	for <dron@at1895.spb.edu>; Fri, 13 Sep 2002 21:21:01 GMT
Received: from gate7.olympiakos.com (sdsl-64-32-199-150.dsl.iad.megapath.net [64.32.199.150])
	by knot.pu.ru (8.9.3/8.9.0) with ESMTP id BAA53557
	for <dron@at1895.spb.edu>; Sat, 14 Sep 2002 01:21:00 +0400 (MSD)
Received: from localhost (daemon@localhost)
	by gate7.olympiakos.com (8.9.3/8.9.3) with SMTP id RAA15761;
	Fri, 13 Sep 2002 17:18:23 -0400
Received: by gate7.olympiakos.com (bulk_mailer v1.9); Fri, 13 Sep 2002 17:13:27 -0400
Received: (from majordom@localhost)
	by gate7.olympiakos.com (8.9.3/8.9.3) id RAA15725
	for tiff-outgoing; Fri, 13 Sep 2002 17:13:26 -0400
X-Authentication-Warning: gate7.olympiakos.com: majordom set sender to owner-tiff@olympiakos.com using -f
Received: from snoopy.jcpenney.com (146-235-35-39-client.jcpenney.com [146.235.35.39])
	by gate7.olympiakos.com (8.9.3/8.9.3) with ESMTP id RAA15722
	for <tiff@olympiakos.com>; Fri, 13 Sep 2002 17:13:25 -0400
Received: from uns-dv1.jcpenney.com (uns-dv1.jcpenney.com [10.33.239.136])
	by snoopy.jcpenney.com (8.11.6/8.11.6) with ESMTP id g8DLDLk07023
	for <tiff@olympiakos.com>; Fri, 13 Sep 2002 16:13:21 -0500 (CDT)
Received: from uns-ds1.jcpenney.com (uns-ds1 [10.33.239.159])
	by uns-dv1.jcpenney.com (8.11.6+Sun/8.11.6) with ESMTP id g8DLDNY23744
	for <tiff@olympiakos.com>; Fri, 13 Sep 2002 16:13:23 -0500 (CDT)
Received: (from jschumac@localhost)
	by uns-ds1.jcpenney.com (8.10.2+Sun/8.10.2) id g8DLDMU28815
	for tiff@olympiakos.com; Fri, 13 Sep 2002 16:13:22 -0500 (CDT)
Date: Fri, 13 Sep 2002 16:13:22 -0500
From: Joel Schumacher <jschumac@jcpenney.com>
To: tiff@olympiakos.com
Subject: Re: TIFF G4 decompression problems
Message-ID: <20020913161322.A28604@jcpenney.com>
References: <00cd01c25b38$396f3200$6601a8c0@pigeon>
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="----------=_1031951602-25468-181"
X-Mailer: Mutt 1.0i
In-Reply-To: <00cd01c25b38$396f3200$6601a8c0@pigeon>; from morourke@adobe.com on Fri, Sep 13, 2002 at 10:14:14AM -0500
X-Disclaimer: Outbound Correspondence
X-VirusScan: JCP virus scan detected no virus
Sender: owner-tiff@olympiakos.com
Precedence: bulk
Status: RO
Content-Length: 3432
Lines: 77

This is a multi-part message in MIME format...

------------=_1031951602-25468-181
Content-Type: text/plain; charset=us-ascii

Hmmm....  All blank at the end?  G4 has a keyword that says, "the rest
of the page is blank white space".  It's an End-Of-Facsimile-Block.  (EOFB)

I no longer use the libtiff utilities since I got the project working,
so this may be fixed, but at the time libtiff had a bug, as did our
OCR software.  Neither recognizes this keyword and blew up when it
encountered the EOFB.  So if two implementations had the same bug, maybe
others do too.

Paint Shop Pro read the images just fine though.

Everyone at the OCR company insisted my images were corrupt, which
didn't make sense if PSP could read them.  After having the OCR company
act authoritarian about it (we know TIFF, how dare you suggest we have
a bug?), I discovered that all the "corrupt" images were using this EOFB
codeword.  Something they didn't know about.  After presenting the pages
from the TIFF documentation showing it was perfectly valid, they fixed
the product.

I also brought it up to this list and I thought somebody was looking
at it.  But several months later, somebody was reporting a similar
problem and at that time it was discovered it was still not fixed.
But I thought somebody was going to take care of it.

Is it possible that libtiff is still broken?  Is it possible that (being
these were created with libtiff) that somebody coded the EOFB into the
encode, but not into the decode?



Michael O'Rourke (morourke@adobe.com) wrote :
> I have some files that were created with libtiff, yet on decompression there are failures from TIFFReadScanline. The bottom of the
> pages are all white and it is when I get to that spot that things freak out. I think the files might really be bad because MS Photo
> Editor cannot open them. However, MS/Wang Imaging and Photoshop can open them but maybe they are just very lienient.
> 
> Anybody seen this before?
> 
> Any G4 experts out there willing to look at a file and tell me if they think the file really is hosed versus libtiff is
> unnecessarily freaking out?
> 
> Thanks,
> 
> Michael
> 
> 
> To subscribe or unsubscribe email tiff-request@olympiakos.com with subscribe
> or unsubscribe in the email body.  Libtiff home page: http://www.libtiff.org
-- 
______________________________________________________________________
Joel Schumacher                    JCPenney Co. - UNIX Network Systems
jschumac@jcpenney.com              12700 Park Central Pl   M/S 6021
(972) 591-7543                     Dallas TX  75251

------------=_1031951602-25468-181
Content-Type: text/plain
Content-Disposition: inline
Content-Description: Signature
Content-Transfer-Encoding: 7bit

The information transmitted is intended only for the person or entity to 
which it is addressed and may contain confidential and/or privileged 
material.  If the reader of this message is not the intended recipient,
you are hereby notified that you have received this message in error and
that any review, dissemination, distribution or copying of this message
including any attachments is strictly prohibited.   If you received this
in error, please contact the sender and delete the material from any 
computer.

------------=_1031951602-25468-181--

To subscribe or unsubscribe email tiff-request@olympiakos.com with subscribe
or unsubscribe in the email body.  Libtiff home page: http://www.libtiff.org

