Scalable nesting SEI messages for OLS

The introduction of scalable nesting SEI messages in video coding systems addresses the complexity of existing systems by consolidating message types, enhancing coding efficiency, and optimizing resource usage.

JP7648318B2Active Publication Date: 2025-03-18HUAWEI TECH CO LTD
View PDF 3 Cites 0 Cited by

Patent Information

Application Number
JP2024002075
Authority / Receiving Office
JP · JP
Patent Type
Patents
Current Assignee / Owner
Priority Date
2019-09-24
Filing Date
2024-01-10
Publication Date
2025-03-18
Estimated Expiration
2040-09-11

AI Technical Summary

Technical Problem

Existing video coding systems use separate types of SEI messages for data related to layers and data related to output layer sets (OLS), leading to complex and redundant systems.

Method used

A scalable nesting SEI message is introduced, which includes parameters related to either a layer or an OLS, using a flag to specify whether the message is applied to a particular OLS or layer, thereby reducing the number of SEI message types and improving coding efficiency.

Benefits of technology

The proposed solution reduces complexity, decreases the total number of message types, and minimizes the length of message ID data, resulting in improved coding efficiency and reduced resource utilization in both encoders and decoders.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure 0007648318000014
    Figure 0007648318000014
  • Figure 0007648318000015
    Figure 0007648318000015
  • Figure 0007648318000016
    Figure 0007648318000016
Patent Text Reader

Abstract

To provide scalable nesting supplemental enhancement information (SEI) messages used to support encoding layers into output layer sets (OLSs) in multi-layer bitstreams.SOLUTION: A video decoder receives a bitstream 700 including one or more layers and a scalable nesting SEI message 719. The scalable nesting SEI message includes one or more scalable-nested SEI messages and a scalable nesting OLS flag. The scalable nesting OLS flag is set to specify whether the scalable-nested SEI messages apply to specific OLSs or specific layers. A coded picture is decoded from the one or more layers to produce a decoded picture.SELECTED DRAWING: Figure 7
Need to check novelty before this filing date? Find Prior Art

Description

[Technical field]

[0001] CROSS-REFERENCE TO RELATED APPLICATIONS This patent application claims the benefit of U.S. Provisional Patent Application No. 62 / 905,143, filed Sep. 24, 2019 by Ye-Kui Wang, and entitled “Scalable Nesting of SEI Messages for Output Layer Sets,” which is incorporated herein by reference.

[0002] FIELD This disclosure relates generally to video coding, and more specifically to scalable nesting supplemental enhancement information (SEI) messages used to support encoding layers into output layer sets (OLS) in a multi-layer bitstream. [Background technology]

[0003] The amount of video data required to depict even a relatively short video can be significant, which can pose difficulties when the data is streamed or communicated over a communication network with limited bandwidth capacity. Thus, video data is typically compressed before being communicated over today's telecommunications networks. The size of the video can also be an issue when the video is stored on a storage device, since memory resources can be limited. Video compression devices often use software and / or hardware at the source to code the video data before transmission or storage, thereby reducing the amount of data required to represent a digital video image. The compressed data is then received at the destination by a video decompression device, which decodes the video data. With limited network resources and an ever-increasing demand for high video quality, improved compression and decompression techniques are desirable that improve compression ratios with little or no sacrifice in image quality. Summary of the Invention [Means for solving the problem]

[0004] In one embodiment, the present disclosure includes a method implemented by a decoder, the method including: receiving, by a receiver of the decoder, a bitstream including one or more layers and a scalable nesting supplemental enhancement information (SEI) message, where the scalable nesting SEI message includes one or more scalable nested SEI messages and a scalable nesting output layer set (OLS) flag, where the scalable nesting OLS flag is set to specify whether the scalable nested SEI message applies to a particular OLS or a particular layer; and decoding, by a processor of the decoder, a coded picture from the one or more layers based on the scalable nested SEI message to generate a decoded picture.

[0005] Some video coding systems use SEI messages. The SEI messages contain information that is not needed by the decoding process to determine values ​​of samples in a decoded picture. For example, the SEI messages may contain parameters used to check the bitstream for conformance to a standard. A hypothetical reference decoder (HRD) may read the SEI messages to determine how to check the bitstream for standard conformance. Such systems may use separate types of SEI messages for data related to layers and data related to OLSs that contain layers. This may result in a complex and redundant system. This example includes a scalable nesting SEI message configured to include parameters related to either layers or OLSs. For example, the scalable nesting SEI message may include a scalable nesting OLS flag, which may be set to indicate whether the scalable nesting SEI message includes parameters related to a layer or includes parameters related to an OLS. The scalable nesting SEI message may also include one or more scalable nested SEI messages related to a layer or an OLS. If the scalable nesting SEI message is related to an OLS, the scalable nesting SEI message also includes a flag indicating the number of OLSs associated with the scalable nesting SEI message and a flag indicating an OLS index for associating the OLS with the scalable nested SEI message. If the scalable nesting SEI message is related to a layer, the scalable nesting SEI message also includes a flag indicating the number of layers associated with the scalable nesting SEI message and a flag indicating a layer identifier (ID) for associating the layer with the scalable nested SEI message. In this manner, the number of SEI message types can be reduced, which reduces complexity and reduces the total number of message types.This reduces the length of the message ID data used to identify each type of message, resulting in improved coding efficiency and reduced use of processor, memory, and / or network signaling resources in both the encoder and decoder.

[0006] Optionally, in any of the above-mentioned aspects, another implementation of the aspect provides that the scalable nesting OLS flag is set to 1 if it specifies that the scalable nested SEI message applies to a particular OLS, and is set to 0 if it specifies that the scalable nested SEI message applies to a particular layer.

[0007] Optionally, in any of the above-mentioned aspects, another implementation of the aspect provides that if the scalable nesting SEI message includes an SEI message whose payload type is buffering period, picture timing, or decode unit information, the scalable nesting OLS flag is set to 1.

[0008] Optionally, in any of the above-mentioned aspects, another implementation of the aspect provides that the scalable nesting SEI message includes a syntax element of the scalable nesting number of OLSs minus 1 (num_olss_minus1) when the scalable nesting OLS flag is set to 1, the scalable nesting num_olss_minus1 syntax element specifies the number of OLSs to which the scalable nested SEI message applies, and the value of the scalable nesting num_olss_minus1 syntax element is in the range of 0 to the total number of OLSs (TotalNumOlss) - 1, inclusive.

[0009] Optionally, in any of the above-mentioned aspects, another implementation of the aspect provides that the scalable nesting SEI message includes a scalable nesting OLS delta minus 1 (ols_idx_delta_minus1[i]) syntax element used to derive a nesting OLS index (NestingOlsIdx[i]) that specifies the OLS index of the i-th OLS to which the scalable nested SEI message applies when the scalable nesting OLS flag is equal to 1, and the value of the scalable nesting ols_idx_delta_minus1[i] syntax element is in the range from 0 to TotalNumOlss-2, inclusive.

[0010] Optionally, in any of the above aspects, another implementation of the aspect provides further comprising deriving NestingOlsIdx[i] as follows:

number

[0011] Optionally, in any of the above-mentioned aspects, another implementation of the aspect provides that the scalable nesting SEI message includes a syntax element for the scalable nesting number of layers minus 1 (num_layers_minus1) when the scalable nesting OLS flag is set to 0, where the scalable nesting num_layers_minus1 syntax element specifies the number of layers to which the scalable nested SEI message applies.

[0012] In one embodiment, the present disclosure includes a method implemented by an encoder, the method including: encoding, by a processor of the encoder, a bitstream including one or more layers; encoding, by the processor, a scalable nesting SEI message into the bitstream, the scalable nesting SEI message including one or more scalable nested SEI messages and a scalable nesting OLS flag, the scalable nesting OLS flag being set to specify whether the scalable nested SEI message applies to a particular OLS or a particular layer; performing, by the processor, a set of bitstream conformance tests based on the scalable nesting SEI message; and storing, by a memory coupled to the processor, the bitstream for communication to a decoder.

[0013] Some video coding systems use SEI messages. The SEI messages contain information that is not needed by the decoding process to determine the values ​​of samples in a decoded picture. For example, the SEI messages may contain parameters used to check the bitstream for conformance to a standard. The HRD may read the SEI messages to determine how to check the bitstream for standard conformance. Such systems may use separate types of SEI messages for data related to layers and data related to OLSs that contain layers. This may result in a complex and redundant system. This example includes a scalable nesting SEI message configured to include parameters related to either layers or OLSs. For example, the scalable nesting SEI message may include a scalable nesting OLS flag, which may be set to indicate whether the scalable nesting SEI message includes parameters related to a layer or includes parameters related to an OLS. The scalable nesting SEI message may also include one or more scalable nested SEI messages related to a layer or an OLS. If the scalable nesting SEI message is related to an OLS, the scalable nesting SEI message also includes a flag indicating the number of OLSs associated with the scalable nesting SEI message and a flag indicating an OLS index for associating the OLS with the scalable nested SEI message. If the scalable nesting SEI message is related to a layer, the scalable nesting SEI message also includes a flag indicating the number of layers associated with the scalable nesting SEI message and a flag indicating a layer ID for associating the layer with the scalable nested SEI message. In this way, the number of SEI message types can be reduced, which reduces the complexity and reduces the total number of message types. This reduces the length of the message ID data used to identify each type of message.The result is increased coding efficiency and reduced use of processor, memory and / or network signaling resources in both the encoder and decoder.

[0014] Optionally, in any of the above-mentioned aspects, another implementation of the aspect provides that the scalable nesting OLS flag is set to 1 if it specifies that the scalable nested SEI message applies to a particular OLS, and is set to 0 if it specifies that the scalable nested SEI message applies to a particular layer.

[0015] Optionally, in any of the above-mentioned aspects, another implementation of the aspect provides that if the scalable nesting SEI message includes an SEI message whose payload type is buffering period, picture timing, or decode unit information, the scalable nesting OLS flag is set to 1.

[0016] Optionally, in any of the above-mentioned aspects, another implementation of the aspect provides that the scalable nesting SEI message includes a scalable nesting num_olss_minus1 syntax element when the scalable nesting OLS flag is set to 1, the scalable nesting num_olss_minus1 syntax element specifies the number of OLS to which the scalable nested SEI message applies, and the value of the scalable nesting num_olss_minus1 syntax element is in the range of 0 to TotalNumOlss-1 (inclusive).

[0017] Optionally, in any of the above-mentioned aspects, another implementation of the aspect provides that the scalable nesting SEI message includes a scalable nesting ols_idx_delta_minus1[i] syntax element that is used to derive NestingOlsIdx[i], which specifies the OLS index of the i-th OLS to which the scalable nested SEI message applies, when the scalable nesting OLS flag is equal to 1, and the value of the scalable nesting ols_idx_delta_minus1[i] syntax element is in the range from 0 to TotalNumOlss-2, inclusive.

[0018] Optionally, in any of the above aspects, another implementation of the aspect provides further comprising deriving NestingOlsIdx[i] as follows:

number

[0019] Optionally, in any of the above-mentioned aspects, another implementation of the aspect provides that the scalable nesting SEI message includes a scalable nesting num_layers_minus1 syntax element when the scalable nesting OLS flag is set to 0, and the scalable nesting num_layers_minus1 syntax element specifies the number of layers to which the scalable nested SEI message applies.

[0020] In one embodiment, the present disclosure includes a video coding device comprising a processor, a receiver coupled to the processor, a memory coupled to the processor, and a transmitter coupled to the processor, wherein the processor, receiver, memory, and transmitter are configured to perform a method according to any of the aforementioned aspects.

[0021] In one embodiment, the present disclosure includes a non-transitory computer-readable medium including a computer program product for use by a video coding device, the computer program product including computer-executable instructions stored on the non-transitory computer-readable medium, which, when executed by a processor, causes the video coding device to perform a method according to any of the preceding aspects.

[0022] In one embodiment, the present disclosure includes a decoder comprising: receiving means for receiving a bitstream including one or more layers and a scalable nesting SEI message, where the scalable nesting SEI message includes one or more scalable nested SEI messages and a scalable nesting OLS flag, where the scalable nesting OLS flag is set to specify whether the scalable nested SEI message applies to a particular OLS or a particular layer; decoding means for decoding coded pictures from the one or more layers based on the scalable nested SEI message to generate decoded pictures; and forwarding means for forwarding the decoded pictures for display as part of a decoded video sequence.

[0023] Some video coding systems use SEI messages. The SEI messages contain information that is not needed by the decoding process to determine the values ​​of samples in a decoded picture. For example, the SEI messages may contain parameters used to check the bitstream for conformance to a standard. The HRD may read the SEI messages to determine how to check the bitstream for standard conformance. Such systems may use separate types of SEI messages for data related to layers and data related to OLSs that contain layers. This may result in a complex and redundant system. This example includes a scalable nesting SEI message configured to include parameters related to either layers or OLSs. For example, the scalable nesting SEI message may include a scalable nesting OLS flag, which may be set to indicate whether the scalable nesting SEI message includes parameters related to a layer or includes parameters related to an OLS. The scalable nesting SEI message may also include one or more scalable nested SEI messages related to a layer or an OLS. If the scalable nesting SEI message is related to an OLS, the scalable nesting SEI message also includes a flag indicating the number of OLSs associated with the scalable nesting SEI message and a flag indicating an OLS index for associating the OLS with the scalable nested SEI message. If the scalable nesting SEI message is related to a layer, the scalable nesting SEI message also includes a flag indicating the number of layers associated with the scalable nesting SEI message and a flag indicating a layer ID for associating the layer with the scalable nested SEI message. In this way, the number of SEI message types can be reduced, which reduces the complexity and reduces the total number of message types. This reduces the length of the message ID data used to identify each type of message.The result is increased coding efficiency and reduced use of processor, memory and / or network signaling resources in both the encoder and decoder.

