Received: from [207.113.13.68] by phillip.cerious.com (NTMail 3.03.0017/7.aaxh) with ESMTP id pcrews for <pcrews@cerious.com>; Sat, 12 Jun 1999 13:30:12 -0400
Received: from localhost (bin@localhost)
	by gate7.olympiakos.com (8.8.7/8.8.7) with SMTP id NAA32595;
	Sat, 12 Jun 1999 13:17:20 -0400
Received: by gate7.olympiakos.com (bulk_mailer v1.9); Sat, 12 Jun 1999 13:15:14 -0400
Received: (from majordom@localhost)
	by gate7.olympiakos.com (8.8.7/8.8.7) id NAA32567
	for tiff-outgoing; Sat, 12 Jun 1999 13:15:14 -0400
X-Authentication-Warning: gate7.olympiakos.com: majordom set sender to owner-tiff@olympiakos.com using -f
Received: from sgi.com (sgi.SGI.COM [192.48.153.1])
	by gate7.olympiakos.com (8.8.7/8.8.7) with ESMTP id NAA32564
	for <tiff@olympiakos.com>; Sat, 12 Jun 1999 13:15:10 -0400
Received: from srz-berlin.de (ns.srz-berlin.de [212.5.11.1]) 
	by sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam:
       SGI does not authorize the use of its proprietary
       systems or networks for unsolicited or bulk email
       from the Internet.) 
	via ESMTP id KAA02582
	for <tiff@sgi.com>; Sat, 12 Jun 1999 10:15:07 -0700 (PDT)
	mail_from (H.Blischke@srz-berlin.de)
Received: from SunFrame1 (gw.srz-berlin.de [212.5.11.2])
	by srz-berlin.de (8.8.7/8.8.7) with SMTP id TAA13912;
	Sat, 12 Jun 1999 19:15:06 +0200
Message-ID: <376293E9.4590@srz-berlin.de>
Date: Sat, 12 Jun 1999 19:07:53 +0200
From: Helge Blischke <H.Blischke@srz-berlin.de>
Organization: SRZ BERLIN
X-Mailer: Mozilla 3.01Gold (X11; I; SunOS 5.5.1 sun4m)
MIME-Version: 1.0
To: tiff@sgi.com
Subject: Re: Problems with converting a (corrupt?) TIFF file.
References: <37619E14.BD5E8479@webdesign.no>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-tiff@olympiakos.com

Marek Rzewuski wrote:
> 
> I have a problem converting a file produced by Dialogic fax sollution. I
> was almost sure that the file was corrupted until I found a viewer which
> could display it (www.swiftview.com).
> 
> Sam Lefflers TIFF package produced this output:
> 
> /home/mr/elwin.tif:
>   Magic: 0x4949 <little-endian> Version: 0x2a
>   Directory 0: offset 8 (0x8) next 0 (0)
>   SubFileType (254) LONG (4) 1<0>
>   ImageWidth (256) LONG (4) 1<1728>
>   ImageLength (257) LONG (4) 1<0>
>   BitsPerSample (258) SHORT (3) 1<1>
>   Compression (259) SHORT (3) 1<4>
>   Photometric (262) SHORT (3) 1<0>
>   FillOrder (266) SHORT (3) 1<2>
>   ImageDescription (270) ASCII (2) 70<        818 379
> 8410                        Thu Apr 01 02:54:48 1999\n\000>
>   StripOffsets (273) LONG (4) 1<340>
>   SamplesPerPixel (277) SHORT (3) 1<1>
>   RowsPerStrip (278) LONG (4) 1<0>
>   StripByteCounts (279) LONG (4) 1<5935>
>   XResolution (282) RATIONAL (5) 1<204>
>   YResolution (283) RATIONAL (5) 1<98>
>   Group3Options (292) LONG (4) 1<0>
>   ResolutionUnit (296) SHORT (3) 1<2>
>   PageNumber (297) SHORT (3) 2<0 1>
>   BadFaxLines (326) LONG (4) 1<0>
>   CleanFaxData (327) SHORT (3) 1<0>
>   ConsecutiveBadFaxLines (328) LONG (4) 1<0>
> 
> The staff from SwiftView has this to say about this file:
> 
> "This is a common error, so common that we were forced to add a
> workaround when the length is 0.  We read to the Group 3 End of block
> markers or to the end of file, or untill the strip byte count runs out;
> whichever comes first.  I noticed that rows per strip is also messed up,
> 
> this can also be a source of problems."
> 
> Does anyone know how I can convert this file some a TIFF format which is
> not corrupted?
> (Most of the programs I have tried report: Bad value for
> "RowsPerStrip".)
> 
> The file can be found at http://www.webdesign.no/elwin.tif
> 
> Regards,
> Marek Rzewuski
I'd advice you to hack a bastard of Sam Leffler's tiffcp which does the
same sort
of workaraound the SwiftView people did.

Helge
-- 
H.Blischke@srz-berlin.de
H.Blischke@srz-berlin.com
H.Blischke@acm.org
