&%PAGE& - &%page& - Annex 2 to Doc. AVC-206R Annex 2 to Doc. AVC-206R Examples of Application Profile This list provide three examples of the application profile in typical applications fields; ISM (Interactive Storage Media using optical disks) in DSM field, STV (Satellite TV Broadcasting) in distribution filed, IPC (InterPersonal Communication such as videoconferencing) in communication field. Requirements for each application is marked with "X". Further examples are solicited using this format, putting notes if detailed explanation is necessary. ------------------------------------------------------------------------------- ISM STV IPC ------------------------------------------------------------------------------- 1. BIT RATE <01> a) NTSC/PAL/SECAM level at 3-5 Mbit/s X X X b) Close to CCIR 601 level at 8-10 Mbit/s X X X 2. PICTURE QUALITY <01> a) High quality <31> <31> <31> b) Graceful degradation for critical scenes X X X c) Minimum coder-decoder combination should <32> <32> <32> provide targeted performance <02> 3. PICTURE FORMAT (INPUT/OUTPUT) a) CCIR601 4:2:2 X <33> b) CCIR601 4:4:4 c) EDTV (16:9 aspect ratio) X X <33> d) Progressive format (film source etc.) X X <33> e) Square pixel <33> 4. MULTIPLE SCREENS/MULTIPLE IMAGES X X<34> (e.g. picture out of picture <03>) 5. FLEXIBILITY IN BIT RATE a) CBR and VBR X X X b) Rate control for VBR under bit X X generation constriction <04> ------------------------------------------------------------------------------- ------------------------------------------------------------------------------- ISM STV IPC ------------------------------------------------------------------------------- 6. BITSTREAM SCALABILITY <05> a) Spatial resolution scalability X X X<35> b) Temporal resolution scalability X X<35> c) Coding noise scalability d) Complexity scalability 7. CODING/DECODING DELAY <06> <500ms <150ms 8. ERROR PROTECTION FOR STORAGE AND TRANSPORT METHODS <07> a) Bit error resilience (random and burst) X X X b) Cell/packet loss resilience X c) Graceful degradation for severe cases X X d) Recovery of synchronization after an X<36> X<36> arbitrary point <08> 9. REPETITION OF CODING AND DECODING X<34> 10. COMPLEXITY FLEXIBILITY a) Flexibility to allow tradeoff between X X X performance and complexity <09> b) Intraframe mode only codec 11. COMPATIBILITY a) forward compatibility with MPEG1/H.261 MPEG1 MPEG1 H.261 b) backward compatibility with MPEG1/H.261 MPEG1 MPEG1 H.261 c) u/d compatibility with EDTV, HDTV, SDTV <10> d) Provision for future extension X X X (e.g. extension to larger formats as HDTV) 12. EDITING ENCODED BITSTREAMS a) Partial decoding and recoding for X<37> X<34> rescaling <11> ------------------------------------------------------------------------------- ------------------------------------------------------------------------------- ISM STV IPC ------------------------------------------------------------------------------- 13. TRICK MODE a) Fast playback (forward, backward) X b) Normal reverse playback c) Slow motion 14. RANDOM ACCESS / CHANNEL HOPPING X X X<38> 15. REAL TIME ASPECT RATIO CHANGES <12> a) Pan/scan X b) Letter box changes X ------------------------------------------------------------------------------- Notes <01> The standard should be flexible enough to cover a range of picture quality corresponding to a range of bit rates. <02> Clarification is needed in the light of note <01>. <03> 16:9 picture can contain one full size 4:3 picture with three additional 1/9 sized 4:3 pictures. <04> In case of ATM network, this network constriction is called Usage Parameter Control. In case of multichannel transmission in the CBR environment, each channel rate should be controlled so as to maintain the aggregate bit rate should be constant. <05> A bitstream is scalable when some coded bits can be disregarded and a usable image still results. Bitstream scalability facilitates decoding the images at different rates and resolution scales through the design of the bitstream or data representation itself. Real time transcoding between different bit rates can be achieved with this bitstream scalability. See also MPEG92/078. <06> See MPEG92/010 (AVC-179) for definition. <07> Error protection will also be supported at the system level. <08> Recovery after the channel is lost for a while. <09> There is an unanswered question whether the standard should guarantee performance in addition to bitstream interchangeability. <10> Awaiting definition of EDTV, HDTV, SDTV <11> Home video editing may require this functionality. MPEG1 system capability of cut and paste in GOP unit is sufficient for this purpose? <12> Indicating sender's desire concerning what part of the 16:9 picture be displayed on 4:3 monitors. <31> Quantification is necessary for required picture quality for each application. "Distribution" field, such as STV, is thought most quality demanding. <32> Awaits clarification of the requirement. <33> Awaits the conclusion on the picture format issue for H.26X. <34> Continuous presence multipoint videoconferencing where all participants are displayed simultaneously. <35> Multipoint videoconferencing involves H.261 and H.26X signals. Temporal scalability may be eventually achieved if H.261 uses reduced frame rate in low bit rates. <36> This may eventually be achieved by the random access and channel hopping requirement. <37> Editing materials for data base etc. <38> Continuous presence multipoint videoconferencing. This functionality is also required when pictures should appear quickly after the channel is connected. <39> This may be required in switched video multipoint configuration. END