1 / 25

MPEG4 Natural Video Coding

MPEG4 Natural Video Coding. Functionalities: Coding of arbitrary shaped objects Efficient compression of video and images over wide range of bit rates Spatial, temporal and quality scalability Robust transmission over error-prone lines. Update: May 2003. Basic Principles.

Download Presentation

MPEG4 Natural Video Coding

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. MPEG4 Natural Video Coding • Functionalities: • Coding of arbitrary shaped objects • Efficient compression of video and images over wide range of bit rates • Spatial, temporal and quality scalability • Robust transmission over error-prone lines Update: May 2003

  2. Basic Principles • Profiles: for interoperability reasons, a decoder should at least support a clearly defined set of tools. • For each profile, the tools to be supported are specified. • For each profile different levels are specified, setting certain complexity bounds (memory, number of objects, bit rate etc.)

  3. FBA Decoding Mesh Decoding Scene Compo- sition De- Mux Shape Decoding Visual Texture Decoding + Texture Decoding MPEG-4 Natural Video Decoding Tools Decoded Video Bit-Stream Motion Decoding (And compensation)

  4. Object Based Video Coding • Scene: Composed of one or several Visual Objects (VOs) • VO of type video is defined as a sequence of video object planes(VOP) • Each VOP an instance of a VO at a certain time and can be eitherrectangular or of arbitrary shape. • In the non-rectangular case, a VOP is also definedby a“Shape Matrix” (Alpha plane).

  5. VOL2 GOV2 VS2 VO2 VOP1 VOPk+1 Hierarchical Structure of MPEG-4 Video Visual Object Sequence VS1 VO1 Visual Object Video Object Layer VOL1 Group of VOPs GOV1 VOPk Layer 2 Layer 1 Video Object Plane

  6. VOP Processing • Each VOP is processed blockwise • A VOP bounding box is built: the smallest surrounding rectangle. • The box is used to represent the VOP by means of its texture and shape.

  7. VOP Coding • For Coding, the VOP is divided to MBs of 16x16 pixels, and the box is extended to match this size (in both X and Y directions) MB Types within the VOP boundary box

  8. MB Types • Transparent: MBs that are completely outside the VOP – NO YUV data ! • Opaque: MBs that are completely inside the VOP – coded as regular intra or inter MB. • Boundary: MBs that are at the boundary of the VOP – arbitrary shape coding tools used

  9. Rectangular VO Coding • A rectangular VO coding is identical to a frame coding in MPEG-1 & 2: • Motion compensated block based coding • No shape information is needed in that case • New tools are also introduced

  10. No Shape decoding! Decoder block diagram

  11. Motion Modes • 1MV: • One Motion Vector (MV) is transmitted for the 16x16 luminance pixels • 4MV: • The MB is subdivided into 4 blocks of 8x8 pixels (luminance !) , and 4 MV are transmitted.

  12. New Motion Compensation Tools • Quarter-Pel Motion compensation • Calculating MVs with an increased resolution of ¼ pel (instead of ½ and full pel) • Global Motion Compensation • A single set of parameters representing the VOP global motion (no need for local MB-MV) • Direct Mode in Bidirectional Prediction • An improved bidirectional prediction, which uses the MVs of neighboring P-VOP. • More general than the PB frames of H.263

  13. New texture Coding Tools • N-bit Tool • Supports 4-12 bits/pixel for Y/UV blocks 8x8 Prediction Error (Y/UV) For Intra ONLY ! DCT Quantization AC/DC Prediction Scan VLC (Huffman) Bit-Stream

  14. Quantization • Two optional quantization methods: • MPEG-2 (H.262) Based • H.263 Based • The DC coefficient is quantized using a fixed quantizer step size • The quantization step can take values from 1 to 31 (coded once per VOP) • In A special MB mode it is possible to modify the scaling

  15. AC/DC Prediction • Due to statistical dependencies, the values of one block can be predicted from the values of the neighboring blocks, for Intra blocks ONLY ! No side information needed: The gradient from B to A and the gradient from B to C (which Are know to the decoder !) are compared, and the direction with the lower gradient is selected for the AC/DC prediction.

  16. Alternative Scan Modes • The known Zigzag Mode is optional as well as alternate vertical/horizontal scans (Intra ONLY !) If AC/DC prediction is not used – Zigzag scan is selected. If the DC prediction refers to the horizontally adjacent block, alternate-vertical scan Is selected and vice versa.

  17. Arbitrary Shaped VO Coding • Shape information is represented by means of Alpha Masks which defines the level of transparency of o VOP • An 8-bit word representing completely transparent pixels (0) to completely opaque pixels (255) • A VO must have Alpha mask larger than 0 ! • A binary Alpha mask is also option for VO.

  18. Binary Shape Coding • The shape coding is performed blockwise: for each MB the Alpha values are coded separately (BAB: Binary Alpha Blocks) • The binary values are 0 and 255 but they are treated as ‘0’ and ‘1’ • Context Based Arithmetic Encoding (CAE): • The codewords are assigned according to probability that depends on the context of the shape element. • Both Intra and Inter mode exists, and they must be the same for all MBs in a VOP. • Shape MC is also performed with some restrictions (full pel resolution, no 4MV mode, no bidirectional MC)

  19. Gray Level Shape Coding • A Binary Support Maskis needed • A ‘0’ is assigned in this mask to all pixels that their value in the Gray-Level Maskis 0, and 255 for all other values (non-transparent pixels) • The support mask is coded like the binary mask • The gray-scale Alpha plane is coded as texture data with arbitrary shape.

  20. Boundary MBs Coding Some Special tools are used: • Motion Compensation • A special padding process is performed to avoid the case of MV that refer to transparent pels in the reference VOP • Predictive MV Coding • Predictive coding of MV from neighboring block is performed to reduce bit-rate for the motion information

  21. Boundary MBs Coding cont’d Texture Coding • Two algorithms can be applied: • Padding: The transparent pels in the boundary MBs are padded: filled with values according to some rules • Shape-Adaptive DCT: based on regular DCT with respect to the binary Alpha values (so it codes only the non-transparent pixels !) • Higher complexity and higher efficiency

  22. Texture Coding by Padding • Since transparent pixels will be set to transparent after the decoding of the binary shape mask, the can be treated as ‘don’t care’ and any value can be filled in there according to encoders strategy. • Finding the OPTIMAL values for these pels is very complex, so many times a zero padding is used , in particular for coding of prediction error which is close to zero anyway…

  23. Texture Coding by SA-DCT • Coding only the opaque pels in a boundary MB by a four steps algorithm: • Vertical shifting to the top • Vertical 1-D DCT (for each column) • Horizontal shifting to the left • Horizontal 1-D DCT (to the shifted coefficients) • Since number of pels/coefficients in every column/raw can vary, a specific SCT kernel is created for each case.

  24. SA-DCT Example

  25. Shape Adaptive DCT cont’d • The number of coefficients is similar to the number of non-transparent pixels in the boundary MB • The resulting coefficients a scanned in a modified zigzag, that takes into account the transparent pixels • If the scan covers such pixel it is omitted in the coefficient vector • Optional: The mean (DC) of a the opaque pixels in the MB is subtracted from all pixel values and added after the decoding, overwriting the DC value from the SA-DCT procedure

More Related