Return-Path: <tiff-bounces@lists.maptools.org>
X-Original-To: info@awaresystems.be
Delivered-To: info@awaresystems.be
Received: from mx-j.b-one.net (mx-j.one.com [91.198.169.57])
	by mail9.b-one.net (Postfix) with ESMTP id 475D6400160
	for <info@awaresystems.be>; Sat, 25 Jun 2011 02:16:40 +0200 (CEST)
Received: by mx-j.b-one.net (Postfix, from userid 106)
	id 3D91D6561834; Sat, 25 Jun 2011 02:16:26 +0200 (CEST)
X-Virus-Scanned: by one.com
X-Amavis-Alert: BAD HEADER SECTION, Duplicate header field: "MIME-Version"
X-Greylist: domain auto-whitelisted by SQLgrey-1.7.4
Received: from lists.maptools.org (lists.maptools.org [65.39.174.144]) by
 mx-j.b-one.net (Postfix) with ESMTP id 31D766561833 for
 <info@awaresystems.be>; Sat, 25 Jun 2011 02:16:25 +0200 (CEST)
Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by
 lists.maptools.org (Postfix) with ESMTP id 79AD486FB6; Fri, 24 Jun 2011
 19:15:24 -0500 (EST)
Received: from exprod6og116.obsmtp.com (exprod6og116.obsmtp.com [64.18.1.37])
 by lists.maptools.org (Postfix) with ESMTPS id 47DF586F84 for
 <tiff@lists.maptools.org>; Fri, 24 Jun 2011 18:57:46 -0500 (EST)
Received: from outbound-smtp-1.corp.adobe.com ([192.150.11.134]) by
 exprod6ob116.postini.com ([64.18.5.12]) with SMTP ID
 DSNKTgUkdp6zPFgI9n37/3+UlfXdUHSHTG0c@postini.com; Fri, 24 Jun 2011 16:58:07
 PDT
Received: from inner-relay-1.corp.adobe.com ([153.32.1.51]) by
 outbound-smtp-1.corp.adobe.com (8.12.10/8.12.10) with ESMTP id
 p5ONuVES006320; Fri, 24 Jun 2011 16:56:32 -0700 (PDT)
Received: from nacas03.corp.adobe.com (nacas03.corp.adobe.com [10.8.189.121])
 by inner-relay-1.corp.adobe.com (8.12.10/8.12.10) with ESMTP id
 p5ONvZaj028378; Fri, 24 Jun 2011 16:57:40 -0700 (PDT)
Received: from nambx03.corp.adobe.com ([10.8.189.93]) by
 nacas03.corp.adobe.com ([10.8.189.121]) with mapi; Fri, 24 Jun 2011 16:57:36
 -0700
From: Chris Cox <ccox@adobe.com>
To: Leandro Bugnon <l.bugnon@gmail.com>, Bob Friesenhahn
 <bfriesen@simple.dallas.tx.us>, TIFF <tiff@lists.maptools.org>
Date: Fri, 24 Jun 2011 16:57:31 -0700
Thread-Topic: [Tiff] 16-bit image
Thread-Index: AcwyxEzKSFNu++fAT3SfKyXwjAr+0gABi3kH
Message-ID: <CA2A727B.43259%ccox@adobe.com>
In-Reply-To: <BANLkTinCTuF1u34VhKaWS8oTBFHNtT=cQg@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-Entourage/13.10.0.110428
acceptlanguage: en-US
MIME-Version: 1.0
Subject: Re: [Tiff] 16-bit image
X-BeenThere: tiff@lists.maptools.org
X-Mailman-Version: 2.1.9
Precedence: list
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>
Content-Type: multipart/mixed; boundary="===============0150055385=="
Mime-version: 1.0
Sender: tiff-bounces@lists.maptools.org
Errors-To: tiff-bounces@lists.maptools.org

--===============0150055385==
Content-Language: en-US
Content-Type: multipart/alternative;
	boundary="_000_CA2A727B43259ccoxadobecom_"

--_000_CA2A727B43259ccoxadobecom_
Content-Type: text/plain; charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable

The min/max sample values are metadata, and don=92t affect interpretation o=
f the file data.
So even if wrong, they shouldn=92t cause the symptoms described.

I do wonder if the byte order of the data might be wrong, and it=92s pickin=
g up the low order bits of the image.

Chris


On 6/24/11 3:50 PM, "Leandro Bugnon" <l.bugnon@gmail.com> wrote:

