home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / sys / mac / misc / 18928 < prev    next >
Encoding:
Text File  |  1992-11-08  |  3.0 KB  |  59 lines

  1. Newsgroups: comp.sys.mac.misc
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!rpi!batcomputer!lynx@msc.cornell.edu!leah.msc.cornell.edu!maynard
  3. From: maynard@leah.msc.cornell.edu (Maynard J. Handley)
  4. Subject: semi-technical QuickTime info required...
  5. Message-ID: <1992Nov8.091942.8451@msc.cornell.edu>
  6. Sender: news@msc.cornell.edu
  7. Organization: Cornell-Materials-Science-Center
  8. Date: Sun, 8 Nov 1992 09:19:42 GMT
  9. Lines: 48
  10.  
  11. I've been playing with QuickTime a bit and wondered if anyone out there
  12. could help me with the following few questions.
  13.  
  14. 1) All right. I know the two principals for JPEG compression are taking
  15. DFTs of 8x8 cells and discarding hi-frequency info, along with decomposing
  16. the image into YUV planes (or something like them) and sampling color info
  17. at a lower frequency than lightness info. 
  18. Based on the way Apple and others claim the Apple animation compressor
  19. should be used, I would guess that it performs RLE encoding. Does it just
  20. do the standard PICT RLE encoding? Is this simply along the x direction, or
  21. is it done along both x and y directions?
  22. "None"-encoding. Is this truly none, or does it do the basic PICT
  23. compression?
  24. Apple graphics---what gives here? The only thing I know about this is that
  25. I have yet to find anything for which it works nicely. Does it insist on
  26. the system pallette? Does it needs globs of the same color?
  27. Apple video. Looks like it does the JPEG scheme of blocking, but what else.
  28. I
  29. guess it's not simply JPEG diddled a bit, cause of the speed.
  30. The new Apple compact video. What's this based on? Wavelets? It produced
  31. artifacts unlike anything I've seen elsewhere.
  32.  
  33. 2) Is ANY form of inter-frame compression performed when making movies? I
  34. thought that when you gave a key-frame rate, that meant that each key-frame
  35. was stand-alone, but other frames were based on inter-frame encoding. But
  36. I've tried varying the key-frame rate from zero to every frame and in
  37. between, and the file size seems to change each time by about 2K, which
  38. seems to imply not much is happening. The various key-frame rates also
  39. seemed to have no effect on quality of playback, either forwards OR
  40. backwards. Is this just a bogus field that will be used in later versions
  41. of QuickTime?
  42.  
  43. 3) What is the major bottleneck in playback speed? It seemed to me that
  44. this would be decompression. However on my SE/30 a (grey-scale 150x200)
  45. movie made at
  46. 15fps plays back rather more smoothly when compressed with either Apple
  47. Animation or Apple Compact Video than with no compression, and compact
  48. video gave better playback than animation. (At ten fps all three schemes
  49. were equal so I guess the machine wasn't yet maxed out.) Is this because in
  50. fact most of the time is data transfer time, and the compressed movie have
  51. to pull less data off disk? Or is it some effect of grey-scale? I haven't
  52. yet got around to experimenting seriously with color movies so I don't know
  53. what would happen there. 
  54.  
  55. Thanks for any info people may have on this matter, both empirical and the
  56. official Apple word.
  57.  
  58. Maynard Handley
  59.