lzip-bug
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Lzip-bug] Re: performance: gzip, lzip, xz


From: Antonio Diaz Diaz
Subject: Re: [Lzip-bug] Re: performance: gzip, lzip, xz
Date: Wed, 14 Oct 2009 13:11:42 +0200
User-agent: Mozilla/5.0 (X11; U; Linux i586; en-US; rv:1.7.11) Gecko/20050905

Jim Meyering wrote:
Perhaps you're imagining that filters will be added willy-nilly,
without a thought to long-term usability and the possibility of bloat.

Well, who guarantees filters will not be added willy-nilly? Or that a newly added filter won't interact badly with an existing one? Since the xz format allows many changes, I assume some changes will be made. Else its modifiability would be a waste.


Can you name archiver formats that specify subblock-like filters?

Yes, RAR. See the file headers.hpp in unrar source.


lzip 1.5 supports the version 1 file format, but it does not support the
sync flush marker, which lzip 1.7 and later support.  Look for "Sync Flush
marker" in decoder.cc.  Equivalent code is not present in 1.5.

This is not exactly a format change. I added that marker from lzlib for interoperability with lzlib, but lzip itself does not use the "Sync Flush marker" for anything.


Regards,
Antonio.





reply via email to

[Prev in Thread] Current Thread [Next in Thread]