home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / sys / next / misc / 18963 < prev    next >
Encoding:
Text File  |  1992-08-25  |  2.5 KB  |  61 lines
  1. Newsgroups: comp.sys.next.misc
  2. Path: sparky!uunet!europa.asd.contel.com!darwin.sura.net!ukma!news
  3. From: soward@slow.inslab.uky.edu (John Soward)
  4. Subject: Re: A NEW tar&compress FRONTEND....
  5. References: <1992Aug17.170230.4109@agog.com>
  6. Nntp-Posting-Host: slow.inslab.uky.edu
  7. Message-ID: <1992Aug24.160817.2595@ms.uky.edu>
  8. Organization: University Of Kentucky, Dept. of Math Sciences
  9. Sender: news@ms.uky.edu (USENET News System)
  10. Date: Mon, 24 Aug 1992 16:08:17 GMT
  11. Lines: 48
  12.  
  13. Greg Cockroft writes
  14. -> In article <1992Aug13.215318.530@ms.uky.edu> soward@slow.inslab.uky.edu  
  15. -> (John Soward) writes:
  16. -> > Glenn Reid writes
  17. -> > -> the compressed data.  Just yesterday I got a 10-to-1 compression
  18. -> > -> on a directory full of TIFF files, and I thought that TIFF already
  19. -> > -> had reasonably good compression in its internal format!
  20. -> > 
  21. -> >     No actually it sucks (e.g it has none)...unless you are using one  
  22. -> of  
  23. -> > NeXTs TIFF compression schemes...which are lempel-ziv (same as compress)  
  24. -> or  
  25. -> > JPEG (radically diferrent and results in a huge compression, but is  
  26. -> "lossy" --  
  27. -> > which sometimes is a big deal and sometimes is not).
  28. -> > --
  29. -> 
  30. -> This is incorrect information.
  31.     I do not think so...better read again for content.
  32.  
  33. -> TIFF 5.0 has optional compression of various types.
  34.         ^^^^^^^^
  35.             This is the key....
  36.  
  37. ->    LZW --   same as in compress. Previous substrings in a lookup table.
  38. ->    packbits --  run length encoding
  39. ->    group 4? fax compression. -- Various bit strings representing runs of
  40. ->                               0 and 1 bits. Some interline deltas.
  41. -> 
  42. -> NXImageBitImageRep supports LZW and packbits.
  43. -> 
  44. -> The JPEG data in 2.x TIFF files is a non-standard extension because it had  
  45. -> not yet been addressed in TIFF when 2.0 shipped. JPEG will be part of TIFF  
  46. -> 6.0.  3.0 NeXTStep is supposed to conform to TIFF 6.0.
  47.     This is, however, claimed in the 3.0pr2 docs.
  48. -> 
  49. -> For the most part LZW and packbits do very well on non-continous tone  
  50. -> images. Maybe not state of the art but certainly some big savings.
  51.  
  52.     In real-world usage, packbits seems to perform poorly, but lzw does  
  53. okay--but not really much better than using compress (also lempel-ziv) on the  
  54. tiff file (but then you have to actually issue uncompress to open it ;-)
  55.  
  56. --
  57.     ________________________________________________________________________
  58.    /   'The midnight sun will burn you up" -The Cure, Piggy in the Mirror  /
  59.   /      soward@ms.uky.edu | soward@slow.inslab.uky.edu (NeXT Mail)       /
  60.  /_______________________________________________________________________/
  61.