Re: A83: ASM->PIC

To: assembly-83@lists.ticalc.org
Subject: Re: A83: ASM->PIC
From: Scott Dial <homosapian@geocities.com>
Date: Fri, 05 Mar 1999 22:33:22 -0500
Delivered-To: assembly-83-outgoing@towerguard.unix.edu.sollentuna.se
Delivered-To: assembly-83@lists.ticalc.org
Organization: ByMe Inc. Technologies
References: <6d8ae22d.36e0a0d2@aol.com>
Reply-To: assembly-83@lists.ticalc.org


ERR... Squish is NOT compression!!! I'm tired of ppl think it is! Squish
is just turning the tokens that respresent the bytes into the actual
bytes.

For example:
A squished program looks like this in a hex editor:
01234567890ABCDEF

The unsquished looks like this in a hex editor:
30313233343536373839414243444546
(which is the tokens for 0123456789ABCDEF)

AtmaZ@aol.com wrote:
> 
> Actually...we already have a compression program.  It's called SQUISH, and it
> manages a nice compression rate of 2:1.
> =)
> 
> If you wanted to squish even farther, that might be getting a bit difficult...
> 
> --David
> 
> In a message dated 3/5/99 8:04:10 PM Mountain Standard Time, VorTexx15@aol.com
> writes:
> 
> > It would be possible but it would not save space.  The pic takes up memory
> >  just like a program.  The program would have to be smaller than a pic too.
> >  Then you'd be wasting picsize-progsize.  A compression program would be
> more
> >  probable.
> <snip>

-- 
Scott "_Wrath_" Dial
homosapian@geocities.com
ICQ#3608935
http://www.geocities.com/~homosapian/
________________________________________________________
NetZero - We believe in a FREE Internet.  Shouldn't you?
Get your FREE Internet Access and Email at
http://www.netzero.net/download.html

Follow-Ups:

Re: A83: ASM->PIC

From: John Kugelman <kugelman@mnsinc.com>

References:

Re: A83: ASM->PIC

From: AtmaZ@aol.com

Prev: Re: A83: ASM->PIC
Next: Re: A83: ASM->PIC
Index(es):
- Main
- Thread