[0024] Optionally, in any of the aforementioned aspects, another implementation of the aspect provides that the decoder is further configured to perform the method of any of the aforementioned aspects.

[0025] In one embodiment, the present disclosure includes an encoder including encoding means for encoding a bitstream including one or more layers and encoding a scalable nesting SEI message into the bitstream, the scalable nesting SEI message including one or more scalable nested SEI messages and a scalable nesting OLS flag, the scalable nesting OLS flag being set to specify whether the scalable nested SEI message applies to a particular OLS or a particular layer; HRD means for performing a set of bitstream conformance tests based on the scalable nesting SEI message; and storage means for storing the bitstream for communication to a decoder.

[0026] Some video coding systems use SEI messages. The SEI messages contain information that is not needed by the decoding process to determine the values ​​of samples in a decoded picture. For example, the SEI messages may contain parameters used to check the bitstream for conformance to a standard. The HRD may read the SEI messages to determine how to check the bitstream for standard conformance. Such systems may use separate types of SEI messages for data related to layers and data related to OLSs that contain layers. This may result in a complex and redundant system. This example includes a scalable nesting SEI message configured to include parameters related to either layers or OLSs. For example, the scalable nesting SEI message may include a scalable nesting OLS flag, which may be set to indicate whether the scalable nesting SEI message includes parameters related to a layer or includes parameters related to an OLS. The scalable nesting SEI message may also include one or more scalable nested SEI messages related to a layer or an OLS. If the scalable nesting SEI message is related to an OLS, the scalable nesting SEI message also includes a flag indicating the number of OLSs associated with the scalable nesting SEI message and a flag indicating an OLS index for associating the OLS with the scalable nested SEI message. If the scalable nesting SEI message is related to a layer, the scalable nesting SEI message also includes a flag indicating the number of layers associated with the scalable nesting SEI message and a flag indicating a layer ID for associating the layer with the scalable nested SEI message. In this way, the number of SEI message types can be reduced, which reduces the complexity and reduces the total number of message types. This reduces the length of the message ID data used to identify each type of message.The result is increased coding efficiency and reduced use of processor, memory and / or network signaling resources in both the encoder and decoder.

[0027] Optionally, in any of the aforementioned aspects, another implementation of the aspect provides that the encoder is further configured to perform the method of any of the aforementioned aspects.

[0028] For clarity, any one of the above-described embodiments may be combined with any one or more of the other above-described embodiments to create new embodiments within the scope of the present disclosure.

[0029] These and other features will be more clearly understood from the following detailed description taken in conjunction with the accompanying drawings and claims. [Brief description of the drawings]

[0030] For a more complete understanding of the present disclosure, reference is now made to the following brief description in connection with the accompanying drawings and detailed description, in which like reference numerals represent like parts.

[0031] [Figure 1] 4 is a flowchart of an exemplary method for coding a video signal.

[0032] [Diagram 2] 1 is a schematic diagram of an example coding and decoding (codec) system for video coding.

[0033] [Diagram 3] FIG. 1 is a schematic diagram illustrating an exemplary video encoder.

[0034] [Figure 4] FIG. 2 is a schematic diagram illustrating an exemplary video decoder.

[0035] [Diagram 5]1 is a schematic diagram illustrating an exemplary hypothetical reference decoder (HRD).

[0036] [Figure 6] 1 is a schematic diagram illustrating an example multi-layer video sequence configured for inter-layer prediction.

[0037] [Figure 7] FIG. 2 is a schematic diagram illustrating an exemplary bitstream.

[0038] [Figure 8] 1 is a schematic diagram illustrating an example video coding device.

[0039] [Figure 9] 1 is a flowchart of an example method for encoding a video sequence into a bitstream that includes a scalable nesting SEI message.

[0040] [Figure 10] 1 is a flowchart of an example method for decoding a video sequence from a bitstream that includes a scalable nesting SEI message.

[0041] [Figure 11] 1 is a schematic diagram of an example system for coding a video sequence using a bitstream that includes a scalable nesting SEI message. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0042] First, an example implementation of one or more embodiments is provided below, but it should be understood that the disclosed system and / or method may be implemented using any number of technologies, whether currently known or in existence. The present disclosure should in no way be limited to the example implementations, drawings, and technologies shown below, including the example designs and implementations shown and described herein, but may be amended within the scope of the appended claims along with their full scope of equivalents.

[0043] The following terms are defined as follows, unless used in the present specification in a contrary context. Specifically, the following definitions are intended to further clarify the present disclosure. However, terms may be described differently in different contexts. Therefore, the following definitions should be considered as supplementary and should not be considered as limiting any other definitions of the description provided for such terms in the present specification.

[0044] A bitstream is a sequence of bits that contains video data compressed for transmission between an encoder and a decoder. An encoder is a device configured to compress video data into a bitstream using an encoding process. A decoder is a device configured to reconstruct video data from a bitstream for display using a decoding process. A picture is an array of luma samples and / or an array of chroma samples that generate a frame or a field thereof. For clarity of explanation, a picture being encoded or decoded can be referred to as a current picture. A coded picture is a coded representation of a picture that comprises a Video Coding Layer (VCL) Network Abstraction Layer (NAL) unit that has a particular value of a NAL unit header layer identifier (nuh_layer_id) in an access unit (AU) and includes all coding tree units (CTUs) of the picture. A decoded picture is a picture generated by applying a decoding process to a coded picture. A NAL unit is a syntax structure that contains data in the form of a raw byte sequence payload (RBSP), an indication of the type of data, and interspersed as necessary with emulation prevention bytes. A VCL NAL unit is a NAL unit coded to contain video data, such as a coded slice of a picture. A non-VCL NAL unit is a NAL unit that contains non-video data, such as syntax and / or parameters that support decoding the video data, performing conformance checks, or other operations. A layer is a set of VCL NAL units that share specified characteristics (e.g., a common resolution, frame rate, picture size, etc.) and associated non-VCL NAL units, as indicated by a layer identifier (ID). The NAL unit header layer identifier (nuh_layer_id) is a syntax element that specifies the identifier of the layer that contains the NAL unit. A video parameter set (VPS) is a data unit that contains parameters for the entire video.A coded video sequence is a set of one or more coded pictures. A decoded video sequence is a set of one or more decoded pictures.

[0045] An output layer set (OLS) is a set of layers where one or more layers are designated as output layers. An output layer is a layer designated for output (e.g., to a display). An OLS index is an index that uniquely identifies a corresponding OLS. A hypothetical reference decoder (HRD) is a decoder model that runs on an encoder that checks the variability of a bitstream generated by an encoding process to verify conformance with specified constraints. A bitstream conformance test is a test to determine whether an encoded bitstream conforms to a standard such as Versatile Video Coding (VVC). An HRD parameter is a syntax element that initializes and / or defines the operating conditions of an HRD. An HRD parameter may be included in a supplemental enhancement information (SEI) message. An SEI message is a syntax structure with specified semantics that conveys information that is not required by a decoding process to determine the values ​​of samples in a decoded picture. A scalable nesting SEI message is a message that includes multiple SEI messages corresponding to one or more OLSs or one or more layers. A buffering period (BP) SEI message is an SEI message that includes HRD parameters for initializing the HRD to manage the coded picture buffer (CPB). A picture timing (PT) SEI message is an SEI message that includes HRD parameters for managing delivery information for access units (AUs) in the CPB and / or decoded picture buffer (DPB). A decoded unit information (DUI) SEI message is an SEI message that includes HRD parameters for managing delivery information for DUs in the CPB and / or DPB.

[0046] A scalable nesting SEI message includes a set of scalable nested SEI messages. A scalable nested SEI message is an SEI message nested within a scalable nesting SEI message. A flag is a variable or a single bit syntax element that can take one of two possible values: 0 and 1. A scalable nesting OLS flag is a flag that specifies whether a scalable nested SEI message applies to a particular OLS or a particular layer. A scalable nesting number of OLSs minus 1 (num_olss_minus1) is a syntax element that specifies the number of OLSs to which a scalable nested SEI message applies. A total number of OLSs minus 1 (TotalNumOlss-1) is a syntax element that specifies the total number of OLSs specified in the VPS. The scalable nesting OLS delta minus one (ols_idx_delta_minus1[i]) is a syntax element that contains sufficient data to derive the nesting OLS index. The nesting OLS index (NestingOlsIdx) is a syntax element that specifies the OLS index of the OLS to which the scalable nested SEI message applies. The scalable nesting number of layers minus one (num_layers_minus1) is a syntax element that specifies the number of layers to which the scalable nested SEI message applies. The scalable nesting layer id (layer_id[i]) is a syntax element that specifies the nuh_layer_id value of the i-th layer to which the scalable nested SEI message applies.

[0047] The following acronyms are used in this specification: Access Unit (AU), Coding Tree Block (CTB), Coding Tree Unit (CTU), Coding Unit (CU), Coding Layer Video Sequence (CLVS), Coding Layer Video Sequence Start (CLVSS), Coded Video Sequence (CVS), Coded Video Sequence Start (CVSS), Joint Video Experts Team (JVET), Motion Constrained Tile Set (MCTS), Maximum Transmission Unit (MTU), Network Abstraction Layer (NAL), Output Layer Set (OLS), Picture Order Count (POC), Random Access Point (RAP), Raw Byte Sequence Payload (RBSP), Sequence Parameter Set (SPS), Video Parameter Set (VPS), and Versatile Video Coding (VVC).

[0048] Many video compression techniques may be used to reduce the size of video files while minimizing data loss. For example, video compression techniques may include performing spatial (e.g., intra-picture) prediction and / or temporal (e.g., inter-picture) prediction to reduce or remove data redundancy in a video sequence. For block-based video coding, a video slice (e.g., a video picture or a portion of a video picture) may be divided into video blocks, which may also be referred to as tree blocks, coding tree blocks (CTBs), coding tree units (CTUs), coding units (CUs), and / or coding nodes. Video blocks in an intra-coded (I) slice of a picture are coded using spatial prediction with respect to reference samples in neighboring blocks in the same picture. Video blocks in an inter-coded unidirectionally predictive (P) or bidirectionally predictive (B) slice of a picture may be coded by using spatial prediction with respect to reference samples in neighboring blocks in the same picture or temporal prediction with respect to reference samples in other reference pictures. A picture may be referred to as a frame and / or an image, and a reference picture may be referred to as a reference frame and / or a reference image. Spatial or temporal prediction results in a predictive block that represents the image block. The residual data represents the pixel difference between the original image block and the predictive block. Inter-coded blocks are therefore encoded according to a motion vector that points to a block of reference samples that form the predictive block and the residual data that indicates the difference between the coded block and the predictive block. Intra-coded blocks are encoded according to an intra-coding mode and the residual data. For further compression, the residual data may be transformed from the pixel domain to a transform domain. These result in residual transform coefficients that may be quantized. The quantized transform coefficients may be initially arranged in a two-dimensional array. The quantized transform coefficients may be scanned to generate a one-dimensional vector of transform coefficients. Entropy coding may be applied to achieve even more compression.Such video compression techniques are described in more detail below.

[0049] To ensure that the encoded video can be accurately decoded, the video is encoded and decoded according to a corresponding video coding standard, including International Telecommunications Union (ITU) Standardization Sector (ITU-T) H.261, International Organization for Standardization / International Electrotechnical Commission (ISO / IEC) Motion Picture Experts Group (MPEG)-1 Part 2, Advanced Video Coding (AVC), also known as ITU-T H.262 or ISO / IEC MPEG-2 Part 2, ITU-T H.263, ISO / IEC MPEG-4 Part 2, ITU-T H.264 or ISO / IEC MPEG-4 Part 10, and High Efficiency Video Coding (HEVC), also known as ITU-T H.265 or MPEG-H Part 2. AVC includes extensions such as Scalable Video Coding (SVC), Multiview Video Coding (MVC) and Multiview Video Coding plus Depth (MVC+D), as well as three-dimensional (3D) AVC (3D-AVC). HEVC includes extensions such as Scalable HEVC (SHVC), Multiview HEVC (MV-HEVC), and 3D HEVC (3D-HEVC). The joint video experts team (JVET) of ITU-T and ISO / IEC has begun development of a video coding standard called Versatile Video Coding (VVC). VVC is included in the Working Drafts (WD), including JVET-O2001-v14.

[0050] Some video coding systems use Supplemental Enhancement Information (SEI) messages. The SEI messages contain information that is not required by the decoding process to determine the values ​​of samples in a decoded picture. For example, the SEI messages may contain parameters used to check a bitstream for conformance to a standard. A hypothetical reference decoder (HRD) may read the SEI messages to determine how to check the bitstream for standard conformance. Such systems may use separate types of SEI messages for data related to a layer and data related to an output layer set (OLS) that contains the layer. This may result in a complex and redundant system.

[0051] Disclosed herein is a scalable nesting SEI message configured to include parameters related to either a layer or an OLS. For example, the scalable nesting SEI message may include a scalable nesting OLS flag, which may be set to indicate whether the scalable nesting SEI message includes parameters related to a layer or includes parameters related to an OLS. The scalable nesting SEI message may also include one or more scalable nested SEI messages related to a layer or an OLS. As used herein, one or more refers to any positive number of corresponding items, including one or more such items. When the scalable nesting SEI message relates to an OLS, the scalable nesting SEI message also includes a flag indicating the number of OLSs associated with the scalable nesting SEI message and a flag indicating an OLS index for associating the OLS with the scalable nested SEI message. If the scalable nesting SEI message is related to layers, the scalable nesting SEI message also includes a flag indicating the number of layers associated with the scalable nesting SEI message and a flag indicating a layer identifier (ID) for associating the layers with the scalable nested SEI message. In this way, the number of SEI message types can be reduced, which reduces the complexity and reduces the total number of message types. This reduces the length of the message ID data used to identify each type of message. As a result, coding efficiency is improved and the use of processor, memory, and / or network signaling resources in both the encoder and decoder is reduced.

