Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!dali.cs.montana.edu!caen!sol.ctr.columbia.edu!emory!hubcap!ncrcae!ncr-sd!se-sd!cns!dltaylor
From: dltaylor@cns.SanDiego.NCR.COM (Dan Taylor)
Newsgroups: comp.sys.amiga.advocacy
Subject: Re: AMIGA
Message-ID: <953@cns.SanDiego.NCR.COM>
Date: 10 May 91 21:10:26 GMT
References: <1991May6.164821.8807@cunixf.cc.columbia.edu> <937@cns.SanDiego.NCR.COM> <1991May8.062658.14796@cunixf.cc.columbia.edu> <1991May9.175041.3254@sugar.hackercorp.com>
Distribution: usa
Organization: NCR Corp. SE-San Diego
Lines: 21

In <1991May9.175041.3254@sugar.hackercorp.com> peter@sugar.hackercorp.com (Peter da Silva) writes:

>The IFF RLL compression does, pretty well. Better would be JPEG, which not
>only decompresses fast (though compression is a bitch) but gets 20:1
>ratios with minimal loss of information. Not what you'd use for your art
>prints, but quite good enough for animation.

NO! NO! NO! NO! NO! NO! NO! NO! NO! NO! NO! NO! NO! NO! NO! 

JPEG DOES NOT GIVE EXACT RESTORATION (as you said)!  Therefore, IMHO, it
is a "toy" alogorithm, useful only for braindead systems like Gates'
286-based multimedia system.

Real computers do not have to resort to this algorithm, since they are
perfectly able to restore compressed images, without data loss, in a
reasonable time.  The ANIM format, which compresses in the 4th dimension,
time (by storing frame deltas), gives reasonable compression, without
data loss, a can be restored in real-time, or processors faster than
the 7.19 MHz 68000, like a 25MHz 68030.

Dan Taylor