Status: Read
Received: from phillip.thumbsplus.com by phillip.thumbsplus.com (NTMail 3.02.11) with ESMTP id pcrews for <pcrews@cerious.com>; Mon, 12 May 1997 04:14:47 -0400
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id BAA03727; Mon, 12 May 1997 01:00:08 -0700
	env-from (owner-tiff@sgi.engr.sgi.com)
Received: (from majordomo@localhost) by cthulhu.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id WAA13706 for tiff-list; Sun, 11 May 1997 22:44:10 -0700
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id WAA13678 for <tiff-relay@relay.engr.sgi.com>; Sun, 11 May 1997 22:44:07 -0700
Received: from mail.Germany.EU.net (mail.germany.eu.net [192.76.144.65]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id WAA17483
	for <tiff@sgi.com>; Sun, 11 May 1997 22:44:05 -0700
	env-from (wiesenfarth@zeiss.de)
Received: by mail.Germany.EU.net with SMTP (5.59+:34/2.6.2.c)
	id HAA20066; Mon, 12 May 1997 07:44:00 +0200
Received: from aragorn.v-ppb.zeiss.de by oslo.zeiss.de; Mon, 12 May 97 07:43:54 +0200
Received: from aragorn 
	by aragorn.v-ppb.zeiss.de with SMTP (950413.SGI.8.6.12/+CZGEN-1.0+1)
	via CZnet for oslo
	id HAA10268; Mon, 12 May 1997 07:44:17 +0200
Message-ID: <3376AE31.41C6@zeiss.de>
Date: Mon, 12 May 1997 07:44:17 +0200
From: Rainer Wiesenfarth <wiesenfarth@zeiss.de>
Organization: Carl Zeiss, Abt. Phm-A
X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.3 IP32)
MIME-Version: 1.0
To: sanjayp@gsslco.co.in
CC: tiff@sgi.com
Subject: Re: To ALL TIFF MAILING LIST MEMBERS
References: <3.0.1.32.19970509202755.006974b0@gargi>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-tiff@fddi-sgi.engr.sgi.com
Precedence: bulk

Sanjay G. Prabhudesai wrote:
> 
> Hello Everybody,
> 
> [...]
> 
> I have a customer who is bent on using Group 4 compression for reasons not
> known to me. 

(flame on - I hope the customer's name isn't Microsoft - flame off)

Maybe you should tell your customer that it MAKES ABSOLUTELY NO SENSE
to compress an image with anything other than the TWO COLORS black
and white with Group 4. This has - as repeatedly stated - a number
of reasons:

1. The file you generate would NO LONGER BE A TIFF FILE. You can
   name it xxx.tif, you can use the tags and so on, but you
   MUST NOT CALL IT "TIFF"!!! If you want to generate a TIFF
   file, you have to follow the standard. This results in
   either converting the image to greyscale or to switch to
   an other compression scheme.

2. No other TIFF reader would read and interpret your images
   correctly. What you intend to do is telling TIFF that your
   image is 8 times the width. As a result, each 'normal'
   TIFF reader would display it in black and white only,
   horizontally stretched by a factor of 8. You will not
   be able to recognise anything in this image.

3. As the Group 4 compression is designed primary for
   bilevel images like fax sheets, it is optimised for a
   longer sequence of bits of the same value. As you
   encode your 8-bit color values in a scanline in addition
   to the image pixels, you will get a - from Group 4's
   sight - bad mixture of 0s and 1s. The compression ratio
   would not justify the effort made for compression.
   Maybe you should create a sample of this and show
   it to your customer, along with the same image compressed
   using other methods.

> [...]
> 
> While trying this approach using libTIFF writer I got the following error
> message:
> 
>  "Bits per sample must be 1 for Group 3/4 encoding/decoding".

You have to set PhotometricInterpretation to MinIsWhite and
BitsPerSample
to 1.

> 
> [...]
> 
> Regards,
> 
> Sanjay Prabhudesai

Greetings Rainer

-- 
| This mail came from:
| Rainer Wiesenfarth                 Tel: +49 7364 203321
| c/o Carl Zeiss, Div. Phm-A         Fax: +49 7364 202829
| 73446 Oberkochen                e-mail: Wiesenfarth@zeiss.de
| Germany
