AWARE [SYSTEMS] Imaging expertise for the Delphi developer
AWare Systems, Imaging expertise for the Delphi developer, Home TIFF and LibTiff Mailing List Archive

LibTiff Mailing List

TIFF and LibTiff Mailing List Archive
July 2007

Previous Thread
Next Thread

Previous by Thread
Next by Thread

Previous by Date
Next by Date

Contact

The TIFF Mailing List Homepage
This list is run by Frank Warmerdam
Archive maintained by AWare Systems



Valid HTML 4.01!



Thread

2007.07.03 18:37 "BigTIFF extension?", by Phil Harvey
2007.07.03 19:04 "Re: BigTIFF extension?", by Stephen Carlsen
2007.07.04 11:37 "Re: BigTIFF extension?", by Phil Harvey
2007.07.04 15:16 "Re: BigTIFF extension?", by Bob Friesenhahn
2007.07.04 15:58 "Re: BigTIFF extension?", by Phil Harvey
2007.07.04 17:13 "16-Bit-Per-Channel Lossless Compression", by Stephen Carlsen
2007.07.04 17:24 "Re: 16-Bit-Per-Channel Lossless Compression", by Andy Cave
2007.07.04 17:26 "Re: 16-Bit-Per-Channel Lossless Compression", by Andy Cave
2007.07.04 17:49 "Re: 16-Bit-Per-Channel Lossless Compression", by Stephen Carlsen
2007.07.04 18:00 "Re: 16-Bit-Per-Channel Lossless Compression", by Joris Van Damme
2007.07.04 18:02 "Re: 16-Bit-Per-Channel Lossless Compression", by Joris Van Damme
2007.07.04 18:59 "Re: 16-Bit-Per-Channel Lossless Compression", by Bob Friesenhahn
2007.07.04 20:37 "Re: 16-Bit-Per-Channel Lossless Compression", by Andy Cave
2007.07.04 21:40 "Re: 16-Bit-Per-Channel Lossless Compression", by Stephen Carlsen
2007.07.05 10:56 "Re: 16-Bit-Per-Channel Lossless Compression", by Andrey Kiselev
2007.07.05 17:58 "Re: 16-Bit-Per-Channel Lossless Compression", by Stephen Carlsen
2007.07.05 18:30 "Re: 16-Bit-Per-Channel Lossless Compression", by Joris Van Damme
2007.07.05 19:29 "Re: 16-Bit-Per-Channel Lossless Compression", by Stephen Carlsen
2007.07.06 01:46 "Re: 16-Bit-Per-Channel Lossless Compression", by Chris Cox
2007.07.09 15:35 "Re: 16-Bit-Per-Channel Lossless Compression", by Andrey Kiselev
2007.07.09 20:13 "Re: 16-Bit-Per-Channel Lossless Compression", by Chris Cox
2007.07.10 07:29 "Re: 16-Bit-Per-Channel Lossless Compression", by Andrey Kiselev
2007.07.10 18:54 "Re: 16-Bit-Per-Channel Lossless Compression", by Chris Cox
2007.07.05 12:03 "Re: 16-Bit-Per-Channel Lossless Compression", by Andy Cave
2007.07.05 12:57 "Re: 16-Bit-Per-Channel Lossless Compression", by Andrey Kiselev
2007.07.05 15:08 "Re: 16-Bit-Per-Channel Lossless Compression", by Andy Cave
2007.07.05 16:02 "Re: 16-Bit-Per-Channel Lossless Compression", by Andrey Kiselev
2007.07.05 16:56 "Re: 16-Bit-Per-Channel Lossless Compression", by Andy Cave
2007.07.05 13:45 "Re: 16-Bit-Per-Channel Lossless Compression", by Joris Van Damme
2007.07.05 14:26 "Re: 16-Bit-Per-Channel Lossless Compression", by Andrey Kiselev
2007.07.05 16:02 "Re: 16-Bit-Per-Channel Lossless Compression", by Bob Friesenhahn
2007.07.05 16:30 "Re: 16-Bit-Per-Channel Lossless Compression", by Joris Van Damme
2007.07.04 17:28 "Re: 16-Bit-Per-Channel Lossless Compression", by Michael Wolf
2007.07.04 18:02 "Re: 16-Bit-Per-Channel Lossless Compression", by Stephen Carlsen
2007.07.04 17:36 "Re: 16-Bit-Per-Channel Lossless Compression", by Andrew Brooks
2007.07.04 11:53 "Re: BigTIFF extension?", by Phil Harvey
2007.07.03 19:09 "Re: BigTIFF extension?", by Bob Friesenhahn
2007.07.03 19:17 "Re: BigTIFF extension?", by Andy Cave

2007.07.05 15:08 "Re: 16-Bit-Per-Channel Lossless Compression", by Andy Cave

Actually, I used quite small tiles - not something I normally do. For 1 bit 
data, larger tiles are better (but then there's more repeatability). In this 
case I used tiles approx 40x128 and lzw'd it as a stream. Unless I made a 
mistake, it compresses to around 20M or thereabouts. That was RGB 
interleaved 16 bit data - no messing about splitting it or anything.

I found that each tile compressed by around 50%+. I presume that was because 
the LZW code uses 9 or 10 bits for more data and also finds more repeated 
strings.

Can you repeat your below test with BLOCKXSIZE=40 and BLOCKYSIZE=128?

Best Regards,

Andy.

----- Original Message ----- 
From: "Andrey Kiselev" <dron@ak4719.spb.edu>
To: <tiff@lists.maptools.org>
Sent: Thursday, July 05, 2007 1:57 PM
Subject: Re: [Tiff] 16-Bit-Per-Channel Lossless Compression


> On Thu, Jul 05, 2007 at 01:03:07PM +0100, Andy Cave wrote:
>> I can easily do much better than that - 60:48. I can get ~21276876
>> (~20M) and with some more work I think I can get down to 15-20M.
>
> Really? But how?
>
>> Andrey - since you have tiffcp built, can you repeat your test, but
>> produce tiled output? LZW and Flate. I think you'll find you get what
>
> Actually I did that --- without much success, so I have not listed these
> results. The full results:
>
> Original 60483984
> ZIP, predictor 2 48095962
> ZIP, predictor 2, separated 49303374
> ZIP, predictor 2, tiled 47528554
> ZIP, predictor 2, tiled, separated 49347802
>
> So we can get better results with tiling, but nothing serious. Band
> separation doesn't help at all (though, I also thought that it should
> help). Those, who want reproduce this tests should get the GDAL library
> and use tool called gdal_translate, because tiffcp does not support band
> separation for 16-bit images. The command line to get tiled separated
> image is:
>
> $ gdal_translate -co "COMPRESS=ZIP" -co "PREDICTOR=2" -co "TILED=YES" -co 
> "BLOCKXSIZE=256" -co "INTERLEAVE=BAND" IMG_2948.Flowers1.tif 
> IMG_2948.Flowers1-zip2-tiled-sep.tif
>
> Best regards,
> Andrey
>
> -- 
> Andrey V. Kiselev
> ICQ# 26871517
> _______________________________________________
> Tiff mailing list: Tiff@lists.maptools.org
> http://lists.maptools.org/mailman/listinfo/tiff
> http://www.remotesensing.org/libtiff/