[0052] FIG. 1 is a flow chart of an exemplary operational method 100 of coding a video signal. Specifically, the video signal is encoded in an encoder. The encoding process compresses the video signal and reduces the video file size by using various mechanisms. The smaller file size allows the compressed video file to be transmitted to a user while reducing the associated bandwidth overhead. A decoder then decodes the compressed video file to reconstruct the original video signal for display to the end user. The decoding process generally mirrors the encoding process to allow the decoder to consistently reconstruct the video signal.

[0053] At stage 101, a video signal is input to the encoder. For example, the video signal may be an uncompressed video file stored in memory. As another example, the video file may be captured by a video capture device, such as a video camera, and encoded to support live streaming of the video. The video file may include both audio and video components. The video component includes a series of image frames that, when viewed in sequence, give the visual impression of motion. The frames include pixels that are represented in terms of light, referred to herein as luma components (or luma samples), and color, referred to herein as chroma components (or color samples). In some examples, the frames may also include depth values ​​to support three-dimensional displays.

[0054] At stage 103, the video is divided into blocks. The division includes subdividing the pixels in each frame into square and / or rectangular blocks for compression. For example, in High Efficiency Video Coding (HEVC) (also known as H.265 and MPEG-H Part 2), a frame may first be divided into coding tree units (CTUs), which are blocks of a predetermined size (e.g., 64 pixels by 64 pixels). The CTUs contain both luma and chroma samples. A coding tree may be used to divide the CTUs into blocks, which may then be recursively subdivided until a configuration is achieved that supports further encoding. For example, the luma component of a frame may be subdivided until each individual block contains a relatively uniform illumination value. Additionally, the chroma component of a frame may be subdivided until each individual block contains a relatively uniform color value. Thus, the division mechanism varies depending on the content of the video frame.

[0055] In stage 105, various compression mechanisms are used to compress the image blocks partitioned in stage 103. For example, inter-prediction and / or intra-prediction may be used. Inter-prediction is designed to take advantage of the fact that objects in a common scene tend to appear in successive frames. Thus, a block depicting an object in a reference frame does not need to be described repeatedly in adjacent frames. Specifically, an object such as a table may remain in a constant position across multiple frames. Thus, the table may be described once and adjacent frames may refer to the reference frame. A pattern matching mechanism may be used to match objects across multiple frames. Furthermore, a moving object may be represented across multiple frames, for example due to object movement or camera movement. As a specific example, a video may show a car moving across the screen across multiple frames. Such movement may be described using motion vectors. A motion vector is a two-dimensional vector that provides an offset from the coordinates of the object in the frame to the coordinates of the object in the reference frame. In this way, inter-prediction may encode an image block in a current frame as a set of motion vectors that indicate an offset from a corresponding block in a reference frame.

[0056] Intra prediction encodes blocks within a common frame. Intra prediction exploits the fact that luma and chroma components tend to cluster within a frame. For example, some green patches in a tree tend to be located adjacent to similar green patches. Intra prediction uses multiple directional prediction modes (e.g., 33 in HEVC), planar mode, and direct current (DC) mode. The directional mode indicates that the current block is similar / same as the samples of neighboring blocks in the corresponding direction. The planar mode indicates that a series of blocks (e.g., a plane) along a row / column may be interpolated based on the neighboring blocks at the end of the row. The planar mode actually indicates a smooth transition of light / color across the row / column by adopting a relatively constant slope to the changing values. The DC mode is used for boundary smoothing and indicates that the block is similar / same as the average value associated with the samples of all neighboring blocks associated with the angular direction of the directional prediction mode. Thus, intra prediction blocks can represent image blocks as various related prediction mode values ​​rather than actual values. Furthermore, inter prediction blocks can represent image blocks as motion vector values ​​rather than actual values. In either case, the prediction block may in some cases not exactly represent the image block. Any differences are stored in a residual block. To further compress the file, a transform may be applied to the residual block.

[0057] In stage 107, various filtering techniques can be applied. In HEVC, filters are applied according to an in-loop filtering scheme. The block-based prediction described above may result in the generation of blocky images in the decoder. Furthermore, the block-based prediction scheme may encode a block and then reconstruct the encoded block for later use as a reference block. The in-loop filtering scheme repeatedly applies a noise suppression filter, a deblocking filter, an adaptive loop filter, and a sample adaptive offset (SAO) filter to the block / frame. These filters mitigate such blocking artifacts so that the encoded file can be accurately reconstructed. Furthermore, these filters mitigate artifacts in the reconstructed reference block, so that the artifacts are less likely to generate additional artifacts in subsequent blocks that are encoded based on the reconstructed reference block.

[0058] Once the video signal has been segmented, compressed, and filtered, the resulting data is encoded into a bitstream in stage 109. The bitstream includes the data described above and any signaling data desired to support proper video signal reconstruction at the decoder. For example, such data may include segmentation data, prediction data, residual blocks, and various flags that provide coding instructions to the decoder. The bitstream may be stored in memory for transmission to the decoder upon request. The bitstream may also be broadcast and / or multicast to multiple decoders. Creation of the bitstream is an iterative process. Thus, stages 101, 103, 105, 107, and 109 may occur sequentially and / or simultaneously across many frames and blocks. The order shown in FIG. 1 is presented for clarity and ease of explanation and is not intended to limit the video coding process to a particular order.

[0059] The decoder receives the bitstream and starts the decoding process at stage 111. Specifically, the decoder uses an entropy decoding scheme to convert the bitstream into corresponding syntax and video data. The decoder uses syntax data from the bitstream at stage 111 to determine the partitioning of the frame. The partitioning should match the result of the block partitioning at stage 103. We now describe the entropy encoding / decoding used at stage 111. The encoder makes many choices during the compression process, such as selecting a block partitioning scheme from several possible choices based on the spatial location of values ​​in the input image. To signal the exact choice, a number of bins may be used. As used herein, a bin is a binary value that is treated as a variable (e.g., a bit value that can change depending on the context). Entropy coding allows the encoder to discard any options that are clearly not viable for a particular case, leaving a set of acceptable options. A codeword is then assigned to each acceptable option. The length of the codeword is based on the number of allowable options (e.g., one bin for two options, two bins for three to four options, etc.). The encoder then encodes the codeword for the selected option. This scheme reduces the size of the codeword since it is desired that the codeword be as large as possible to uniquely indicate a selection from a small subset of allowable options, as opposed to uniquely indicating a selection from a potentially large set of all possible options. The decoder then decodes the selection by determining the set of allowable options in a similar manner as the encoder. By determining the set of allowable options, the decoder can read the codeword and determine the selection made by the encoder.

[0060] In step 113, the decoder performs decoding of the block. Specifically, the decoder uses an inverse transform to generate a residual block. Then, the decoder uses the residual block and a corresponding predictive block to reconstruct an image block according to the partition. The predictive block may include both intra-predictive blocks and inter-predictive blocks as generated in the encoder in step 105. The reconstructed image block is then placed in a frame of the reconstructed video signal according to the partition data determined in step 111. The syntax of step 113 may also be signaled in the bitstream via entropy coding, as described above.

[0061] At stage 115, filtering is performed on the frames of the reconstructed video signal in a manner similar to stage 107 in the encoder. For example, a noise suppression filter, a deblocking filter, an adaptive loop filter, and an SAO filter may be applied to the frames to remove blocking artifacts. Once the frames are filtered, the video signal may be output to a display at stage 117 for viewing by an end user.

[0062] 2 is a schematic diagram of an exemplary coding and decoding (codec) system 200 for video coding. Specifically, the codec system 200 provides functionality supporting the implementation of the operational method 100. The codec system 200 is generalized to show components used in both an encoder and a decoder. The codec system 200 receives and splits a video signal, as described with respect to steps 101 and 103 in the operational method 100, resulting in a split video signal 201. The codec system 200 then compresses the split video signal 201 into a coded bitstream when functioning as an encoder, as described with respect to steps 105, 107, and 109 in the method 100. When operating as a decoder, the codec system 200 generates an output video signal from the bitstream, as described with respect to steps 111, 113, 115, and 117 in the operational method 100. Codec system 200 includes a general coder control component 211, a transform scaling and quantization component 213, an intra-picture estimation component 215, an intra-picture prediction component 217, a motion compensation component 219, a motion estimation component 221, a scaling and inverse transform component 229, a filter control analysis component 227, an in-loop filter component 225, a decoded picture buffer component 223, and a header formatting and context-adaptive binary arithmetic coding (CABAC) component 231. Such components are coupled as shown. In FIG. 2, black lines indicate the movement of data to be encoded / decoded, and dashed lines indicate the movement of control data that controls the operation of other components. The components of codec system 200 may all be present in an encoder. A decoder may include a subset of the components of codec system 200.For example, the decoder may include an intra-picture prediction component 217, a motion compensation component 219, a scaling and inverse transform component 229, an in-loop filter component 225, and a decoded picture buffer component 223. These components are now described.

[0063] The split video signal 201 is a captured video sequence that has been split into blocks of pixels by a coding tree. The coding tree uses various split modes to subdivide the blocks of pixels into smaller blocks of pixels. These blocks can then be further subdivided into smaller blocks. The blocks may be referred to as nodes on the coding tree. Larger parent nodes are split into smaller child nodes. The number of times a node is subdivided is referred to as the depth of the node / coding tree. The split blocks may be included in coding units (CUs) in some cases. For example, a CU may be a subpart of a CTU that includes a luma block, a red differential chroma (Cr) block, and a blue differential chroma (Cb) block, along with corresponding syntax instructions for the CU. Split modes may include binary trees (BT), triple trees (TT), and quad trees (QT), which are used to split variously shaped nodes into two, three, or four child nodes, respectively, depending on the split mode used. The segmented video signal 201 is forwarded to a general coder control component 211, a transform scaling and quantization component 213, an intra-picture estimation component 215, a filter control analysis component 227, and a motion estimation component 221 for compression.

[0064] The generic coder control component 211 is configured to make decisions regarding the coding of images of a video sequence into a bitstream according to application constraints. For example, the generic coder control component 211 manages the optimization of bitrate / bitstream size versus reconstruction quality. Such decisions can be made based on storage space / bandwidth availability and image resolution requirements. The generic coder control component 211 also manages buffer utilization in light of transmission rate to mitigate buffer under-run and over-run issues. To manage these issues, the generic coder control component 211 manages segmentation, prediction, and filtering by other components. For example, the generic coder control component 211 may dynamically increase compression complexity to increase resolution and increase bandwidth usage, or decrease compression complexity to decrease resolution and bandwidth usage. Thus, the generic coder control component 211 controls other components of the codec system 200 to balance video signal reconstruction quality and bitrate concerns. The generic coder control component 211 creates control data that controls the operation of other components. The control data is also forwarded to the header formatting and CABAC component 231 to be encoded in the bitstream into signal parameters for decoding by the decoder.

[0065] The partitioned video signal 201 is also sent to a motion estimation component 221 and a motion compensation component 219 for inter prediction. A frame or slice of the partitioned video signal 201 may be partitioned into multiple video blocks. The motion estimation component 221 and the motion compensation component 219 perform inter predictive coding of the received video block with respect to one or more blocks in one or more reference frames to provide temporal prediction. The codec system 200 may perform multiple coding passes, for example, to select an appropriate coding mode for each block of video data.

[0066] The motion estimation component 221 and the motion compensation component 219 may be highly integrated, but are shown separately for conceptual purposes. Motion estimation performed by the motion estimation component 221 is a process that generates motion vectors that estimate the motion of a video block. A motion vector may indicate, for example, the displacement of a coded object relative to a predictive block. A predictive block is a block that is found to closely match a block to be coded in terms of pixel difference. A predictive block may also be referred to as a reference block. Such pixel difference may be determined by sum of absolute difference (SAD), sum of square difference (SSD), or other difference metric. HEVC uses several coded objects including CTUs, coding tree blocks (CTBs), and CUs. For example, a CTU may be divided into CTBs, which may then be divided into CBs for inclusion in a CU. A CU may be encoded as a prediction unit (PU) that contains predictive data and / or a transform unit (TU) that contains transformed residual data for the CU. The motion estimation component 221 generates the motion vectors, PUs, and TUs by using rate-distortion analysis as part of a rate-distortion optimization process. For example, the motion estimation component 221 can determine multiple reference blocks, multiple motion vectors, etc. for a current block / frame and can select the reference block, motion vector, etc. with the best rate-distortion characteristics. The best rate-distortion characteristics balance both the quality of the video reconstruction (e.g., the amount of data loss due to compression) and the coding efficiency (e.g., the size of the final encoding).

[0067] In some examples, the codec system 200 can calculate values ​​of sub-integer pixel positions of the reference picture stored in the decoded picture buffer component 223. For example, the video codec system 200 may interpolate values ​​of quarter-pixel positions, eighth-pixel positions, or other fractional pixel positions of the reference picture. Thus, the motion estimation component 221 can perform motion search for whole-pixel positions and fractional pixel positions and output motion vectors with fractional pixel accuracy. The motion estimation component 221 calculates motion vectors for the PUs of the video blocks in the inter-coding slice by comparing the positions of the PUs with the positions of the predictive blocks of the reference pictures. The motion estimation component 221 outputs the calculated motion vectors as motion data to the header formatting and CABAC component 231 for encoding and motion compensation component 219.

[0068] The motion compensation performed by the motion compensation component 219 may include fetching or generating a predictive block based on the motion vector determined by the motion estimation component 221. Again, in some examples, the motion estimation component 221 and the motion compensation component 219 may be functionally integrated. Upon receiving the motion vector of the PU of the current video block, the motion compensation component 219 may locate to the predictive block pointed to by the motion vector. A residual video block is then formed by subtracting pixel values ​​of the predictive block from pixel values ​​of the current video block being encoded to form pixel difference values. In general, the motion estimation component 221 performs motion estimation on the luma component, and the motion compensation component 219 uses the motion vector calculated based on the luma component for both the chroma and luma components. The predictive block and the residual block are forwarded to the transform scaling and quantization component 213.

