Return-Path: owner-tiff@olympiakos.com
Return-Path: <owner-tiff@olympiakos.com>
Received: from localhost (localhost [127.0.0.1])
	by at1895.spb.edu (8.12.0.Beta7/8.12.0.Beta7) with ESMTP id f3I91Fje030020
	for <dron@localhost>; Wed, 18 Apr 2001 13:17:19 +0400
Received: from eudoramail.com [209.185.123.45]
	by localhost with POP3 (fetchmail-5.8.1)
	for dron@localhost (single-drop); Wed, 18 Apr 2001 13:17:19 +0400 (MSD)
Received: from gate7.olympiakos.com ([207.176.88.85]) by shared1-mail.whowhere.com; Wed Apr 18 01:26:55 2001
Received: from localhost (daemon@localhost)
	by gate7.olympiakos.com (8.9.3/8.9.3) with SMTP id EAA09178;
	Wed, 18 Apr 2001 04:18:06 -0400
Received: by gate7.olympiakos.com (bulk_mailer v1.9); Wed, 18 Apr 2001 04:16:49 -0400
Received: (from majordom@localhost)
	by gate7.olympiakos.com (8.9.3/8.9.3) id EAA09106
	for tiff-outgoing; Wed, 18 Apr 2001 04:16:49 -0400
X-Authentication-Warning: gate7.olympiakos.com: majordom set sender to owner-tiff@olympiakos.com using -f
Received: from infonegocio.com (wwwa035.infonegocio.com [195.235.35.122])
	by gate7.olympiakos.com (8.9.3/8.9.3) with ESMTP id EAA09103
	for <tiff@olympiakos.com>; Wed, 18 Apr 2001 04:16:47 -0400
Received: from MM2000 ([213.97.41.5]) by infonegocio.com  with Microsoft SMTPSVC(5.5.1877.507.50);
	 Wed, 18 Apr 2001 10:15:50 +0200
Message-ID: <000d01c0c7e0$30030580$02001aac@MM2000>
From: =?iso-8859-1?Q?Mart=ED_Maria?= <marti@littlecms.com>
To: "Brent Foster" <brent.foster@onstreamsystems.com>,
   "TIFF List" <tiff@olympiakos.com>
References: <002601c0c79a$b78dfa00$0200a8c0@brent.onstreamsystems.com>
Subject: Re: 5,5,5 bits per sample RGB images
Date: Wed, 18 Apr 2001 10:18:44 +0200
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
Sender: owner-tiff@olympiakos.com
X-MIME-Autoconverted: from 8bit to quoted-printable by gate7.olympiakos.com id EAA09178
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by at1895.spb.edu id f3I91Fje030020
Status: RO
Content-Length: 1601
Lines: 52

Hi,

> The LeadTools toolkit seems to implement the second format above for
> reading; I'm not sure if it can write them. It looks to me like this is
> wrong - is it?

Seems wrong... but perhaps there is an extra sample of one bit, check
for the existence of ExtraSamples tag. If so, SamplesPerPixel should
be 4 and BitsPerSample should be "5, 5, 5, 1"

Another way to solve the word padding would be to use 5-6-5, with 6
bits for green, since eye is more sensitive to Luma, and green does
have more luma that other components.Unfortunately, libtiff does not
handle this kind of tiff, with different bit count per component.

Martí.

----- Original Message -----
From: "Brent Foster" <brent.foster@onstreamsystems.com>
To: "TIFF List" <tiff@olympiakos.com>
Sent: Wednesday, April 18, 2001 2:01 AM
Subject: 5,5,5 bits per sample RGB images


> Hi,
>
> Just a clarification wanted here - should be easy...
>
> I assume from the TIFF 6.0 spec that the correct format for uncompressed
> contiguous 5,5,5 bits per sample data is:
>
> rrrrrggg ggbbbbbr rrrrgggg gbbbbbrr rrrggggg bbbbbrrr rrgggggb bbbb...
>
> rather than:
>
> rrrrrggg ggbbbbb0 rrrrrggg ggbbbbb0 rrrrrggg ggbbbbb0 rrrrrggg ggbbbbb0...
>
> The LeadTools toolkit seems to implement the second format above for
> reading; I'm not sure if it can write them. It looks to me like this is
> wrong - is it?
> The TIFF spec says "pack data into bytes as tightly as possible, leaving
no
> unused bits (except at the end of a row)." which sounds like the first
> format above to me - was this different in earlier specs?
>
> Thanks,
>
> Brent
>
>
>
>

