home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / compress / research / 298 < prev    next >
Encoding:
Internet Message Format  |  1992-11-23  |  1.8 KB

  1. Path: sparky!uunet!utcsri!relay.cs.toronto.edu!neuron.ai.toronto.edu!ai.toronto.edu!radford
  2. Newsgroups: comp.compression.research
  3. From: radford@cs.toronto.edu (Radford Neal)
  4. Subject: Kolmogorof complexity and data compression
  5. Message-ID: <92Nov23.111932edt.584@neuron.ai.toronto.edu>
  6. Organization: Department of Computer Science, University of Toronto
  7. Date: 23 Nov 92 16:19:48 GMT
  8. Lines: 28
  9.  
  10. Regarding the claims that Kolmogorof complexity theory places 
  11. absolute limits on possible data compression:
  12.  
  13. I think the problem may be a misapprehension of the problem being
  14. tackled. Kolmogorof complexity would be relevant if we were trying to
  15. send an image (say) to someone with whom we had made no prior
  16. arrangements. We would then need to (essentially) code the image as a
  17. "self-extracting" compressed file, which can be interpreted as
  18. instructions for some common machine which any interested person would
  19. have available.
  20.  
  21. This isn't what most people mean by "data compression". Suppose we are
  22. considering a compression method for high-definition television, for
  23. example. There is no requirement that these images be decodable by
  24. anyone with an IBM PC, even with no special software. Instead, we are
  25. willing to build special TV's with decoding devices, and accept that
  26. images will be decodable only by people in possession of such decoding
  27. devices. These devices might, in particular, include large amounts of ROM.
  28.  
  29. Requiring that each image be encoded as a self-extracting file would
  30. eliminate any but fairly simple schemes, since the program length to
  31. do anything interesting would exceed the size of the uncompressed
  32. image.  In constrast, there's no reason why we shouldn't put a few
  33. megabytes of ROM in every TV, and thereby enable the images to be
  34. compressed much further. (Well, maybe there's an _economic_ reason, but
  35. that's not relevant to the discussion.)
  36.  
  37.     Radford Neal
  38.