Presentation is loading. Please wait.

Presentation is loading. Please wait.

High Efficiency Video Coding Kiana Calagari CMPT 880: Large-scale Multimedia Systems and Cloud Computing.

Similar presentations


Presentation on theme: "High Efficiency Video Coding Kiana Calagari CMPT 880: Large-scale Multimedia Systems and Cloud Computing."— Presentation transcript:

1 High Efficiency Video Coding Kiana Calagari CMPT 880: Large-scale Multimedia Systems and Cloud Computing

2 Outline Introduction Main concepts –Improvements in coding efficiency –Parallel processing Other features and details

3 Video Coding Standards

4 HEVC H.265 or MPEG-H Part2 : The new joint video coding standard First edition finalized on Jan 2013 Additional work planned to extend the standard … – 3D and multiview  expected in 2014/2015 –Scalable extensions(SVC)  expected in July 2014 –Range extensions (several color formats, increased bit depth) 4

5 HEVC 5

6 Mainly focus on: –Doubling the coding efficiency –Parallel processing architectures 6

7 HEVC 50% bit-rate reduction  Same bandwidth, double the data ! Motivations: Popularity of HD videos Emergence of beyond HD format (4k x 2k, 8k x 4k) High resolution 3D or multiview More than 50% of the current network traffic is video  HEVC is suitable for high resolution videos

8 HEVC Main Features and Improvements: Coding Tree Structure Intra Prediction Motion Vector coding 8

9 Coding Tree Structure Core of the coding layer: Coding Tree Units (CTU) instead of Macro Blocks (MB)  Size of CTU can be larger that traditional MB 9

10 Coding Tree Structure 10 Coding tree blocks (CTBs): Picture is partitioned into CTBs, each luma CTB covers a rectangular picture area of NxN samples (N=16, 32, 64) Coding Tree Units (CTU): The luma CTB and the two chroma CTBs, together with the associated syntax, form a CTU

11 Coding Blocks (CB): –CTB can be partitioned into multiple CBs –The syntax in CTU specifies the size and positions Coding Units (CU): –The luma CB and the two chroma CBs, with the associated syntax, form a CU 11 Coding Tree Structure 8x8 ≤ CB size ≤ CTB size

12 Coding Tree Structure 12 The decision whether to code a picture area using inter or intra prediction is made at the CU level Quadtree Roots CTU CU TU PU

13 Coding Tree Structure Prediction Blocks (PB): –Depending on the prediction type CBs can be spitted to PBs. –Each PB contains one motion vector (if in a P slice). Prediction Unit (PU): – Again, the luma and chroma PBs, with the associated syntax, form a PU 13 4x4 ≤ PB size ≤ CB size

14 Coding Tree Structure Transform Blocks (TB): –Blocks for applying DCT transform: 4x4 ≤ size ≤ 32x32 –Integer transform for 4x4 intra blocks. Transform Unit (TU): – Again, the luma and chroma TBs, with the associated syntax, form a TU 14 TB size ≤ CB size TB can span across multiple PBs

15 Coding Tree Structure large CTB sizes are even more important for coding efficiency when higher resolution video are used large CTB sizes increase coding efficiency while also reducing decoding time. 15

16 Intra Prediction What is Intra Prediction? 16

17 Intra Prediction Prior to HEVC 17

18 Intra Prediction HEVC supports :  33 directional modes  planar (surface fitting)  DC prediction (flat) 18 Using 4N+1 spatial neighbours Extrapolating samples for a given direction

19 Motion Vector coding There are two methods for MV prediction: –Merge Mode –Advanced Motion Vector Prediction (AMVP) (instead of sending the whole motion vector each time) 19

20 Motion Vector coding Merge Mode A candidate list of motion parameters is made for the corresponding PU (Using spatial and temporal neighbouring PBs) No motion parameters are coded, only the index information for selecting one of the candidates is transmitted Allows a very efficient coding for large consistently displaced picture areas. (Combined with large block sizes) 20

21 Motion Vector coding Advanced Motion Vector Prediction (AMVP) AMVP is used when an inter coded CB is not coded using the merge mode The difference between the chosen predictor and the actual motion vector is transmitted… … along with the index of the chosen candidate 21

22 Parallel Processing Tools Motivation: High resolution videos HEVC is far more complex than its prior standards Since we have parallel processing architectures, why not use it ! 22

23 Parallel Processing Tools Slices Tiles Wavefront parallel processing (WPP) Dependent Slices 23

24 Slice Slices are a sequence of CTUs that are processed in the order of a raster scan. Slices are self-contained and independent. Each slice is encapsulated in a separate packet. 24

25 Tile Self-contained and independently decodable rectangular regions. Tiles provide parallelism at a coarse level of granularity. Tiles more than the cores  Not efficient  Breaks dependencies 25

26 Wavefront Parallel Processing A slice is divided into rows of CTUs. Parallel processing of rows. The decoding of each row can be begun as soon a few decisions have been made in the preceding row for the adaptation of the entropy coder. Better compression than tiles. Parallel processing at a fine level of granularity. 26 No WPP with tiles !!

27 Dependent Slices Separate NAL units but dependent (Can only be decoded after part of the previous slice) Dependent slices are mainly useful for ultra low delay applications  Remote Surgery Error resiliency gets worst Low delay Good Efficiency 27  Goes well with WPP

