Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: utzoo!linus!philabs!cmcl2!harvard!caip!lll-crg!lll-lcc!qantel!intelca!oliveb!hplabs!ucbvax!GE-CRD.ARPA!montnaro%chenengo.tcpip From: montnaro%chenengo.tcpip@GE-CRD.ARPA Newsgroups: net.micro.atari16 Subject: image compression Message-ID: <8605211535.AA25611@ucbvax.Berkeley.EDU> Date: Wed, 21-May-86 11:13:00 EDT Article-I.D.: ucbvax.8605211535.AA25611 Posted: Wed May 21 11:13:00 1986 Date-Received: Sat, 24-May-86 04:35:46 EDT Sender: daemon@ucbvax.BERKELEY.EDU Organization: The ARPA Internet Lines: 34 Received: by chenengo.steinmetz (3.0/1.1x Steinmetz) id AA16370; Wed, 21 May 86 10:08:20 EDT Date: Wed, 21 May 86 10:08:20 EDT From: Skip Montanaro Posted-Date: Wed, 21 May 86 10:08:20 EDT Message-Id: <8605211408.AA16370@chenengo.steinmetz> To: info-atari16@score.stanford.edu Subject: image compression In <752@rclex.UUCP> Walt Weber writes: >Has anyone ever seen or used an encoding or compression algorithm >to store image files? I have seen a couple of demos which appear >to be compressed, as they are all different sizes and come up in >a "slideshow" style presentation. I would think that some adaptation of the algorithm used in compress (available from mod.sources and quite protable) might be sufficiently fast enough to do what you want. Compress is not restricted to ASCII files. We use it to compress cpio output (used for backups) before sending to a VMS VAX. We get (typically) about 50% compression and its speed is acceptably fast. ========== Skip Montanaro ARPA: montanaro@ge-crd.arpa US Mail: General Electric Company Corporate Research and Development P.O. Box 8 Bldg KW, Room C210 Schenectady, NY 12304 Phone: 518-387-7312 ==========