home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / os / linux / 9315 < prev    next >
Encoding:
Internet Message Format  |  1992-08-29  |  1.2 KB
  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!malgudi.oar.net!uoft02.utoledo.edu!jupiter!billp
  2. Newsgroups: comp.os.linux
  3. Subject: Re: Stacker like file system
  4. Message-ID: <1992Aug28.223823.9755@uoft02.utoledo.edu>
  5. From: billp@jupiter.cse.utoledo.edu (Bill Parquet)
  6. Date: 28 Aug 92 22:38:23 EST
  7. References: <BtpF3M.2xn.2@cs.cmu.edu>
  8. Nntp-Posting-Host: jupiter.cse.utoledo.edu
  9. Lines: 16
  10.  
  11. mfp+@CS.CMU.EDU (Michael Polis) writes:
  12. : |> Having a /usr/compressed/pics directory with on-the-fly compression would be
  13. : |> a dream come true.
  14. : How about storing them as GIF's, which are inherently compressed using
  15. : the LZW algorithm (the one used by compress).
  16.  
  17. There's a few disadvantages to using GIF format.   Most namely is the
  18. restriction to 256 colors.  
  19.  
  20. What kind of compression technique do those
  21. programs [stacker/doubledisk/etc] use? (Hopefully this isn't the start of
  22. a completely unrelated discussion) ... The only thing that I think gets 
  23. really ugly about those programs if you have a file that contians a block
  24. of zeros in the middle, then you have a program that fseeks to that block
  25. and writes a block of random data over it.  The compression program has
  26. to deal with expansion in the physical file size.
  27.