home *** CD-ROM | disk | FTP | other *** search
/ Current Shareware 1994 January / SHAR194.ISO / compress / gnuzip_.zip / TODO < prev    next >
Text File  |  1993-03-28  |  2KB  |  54 lines
  1. TODO file for gzip.
  2.  
  3. Some of the planned features include:
  4.  
  5. - Structure the sources so that the compression and decompression code
  6.   form a library usable by any program, and write both gzip and zip on
  7.   top of this library. This will be a thread safe library.
  8.  
  9. - Make it convenient to define alternative user interfaces (in
  10.   particular for windowing environments).
  11.  
  12. - Support in-memory compression for arbitrarily large amounts of data
  13.   (zip currently supports in-memory compression only for a single buffer.)
  14.  
  15. - Map files in memory when possible, this is generally much faster
  16.   than read/write. (zip currently maps entire files at once, this
  17.   should be done in chunks to reduce memory usage.)
  18.  
  19. - Add a super-fast compression method, suitable for implementing
  20.   file systems with transparent compression. One problem is that the
  21.   best candidate (lzrw1) is patented twice (Waterworth 4,701,745
  22.   and Gibson & Graybill 5,049,881).
  23.  
  24. - Add a super-tight (but slow) compression method, suitable for long term
  25.   archives.  One problem is that the best versions of arithmetic
  26.   coding are patented.
  27.  
  28.   Note: I will introduce new compression methods only if they are
  29.   significantly better in either speed or compression ratio than the
  30.   existing method(s). So the total number of different methods should
  31.   reasonably not exceed 3. (The current 9 compression levels are just
  32.   tuning parameters for a single method, deflation.)
  33.  
  34. - Add optional error correction. One problem is that the current version
  35.   of ecc cannot recover from inserted or missing bytes. It would be
  36.   nice to recover from the most common error (transfer of a binary
  37.   file in ascii mode).
  38.  
  39. - Add a block size (-b) option to improve error recovery in case of
  40.   failure of a complete sector. Each block could be extracted
  41.   independently, but this reduces the compression ratio.
  42.  
  43. - Use a larger window size to deal with some large redundant files that
  44.   'compress' currently handles better than gzip.
  45.  
  46. - implement the following options:
  47.  
  48.    -a    ascii text mode; convert end-of-lines to local OS conventions
  49.    -e    encrypt
  50.    -l    list .z file contents
  51.    
  52.  
  53. Send comments to Jean-loup Gailly <jloup@chorus.fr>.
  54.