home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / graphics / 11584 < prev    next >
Encoding:
Internet Message Format  |  1992-11-08  |  2.6 KB
  1. Path: sparky!uunet!charon.amdahl.com!pacbell.com!att-out!rutgers!usc!wupost!crcnis1.unl.edu!moe.ksu.ksu.edu!usenet-feed.cc.umr.edu!mcs213d.cs.umr.edu!mcastle
  2. From: mcastle@mcs213d.cs.umr.edu (Michael R Castle)
  3. Newsgroups: comp.graphics
  4. Subject: Re: Animation using gif or jpeg files. Conversion to .gl or .fli?
  5. Message-ID: <1992Nov7.030718.7908@umr.edu>
  6. Date: 7 Nov 92 03:07:18 GMT
  7. References: <1992Nov2.231556.20933@sol.ctr.columbia.edu> <1992Nov5.214002.23583@comp.lancs.ac.uk> <1992Nov6.132238.11560@bsu-ucs>
  8. Sender: cnews@umr.edu (UMR Usenet News Post)
  9. Organization: University of Missouri - Rolla
  10. Lines: 40
  11. Nntp-Posting-Host: mcs213d.cs.umr.edu
  12.  
  13. In article <1992Nov6.132238.11560@bsu-ucs> 00rbspelman@leo.bsuvc.bsu.edu writes:
  14. >    Quick question: Say you have a 640x480(?)  16-color picture you want to
  15. >use for your run of .gif's.  You have say, 8 of these in a series.  Separately
  16. >these files would take up around 1meg of disk space total, right?  Now, when
  17. >you take the run of .gif's and merge them into a .fli animation,  will the
  18. >.fli file(s?) take up MORE or LESS space?  
  19.  
  20. Probably depends on frame-to-frame coherency.  FLI only use run length encoding
  21. which does not save all that much. But, they also only store the pixels that
  22. change from one frame to another.  If you have an animation that is a pretty
  23. solid (or just unchanging background), and the objects don't move far between
  24. frames so you only have pixels changing at the edges of some objects, then
  25. it's possible for the fli to be smaller.   
  26.  
  27. On the other hand, if you suddenly change scenes in the middle of the animation,
  28. the fli spec calls for you to just copy the frame into the fli file without
  29. even rle compression (I assume this is for speed reading the image off disk,
  30. don't want to change speed in middle of animation to decode a rle frame, but
  31. decoding the initial frame on start up is ok).
  32.  
  33. So, it depends.
  34.  
  35. Hmm... I just decided to break apart a fli file and convert to gifs.
  36. The fli in question (slider1.fli) was 320x200, but only about 1/3 of the 
  37. screen was used for the actuall animation.  The fli was 147092 bytes, but
  38. the sum of the gifs was only 86166. Compressing the fli with arj made it
  39. only 71900 bytes.  I must admit to being surpised by this.  Part of it may
  40. be due to the fact that the animation also only has 32 colors, which the
  41. gif standard may be able to pack better because of it more bit-oriented 
  42. compression (lzw).
  43.  
  44. Hmm... don't have quick access to any 256 color fli's to test this theory
  45. wish.
  46.  
  47. oh well...
  48. mrc
  49.  
  50.  
  51. ps:  with any luck, i will be able to re-write and distribute ppmtofli/flitoppm
  52. over thanksgiving weekend.   
  53.