Re: gzip/deflate compression/encoding

"Charles Lindsey" <[email protected]>
Newsgroups gmane.ietf.rfc822
Message-ID <[email protected]>
In <[email protected]> [email protected] writes:

>> Are the usual audio, image, etc. formats truly 8bit clean (i.e. are they
>> guaranteed not to contain NUL or naked CR or LF)?

>Of course they aren't.

Yes, that's what I thought.

>> If not, then you are
>> back to the 37+% expansion of base64.

>Doesn't follow. A binary-to-8bit encoding has enough characters available that
>the overhead can be limited to at most 1-2%.

Sure, but there is no currently recognized/standardized encoding with that
property (except for yEnc, which I don't think is a serious candidate
yet).

-- 
Charles H. Lindsey ---------At Home, doing my own thing------------------------
Tel: +44 161 436 6131 Fax: +44 161 436 6133   Web: http://www.cs.man.ac.uk/~chl
Email: [email protected]      Snail: 5 Clerewood Ave, CHEADLE, SK8 3JU, U.K.
PGP: 2C15F1A9      Fingerprint: 73 6D C2 51 93 A0 01 E7 65 E8 64 7E 14 A4 AB A5
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.