Path: utzoo!utgpu!news-server.csri.toronto.edu!rutgers!att!tut.cis.ohio-state.edu!cs.utexas.edu!wuarchive!zaphod.mps.ohio-state.edu!usc!apple!portal!cup.portal.com!-Rich-
From: -Rich-@cup.portal.com (Richard Sherman Payne)
Newsgroups: comp.sys.apple2
Subject: Re: Applications: What you'd like to see
Message-ID: <38239@cup.portal.com>
Date: 20 Jan 91 17:45:34 GMT
References: <385@generic.UUCP> <137074@tiger.oxy.edu>
Distribution: usa
Organization: The Portal System (TM)
Lines: 32

>Another application that I would like to see is a converter supporting JPEG
>compression (Todd P.W., would this be easy to implement with LHG??). It is
>a newer form of compression that is many times better than the GIF
>algorithm in its compression of picture data.  I believe it dumps some of
>the color table information that is indistinguishable by the human eye,
>along with some other tricks that I'm not sure I can describe at this point.
>
>If anyone is up to tackling this one, I can probably track down some source
>code for it.
>
>Just a suggestion...
>
>-Dale LaFountain
>prophet@oxy.edu

There is a shareware program out for JPEG conversion for the IBM, and one   
for the SParc as well. I have tried it on a Sun4, and it is slowwww. I think
you would have time to read _War_and_Peace_ before you get your gif to
view if this was implimented on a //gs. Also, a file packed with jpeg is
not guarenteed to unpack to the same file. I have heard others who have 
compared the images say that images that have been packed this way are
seriously degraded.

On the plus side, a 690K gif compressed to 149K. It does compress well. But
it does not seem like something the // users can use.




							Rich

						-Rich-@cup.portal.com