[0069] The split video signal 201 is also sent to an intra picture estimation component 215 and an intra picture prediction component 217. As with the motion estimation component 221 and the motion compensation component 219, the intra picture estimation component 215 and the intra picture prediction component 217 may be highly integrated, but are shown separately for conceptual purposes. The intra picture estimation component 215 and the intra picture prediction component 217 intra predict a current block relative to blocks in a current frame, as an alternative to the inter prediction performed by the motion estimation component 221 and the motion compensation component 219 between frames, as described above. In particular, the intra picture estimation component 215 determines an intra prediction mode to use to encode the current block. In some examples, the intra picture estimation component 215 selects an appropriate intra prediction mode to encode the current block from a plurality of tested intra prediction modes. The selected intra prediction mode is then forwarded to the header formatting and CABAC component 231 for encoding.

[0070] For example, the intra picture estimation component 215 calculates rate-distortion values ​​using a rate-distortion analysis of various tested intra prediction modes and selects an intra prediction mode with the best rate-distortion characteristics among the tested modes. The rate-distortion analysis generally determines the amount of distortion (or error) between an encoded block and an original unencoded block encoded to generate the encoded block, and the bit rate (e.g., number of bits) used to generate the encoded block. The intra picture estimation component 215 calculates a ratio from the distortion and rate of the various encoded blocks to determine which intra prediction mode exhibits the best rate-distortion value for the block. In addition, the intra picture estimation component 215 may be configured to code the depth blocks of the depth map using a depth modeling mode (DMM) based on rate-distortion optimization (RDO).

[0071] The intra-picture prediction component 217 may generate a residual block from the prediction block based on the selected intra-prediction mode determined by the intra-picture estimation component 215 if implemented on an encoder, or may read the residual block from the bitstream if implemented on a decoder. The residual block includes value differences between the prediction block and the original block, represented as a matrix. The residual block is then forwarded to the transform scaling and quantization component 213. The intra-picture estimation component 215 and the intra-picture prediction component 217 may operate on both luma and chroma components.

[0072] The transform scaling and quantization component 213 is configured to further compress the residual block. The transform scaling and quantization component 213 applies a transform, such as a discrete cosine transform (DCT), a discrete sine transform (DST), or a conceptually similar transform, to the residual block to generate a video block including residual transform coefficient values. A wavelet transform, an integer transform, a subband transform, or other types of transforms may also be used. The transform may convert the residual information from a pixel value domain to a transform domain, such as a frequency domain. The transform scaling and quantization component 213 is also configured to scale the transformed residual information, for example, based on frequency. Such scaling may include applying a scale factor to the residual information such that different frequency information is quantized with different granularity, which may affect the final visual quality of the reconstructed video. The transform scaling and quantization component 213 is also configured to quantize the transform coefficients to further reduce the bit rate. The quantization process may reduce the bit depth associated with some or all of the coefficients. The degree of quantization can be changed by adjusting a quantization parameter. In some examples, the transform scaling and quantization component 213 can then perform a scan of a matrix containing the quantized transform coefficients. The quantized transform coefficients are forwarded to the header formatting and CABAC component 231 to be encoded in the bitstream.

[0073] The scaling and inverse transform component 229 applies the inverse operations of the transform scaling and quantization component 213 to support motion estimation. The scaling and inverse transform component 229 applies inverse scaling, transformation, and / or quantization to reconstruct a residual block in the pixel domain, for example, for later use as a reference block that may become a predictive block for another current block. The motion estimation component 221 and / or the motion compensation component 219 can compute a reference block by adding the residual block back to the corresponding predictive block for use in motion estimation for a later block / frame. A filter is applied to the reconstructed reference block to mitigate artifacts generated during the scaling, quantization, and transformation. Such artifacts may otherwise cause inaccurate predictions (and generate additional artifacts) when subsequent blocks are predicted.

[0074] The filter control analysis component 227 and the in-loop filter component 225 apply filters to the residual block and / or the reconstructed image block. For example, the transformed residual block from the scaling and inverse transform component 229 may be combined with a corresponding prediction block from the intra-picture prediction component 217 and / or the motion compensation component 219 to reconstruct the original image block. The filter may then be applied to the reconstructed image block. In some examples, the filter may instead be applied to the residual block. As with the other components in FIG. 2, the filter control analysis component 227 and the in-loop filter component 225 are highly integrated and may be implemented together, but are shown separately for conceptual purposes. The filters applied to the reconstructed reference block are applied to a particular spatial region and include multiple parameters to adjust how such filters are applied. The filter control analysis component 227 analyzes the reconstructed reference block to determine where such filters should be applied and sets the corresponding parameters. Such data is forwarded to the header formatting and CABAC component 231 as filter control data for encoding. The in-loop filter component 225 applies such filters based on the filter control data. The filters may include deblocking filters, noise suppression filters, SAO filters, and adaptive loop filters. Such filters may be applied in the spatial / pixel domain (e.g., on reconstructed pixel blocks) or in the frequency domain, depending on the example.

[0075] When operating as an encoder, the filtered reconstructed image blocks, residual blocks, and / or predictive blocks are stored in the decoded picture buffer component 223 for later use in motion estimation, as described above. When operating as a decoder, the decoded picture buffer component 223 stores the reconstructed and filtered blocks and forwards them towards the display as part of the output video signal. The decoded picture buffer component 223 may be any memory device capable of storing predictive blocks, residual blocks, and / or reconstructed image blocks.

[0076] The header formatting and CABAC component 231 receives data from various components of the codec system 200 and encodes such data into a coding bitstream for transmission towards the decoder. Specifically, the header formatting and CABAC component 231 generates various headers for encoding control data, such as general control data and filter control data. In addition, prediction data, including intra prediction and motion data, as well as residual data in the form of quantized transform coefficient data, are all encoded within the bitstream. The final bitstream contains all information desired by the decoder to reconstruct the original segmented video signal 201. Such information may also include an intra prediction mode index table (also called a codeword mapping table), definitions of encoding contexts for various blocks, indications of the most probable intra prediction modes, indications of segmentation information, etc. Such data may be encoded by applying entropy coding. For example, the information may be encoded by using context adaptive variable length coding (CAVLC), CABAC, syntax-based context-adaptive binary arithmetic coding (SBAC), probability interval partitioning entropy (PIPE) coding, or another entropy coding technique. Following entropy coding, the coded bitstream may be transmitted to another device (e.g., a video decoder) or archived for later transmission or retrieval.

[0077] 3 is a block diagram illustrating an example video encoder 300. The video encoder 300 may be used to implement the encoding functionality of the codec system 200 and / or to implement stages 101, 103, 105, 107, and / or 109 of the method of operation 100. The encoder 300 splits an input video signal, resulting in a split video signal 301 that is substantially similar to the split video signal 201. The split video signal 301 is then compressed and encoded into a bitstream by components of the encoder 300.

[0078] Specifically, the split video signal 301 is forwarded to an intra picture prediction component 317 for intra prediction. The intra picture prediction component 317 may be substantially similar to the intra picture estimation component 215 and the intra picture prediction component 217. The split video signal 301 is also forwarded to a motion compensation component 321 for inter prediction based on a reference block in a decoded picture buffer component 323. The motion compensation component 321 may be substantially similar to the motion estimation component 221 and the motion compensation component 219. The prediction block and the residual block from the intra picture prediction component 317 and the motion compensation component 321 are forwarded to a transform and quantization component 313 for transform and quantization of the residual block. The transform and quantization component 313 may be substantially similar to the transform scaling and quantization component 213. The transformed and quantized residual block and the corresponding prediction block (along with associated control data) are forwarded to an entropy coding component 331 for coding into a bitstream. The entropy coding component 331 may be substantially similar to the header formatting and CABAC component 231 .

[0079] The transformed and quantized residual block and / or the corresponding prediction block are also forwarded from the transform and quantization component 313 to the inverse transform and quantization component 329 for reconstruction into a reference block for use by the motion compensation component 321. The inverse transform and quantization component 329 may be substantially similar to the scaling and inverse transform component 229. An in-loop filter in the in-loop filter component 325 is also applied to the residual block and / or the reconstructed reference block, depending on the example. The in-loop filter component 325 may be substantially similar to the filter control analysis component 227 and the in-loop filter component 225. The in-loop filter component 325 may include multiple filters as described with respect to the in-loop filter component 225. The filtered block is then stored in the decoded picture buffer component 323 for use as a reference block by the motion compensation component 321. The decoded picture buffer component 323 may be substantially similar to the decoded picture buffer component 223.

[0080] 4 is a block diagram illustrating an example video decoder 400. The video decoder 400 may be used to implement the decoding functionality of the codec system 200 and / or to implement stages 111, 113, 115, and / or 117 of the method of operation 100. The decoder 400 receives a bitstream, for example, from the encoder 300, and generates a reconstructed output video signal based on the bitstream for display to an end user.

[0081] The bitstream is received by the entropy decoding component 433. The entropy decoding component 433 is configured to implement an entropy decoding scheme, such as CAVLC, CABAC, SBAC, PIPE coding, or other entropy coding techniques. For example, the entropy decoding component 433 can use header information to provide a context for interpreting additional data encoded as codewords in the bitstream. The decoded information includes any desired information for decoding the video signal, such as general control data, filter control data, partitioning information, motion data, prediction data, and quantized transform coefficients from the residual block. The quantized transform coefficients are forwarded to the inverse transform and quantization component 429 for reconstruction into the residual block. The inverse transform and quantization component 429 can be similar to the inverse transform and quantization component 329.

[0082] The reconstructed residual block and / or predictive block are forwarded to the intra picture prediction component 417 for reconstructing into an image block based on the intra prediction operation. The intra picture prediction component 417 may be similar to the intra picture estimation component 215 and the intra picture prediction component 217. Specifically, the intra picture prediction component 417 uses the prediction mode to identify a reference block in the frame and applies the residual block to reconstruct the intra predicted image block as a result. The reconstructed intra predicted image block and / or residual block and the corresponding inter prediction data are forwarded to the decoded picture buffer component 423 via the in-loop filter component 425, which may be substantially similar to the decoded picture buffer component 223 and the in-loop filter component 225, respectively. The in-loop filter component 425 filters the reconstructed image block, the residual block, and / or the predictive block, and such information is stored in the decoded picture buffer component 423. The reconstructed image blocks from the decoded picture buffer component 423 are forwarded to the motion compensation component 421 for inter prediction. The motion compensation component 421 may be substantially similar to the motion estimation component 221 and / or the motion compensation component 219. Specifically, the motion compensation component 421 uses a motion vector from a reference block to generate a prediction block and applies a residual block to the result to reconstruct an image block. The resulting reconstructed block may also be forwarded to the decoded picture buffer component 423 via the in-loop filter component 425. The decoded picture buffer component 423 continues to store additional reconstructed image blocks that can be reconstructed into frames via the partition information. Such frames may also be arranged in a sequence. The sequence is output as a reconstructed output video signal towards a display.

[0083] 5 is a schematic diagram illustrating an exemplary HRD 500. The HRD 500 may be applied, for example, in the codec system 200 and / or an encoder, such as the encoder 300. The HRD 500 may check the bitstream created in step 109 of the method 100 before the bitstream is forwarded to a decoder, such as the decoder 400. In some examples, the bitstream may be continuously forwarded through the HRD 500 as the bitstream is encoded. If a portion of the bitstream does not conform to an associated constraint, the HRD 500 may indicate such failure to the encoder and cause the encoder to re-encode the corresponding section of the bitstream with a different mechanism.

[0084] The HRD 500 includes a hypothetical stream scheduler (HSS) 541. The HSS 541 is a component configured to execute a virtual distribution mechanism. The virtual distribution mechanism is used to check the conformance of a bitstream or a decoder with respect to the timing and data flow of the bitstream 551 input to the HRD 500. For example, the HSS 541 may receive the bitstream 551 output from an encoder and manage a conformance test process on the bitstream 551. In a particular example, the HSS 541 may control the rate at which coded pictures move through the HRD 500 and verify that the bitstream 551 does not contain non-conforming data.

[0085] The HSS 541 can forward the bitstream 551 to the CPB 543 at a predetermined rate. The HRD 500 can manage data in a decode unit (DU) 553. The DU 553 is a subset of an access unit (AU), or an AU and associated non-video coding layer (VCL) network abstraction layer (NAL) units. Specifically, an AU includes one or more pictures associated with an output time. For example, an AU may include a single picture in a single layer bitstream and may include pictures per layer in a multi-layer bitstream. Each picture of an AU may be divided into slices that are each included in a corresponding VCL NAL unit. Thus, the DU 553 may include one or more pictures, one or more slices of a picture, or a combination thereof. Also, parameters used to decode the AU, picture, and / or slice may be included in the non-VCL NAL unit. Thus, the DU 553 includes non-VCL NAL units that include data necessary to support decoding of the VCL NAL units in the DU 553. CPB 543 is a first-in, first-out buffer in HRD 500. CPB 543 contains DU 553, which contains video data in decode order. CPB 543 stores video data for use during bitstream conformance verification.

[0086] The CPB 543 forwards the DU 553 to the decoding component 545. The decoding component 545 is a component that complies with the VVC standard. For example, the decoding component 545 can emulate the decoder 400 used by an end user. The decoding component 545 decodes the DU 553 at a rate that can be achieved by an exemplary end user decoder. If the decoding component 545 cannot decode the DU 553 fast enough to prevent overflow of the CPB 543, the bitstream 551 is not compliant with the standard and should be re-encoded.

[0087] The decode processing component 545 decodes the DU 553 and creates a decoded DU 555. The decoded DU 555 includes a decoded picture. The decoded DU 555 is forwarded to the DPB 547. The DPB 547 may be substantially similar to the decoded picture buffer components 223, 323, and / or 423. To support inter-prediction, pictures marked for use as reference pictures 556 obtained from the decoded DU 555 are returned to the decode processing component 545 to support further decoding. The DPB 547 outputs the decoded video sequence as a series of pictures 557. The pictures 557 are reconstructed pictures that generally mirror the pictures encoded by the encoder into the bitstream 551.

