home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / alt / galactic / 948 < prev    next >
Encoding:
Text File  |  1993-01-29  |  2.7 KB  |  73 lines
  1. Newsgroups: alt.galactic-guide
  2. Path: sparky!uunet!europa.eng.gtefsd.com!emory!swrinde!cs.utexas.edu!qt.cs.utexas.edu!yale.edu!ira.uka.de!math.fu-berlin.de!news.netmbx.de!Germany.EU.net!mcsun!sunic!liuida!y88kenek
  3. From: y88kenek@odalix.ida.liu.se (Kenneth Ekman)
  4. Subject: Re: Graphics for PGG (was Re: Getting AmiGuide to work?)
  5. Message-ID: <1993Jan28.191341.25539@ida.liu.se>
  6. Sender: news@ida.liu.se
  7. Organization: CIS Dept, Univ of Linkoping, Sweden
  8. References: <75n3jx@rpi.edu> <1k37ltINNdtu@emmental.csv.warwick.ac.uk> <kzp30am@rpi.edu> <1993Jan28.113045.6349@cs.nott.ac.uk>
  9. Date: Thu, 28 Jan 1993 19:13:41 GMT
  10. Lines: 61
  11.  
  12. dpg@cs.nott.ac.uk (Dave `geek' Gymer) writes:
  13.  
  14. >In article <kzp30am@rpi.edu> cleggp@aix.rpi.edu (Paul Jason Clegg) writes:
  15. >>I looked at JPEG compression at one point, when my local BBSs at home thought
  16. >>it was a cool idea.  The only problem with it is that you lose resolution, and
  17. >>the more space you save, the more resolution you lose.
  18.  
  19. >Well, yeah, but the `loss' is designed to be invisible to the human
  20. >eye.
  21.  
  22. >The real problem with JPEGs, as pointed out by another poster, is the
  23. >time it takes to decompress and display them.
  24.  
  25. >Perhaps compressed portable bitmaps or GIFs are the way to go after
  26. >all.
  27.  
  28. In my mind, there are two separate cases that should be handled.
  29.  
  30. 1: If one would like small pictures in the document, these would
  31.   have to be uncompressed bitmaps, since waiting for a single
  32.   page to show is unacceptable. These would be contained within
  33.   the document for maximum speed in my view.
  34.  
  35. 2: Larger pictures with more colors would be better off in
  36.   an external picture file, and handled by an external 
  37.   viewing program. For example one could have a system
  38.   variable called GIF_VIWER and another called JPEG_VIEWER
  39.   containing the path for the preferred viewing program
  40.   on each system. Then it's up to each user to set these
  41.   to their program of choice.
  42.  
  43.  
  44. This has several advantages.
  45.  
  46. - Since no graphics compression standard is completely 
  47.   flawless each picture could use the optimum standard.
  48.  
  49. - You can always use the fastest decompression program
  50.   for the standard.
  51.  
  52. - The documents won't grow so large.
  53.  
  54. - Only bitmaps will have to be decoded by the guide-
  55.   program itself.
  56.  
  57. - If new and better compression standards evolve, 
  58.   we won't be in a corner.
  59.  
  60. So, there. Now I got that off my mind...
  61.  
  62.  
  63. >-- Dave
  64. >-- 
  65. >`Grave' Dave Gymer, 42 St Mary's Park, Louth, Lincolnshire, LN11 0EF, England
  66. > dpg@cs.nott.ac.uk  (but I'm not always in, and I have no answering machine)
  67. >These opinions are mine. I doubt that they have ever belonged to anyone else,
  68. >but if you think you might have lost them, please get in touch. With a shrink.
  69.  
  70. Just my $0.02 worth...
  71.  
  72.   ___/ Kenneth
  73.