Return-Path: <SRS0=/AD6=JP=lists.osgeo.org=tiff-bounces@osgeo.org>
Delivered-To: filtered@awaresystems.be
Received: from mx3.pub.mailpod8-cph3.one.com ([10.27.38.13])
	by mailstorage22.cst.mailpod8-cph3.one.com with LMTP
	id 6P9BAz9owmUvBQAAwT5NuQ
	(envelope-from <SRS0=/AD6=JP=lists.osgeo.org=tiff-bounces@osgeo.org>)
	for <filtered@awaresystems.be>; Tue, 06 Feb 2024 17:11:27 +0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=custmx.one.com; s=20201015;
	h=sender:content-type:reply-to:from:list-subscribe:list-help:list-post:
	 list-unsubscribe:list-id:subject:mime-version:in-reply-to:references:
	 message-id:date:cc:to:x-halone-refid:x-halone-sa:from:x-halone-sa:
	 x-halone-refid;
	bh=ARZhasku4hKGxB5GHr3w/oxpDTiWqsSRuGR2fpXg7xk=;
	b=pBNLsv4FFZYy7EDHn5gzjbibYHE3EvMWqEi24bCs25tDw2BKntUKvS11DPF1Wjh8g5SCimTRZpox/
	 hWYbn7LlL47tY03fr1EsyfSeDcPcHWQIY/u2kOqS78quQdY9GqKfQFTcI8jfFYfe+wjJdGNLmHmDno
	 xeIap1QwMEy2/2L6fl+XLZuErtmTu5rthnIpKjdrsiOKdh1vYlEcTbh9qqHevFcKloKoz4lZLvHcYY
	 2UFa8TEINO5iKIqDORfoMcv7Lm7jQkWGqaQyjZwQmY9tdRz7rFKSa7xc8UUFIQaLe9KgVFMDKoZVOc
	 E3u65Zh0hX4Vt98FnNBTB4WtTfpwTFA==
X-HalOne-SA: -1
X-HalOne-RefID: 155866::1707239485-A4E7F36A-BC8EFC27/0/0
Authentication-Results: mx3.pub.mailpod8-cph3.one.com;
	spf=pass smtp.mailfrom=osgeo.org smtp.remote-ip=140.211.15.3;
	dmarc=pass header.from=lists.osgeo.org;
X-HalOne-ID: c18ab036-c512-11ee-aadc-98039b062cb2
Received: from lists.osgeo.org (osgeo6.osgeo.osuosl.org [140.211.15.3])
	by mx3.pub.mailpod8-cph3.one.com (Halon) with ESMTP
	id c18ab036-c512-11ee-aadc-98039b062cb2;
	Tue, 06 Feb 2024 17:11:25 +0000 (UTC)
Received: from osgeo6.osgeo.osuosl.org (localhost [127.0.0.1])
	by lists.osgeo.org (Postfix) with ESMTP id 45FC6614214C;
	Tue,  6 Feb 2024 09:11:22 -0800 (PST)
Received: from us-smtp-delivery-120.mimecast.com
 (us-smtp-delivery-120.mimecast.com [170.10.133.120])
 by lists.osgeo.org (Postfix) with ESMTPS id 9848C6142144
 for <tiff@lists.osgeo.org>; Tue,  6 Feb 2024 09:11:20 -0800 (PST)
Received: from SJ2PR03CU001.outbound.protection.outlook.com
 (mail-westusazlp17010000.outbound.protection.outlook.com [40.93.1.0]) by
 relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.2,
 cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id
 us-mta-86-jfD-C3b3N_me8B1fgy71EA-1; Tue, 06 Feb 2024 12:11:13 -0500