Thanks for the quick answer. Here is a test image

 *   http://www.filefactory.com/file/cc0b359/n/test1.tif

Another thing that cannot understand is that TIFFTAG_SMINSAMPLEVALUE / TIFF=
TAG_SMAXSAMPLEVALUE remains in zero value but I changed that in the code.

2011/6/24 Bob Friesenhahn <bfriesen@simple.dallas.tx.us>
On Fri, 24 Jun 2011, Leandro Bugnon wrote:

Hi,
I'm getting a 14bit image from a CCD cam, and save it in a 16bit. The probl=
em is that, if I take only 2 gray
values (greater than zero and less than 2^14), the viewers that I try (imag=
eJ and irfanview) take them as
zero and max valuo (black and white), they don't show the real color. How c=
an I fix it? I've tryed the next
tags:

The values are correctly saved, but it always show a full black and full wh=
ite value when there isn't any
zero or 2^16 value.

I am not immediately seeing a problem with your tags.  Perhaps the pixel va=
lues are wrong, or perhaps this is a problem with these viewers.

Are you able to post a sample TIFF file somewhere so we can download
it and see how it is constructed?

Bob

--_000_CA2A727B43259ccoxadobecom_
Content-Type: text/html; charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable

<html><head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3DWindows-1=
252"><title>Re: [Tiff] 16-bit image</title>
</head>
<body>
<font face=3D"Myriad Pro"><span style=3D"font-size:10pt">The min/max sample=
 values are metadata, and don=92t affect interpretation of the file data.<b=
r>
So even if wrong, they shouldn=92t cause the symptoms described.<br>
<br>
I do wonder if the byte order of the data might be wrong, and it=92s pickin=
g up the low order bits of the image.<br>
<br>
Chris<br>
<br>
<br>
On 6/24/11 3:50 PM, &quot;Leandro Bugnon&quot; &lt;<a href=3D"l.bugnon@gmai=
l.com">l.bugnon@gmail.com</a>&gt; wrote:<br>
<br>
</span></font><blockquote><font face=3D"Myriad Pro"><span style=3D"font-siz=
e:10pt">Thanks for the quick answer. Here is a test image&nbsp;<br>
</span></font><ul><li><span style=3D"font-size:10pt"><font face=3D"Arial"><=
a href=3D"http://www.filefactory.com/file/cc0b359/n/test1.tif">http://www.f=
ilefactory.com/file/cc0b359/n/test1.tif</a><br>
</font></span></ul><span style=3D"font-size:10pt"><font face=3D"Myriad Pro"=
><br>
Another thing that cannot understand is that TIFFTAG_SMINSAMPLEVALUE /&nbsp=
;TIFFTAG_SMAXSAMPLEVALUE remains in zero value but I changed that in the co=
de.<br>
<br>
2011/6/24 Bob Friesenhahn &lt;<a href=3D"bfriesen@simple.dallas.tx.us">bfri=
esen@simple.dallas.tx.us</a>&gt;<br>
</font></span><blockquote><span style=3D"font-size:10pt"><font face=3D"Myri=
ad Pro">On Fri, 24 Jun 2011, Leandro Bugnon wrote:<br>
<br>
</font></span><blockquote><span style=3D"font-size:10pt"><font face=3D"Myri=
ad Pro">Hi,<br>
I'm getting a 14bit image from a CCD cam, and save it in a 16bit. The probl=
em is that, if I take only 2 gray<br>
values (greater than zero and less than 2^14), the viewers that I try (imag=
eJ and irfanview) take them as<br>
zero and max valuo (black and white), they don't show the real color. How c=
an I fix it? I've tryed the next<br>
tags:<br>
&nbsp;<br>
The values are correctly saved, but it always show a full black and full wh=
ite value when there isn't any<br>
zero or 2^16 value.&nbsp;<br>
</font></span></blockquote><span style=3D"font-size:10pt"><font face=3D"Myr=
iad Pro"><br>
I am not immediately seeing a problem with your tags. &nbsp;Perhaps the pix=
el values are wrong, or perhaps this is a problem with these viewers.<br>
<br>
Are you able to post a sample TIFF file somewhere so we can download<br>
it and see how it is constructed?<br>
<br>
Bob<br>
</font></span></blockquote></blockquote>
</body>
</html>


--_000_CA2A727B43259ccoxadobecom_--

--===============0150055385==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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