[0088] Picture 557 is forwarded to the output cropping component 549, which is configured to apply an adaptive cropping window to picture 557. This results in output cropped picture 559. Output cropped picture 559 is a perfectly reconstructed picture. Thus, output cropped picture 559 mimics what an end user would see when decoding bitstream 551. In this way, the encoder can review output cropped picture 559 to ensure that the encoding is satisfactory.

[0089] The HRD 500 is initialized based on HRD parameters in the bitstream 551. For example, the HRD 500 may read HRD parameters from a VPS, SPS, and / or SEI message. The HRD 500 may then perform conformance testing operations on the bitstream 551 based on information in such HRD parameters. As a specific example, the HRD 500 may determine one or more CPB delivery schedules from the HRD parameters. The delivery schedules specify the timing of delivery of video data to and from memory locations such as the CPB and / or DPB. Thus, the CPB delivery schedules specify the timing of delivery of AUs, DUs 553, and / or pictures to and from the CPB 543. It should be noted that the HRD 500 may use a DPB delivery schedule for the DPB 547 that is similar to the CPB delivery schedule.

[0090] Video may be coded into different layers and / or OLSs for use by decoders with various levels of hardware capabilities and for various network conditions. The CPB delivery schedule is selected to reflect these issues. Thus, the upper layer sub-bitstream is designated for optimal hardware and network conditions, and thus the upper layer may receive one or more CPB delivery schedules that use a large amount of memory in the CPB 543 and a short delay for the transfer of the DU 553 towards the DPB 547. Similarly, the lower layer sub-bitstream is designated for limited decoder hardware capabilities and / or poor network conditions. Thus, the lower layer may receive one or more CPB delivery schedules that use a small amount of memory in the CPB 543 and a longer delay for the transfer of the DU 553 towards the DPB 547. The OLS, layers, sub-layers, or combinations thereof may then be tested according to the corresponding delivery schedules to ensure that the resulting sub-bitstreams can be correctly decoded under the conditions expected for the sub-bitstreams. Thus, the HRD parameters in the bitstream 551 may indicate a CPB delivery schedule and may include sufficient data for the HRD 500 to determine the CPB delivery schedule and correlate the CPB delivery schedule to a corresponding OLS, layer, and / or sublayer.

[0091] 6 is a schematic diagram illustrating an example multi-layer video sequence 600 configured for inter-layer prediction 621. The multi-layer video sequence 600 may be encoded by an encoder, such as codec system 200 and / or encoder 300, and decoded by a decoder, such as codec system 200 and / or decoder 400, according to method 100, for example. Additionally, the multi-layer video sequence 600 may be checked for standard conformance by an HRD, such as HRD 500. The multi-layer video sequence 600 is included to illustrate an example application of layers in a coded video sequence. The multi-layer video sequence 600 is any video sequence that uses multiple layers, such as layer N 631 and layer N+1 632.

[0092] In one example, the multi-layer video sequence 600 may use inter-layer prediction 621. Inter-layer prediction 621 is applied between pictures 611, 612, 613, and 614 and pictures 615, 616, 617, and 618 of different layers. In the example shown, pictures 611, 612, 613, and 614 are part of layer N+1 632, and pictures 615, 616, 617, and 618 are part of layer N 631. A layer, such as layer N 631 and / or layer N+1 632, is a group of pictures that are all associated with similar values ​​of characteristics such as similar size, quality, resolution, signal-to-noise ratio, capacity, etc. A layer may be formally defined as a set of VCL NAL units and associated non-VCL NAL units. A VCL NAL unit is a NAL unit coded to contain video data, such as a coded slice of a picture. A non-VCL NAL unit is a NAL unit that contains non-video data, such as syntax and / or parameters that support decoding the video data, performing conformance checks, or other operations.

[0093] In the illustrated example, layer N+1 632 is associated with a larger image size than layer N 631. Thus, in this example, the picture sizes of pictures 611, 612, 613, and 614 of layer N+1 632 are larger (e.g., larger height and width, and therefore more samples) than the picture sizes of pictures 615, 616, 617, and 618 of layer N 631. However, such pictures may be separated between layer N+1 632 and layer N 631 by other characteristics. Although only two layers, layer N+1 632 and layer N 631, are shown, a set of pictures may be separated into any number of layers based on associated characteristics. Layer N+1 632 and layer N 631 may also be indicated by a layer ID. A layer ID is an item of data associated with a picture and indicates that the picture is part of the indicated layer. Thus, each picture 611-618 may be associated with a corresponding layer ID to indicate which layer N+1 632 or layer N 631 contains the corresponding picture. For example, the layer ID may include a NAL unit header layer identifier (nuh_layer_id), which is a syntax element that specifies an identifier of a layer that contains a NAL unit (e.g., containing slices and / or parameters of a picture within a layer). A layer associated with a lower quality / bitstream size, such as layer N 631, is generally assigned a lower layer ID and is referred to as a lower layer. Additionally, a layer associated with a higher quality / bitstream size, such as layer N+1 632, is generally assigned a higher layer ID and is referred to as a higher layer.

[0094] Pictures 611-618 in different layers 631-632 are configured to be displayed in an alternative manner. Thus, pictures in different layers 631-632 may share a time ID and may be included in the same AU. A time ID is a data element indicating that data corresponds to a temporal location in a video sequence. An AU is a set of NAL units associated with each other according to a specified classification rule and related to one particular output time. For example, an AU may include one or more pictures in different layers, such as picture 611 and picture 615, if such pictures are associated with the same time ID. As a specific example, a decoder may decode and display picture 615 at the current display time if a smaller picture is desired, or the decoder may decode and display picture 611 at the current display time if a larger picture is desired. Thus, pictures 611-614 in higher layer N+1 632 contain substantially the same image data (despite differences in picture size) as corresponding pictures 615-618 in lower layer N 631. Specifically, picture 611 contains substantially the same image data as picture 615, picture 612 contains substantially the same image data as picture 616, and so on.

[0095] Pictures 611-618 may be coded by referencing other pictures 611-618 in the same layer N 631 or N+1 632. Coding a picture with reference to another picture in the same layer results in inter prediction 623. Inter prediction 623 is indicated by a solid arrow. For example, picture 613 may be coded by using inter prediction 623 using one or two of pictures 611, 612, and / or 614 in layer N+1 632 as references, one picture being referenced for unidirectional inter prediction and / or two pictures being referenced for bidirectional inter prediction. Furthermore, picture 617 may be coded by using inter prediction 623 using one or two of pictures 615, 616, and / or 618 in layer N 631 as references, one picture being referenced for unidirectional inter prediction and / or two pictures being referenced for bidirectional inter prediction. When performing inter prediction 623, a picture may be referred to as a reference picture when it is used as a reference for another picture in the same layer. For example, picture 612 may be a reference picture used to code picture 613 according to inter prediction 623. Inter prediction 623 may also be referred to as intra-layer prediction in a multi-layer context. Thus, inter prediction 623 is a mechanism for coding samples of a current picture by referencing indicated samples in a reference picture different from the current picture, where the reference picture and the current picture are in the same layer.

[0096] Pictures 611-618 may also be coded by referencing other pictures 611-618 in different layers. This process is known as inter-layer prediction 621 and is indicated by dashed arrows. Inter-layer prediction 621 is a mechanism for coding samples of a current picture by referencing indicated samples in reference pictures where the current picture and the reference picture are in different layers and therefore have different layer IDs. For example, a picture in lower layer N 631 may be used as a reference picture to code a corresponding picture in upper layer N+1 632. As a specific example, picture 611 may be coded by referencing picture 615 according to inter-layer prediction 621. In such a case, picture 615 is used as an inter-layer reference picture. An inter-layer reference picture is a reference picture used for inter-layer prediction 621. In most cases, inter-layer prediction 621 is constrained such that a current picture, such as picture 611, can only use inter-layer reference pictures that are included in the same AU and are in a lower layer, such as picture 615. If multiple layers (e.g., more than two) are available, inter-layer prediction 621 can encode / decode the current picture based on multiple inter-layer reference pictures that are at a lower level than the current picture.

[0097] A video encoder may use the multi-layer video sequence 600 to encode pictures 611-618 via many different combinations and / or permutations of inter-prediction 623 and inter-layer prediction 621. For example, picture 615 may be coded according to intra-prediction. Pictures 616-618 may then be coded according to inter-prediction 623 by using picture 615 as a reference picture. Furthermore, picture 611 may be coded according to inter-layer prediction 621 by using picture 615 as an inter-layer reference picture. Pictures 612-614 may then be coded according to inter-prediction 623 by using picture 611 as a reference picture. In this manner, a reference picture may function as both a single layer reference picture and an inter-layer reference picture for different encoding mechanisms. By coding the upper layer N+1 632 picture based on the picture of the lower layer N 631, the upper layer N+1 632 can avoid using intra prediction, which has much lower coding efficiency than inter prediction 623 and inter-layer prediction 621. In this way, the poor coding efficiency of intra prediction may be limited to the smallest / lowest quality pictures and thus limited to coding a minimum amount of video data. Pictures used as reference pictures and / or inter-layer reference pictures may be indicated in entries of a reference picture list included in a reference picture list structure.

[0098] To perform such operations, layers such as layer N 631 and layer N+1 632 may be included in OLS 625. OLS 625 is a set of layers where one or more layers are designated as output layers. An output layer is a layer that is designated for output (e.g., to a display). For example, layer N 631 may be included only to support inter-layer prediction 621 and may never be output. In such a case, layer N+1 632 is decoded and output based on layer N 631. In such a case, OLS 625 includes layer N+1 632 as an output layer. In some cases, OLS 625 includes only an output layer called a simulcast layer. In other cases, OLS 625 may include many layers in different combinations. For example, an output layer in OLS 625 may be coded according to inter-layer prediction 621 based on one, two, or many lower layers. Additionally, OLS 625 may include more than one output layer. Thus, an OLS 625 may include one or more output layers and any support layers necessary to reconstruct the output layers. A multi-layer video sequence 600 may be coded by using many different OLSs 625, each using a different combination of layers. The OLSs 625 are each associated with an OLS index, which is an index that uniquely identifies the corresponding OLS 625.

[0099] Checking the multi-layer video sequence 600 for standards conformance in the HRD 500 may be complex depending on the number of layers 631-632 and OLS 625. The scalable nesting SEI message may be used to indicate the parameters required to check the layers 631-632 and OLS 625 for standards conformance.

[0100] 7 is a schematic diagram illustrating an exemplary bitstream 700. For example, the bitstream 700 may be generated by the codec system 200 and / or the encoder 300 for decoding by the codec system 200 and / or the decoder 400 according to the method 100. Furthermore, the bitstream 700 may include the multi-layer video sequence 600. In addition, the bitstream 700 may include various parameters for controlling the operation of an HRD, such as the HRD 500. Based on such parameters, the HRD may check the bitstream 700 for conformance to a standard before sending it to the decoder for decoding.

[0101] Bitstream 700 includes a VPS 711, one or more SPSs 713, multiple picture parameter sets (PPS) 715, multiple slice headers 717, image data 720, and an SEI message 719. The VPS 711 includes data related to the entire bitstream 700. For example, the VPS 711 may include data related OLS, layers, and / or sublayers used in the bitstream 700. The SPS 713 includes sequence data common to all pictures in a coded video sequence included in the bitstream 700. For example, each layer may include one or more coded video sequences, and each coded video sequence may reference an SPS 713 for corresponding parameters. Parameters in the SPS 713 may include picture sizing, bit depth, coding tool parameters, bit rate limits, etc. Note that while each sequence points to an SPS 713, in some examples, a single SPS 713 may include data for multiple sequences. The PPS 715 includes parameters that apply to the entire picture. Thus, each picture in a video sequence may refer to a PPS 715. Note that while each picture refers to a PPS 715, in some examples, a single PPS 715 may contain data for multiple pictures. For example, multiple similar pictures may be coded according to similar parameters. In such a case, a single PPS 715 may contain data for such similar pictures. The PPS 715 may indicate coding tools, quantization parameters, offsets, etc. available for slices in the corresponding picture.

[0102] The slice header 717 includes parameters specific to each slice in a picture. Thus, there may be one slice header 717 for each slice in a video sequence. The slice header 717 may include slice type information, POC, reference picture list, prediction weights, tile entry points, deblocking parameters, etc. Note that in some examples, the bitstream 700 may also include a picture header, which is a syntax structure that includes parameters that apply to all slices in a single picture. For this reason, picture header and slice header 717 may be used interchangeably in some contexts. For example, certain parameters may be moved between slice header 717 and picture header depending on whether such parameters are common to all slices in a picture.

[0103] Image data 720 includes video data encoded according to inter prediction and / or intra prediction, as well as corresponding transformed and quantized residual data. For example, image data 720 may include OLS 721, layers 723, pictures 725, and / or slices 727. OLS 721 is a set of layers 723 where one or more layers are designated as output layers. OLS 721 may be substantially similar to OLS 625. Layers 723 are a set of VCL NAL units that share specified characteristics (e.g., a common resolution, frame rate, picture size, etc.) and associated non-VCL NAL units, as indicated by a layer ID such as nuh_layer_id. For example, layer 723 may include a set of pictures 725 that share the same nuh_layer_id. Layer 723 may be substantially similar to layers 631 and / or 632. Pictures 725 are arrays of luma samples and / or chroma samples that generate a frame or a field thereof. For example, a picture 725 is a coded image that may be output for display or used to support coding of other pictures 725 for output. A picture 725 includes one or more slices 727. A slice 727 may be defined as a contiguous complete coding tree unit (CTU) row (e.g., within a tile) of a picture 725 that is exclusively contained in an integer number of complete tiles or an integer number of single NAL units. A slice 727 is further divided into CTUs and / or coding tree blocks (CTBs). A CTU is a group of samples of a predefined size that may be divided by a coding tree. A CTB is a subset of a CTU and includes luma or chroma components of the CTU. The CTUs / CTBs are further divided into coding blocks based on the coding tree. The coding blocks may then be encoded / decoded according to a prediction mechanism.

