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
April 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.04.15 03:23 "TIFF Technote 3, draft 2", by Chris Cox
2005.04.15 08:06 "Re: TIFF Technote 3, draft 2", by Andrey Kiselev
2005.04.15 18:44 "Re: TIFF Technote 3, draft 2", by Chris Cox
2005.04.15 19:06 "Re: TIFF Technote 3, draft 2", by Bob Friesenhahn
2005.04.15 19:19 "Re: TIFF Technote 3, draft 2", by Chris Cox
2005.04.26 16:33 "Re: TIFF Technote 3, draft 2", by Kai-uwe Behrmann
2005.04.26 16:56 "Re: TIFF Technote 3, draft 2", by Bob Friesenhahn
2005.04.26 17:26 "Re: TIFF Technote 3, draft 2", by Kai-uwe Behrmann
2005.04.26 18:27 "Re: TIFF Technote 3, draft 2", by Chris Cox
2005.04.26 16:36 "Re: TIFF Technote 3, draft 2", by Kai-uwe Behrmann

2005.04.15 19:06 "Re: TIFF Technote 3, draft 2", by Bob Friesenhahn

> > The new data formats and new predictor now (partially) supported by
> > libtiff (you should grab development version from CVS). "Partially"
> > means that you should not try the new predictor on big-endian hosts, I
> > must solve one technical issue before it will be possible. But on
> > little-endian boxes you can start playing. I should note that the new
> > predictor works very well, in some cases I have ~25% reduction of
> > image sizes over the plain LZW/ZIP methods.
>
> The improvement depends on the source data (of course).
> I've got a few cases where it's up to 50% improvement over ZIP alone, but it 
> averages closer to 20% improvement.
> And with floating point data, ZIP always outperforms LZW.

All this is good news.  It would be useful if the specification would 
specify a normalized range for the "viewable" data.  For example, it 
would helpful if there was a standard way to convert back and forth 
between normal integer type RGB and float RGB.  It can be expected 
that dynamic range will be lost when converting to unsigned RGB but 
the resulting image should look normal.

Is it possible to provide recommendations for this without stepping on 
someone's toes?

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