X-MC-Unique: jfD-C3b3N_me8B1fgy71EA-1
Received: from CO1PR05MB8315.namprd05.prod.outlook.com (2603:10b6:303:fe::14)
 by DS7PR05MB7351.namprd05.prod.outlook.com (2603:10b6:5:2c2::10) with
 Microsoft SMTP Server (version=TLS1_2,
 cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.7249.36; Tue, 6 Feb
 2024 17:10:41 +0000
Received: from CO1PR05MB8315.namprd05.prod.outlook.com
 ([fe80::909e:3cfc:c4eb:172f]) by CO1PR05MB8315.namprd05.prod.outlook.com
 ([fe80::909e:3cfc:c4eb:172f%5]) with mapi id 15.20.7249.035; Tue, 6 Feb 2024
 17:10:41 +0000
To: Bob Friesenhahn <bfriesen@simple.dallas.tx.us>, Even Rouault
 <even.rouault@spatialys.com>, DRC <drc@virtualgl.org>
CC: "tiff@lists.osgeo.org" <tiff@lists.osgeo.org>
Thread-Topic: [Tiff] error reading linearRaw subIFD from a TIFF file with
 libtiff built with libjpeg-turbo?
Thread-Index: AQHaWGfS5z40ep01GEe6QfJWYz/tZrD8MuIAgAAH0auAAAztAIABRFRQ
Date: Tue, 6 Feb 2024 17:10:40 +0000
Message-ID: <CO1PR05MB83157DA8C31FF994426E3561D3462@CO1PR05MB8315.namprd05.prod.outlook.com>
References: <CO1PR05MB831576C332EFDBEFA3474D62D3472@CO1PR05MB8315.namprd05.prod.outlook.com>
 <alpine.GSO.2.20.2402051417260.23333@scrappy.simplesystems.org>
 <CO1PR05MB8315D4A594D109D96CF32A81D3472@CO1PR05MB8315.namprd05.prod.outlook.com>
 <alpine.GSO.2.20.2402051536410.23333@scrappy.simplesystems.org>
In-Reply-To: <alpine.GSO.2.20.2402051536410.23333@scrappy.simplesystems.org>
Accept-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-ms-publictraffictype: Email
x-ms-traffictypediagnostic: CO1PR05MB8315:EE_|DS7PR05MB7351:EE_
x-ms-office365-filtering-correlation-id: d01f8b7c-0981-4666-c750-08dc27368bfa
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0
x-microsoft-antispam-message-info:  
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:;
 IPV:NLI; SFV:NSPM; H:CO1PR05MB8315.namprd05.prod.outlook.com; PTR:; CAT:NONE;
 SFS:(13230031)(39860400002)(396003)(376002)(366004)(136003)(346002)(230922051799003)(1800799012)(451199024)(64100799003)(186009)(53546011)(38070700009)(41300700001)(110136005)(66946007)(64756008)(66556008)(66476007)(76116006)(66446008)(316002)(8676002)(5660300002)(2906002)(4326008)(52536014)(8936002)(83380400001)(122000001)(966005)(38100700002)(55016003)(166002)(33656002)(7696005)(71200400001)(6506007)(9686003)(478600001)(26005)(86362001);
 DIR:OUT; SFP:1102
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: =?us-ascii?Q?xKl4LlzDF9SBIBVnNY82EkI0twnHAhmN7lEI76m7YSoFjtlKnIjoOunzcMmv?=
 =?us-ascii?Q?rzwaH5RpDGB5ZEnCFoYJOa6khAm0AMblF+HsIcXVxiOMUvnEkc0LEh7auNrL?=
 =?us-ascii?Q?7Qg7jDmWQThx9KHNHEo/pu//2ih8Ca7/L+S+88lhM4CSXX/s7xZ+u0bTtX+H?=
 =?us-ascii?Q?/dA4R58B9+6vf4RMPgSi/pDg2VbSrPn8fvrw70xa5BSmR8X/5Q3KZFJrOqvv?=
 =?us-ascii?Q?ARXeG6TMNZBokcZ7pGPO9JTgQ7kl+W1FijEoyvgD93mXbTHyCjBqMOod/SiD?=
 =?us-ascii?Q?/mPaJshKKlOq0c0JuVeKrVqaGZXOo2FESVl8a5x4fyigiAS8w1CQintiBNTV?=
 =?us-ascii?Q?zgQEvhAYPRqv4DNI0+EsoRtW7pNzM0axrIrfyByu8zhnsfHICYWi3y27Nepp?=
 =?us-ascii?Q?roULcxK1MHhstsdCy6588q5PxkESdprPC7nQNREqdC/hNHrBoOHqSqBzmppn?=
 =?us-ascii?Q?rvFgPBa71O3xOTXkueZS33F777sOTEDyCMR5HdBmnPFtKKZf/7vczjH0OM0o?=
 =?us-ascii?Q?VTCVCL15uOzCeYNDTYgOC5Ck+NG75BpwxImbUN6n2whJiDujkm8pKniW/ZPJ?=
 =?us-ascii?Q?vt+RjgZfYme+Dl6S153RmoxZCkslLvl7xXgOaFqbgbg4Hh4Yw2u5FjaSRaxh?=
 =?us-ascii?Q?uR843knbVThdO1unMZI1uufK4Cc4n4tk80iRc68vSYAHL9bAKfWQi8wUIvyv?=
 =?us-ascii?Q?gpaxSgePjpWJgsY2wIN03b16wgHNouV4vqn35kEuZPbYSpFk2n254bYyUgKx?=
 =?us-ascii?Q?qS/SMoOEBQP/Par24okDqdz6llGqgUtx7Y2Mf+a3PtFuFN0S1pSghr7axlZ0?=
 =?us-ascii?Q?5Wmnq45Gd5WDRitIAznWrQzFe/zHzbCaLUq5ynbUXRwzgFQrZOppslsdGRh4?=
 =?us-ascii?Q?oIvpFTAqWg/23kOYvW5dp2qCb8+oLz9RieqaBWGLOcPqxVk/H6zX8e+bVTjc?=
 =?us-ascii?Q?l2vbhTAkBCbEhilf82ilaxe0QBCr4U4uVSjpFTOMW/YC0q4OzNHm5HVmPg42?=
 =?us-ascii?Q?v+yPF+w0etLcSzVDTiySfphJPHRv7uO/x4ExswemPVSiPLeCY44gdPRTJYlm?=
 =?us-ascii?Q?TImwJ6bcGKHN5AIFi6YOBwnjiaDUFSd7MUf2jRGvaFZABgcxjpEuoLHVun8z?=
 =?us-ascii?Q?A4OC/iW2gmOdY3ZkEFWOYJqo5kqOFZEdBnuvt3q1omauUZ+Cz/9rv1WmB7UM?=
 =?us-ascii?Q?WwNajh30rqOf6JV2LH2S8vblNCVak62IkeJqEI0IktZ4C/KfuGP1LpIxYlyZ?=
 =?us-ascii?Q?wiKITVU4Izk03mf/BP8jd1N/DIiJrBDwTn5vJ23AMTXuQf0IHhlCB5uCBsyj?=
 =?us-ascii?Q?vxhT9rz4z5bZZemlVVS4oHOUs81xElzil5axMGiLg5yUBe1zJhTQFyWKLiYI?=
 =?us-ascii?Q?7OsaIlUGNNF5Ymf85eLneQSg/eF1hO5g7aQVgJ9oTMOgKeN1incHk+2dwLUp?=
 =?us-ascii?Q?N5IPh2LxLdMnAUveeBwB0LVivVztUYKbxlZ4aki3P5Zmtf+QyRNBrfybK6Fd?=
 =?us-ascii?Q?1SOEP4AXItOLpkWxjBYzV67kun9h7C8mqTBfFQvooVtD/Qxv43EO+csuVjt5?=
 =?us-ascii?Q?51fu4AEqGuKCvEFfuDg=3D?=
MIME-Version: 1.0
X-MS-Exchange-AntiSpam-ExternalHop-MessageData-ChunkCount: 1
X-MS-Exchange-AntiSpam-ExternalHop-MessageData-0:  
X-OriginatorOrg: mathworks.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: CO1PR05MB8315.namprd05.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: d01f8b7c-0981-4666-c750-08dc27368bfa
X-MS-Exchange-CrossTenant-originalarrivaltime: 06 Feb 2024 17:10:40.9772 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 99dd3a11-4348-4468-9bdd-e5072b1dc1e6
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: nscJptCY5gFiNOaZseBk9LrNIL0GprNJfQS7h/eo28FR6rmixQ/Q3ZaHJgk/RWYTuuluz22AUkDv//dDtacixg==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DS7PR05MB7351
X-Mimecast-Spam-Score: 0
X-Mimecast-Originator: mathworks.com
Content-Language: en-US
Subject: Re: [Tiff] error reading linearRaw subIFD from a TIFF file with
 libtiff built with libjpeg-turbo?
X-BeenThere: tiff@lists.osgeo.org
X-Mailman-Version: 2.1.34
Precedence: list
List-Id: TIFF and libtiff discussion <tiff.lists.osgeo.org>
List-Unsubscribe: <https://lists.osgeo.org/mailman/options/tiff>,
 <mailto:tiff-request@lists.osgeo.org?subject=unsubscribe>
List-Post: <mailto:tiff@lists.osgeo.org>
List-Help: <mailto:tiff-request@lists.osgeo.org?subject=help>
List-Subscribe: <https://lists.osgeo.org/mailman/listinfo/tiff>,
 <mailto:tiff-request@lists.osgeo.org?subject=subscribe>
From: Ellen Johnson via Tiff <tiff@lists.osgeo.org>
Reply-To: Ellen Johnson <ellenj@mathworks.com>
Content-Type: multipart/mixed; boundary="===============6613891790786377061=="
Errors-To: tiff-bounces@lists.osgeo.org
Sender: "Tiff" <tiff-bounces@lists.osgeo.org>

--===============6613891790786377061==
Content-Language: en-US
Content-Type: multipart/alternative;
	boundary="_000_CO1PR05MB83157DA8C31FF994426E3561D3462CO1PR05MB8315namp_"

--_000_CO1PR05MB83157DA8C31FF994426E3561D3462CO1PR05MB8315namp_
Content-Type: text/plain; charset=WINDOWS-1252
Content-Transfer-Encoding: quoted-printable

Hi Bob and Even,
  (I'm copying Even's reply in this thread, and adding Darrell from libjpeg=
-turbo after consulting with him).
  Thank you for confirming libtiff does not support 16-bit JPEG.
  This is very puzzling to me.  I think it means that before I built libtif=
f v4.6.0 with libjpeg-turbo v3.0.0, we must have had a patch or modificatio=
n in our libtiff version or our old libjpeg v6b version that allowed us to =
read the 16-bit linearRaw subimage in the TIFF file.
  I'll do more investigation on our end.
  Thanks,
     ellen

--------------------------------


Hi,



16-bit (lossless) JPEG isn't supported by current libtiff. I guess it could=
 by tweaking tif_jpeg.c



That said, 16-bit lossless JPEG doesn't shine by any aspect. You'd be much =
better using other lossy codecs. In GDAL we've experimented with JPEGXL. Th=
e codec is at https://github.com/OSGeo/gdal/blob/master/frmts/gtiff/tif_jxl=
.c<https://github.com/OSGeo/gdal/blob/master/frmts/gtiff/tif_jxl.c> . I'll =
probably try to upstream it once libjxl reaches its 1.0 milestone.



Even



From: Bob Friesenhahn <bfriesen@simple.dallas.tx.us>
Sent: Monday, February 5, 2024 4:43 PM
To: Ellen Johnson <ellenj@mathworks.com>
Cc: tiff@lists.osgeo.org
Subject: Re: [Tiff] error reading linearRaw subIFD from a TIFF file with li=
btiff built with libjpeg-turbo?

On Mon, 5 Feb 2024, Ellen Johnson wrote:

> I didn't do anything special when configuring libtiff v4.6.0 to build wit=
h libjpeg-turbo, other than to make sure I saw the "dual mode" configuratio=
n specification - if I remember correctly when I built libtiff v4.6.0, when=
 it looked for libjpeg-turbo it made sure some dual mode configuration was =
set to enable 8- and 12-bit modes. Is there a config setting I might have m=
issed that enables working with 16-bit images?

It seems that "dual mode" is still "dual mode". I have not personally
tested with 16-bit JPEG in TIFF images. It seems likely that it is
not supported.

See the change notes at
https://libtiff.gitlab.io/libtiff/releases/v4.5.0.html<https://libtiff.gitl=
ab.io/libtiff/releases/v4.5.0.html>

"autoconf/cmake: detect (not yet released) libjpeg-turbo 2.2 to take
into its capability of handling both 8-bit JPEG and 12-bit JPEG in a
single build."

I have also not specifically tested GraphicsMagick with 8/12/16 bit
JPEG (outside of TIFF) with the new libjpeg-turbo, although someone
told me that it was "working". It seems I should test it for myself.

Bob
--
Bob Friesenhahn
bfriesen@simple.dallas.tx.us<mailto:bfriesen@simple.dallas.tx.us>, http://w=
ww.simplesystems.org/users/bfriesen/<http://www.simplesystems.org/users/bfr=
iesen>
GraphicsMagick Maintainer, http://www.GraphicsMagick.org/<http://www.Graphi=
csMagick.org>
Public Key, http://www.simplesystems.org/users/bfriesen/public-key.txt<http=
://www.simplesystems.org/users/bfriesen/public-key.txt>

--_000_CO1PR05MB83157DA8C31FF994426E3561D3462CO1PR05MB8315namp_
Content-Type: text/html; charset=WINDOWS-1252
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"=
>
<meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
=09{font-family:"Cambria Math";
=09panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
=09{font-family:Calibri;
=09panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
=09{margin:0in;
=09font-size:11.0pt;
=09font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
=09{mso-style-priority:99;
=09color:blue;
=09text-decoration:underline;}
span.EmailStyle18
=09{mso-style-type:personal-reply;
=09font-family:"Calibri",sans-serif;
=09color:windowtext;}
.MsoChpDefault
=09{mso-style-type:export-only;
=09font-size:10.0pt;
=09mso-ligatures:none;}
@page WordSection1
=09{size:8.5in 11.0in;
=09margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
=09{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"EN-US" link=3D"blue" vlink=3D"purple" style=3D"word-wrap:brea=
k-word">
<div class=3D"WordSection1">
<p class=3D"MsoNormal">Hi Bob and Even,<o:p></o:p></p>
<p class=3D"MsoNormal">&nbsp; (I&#8217;m copying Even&#8217;s reply in this=
 thread, and adding Darrell from libjpeg-turbo after consulting with him).<=
o:p></o:p></p>
<p class=3D"MsoNormal">&nbsp; Thank you for confirming libtiff does not sup=
port 16-bit JPEG.<o:p></o:p></p>
<p class=3D"MsoNormal">&nbsp; This is very puzzling to me.&nbsp; I think it=
 means that before I built libtiff v4.6.0 with libjpeg-turbo v3.0.0, we mus=
t have had a patch or modification in our libtiff version or our old libjpe=
g v6b version that allowed us to read the 16-bit
 linearRaw subimage in the TIFF file.<o:p></o:p></p>
<p class=3D"MsoNormal">&nbsp; I&#8217;ll do more investigation on our end.<=
o:p></o:p></p>
<p class=3D"MsoNormal">&nbsp; Thanks,<o:p></o:p></p>
<p class=3D"MsoNormal">&nbsp;&nbsp;&nbsp;&nbsp; ellen<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">--------------------------------<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p>Hi,<o:p></o:p></p>
<p><o:p>&nbsp;</o:p></p>
<p>16-bit (lossless) JPEG isn't supported by current libtiff. I guess it co=
uld by tweaking tif_jpeg.c<o:p></o:p></p>
<p><o:p>&nbsp;</o:p></p>
<p>That said, 16-bit lossless JPEG doesn't shine by any aspect. You'd be mu=
ch better using other lossy codecs. In GDAL we've experimented with JPEGXL.=
 The codec is at
<a href=3D"https://github.com/OSGeo/gdal/blob/master/frmts/gtiff/tif_jxl.c"=
>
https://github.com/OSGeo/gdal/blob/master/frmts/gtiff/tif_jxl.c</a> . I'll =
probably try to upstream it once libjxl reaches its 1.0 milestone.<o:p></o:=
p></p>
<p><o:p>&nbsp;</o:p></p>
<p>Even<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">&nbsp; <o:p></o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<div>
<div style=3D"border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal"><b>From:</b> Bob Friesenhahn &lt;bfriesen@simple.dal=
las.tx.us&gt; <br>
<b>Sent:</b> Monday, February 5, 2024 4:43 PM<br>
<b>To:</b> Ellen Johnson &lt;ellenj@mathworks.com&gt;<br>
<b>Cc:</b> tiff@lists.osgeo.org<br>
<b>Subject:</b> Re: [Tiff] error reading linearRaw subIFD from a TIFF file =
with libtiff built with libjpeg-turbo?<o:p></o:p></p>
</div>
</div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">On Mon, 5 Feb 2024, Ellen Johnson wrote:<br>
<br>
&gt; I didn't do anything special when configuring libtiff v4.6.0 to build =
with libjpeg-turbo, other than to make sure I saw the &quot;dual mode&quot;=
 configuration specification &#8211; if I remember correctly when I built l=
ibtiff v4.6.0, when it looked for libjpeg-turbo it
 made sure some dual mode configuration was set to enable 8- and 12-bit mod=
es. Is there a config setting I might have missed that enables working with=
 16-bit images?<br>
<br>
It seems that &quot;dual mode&quot; is still &quot;dual mode&quot;. I have =
not personally <br>
tested with 16-bit JPEG in TIFF images. It seems likely that it is <br>
not supported.<br>
<br>
See the change notes at <br>
<a href=3D"https://libtiff.gitlab.io/libtiff/releases/v4.5.0.html">https://=
libtiff.gitlab.io/libtiff/releases/v4.5.0.html</a><br>
<br>
&quot;autoconf/cmake: detect (not yet released) libjpeg-turbo 2.2 to take<b=
r>
into its capability of handling both 8-bit JPEG and 12-bit JPEG in a<br>
single build.&quot;<br>
<br>
I have also not specifically tested GraphicsMagick with 8/12/16 bit <br>
JPEG (outside of TIFF) with the new libjpeg-turbo, although someone <br>
told me that it was &quot;working&quot;. It seems I should test it for myse=
lf.<br>
<br>
Bob<br>
-- <br>
Bob Friesenhahn<br>
<a href=3D"mailto:bfriesen@simple.dallas.tx.us">bfriesen@simple.dallas.tx.u=
s</a>, <a href=3D"http://www.simplesystems.org/users/bfriesen">
http://www.simplesystems.org/users/bfriesen/</a><br>
GraphicsMagick Maintainer, <a href=3D"http://www.GraphicsMagick.org">
http://www.GraphicsMagick.org/</a><br>
Public Key, <a href=3D"http://www.simplesystems.org/users/bfriesen/public-k=
ey.txt">
http://www.simplesystems.org/users/bfriesen/public-key.txt</a><o:p></o:p></=
p>
</div>
</body>
</html>

--_000_CO1PR05MB83157DA8C31FF994426E3561D3462CO1PR05MB8315namp_--


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

_______________________________________________
Tiff mailing list
Tiff@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/tiff

--===============6613891790786377061==--

