home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / compress / 4496 < prev    next >
Encoding:
Internet Message Format  |  1993-01-08  |  1.9 KB
  1. Path: sparky!uunet!mcsun!sun4nl!cwi.nl!dik
  2. From: dik@cwi.nl (Dik T. Winter)
  3. Newsgroups: comp.compression
  4. Subject: Re: pkzip 2.04c / unzip v5.0 compatibility
  5. Message-ID: <8571@charon.cwi.nl>
  6. Date: 9 Jan 93 00:46:51 GMT
  7. References: <1if4d6INNpgs@gap.caltech.edu> <1993Jan8.142251.17607@murdoch.acc.Virginia.EDU> <1ikfkpINN4me@gap.caltech.edu>
  8. Sender: news@cwi.nl
  9. Organization: CWI, Amsterdam
  10. Lines: 27
  11.  
  12. In article <1ikfkpINN4me@gap.caltech.edu> madler@cco.caltech.edu (Mark Adler) writes:
  13.  > What is identical is the *format* of the compressed data, which
  14.  > essentially defines what a zip decompressor has to do.  It does not
  15.  > put any restrictions on how that compressed data stream is generated.
  16.  > In particular, it does not say how matching strings are found.
  17.  
  18. I want to stress this.  One other thing though, you have to agree on a
  19. maximum buffer size when doing compression/decompression.  Otherwise
  20. a compressor using a larger buffer would outwit a decompressor using a
  21. smaller buffer.  But a well written decompressor will find that, and
  22. might even adapt itself.
  23.  > 
  24. ...
  25.  > This basic principle is what allows competing companies to agree on
  26.  > standard compressed data streams, like JPEG, JBIG, MPEG, etc.  The
  27.  > standard allows common decoders for the format, but the companies
  28.  > compete with more efficient and more effective *encoders*, as wellas
  29.  > cheaper or better implementations of the decoders.
  30.  > 
  31. Right.  Make public the format your compression algorithm creates.  This
  32. will allow users on other platforms than where your compressor runs on
  33. to decompress the files (which might increase your sales).  A bad example
  34. can be found in the MacIntosh community where there is no official public
  35. knowledge about how the compressors encode the data.
  36. -- 
  37. dik t. winter, cwi, kruislaan 413, 1098 sj  amsterdam, nederland
  38. home: bovenover 215, 1025 jn  amsterdam, nederland; e-mail: dik@cwi.nl
  39.