Path: utzoo!attcan!utgpu!jarvis.csri.toronto.edu!rutgers!dptg!mtunb!dmt
From: dmt@mtunb.ATT.COM (Dave Tutelman)
Newsgroups: comp.sys.ibm.pc
Subject: Re: Wanted:fast text compression source
Summary: why not an archiver?
Keywords: compression,text
Message-ID: <1656@mtunb.ATT.COM>
Date: 11 Sep 89 12:25:54 GMT
References: <13511@well.UUCP> <1958@network.ucsd.edu>
Reply-To: dmt@mtunb.UUCP (Dave Tutelman)
Distribution: comp
Organization: AT&T Bell Labs - Middletown, NJ
Lines: 26

In article <1958@network.ucsd.edu> rmyers@net1.UUCP (Robert Myers) writes:
>In article <13511@well.UUCP> alcmist@well.UUCP (Frederick Wamsley) writes:
>>I'm looking for text compression code which will be used to compress blocks
>> ...
>Contact Bookmaster Corp. in Telluride, CO...
>As I recall, they have a generic cruncher that will compress, index,
>and create a dictionary on text files with the performance you
>require (30K in 10sec on AT).

I may be missing something, but what's the difference between this
and the "archivers" that we all use like PKZIP, zoo, ARC (careful..)
etc?
   -	Function (sounds very similar)?
   -	Speed?
   -	Compression ratio?

I missed (and couldn't find) the base note, so maybe I've missed the key
that would enlighten me.  However, the Bookmaster reference doesn't
have anything in it that gives me a clue to the difference.

+---------------------------------------------------------------+
|    Dave Tutelman						|
|    Physical - AT&T Bell Labs  -  Middletown, NJ		|
|    Logical -  ...att!mtunb!dmt				|
|    Audible -  (201) 957 6583					|
+---------------------------------------------------------------+