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 2004

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

2004.07.08 23:14 "LZW and libtiff", by Bob Friesenhahn
2004.07.09 03:43 "Re: LZW and libtiff", by Andrey Kiselev
2004.07.09 17:15 "Re: LZW and libtiff", by Chris Losinger
2004.07.10 15:31 "Re: LZW and libtiff", by Bob Friesenhahn
2004.07.10 19:22 "Re: LZW and libtiff", by Andrey Kiselev
2004.07.10 19:18 "Re: LZW and libtiff", by Andrey Kiselev
2004.07.10 16:12 "Re: LZW and libtiff", by Frank Warmerdam
2004.07.10 17:31 "Re: LZW and libtiff", by Jay Berkenbilt
2004.07.10 17:49 "Re: LZW and libtiff", by Bob Friesenhahn
2004.07.10 19:44 "Re: LZW and libtiff", by Andrey Kiselev

2004.07.10 19:44 "Re: LZW and libtiff", by Andrey Kiselev

On Sat, Jul 10, 2004 at 05:31:46PM +0000, Jay Berkenbilt wrote:
> This topic was lightly discussed in the context of GIF on the
> debian-legal mailing list.  See this message and its references and
> follow-ups:
> 
> http://lists.debian.org/debian-legal/2004/07/msg00091.html
> 
> If there was a consensus, it seems to be that it's okay to consider
> the LZW patent over since IBM never enforced their patent.  One person
> also states that the patent is actually for a related but different
> algorithm (LZMW) which, like LZW, is an LZ78 derivative.

And that is true, we have two different algorithms here.

> Most of the discussions I've seen about this topic are about GIF.
> People seem to forget about LZW compression in TIFF.

In fact there are more places where the LZW was used. Every Linux user
can find it in the kernel at the linux/drivers/net/bsd_comp.c.

> This is important as it is the best non-lossy compression algorithm
> supported by virtually all TIFF readers.  (Deflate is not as widely
> supported, JPEG is lossy.)  But of course everyone here knows that
> already.

And LZW is faster than Deflate.

> If this happens, what is the schedule for the first release that will
> include it?  Will there be a new 3.6 release with it, or will we wait
> for 3.7.0 for a non-alpha release that includes LZW by default?  (I
> know, that's not really a fair question.)

It is very easy to enable the LZW in any libtiff release using separate
lzw-compression-kit. Those packages are maintained simultaneously, there
should not be a big problem neither for the binary package maintainer
nor for ordibnary user, which compiles the library from sources.

I can't provide any shedule for the final stable release, but there will
be at least one beta release before the final. There are many changes in
the build environment, so I want to test it as much as possible.

						Andrey

-- 
Andrey V. Kiselev
Home phone:  +7 812 5274898  ICQ# 26871517