home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / alt / graphics / pixutils / 2753 < prev    next >
Encoding:
Text File  |  1992-12-21  |  1.9 KB  |  39 lines
  1. Newsgroups: alt.graphics.pixutils
  2. Path: sparky!uunet!think.com!rpi!usenet.coe.montana.edu!news.u.washington.edu!carson.u.washington.edu!jimt
  3. From: jimt@carson.u.washington.edu (James Thompson)
  4. Subject: Re: GIF questions
  5. Message-ID: <1992Dec21.101444.29755@u.washington.edu>
  6. Sender: news@u.washington.edu (USENET News System)
  7. Organization: University of Washington, Seattle
  8. References: <1992Dec20.032056.21576@magnus.acs.ohio-state.edu>
  9. Date: Mon, 21 Dec 1992 10:14:44 GMT
  10. Lines: 27
  11.  
  12. In article <1992Dec20.032056.21576@magnus.acs.ohio-state.edu> mjbrown@magnus.acs.ohio-state.edu (Mike J. Brown) writes:
  13. >
  14. >I have a second question as well.  When I download some GIFs to my PC,
  15. >they end up not being able to be read in correctly (using Fractint or
  16. >a regular GIF viewer), resulting in a very skinny squashed version of
  17. >the image at the top, a slightly less squashed version of it just below
  18. >that, a slightly less squashed version below that, and so on for a total
  19. >of about 5 squashed versions of the picture.  The only way I have found
  20. >to correct this is to use the JPEG group's software to convert the GIF
  21. >to a JPEG and then convert the JPEG back to a GIF, resulting in some
  22. >quality reduction and a larger file, but at least it works.  What causes
  23. >this problem and how can I fix it?
  24. >
  25. >Mike
  26.  
  27. These GIF files are in the "Interlaced" format, which was included in the
  28. original GIF spec so that on the slow machines of the era, a viewer could
  29. display first every eighth line of the picture, then fill in the blanks at
  30. increasing resolution until the whole image was displayed.  The idea is that
  31. the user can get an idea of what the picture looks like before the whole thing
  32. is displayed.  Many older GIF files were done in this format.  Some programs
  33. that read GIF files (e.g., ColoRIX) ignore this mode, resulting in the sort
  34. of hash you describe, but most viewers (such as VPIC) and decent conversion
  35. programs (such as the JPEG converters) handle them properly.
  36.  
  37. Jim
  38.  
  39.