[Zlib-devel] adaptive extensions?

[Mark Adler]

On Sep 17, 2006, at 3:07 AM, Krzysztof Jankowski wrote:
> I'm thinking in terms of extensions which could make deflate
> implementation more feasible for data streaming environments or some
> HW implementations, i.e. single pass encoding/decoding or something
> like that.

zlib already supports streaming environments.  There are other  
compression methods that a) use less memory and/or b) are less bursty  
in the compression output than deflate, depending what it is exactly  
you mean by "more feasible".

> Currently RFC1951 specifies BTYPE=0b11 as reserved. Would you ever
> consider redefining that to ...

I do not plan to make any extensions to the deflate format.  Also if  
for some reason I did, I would have to call it something different  
than "deflate".

You may have noticed from the archives that there are plans to  
incorporate another compression method into zlib, LZMA2.  However  
that uses even more memory and is more bursty than deflate.  I  
currently have no plans to add a third compression method.

mark