28 Comparison Slice vs Tile Tile vs WPP 28

29 Slice vs Tile  Tiles are kind of zero overhead slices –Slice header is sent at every slice but tile information once for a sequence –Slices have packet headers too Each tile can contain a number of slices and vice versa  Slices are for :  Controlling packet sizes  Error resiliency  Tiles are for:  Controlling parallelism (multiple core architecture)  Defining ROI regions 29

30 Tile vs WPP  WPP:  Better compression than tiles  Parallel processing at a fine level of granularity But …  Needs frequent communication between processing units  If high number of cores  Can’t get full utilization  Good for when:  Relatively small number of nodes  Good inter core communication  No need to match to MTU size  Big enough shared cache 30

31 Other Features and Details 31

32 Other Features and Details In-loop filters  New SAO Special coding modes Profiles and Levels Merge mode and Non-merge mode Intra Prediction Inter Prediction 32

33 In-loop Filters Deblocking Filter (DBF) SAO

34 In-loop Filters Deblocking Filter  Reduces the blocking artifacts (due to block based coding)  Only applied to samples adjacent to PU and TU boundaries and aligned with the 8x8 sample grid  Controlled by the SPS and slice headers

35 In-loop Filters Deblocking Filter  3 Strengths : Strength 2: If one of the blocks is intra coded Strength 1: If any of the below Strength 0: DBF not applied At least one transform coefficient is non-zero The references of the two blocks are not equal The motion vectors are not equal

36 In-loop Filters Deblocking Filter  According to the strength and average quantization parameter:  2 cases for chroma: Normal filtering (if Strength >1) or No filtering 3 cases for luma: No filter Weak filter Strong filter

37 In-loop Filters Deblocking Filter –Processing order: The filtering process can be done in parallel threads 1 st ) Horizontal filtering  For vertical edges 2 nd ) Vertical filtering  For horizontal edges

38 In-loop Filters SAO  New in HEVC  After the deblocking filter  Applies to all samples satisfying the conditions  Performed on a region basis

39 In-loop Filters SAO  Modifies Samples by  adding an offset  The offset is based on  look-up table values  Per CTB Type_ID=0 No SAO Type_ID=1 Band offset Type_ID=2 Edge offset

40 In-loop Filters SAO  Band offset: Offset value Sample amplitude Full sample range  Uniformly split into 32 bands 4 consecutive bands  Have a + or – band offset Depends on

41 In-loop Filters SAO  Edge offset:  4 types  5 categories (for classifying each sample)

42 In-loop Filters SAO  Edge offset: Based on the category  A value from the look-up table Categories 1, 2 : Negative offset Categories 3, 4 : Positive offset

43 Special Coding Modes 3 special modes:  I_PCM  Lossless mode  Transform skipping mode

44 Special Coding Modes I_PCM: samples are directly represented Prediction Transform Quantization Entropy  For noise-like signals  Extremely unusual signal characteristics Bypassed

45 Special Coding Modes Lossless mode: residuals are directly fed to entropy Transform Quantization In-Loop filters Bypassed

46 Special Coding Modes Transform skipping: Transform Improves compression for some videos such as computer generated images Bypassed

47 Profiles and Levels Profile : A set of coding tools and algorithms that can be used Level : Puts constraints on certain key parameters

48 Profiles and Levels 13 levels  8 of them have 2 tiers Main tier High tier  Higher max bit rate For more demanding app.s

49 Profiles and Levels 3 Profiles –Main: all-purpose 8 bit per pixel –Main 10: 10 bit per pixel where very high quality is critical –Main still picture: subset of main just a single still picture

50 Merge Mode Candidates ? Spatial   Availability check: {a1, b1, b0, a0, b2}

51 Merge Mode Candidates ? Temporal  right, bottom position outside the PU If not available  center position

52 Merge Mode Candidates ? Slice header: max number of candidates (C) Temporal + (C-1) Spatial If less  generate

53 Motion Vector Prediction Candidates ? Only 2 candidates 1 st from {a0, a1} 2 nd {b0, b1, b2} If the reference frame isn’t the same  scale If less than 2  use a temporal

54 Intra Prediction PB size = CB size Unless... CB = min size  can be split to 4 parts Prediction is done according to the TB size Intra mode is established at the PU level

55 Inter Prediction CB can split to 4 equal sizes only if CB = min size

56 Inter Prediction Fractional sample:  8 tap filter for half-sample  7 tap filter for quarter-sample  4 tap for chroma one-eight-sample

57 Conclusion A combined and well use of the HEVC features can cause 50% bit-rate reduction HEVC well suits the parallel processing architecture

58 References Sullivan et al., “Overview of the High Efficiency Video Coding (HEVC) Standard”, IEEE Transactions on Circuits and Systems for Video Technology, Vol. 22, No. 12, December 2012 Frojdh et al., “Next Generation Video Compression”, Ericsson Review, April 2013 http://www.linkedin.com/groups/Feedback-from-9-th-HEVC-3724292.S.111535682 http://www.linkedin.com/groups/I-am-littile-confused-about-3724292.S.113293985 http://www.linkedin.com/groups/If-you-had-choice-between-3724292.S.109622180

59 Thanks


Download ppt "High Efficiency Video Coding Kiana Calagari CMPT 880: Large-scale Multimedia Systems and Cloud Computing."

Similar presentations


Ads by Google