Return-Path: <tiff-bounces@lists.maptools.org>
Received: from inas001.isp.belgacom.be (localhost [127.0.0.1])
        by inav001.isp.belgacom.be (8.12.11/8.12.11/Skynet-IN-AV-3.00) with ESMTP id jB5MWQFY011338
        for <joris.at.lebbeke@skynet.be>; Mon, 5 Dec 2005 23:32:26 +0100
        (envelope-from <tiff-bounces@lists.maptools.org>)
Received: from inmx005.isp.belgacom.be (inmx005.isp.belgacom.be [195.238.5.148])
        by inas001.isp.belgacom.be (8.12.11/8.12.11/Skynet-IN-AS-2.03) with ESMTP id jB5MWKhv024180
        for <joris.at.lebbeke@skynet.be>; Mon, 5 Dec 2005 23:32:20 +0100
        (envelope-from <tiff-bounces@lists.maptools.org>)
Received: from duke.maptools.org (r153.dmsolutions.ca [209.217.116.153] (may be forged))
        by inmx005.isp.belgacom.be (8.12.11/8.12.11/Skynet-IN-2.32) with ESMTP id jB5MWHPX001358
        for <joris.at.lebbeke@skynet.be>; Mon, 5 Dec 2005 23:32:17 +0100
        (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 jB5MRAfs007202;
	Mon, 5 Dec 2005 17:27:29 -0500
Received: from mail.gmx.net (mail.gmx.de [213.165.64.20])
	by duke.maptools.org (8.12.11/8.12.10) with SMTP id jB5MR6Su007199
	for <tiff@lists.maptools.org>; Mon, 5 Dec 2005 17:27:06 -0500
Received: (qmail invoked by alias); 05 Dec 2005 22:27:02 -0000
Received: from dialin107037.justdsl.de (EHLO sirius.rasena) [85.25.107.37]
	by mail.gmx.net (mp019) with SMTP; 05 Dec 2005 23:27:02 +0100
X-Authenticated: #2969065
Received: by sirius.rasena (Postfix, from userid 500)
	id 602C312C47A; Mon,  5 Dec 2005 23:33:13 +0100 (CET)
Received: from localhost (localhost [127.0.0.1])
	by sirius.rasena (Postfix) with ESMTP id 4E0271284C0;
	Mon,  5 Dec 2005 23:33:13 +0100 (CET)
Date: Mon, 5 Dec 2005 23:33:13 +0100 (CET)
From: Kai-Uwe Behrmann <ku.b@gmx.de>
X-X-Sender: kuwe@sirius.rasena
To: Tobias Hilbricht <hilbricht@linopus.de>
Subject: Re: [Tiff] Incorrect rendering of tif-images by libtiff 3.7.2
In-Reply-To: <200512051714.10242.hilbricht@linopus.de>
Message-ID: <Pine.LNX.4.61.0512052321120.8500@sirius.rasena>
References: <200512051538.34599.hilbricht@linopus.de>
	<000d01c5f9a2$b5c9b300$d195f651@dfgrrxsknr4e>
	<200512051714.10242.hilbricht@linopus.de>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Y-GMX-Trusted: 0
Cc: tiff@lists.maptools.org
X-BeenThere: tiff@lists.maptools.org
X-Mailman-Version: 2.1.4
Precedence: list
Reply-To: Kai-Uwe Behrmann <ku.b@gmx.de>
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.00000f11
X-MSP-STORE: Mon, 05 Dec 2005 23:32:36 +0100
Status: RO

Tobias,

just to add, I tested your image with CinePaint and it gave the following 
errors:

....
pixeltest.tif: Read error at scanline 240; got 61440 bytes, expected 
860540       
pixeltest.tif: Read error at scanline 240; got 30720 bytes, expected 
891260
....

CinePaint's tiff reader is linked on my system to libtiff-3.7.4 and reads 
the image to readable text form. The result looks good. An Update of 
libtiff should at least solve that broken tiff variant.

regards
Kai-Uwe Behrmann
                                + development for color management 
                                + imaging / panoramas
                                + email: ku.b@gmx.de
                                + http://www.behrmann.name


Am 05.12.05, 17:14 +0100 schrieb Tobias Hilbricht:

> Am Montag, 5. Dezember 2005 14:49 schrieben Sie:
> 
> Dear Mr. Van Damme,
> 
> thank you very much for your quick answer pointing to the origin of the 
> problem. 
> 
> > The fact that some applications render this TIFF, is probably simply
> > because they apply some robust StripByteCounts value correction in a
> > case like this.
> 
> Is it possible to have this robust StripByteCounts value correction with 
> libtiff-dependent applications automagically? Some script? Or has it already 
> been implemented in libtiff version 3.7.4?
> I will report the problem to the developer of Pixel.
> 
> Thanks again
> 
> Yours sincerely
> 
> Tobias Hilbricht
> 
> -- 
> Dr. Tobias Hilbricht
> Linopus Satz und Grafik
> www.linopus.de

_______________________________________________
Tiff mailing list: Tiff@lists.maptools.org
http://lists.maptools.org/mailman/listinfo/tiff
http://www.remotesensing.org/libtiff/
