Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!watmath!clyde!rutgers!ames!ucbcad!ucbvax!hplabs!hao!noao!mcdsun!fnf
From: fnf@mcdsun.UUCP
Newsgroups: comp.sys.amiga
Subject: Re: Compressing with less than 16 bits
Message-ID: <232@mcdsun.UUCP>
Date: Thu, 15-Jan-87 10:29:19 EST
Article-I.D.: mcdsun.232
Posted: Thu Jan 15 10:29:19 1987
Date-Received: Sat, 17-Jan-87 16:35:07 EST
References: <2280@well.UUCP> <340@oliveb.UUCP> <8232@topaz.RUTGERS.EDU> <2880@j.cc.purdue.edu> <5090@amdahl.UUCP> <470@oscvax.UUCP>
Reply-To: fnf@mcdsun.UUCP (Fred Fish)
Organization: Motorola Microcomputer Division
Lines: 21

In article <470@oscvax.UUCP> rico@oscvax.UUCP (Rico Mariani) writes:
>The compress on Fish disk #6 uses 14 bits rather than the full 16.  This 
>doesn't really pose a big problem since you can instruct your host computer 
>to use less of the bits when you compress.

Sometime in the next few days I will be releasing disks 47-52 (or maybe
53 if it gets filled) and on one of them is a new release of compress.
I've found that 15 bits seems to be the upper limit for a standard
512K Amiga, but the disk will contains executables with defaults ranging
from 16 bits down to 13 bits.  As a side note, and I don't really know how
feasible this is as I haven't looked at the code yet, but I will probably
implement some sort of a virtual memory scheme within compress so that one
executable will work for any and all number of bits.  Might be slower than
Commodore's release of a new machine, but slow is better than never...

-Fred
-- 
===========================================================================
Fred Fish  Motorola Computer Division, 3013 S 52nd St, Tempe, Az 85282  USA
{seismo!noao!mcdsun,hplabs!well}!fnf    (602) 438-5976
===========================================================================