Return-Path: <tiff-bounces@lists.maptools.org>
Received: from inas002.isp.belgacom.be (localhost [127.0.0.1])
        by inav002.isp.belgacom.be (8.12.11.20060308/8.12.11/Skynet-IN-AV-3.00) with ESMTP id k3EF8tcM026755
        for <joris.at.lebbeke@skynet.be>; Fri, 14 Apr 2006 17:08:55 +0200
        (envelope-from <tiff-bounces@lists.maptools.org>)
Received: from inmx018.isp.belgacom.be (inmx018.isp.belgacom.be [195.238.4.79])
        by inas002.isp.belgacom.be (8.12.11.20060308/8.12.11/Skynet-IN-AS-2.03) with ESMTP id k3EF8q1G010076
        for <joris.at.lebbeke@skynet.be>; Fri, 14 Apr 2006 17:08:52 +0200
        (envelope-from <tiff-bounces@lists.maptools.org>)
Received: from duke.maptools.org (r153.dmsolutions.ca [209.217.116.153] (may be forged))
        by inmx018.isp.belgacom.be (8.12.11.20060308/8.12.11/Skynet-IN-2.32) with ESMTP id k3EF8mJi002920
        for <joris.at.lebbeke@skynet.be>; Fri, 14 Apr 2006 17:08:49 +0200
        (envelope-from <tiff-bounces@lists.maptools.org>)
Received: from duke.maptools.org (duke.maptools.org [127.0.0.1])
	by duke.maptools.org (8.12.11/8.12.10) with ESMTP id k3EExulm022039;
	Fri, 14 Apr 2006 11:01:12 -0400
Received: from hermes.med-web.com (hermes.med-web.com [64.186.39.16])
	by duke.maptools.org (8.12.11/8.12.10) with ESMTP id k3EExrgU022036
	for <tiff@lists.maptools.org>; Fri, 14 Apr 2006 10:59:53 -0400
Received: from [192.168.240.64] (dhcp64.med-web.com [192.168.240.64])
	by mail.med-web.com (Postfix) with ESMTP id B72E021C8132
	for <tiff@lists.maptools.org>; Fri, 14 Apr 2006 10:59:49 -0400 (EDT)
Message-ID: <443FB8E4.7080901@pobox.com>
Date: Fri, 14 Apr 2006 10:59:48 -0400
From: Jason Summers <jason1@pobox.com>
User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: tiff@lists.maptools.org
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-MIE-MailScanner-Information: Scanned at MIE
X-MIE-MailScanner: Found to be clean
X-MIE-MailScanner-SpamCheck: not spam (whitelisted),
	SpamAssassin (score=-1.44, required 2, autolearn=disabled,
	ALL_TRUSTED -1.44)
X-MIE-MailScanner-From: jason1@pobox.com
Subject: [Tiff] TIFFReadScanline with JPEG compression
X-BeenThere: tiff@lists.maptools.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: TIFF and libtiff discussion <tiff.lists.maptools.org>
List-Unsubscribe: <http://lists.maptools.org/mailman/listinfo/tiff>,
	<mailto:tiff-request@lists.maptools.org?subject=unsubscribe>
List-Archive: <http://lists.maptools.org/mailman/private/tiff>
List-Post: <mailto:tiff@lists.maptools.org>
List-Help: <mailto:tiff-request@lists.maptools.org?subject=help>
List-Subscribe: <http://lists.maptools.org/mailman/listinfo/tiff>,
	<mailto:tiff-request@lists.maptools.org?subject=subscribe>
Sender: tiff-bounces@lists.maptools.org
Errors-To: tiff-bounces@lists.maptools.org
X-UIDL: 000000000023ceae.000015b6
X-MSP-STORE: Fri, 14 Apr 2006 17:08:56 +0200
Status:   

I'm having trouble getting libtiff's TIFFReadScanline function to work with:

(1) grayscale old-JPEG images. Some scanlines succeed, but others fail 
with a "LibJpeg: Improper call to JPEG library in state 0" error. This 
is with the latest libtiff from CVS. It works fine if I use 
TIFFReadEncodedStrip.

(2) color new-JPEG images when using JPEGCOLORMODE_RGB. This used to 
work for me, but it has stopped working in recent versions of libtiff, 
at least for some images such as the quad-jpeg.tif sample. Using 
TIFFReadEncodedStrip (without JPEGCOLORMODE_RGB) works fine.

I know I may not be giving enough details. But is TIFFReadScanline even 
*supposed* to work in these cases, or should I just give up and always 
use the memory-hungry TIFFReadEncodedStrip?
_______________________________________________
Tiff mailing list: Tiff@lists.maptools.org
http://lists.maptools.org/mailman/listinfo/tiff
http://www.remotesensing.org/libtiff/