[0104] The bitstream 700 may be coded as a series of NAL units. A NAL unit is a container for video data and / or supporting syntax. The NAL units may be VCL NAL units or non-VCL NAL units. A VCL NAL unit is a NAL unit coded to include video data, such as image data 720 and associated slice headers 717. A non-VCL NAL unit is a NAL unit that includes non-video data, such as syntax and / or parameters that support decoding the video data, performing conformance checks, or other operations. For example, a non-VCL NAL unit may include a VPS 711, an SPS 713, a PPS 715, an SEI message 719, or other supporting syntax.

[0105] The SEI message 719 is a syntax structure with specified semantics that conveys information that is not required by the decoding process to determine values ​​of samples in a decoded picture. For example, the SEI message 719 may include data for supporting HRD processing or other support data not directly related to decoding of the bitstream 700 at the decoder. The SEI message 719 may be a scalable nesting SEI message. The scalable nesting SEI message is a message that includes multiple scalable nested SEI messages corresponding to one or more OLSs 721 or one or more layers 723. Thus, the scalable nesting SEI message is an SEI message 719 that includes a set of scalable nested SEI messages of the same type. The SEI message 719 may include a BP SEI message that includes HRD parameters for initializing the HRD to manage the CPB. The SEI message 719 may also include a PT SEI message that includes HRD parameters for managing distribution information for AUs in the CPB and / or DPB. The SEI messages 719 may also include a DUI SEI message including HRD parameters for managing delivery information for DUs in the CPB and / or DPB.

[0106] The bitstream 700 includes various flags for signaling the configuration of the SEI message 719. For example, the SEI message 719 may include a scalable nesting (SN) OLS flag 731, a number of scalable nestings of the OLS minus one (num_olss_minus1) 733, a scalable nesting OLS delta minus one (ols_idx_delta_minus1[i]) 735, a number of scalable nestings of the layers minus one (num_layers_minus1) 737, and / or a scalable nesting layer ID (layer_id[i]) 739 if the SEI message 719 is a scalable nesting SEI message.

[0107] The scalable nesting OLS flag 731 is a syntax element that specifies whether a scalable nested SEI message within a scalable nesting SEI message applies to a particular OLS 721 or a particular layer 723. For example, the scalable nesting OLS flag 731 may be set to 1 if the scalable nested SEI message applies to a particular OLS 721 (and not a layer). Additionally, the scalable nesting OLS flag 731 may be set to 0 if the scalable nested SEI message applies to a particular layer 723 (and not an OLS). Thus, the HRD may read the scalable nesting OLS flag 731 within an SEI message 719 to determine whether all scalable nested SEI messages contained therein describe an OLS 721 or a layer 723.

[0108] The scalable nesting num_olss_minus1 733 is used when the SEI message 719 is associated with an OLS 721, as indicated by the scalable nesting OLS flag 731. The scalable nesting num_olss_minus1 733 is a syntax element that specifies the number of OLSs 721 to which the scalable nested SEI messages in the scalable nesting SEI message apply. The scalable nesting num_olss_minus1 733 uses a minus-one format and therefore contains one less than the actual value. For example, if the scalable nesting SEI message contains scalable nested SEI messages associated with five OLSs 721, the scalable nesting num_olss_minus1 733 is set to a value of four.

[0109] The scalable nesting ols_idx_delta_minus1[i] 735 is used when the SEI message 719 is associated with an OLS 721, as indicated by the scalable nesting OLS flag 731. The scalable nesting ols_idx_delta_minus1[i] 735 is a syntax element that contains sufficient data to derive a nesting OLS index. Specifically, the scalable nesting ols_idx_delta_minus1[i] 735 contains the OLS index of each scalable nested SEI message within the scalable nesting SEI message. In this manner, the scalable nesting ols_idx_delta_minus1[i] 735 can be used to correlate the scalable nested SEI message to an OLS 721. In a specific example, ols_idx_delta_minus1[i] 735 may be used to determine the nesting OLS index (NestingOlsIdx) of each scalable nested SEI message. NestingOlsIdx is a syntax element that specifies the OLS index of the OLS 721 to which the corresponding scalable nested SEI message applies. In one example, the variable NestingOlsIdx[i] is derived as follows:

number

[0110] The scalable nesting num_layers_minus1 737 is used when the SEI message 719 is associated with layers 723, as indicated by the scalable nesting OLS flag 731. The scalable nesting num_layers_minus1 737 is a syntax element that specifies the number of layers 723 to which the scalable nested SEI messages in the scalable nesting SEI message apply. The scalable nesting num_layers_minus1 737 uses a minus-one format and therefore contains one less than the actual value. For example, if the scalable nesting SEI message contains scalable nested SEI messages associated with five layers 723, then the scalable nesting num_layers_minus1 737 is set to a value of four.

[0111] The layer_id[i] 739 is used when the SEI message 719 is associated with a layer 723, as indicated by the scalable nesting OLS flag 731. The layer_id[i] 739 is a syntax element that specifies the nuh_layer_id value of the i-th layer to which the scalable nested SEI message applies. In this manner, the layer_id[i] 739 can be used to associate each of the scalable nested SEI messages with a corresponding layer 723.

[0112] Thus, the flags described in the bitstream 700 allow the HRD and / or decoder to quickly determine the configuration of the SEI message 719. The HRD / decoder may use the scalable nesting OLS flag 731 to determine whether a set of scalable nested messages is associated with an OLS 721 or a layer 723. The HRD / decoder can then determine the number of corresponding OLSs 721 using the scalable nesting num_olss_minus1 733 and the index of each corresponding OLS 721 using the scalable nesting ols_idx_delta_minus1[i] 735 to determine how to apply the scalable nested message if it is associated with an OLS 721. Additionally, the HRD / decoder can determine the number of corresponding layers 723 using scalable nesting num_layers_minus1 737 and the index of each corresponding layer 723 using layer_id[i] 739 to determine how to apply the scalable nested message if it is associated with a layer 723. This approach reduces the number of SEI message 719 types. This reduces the complexity and reduces the total number of message types. This reduces the length of the message ID data used to identify each type of message. As a result, coding efficiency is improved and the use of processor, memory, and / or network signaling resources in both the encoder and decoder is reduced.

[0113] The aforementioned information will now be described in more detail below. Layered video coding is also referred to as scalable video coding or video coding with scalability. Scalability in video coding may be supported by using multi-layer coding techniques. A multi-layer bitstream comprises a base layer (BL) and one or more enhancement layers (EL). Examples of scalability include spatial scalability, quality / signal to noise ratio (SNR) scalability, multi-view scalability, frame rate scalability, etc. When a multi-layer coding technique is used, a picture or a part thereof may be coded without using a reference picture (intra prediction), may be coded by referencing a reference picture in the same layer (inter prediction), and / or may be coded by referencing a reference picture in another layer (inter-layer prediction). A reference picture used for inter-layer prediction of a current picture is called an inter-layer reference picture (ILRP). FIG. 6 shows an example of multi-layer coding for spatial scalability in which pictures of different layers have different resolutions.

[0114] Some video coding families provide support for scalability in profiles separated from profiles for single-layer coding. Scalable Video Coding (SVC) is a scalable extension of Advanced Video Coding (AVC) that provides support for spatial, temporal, and quality scalability. For SVC, a flag is signaled in each macroblock (MB) in an EL picture to indicate whether the EL MB is predicted using a collocated block from a lower layer. Predictions from collocated blocks may include texture, motion vectors, and / or coding modes. SVC implementations may not directly reuse unmodified AVC implementations in their design. The SVC EL macroblock syntax and decoding process differs from the AVC syntax and decoding process.

[0115] Scalable HEVC (SHVC) is an extension of HEVC that provides support for spatial and quality scalability. Multiview HEVC (MV-HEVC) is an extension of HEVC that provides support for multiview scalability. 3D HEVC (3D-HEVC) is an extension of HEVC that provides support for more advanced and efficient 3D video coding than MV-HEVC. Temporal scalability may be included as an integral part of a single-layer HEVC codec. In multi-layer extensions of HEVC, decoded pictures used for inter-layer prediction come only from the same AU and are treated as long-term reference pictures (LTRPs). Such pictures are assigned a reference index in a reference picture list along with other temporal reference pictures in the current layer. Inter-layer prediction (ILP) is achieved at the prediction unit (PU) level by setting values ​​of reference indices to refer to inter-layer reference pictures in the reference picture list. Spatial scalability resamples a reference picture or a portion thereof when the ILRP has a different spatial resolution than the current picture being encoded or decoded. The resampling of the reference picture can be realized either at the picture level or at the coding block level.

[0116] VVC may also support layered video coding. A VVC bitstream may include multiple layers. The layers may all be independent of each other. For example, each layer may be coded without using inter-layer prediction. In this case, the layers are also referred to as simulcast layers. In some cases, some of the layers are coded using ILP. A flag in the VPS may indicate whether the layers are simulcast layers or whether some layers use ILP. If some layers use ILP, the layer dependency between layers is also signaled in the VPS. Unlike SHVC and MV-HEVC, VVC may not specify an OLS. An OLS includes a set of specified layers, and one or more layers in the set of layers are specified to be output layers. An output layer is a layer of the OLS that is output. In some implementations of VVC, if a layer is a simulcast layer, only one layer may be selected for decoding and output. In some implementations of VVC, when any layer uses ILP, the entire bitstream including all layers is specified to be decoded. In addition, a particular layer among the layers is specified as an output layer. The output layer may be indicated as the highest layer only, all layers, or the highest layer plus a set of indicated lower layers.

[0117] The aforementioned aspects include certain problems. HEVC, including scalable extensions SHVC and MV-HEVC, may use scalable nesting SEI messages to associate SEI messages with bitstream subsets or specific layers or sublayers corresponding to various operation points. HEVC may also use bitstream partitioning nesting to associate SEI messages with bitstream partitioning in OLS. A bitstream partitioning includes one or more layers of a multi-layer bitstream. Each bitstream partitioning nesting SEI message may be included within a scalable nesting SEI message. This two-level nesting scheme for SEI messages for OLS is complicated.

[0118] In general, this disclosure describes techniques for scalable nesting of SEI messages for output layer sets in a multi-layer video bitstream. The description of the techniques is based on VVC. However, the techniques also apply to layered video coding based on other video codec specifications.

[0119] One or more of the above problems can be solved as follows. Specifically, the present disclosure includes a method for simple and efficient scalable nesting of SEI messages for OLS in a multi-layer video bitstream. Instead of using a two-level nesting scheme, only one nesting SEI message is defined to directly include nesting SEI messages that apply to one or more layers in the OLS.

[0120] An exemplary implementation of the aforementioned mechanism is as follows: An exemplary scalable nesting SEI message syntax is as follows: [Table 1-1] [Table 1-2]

[0121] In an alternative example, a flag may be added when nesting_ols_flag is equal to 1. This flag may be set equal to 1 to indicate that the scalable nested SEI message applies to all OLSs and is applicable to all layers within each OLS. When this flag is set equal to 1, all syntax elements after this flag up to nesting_num_seis_minus1 are not signaled. In another alternative example, a flag may be used and set equal to 1 to indicate that the scalable nested SEI message applies to all OLSs. When this flag is equal to 1, the syntax element nesting_num_olss_minus1 and the list of syntax elements nesting_ols_idx_delta_minus1[i] are not signaled. In another alternative example, the nesting OLS index value signaled by the syntax element nesting_ols_idx_delta_minus1[i] is directly coded instead of being delta coded. In another alternative, a flag may be used and set equal to 1 to indicate that the scalable nested SEI message applies to all layers of the OLS. When this flag is equal to 1, the list of syntax elements nesting_num_ols_layers_minus1[i] and nesting_ols_layer_idx_delta_minus1[i][j] is not signaled. In another alternative, the nesting OLS layer index values ​​signaled by the syntax element nesting_ols_layer_idx_delta_minus1[i][j] are directly coded instead of being delta coded.

[0122] Exemplary scalable nesting SEI message semantics are as follows:

[0123] A scalable nesting SEI message provides a mechanism for associating an SEI message with a particular layer in the context of a particular OLS or with a particular layer not in the context of an OLS. A scalable nesting SEI message includes one or more SEI messages. An SEI message included in a scalable nesting SEI message is also referred to as a scalable nested SEI message. Bitstream conformance may require that the following restrictions apply when including an SEI message within a scalable nesting SEI message:

[0124] A SEI message with payloadType equal to 132 (decoded picture hash) or 133 (scalable nesting) should not be included in a scalable nesting SEI message. If a scalable nesting SEI message contains a buffering period, picture timing, or decode unit information SEI message, the scalable nesting SEI message should not contain any other SEI message with payloadType not equal to 0 (buffering period), 1 (picture timing), or 130 (decode unit information).

[0125] Bitstream conformance may also require that the following restrictions apply to the value of nal_unit_type of an SEI NAL unit that contains a scalable nesting SEI message: If the scalable nesting SEI message contains an SEI message with payloadType equal to 0 (buffering duration), 1 (picture timing), 130 (decoded unit information), 145 (dependent RAP indication), or 168 (frame field information), the SEI NAL unit that contains the scalable nesting SEI message should have nal_unit_type set equal to PREFIX_SEI_NUT. If the scalable nesting SEI message contains an SEI message with payloadType equal to 132 (decoded picture hash), the SEI NAL unit that contains the scalable nesting SEI message should have nal_unit_type set equal to SUFFIX_SEI_NUT.

[0126] nesting_ols_flag may be set equal to 1 to specify that the scalable nested SEI message applies to a particular layer in the context of a particular OLS. nesting_ols_flag may be set equal to 0 to specify that the scalable nested SEI message applies generally to a particular layer (e.g., not in the context of an OLS).

