Received: from mailgate009.isp.belgacom.be (mailgate009.isp.belgacom.be [195.238.6.2])
	by maildelivery010.isp.belgacom.be (Postfix) with ESMTP id 365641DC008
	for <joris.at.lebbeke@skynet.be>; Mon, 24 Sep 2007 10:12:39 +0200 (CEST)
Received: from r153.dmsolutions.ca (HELO duke.maptools.org) ([209.217.116.153])
  by in.mx.skynet.be with ESMTP; 24 Sep 2007 10:12:38 +0200
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 l8O81js0005738;
	Mon, 24 Sep 2007 04:01:53 -0400
Received: from dns2.namehog.net (dns2.namehog.net [213.52.234.203])
	by duke.maptools.org (8.12.11/8.12.10) with ESMTP id l8O81c7h005735
	for <tiff@lists.maptools.org>; Mon, 24 Sep 2007 04:01:38 -0400
Received: from 81-86-57-99.dsl.pipex.com ([81.86.57.99] helo=EKAT)
	by dns2.namehog.net with esmtpa (Exim 4.68)
	(envelope-from <andy.cave@hamillroad.com>)
	id 1IZisw-0000sF-Ce; Mon, 24 Sep 2007 09:01:42 +0100
Message-ID: <028401c7fe81$1edbdc30$da60fea9@EKAT>
From: "Andy Cave" <andy.cave@hamillroad.com>
To: "Joris" <joris.at.lebbeke@skynet.be>,
        "ComSquare Martin Osieka" <martin.osieka@comsquare.ch>,
        <tiff@lists.maptools.org>
References: <003201c7fe00$b7f1ca00$151fa8c0@csqp20>
	<001401c7fe6f$a346ce60$6497c554@katjad31f0d374>
Subject: Re: [Tiff] G3 fax: EOL needed at the beginning of each strip?
Date: Mon, 24 Sep 2007 09:01:30 +0100
Organization: Hamillroad Software
MIME-Version: 1.0
Content-Type: text/plain; format=flowed; charset="iso-8859-1";
	reply-type=response
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.3138
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138
X-AntiAbuse: This header was added to track abuse,
	please include it with any abuse report
X-AntiAbuse: Primary Hostname - dns2.namehog.net
X-AntiAbuse: Original Domain - lists.maptools.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - hamillroad.com
X-Source: 
X-Source-Args: 
X-Source-Dir: 
Cc: 
X-BeenThere: tiff@lists.maptools.org
X-Mailman-Version: 2.1.4
Precedence: list
Reply-To: Andy Cave <andy.cave@hamillroad.com>
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.000027eb
X-MSP-STORE: Mon, 24 Sep 2007 10:12:39 +0200
Status:   

Hi Joris,

I'm curious - where in the spec does it indicate strips have to start with 
EOL? I don't remember it saying so, and checking quickly, I can't find a 
reference to that.

Thanks,

Andy.

----- Original Message ----- 
From: "Joris" <joris.at.lebbeke@skynet.be>
To: "ComSquare Martin Osieka" <martin.osieka@comsquare.ch>; 
<tiff@lists.maptools.org>
Sent: Monday, September 24, 2007 6:56 AM
Subject: Re: [Tiff] G3 fax: EOL needed at the beginning of each strip?


> Martin,
> ...
> The spec clearly indicates strips have to start with EOL. Unfortunately, 
> I've a reasonable amount (i.e. not just a fluke) of testimages where 
> garbage data preceeds the G3 block. LibTiff succeeds on these images by 
> skipping to the first EOL. If we were to change LibTiff to start decoding 
> right away, more unexpected stuff will happen on these images with 
> preceeding garbage data that might just be more frequent.
>
> In AsTiff, what I do if the strip or tile doesn't start with an EOL, is 
> actually test and see if a line of desired length can successfully be 
> decoded from the preceeding data, and if that data then is followed by an 
> EOL. If so, I regard that the first line. If not, the code starts at the 
> first EOL instead. This works on both the testimages with random 
> preceeding data, and the testimages that just lack the first EOL. But the 
> LibTiff fax decoder being as it is, a heap of macro's with embedded 
> macro's that nobody at this stage can easilly decipher, it may be hard to 
> make it behave equally intelligent.
> ...


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