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.25 04:12 "Re: Additional Lossless Compression Schemes", by Joris Van Damme

Bob Friesenhahn wrote:
> On Sun, 25 Sep 2005, Joris wrote:
> > looking into a PCD-type scheme. Support for large images is getting
> > more important as the years go by. We've currently got a real
> > problem when
>
> It may seem counter-intuitive, but I think that image file growth may
> peak in the next few years.  The reason for this theory is that CPUs
> continually grow faster while image pixel counts increase but disk I/O
> performance has not increased so spectacularly.  So the obvious
> solution is to apply compression.  Compression is becoming "cheaper"
> CPU-wise as the years go by.  It will be faster and more efficient to
> use a compressed file than an uncompressed file.

It's always dangerous to try and predict in this business, but yes, I
would say you're making a safe bet, that doesn't seem counter-intuitive
at all to me.

But you leave me unsure about where your comment is coming from. Did I
succeed in expressing myself badly and confusing my point, yet again? If
I said anything that makes you think I oppose good compression, then I
was unclear, because I don't, of course. In fact, the proposed scheme of
a 'reasonable sized' base image (compressed of course) and bigger
delta's (compressed, and better compressed then complete bigger images
because of their delta nature) is partly for good compression of large
images, while retaining the benefits of tile pyramide storage, and
adding the benefit that single-chunk based main stream readers typically
will access only the 'reasonably sized' base image and thus not f*k up
entirely.


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