[0127] Bitstream conformance may require that the following restrictions apply to the value of nesting_ols_flag: If the scalable nesting SEI message contains an SEI message with payloadType equal to 0 (buffering period), 1 (picture timing), or 130 (decode unit information), then the value of nesting_ols_flag should be equal to 1. If the scalable nesting SEI message contains an SEI message with payloadType equal to a value in VclAssociatedSeiList, then the value of nesting_ols_flag should be equal to 0.

[0128] nesting_num_olss_minus1 plus 1 specifies the number of OLSs to which the scalable nested SEI message applies. The value of nesting_num_olss_minus1 should be in the range of 0 to TotalNumOlss-1, inclusive. nesting_ols_idx_delta_minus1[i] is used to derive the variable NestingOlsIdx[i], which specifies the OLS index of the ith OLS to which the scalable nested SEI message applies, if nesting_ols_flag is equal to 1. The value of nesting_ols_idx_delta_minus1[i] should be in the range of 0 to TotalNumOlss-2, inclusive. The variable NestingOlsIdx[i] may be derived as follows:

number

[0129] nesting_num_ols_layers_minus1[i] plus 1 specifies the number of layers to which the scalable nested SEI message applies in the context of the NestingOlsIdx[i]th OLS. The value of nesting_num_ols_layers_minus1[i] should be in the range 0 to NumLayersInOls[NestingOlsIdx[i]]-1, inclusive.

[0130] nesting_ols_layer_idx_delta_minus1[i][j] is used to derive the variable NestingOlsLayerIdx[i][j] that specifies the OLS layer index of the jth layer to which the scalable nested SEI message applies, in the context of the NestingOlsIdx[i]th OLS, when nesting_ols_flag is equal to 1. The value of nesting_ols_layer_idx_delta_minus1[i] should be in the range 0 to NumLayersInOls[nestingOlsIdx[i]]-2, inclusive.

[0131] The variable NestingOlsLayerIdx[i][j] may be derived as follows:

number

[0132] The lowest of all values ​​of LayerIdInOls[NestingOlsIdx[i]][NestingOlsLayerIdx[i][0]] for i in the range of 0 to nesting_num_olss_minus1 (inclusive) should be equal to the nuh_layer_id of the current SEI NAL unit (e.g., the SEI NAL unit that contains the scalable nesting SEI message). nesting_all_layers_flag may be set equal to 1 to specify that the scalable nested SEI message generally applies to all layers with nuh_layer_id greater than or equal to the nuh_layer_id of the current SEI NAL unit. nesting_all_layers_flag may be set equal to 0 to specify that the scalable nested SEI message generally may or may not apply to all layers with nuh_layer_id greater than or equal to the nuh_layer_id of the current SEI NAL unit.

[0133] nesting_num_layers_minus1 plus 1 specifies the number of layers to which the scalable nested SEI message applies in general. The value of nesting_num_layers_minus1 should be in the range of 0 to vps_max_layers_minus1 - GeneralLayerIdx[nuh_layer_id], inclusive, where nuh_layer_id is the nuh_layer_id of the current SEI NAL unit. nesting_layer_id[i] specifies the nuh_layer_id value of the i-th layer to which the scalable nested SEI message applies in general, if nesting_all_layers_flag is equal to 0. The value of nesting_layer_id[i] should be greater than nuh_layer_id, where nuh_layer_id is the nuh_layer_id of the current SEI NAL unit.

[0134] When nesting_ols_flag is equal to 1, the variable NestingNumLayers, which specifies the number of layers to which a scalable nested SEI message generally applies, and the list NestingLayerId[i], for i in the range 0 to NestingNumLayers-1 (inclusive), which specifies a list of nuh_layer_id values ​​of layers to which a scalable nested SEI message generally applies, are derived as follows, where nuh_layer_id is the nuh_layer_id of the current SEI NAL unit:

number

[0135] nesting_num_seis_minus1 plus 1 specifies the number of scalable nested SEI messages. The value of nesting_num_seis_minus1 should be in the range of 0 to 63 (inclusive). nesting_zero_bit should be set equal to 0.

[0136] FIG. 8 is a schematic diagram illustrating an exemplary video coding device 800. The video coding device 800 is suitable for implementing the disclosed examples / embodiments described herein. The video coding device 800 comprises a downstream port 820, an upstream port 850, and / or a transceiver unit (Tx / Rx) 810 including a transmitter and / or a receiver for communicating data upstream and / or downstream over a network. The video coding device 800 also includes a processor 830 including a logic unit and / or a central processing unit (CPU) for processing data, and a memory 832 for storing data. The video coding device 800 may also comprise electrical, optical-electrical (OE) components, electrical-optical (EO) components, and / or wireless communication components coupled to the upstream port 850 and / or the downstream port 820 for communication of data over an electrical, optical, or wireless communication network. The video coding device 800 may also include an input and / or output (I / O) device 860 for communicating data to and from a user. The I / O devices 860 may include output devices such as a display for displaying video data, speakers for outputting audio data, etc. The I / O devices 860 may also include input devices such as a keyboard, mouse, trackball, etc., and / or corresponding interfaces for interacting with such output devices.

[0137] The processor 830 is implemented by hardware and software. The processor 830 may be implemented as one or more CPU chips, cores (e.g., as a multi-core processor), field programmable gate arrays (FPGAs), application specific integrated circuits (ASICs), and digital signal processors (DSPs). The processor 830 communicates with the downstream port 820, the Tx / Rx 810, the upstream port 850, and the memory 832. The processor 830 includes a coding module 814. The coding module 814 implements the disclosed embodiments described herein, such as the methods 100, 900, and 1000 that may use the multi-layer video sequence 600, and / or the bitstream 700. The coding module 814 may also implement any other method / mechanism described herein. Furthermore, the coding module 814 may implement the codec system 200, the encoder 300, the decoder 400, and / or the HRD 500. For example, the coding module 814 may be used to implement the HRD. Furthermore, the coding module 814 may be used to encode the scalable nesting SEI message with a corresponding flag to support clear and concise signaling of the scalable nested SEI message within the scalable nesting SEI message. Thus, the coding module 814 may be configured to execute a mechanism to address one or more of the problems described above. Thus, the coding module 814 causes the video coding device 800 to provide additional functionality and / or coding efficiency when coding video data. In this manner, the coding module 814 improves the functionality of the video coding device 800 and addresses problems specific to video coding techniques. Furthermore, the coding module 814 transforms the video coding device 800 into a different state. Alternatively, the coding module 814 may be implemented as instructions stored in the memory 832 (e.g., as a computer program product stored in a non-transitory medium) and executed by the processor 830.

[0138] The memory 832 may include one or more memory types such as a disk, a tape drive, a solid state drive, a read only memory (ROM), a random access memory (RAM), a flash memory, a ternary content addressable memory (TCAM), a static random access memory (SRAM), etc. The memory 832 may be used as an overflow data storage device to store programs when such programs are selected for execution, and to store instructions and data retrieved during program execution.

[0139] 9 is a flowchart of an example method 900 for encoding a video sequence into a bitstream, such as bitstream 700, that includes a scalable nesting SEI message. Method 900 may be used by an encoder, such as codec system 200, encoder 300, and / or video coding device 800, when performing method 100. Additionally, method 900 may operate on HRD 500 and thus perform conformance testing on multi-layer video sequence 600.

[0140] The method 900 may start when an encoder receives a video sequence and decides, for example, based on user input, to encode the video sequence into a multi-layer bitstream. In stage 901, the encoder encodes the video sequence into one or more layers and encodes the layers into a multi-layer bitstream. A layer may include a set of VCL NAL units with the same layer ID and associated non-VCL NAL units. For example, a layer may include a set of VCL NAL units that include video data of an encoded picture and any parameter set used to code such picture. A layer may be included in an OLS. For example, an OLS may include an output layer and any supporting layers that may be used to decode the output layer according to inter-layer prediction. In this way, an OLS may include sufficient data to decode a representation of the video sequence, for example, with a corresponding picture size, SNR, frame rate, etc. Since a video sequence may be coded into several representations, a video sequence may include several layers that are organized into several OLSs as needed. In this way, the encoder may select an OLS with a corresponding layer to send to a decoder, upon request.

[0141] In stage 903, the encoder encodes the SEI message into a bitstream. The SEI message is a syntax structure that includes data that is not used for decoding. For example, the SEI message may include data to support conformance testing to ensure that the bitstream conforms to a standard. To support simplified signaling when used with a multi-layer bitstream, the SEI message is encoded as a scalable nesting SEI message. The scalable nesting SEI message includes a set of one or more scalable nested SEI messages. The scalable nested SEI messages may apply to one or more of the OLSs and / or one or more of the layers, respectively. To support simplified signaling, the scalable nesting SEI message includes a scalable nesting OLS flag. The scalable nesting OLS flag may be set to specify whether a scalable nested SEI message in the scalable nesting SEI message applies to a particular OLS or to a particular layer. For example, the scalable nesting OLS flag may be set to 1 if it specifies that the scalable nested SEI message applies to a particular / corresponding OLS (e.g., not a layer). As another example, the scalable nesting OLS flag may be set to 0 if it specifies that the scalable nested SEI message applies to a particular / corresponding layer (e.g., not an OLS). The scalable nesting SEI message may include several types of scalable nested SEI messages. As specific examples, the scalable nested SEI message may include a buffering period SEI message, a picture timing SEI message, and / or a decode unit information SEI message.The scalable nesting OLS flag may be set to 1 to indicate that the scalable nested SEI message applies to a particular OLS (e.g., not a layer) if the scalable nesting SEI message contains any SEI message whose payload type is buffering period, picture timing, or decode unit information.

[0142] The scalable nesting SEI message may include other data to indicate how the corresponding scalable nested SEI message should be used by the HRD in the encoder. For example, the scalable nesting SEI message may include a scalable nesting num_olss_minus1 syntax element that specifies the number of OLSs to which the corresponding scalable nested SEI message applies. The scalable nesting num_olss_minus1 syntax element may be used when the scalable nesting OLS flag is set to 1 to indicate that the scalable nested SEI message applies to OLS. The value of the scalable nesting num_olss_minus1 syntax element may be constrained to remain within the range of 0 to TotalNumOlss-1 (inclusive). In a similar manner, the scalable nesting SEI message may include a scalable nesting num_layers_minus1 that specifies the number of layers to which the corresponding scalable nested SEI message applies if the scalable nesting OLS flag is set to 0 to indicate that the scalable nested SEI message applies to a layer.

[0143] The scalable nesting SEI message may also include a scalable nesting ols_idx_delta_minus1[i] syntax element, which is used to derive a nesting OLS index (NestingOlsIdx[i]) that specifies the OLS index of the ith OLS to which the scalable nested SEI message applies when the scalable nesting OLS flag is equal to 1 to indicate that the scalable nested SEI message applies to an OLS. Specifically, the scalable nesting ols_idx_delta_minus1[i] syntax element may be used to specify the OLS that corresponds to each scalable nested SEI message. In this manner, the scalable nesting num_olss_minus1 may be used to determine the number of OLSs referenced by the scalable nesting SEI message, and the scalable nesting ols_idx_delta_minus1[i] may be used to correlate each scalable nested SEI message to the corresponding OLS. The value of the scalable nesting ols_idx_delta_minus1[i] syntax element may be constrained to stay within the range of 0 to TotalNumOlss-2, inclusive. In a specific example, NestingOlsIdx[i] is derived as follows:

number

[0144] In a similar manner, the scalable nesting SEI message may include a scalable nesting layer_id[i] if the scalable nesting OLS flag is equal to 0 to indicate that the scalable nested SEI message applies to a layer, where the scalable nesting layer_id[i] specifies the layer ID (e.g., nuh_layer_id) value of the i-th layer to which the scalable nested SEI message applies.

[0145] In step 905, the HRD operating in the encoder may perform a set of bitstream conformance tests based on the scalable nesting SEI message. For example, the HRD may read a flag in the scalable nesting SEI message to determine how to interpret the scalable nested SEI message contained in the scalable nesting SEI message. The HRD may then read the scalable nested SEI message to determine how to check whether the OLS and / or layers conform to the standard. The HRD may then perform conformance tests on the OLS and / or layers based on the corresponding flags in the scalable nested SEI message and / or the scalable nesting SEI message. In step 907, the encoder may store the bitstream for communication to the decoder upon request.

[0146] 10 is a flowchart of an example method 1000 of decoding a video sequence from a bitstream, such as bitstream 700, that includes a scalable nesting SEI message. Method 1000 may be used by a decoder, such as codec system 200, decoder 400, and / or video coding device 800, when performing method 100. Additionally, method 1000 may be used on a multi-layer video sequence 600 that has been checked for conformance by an HRD, such as HRD 500.

[0147] Method 1000 may begin when a decoder begins to receive a bitstream of coded data representing a multi-layer video sequence, e.g., as a result of method 900. At stage 1001, the decoder receives a bitstream including one or more layers. A layer may include a set of VCL NAL units having the same layer ID and associated non-VCL NAL units. For example, a layer may include a set of VCL NAL units including video data of an encoded picture and any parameter set used to code such picture. A layer may be included in an OLS. For example, an OLS may include an output layer and any supporting layers that may be used to decode the output layer according to inter-layer prediction. In this manner, an OLS may include sufficient data to decode a representation of a video sequence, e.g., with corresponding picture size, SNR, frame rate, etc. Since a video sequence may be coded into several representations, a video sequence may include several layers that are organized into several OLSs as needed. In this manner, a decoder may request and receive a specified OLS with corresponding layers as needed to decode and display a particular representation of a video sequence.

