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
September 2005

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

2005.09.23 21:11 "Additional Lossless Compression Schemes", by Frank Warmerdam
2005.09.23 21:20 "Re: Additional Lossless Compression Schemes", by Bob Friesenhahn
2005.09.23 22:19 "Re: Additional Lossless Compression Schemes", by Chris Cox
2005.09.24 20:01 "Re: Additional Lossless Compression Schemes", by Leonard Rosenthol
2005.09.24 23:09 "Re: Additional Lossless Compression Schemes", by Bob Friesenhahn
2005.09.25 01:01 "Re: Additional Lossless Compression Schemes", by Chris Cox
2005.09.25 01:09 "Re: Additional Lossless Compression Schemes", by Joris Van Damme
2005.09.23 22:20 "Re: Additional Lossless Compression Schemes", by Chris Cox
2005.09.23 23:32 "Re: Additional Lossless Compression Schemes", by Philip Watkinson
2005.09.23 23:54 "Re: Additional Lossless Compression Schemes", by Chris Cox
2005.09.25 01:28 "Re: Additional Lossless Compression Schemes", by Joris Van Damme
2005.09.25 02:53 "Re: Additional Lossless Compression Schemes", by Bob Friesenhahn
2005.09.25 04:12 "Re: Additional Lossless Compression Schemes", by Joris Van Damme
2005.09.26 06:22 "Re: Additional Lossless Compression", by Rob Tillaart
2005.09.25 02:54 "Re: Additional Lossless Compression Schemes", by Frank Warmerdam
2005.09.25 04:16 "Re: Additional Lossless Compression Schemes", by Joris Van Damme
2005.09.25 15:14 "Re: Additional Lossless Compression Schemes", by Bob Friesenhahn
2005.09.27 02:20 "Re: Additional Lossless Compression Schemes", by Joris Van Damme
2005.09.27 02:26 "Re: Additional Lossless Compression Schemes", by Bob Friesenhahn
2005.09.27 02:29 "Re: Additional Lossless Compression Schemes", by Joris Van Damme
2005.09.27 02:34 "Re: Additional Lossless Compression Schemes", by Bob Friesenhahn
2005.09.27 03:36 "Re: Additional Lossless Compression Schemes", by Bill Bither
2005.09.27 04:01 "Re: Additional Lossless Compression Schemes", by Chris Cox
2005.09.25 19:27 "Re: Additional Lossless Compression Schemes", by <edward@sidefx.com>
2005.09.25 19:53 "Re: Additional Lossless Compression Schemes", by Andy Cave
2005.09.25 20:31 "Re: Additional Lossless Compression Schemes", by Bob Friesenhahn
2005.09.28 09:34 "Re: Additional Lossless Compression Schemes", by Kevin Wheatley
2005.09.26 14:58 "Re: Additional Lossless Compression Schemes", by Jason Frank
2005.09.27 02:24 "Re: Additional Lossless Compression Schemes", by Leonard Rosenthol
2005.09.27 02:44 "Re: Additional Lossless Compression Schemes", by Chris Cox
2005.09.27 01:05 "Re: Additional Lossless Compression Schemes", by <ron@debian.org>
2005.09.27 02:06 "Re: Additional Lossless Compression Schemes", by Joris Van Damme
2005.09.27 02:21 "Re: Additional Lossless Compression Schemes", by Bob Friesenhahn
2005.09.27 02:27 "Re: Additional Lossless Compression Schemes", by Joris Van Damme
2005.09.27 02:32 "Re: Additional Lossless Compression Schemes", by Bob Friesenhahn
2005.09.27 02:58 "Re: Additional Lossless Compression Schemes", by Joris Van Damme
2005.09.27 06:39 "Re: Additional Lossless Compression Schemes", by Frank Warmerdam
2005.09.27 14:47 "Re: Additional Lossless Compression Schemes", by Jason Frank
2005.09.27 04:25 "Re: Additional Lossless Compression Schemes", by <ron@debian.org>
2005.09.27 02:25 "Re: Additional Lossless Compression Schemes", by Leonard Rosenthol
2005.09.27 03:20 "Re: Additional Lossless Compression Schemes", by <ron@debian.org>

2005.09.27 02:26 "Re: Additional Lossless Compression Schemes", by Bob Friesenhahn

On Tue, 27 Sep 2005, Joris wrote:
> > I think that 2 megabyte is wasteful.  Also, while 2 megabyte may seem
> > like just a little bit of memory in a modern computer, it may be a lot
> > of memory for a device like a photo printer.
>
> You are confusing the need of LibTiff (allocate, store and decompress
> complete strip into an allocated and stored decompressed... euh,
> complete strip, in a single go) with the need of the format (seperate
> tiles/strips are perfectly streamable if their compression scheme is,
> and all compression schemes are, sofar).

Agreed.  However for zip compression, Adobe's guidance of 32K is 
reasonable guidance.  You can verify for yourself that the compression 
benefits of larger strips are negligible past a strip size of 32K.

Bob
======================================
Bob Friesenhahn
bfriesen@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,    http://www.GraphicsMagick.org/