Return-Path: <tiff-bounces@lists.maptools.org>
Received: from inas022.isp.belgacom.be (localhost [127.0.0.1])
        by inav002.isp.belgacom.be (8.12.11.20060308/8.12.11/Skynet-IN-AV-3.00) with ESMTP id k342eWt4027461
        for <joris.at.lebbeke@skynet.be>; Tue, 4 Apr 2006 04:40:32 +0200
        (envelope-from <tiff-bounces@lists.maptools.org>)
Received: from inmx003.isp.belgacom.be (inmx003.isp.belgacom.be [195.238.5.11])
        by inas022.isp.belgacom.be (8.12.11.20060308/8.12.11/Skynet-IN-AS-2.03) with ESMTP id k342eQX7024309
        for <joris.at.lebbeke@skynet.be>; Tue, 4 Apr 2006 04:40:26 +0200
        (envelope-from <tiff-bounces@lists.maptools.org>)
Received: from duke.maptools.org (r153.dmsolutions.ca [209.217.116.153] (may be forged))
        by inmx003.isp.belgacom.be (8.12.11.20060308/8.12.11/Skynet-IN-2.32) with ESMTP id k342eLus005129
        for <joris.at.lebbeke@skynet.be>; Tue, 4 Apr 2006 04:40:22 +0200
        (envelope-from <tiff-bounces@lists.maptools.org>)
Received: from duke.maptools.org (duke.maptools.org [127.0.0.1])
	by duke.maptools.org (8.12.11/8.12.10) with ESMTP id k342HSGC028188;
	Mon, 3 Apr 2006 22:18:30 -0400
Received: from outmx016.isp.belgacom.be (outmx016.isp.belgacom.be
	[195.238.4.115])
	by duke.maptools.org (8.12.11/8.12.10) with ESMTP id k342HPh1028170
	for <tiff@lists.maptools.org>; Mon, 3 Apr 2006 22:17:26 -0400
Received: from outmx016.isp.belgacom.be (localhost [127.0.0.1])
	by outmx016.isp.belgacom.be (8.12.11.20060308/8.12.11/Skynet-OUT-2.22)
	with ESMTP id k342HNgX012123
	for <tiff@lists.maptools.org>; Tue, 4 Apr 2006 04:17:23 +0200
	(envelope-from <joris.at.lebbeke@skynet.be>)
Received: from dfgrrxsknr4e (51-133.246.81.adsl.skynet.be [81.246.133.51])
	by outmx016.isp.belgacom.be (8.12.11.20060308/8.12.11/Skynet-OUT-2.22)
	with SMTP id k342HG3U012061; Tue, 4 Apr 2006 04:17:16 +0200
	(envelope-from <joris.at.lebbeke@skynet.be>)
Message-ID: <000e01c6578e$2fc68630$3385f651@dfgrrxsknr4e>
From: "Joris" <joris.at.lebbeke@skynet.be>
To: "Frank Warmerdam" <warmerdam@pobox.com>,
        "TIFF mailing list" <tiff@lists.maptools.org>
Date: Tue, 4 Apr 2006 04:19:20 +0200
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1506
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1506
Cc: 
Subject: [Tiff] New OJPEG support
X-BeenThere: tiff@lists.maptools.org
X-Mailman-Version: 2.1.4
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-UIDL: 000000000023ceae.000014fb
X-MSP-STORE: Tue, 04 Apr 2006 04:40:35 +0200
Status:   

Folks,

The new tif_ojpeg.c has just been dropped into CVS. At your convinience,
please test, and be merciless.

Some important notes:

- While I've no clue about your *nix makefile trouble (oops... sorry,
disregard that last word), I understand that tif_ojpeg.c is optional and
not included by default. You'll have to do something special to include
it, and I hope you know 'cause I don't.

- The new tif_ojpeg.c does not require the old hack in LibJpeg. Don't
forget to remove that hack if you used the old tif_ojpeg.c before.

- The new tif_ojpeg.c does not support TIFFTAG_JPEGCOLORMODE. If your
own application level doesn't handle YCbCr and desubsampling, you may
test and use tif_ojpeg.c through the tif_getimage.c layer instead. This
tif_getimage.c does support YCbCr and desubsampling for planarconfig
contig, not separate, but almost all tif_ojpeg images are contig anyway.

- I've not been able to test the longjump way to call LibJpeg
functions... Some environments don't support longjump. This includes my
own LibTiffDelphi build. Thus, I've included an alternative way of
calling, triggered by the optional define LIBJPEG_ENCAP_EXTERNAL. If you
define that, LibJpeg doesn't get called directly, but you have a chance
to implement dedicated call encapsulators outside of tif_ojpeg.c. The
use with this LIBJPEG_ENCAP_EXTERNAL is tested, but the default, direct
longjump call usage without LIBJPEG_ENCAP_EXTERNAL is not. I must depend
on you to do that and report any problems. Default is normal longjump,
so you likely don't need to change anything.

- Please make a note of any compiler warnings you see. Even if they
don't impact functionality, I'm eager to learn about them and solve
them.

- Please test with all OJPEG files you have, even if you've already
posted me your testfiles... I've build support for all testfiles I've
received, but, still, there are different ways to use the library, and
maybe I've missed one in my testing process...

- Any remark, small, big, or huge, please tell me... I aim to please.



Joris Van Damme
info@awaresystems.be
http://www.awaresystems.be/
Download your free TIFF tag viewer for windows here:
http://www.awaresystems.be/imaging/tiff/astifftagviewer.html

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