Joint Collaborative Team on Video Coding (jct-vc) of itu-t sg16 wp3 and iso/iec jtc1/SC29/WG11
Profile and level definitions (requirements related) (7)
Yüklə 1,71 Mb.
|
- Bu səhifədəki naviqasiya:
- 3.5.2RExt profiles and levels (5)
- 3.5.3SHVC profiles and levels (3)
3.5Profile and level definitions (requirements related) (7)3.5.1General (1)JCTVC-Q0089 Profiles [C. Fogg, J. Helman (Movielabs)] A table is requested in HEVC draft Annex A that summarizes the bitstream element restrictions for each profile. It is suggested that this would clarify the definition of profiles added since the publication of HEVC version 1 that lack a unique code point. Editor action item: Delegated to the editors for consideration. Discussion comments were recorded as follows:
3.5.2RExt profiles and levels (5)JCTVC-Q0051 AHG5: Recommended profiling of range extension coding tools [S. Lee, C. Park, E. Alshina, C. Kim (Samsung), K. McCann (Zetacast)] First discussed at joint parent-level meeting. Discussed Wed 2 April p.m. (GJS). This contribution provided recommendations on the process that should be used in the profiling of range extension coding tools. It was suggested that the profiling for it should be based on an assessment of the trade-off between coding gain and complexity of the additional range extension coding tools, evaluated under the common test conditions of HEVC range extensions. The contribution asserted that the results indicate that cross component decorrelation was the only additional coding tool in the draft RExt text that provides a beneficial trade-off between performance and complexity with what the contribution calls generic video content at less than 16 bits. It proposed that the Main 4:4:4 10/12 profiles should include cross component decorrelation, as well as CU-adaptive chroma QP offset for encoder-side rate control in 4:4:4, but not the other coding tools present in the draft text, which were asserted to provide a beneficial performance/complexity trade-off only with screen content. In addition, it suggested to include Golomb-Rice parameter adaptation and CABAC bit alignment in the 4:4:4 16 b all-intra profile, but not the Main 4:4:4 10/12 profiles. The contribution also suggested that screen content coding (SCC) 4:4:4 Profiles should be developed based on the evaluation results of the responses to the Call for Proposals for SCC. It suggested that all of the coding tools in the draft RExt text should be included in the initial test model for that activity. The presentation deck was not available, and differed from the prior contribution content. It was requested to be uploaded. In the presentation, the potential interactions between different features was discussed. It is possible that adding or removing individual features would change the measured performance of the other features (and the performance measurements would depende on the particular selected test set, of course, and some features may have benefits not best characterized by PSNR measures – e.g., chroma QP adjustment flexibility is not motivated by PSNR maximization). From the recommendation of proponent as presented, the only remaining difference suggested, relative to the draft text produced from the preceding meeting, was a recommendation to remove CU adaptive chroma QP offset in 4:2:2 profiles. This is a feature that is difficult to evaluate in experiments, due to its perceptual optimization motivation. Ease of transcode to 4:2:0 was mentioned by the contributor as a motivation for desiring not to have a feature supported in 4:2:2 profiles that is not supported in 4:2:0 profiles. Some participants indicated a strong interest in having the QP adjustment functionality in 4:2:2 usage. (Not evaluated, but recommended to be included in 4:4:4 profiles by the contributor, was large-block TS. Another difference in some profiles was the weighted prediction modification, which was not discussed as a distinct feature in the contribution.)
This document proposes to define a 4:4:4 8 bit profile as part of Amd1 of HEVC, which was proposed to include coding tools designed for 4:4:4 color sampling as well as tools that are useful for coding "mixed content". It was asserted that the following consumer applications would make use of this profile:
It was asserted that computer generated content predominantly uses the 4:4:4 8 bit format, and that mixed content will also use a 4:4:4 8 bit format. It was asserted that a corresponding HEVC profile needs to be defined, and not postponed to a later amendment. It was further asserted that some tools, previously identified as screen content tools, are in fact performing pretty well on natural sequences (e.g. block copying) and/or on mixed content (e.g. transform skip). It was asserted that those tools have been so far mischaracterized as screen-content-only tools. It was proposed that the coding tools currently defined in the HEVC Rext study text be included in the proposed 4:4:4 8 bit profile.
This contribution suggests certain possibilities for the creation of 4:4:4 8 bit profiles as an outcome of the Screen Content CfP and expresses an opinion on which avenue is preferred to be followed depending on this outcome. The contributors recommended that the outcome of the Screen Content CfP be studied carefully, and that the committee defines now either:
JCTVC-Q0186 AHG5: Super-high Tier Specification Targeted at the Intra 16-bit 4:4:4 Profile [K. Sharman, N. Saunders, J. Gamei, T. Suzuki, A. Tabatabai (Sony)] [late] At the 16th JCT-VC meeting in San José, the use of a new super tier was adopted, which could be used in combination with the Intra 16-bit 4:4:4 profile. Following directives from the parent bodies where the previously adopted super-tier was dropped from the currently defined profiles, this contribution proposes that a “High Intra 16-bit 4:4:4” profile is adopted, enabling the compression ratio defined by MinCR to be approached for all levels as a sequence average when using intra-only coding. JCTVC-Q0212 AHG5: Objective and subjective evaluations of cross-component decorrelation in RExt6.0 for range extensions profile [K. Kawamura, S. Naito (KDDI)] [late] This contribution reports objective and subjective performance of the cross-component decorrelation tool in RExt6.0 for the general content (camera captured content). This contribution provides an update on the results from the previous report in JCTVC-P0099. The cross-component decorrelation feature was asserted to provide a substantial benefit, and was proposed for inclusion in appropriate RExt profiles. JCTVC-Q0251 On HEVC 4:4:4 profiles with intra block copying [J. Sole] [late] This contribution provides a summary of the complexity and performance of intra block copying and proposes to include this tool in the 4:4:4 profiles for HEVC Amd1. 3.5.3SHVC profiles and levels (3)JCTVC-Q0145 MV-HEVC/SHVC HLS: On level definitions [Y.-K. Wang, K. Rapaka, J. Chen, Hendry, A. K. Ramasubramonian (Qualcomm)] Discussed Wed 2 April (GJS). This document reports and discusses asserted issues associated with the current level definitions in SHVC, and proposes a different approach to define levels and decoder capabilities as well as other changes to solve the above issues. It is asserted that the proposed approach for level definitions also applies to MV-HEVC and that the level limits are specified in way that is scalable to the number of layers in bitstreams. As a part of the proposed level definitions, a decoder capability is specified in a way where the level is associated with a scale, which is needed together with the level to express the decoder capability. Two categories of conforming decoders are specified. Category I decoders can decode some bitstreams conforming to a higher level of the decoder but with the number of layers being smaller than the scale associated with the level of the decoder. Category II decoders can only decode bitstreams conforming to the same or a lower level. Example Category I decoders are those that are implemented using one existing single-layer HEVC decoder by reusing the hardware core as is without changes or implemented without reusing the hardware cores of existing single-layer HEVC decoders. Example Category II decoders are those that are implemented using more than one existing single-layer HEVC decoder by reusing the hardware cores as they are without change. The current level definition of SHVC has the following issues (note that the attached Excel sheets contain an analysis that would help understand some of the following issues):
This contribution proposes a different approach to define levels and decoder capabilities as well as other changes to solve the above issues. Though in the above the problems are described based on the current SHVC level definitions, some of the problems also apply to MV-HEVC, and the proposed approach and most other changes also apply to MV-HEVC. The proposal is summarized as follows:
The text changes in relative to the latest SHVC and MV-HEVC draft texts are provided in the attachments. The attached slides show some example scenarios for illustrating of some of the above constraints. In the discussion, a suggestion was to define a per-layer profile/level specification rather than a specification that bundles the requirements of multiple layers. This would sort of make the "external means" base layer approach become the normal approach, where the requirements of each layer are separate. In a sense, this is already constructable – but not as a single bitstream package. Further AHG study was agreed to be needed on bitstream constraint specifications.
This document proposes per-layer and shared sub-DPB capacity level limits for SHVC and MV-HEVC profiles. Maximum DPB size level limit constraints for per-layer sub-DPB parameters max_vps_layer_dec_pic_buff_minus1[ ][ ][ ] and for (possibly) shared sub-DPB parameters max_vps_dec_pic_buffering_minus1[ ][ ][ ] for SHVC scalable main and scalable main 10 and MV-HEVC stereo main profiles are proposed. Further AHG study was agreed to be needed on bitstream constraint specifications.
This document proposed to investigate 4:2:0 12 bit support in SHVC. Currently bit depth scalability in SHVC is limited up to 10 bit. However, in UHDTV, for example ITU-R BT.2020, 4K video is defined for both 10 bit and 12 bit. In addition, 4:2:0 12 bit profile is defined in RExt and the profile is used for consumer application in near future. Therefore, in SHVC bit depth scalability profile in SHVC, 12 bit video should be allowed for both BL and EL. This contribution proposes to allow to use 4:2:0 12 bit video in bit depth scalability profiles in SHVC. Yüklə 1,71 Mb. Dostları ilə paylaş:
|