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
May 2008

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

2008.05.24 03:47 "beta2 release", by Frank Warmerdam
2008.05.24 07:30 "Re: beta2 release", by Edward Lam
2008.05.24 15:13 "Re: beta2 release", by Bob Friesenhahn
2008.05.26 13:48 "Re: beta2 release", by Edward Lam
2008.05.26 14:24 "Re: beta2 release - lfind() problem on Win64", by Edward Lam
2008.05.26 15:22 "Re: beta2 release - lfind() problem on Win64", by Frank Warmerdam
2008.05.26 15:31 "Re: beta2 release - lfind() problem on Win64", by Bob Friesenhahn
2008.05.26 15:47 "Re: beta2 release - lfind() problem on Win64", by Edward Lam
2008.05.26 16:07 "Re: beta2 release - lfind() problem on Win64", by Andrey Kiselev
2008.05.26 16:34 "Re: beta2 release - lfind() problem on Win64", by Bob Friesenhahn
2008.05.26 18:02 "Re: beta2 release - lfind() problem on Win64", by Edward Lam
2008.05.26 14:54 "Re: beta2 release -- tiffconf.vc.h patch", by Edward Lam
2008.05.26 15:10 "Re: beta2 release -- tiffconf.vc.h patch", by Frank Warmerdam
2008.05.26 18:07 "Re: beta2 release -- tiffconf.vc.h patch", by Edward Lam
2008.05.26 18:15 "Re: beta2 release -- tiffconf.vc.h patch", by Frank Warmerdam
2008.05.26 19:02 "Re: beta2 release -- tiffconf.vc.h patch", by Edward Lam
2008.05.26 18:17 "Re: beta2 release - TIFFFindField() on Windows", by Edward Lam
2008.05.26 19:32 "Re: beta2 release - predictors", by Edward Lam
2008.05.27 06:55 "Re: beta2 release - predictors", by Andrey Kiselev
2008.05.28 01:09 "Re: beta2 release", by Jay Berkenbilt
2008.05.28 01:15 "Re: beta2 release", by Frank Warmerdam

2008.05.27 06:55 "Re: beta2 release - predictors", by Andrey Kiselev

On Mon, May 26, 2008 at 03:32:10PM -0400, Edward Lam wrote:
> However, for the 32-bit floating point cases, I would expect that
> PREDICTOR_FLOATINGPOINT would produce better compressed file sizes.
> 
> Mind you, I'm perhaps basing this too much on my single image test
> case, but I figure I'll throw it out there. Maybe someone will tell me
> that PREDICTOR_FLOATINGPOINT is not ready yet in libtiff. :)

Well, it follows specification and I don't know what else we can do for
that predictor. And I think that single image is not enough. It worked
for my images.

Best regards,
Andrey


-- 
Andrey V. Kiselev
ICQ# 26871517