Received: by whizzer.wpd.sgi.com (940425.SGI.8.6.9/911001.SGI)
	for tiff-list id UAA23382; Fri, 27 May 1994 20:18:36 GMT
Return-Path: <tiff-owner>
Received: from sgi.sgi.com by whizzer.wpd.sgi.com via SMTP (940425.SGI.8.6.9/911001.SGI)
	for <tiff-relay@whizzer.wpd.sgi.com> id NAA23366; Fri, 27 May 1994 13:18:26 -0700
Received: from walthm.cric.com by sgi.sgi.com via SMTP (920330.SGI/910110.SGI)
	for tiff-relay@whizzer.wpd.sgi.com id AA02906; Fri, 27 May 94 13:18:17 -0700
Received: from cr.cric.com by WALTHM.CRIC.COM with SMTP;
          Fri, 27 May 1994 16:20:03 -0400 (EDT)
Received: from bullwinkle.cric.com.cric by cr.cric.com (4.1/SMI-4.1)
	id AA04692; Fri, 27 May 94 16:15:37 EDT
Date: Fri, 27 May 94 16:15:37 EDT
From: craig@cr.cric.com (Craig Tulig)
Message-Id: <9405272015.AA04692@cr.cric.com>
To: craig@cr.cric.com, tiff@sgi.sgi.com
Subject: handling a strip size that's too big
Sender: tiff-owner@sgi.sgi.com
Precedence: bulk


Is there a way to make the TIFF 3.0 (or TIFF 3.3 beta 002) library 
read scanline-sized amounts of data instead of strip-size amounts of data? 

The reason I ask is that our scanner produces 40MB TIFF files consisting
of a single strip.  I would like to read the image a scanline (a few KB)
at a time.  However, since the file consists of just 1 strip, when I call 
TIFFReadScanline, the TIFF library apparently creates an internal buffer for 
the entire 40MB strip, which is causing a performance problem.

So to restate my question, is there a way to force TIFF to read 
one scanline instead of the entire strip?  I am under the impression that
TIFFReadEncodedStrip and TIFFReadRawStrip are for reading the entire strip.
Also, having the scanner write one scanline per strip is not an option.

Thanks for any suggestions,
Craig

/////////////////////////////////////////////////////////////////////////////
// Craig Tulig                                 Collaborative, Research Inc.
// craig@cric.com                              Waltham, MA
/////////////////////////////////////////////////////////////////////////////



