Usenet
Xref: utzoo comp.sources.d:2044 comp.binaries.ibm.pc.d:139
Path: utzoo!mnetor!uunet!swlabs!omen!caf
From: caf@omen.UUCP (Chuck Forsberg WA7KGX)
Newsgroups: comp.sources.d,comp.binaries.ibm.pc.d
Subject: Re: Standard for file transmission
Message-ID: <679@omen.UUCP>
Date: 5 May 88 23:00:52 GMT
References: <292@cullsj.UUCP> <55@psuhcx.psu.edu> <537@csccat.UUCP> <296@cullsj.UUCP>
Reply-To: caf@omen.UUCP (Chuck Forsberg WA7KGX)
Organization: Omen Technology Inc, Portland Oregon
Lines: 74
Keywords: protocol compression source
In article <296@cullsj.UUCP> jeff@cullsj.UUCP (Jeffrey C. Fried) writes:
:
: 1) COMPRESS is a text only compression routine. It will not now, or ever,
: help in the compression of binary files.
The 13 bit compression in zoo gets about 29% compresseing YAM.EXE.
: 2) ARITH is a more general compression routine using adaptive arithmetic
: coding. It will compress binary files where there is redundancy, but
Please post it!
: 3) The source for ZOO, PKARC, and the others is NOT available. Therefore
: we are at the whims of whomever is currently supporting (or not supporting)
: them.
The sources to ZOO *are* available, in fact it was a copy of ZOO I compiled
for 386 Xenix that I used in the above micro-benchmark.
: 4) COMPRESS works faster and better on text files then the ARC routines
: because they use 12 bit compression, where 13-bit (and more) are possible
: under even the PC for COMPRESS (i've tried it on ans AT-clone).
Compress, ARC, PKARC, and ZOO all use forms of LZW compression, derived
from the original Unix compress program.
: 5) On the weak side, there is as yet, no CRC or checksum for any of these,
: but adding it would be someithing i am willing to take responsibility
: for should enough people decide they would like to take the approach
: which i'm currently suggesting.
The lack of a CRC in compress is a serious weakness. ZRC and ZOO include CRC.
: Also, there no directory support provided with these tools. They work
: on only one file at a time. This is also correctable since the source
: is available.
ZOO has excellent directory support - full Unix pathnames are supported.
Again, please post the ARITH program. It would be most interesting
if the memory requirements are small - like Huffman encoding instead
of LZW.
Newsgroups: comp.sources.d,comp.binaries.ibm.pc.d
Subject: Re: Standard for file transmission
Summary:
Expires:
References: <292@cullsj.UUCP> <55@psuhcx.psu.edu> <537@csccat.UUCP> <296@cullsj.UUCP>
Sender:
Reply-To: caf@omen.UUCP (Chuck Forsberg WA7KGX)
Followup-To:
Distribution:
Organization: Omen Technology Inc, Portland Oregon
Keywords: protocol compression source
In article <296@cullsj.UUCP> jeff@cullsj.UUCP (Jeffrey C. Fried) writes:
:
: 1) COMPRESS is a text only compression routine. It will not now, or ever,
: help in the compression of binary files.
The 13 bit compression in zoo gets about 29% compresseing YAM.EXE.
: 2) ARITH is a more general compression routine using adaptive arithmetic
: coding. It will compress binary files where there is redundancy, but
Please post it!
: 3) The source for ZOO, PKARC, and the others is NOT available. Therefore
: we are at the whims of whomever is currently supporting (or not supporting)
: them.
The sources to ZOO *are* available, in fact it was a copy of ZOO I compiled
for 386 Xenix that I used in the above micro-benchmark.
: 4) COMPRESS works faster and better on text files then the ARC routines
: because they use 12 bit compression, where 13-bit (and more) are possible
: under even the PC for COMPRESS (i've tried it on ans AT-clone).
Compress, ARC, PKARC, and ZOO all use forms of LZW compression, derived
from the original Unix compress program.
: 5) On the weak side, there is as yet, no CRC or checksum for any of these,
: but adding it would be someithing i am willing to take responsibility
: for should enough people decide they would like to take the approach
: which i'm currently suggesting.
The lack of a CRC in compress is a serious weakness. ZRC and ZOO include CRC.
: Also, there no directory support provided with these tools. They work
: on only one file at a time. This is also correctable since the source
: is available.
ZOO has excellent directory support - full Unix pathnames are supported.
Again, please post the ARITH program. It would be most interesting
if the memory requirements are small - like Huffman encoding instead
of LZW.