A82: Re: Why make hardware upgrade? CMPRS!!!

[Prev][Next][Index][Thread]

A82: Re: Why make hardware upgrade? CMPRS!!!


Someone did think of compressing the vars on the TIs, I first heard of
this project right after ZShell 3.0 was released (which is a long time
ago), and it has been mentioned in varius places since then. Every time
someone has decided to look into this he has found out the the program to
compress data would take up more space than it would save (it is hard to
compress programs, they are fairly random !). Because of this i find it
very unlikely that a program like this would be a good idea, but of course
you can not be sure before you try.

Several ways for compressing data has been found on the TI's and they do
save a lot of space, if you are storing pics (and maybe levels too). I
have mentioned some of these rutines on this list before (including my own
version of RLE), so if you are interested in using one of these
algorithmes, have a look at ticalc.

To anyone who are making games which for the TI82 : Do you comress your
data ? why not ?
Compressing data can save a lot of space, and it is not hard to do, so
maybe it should be included.

Dines
-----Original Message-----
From: Larry G Currie <larry1492@juno.com>
To: assembly-82@lists.ticalc.org <assembly-82@lists.ticalc.org>
Cc: assembly-92@lists.ticalc.org <assembly-92@lists.ticalc.org>
Date: 4. januar 1998 03:00
Subject: A82: Why make hardware upgrade? CMPRS!!!


>
>Here is a message from the hardware list.
>~Larry C
>Larry1492@juno.com
>--------- Begin forwarded message ----------
>From: "Joe Martis" <bungix@hotmail.com>
>To: ti-hardware@lists.ticalc.org
>Subject: TI-H: Why make hardware upgrade? CMPRS!!!
>Date: Tue, 30 Dec 1997 07:58:44 PST
>Message-ID: <19971230155845.20839.qmail@hotmail.com>
>
>
>I don't get it... Everyone is trying to make a hardware memory 
>expansion. It cost money... Why not use a logical way to solve the 
>problem. Compress! I figure that if the programmers (I really sould have 
>written this to the asm list, but I'm not gonna subscribe) would make a 
>shell (I'm talking about 82) that takes up most of the memory, and it's 
>mostly blank space. Then the shell and some homemade link software would 
>use a protocal to transfer new files into the compressed space. The 
>shell would decompress the file it's going to run and put it into the 
>compressed/free space, uncompressed. So the shell never lets anything 
>out of it's 'space.' The leftover space would have to be enough to allow 
>the calculator to function normally. I don't understand why no one has 
>tried it (and publicly announced it.)
>
>-Joe Martis
>
>______________________________________________________
>Get Your Private, Free Email at http://www.hotmail.com
>
>--------- End forwarded message ----------
>

_______________________________________

Dines Justesen
Email: dines@post1.com or
       c958362@student.dtu.dk
WWW  : http://www.gbar.dtu.dk/~c958362/
_______________________________________