Xref: utzoo comp.sys.ibm.pc:26857 comp.binaries.ibm.pc.d:2511
Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!ames!lll-winken!uunet!crdgw1!steinmetz!davidsen
From: davidsen@steinmetz.ge.com (Wm. E. Davidsen Jr)
Newsgroups: comp.sys.ibm.pc,comp.binaries.ibm.pc.d
Subject: Re: Archiver performance
Message-ID: <13507@steinmetz.ge.com>
Date: 31 Mar 89 19:36:22 GMT
References: <13488@steinmetz.ge.com> <5255@cbnews.ATT.COM>
Reply-To: davidsen@crdos1.UUCP (bill davidsen)
Distribution: na
Organization: General Electric CRD, Schenectady, NY
Lines: 19

In article <5255@cbnews.ATT.COM> cbema!las@cbnews.ATT.COM (Larry A. Shurr) writes:
	[ ... ]
| just a comment about GIF files: it's not surprising that they don't
| compress well, I understand that they are (or rather, the raster data is)
| already compressed (using Lempel-Ziv, I think).

  Yes. I think GIF is 12 bit LZ, I thought I'd check to see if it could
be improved. If you get the full report you will note that the files got
much bigger. I actually got some compression on LZW output using an
adaptive Huffman coder I write some time ago. Not readily portable to
the PC world, but I did get about 20% (using a Cray2 for 64 bit
arithmetic).

  ZOO was the clear winner for GIF files... using the 'f' option it was
faster than any other and produced the smallest file by quite a bit.
-- 
	bill davidsen		(wedu@crd.GE.COM)
  {uunet | philabs}!steinmetz!crdos1!davidsen
"Stupidity, like virtue, is its own reward" -me