home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / sys / mac / hypercar / 4175 < prev    next >
Encoding:
Text File  |  1992-11-14  |  2.5 KB  |  53 lines

  1. Newsgroups: comp.sys.mac.hypercard
  2. Path: sparky!uunet!pageworks.com!world!eff!sol.ctr.columbia.edu!destroyer!cs.ubc.ca!uw-beaver!news.u.washington.edu!serval!tomar.accs.wsu.edu!yeidel
  3. From: yeidel@tomar.accs.wsu.edu (Joshua Yeidel)
  4. Subject: Re: JPEG image viewing in Hypercard
  5. Message-ID: <1992Nov13.183748.11793@serval.net.wsu.edu>
  6. Lines: 40
  7. Sender: news@serval.net.wsu.edu (USENET News System)
  8. Reply-To: yeidel@tomar.accs.wsu.edu (Joshua Yeidel)
  9. Organization: Academic Computing Services, Washington State University
  10. References:  <1992Nov13.134656.21707@noose.ecn.purdue.edu>
  11. Date: Fri, 13 Nov 92 18:37:48 GMT
  12.  
  13.  
  14. In article <1992Nov13.134656.21707@noose.ecn.purdue.edu>, henstock@ecn.purdue.edu (Peter V Henstock) writes:
  15. |>From: henstock@ecn.purdue.edu (Peter V Henstock)
  16. |>Subject: JPEG image viewing in Hypercard
  17. |>Organization: Purdue University Engineering Computer Network
  18. |>Lines: 9
  19. |>
  20. |>Anybody have any information or know where to find a JPEG
  21. |>viewer for use from Hypercard.  We have a viewer which does
  22. |>GIF's but we are setting up a picture database which will eat
  23. |>up too much space so we're trying to use JPEGs only we cannot
  24. |>locate a viewer.
  25. |>
  26. |>Thanks in advance,
  27. |>
  28. |>--Peter
  29. |>
  30.  
  31. We have been using the JPEG compressor in QuickTime and the Hypercard
  32. "picture" XCMD that ships with HC with good success.  We get typical
  33. compression ratios from, 6:1 to 12:1 without noticable degradation
  34. (depending on the particular image).  The "picture" XCMD accesses
  35. compressed PICTs and uncompressed PICTs transparently;  QuickTime
  36. takes care of it.
  37.  
  38. However, be aware that you need processor power and memory for the 
  39. decompression.  Also, this compression is "lossy", so the decompressed
  40. image is not bit-for-bit identical to the original.  This usually
  41. is not a problem if all you want it to display the image (and your
  42. application is not e.g. medical imaging);  but we have found that
  43. decompressing a picture, modifying it (for example by adding callouts), and recompressing it can lead to noticable artifacts (unwanted color blotches).
  44. In short, we have come to the conclusion that lossy compressed images are
  45. not really "archival" quality.  So we maintain an archive of never-compressed images, but use compressed ones for every-day...
  46.  
  47.  --
  48. Joshua Yeidel               | yeidel@tomar.accs.wsu.edu
  49. Academic Computing Services | All standard disclaimers apply
  50. Washington State University |   "Believe it if you need it, 
  51. Pullman, WA 99164-1226      |     or leave it if you dare..."
  52. 509/335-0441                |         -- Robert Hunter
  53.