home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / next / misc / 23341 < prev    next >
Encoding:
Text File  |  1992-12-23  |  3.4 KB  |  66 lines
  1. Newsgroups: comp.sys.next.misc
  2. Path: sparky!uunet!mnemosyne.cs.du.edu!nyx!lmccullo
  3. From: lmccullo@nyx.cs.du.edu (Michael McCulloch)
  4. Subject: Re: Lack of color brilliance in GIF pictures?
  5. Message-ID: <1992Dec23.212331.5977@mnemosyne.cs.du.edu>
  6. Sender: usenet@mnemosyne.cs.du.edu (netnews admin account)
  7. Organization: University of Denver, Dept. of Math & Comp. Sci.
  8. Date: Wed, 23 Dec 92 21:23:31 GMT
  9. Lines: 55
  10.  
  11. I previously wrote in <1992Dec23.071448.20157@mnemosyne.cs.du.edu>:
  12.  
  13. >The previous post by William Shipley <1992Dec18.084848.433@u.washington.edu>
  14. >was an excellent explanation of this. However, he wrote:
  15. >
  16. >>PS: PostScript also gives you dithering, which allows you to simulate having  
  17. >>more colors by drawing two (or more) colors right beside each other and  
  18. >>trusting your eye to blur them together as if they were one pixel.  Thus, if  
  19. >>your GIFs look washed out, one solution is to magnify them and back away from  
  20. >>your monitor.  (Another would be to buy a 24-bit true color board, like the
  21. >>NeXTdimension, but the former seems cheaper.)
  22. >
  23. >There's another option. Change the way the GIF is converted. I've noticed
  24. >this 'washed out' appearance of GIFs on my nice Sony monitor -- even with
  25. >images that look fine on other machines. My solution?
  26. >
  27. >I use the gif2tiff converter in Sam Lefler's TIFF utilities library. It is
  28. >available on the sgi.com anonymous ftp site under graphics/tiff. But, before
  29. >you rush to get it, you must compile the package to use it. Although I
  30. >hesitate since this is not my software, I have considered posting just the
  31. >executable for gif2tiff on the NeXT -- since most people are probably only
  32. >interested in that conversion. This may make it to the Purdue ftp site by
  33. >the first of the year.
  34. >
  35. >Sam applies what appears to be a gamma correction (I think -- I'm not an
  36. >expert in image processing) to the color palette of converted GIFs. The
  37. >result is a much more brilliant converted image in which the PS dithering is
  38. >_significantly_ subdued. I have been told that the same 'correction' degrades
  39. >image quality on an ND. This makes sense, since the ND doesn't have to dither
  40. >to display paletted images. I made a slight modification to Sam's gif2tiff
  41. >converter that allows the user to specify the value of the 'correction'
  42. >factor on the command line. Also, he uses the Class P type of TIFF which is
  43. >slightly different from the apparent preferred TIFF formats on the NeXT,
  44. >however, I've had no trouble opening converted files in Preview or Icon
  45. >Builder.
  46. >
  47.  
  48. Folks, I'm sorry, but for some reason the results when the above package is
  49. compiled on the NeXT are not the same. Why? I don't know -- I've wasted an
  50. afternoon trying to discover the reason with no luck. I have been using the
  51. library on an SGI (IRIX 4.0.5) and the results of gif2tiff are superior when
  52. executed on the SGI and then displayed on the NeXT. So, in summary,
  53.  
  54. 1. Converted 256 color GIFs can look 'washed out' on a NS color using the 
  55.    currently available PD and commercial converters.
  56. 2. Sam Lefler's gif2tiff code doesn't help when compiled on the NeXT.
  57. 3. To my eyes, Sam's gif2tiff does a superior job when executed on an SGI,
  58.    and the results are then displayed on a NS color machine.
  59.  
  60. This is a far as I plan to go with this. If someone wants to investigate this
  61. more thoroughly, I can provide example converted GIFs from the SGI if you can
  62. accept 200-300k NeXTmail.
  63.  
  64. Michael McCulloch
  65. Huntsville, AL
  66.