Path: utzoo!attcan!uunet!lll-winken!lll-tis!ames!killer!pollux!dalsqnt!rpp386!pigs!haugj
From: haugj@pigs.UUCP (John F. Haugh II)
Newsgroups: comp.binaries.ibm.pc.d
Subject: Re: SIMTEL20 to ban ARC files
Summary: advantages to mixed mode file compression.
Keywords: lzw, atob/btoa, 7 bit pure
Message-ID: <424@pigs.UUCP>
Date: 19 Sep 88 16:47:07 GMT
References: <6630@ihlpl.ATT.COM> <2736@uoregon.uoregon.edu> <8475@smoke.ARPA> <2594@csccat.UUCP>
Reply-To: haugj@pigs.UUCP (John F. Haugh II)
Organization: Precision Information, Dallas, TX
Lines: 18
In article <2594@csccat.UUCP> loci@csccat.UUCP (Chuck Brunow) writes:
> Could we just concentrate
> on LZW or are the other methods of use? Seems like the program
> could be smaller and faster if it speciallized. Comments?
if the data were known to be 7 bit pure, or say, in a 96 character
ascii subset (pure readable text), then additional file compression
tools can be thrown at it. the first which comes to mind is atob
compression [ no, not REALLY a compression technique, but it works ].
i'd like to see an ARC tool which did NO compression and then have
another tool which did the compression and then yet another for the
decompression. that would yield three small tools, each of which
could be highly specialized.
--
=-=-=-=-=-=-=-The Beach Bum at The Big "D" Home for Wayward Hackers-=-=-=-=-=-=
Very Long Address: John.F.Haugh@rpp386.dallas.tx.us
Very Short Address: jfh@rpp386
"ANSI C: Just say no" -- Me