home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / multimed / 2217 < prev    next >
Encoding:
Text File  |  1992-07-22  |  2.2 KB  |  55 lines
  1. Newsgroups: comp.multimedia
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!destroyer!ubc-cs!uw-beaver!news.u.washington.edu!milton.u.washington.edu!dong
  3. From: dong@milton.u.washington.edu (Dong-Lok Kim)
  4. Subject: Re: Which format for MPEG? (NTSC or CCIR601) (was Digital Video)
  5. Message-ID: <1992Jul23.072020.17087@u.washington.edu>
  6. Sender: news@u.washington.edu (USENET News System)
  7. Organization: University of Washington, Seattle
  8. References: <1992Jul11.040327.5715@u.washington.edu> <4574@crl.LABS.TEK.COM> <1992Jul19.153254.22747@becker.GTS.ORG>
  9. Date: Thu, 23 Jul 1992 07:20:20 GMT
  10. Lines: 43
  11.  
  12. In article <1992Jul19.153254.22747@becker.GTS.ORG> bdb@becker.GTS.ORG (Bruce Becker) writes:
  13. >In article <4574@crl.LABS.TEK.COM> rjn@snowbird.LABS.TEK.COM (Jim Nusbaum) writes:
  14. >|Well CIF is supposed to be half the size of the full image (dropping every
  15. >|other sample in the line and dropping alternating lines).  That would lead to
  16. >|320 x 240 starting from a 640 x 480 image.  The 4:1:1 subsampling leads to
  17. >|the 1/4 size U and V.  If you start with a different image size you would
  18. >|get different results, but a 704 x 480 image seems pretty non-standard.
  19. >
  20. >
  21. >    704 == 640 + 64
  22. >
  23. >
  24. >    the extra 64 is the additional 10%
  25. >    needed for overscan
  26. >
  27. >
  28. >-- 
  29. >  ,u,     Bruce Becker            Toronto, Ontario
  30. >a /i/     Internet: bdb@becker.gts.org    Uucp: ...!web!becker!bdb
  31. > `\o\-e     \*/*\*/*\*/*\*/*\*/*\*/*\*/*\*/*\*/*\*/*\*/*\*/*\*/*\*/
  32. > _< /_     "Awaken the Geek Within" - Anthony Robot
  33.  
  34.  
  35. Well, the number 704 was actually derived from the follwing reasoning:
  36.     CCIR601 format has 720 pixels per line
  37.     --> Decimate it down to 360 pixels
  38.     --> To divide the frame into macroblocks ( 16 x 16 pixels),
  39.         there is 8 pixels as the remainder (360 /16 = 22 remainder 8)
  40.     --> Now we just discard the 8 pixels and use the 352 pixels for
  41.         the MPEG encoding. In fact we take the center 352 pixels
  42.         discarding 4 pixels from both sides.
  43.     --> The above procedure effectively takes the 704 center pixels
  44.         from the original frame (Of course you may need the 
  45.         boundary 16 pixels to do the decimation).
  46.  
  47. This is illustrated in the MPEG document.
  48.  
  49. Dong-Lok Kim
  50. -- 
  51. ICSL (Image Computing System Lab)
  52. Dept. of Electrical Eng., FT-10
  53. University of Washington
  54. Seattle, WA 98195
  55.