X-Account-Key: account1
X-UIDL: ae5c78a6bd2bf5e7d39501db12e81f22
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Received: from lists.maptools.org (localhost [127.0.0.1])
	by mail.howardsilvan.com (Postfix) with ESMTPS id 91CF2C420B3
	for <faxguy@howardsilvan.com>; Thu,  4 Feb 2016 08:36:01 -0800 (PST)
Received: from lists.maptools.org ([94.23.4.142] helo=lists.maptools.org)
	by fangorn.howardsilvan.com with SMTP (2.3.3); 4 Feb 2016 08:36:00 -0800
Received: from [10.1.0.241] (localhost.localdomain [127.0.0.1])
	by lists.maptools.org (Postfix) with ESMTP id 2183635C118;
	Thu,  4 Feb 2016 11:34:59 -0500 (EST)
Received: from mail.sidefx.com (mail.sidefx.com [206.223.178.163])
	by lists.maptools.org (Postfix) with ESMTPS id 57AED35C078
	for <tiff@lists.maptools.org>; Thu,  4 Feb 2016 11:34:47 -0500 (EST)
To: tiff@lists.maptools.org
References:
	<6B34DAA7C87E094DB5BFF07340F91679A8095A5C@VPHOENIX.Heinzler.local>
	<alpine.GSO.2.01.1602040832470.28454@freddy.simplesystems.org>
From: Edward Lam <edward@sidefx.com>
Message-ID: <56B37DA5.3050707@sidefx.com>
Date: Thu, 4 Feb 2016 11:34:45 -0500
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101
	Thunderbird/38.5.1
MIME-Version: 1.0
In-Reply-To: <alpine.GSO.2.01.1602040832470.28454@freddy.simplesystems.org>
Subject: Re: [Tiff] Image data layout
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>
Sender: tiff-bounces@lists.maptools.org
Errors-To: tiff-bounces@lists.maptools.org
X-Assp-ID: fangorn.howardsilvan.com m1-03761-02131
X-Assp-Session: 7F067553CF58 (mail 1)
X-Assp-Envelope-From: tiff-bounces@lists.maptools.org
X-Assp-Intended-For: faxguy@howardsilvan.com
X-Assp-Version: 2.3.3(14029) on fangorn.howardsilvan.com
X-Assp-Server-TLS: yes
X-Assp-Delay: not delayed (whitelisted); 4 Feb 2016 08:36:01 -0800
X-Assp-Whitelisted: Yes (whitelistdb)
Return-Path: tiff-bounces@lists.maptools.org
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

On 04/02/2016 9:42 AM, Bob Friesenhahn wrote:
> On Thu, 4 Feb 2016, Maximilian Heinzler wrote:
>>
>> By the way, is there any definition of how the layout of the image data =
looks
>> like for odd bit depths (like 7)? I can=92t find anything in the specifi=
cation
>> about this and it looks like that in most cases a big endian layout is u=
sed
>> regardless of the file=92s endianness. For example, if I use ImageMagick=
 to
>> create a TIFF file with 48 bits per sample, the image data is exactly th=
e same
>> for both little and big endian files.
>
> Yes, the convention is to only swap "native" word sizes, as well as 24-bit
> (because of an Adobe draft tech note about 16/24 bit float) sizes.  For o=
ther
> sizes, the data is packed into contiguous natural "big-endian" order.

Maybe a comment should be added to the source? It certainly looks like a yy=
p bug =

for anyone new.

-Edward

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