[0148] The bitstream also includes one or more scalable nesting SEI messages. The SEI message is a syntax structure that includes data that is not used for decoding. For example, the SEI message may include data to support conformance testing to ensure that the bitstream is compliant with the standard. To support simplified signaling when used with a multi-layer bitstream, the SEI message is coded in a scalable nesting SEI message. The scalable nesting SEI message includes a set of one or more scalable nested SEI messages. The scalable nested SEI messages may apply to one or more of the OLSs and / or one or more of the layers, respectively. To support simplified signaling, the scalable nesting SEI message includes a scalable nesting OLS flag. The scalable nesting OLS flag may be set to specify whether a scalable nested SEI message in a scalable nesting SEI message applies to a particular OLS or to a particular layer. For example, the scalable nesting OLS flag may be set to 1 if it specifies that the scalable nested SEI message applies to a particular / corresponding OLS (e.g., not a layer). As another example, the scalable nesting OLS flag may be set to 0 if it specifies that the scalable nested SEI message applies to a particular / corresponding layer (e.g., not an OLS). The scalable nesting SEI message may include several types of scalable nested SEI messages. As specific examples, the scalable nested SEI message may include a buffering period SEI message, a picture timing SEI message, and / or a decode unit information SEI message.The scalable nesting OLS flag may be set to 1 to indicate that the scalable nested SEI message applies to a particular OLS (e.g., not a layer) if the scalable nesting SEI message contains any SEI message whose payload type is buffering period, picture timing, or decode unit information.

[0149] The scalable nesting SEI message may include other data to indicate how the corresponding scalable nested SEI message should be used by the HRD in the encoder. For example, the scalable nesting SEI message may include a scalable nesting num_olss_minus1 syntax element that specifies the number of OLSs to which the corresponding scalable nested SEI message applies. The scalable nesting num_olss_minus1 syntax element may be used when the scalable nesting OLS flag is set to 1 to indicate that the scalable nested SEI message applies to OLS. The value of the scalable nesting num_olss_minus1 syntax element may be constrained to remain within the range of 0 to TotalNumOlss-1 (inclusive). In a similar manner, the scalable nesting SEI message may include a scalable nesting num_layers_minus1 that specifies the number of layers to which the corresponding scalable nested SEI message applies if the scalable nesting OLS flag is set to 0 to indicate that the scalable nested SEI message applies to a layer.

[0150] The scalable nesting SEI message may also include a scalable nesting ols_idx_delta_minus1[i] syntax element, which is used to derive a nesting OLS index (NestingOlsIdx[i]) that specifies the OLS index of the ith OLS to which the scalable nested SEI message applies when the scalable nesting OLS flag is equal to 1 to indicate that the scalable nested SEI message applies to an OLS. Specifically, the scalable nesting ols_idx_delta_minus1[i] syntax element may be used to specify the OLS that corresponds to each scalable nested SEI message. In this manner, the scalable nesting num_olss_minus1 may be used to determine the number of OLSs referenced by the scalable nesting SEI message, and the scalable nesting ols_idx_delta_minus1[i] may be used to correlate each scalable nested SEI message to the corresponding OLS. The value of the scalable nesting ols_idx_delta_minus1[i] syntax element may be constrained to stay within the range of 0 to TotalNumOlss-2, inclusive. In a specific example, NestingOlsIdx[i] is derived as follows:

number

[0151] In a similar manner, the scalable nesting SEI message may include a scalable nesting layer_id[i] if the scalable nesting OLS flag is equal to 0 to indicate that the scalable nested SEI message applies to a layer, where the scalable nesting layer_id[i] specifies the layer ID (e.g., nuh_layer_id) value of the i-th layer to which the scalable nested SEI message applies.

[0152] At stage 1003, the decoder may decode coded pictures from one or more layers based on the scalable nesting SEI message to generate a decoded picture. For example, the presence of the scalable nesting SEI message may indicate that the bitstream has been checked by the HRD at the encoder and therefore conforms to the standard. Thus, the presence of the scalable nesting SEI message indicates that the bitstream can be decoded. At stage 1005, the decoder may forward the decoded picture for display as part of the decoded video sequence.

[0153] 11 is a schematic diagram of an example system 1100 for coding a video sequence using a bitstream including a scalable nesting SEI message. The system 1100 may be implemented by an encoder and a decoder, such as the codec system 200, the encoder 300, the decoder 400, and / or the video coding device 800. Furthermore, the system 1100 may perform conformance testing on the multi-layer video sequence 600 and / or the bitstream 700 using the HRD 500. In addition, the system 1100 may be used when implementing the methods 100, 900, and / or 1000.

[0154] The system 1100 includes a video encoder 1102. The video encoder 1102 includes an encoding module 1103 for encoding a bitstream comprising one or more layers. The encoding module 1103 is further for encoding a scalable nesting supplemental enhancement information (SEI) message into the bitstream, the scalable nesting SEI message including one or more scalable nested SEI messages and a scalable nesting output layer set (OLS) flag, the scalable nesting OLS flag being set to specify whether the scalable nested SEI message applies to a particular OLS or a particular layer. The video encoder 1102 further includes an HRD module 1105 for performing a set of bitstream conformance tests based on the scalable nesting SEI message. The video encoder 1102 further includes a storage module 1106 for storing the bitstream for communication towards a decoder. The video encoder 1102 further includes a transmission module 1107 for transmitting the bitstream towards the video decoder 1110. The video encoder 1102 may be further configured to perform any of the steps of the method 900.

[0155] The system 1100 also includes a video decoder 1110. The video decoder 1110 includes a receiving module 1111 for receiving a bitstream including one or more layers and a scalable nesting supplemental enhancement information (SEI) message, where the scalable nesting SEI message includes one or more scalable nested SEI messages and a scalable nesting output layer set (OLS) flag, where the scalable nesting OLS flag is set to specify whether the scalable nested SEI message applies to a particular OLS or a particular layer. The video decoder 1110 further includes a decoding module 1113 for decoding coded pictures from one or more layers based on the scalable nested SEI message to generate a decoded picture. The video decoder 1110 further includes a forwarding module 1115 for forwarding the decoded picture for display as part of a decoded video sequence. The video decoder 1110 may further be configured to perform any of the stages of the method 1000.

[0156] A first component is directly coupled to a second component when there are no intervening components, other than lines, traces, or another medium, between the first and second components. A first component is indirectly coupled to a second component when there are intervening components, other than lines, traces, or another medium, between the first and second components. The term "coupled" and variations thereof include both directly coupled and indirectly coupled. Use of the term "about" means a range that includes ±10% of the succeeding number, unless otherwise specified.

[0157] It should also be understood that the steps of the exemplary methods described herein do not necessarily have to be performed in the order described, and the order of steps of such methods should be understood to be merely exemplary. Similarly, additional steps may be included in such methods, and certain steps may be omitted or combined, in methods consistent with various embodiments of the present disclosure.

[0158] Although several embodiments have been provided in the present disclosure, it will be understood that the disclosed systems and methods may be embodied in many other specific forms without departing from the spirit or scope of the present disclosure. The present examples should be considered as illustrative and not limiting, and the intention should not be limited to the details given herein. For example, various elements or components may be combined or integrated into another system, or certain features may be omitted or not implemented.

[0159] Additionally, the techniques, systems, subsystems, and methods described and illustrated in various embodiments as separate or distinct may be combined or integrated with other systems, components, techniques, or methods without departing from the scope of the disclosure. Other examples of modifications, substitutions, and alterations will be ascertainable by one of ordinary skill in the art and may be made without departing from the spirit and scope disclosed herein. [Other possible items] (Item 1) A method implemented by a decoder, comprising: receiving, by a receiver of the decoder, a bitstream including one or more layers and a scalable nesting supplemental enhancement information (SEI) message, the scalable nesting SEI message including one or more scalable nested SEI messages and a scalable nesting output layer set (OLS) flag, the scalable nesting OLS flag being set to specify whether the scalable nested SEI message applies to a particular OLS or a particular layer; decoding, by a processor of the decoder, coded pictures from the one or more layers based on the scalable nested SEI message to generate a decoded picture; A method for providing the above. (Item 2) 2. The method of claim 1, wherein the scalable nesting OLS flag is set to 1 if the scalable nested SEI message specifies that it applies to a specific OLS, and the scalable nesting OLS flag is set to 0 if the scalable nested SEI message specifies that it applies to a specific layer. (Item 3) 3. The method according to claim 1 or 2, wherein if the scalable nesting SEI message includes an SEI message whose payload type is buffering period, picture timing, or decode unit information, the scalable nesting OLS flag is set to 1. (Item 4) The method according to any one of items 1 to 3, wherein, when the scalable nesting OLS flag is set to 1, the scalable nesting SEI message includes a syntax element of the scalable nesting number of OLSs minus 1 (num_olss_minus1), wherein the scalable nesting num_olss_minus1 syntax element specifies the number of OLSs to which the scalable nested SEI message applies, and the value of the scalable nesting num_olss_minus1 syntax element is in the range of 0 to the total number of OLSs (TotalNumOlss) - 1 (inclusive). (Item 5) 5. The method according to any one of items 1 to 4, wherein the scalable nesting SEI message includes a scalable nesting OLS delta minus 1 (ols_idx_delta_minus1[i]) syntax element used to derive a nesting OLS index (NestingOlsIdx[i]) that specifies the OLS index of the i-th OLS to which the scalable nested SEI message applies if the scalable nesting OLS flag is equal to 1, and the value of the scalable nesting ols_idx_delta_minus1[i] syntax element is in the range from 0 to the TotalNumOlss-2 (inclusive). (Item 6) The method according to any one of items 1 to 5, further comprising the step of deriving NestingOlsIdx[i] as follows:

number

number

Claims

1. A method implemented by an encoder, comprising: encoding, by a processor of the encoder, a bitstream comprising one or more layers; encoding, by the processor, a scalable nesting supplemental enhancement information (SEI) message into the bitstream, the scalable nesting SEI message including one or more scalable nested SEI messages and a scalable nesting output layer set (OLS) flag, the scalable nesting OLS flag being set to specify whether the scalable nested SEI message applies to a particular OLS or a particular layer; performing, by the processor, a set of bitstream conformance tests based on the scalable nesting SEI message; storing, by a memory coupled to the processor, the bitstream for communication to a decoder; Including, If the scalable nesting OLS flag is set to specify that the scalable nested SEI message applies to a particular OLS, the scalable nesting SEI message includes a scalable nesting OLS delta minus one (ols_idx_delta_minus1[i]) syntax element used to derive a nesting OLS index (NestingOlsIdx[i]) that specifies an OLS index of the ith OLS to which the scalable nested SEI message applies, the value of the scalable nesting ols_idx_delta_minus1[i] syntax element being in the range of 0 to a total number of OLSs (TotalNumOlss) minus 2, inclusive. method.

2. The scalable nesting OLS flag is set to 1 if it specifies that the scalable nested SEI message applies to a specific OLS, and the scalable nesting OLS flag is set to 0 if it specifies that the scalable nested SEI message applies to a specific layer. The method of claim 1.

3. If the scalable nesting SEI message includes an SEI message with a payload type of buffering period, picture timing, or decode unit information, the scalable nesting OLS flag is set to 1; The method according to claim 1 or 2.

4. If the scalable nesting OLS flag is set to 1, the scalable nesting SEI message includes a scalable nesting OLS number minus 1 (num_olss_minus1) syntax element, which specifies the number of OLSs to which the scalable nested SEI message applies, and the value of the scalable nesting num_olss_minus1 syntax element is in the range of 0 to the total number of OLSs (TotalNumOlss)-1 (inclusive); The method of claim 2.

5. Deriving NestingOlsIdx[i] as follows: ##EQU00011## The method of claim 1 , further comprising:

6. The scalable nesting SEI message includes a scalable nesting number of layers minus 1 (num_layers_minus1) syntax element when the scalable nesting OLS flag is set to 0, the scalable nesting num_layers_minus1 syntax element specifying the number of layers to which the scalable nested SEI message applies; 6. The method according to any one of claims 1 to 5.

7. 1. A video coding device, comprising:

7. A video coding device comprising: a processor; a receiver coupled to the processor; a memory coupled to the processor; and a transmitter coupled to the processor, wherein the processor, the receiver, the memory, and the transmitter are configured to perform the method of any one of claims 1 to 6.

8. A non-transitory computer-readable medium including executable instructions for use by a video coding device, the executable instructions being stored on the non-transitory computer-readable medium such that, when executed by a processor, the executable instructions cause the video coding device to perform the method of any one of claims 1 to 6. Non-transitory computer-readable medium.

9. A computer program arranged to cause a computer to carry out the method according to any one of claims 1 to 6.

10. 1. An encoder comprising: encoding means for encoding a bitstream including one or more layers and encoding a scalable nesting supplemental enhancement information (SEI) message into the bitstream, the scalable nesting SEI message including one or more scalable nested SEI messages and a scalable nesting output layer set (OLS) flag, the scalable nesting OLS flag being set to specify whether the scalable nested SEI message applies to a particular OLS or a particular layer; a hypothetical reference decoder (HRD) means for performing a set of bitstream conformance tests based on said scalable nesting SEI message; storage means for storing said bitstream for communication to a decoder; a transmitting means for transmitting the bitstream; Including, If the scalable nesting OLS flag is set to specify that the scalable nested SEI message applies to a particular OLS, the scalable nesting SEI message includes a scalable nesting OLS delta minus one (ols_idx_delta_minus1[i]) syntax element used to derive a nesting OLS index (NestingOlsIdx[i]) that specifies an OLS index of the ith OLS to which the scalable nested SEI message applies, the value of the scalable nesting ols_idx_delta_minus1[i] syntax element being in the range of 0 to a total number of OLSs (TotalNumOlss) minus 2, inclusive. Encoder.

11. The encoder is further configured to perform a method according to any one of claims 2 to 6. The encoder of claim 10.

Citation Information

Patent Citations

  • Decryption method

    JP2017525215A

  • Method and apparatus for video coding and decoding

    US20150264404A1

  • Layer based HRD buffer management for scalable hevc

    US20190253726A1