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 18:30 "Re: 16-Bit-Per-Channel Lossless Compression", by Joris Van Damme

Stephen,

Stephen Carlsen wrote:
> Separating 16-bit data into byte planes before compressing seems to
> be very effective. I get 40,882,548 bytes using the simple approach
> of applying LZW (with predictor) to the high byte plane and no
> compression on the low one.

The problem here is that it is no longer sequential, i.e. a decoder or 
encoder can no longer stream out line/block by line/block (where block is a 
very limited chunk of compressed data, as line is a minimal chunk of image), 
whilst streaming in the data as needed block/line by block/line, and 
maintaining only a mimimal buffer in between. Instead, total buffering of 
complete striles becomes necessary in this scheme. Therefore, it doesn't 
scale well (problem with LibTiff approach and huge striles), or doesn't 
stream well (problem with minimal buffering maximum throughput approach of 
AsTiff).


Best regards,

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