Simulcast Layer for Multiview in Video Coding

Abstract

To provide a video coding mechanism.SOLUTION: A mechanism includes encoding the bitstream which includes one or more layers of coded pictures. A video parameter set (VPS) is also encoded into the bitstream. The VPS includes an "each layer is an output layer set (OLS)" flag (each_layer_is_an_ols_flag) when all layers specified by the VPS are coded independently without inter-layer prediction. Each_layer_is_an_ols_flag specifies whether each OLS contains only one layer. The bitstream is stored for communication towards a decoder.SELECTED DRAWING: Figure 7

Description

[Technical Field]

[0001] The present disclosure relates generally to video coding, and more particularly to constructing output layer sets (OLS) in multi-layer bitstreams for use in multi-view applications. [Background technology]

[0002] The video data required to render even a relatively short video can be substantial, which can pose challenges when the data is streamed or otherwise communicated over communications networks with limited bandwidth capacity. Therefore, video data is generally compressed before being communicated over modern telecommunications networks. Because memory resources may be limited, the size of the video can also be an issue when the video is stored on a storage device. Video compression devices often use software and / or hardware at the source to encode the video data before transmission or storage, thereby reducing the amount of data needed 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 ever-increasing demands for higher video quality, improved compression and decompression techniques that improve compression ratios without significantly sacrificing image quality are desirable. Summary of the Invention [Means for solving the problem]

[0003] In one implementation, the present disclosure includes a method performed in a decoder, the method including: receiving, by a receiver of the decoder, a bitstream including coded pictures of one or more layers and a video parameter set (VPS), wherein when all layers specified by the VPS are coded independently without inter-layer prediction, the VPS includes an "each layer is an output layer set (OLS)" flag (each_layer_is_an_ols_flag), which specifies whether each OLS includes only one layer; decoding, by a processor of the decoder, the coded pictures from the output layers of the OLS based on each_layer_is_an_ols_flag in the VPS to generate decoded pictures; and forwarding, by the processor, the decoded pictures for display as part of a decoded video sequence.

[0004] To support scalability, picture layers can be used. For example, video can be coded into multiple layers. A layer can be coded without reference to other layers. Such a layer is called a simulcast layer. Thus, a simulcast layer can be decoded without reference to other layers. As another example, a layer can be coded using inter-layer prediction. This allows a current layer to be coded by including only the difference between the current layer and a reference layer. Layers can be organized into an OLS. An OLS is a set of layers including at least one output layer and any layers that support decoding of the output layer. As a specific example, a first OLS can include a base layer, and a second OLS can include the base layer and an enhancement layer with increased characteristics. In one example, a first OLS can be sent to a decoder to enable the video to be decoded at a base resolution, or a second OLS can be sent to enable the video to be decoded at a higher, enhanced resolution. Thus, the video can be scaled based on user requests. In some cases, scalability is not used, and each layer is coded as a simulcast layer. Some systems infer that if all layers are simulcast, each OLS should contain a single layer (since no reference layers are used). This inference increases coding efficiency because signaling can be omitted from the coded bitstream. However, such inference does not support multiview. Multiview is also known as stereoscopic video. In multiview, two video sequences of the same scene are recorded by spatially offset cameras. The two video sequences are displayed to the user through different lenses in a headset. In this way, by displaying different spatially offset sequences to each eye, three-dimensional (3D) video and / or the impression of visual depth can be created.Thus, an OLS that implements multiview includes two layers (e.g., one for each eye). However, when the layers are all simulcast, a video decoder may use inference to infer that each OLS includes only one layer. This may result in an error because the decoder may display only one layer of the multiview or may not be able to continue displaying any of the layers. Thus, when all layers are simulcast, inference that each OLS includes a single layer may prevent a multiview application from rendering properly at the decoder.

[0005] This example includes a mechanism that enables a video coding system to properly decode multiview video when all layers in the video are simulcast and do not use inter-layer prediction. The "all independent layers in VPS" flag (vps_all_independent_layers_flag) can be included in the bitstream in the VPS and set to 1 when none of the layers use inter-layer prediction (e.g., all are simulcast). When this flag is set to 1, each_layer_is_an_ols_flag is signaled in the VPS. each_layer_is_an_ols_flag can be set to specify whether each OLS contains a single layer or whether at least one OLS contains multiple layers (e.g., to support multiview). Thus, vps_all_independent_layers_flag and each_layer_is_an_ols_flag can be used to support multiview applications. Additionally, when this occurs, the OLS mode identification code (ols_mode_idc) can be set to 2 in the VPS. This explicitly signals the number of OLSs and the layers associated with the OLSs. The decoder can then use this information to correctly decode OLSs, including multi-view video. This approach supports coding efficiency while correcting errors. Thus, the disclosed mechanism improves the performance of the encoder and / or decoder. Furthermore, the disclosed mechanism may reduce bitstream size, thus reducing processor, memory, and / or network resource utilization in both the encoder and decoder.

[0006] Optionally, in any of the aforementioned aspects, another implementation of the aspect is provided, wherein each_layer_is_an_ols_flag is set to 1 to specify that each OLS includes only one layer and each layer is the only output layer in each OLS.

[0007] Optionally, in any of the aforementioned aspects, another implementation of the aspect is provided, wherein each_layer_is_an_ols_flag is set to 0 when specifying that at least one OLS includes multiple layers.

[0008] Optionally, in any of the aforementioned aspects, another implementation of the aspect is provided, wherein when the OLS mode identification code (ols_mode_idc) is equal to 2, the total number of OLSs is explicitly signaled, the layers associated with the OLSs are explicitly signaled, the “all independent layers of VPS” flag (vps_all_independent_layers_flag) is set to 1, and each_layer_is_an_ols_flag is set to 0, it is inferred that ols_mode_idc is equal to 2.

[0009] Optionally, in any of the aforementioned aspects, another implementation of the aspect is provided, wherein the VPS includes a vps_all_independent_layers_flag set to 1 to specify that all layers specified by the VPS are independently coded without inter-layer prediction.

[0010] Optionally, in any of the aforementioned aspects, another implementation of the aspect is provided, wherein the VPS includes a “VPS max layers minus 1” (vps_max_layers_minus1) syntax element that specifies the number of layers specified by the VPS, and when vps_max_layers_minus1 is greater than 0, vps_all_independent_layers_flag is signaled.

[0011] Optionally, in any of the aforementioned aspects, another implementation of the aspect is provided, wherein the VPS includes a “number of output layer sets minus 1” (num_output_layer_sets_minus1) that specifies the total number of OLSs specified by the VPS when ols_mode_idc is equal to 2.

[0012] In one embodiment, the present disclosure includes a method performed in an encoder, the method including the steps of: encoding, by a processor of the encoder, a bitstream including coded pictures of one or more layers; encoding, by the processor, a VPS into the bitstream, wherein the VPS includes each_layer_is_an_ols_flag when all layers specified by the VPS are coded independently without inter-layer prediction, and each_layer_is_an_ols_flag specifies whether each OLS includes only one layer; and storing, by a memory coupled to the processor, the bitstream for communication to a decoder.

[0013] To support scalability, picture layers can be used. For example, video can be coded into multiple layers. A layer can be coded without reference to other layers. Such a layer is called a simulcast layer. Thus, a simulcast layer can be decoded without reference to other layers. As another example, a layer can be coded using inter-layer prediction. This allows a current layer to be coded by including only the difference between the current layer and a reference layer. Layers can be organized into an OLS. An OLS is a set of layers including at least one output layer and any layers that support decoding of the output layer. As a specific example, a first OLS can include a base layer, and a second OLS can include the base layer and an enhancement layer with increased characteristics. In one example, a first OLS can be sent to a decoder to enable the video to be decoded at a base resolution, or a second OLS can be sent to enable the video to be decoded at a higher, enhanced resolution. Thus, the video can be scaled based on user requests. In some cases, scalability is not used, and each layer is coded as a simulcast layer. Some systems infer that if all layers are simulcast, each OLS should contain a single layer (since no reference layers are used). This inference increases coding efficiency because signaling can be omitted from the coded bitstream. However, such inference does not support multiview. Multiview is also known as stereoscopic video. In multiview, two video sequences of the same scene are recorded by spatially offset cameras. The two video sequences are displayed to the user through different lenses in a headset. In this way, by displaying different spatially offset sequences to each eye, the impression of 3D video and / or visual depth can be created.Thus, an OLS that implements multiview includes two layers (e.g., one for each eye). However, when the layers are all simulcast, a video decoder may use inference to infer that each OLS includes only one layer. This may result in an error because the decoder may display only one layer of the multiview or may not be able to continue displaying any of the layers. Thus, when all layers are simulcast, inference that each OLS includes a single layer may prevent a multiview application from rendering properly at the decoder.

[0014] This example includes a mechanism that enables a video coding system to properly decode multiview video when all layers in the video are simulcast and do not use inter-layer prediction. vps_all_independent_layers_flag is included in the bitstream in the VPS and can be set to 1 when none of the layers use inter-layer prediction (e.g., all are simulcast). When this flag is set to 1, each_layer_is_an_ols_flag is signaled in the VPS. each_layer_is_an_ols_flag can be set to specify whether each OLS contains a single layer or whether at least one OLS contains multiple layers (e.g., to support multiview). Thus, vps_all_independent_layers_flag and each_layer_is_an_ols_flag can be used to support multiview applications. Furthermore, when this occurs, ols_mode_idc can be set to 2 in the VPS. This explicitly signals the number of OLSs and the layers associated with the OLS. The decoder can then use this information to correctly decode the OLS, including the multi-view video. This approach supports coding efficiency while correcting errors. Thus, the disclosed mechanism improves the performance of the encoder and / or decoder. Furthermore, the disclosed mechanism may reduce bitstream size, thus reducing processor, memory, and / or network resource utilization in both the encoder and decoder.

[0015] Optionally, in any of the aforementioned aspects, another implementation of the aspect is provided, wherein each_layer_is_an_ols_flag is set to 1 to specify that each OLS includes only one layer and each layer is the only output layer in each OLS.

[0016] Optionally, in any of the aforementioned aspects, another implementation of the aspect is provided, wherein each_layer_is_an_ols_flag is set to 0 when specifying that at least one OLS includes multiple layers.

[0017] Optionally, in any of the aforementioned aspects, another implementation of the aspect is provided, wherein when ols_mode_idc is equal to 2, the total number of OLSs is explicitly signaled, the layers associated with the OLSs are explicitly signaled, and when vps_all_independent_layers_flag is set to 1 and each_layer_is_an_ols_flag is set to 0, ols_mode_idc is inferred to be equal to 2.

[0018] Optionally, in any of the aforementioned aspects, another implementation of the aspect is provided, wherein the VPS includes a vps_all_independent_layers_flag set to 1 to specify that all layers specified by the VPS are independently coded without inter-layer prediction.

[0019] Optionally, in any of the aforementioned aspects, another implementation form of the aspect is provided, wherein the VPS includes a vps_max_layers_minus1 syntax element that specifies the number of layers specified by the VPS, and when vps_max_layers_minus1 is greater than 0, vps_all_independent_layers_flag is signaled.

[0020] Optionally, in any of the aforementioned aspects, another implementation of the aspect is provided, wherein the VPS includes num_output_layer_sets_minus1, which specifies the total number of OLSs specified by the VPS when ols_mode_idc is equal to 2.

[0021] In one embodiment, the present disclosure includes a video coding device including 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 a method according to any of the aforementioned aspects.

[0022] 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 that, when executed by a processor, cause the video coding device to perform a method according to any of the aforementioned aspects.

[0023] In one embodiment, the present disclosure includes a decoder, the decoder including receiving means for receiving a bitstream including coded pictures of one or more layers and a VPS, where when all layers specified by the VPS are independently coded without inter-layer prediction, the VPS includes each_layer_is_an_ols_flag, which specifies whether each OLS includes only one layer; decoding means for decoding the coded pictures from output layers of the OLS based on each_layer_is_an_ols_flag in the VPS to generate decoded pictures; and forwarding means for forwarding the decoded pictures for display as part of a decoded video sequence.

[0024] To support scalability, picture layers can be used. For example, video can be coded into multiple layers. A layer can be coded without reference to other layers. Such a layer is called a simulcast layer. Thus, a simulcast layer can be decoded without reference to other layers. As another example, a layer can be coded using inter-layer prediction. This allows a current layer to be coded by including only the difference between the current layer and a reference layer. Layers can be organized into an OLS. An OLS is a set of layers including at least one output layer and any layers that support decoding of the output layer. As a specific example, a first OLS can include a base layer, and a second OLS can include the base layer and an enhancement layer with increased characteristics. In one example, a first OLS can be sent to a decoder to enable the video to be decoded at a base resolution, or a second OLS can be sent to enable the video to be decoded at a higher, enhanced resolution. Thus, the video can be scaled based on user requests. In some cases, scalability is not used, and each layer is coded as a simulcast layer. Some systems infer that if all layers are simulcast, each OLS should contain a single layer (since no reference layers are used). This inference increases coding efficiency because signaling can be omitted from the coded bitstream. However, such inference does not support multiview. Multiview is also known as stereoscopic video. In multiview, two video sequences of the same scene are recorded by spatially offset cameras. The two video sequences are displayed to the user through different lenses in a headset. In this way, by displaying different spatially offset sequences to each eye, the impression of 3D video and / or visual depth can be created.Thus, an OLS that implements multiview includes two layers (e.g., one for each eye). However, when the layers are all simulcast, a video decoder may use inference to infer that each OLS includes only one layer. This may result in an error because the decoder may display only one layer of the multiview or may not be able to continue displaying any of the layers. Thus, when all layers are simulcast, inference that each OLS includes a single layer may prevent a multiview application from rendering properly at the decoder.

[0025] This example includes a mechanism that enables a video coding system to properly decode multiview video when all layers in the video are simulcast and do not use inter-layer prediction. vps_all_independent_layers_flag is included in the bitstream in the VPS and can be set to 1 when none of the layers use inter-layer prediction (e.g., all are simulcast). When this flag is set to 1, each_layer_is_an_ols_flag is signaled in the VPS. each_layer_is_an_ols_flag can be set to specify whether each OLS contains a single layer or whether at least one OLS contains multiple layers (e.g., to support multiview). Thus, vps_all_independent_layers_flag and each_layer_is_an_ols_flag can be used to support multiview applications. Furthermore, when this occurs, ols_mode_idc can be set to 2 in the VPS. This explicitly signals the number of OLSs and the layers associated with the OLS. The decoder can then use this information to correctly decode the OLS, including the multi-view video. This approach supports coding efficiency while correcting errors. Thus, the disclosed mechanism improves the performance of the encoder and / or decoder. Furthermore, the disclosed mechanism may reduce bitstream size, thus reducing processor, memory, and / or network resource utilization in both the encoder and decoder.

[0026] Optionally, in any of the aforementioned aspects, a further implementation of the aspect is provided, wherein the decoder is further configured to perform a method as set forth in any of the aforementioned aspects.

[0027] In one embodiment, the present disclosure includes an encoder that encodes a bitstream including coded pictures of one or more layers, and includes encoding means for encoding a VPS into a bitstream including each_layer_is_an_ols_flag when all layers specified by the VPS are coded independently without inter-layer prediction, where each_layer_is_an_ols_flag specifies whether each OLS includes only one layer, and storage means for storing the bitstream for communication to a decoder.

[0028] To support scalability, picture layers can be used. For example, video can be coded into multiple layers. A layer can be coded without reference to other layers. Such a layer is called a simulcast layer. Thus, a simulcast layer can be decoded without reference to other layers. As another example, a layer can be coded using inter-layer prediction. This allows a current layer to be coded by including only the difference between the current layer and a reference layer. Layers can be organized into an OLS. An OLS is a set of layers including at least one output layer and any layers that support decoding of the output layer. As a specific example, a first OLS can include a base layer, and a second OLS can include the base layer and an enhancement layer with increased characteristics. In one example, a first OLS can be sent to a decoder to enable the video to be decoded at a base resolution, or a second OLS can be sent to enable the video to be decoded at a higher, enhanced resolution. Thus, the video can be scaled based on user requests. In some cases, scalability is not used, and each layer is coded as a simulcast layer. Some systems infer that if all layers are simulcast, each OLS should contain a single layer (since no reference layers are used). This inference increases coding efficiency because signaling can be omitted from the coded bitstream. However, such inference does not support multiview. Multiview is also known as stereoscopic video. In multiview, two video sequences of the same scene are recorded by spatially offset cameras. The two video sequences are displayed to the user through different lenses in a headset. In this way, by displaying different spatially offset sequences to each eye, the impression of 3D video and / or visual depth can be created.Thus, an OLS that implements multiview includes two layers (e.g., one for each eye). However, when the layers are all simulcast, a video decoder may use inference to infer that each OLS includes only one layer. This may result in an error because the decoder may display only one layer of the multiview or may not be able to continue displaying any of the layers. Thus, when all layers are simulcast, inference that each OLS includes a single layer may prevent a multiview application from rendering properly at the decoder.

[0029] This example includes a mechanism that enables a video coding system to properly decode multiview video when all layers in the video are simulcast and do not use inter-layer prediction. vps_all_independent_layers_flag is included in the bitstream in the VPS and can be set to 1 when none of the layers use inter-layer prediction (e.g., all are simulcast). When this flag is set to 1, each_layer_is_an_ols_flag is signaled in the VPS. each_layer_is_an_ols_flag can be set to specify whether each OLS contains a single layer or whether at least one OLS contains multiple layers (e.g., to support multiview). Thus, vps_all_independent_layers_flag and each_layer_is_an_ols_flag can be used to support multiview applications. Furthermore, when this occurs, ols_mode_idc can be set to 2 in the VPS. This explicitly signals the number of OLSs and the layers associated with the OLS. The decoder can then use this information to correctly decode the OLS, including the multi-view video. This approach supports coding efficiency while correcting errors. Thus, the disclosed mechanism improves the performance of the encoder and / or decoder. Furthermore, the disclosed mechanism may reduce bitstream size, thus reducing processor, memory, and / or network resource utilization in both the encoder and decoder.

[0030] Optionally, in any of the aforementioned aspects, a further implementation of the aspect is provided, wherein the encoder is further configured to perform a method as set forth in any of the aforementioned aspects.

[0031] For clarity's sake, 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.

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

[0033] For a more complete understanding of the present disclosure, reference should now be made to the following brief description taken in conjunction with the accompanying drawings and detailed description, in which like reference numerals represent like parts. [Brief explanation of the drawings]

[0034] [Figure 1] 1 is a flowchart illustrating an exemplary method for coding a video signal. [Figure 2] 1 is a schematic diagram of an example coding and decoding (codec) system for video coding. [Figure 3] FIG. 1 is a schematic diagram illustrating an exemplary video encoder. [Figure 4] FIG. 1 is a schematic diagram illustrating an exemplary video decoder. [Figure 5] FIG. 1 is a schematic diagram illustrating an example multi-layer video sequence configured for inter-layer prediction. [Figure 6] FIG. 1 is a schematic diagram illustrating an example multiview sequence including a simulcast layer for use in multiview. [Figure 7] FIG. 1 is a schematic diagram illustrating an example bitstream including an OLS with a simulcast layer for multiview use. [Figure 8] 1 is a schematic diagram illustrating an exemplary video coding device. [Figure 9] 10 is a flowchart illustrating an example method for encoding a video sequence with OLS in a simulcast layer for multiview use. [Figure 10]10 is a flowchart illustrating an example method for decoding a video sequence including OLS of a simulcast layer for use in multiview. [Figure 11] FIG. 1 is a schematic diagram illustrating an example system for coding a video sequence with OLS in a simulcast layer for multiview use. DETAILED DESCRIPTION OF THE INVENTION

[0035] While exemplary implementations of one or more embodiments are provided below, it should be understood at the outset that the disclosed systems and / or methods may be implemented using any number of techniques, whether currently known or in existence. The present disclosure is in no way limited to the exemplary implementations, drawings, and techniques shown below, including the exemplary designs and implementations shown and described herein, and may be modified within the scope of the appended claims, along with their full range of equivalents.

[0036] The following terms are defined as follows, unless used herein 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 supplemental and not limiting of any other definitions of the descriptions provided for such terms herein.

[0037] A bitstream is a sequence of bits containing video data that is 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 the bitstream for display using a decoding process. A picture is an array of luma samples and / or an array of chroma samples that make up a frame or a field thereof. For clarity of explanation, the picture being encoded or decoded may be referred to as the current picture.

[0038] A Network Abstraction Layer (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 is interspersed with emulation prevention bytes as needed. A Video Coding Layer (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 and associated non-VCL NAL units that share specified characteristics (e.g., a common resolution, frame rate, picture size, etc.). VCL NAL units of a layer may share a specific value of the NAL unit header layer identifier (nuh_layer_id). A coded picture is a coded representation of a picture that contains VCL NAL units with a specific value of the NAL unit header layer identifier (nuh_layer_id) within its access units (AUs) and includes all coding tree units (CTUs) of the picture. A decoded picture is a picture produced by applying a decoding process to a coded picture.

[0039] An output layer set (OLS) is a set of layers in which one or more layers are designated as output layers. An output layer is a layer designated for output (e.g., to a display). The 0th OLS is an OLS that includes only the lowest layer (the layer with the lowest layer identifier) ​​and therefore only includes output layers. A video parameter set (VPS) is a data unit that includes parameters related to the entire video. Inter-layer prediction is a mechanism for coding a current picture in a current layer by referencing a reference picture in a reference layer, where the current picture and the reference picture are included in the same AU and the reference layer includes a lower nuh_layer_id than the current layer.

[0040] The "each layer is an OLS" flag (each_layer_is_an_ols_flag) is a syntax element that signals whether each OLS in the bitstream contains a single layer. The OLS mode identification code (ols_mode_idc) is a syntax element that indicates information about the number of OLSs, the layers of the OLS, and the output layer of the OLS. The "all independent layers in VPS" flag (vps_all_independent_layers_flag) is a syntax element that signals whether inter-layer prediction is used to code any of the layers in the bitstream. The "VPS maximum layers minus 1" (vps_max_layers_minus1) is a syntax element that signals the number of layers specified by the VPS and, therefore, the maximum number of layers allowed in the corresponding coded video sequence. The "number of output layer sets minus 1" (num_output_layer_sets_minus1) is a syntax element that specifies the total number of OLSs specified by the VPS.

[0041] The following acronyms are used in this specification: Coding Tree Block (CTB), Coding Tree Unit (CTU), Coding Unit (CU), Coded Video Sequence (CVS), 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), Raw Byte Sequence Payload (RBSP), Sequence Parameter Set (SPS), Video Parameter Set (VPS), Versatile Video Coding (VVC), and Working Draft (WD).

[0042] 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, video slices (e.g., video pictures or portions of video pictures) may be partitioned 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 within an intra-coded (I) slice of a picture are coded using spatial prediction with respect to reference samples in neighboring blocks within the same picture. Video blocks within an inter-coded unidirectionally predicted (P) slice or bidirectionally predicted (B) slice of a picture may be coded using spatial prediction with respect to reference samples in neighboring blocks within 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 prediction block that represents an image block. Residual data represents pixel differences between the original image block and the prediction block. Thus, inter-coded blocks are coded according to a motion vector that points to a block of reference samples forming the prediction block and residual data that indicates the difference between the coded block and the prediction block. Intra-coded blocks are coded 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, resulting in residual transform coefficients that may be quantized. The quantized transform coefficients may first be arranged in a two-dimensional array. The quantized transform coefficients may be scanned to generate a one-dimensional vector of transform coefficients. To achieve even further compression, entropy coding may be applied.Such video compression techniques are described in further detail below.

[0043] 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 Telecommunication 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 ITU-T and ISO / IEC joint video experts team (JVET) has begun development of a video coding standard called Versatile Video Coding (VVC). VVC is included in the Working Documents (WDs) including JVET-O2001-v14.

[0044] Layers of a picture can be used to support scalability. For example, video can be coded into multiple layers. A layer can be coded without reference to other layers. Such a layer is called a simulcast layer. Thus, a simulcast layer can be decoded without reference to other layers. As another example, a layer can be coded using inter-layer prediction. This allows a current layer to be coded by including only the differences between the current layer and a reference layer. For example, the current layer and the reference layer may include the same video sequence coded by varying characteristics such as signal-to-noise ratio (SNR), picture size, frame rate, etc. Layers can be organized into output layer sets (OLS). An OLS is a set of layers including at least one output layer and any layers that support decoding of the output layer. As a specific example, a first OLS may include a base layer, and a second OLS may include the base layer and an enhancement layer with increased characteristics. In one example where the characteristic is picture resolution, a first OLS can be sent to the decoder to allow the video to be decoded at a base resolution, or a second OLS can be sent to allow the video to be decoded at a higher enhanced resolution. Thus, the video can be scaled based on user requests.

[0045] In some cases, scalability is not used, and each layer is coded as a simulcast layer. Some systems infer that if all layers are simulcast, each OLS should contain a single layer (since no reference layers are used). This inference increases coding efficiency because signaling can be omitted from the coded bitstream. However, such inference does not support multiview. Multiview is also known as stereoscopic video. In multiview, two video sequences of the same scene are recorded by spatially offset cameras. The two video sequences are displayed to the user through different lenses in a headset. In this way, by displaying different spatially offset sequences to each eye, the impression of three-dimensional (3D) video and / or visual depth can be created. Therefore, an OLS implementing multiview contains two layers (e.g., one for each eye). However, when the layers are all simulcast, a video decoder may use inference to infer that each OLS contains only one layer. This may result in errors, as the decoder may only display one layer of the multiview or may not be able to continue displaying any layers. Thus, the inference that each OLS contains a single layer when all layers are simulcast may prevent multiview applications from rendering properly at the decoder.

[0046] Disclosed herein is a mechanism that enables a video coding system to properly decode multiview video when all layers in the video are simulcast and do not use inter-layer prediction. An "all independent layers in VPS" flag (vps_all_independent_layers_flag) can be included in the bitstream in the VPS and set to 1 when none of the layers use inter-layer prediction (e.g., all are simulcast). When this flag is set to 1, an "each layer is an output layer set (OLS)" flag (each_layer_is_an_ols_flag) is signaled in the VPS. each_layer_is_an_ols_flag can be set to specify whether each OLS contains a single layer or whether at least one OLS contains multiple layers (e.g., to support multiview). Thus, vps_all_independent_layers_flag and each_layer_is_an_ols_flag can be used to support multiview applications. Furthermore, when this occurs, the OLS mode identification code (ols_mode_idc) can be set to 2 in the VPS. This explicitly signals the number of OLSs and the layers associated with the OLS. The decoder can then use this information to correctly decode the OLS, including multi-view video. This approach supports coding efficiency while correcting errors. Thus, the disclosed mechanism improves the performance of the encoder and / or decoder. Furthermore, the disclosed mechanism may reduce bitstream size, thus reducing processor, memory, and / or network resource utilization in both the encoder and decoder.

[0047] 1 is a flowchart illustrating an exemplary operational method 100 for coding a video signal. Specifically, a video signal is encoded in an encoder. The encoding process compresses the video signal using various mechanisms to reduce the video file size. The smaller file size allows the compressed video file to be transmitted to a user while reducing 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 enable the decoder to consistently reconstruct the video signal.

[0048] In step 101, a video signal is input to an 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 an audio component and a video component. The video component includes a series of image frames that, when viewed in sequence, create the visual impression of movement. A frame includes pixels represented by 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 frame may also include depth values ​​to support three-dimensional viewing.

[0049] In step 103, the video is partitioned into blocks. Partitioning involves subdividing 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 predefined size (e.g., 64 pixels by 64 pixels). CTUs contain both luma samples and chroma samples. A coding tree may be used to divide the CTUs into blocks, and then the blocks may be recursively subdivided until a configuration that supports further encoding is achieved. For example, the luma component of a frame may be subdivided until each block contains relatively uniform illumination values. Furthermore, the chroma component of a frame may be subdivided until each block contains relatively uniform color values. Thus, the partitioning scheme varies depending on the content of the video frame.

[0050] In step 105, various compression mechanisms are used to compress the image blocks partitioned in step 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 consecutive frames. Therefore, a block representing an object in a reference frame need not be repeatedly described 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 reference 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, by object motion or camera motion. As a specific example, a video may show a car moving across the screen across multiple frames. To describe such motion, a motion vector may be used. A motion vector is a two-dimensional vector that provides an offset from the coordinates of an object in a frame to the coordinates of the object in a reference frame. Thus, inter-prediction may encode an image block in a current frame as a set of motion vectors indicating an offset from a corresponding block in a reference frame.

[0051] Intra prediction encodes blocks within a common frame. Intra prediction takes advantage of 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. Directional mode indicates that the current block is similar / the same as samples of neighboring blocks in the corresponding direction. Planar mode indicates that a series of blocks along a row / column (e.g., a plane) can be interpolated based on neighboring blocks at the edge of the row. Planar mode effectively indicates a smooth transition of light / color across a row / column by using a relatively constant slope for value changes. DC mode is used for boundary smoothing and indicates that the block is similar / the same as the average value associated with samples of all neighboring blocks associated with the angular direction of the directional prediction mode. Therefore, intra-predicted blocks can represent image blocks as various relational prediction mode values ​​instead of actual values. Furthermore, inter-predicted blocks can represent image blocks as motion vector values ​​instead of 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.

[0052] Various filtering techniques may be applied in step 107. In HEVC, filters are applied according to an in-loop filtering scheme. The block-based prediction described above may create blocky images at the decoder. Furthermore, block-based prediction schemes may encode blocks and then reconstruct the encoded blocks for later use as reference blocks. In-loop filtering schemes iteratively apply noise suppression filters, deblocking filters, adaptive loop filters, and sample adaptive offset (SAO) filters to blocks / frames. These filters mitigate such blocking artifacts so that the encoded file can be accurately reconstructed. Furthermore, these filters mitigate artifacts in the reconstructed reference blocks so that the artifacts are less likely to create additional artifacts in subsequent blocks that are coded based on the reconstructed reference blocks.

[0053] Once the video signal has been partitioned, compressed, and filtered, the resulting data is encoded into a bitstream in step 109. The bitstream includes the data described above as well as any signaling data desired to support proper video signal reconstruction at the decoder. For example, such data may include partition 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 decoders on demand. The bitstream may also be broadcast and / or multicast to multiple decoders. Creation of the bitstream is an iterative process. Thus, steps 101, 103, 105, 107, and 109 may occur sequentially and / or simultaneously across multiple frames and blocks. The order depicted in FIG. 1 is presented for clarity and ease of explanation and is not intended to limit the video coding process to any particular order.

[0054] The decoder receives the bitstream and begins the decoding process in step 111. Specifically, the decoder uses an entropy decoding scheme to convert the bitstream into corresponding syntax and video data. In step 111, the decoder uses syntax data from the bitstream to determine the frame partition. The partitioning should match the result of the block partitioning in step 103. Next, we will describe the entropy encoding / decoding used in step 111. The encoder makes many choices during the compression process, such as selecting a block partitioning scheme from several possible options based on the spatial positioning of values ​​in the input image. Signaling the exact selection may use a number of bins. As used herein, a bin is a binary value 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 feasible in 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 a codeword for the selected option. This scheme reduces the size of the codeword because the codeword is only as large as necessary 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 to the encoder. By determining the set of allowable options, the decoder can read the codeword and determine the selection made by the encoder.

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

[0056] In step 115, filtering is performed on the frames of the reconstructed video signal in a manner similar to step 107 in the encoder. For example, noise suppression filters, deblocking filters, adaptive loop filters, and SAO filters may be applied to the frames to remove blocking artifacts. Once the frames have been filtered, in step 117 the video signal can be output to a display for viewing by an end user.

[0057] 2 is a schematic diagram of an exemplary coding and decoding (codec) system 200 for video coding. Specifically, codec system 200 provides functionality supporting the implementation of operating method 100. Codec system 200 is generalized to illustrate components used in both encoders and decoders. Codec system 200 receives and partitions a video signal, resulting in partitioned video signal 201, as described for steps 101 and 103 of operating method 100. Then, when operating as an encoder, codec system 200 compresses partitioned video signal 201 into a coded bitstream, as described for steps 105, 107, and 109 of method 100. When operating as a decoder, codec system 200 generates an output video signal from the bitstream, as described for steps 111, 113, 115, and 117 of operating 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 coded / decoded, and dashed lines indicate the movement of control data that controls the operation of other components. All of the components of codec system 200 may reside within 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.

[0058] The partitioned video signal 201 is a captured video sequence that has been partitioned into blocks of pixels by a coding tree. The coding tree uses various partitioning modes to subdivide the blocks of pixels into smaller blocks of pixels. These blocks can then be further subdivided into smaller blocks. Blocks are sometimes referred to as nodes on the coding tree. Larger parent nodes are divided into smaller child nodes. The number of times a node is subdivided is referred to as the depth of the node / coding tree. In some cases, the partitioned blocks can be included in a coding unit (CU). For example, a CU can be a subpart of a CTU that includes a luma block, a red-difference chroma (Cr) block, and a blue-difference chroma (Cb) block, along with corresponding syntax instructions for the CU. Partitioning modes can include a binary tree (BT), a ternary tree (TT), and a quad tree (QT), which are used to partition a node into two, three, or four child nodes, respectively, of various shapes depending on the partitioning mode used. The partitioned 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.

[0059] The general coder control component 211 is configured to make decisions related to encoding images of a video sequence into a bitstream according to application constraints. For example, the general coder control component 211 manages the optimization of bitrate / bitstream size versus reconstruction quality. Such decisions may be made based on storage space / bandwidth availability and image resolution requirements. The general coder control component 211 also manages buffer utilization in relation to transmission rate to mitigate buffer underrun and overrun issues. To manage these issues, the general coder control component 211 manages partitioning, prediction, and filtering by other components. For example, the general coder control component 211 may dynamically increase compression complexity to increase resolution and bandwidth usage, or decrease compression complexity to decrease resolution and bandwidth usage. Thus, the general coder control component 211 controls other components of the codec system 200 to balance video signal reconstruction quality with bitrate considerations. The general coder control component 211 generates control data that controls the operation of other components. Control data is also forwarded to the header formatting and CABAC component 231 and encoded into the bitstream to signal parameters for decoding at the decoder.

[0060] The partitioned video signal 201 is also transmitted 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 divided into multiple video blocks. The motion estimation component 221 and the motion compensation component 219 perform inter-predictive coding of the received video blocks relative 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.

[0061] 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 the process of generating motion vectors that estimate the motion of video blocks. 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 the block being 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 differences (SAD), sum of squared differences (SSD), or other difference metrics. HEVC uses several coded objects, including CTUs, coding tree blocks (CTBs), and CUs. For example, a CTU may be divided into CTBs, and a CTB may be divided into CBs for inclusion in a CU. A CU may be coded as a prediction unit (PU) containing prediction data and / or a transform unit (TU) containing transformed residual data for the CU. The motion estimation component 221 generates motion vectors, PUs, and TUs by using rate-distortion analysis as part of a rate-distortion optimization process. For example, motion estimation component 221 may determine multiple reference blocks, multiple motion vectors, etc. for the current block / frame and may select the reference block, motion vector, etc. with the best rate-distortion characteristics, which balance both the quality of the video reconstruction (e.g., the amount of data lost due to compression) and the coding efficiency (e.g., the size of the final encoding).

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

[0063] The motion compensation performed by the motion compensation component 219 may involve fetching or generating a predictive block based on a 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 a motion vector for the PU of the current video block, the motion compensation component 219 may find the predictive block to which the motion vector points. A residual video block is then formed by subtracting pixel values ​​of the predictive block from pixel values ​​of the current video block being coded, forming pixel difference values. Generally, 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.

[0064] The partitioned video signal 201 is also sent to an intra-picture estimation component 215 and an intra-picture prediction component 217. Like 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 within a current frame as an alternative to the inter-prediction performed by the inter-frame motion estimation component 221 and the motion compensation component 219, 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 multiple tested intra-prediction modes. The selected intra-prediction mode is then forwarded to the header formatting and CABAC component 231 for encoding.

[0065] For example, the intra-picture estimation component 215 may calculate a rate-distortion value using a rate-distortion analysis of various tested intra-prediction modes and select 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 a coded block and the original uncoded block coded to generate the coded block, as well as the bit rate (e.g., number of bits) used to generate the coded block. The intra-picture estimation component 215 may calculate a ratio from the distortion and rate of various coded 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 depth blocks of a depth map using a rate-distortion optimization (RDO)-based depth modeling mode (DMM).

[0066] 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 when implemented in an encoder, or may read the residual block from the bitstream when implemented in a decoder. The residual block contains 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 the luma and chroma components.

[0067] 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, resulting in a video block containing 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 the pixel value domain to a transform domain, such as the 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 involves applying a scale factor to the residual information so 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 may be modified by adjusting a quantization parameter. In some examples, the transform scaling and quantization component 213 may then perform a scan of the matrix containing the quantized transform coefficients, which are forwarded to the header formatting and CABAC component 231 and encoded into a bitstream.

[0068] 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, transform, and / or quantization to reconstruct residual blocks in the pixel domain for later use as reference blocks that may become predictive blocks for other current blocks, for example. The motion estimation component 221 and / or motion compensation component 219 may calculate reference blocks by adding the residual blocks back to the corresponding predictive blocks for use in motion estimation of later blocks / frames. A filter is applied to the reconstructed reference blocks to mitigate artifacts created during scaling, quantization, and transform. Otherwise, such artifacts may cause inaccurate predictions (and create additional artifacts) when subsequent blocks are predicted.

[0069] The filter control analysis component 227 and the in-loop filter component 225 apply filters to residual blocks and / or reconstructed image blocks. For example, a 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. Like the other components in FIG. 2, the filter control analysis component 227 and the in-loop filter component 225 may be highly integrated and implemented together, but are shown separately for conceptual purposes. The filters applied to reconstructed reference blocks are applied to specific spatial regions and include multiple parameters for adjusting how such filters are applied. The filter control analysis component 227 analyzes the reconstructed reference blocks to determine where such filters should be applied and set 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., reconstructed pixel blocks) or the frequency domain, depending on the example.

[0070] When operating as an encoder, the filtered reconstructed image blocks, residual blocks, and / or prediction 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 to the display as part of the output video signal. The decoded picture buffer component 223 may be any memory device capable of storing prediction blocks, residual blocks, and / or reconstructed image blocks.

[0071] The header formatting and CABAC component 231 receives data from various components of the codec system 200 and encodes such data into a coded bitstream for transmission to a 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. Additionally, prediction data, including intra-prediction and motion data, and residual data in the form of quantized transform coefficient data are all encoded into the bitstream. The final bitstream contains all information desired by a decoder to reconstruct the original partitioned video signal 201. Such information may also include an intra-prediction mode index table (also called a codeword mapping table), definitions of coding contexts for various blocks, indications of the most probable intra-prediction mode, indications of partition information, etc. Such data may be encoded using entropy coding. For example, the information may be encoded using context-adaptive variable length coding (CAVLC), CABAC, syntax-based context-adaptive binary arithmetic coding (SBAC), probability interval partitioned entropy (PIPE) coding, or other entropy coding techniques. Following entropy coding, the coded bitstream may be transmitted to another device (e.g., a video decoder) or archived for later transmission or retrieval.

[0072] 3 is a block diagram illustrating an example video encoder 300. Video encoder 300 may be used to implement the encoding functionality of codec system 200 and / or to implement steps 101, 103, 105, 107, and / or 109 of operating method 100. Encoder 300 partitions an input video signal, resulting in a partitioned video signal 301 that is substantially similar to partitioned video signal 201. Partitioned video signal 301 is then compressed and encoded into a bitstream by components of encoder 300.

[0073] Specifically, the partitioned 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 partitioned 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 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 transforming and quantizing 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 (together 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 .

[0074] The transformed and quantized residual block and / or the corresponding prediction block are also transferred from the transform and quantization component 313 to the inverse transform and quantization component 329 and reconstructed 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 for 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.

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

[0076] 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 may use header information to provide 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, partition information, motion data, prediction data, and quantized transform coefficients from residual blocks. The quantized transform coefficients are forwarded to the inverse transform and quantization component 429 for reconstruction into residual blocks. The inverse transform and quantization component 429 may be similar to the inverse transform and quantization component 329.

[0077] 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 an 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 locate a reference block within a frame and applies the residual block to the result to reconstruct an intra-predicted image block. The reconstructed intra-predicted image block and / or residual block and corresponding inter-prediction data are forwarded to the decoded picture buffer component 423 via an 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, residual block, and / or predictive block, and such information is stored in the decoded picture buffer component 423. The reconstructed image block from the decoded picture buffer component 423 is 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 generates a prediction block using a motion vector from a reference block and applies a residual block to the result to reconstruct an image block. The resulting reconstructed block may be transferred to the decoded picture buffer component 423 via the in-loop filter component 425. The decoded picture buffer component 423 subsequently stores additional reconstructed image blocks that may be reconstructed into frames via the partition information. Such frames may be arranged in a sequence. This sequence is output to a display as a reconstructed output video signal.

[0078] 5 is a schematic diagram illustrating an example multi-layer video sequence 500 configured for inter-layer prediction 521. The multi-layer video sequence 500 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, for example, according to method 100. The multi-layer video sequence 500 is included to illustrate an example application for layers in a coded video sequence. The multi-layer video sequence 500 is any video sequence that uses multiple layers, such as layer N 531 and layer N+1 532.

[0079] In one example, multi-layer video sequence 500 may use inter-layer prediction 521. Inter-layer prediction 521 is applied between pictures 511, 512, 513, and 514 and pictures 515, 516, 517, and 518 of different layers. In the illustrated example, pictures 511, 512, 513, and 514 are part of layer N+1 532, and pictures 515, 516, 517, and 518 are part of layer N 531. A layer, such as layer N 531 and / or layer N+1 532, 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 that share the same nuh_layer_id. 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 video data, performing conformance checks, or other operations.

[0080] In the illustrated example, layer N+1 532 is associated with a larger image size than layer N 531. Thus, pictures 511, 512, 513, and 514 in layer N+1 532 have a larger picture size (e.g., larger height and width, and therefore more samples) than pictures 515, 516, 517, and 518 in layer N 531 in this example. However, such pictures may be divided between layer N+1 532 and layer N 531 by other characteristics. Although only two layers, layer N+1 532 and layer N 531, are shown, a set of pictures may be divided into any number of layers based on associated characteristics. Layer N+1 532 and layer N 531 may also be indicated by a layer identifier (ID). A layer ID is an item of data associated with a picture that indicates that the picture is part of the indicated layer. Thus, each picture 511-518 may be associated with a corresponding layer ID to indicate which layer N+1 532 or layer N 531 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 the identifier of the layer containing the NAL unit (e.g., containing slices and / or parameters of a picture within the layer). A layer associated with a lower quality / bitstream size, such as layer N 531, is generally assigned a lower layer ID and is referred to as a lower layer. Furthermore, a layer associated with a higher quality / bitstream size, such as layer N+1 532, is generally assigned a higher layer ID and is referred to as an upper layer.

[0081] Pictures 511-518 in different layers 531-532 are configured to be displayed alternatively. As a particular example, a decoder may decode and display picture 515 at the current display time if a smaller picture is desired, or the decoder may decode and display picture 511 at the current display time if a larger picture is desired. Thus, pictures 511-514 in higher layer N+1 532 contain substantially the same image data as corresponding pictures 515-518 in lower layer N 531 (despite differences in picture size). Specifically, picture 511 contains substantially the same image data as picture 515, picture 512 contains substantially the same image data as picture 516, and so on.

[0082] Pictures 511-518 can be coded by referencing other pictures 511-518 in the same layer N 531 or N+1 532. Coding a picture with reference to other pictures in the same layer results in inter-prediction 523. Inter-prediction 523 is indicated by solid arrows. For example, picture 513 may be coded using inter-prediction 523 using one or two of pictures 511, 512, and / or 514 in layer N+1 532 as references, with one picture referenced for unidirectional inter-prediction and / or two pictures referenced for bidirectional inter-prediction. Furthermore, picture 517 may be coded using inter-prediction 523 using one or two of pictures 515, 516, and / or 518 in layer N 531 as references, with one picture referenced for unidirectional inter-prediction and / or two pictures referenced for bidirectional inter-prediction. When performing inter prediction 523, when a picture is used as a reference for other pictures in the same layer, the picture may be called a reference picture. For example, picture 512 may be a reference picture used to code picture 513 according to inter prediction 523. Inter prediction 523 may also be called intra-layer prediction in a multi-layer context. Thus, inter prediction 523 is a mechanism for coding samples of a current picture by referencing indicated samples in a reference picture different from the current picture when the reference picture and the current picture are in the same layer.

[0083] Pictures 511-518 can also be coded by referencing other pictures 511-518 in different layers. This process is known as inter-layer prediction 521 and is indicated by the dashed arrows. Inter-layer prediction 521 is a mechanism for coding samples of a current picture by referencing indicated samples in a reference picture when 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 531 can be used as a reference picture for coding a corresponding picture in upper layer N+1 532. As a specific example, picture 511 can be coded by referencing picture 515 according to inter-layer prediction 521. In such a case, picture 515 is used as the inter-layer reference picture. The inter-layer reference picture is the reference picture used for inter-layer prediction 521. In most cases, inter-layer prediction 521 is constrained so that a current picture, such as picture 511, can only use inter-layer reference pictures that are included in the same AU and are in a lower layer, such as picture 515. An AU is a set of pictures associated with a particular output time in a video sequence; therefore, an AU may contain one picture per layer. When multiple layers (e.g., three or more) are available, inter-layer prediction 521 can encode / decode the current picture based on multiple inter-layer reference pictures at a lower level than the current picture.

[0084] A video encoder can use the multi-layer video sequence 500 to encode pictures 511-518 through many different combinations and / or permutations of inter-prediction 523 and inter-layer prediction 521. For example, picture 515 may be coded according to intra-prediction. Pictures 516-518 can then be coded according to inter-prediction 523 by using picture 515 as a reference picture. Furthermore, picture 511 may be coded according to inter-layer prediction 521 by using picture 515 as an inter-layer reference picture. Pictures 512-514 can then be coded according to inter-prediction 523 by using picture 511 as a reference picture. Thus, reference pictures can function as both single-layer reference pictures and inter-layer reference pictures for different coding schemes. By coding the upper layer N+1 532 picture based on the lower layer N 531 picture, the upper layer N+1 532 can avoid using intra prediction, which has much lower coding efficiency than inter prediction 523 and inter-layer prediction 521. Thus, the poor coding efficiency of intra prediction can be limited to minimum / lowest quality pictures and, therefore, to coding a minimum amount of video data. Pictures used as reference pictures and / or inter-layer reference pictures can be indicated in entries of a reference picture list included in a reference picture list structure.

[0085] To perform such operations, layers such as layer N 531 and layer N+1 532 may be included in OLS 525. OLS 525 is a set of layers, one or more of which are designated as output layers. An output layer is a layer designated for output (e.g., to a display). For example, layer N 531 may be included only to support inter-layer prediction 521 and may never be output. In such a case, layer N+1 532 is decoded and output based on layer N 531. In such a case, OLS 525 includes layer N+1 532 as an output layer. OLS 525 may include many layers in different combinations. For example, an output layer in OLS 525 can be coded according to inter-layer prediction 521 based on one, two, or many lower layers. Furthermore, OLS 525 may include two or more output layers. Thus, OLS 525 may include one or more output layers and any supporting layers necessary to reconstruct the output layer. A multi-layer video sequence 500 can be coded by using many different OLSs 525, each using a different combination of layers.

[0086] As a particular example, inter-layer prediction 521 may be used to support scalability. For example, a video may be coded into a base layer, such as layer N 531, and several enhancement layers, such as layer N+1 532, layer N+2, and layer N+3, which are coded according to inter-layer prediction 521. A video sequence may be coded for several scalable characteristics, such as resolution, frame rate, and picture size. An OLS 525 may then be created for each allowable characteristic. For example, an OLS 525 for a first resolution may include only layer N 531, an OLS 525 for a second resolution may include layer N 531 and layer N+1 532, and an OLS for a third resolution may include layer N 531, layer N+1 532, layer N+2, and so on. In this manner, the OLS 525 can be transmitted to allow a decoder to decode which version of the multi-layer video sequence 500 is desired based on network conditions, hardware constraints, etc.

[0087] 6 is a schematic diagram illustrating an example multiview sequence 600 including simulcast layers 631, 632, 633, and 634 for use in multiview. Multiview sequence 600 is a type of multi-layer video sequence 500. Thus, multiview 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, e.g., according to method 100.

[0088] Multi-view video is also called stereoscopic video. In multi-view, a video sequence is simultaneously captured from multiple camera angles into a single video stream. For example, a pair of spatially offset cameras can be used to capture the video. Each camera captures the video from a different angle. This results in a pair of views of the same subject. A first view can be presented to a user's right eye, and a second view can be presented to the user's left eye. For example, this can be achieved by using a head-mounted display (HMD) that includes a left-eye display and a separate right-eye display. Displaying a pair of streams of the same subject from different angles creates the impression of visual depth, thus creating a 3D viewing experience.

[0089] To implement multiview, video can be coded into multiple OLSs, such as OLS 625 and OLS 626, which are similar to OLS 525. Each view is coded into a layer, such as layers 631, 632, 633, and 634, which may be similar to layer N 531. As a specific example, the right-eye view can be coded into layer 631, and the left-eye view can be coded into layer 632. Layers 631 and 632 can then be included in OLS 625. In this manner, OLS 625 can be transmitted to a decoder, with layers 631 and 632 marked as output layers. The decoder can then decode and display both layers 631 and 632. Thus, OLS 625 provides sufficient data to enable representation of multiview video. Like other types of video, multiview video may be coded into several representations to allow for different display devices, different network conditions, etc. Thus, OLS 626 includes video that is substantially similar to OLS 625, but coded to achieve different characteristics. For example, layer 633 may be substantially similar to layer 631, and layer 634 may be substantially similar to layer 632. However, layers 633 and 634 may have different characteristics than layers 631 and 632. As a specific example, layers 633 and 634 may be encoded at a different resolution, frame rate, screen size, etc. than layers 631 and 632. As a particular example, if a first picture resolution is desired, OLS 625 may be transmitted to the decoder, and if a second picture resolution is desired, OLS 626 may be transmitted to the decoder.

[0090] In some cases, scalability is not used. Layers that do not use inter-layer prediction are called simulcast layers. Simulcast layers can be fully decoded without reference to other layers. For example, layers 631-634 shown are all simulcast layers because they do not rely on any reference layers. This configuration can cause errors in some video coding systems.

[0091] For example, some video coding systems may be configured to infer that each OLS contains a single layer when all layers are simulcast. In some cases, such inference is reasonable. For example, when scalability is not used for standard video, the system may assume that each simulcast layer can be displayed without any other layers, and therefore the OLS contains only one layer. This inference may prevent multiview from working properly. As shown, OLSs 625 and 626 each contain two layers, 631 and 632, and layers 633 and 634, respectively. In such a case, the decoder may be uncertain about which layer to decode and may decode and not display both layers because only one layer is expected.

[0092] This disclosure addresses this issue by using each_layer_is_an_ols_flag in the bitstream. Specifically, each_layer_is_an_ols_flag is signaled when all layers 631-634 are simulcast, as indicated by vps_all_independent_layers_flag. each_layer_is_an_ols_flag indicates whether each OLS includes a single layer or whether any OLS, such as OLSs 625 and 626, includes two or more layers. This allows the multiview sequence 600 to be properly decoded. Furthermore, ols_mode_idc may be set to indicate that the number of OLSs 625-626 as well as information related to layers 631-634 should be explicitly signaled (e.g., an indication of which layers 631-634 are output layers). These flags provide sufficient information for a decoder to correctly decode and display OLSs 625 and / or 626 using multiview. Note that each_layer_is_an_ols_flag, vps_all_independent_layers_flag, and ols_mode_idc are named based on the nomenclature used by the VVC standard. For consistency and clarity of description, such names are included here. However, such syntax elements may be called by other names without departing from the scope of this disclosure.

[0093] 7 is a schematic diagram illustrating an example bitstream 700 including an OLS with a simulcast layer for use in multiview. For example, bitstream 700 can be generated by codec system 200 and / or encoder 300 for decoding by codec system 200 and / or decoder 400 in accordance with method 100. Furthermore, bitstream 700 can include coded multi-layer video sequence 500 and / or multiview sequence 600.

[0094] Bitstream 700 includes a VPS 711, one or more sequence parameter sets (SPSs) 713, multiple picture parameter sets (PPSs) 715, multiple slice headers 717, and image data 720. The VPS 711 includes data related to the entire bitstream 700. For example, the VPS 711 may include data related to image sequences, 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 can include data for multiple sequences. The PPS 715 includes parameters that apply to the entire picture. Thus, each picture in a video sequence may reference a PPS 715. Note that while each picture references a PPS 715, in some examples, a single PPS 715 can contain data for multiple pictures. For example, multiple similar pictures may be coded according to similar parameters. In such cases, a single PPS 715 may contain data for such similar pictures. The PPS 715 may indicate coding tools available for slices, quantization parameters, offsets, etc. within the corresponding picture.

[0095] The slice header 717 contains parameters specific to each slice 727 in a picture 725. Thus, there may be one slice header 717 per slice 727 in a video sequence. The slice header 717 may include slice type information, POC, a 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 contains parameters that apply to all slices 727 in a single picture. For this reason, picture header and slice header 717 may be used interchangeably in some contexts. For example, some parameters may be moved between slice header 717 and picture header depending on whether such parameters are common to all slices 727 in a picture 725.

[0096] Image data 720 includes video data coded according to inter-prediction and / or intra-prediction, as well as corresponding transformed and quantized residual data. For example, image data 720 may include layers 723 of a picture 725. The layers 723 may be organized into OLSs 721. OLSs 721 may be substantially similar to OLSs 525, 625, and / or 626. Specifically, an OLS 721 is a set of layers 723, with one or more layers 723 designated as output layers. For example, bitstream 700 may be coded to include several OLSs 721 with video coded at different resolutions, frame rates, picture 725 sizes, etc. Upon request by the decoder, a sub-bitstream extraction process can remove all but the requested OLSs 721 from bitstream 700. The encoder can then send bitstream 700 to the decoder containing only the requested OLSs 721, and thus only video that meets the requested criteria.

[0097] Layer 723 may be substantially similar to layer N 531, layer N+1 532, and / or layers 631, 632, 633, and / or 634. Layer 723 is generally a set of coded pictures 725. Layer 723 may be formally defined as a set of VCL NAL units that, when decoded, share specified characteristics (e.g., a common resolution, frame rate, picture size, etc.). Layer 723 also includes associated non-VCL NAL units to support decoding of VCL NAL units. VCL NAL units of layer 723 may share a particular value of nuh_layer_id. Layer 723 may be a simulcast layer coded without inter-layer prediction, or may be a layer 723 coded according to inter-layer prediction, as described with respect to Figures 6 and 5, respectively.

[0098] A picture 725 is an array of luma samples and / or chroma samples that make up a frame or a field thereof. For example, a picture 725 may be a coded image that can be output for display or used to support coding of other pictures 725 for output. A picture 725 may include a set of VCL NAL units. A picture 725 includes one or more slices 727. A slice 727 may be defined as an integer number of complete tiles of a picture 725 or an integer number of contiguous complete coding tree unit (CTU) rows (e.g., within a tile) that are exclusively contained in a single NAL unit, particularly a VCL NAL unit. 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 can be partitioned by a coding tree. A CTB is a subset of a CTU and contains the luma or chroma component of the CTU. The CTUs / CTBs are further divided into coding blocks based on the coding tree. The coding block can then be encoded / decoded according to a prediction mechanism.

[0099] This disclosure includes mechanisms that enable video coding systems to properly decode multiview video, such as multiview sequence 600, when all layers 723 in the video are simulcast and do not use inter-layer prediction. For example, VPS 711 may include various data to indicate to a decoder that the layers 723 are all simulcast and that OLS 721 includes two or more layers 723. vps_all_independent_layers_flag 731 may be included in bitstream 700 within VPS 711. vps_all_independent_layers_flag 731 is a syntax element that signals whether inter-layer prediction is used to code any of the layers 723 in bitstream 700. For example, vps_all_independent_layers_flag 731 may be set to 1 when none of the layers 723 use inter-layer prediction and therefore are all simulcast. In another example, vps_all_independent_layers_flag731 can be set to 0 to indicate that at least one of the layers 723 uses inter-layer prediction. When vps_all_independent_layers_flag731 is set to 1 to indicate that all layers 723 are simulcast, each_layer_is_an_ols_flag733 is signaled in the VPS711. each_layer_is_an_ols_flag733 is a syntax element that signals whether each OLS721 in the bitstream700 includes a single layer723. For example, each OLS721 may include a single simulcast layer in most cases. However, when multiview video is encoded into the bitstream700, one or more OLS721 may include two simulcast layers.Thus, each_layer_is_an_ols_flag 733 may be set (e.g., to 1) to specify that each OLS 721 includes a single layer 723, or may be set (e.g., to 0) to specify that at least one OLS 721 includes two or more layers 723 to support multi-view. Thus, vps_all_independent_layers_flag 731 and each_layer_is_an_ols_flag 733 can be used to support multi-view applications.

[0100] Additionally, VPS 711 may include ols_mode_idc 735. ols_mode_idc 735 is a syntax element that indicates information about the number of OLSs 721, the layers 723 of the OLSs 721, and the output layers of the OLSs 721. An output layer 723 is any layer that is specified for output by a decoder, as opposed to being used only for reference-based coding. ols_mode_idc 735 may be set to 0 or 1 to code other types of video. ols_mode_idc 735 can be set to 2 to support multiview. For example, ols_mode_idc 735 can be set to 2 when vps_all_independent_layers_flag 731 is set to 1 (indicating a simulcast layer) and each_layer_is_an_ols_flag 733 is set to 0, indicating that at least one OLS 721 includes two or more layers 723. When ols_mode_idc735 is set to 2, the number of OLS721 and information about the number of layers 723 and / or output layers contained in each OLS721 are explicitly signaled.

[0101] The VPS 711 may also include vps_max_layers_minus1 737, which is a syntax element that signals the number of layers 723 specified by the VPS 711 and, therefore, the maximum number of layers 723 allowed in the corresponding coded video sequence in the bitstream 700. The VPS 711 may also include num_output_layer_sets_minus1 739, which is a syntax element that specifies the total number of OLSs 721 specified by the VPS 711. In one example, vps_max_layers_minus1 737 and num_output_layer_sets_minus1 739 may be signaled in the VPS 711 when ols_mode_idc 735 is set to 2. This signals the number of OLSs 721 and the number of layers 723 when the video includes multiview. Specifically, vps_max_layers_minus1 737 and num_output_layer_sets_minus1 739 may be signaled when vps_all_independent_layers_flag 731 is set to 1 (indicating simulcast layers) and each_layer_is_an_ols_flag 733 is set to 0, indicating that at least one OLS 721 includes two or more layers 723. A decoder can then use this information to correctly decode OLSs 721 that include multiview video. This approach supports coding efficiency while correcting errors. In particular, multiview is supported. However, when multiview is not used, the number of OLSs 721 and / or layers 723 can still be inferred from the bitstream 700 and may be omitted. The disclosed mechanisms thus improve the capabilities of the encoder and / or decoder by enabling such devices to properly code multi-view video.Furthermore, the disclosed mechanisms may maintain reduced bitstream sizes, thus reducing processor, memory, and / or network resource utilization in both the encoder and decoder.

[0102] The foregoing information will now be described in more detail below. Layered video coding is also referred to as scalable video coding or scalable video coding. Scalability in video coding can be supported by using multi-layer coding techniques. A multi-layer bitstream includes a base layer (BL) and one or more enhancement layers (EL). Examples of scalability include spatial scalability, quality / signal-to-noise ratio (SNR) scalability, multiview scalability, and frame rate scalability. When multi-layer coding techniques are used, a picture or a portion thereof may be coded without using a reference picture (intra-prediction), coded by referencing a reference picture in the same layer (inter-prediction), and / or 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). Figure 5 shows an example of multi-layer coding for spatial scalability in which pictures in different layers have different resolutions.

[0103] Some video coding families provide scalability support in separate 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 co-located block from a lower layer. Predictions from the co-located block may include texture, motion vectors, and / or coding mode. SVC implementations cannot directly reuse unmodified AVC implementations in their design. The SVC EL macroblock syntax and decoding process differ from the AVC syntax and decoding process.

[0104] Scalable HEVC (SHVC) is an extension of HEVC that supports spatial and quality scalability. Multiview HEVC (MV-HEVC) is an extension of HEVC that supports 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 are derived only from the same AU and treated as long-term reference pictures (LTRPs). Such pictures are assigned reference indices 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 the value of the reference index to refer to an inter-layer reference picture in the reference picture list. Spatial scalability involves resampling a reference picture or part of it when the ILRP has a different spatial resolution than the current picture being coded or decoded. Resampling of reference pictures can be achieved either at the picture level or at the coding block level.

[0105] VVC may also support layered video coding. A VVC bitstream can include multiple layers. All layers can be independent of each other. For example, each layer can 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 can indicate whether a layer is a simulcast layer or whether some layers use ILP. When some layers use ILP, layer dependencies between layers are also signaled in the VPS. Unlike SHVC and MV-HEVC, VVC does not require an OLS to be specified. An OLS contains a specified set of layers, and one or more layers in the set of layers are designated to be output layers. An output layer is a layer of the OLS that is output. In some implementations of VVC, when a layer is a simulcast layer, only one layer may be selected for decoding and output. In some implementations of VVC, the entire bitstream, including all layers, is designated to be decoded when any layer uses ILP. Additionally, some of the layers are designated as output layers, which may be indicated to be only the top layer, all layers, or the top layer plus the set of indicated lower layers.

[0106] The above-described aspect has some problems. For example, when a layer is a simulcast layer, only one layer may be selected for decoding and output. However, this approach does not support the case where two or more layers can be decoded and output, such as in a multi-view application.

[0107] In general, this disclosure describes an approach for supporting operation points with multiple output layers of a simulcast layer. The description of the technique is based on VVC by JVET of ITU-T and ISO / IEC. However, the technique also applies to layered video coding based on other video codec specifications.

[0108] One or more of the above problems can be solved as follows. Specifically, the present disclosure includes a simple and efficient method for supporting the decoding and output of multiple layers of a bitstream, including simulcast layers, as summarized below. The VPS may include an indication of whether each layer is an OLS. When each layer is an OLS, only one layer can be decoded and output. In this case, the number of OLSs is inferred to be equal to the number of layers. Furthermore, each OLS includes one layer, and that layer is the output layer. Otherwise, the number of OLSs is explicitly signaled. For each OLS except the 0th OLS, the layers included in the OLS may be explicitly signaled. Furthermore, each layer within each OLS can be inferred to be an output layer. The 0th OLS includes only the lowest layer, which is the output layer.

[0109] An exemplary implementation of the aforementioned mechanism is as follows: An exemplary video parameter set syntax is as follows:

[0110] [Table 1A] [Table 1B]

[0111] Example video parameter set semantics are as follows: The VPS RBSP is available to the decoding process before being referenced, is included in at least one access unit with TemporalId equal to 0 or provided via an external mechanism, and the VPS NAL unit containing the VPS RBSP should have nuh_layer_id equal to vps_layer_id[0]. All VPS NAL units with a particular value of vps_video_parameter_set_id within a CVS should have the same content. vps_video_parameter_set_id provides an identifier for the VPS for reference by other syntax elements. vps_max_layers_minus1 plus 1 specifies the maximum allowed number of layers in each CVS that references the VPS. vps_max_sub_layers_minus1 plus 1 specifies the maximum number of temporal sublayers that can exist in each CVS that references the VPS. The value of vps_max_sub_layers_minus1 should be in the range from 0 to 6 (inclusive).

[0112] vps_all_independent_layers_flag may be set equal to 1 to specify that all layers in the CVS are coded independently, without using inter-layer prediction. vps_all_independent_layers_flag may be set equal to 0 to specify that one or more of the layers in the CVS may use inter-layer prediction. When not present, the value of vps_all_independent_layers_flag is inferred to be equal to 0. When vps_all_independent_layers_flag is equal to 1, the value of vps_independent_layer_flag[i] is inferred to be equal to 1. When vps_all_independent_layers_flag is equal to 0, the value of vps_independent_layer_flag[0] is inferred to be equal to 0. vps_layer_id[i] specifies the nuh_layer_id value of the ith layer. For any two non-negative integer values ​​of m and n, when m is less than n, the value of vps_layer_id[m] should be less than vps_layer_id[n]. vps_independent_layer_flag[i] may be set equal to 1 to specify that the layer with index i does not use inter-layer prediction. vps_independent_layer_flag[i] may be set equal to 0 to specify that the layer with index i uses inter-layer prediction and vps_layer_dependency_flag[i] is present in the VPS. When not present, the value of vps_independent_layer_flag[i] is inferred to be equal to 1.

[0113] vps_direct_dependency_flag[i][j] may be set equal to 0 to specify that the layer with index j is not a direct reference layer of the layer with index i. vps_direct_dependency_flag[i][j] may be set equal to 1 to specify that the layer with index j is a direct reference layer of the layer with index i. When vps_direct_dependency_flag[i][j] is not present for i and j in the range from 0 to vps_max_layers_minus1 (inclusive), vps_direct_dependency_flag[i][j] is inferred to be equal to 0. The variable DirectDependentLayerIdx[i][j], which specifies the jth direct dependent layer of the ith layer, is derived as follows: for( i = 1; i < vps_max_layers_minus1; i++ ) if( !vps_independent_layer_flag[ i ] ) for( j = i, k = 0; j >= 0; j-- ) if( vps_direct_dependency_flag[ i ][ j ] ) DirectDependentLayerIdx[ i ][ k++ ] = j

[0114] The variable GeneralLayerIdx[i], which specifies the layer index of the layer with nuh_layer_id equal to vps_layer_id[i], is derived as follows: for( i = 0; i <= vps_max_layers_minus1; i++ ) GeneralLayerIdx[ vps_layer_id[ i ] ] = i

[0115] each_layer_is_an_ols_flag may be set equal to 1 to specify that each output layer set contains only one layer, and each layer in the bitstream is itself an output layer set where the single contained layer is the only output layer. each_layer_is_an_ols_flag may be set equal to 0 to specify that the output layer set may contain two or more layers. When vps_max_layers_minus1 is equal to 0, the value of each_layer_is_an_ols_flag is inferred to be equal to 1. Otherwise, when vps_all_independent_layers_flag is equal to 0, the value of each_layer_is_an_ols_flag is inferred to be equal to 0.

[0116] ols_mode_idc may be set equal to 0 to specify that the total number of OLSs specified by the VPS is equal to vps_max_layers_minus1+1, the i-th OLS contains layers with layer indices from 0 to i (inclusive), and for each OLS, only the top layer in the OLS is output. ols_mode_idc may be set equal to 1 to specify that the total number of OLSs specified by the VPS is equal to vps_max_layers_minus1+1, the i-th OLS contains layers with layer indices from 0 to i (inclusive), and for each OLS, all layers in the OLS are output. ols_mode_idc may be set equal to 2 to specify that the total number of OLSs specified by the VPS are explicitly signaled, and for each OLS, the top layer in the OLS and the set of explicitly signaled lower layers are output. The value of ols_mode_idc should be in the range of 0 to 2 (inclusive). The value 3 of ols_mode_idc is reserved. When vps_all_independent_layers_flag is equal to 1 and each_layer_is_an_ols_flag is equal to 0, the value of ols_mode_idc is inferred to be equal to 2.

[0117] num_output_layer_sets_minus1 plus 1 specifies the total number of OLSs specified by the VPS when ols_mode_idc is equal to 2. The variable TotalNumOlss, which specifies the total number of OLSs specified by the VPS, is derived as follows: if( vps_max_layers_minus1 = = 0 ) TotalNumOlss = 1 else if( each_layer_is_an_ols_flag | | ols_mode_idc = = 0 | | ols_mode_idc = = 1 ) TotalNumOlss = vps_max_layers_minus1 + 1 else if( ols_mode_idc == 2 ) TotalNumOlss = num_output_layer_sets_minus1 + 1

[0118] layer_included_flag[i][j] specifies whether the jth layer (e.g., the layer with nuh_layer_id equal to vps_layer_id[j]) is included in the ith OLS when ols_mode_idc is equal to 2. layer_included_flag[i][j] may be set equal to 1 to specify that the jth layer is included in the ith OLS. layer_included_flag[i][j] may be set equal to 0 to specify that the jth layer is not included in the ith OLS.

[0119] The variable NumLayersInOls[i], which specifies the number of layers in the i-th OLS, and the variable NumLayersInOls[i], which specifies the nuh_layer_id value of the j-th layer in the i-th OLS, can be derived as follows: NumLayersInOls

[0000] = 1 LayerIdInOls

[0000]

[0000] = vps_layer_id

[0000] for( i = 1, i < TotalNumOlss; i++ ) { if( each_layer_is_an_ols_flag ) { NumLayersInOls[ i ] = 1 LayerIdInOls[ i ]

[0000] = vps_layer_id[ i ] } else if( ols_mode_idc = = 0 | | ols_mode_idc = = 1 ) { NumLayersInOls[ i ] = i + 1 for( j = 0; j < NumLayersInOls[ i ]; j++ ) LayerIdInOls[ i ][ j ] = vps_layer_id[ j ] } else if( ols_mode_idc = = 2 ) { for( k = 0, j = 0; k <= vps_max_layers_minus1; k++ ) if( layer_included_flag[ i ][ k ] ) LayerIdInOls[ i ][ j++ ] = vps_layer_id[ k ] NumLayersInOls[ i ] = j } }

[0120] The variable OlsLayeIdx[i][j], which specifies the OLS layer index of the layer with nuh_layer_id equal to LayerIdInOls[i][j], is derived as follows: for( i = 0, i < TotalNumOlss; i++ ) for j = 0; j < NumLayersInOls[ i ]; j++ ) OlsLayeIdx[ i ][ LayerIdInOls[ i ][ j ] ] = j

[0121] The lowest layer in each OLS should be an independent layer. In other words, for each i in the range from 0 to TotalNumOlss-1 (inclusive), the value of vps_independent_layer_flag[GeneralLayerIdx[LayerIdInOls[i][0]]] should be equal to 1. The highest layer, e.g., the layer with nuh_layer_id equal to vps_layer_id[vps_max_layers_minus1], should be included in at least one OLS specified by the VPS. In other words, for at least one i in the range from 0 to TotalNumOlss-1 (inclusive), the value of LayerIdInOls[i][NumLayersInOls[i]-1] should be equal to vps_layer_id[vps_max_layers_minus1].

[0122] vps_output_layer_flag[i][j] specifies whether the jth layer of the i-th OLS is output when ols_mode_idc is 2. vps_output_layer_flag[i] can be set equal to 1 to specify that the jth layer of the i-th OLS is output. vps_output_layer_flag[i] can be set equal to 0 to specify that the jth layer of the i-th OLS is not output. It can be inferred that the value of vps_output_layer_flag[i] is equal to 1 when vps_all_independent_layers_flag is equal to 1 and each_layer_is_an_ols_flag is equal to 0.

[0123] The variable OutputLayerFlag[i][j], where a value of 1 specifies that the jth layer of the ith OLS is output and a value of 0 specifies that the jth layer of the ith OLS is not output, may be derived as follows: for( i = 0, i < TotalNumOlss; i++ ) { OutputLayerFlag[ i ][ NumLayersInOls[ i ] - 1 ] = 1 for( j = 0; j < NumLayersInOls[ i ] - 1; j++ ) if( ols_mode_idc[ i ] == 0 ) OutputLayerFlag[ i ][ j ] = 0 else if( ols_mode_idc[ i ] = = 1 ) OutputLayerFlag[ i ][ j ] = 1 else if( ols_mode_idc[ i ] = = 2 ) OutputLayerFlag[ i ][ j ] = vps_output_layer_flag[ i ][ j ] }

[0124] Any layer in an OLS should be the output layer of the OLS or a reference layer (direct or indirect) of an output layer of the OLS. The 0th OLS includes only the lowest layer (e.g., the layer with nuh_layer_id equal to vps_layer_id[0]), and for the 0th OLS, the only included layer is output. vps_constraint_info_present_flag can be set equal to 1 to specify that the general_constraint_info() syntax structure is present in the VPS. vps_constraint_info_present_flag can be set equal to 0 to specify that the general_constraint_info() syntax structure is not present in the VPS. In a conforming bitstream, vps_reserved_zero_7bits should be equal to 0. Other values ​​of vps_reserved_zero_7bits are reserved. Decoders should ignore the value of vps_reserved_zero_7bits.

[0125] general_hrd_params_present_flag may be set equal to 1 to specify that the syntax elements num_units_in_tick and time_scale and the syntax structure general_hrd_parameters() are present in the SPS RBSP syntax structure. general_hrd_params_present_flag may be set equal to 0 to specify that the syntax elements num_units_in_tick and time_scale and the syntax structure general_hrd_parameters() are not present in the SPS RBSP syntax structure. num_units_in_tick is the number of time units of a clock running at a frequency time_scale Hertz (Hz) that corresponds to one increment (called a clock tick) of the clock tick counter. num_units_in_tick should be greater than 0. Clock ticks in seconds equal the quotient of num_units_in_tick divided by time_scale. For example, when the picture rate of the video signal is 25 Hz, time_scale may be equal to 27000000 and num_units_in_tick may be equal to 1080000, so that a clock tick is equal to 0.04 seconds.

[0126] time_scale is the number of time units that pass per second. For example, a time coordinate system that measures time using a 27 megahertz (MHz) clock has a time_scale of 27,000,000. The value of time_scale should be greater than 0. vps_extension_flag may be set equal to 0 to specify that the vps_extension_data_flag syntax element is not present in the VPS RBSP syntax structure. vps_extension_flag may be set equal to 1 to specify that the vps_extension_data_flag syntax element is present in the VPS RBSP syntax structure. vps_extension_data_flag may have any value. The presence and value of vps_extension_data_flag do not affect a decoder's conformance to the profile. Conforming decoders should ignore all vps_extension_data_flag syntax elements.

[0127] 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 includes a downstream port 820, an upstream port 850, and / or a transceiver unit (Tx / Rx) 810 including a transmitter and / or 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 central processing unit (CPU) for processing data and a memory 832 for storing data. The video coding device 800 may also include electrical, optical-electrical (OE) components, electro-optical (EO) components, and / or wireless communication components coupled to the upstream port 850 and / or downstream port 820 for communicating data via an electrical, optical, or wireless communication network. The video coding device 800 may also include input and / or output (I / O) devices 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.

[0128] The processor 830 is realized 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 methods 100, 900, and 1000, which may use the multi-layer video sequence 500, the multiview sequence 600, and / or the bitstream 700. The coding module 814 may also implement any other method / mechanism described herein. Additionally, the coding module 814 may implement the codec system 200, the encoder 300, and / or the decoder 400. For example, coding module 814 may be used to code each_layer_is_an_ols_flag to indicate whether each OLS includes a single layer or whether at least one OLS includes multiple layers to support multiview when simulcast layers are used. Thus, coding module 814 allows video coding device 800 to provide additional functionality and / or coding efficiency when coding video data. Thus, coding module 814 not only improves the functionality of video coding device 800 but also addresses problems specific to the video coding field. Furthermore, coding module 814 transforms video coding device 800 into a different state. Alternatively, coding module 814 may be implemented as instructions stored in memory 832 and executed by processor 830 (e.g., as a computer program product stored on a non-transitory medium).

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

[0130] 9 is a flowchart illustrating an example method 900 for encoding a video sequence, e.g., in bitstream 700, with OLS of a simulcast layer for use in multiview, such as multiview sequence 600. 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.

[0131] Method 900 may begin when an encoder receives a video sequence and determines, e.g., based on user input, to encode the video sequence into a set of simulcast layers for use in multiview. At step 901, the encoder encodes a bitstream including coded pictures of one or more layers. For example, the layers may be simulcast layers and may not be coded according to inter-layer prediction. Additionally, the layers may be coded to support multiview video. Thus, the layers may be organized into one or more OLSs, where the OLSs include two layers (e.g., one layer for display to each eye of the end user).

[0132] In step 903, the encoder may encode the VPS into a bitstream. The VPS may include various syntax elements for indicating the layer / OLS configuration to the decoder for proper multiview decoding and display. For example, the VPS may include a vps_all_independent_layers_flag, which may be set to 1 to specify that all layers specified by the VPS are independently coded without inter-layer prediction. When vps_all_independent_layers_flag is set to 1, and thus all layers specified by the VPS are independently coded without inter-layer prediction, the VPS may also include an each_layer_is_an_ols_flag. The each_layer_is_an_ols_flag may specify whether each OLS includes only one layer or whether at least one OLS includes multiple layers. For example, each_layer_is_an_ols_flag may be set to 1 when each OLS includes only one layer and / or each layer specifies that the single included layer is an OLS that is the only output layer. Thus, when multiview is not being used, each_layer_is_an_ols_flag may be set to 1. As another example, when at least one OLS includes two or more layers, thus specifying that the bitstream coded in step 901 includes multiview video, each_layer_is_an_ols_flag may be set to 0.

[0133] The VPS may also include an ols_mode_idc syntax element. For example, when each_layer_is_an_ols_flag is set to 0 and vps_all_independent_layers_flag is set to 1, ols_mode_idc may be set to 2. When ols_mode_idc is set to / equal to 2, the total number of OLSs is explicitly signaled in the VPS. Additionally, when ols_mode_idc is set to / equal to 2, the number of layers associated with each OLS and / or the number of output layers is explicitly signaled in the VPS. In certain examples, a vps_max_layers_minus1 syntax element may be included in the VPS to explicitly specify the number of layers specified by the VPS, and therefore the number of layers that can be included in an OLS. In some examples, vps_all_independent_layers_flag may be signaled when vps_max_layers_minus1 is greater than 0. In another particular example, when ols_mode_idc is equal to 2, num_output_layer_sets_minus1 may be included in the VPS. num_output_layer_sets_minus1 may specify the total number of OLSs specified by the VPS. Thus, vps_max_layers_minus1 and num_output_layer_sets_minus1 may be signaled in the VPS to indicate the number of layers and the number of OLSs, respectively, when such data is explicitly signaled (e.g., when each_layer_is_an_ols_flag is set to 0, vps_all_independent_layers_flag is set to 1, and ols_mode_idc is set to 2 and / or is inferred to be equal to 2). As a specific example, when vps_all_independent_layers_flag is set to 1 and each_layer_is_an_ols_flag is set to 0, ols_mode_idc can be inferred to be equal to 2.

[0134] In step 905, the bitstream is stored for communication to a decoder.

[0135] 10 is a flowchart illustrating an example method 1000 for decoding a video sequence, e.g., from bitstream 700, that includes an OLS of a simulcast layer for use in multiview, such as multiview sequence 600. 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.

[0136] Method 1000 may begin when a decoder begins receiving a bitstream including OLSs for simulcast multiview layers, e.g., as a result of method 900. In step 1001, the decoder receives the bitstream. The bitstream may include one or more OLSs and one or more layers. For example, a layer may be a simulcast layer and may not be coded according to inter-layer prediction. Additionally, a layer may be coded to support multiview video. Thus, the layers may be organized into one or more OLSs that include two layers (e.g., one layer for display to each eye of an end user).

[0137] The bitstream may also include a VPS. The VPS may include various syntax elements to indicate the layer / OLS configuration to the decoder for proper multiview decoding and display. For example, the VPS may include a vps_all_independent_layers_flag, which may be set to 1 to specify that all layers specified by the VPS are independently coded without inter-layer prediction. When vps_all_independent_layers_flag is set to 1, and thus all layers specified by the VPS are independently coded without inter-layer prediction, the VPS may also include an each_layer_is_an_ols_flag. The each_layer_is_an_ols_flag may specify whether the OLS includes multiple layers. For example, each_layer_is_an_ols_flag may be set to 1 to specify that each OLS includes only one layer and / or that each layer is an OLS where the single included layer is the only output layer. Thus, when multiview is not being used, each_layer_is_an_ols_flag can be set to 1. As another example, when at least one OLS contains two or more layers, thus specifying that the bitstream contains multiview video, each_layer_is_an_ols_flag can be set to 0.

[0138] The VPS may also include an ols_mode_idc syntax element. For example, when each_layer_is_an_ols_flag is set to 0 and vps_all_independent_layers_flag is set to 1, ols_mode_idc may be set equal to 2. When ols_mode_idc is set equal to 2, the total number of OLSs is explicitly signaled in the VPS. Additionally, when ols_mode_idc is set / equal to 2, the number of layers associated with each OLS and / or the number of output layers is explicitly signaled in the VPS. In certain examples, a vps_max_layers_minus1 syntax element may be included in the VPS to explicitly specify the number of layers specified by the VPS, and therefore the number of layers that can be included in an OLS. In some examples, vps_all_independent_layers_flag may be signaled when vps_max_layers_minus1 is greater than 0. In another particular example, when ols_mode_idc is equal to 2, num_output_layer_sets_minus1 may be included in the VPS. num_output_layer_sets_minus1 may specify the total number of OLSs specified by the VPS. Thus, vps_max_layers_minus1 and num_output_layer_sets_minus1 may be signaled in the VPS to indicate the number of layers and the number of OLSs, respectively, when such data is explicitly signaled (e.g., when each_layer_is_an_ols_flag is set to 0, vps_all_independent_layers_flag is set to 1, and ols_mode_idc is set to 2 and / or is inferred to be equal to 2). As a specific example, when vps_all_independent_layers_flag is set to 1 and each_layer_is_an_ols_flag is set to 0, ols_mode_idc can be inferred to be equal to 2.

[0139] In step 1003, coded pictures are decoded from the output layers of the OLSs based on the each_layer_is_an_ols_flag in the VPS to generate a decoded picture. For example, the decoder may read the vps_all_independent_layers_flag to determine that all layers are simulcast. The decoder may also read the each_layer_is_an_ols_flag to determine that at least one OLS includes two or more layers. The decoder may also read the ols_mode_idc to determine that the number of OLSs and the number of layers are explicitly signaled. The decoder can then determine the number of OLSs and the number of layers by reading the num_output_layer_sets_minus1 and the vps_max_layers_minus1, respectively. The decoder can then use this information to locate the correct multiview layer in the bitstream. The decoder can also locate the correct coded picture from the layer. The decoder can then decode the picture to generate a decoded picture.

[0140] In step 1005, the decoder can forward the decoded picture for display as part of the decoded video sequence.

[0141] 11 is a schematic diagram illustrating an example system 1100 for coding a video sequence, e.g., in bitstream 700, with OLS of a simulcast layer for use in multiview, such as multiview sequence 600. System 1100 may be implemented by an encoder and decoder, such as codec system 200, encoder 300, decoder 400, and / or video coding device 800. Furthermore, system 1100 may use multi-layer video sequence 500. In addition, system 1100 may be used when implementing methods 100, 900, and / or 1000.

[0142] The system 1100 includes a video encoder 1102. The video encoder 1102 includes an encoding module 1105 for encoding a bitstream including one or more layers of a coded picture. The encoding module 1105 is further for encoding a VPS into a bitstream including an each_layer_is_an_ols_flag, where each_layer_is_an_ols_flag specifies whether each OLS includes only one layer when all layers specified by the VPS are coded independently without inter-layer prediction. The video encoder 1102 further includes a storage module 1106 for storing the bitstream for communication toward a decoder. The video encoder 1102 further includes a transmission module 1107 for transmitting the bitstream toward a video decoder 1110. The video encoder 1102 may be further configured to perform any of the steps of method 900.

[0143] System 1100 also includes a video decoder 1110. The video decoder 1110 is a receiving module 1111 for receiving a bitstream including coded pictures of one or more layers and a VPS, where the VPS includes an each_layer_is_an_ols_flag that specifies whether each OLS includes only one layer when all layers specified by the VPS are independently coded without inter-layer prediction. The video decoder 1110 further includes a decoding module 1113 for decoding coded pictures from output layers of the OLS based on the each_layer_is_an_ols_flag in the VPS to generate decoded pictures. The video decoder 1110 further includes a transport module 1115 for transporting the decoded pictures for display as part of a decoded video sequence. The video decoder 1110 may be further configured to perform any of the steps of method 1000.

[0144] A first component is directly coupled to a second component when there are no intervening components, other than lines, traces, or other media, 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 other media, between the first and second components. The term "coupled" and variations thereof include both directly and indirectly coupled components. The use of the term "about" refers to a range that includes ±10% of the subsequent number, unless otherwise specified.

[0145] 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 ordering of the steps of such methods is understood to be exemplary only. 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.

[0146] While several embodiments have been provided in this 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 disclosure. The examples are to be considered illustrative rather than restrictive, and the invention is not limited to the details set forth herein. For example, various elements or components may be combined or integrated into other systems, or certain features may be omitted or not implemented.

[0147] 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 present disclosure. Other examples of changes, substitutions, and alterations are ascertainable by those skilled in the art and could be made without departing from the spirit and scope disclosed herein. [Explanation of symbols]

[0148] 100 ways 200 Codec System 201 Partitioned Video Signal 211 General Coder Control Component 213 Transform Scaling and Quantization Components 215 In-Picture Estimation Component 217 Intra-Picture Prediction Component 219 Motion Compensation Component 221 Motion Estimation Component 223 Decoded Picture Buffer Component 225 In-Loop Filter Components 227 Filter Control Analysis Component 229 Scaling and Inverse Transformation Components 231 Header Formatting and Context-Adaptive Binary Arithmetic Coding (CABAC) Components 300 Video Encoder 301 Partitioned Video Signal 313 Transform and Quantize Components 317 Intra-Picture Prediction Component 321 Motion Compensation Component 323 Decoded Picture Buffer Component 325 In-Loop Filter Components 329 Inverse Transform and Quantization Components 331 Entropy Coding Component 400 Video Decoder 417 Intra-Picture Prediction Component 421 Motion Compensation Component 423 Decoded Picture Buffer Component 425 In-Loop Filter Components 429 Inverse Transform and Quantization Components 433 Entropy Decoding Component 500 multi-layer video sequences 511 Pictures 512 Pictures 513 Pictures 514 Pictures 515 Pictures 516 Pictures 517 Pictures 518 Pictures 521 Inter-layer prediction 523 Inter Prediction 525 OLS 531 Layer N 532 Layer N+1 600 multiview sequences 625 OLS 626 OLS 631 Simulcast Layer 632 Simulcast Layer 633 Simulcast Layer 634 Simulcast Layer 700 bitstream 711 VPS 713 Sequence Parameter Set (SPS) 715 Picture Parameter Set (PPS) 717 Slice Header 720 image data 721 OLS 723 Layer 725 Pictures 727 slices 731 vps_all_independent_layers_flag 733 each_layer_is_an_ols_flag 735 ols_mode_idc 737 vps_max_layers_minus1 739 num_output_layer_sets_minus1 800 Video Coding Device 810 Transceiver Unit (Tx / Rx) 814 Coding Module 820 downstream ports 830 processor 832 memory 850 upstream ports 860 I / O devices 900 ways 1000 ways 1100 System 1102 Video Encoder 1105 Encoding Module 1106 Storage Module 1107 Transmitting Module 1110 Video Decoder 1111 Receiver Module 1113 Decryption Module 1115 Transfer Module

Claims

1. A method performed in a decoder, comprising: receiving a bitstream including coded pictures of one or more layers and a video parameter set (VPS); If at least one output layer set (OLS) includes multiple layers and one or more layers specified by the VPS may use inter-layer prediction, obtaining an OLS mode identification code (ols_mode_idc) from the VPS, where the ols_mode_idc is used to indicate the number of the OLS and the output layer of the OLS; decoding coded pictures from the OLS of one or more layers based on the ols_mode_idc to generate decoded pictures; A method comprising:

2. 2. The method of claim 1, wherein the VPS includes a VPS maximum layers minus 1 (vps_max_layers_minus1) syntax element, wherein the vps_max_layers_minus1 plus 1 specifies the maximum allowable number of layers in each CVS that references the VPS.

3. The method described in claim 2, wherein vps_max_layers_minus1 is greater than 0, vps_all_independent_layers_flag is signaled in the VPS, vps_all_independent_layers_flag is equal to 0, vps_all_independent_layers_flag equal to 1 specifies that all layers specified by the VPS are coded independently without using inter-layer prediction, and vps_all_independent_layers_flag equal to 0 specifies that one or more layers specified by the VPS may use inter-layer prediction.

4. 1. A method performed in an encoder, comprising: encoding a bitstream including coded pictures of one or more layers; encoding a video parameter set (VPS) into the bitstream, wherein if at least one output layer set (OLS) includes multiple layers and one or more layers specified by the VPS may use inter-layer prediction, the VPS includes an OLS mode identification code (ols_mode_idc), which is used to indicate the number of the OLSs and the output layers of the OLS; A method comprising:

5. 5. The method of claim 4, wherein the VPS includes a VPS maximum layers minus 1 (vps_max_layers_minus1) syntax element, wherein the vps_max_layers_minus1 plus 1 specifies the maximum allowable number of layers in each CVS that references the VPS.

6. The method described in claim 5, wherein vps_max_layers_minus1 is greater than 0, vps_all_independent_layers_flag is signaled in the VPS, vps_all_independent_layers_flag is equal to 0, vps_all_independent_layers_flag equal to 1 specifies that all layers specified by the VPS are coded independently without using inter-layer prediction, and vps_all_independent_layers_flag equal to 0 specifies that one or more layers specified by the VPS may use inter-layer prediction.

7. A decoder, a memory for storing instructions; and at least one processor in communication with the memory, the at least one processor configured to execute the instructions to perform the method of any one of claims 1 to 3.

8. An encoder, a memory for storing instructions; and at least one processor in communication with the memory, the at least one processor configured to execute the instructions to perform the method of any one of claims 4 to 6.

9. A decoder comprising processing circuitry for carrying out the method according to any one of claims 1 to 3.

10. An encoder comprising processing circuitry for carrying out the method according to any one of claims 4 to 6.

11. A program comprising a program code for performing the method of any one of claims 1 to 6 when the program is run on a computer or processor.

12. A method for storing a bitstream, comprising: receiving or transmitting a bitstream over a communications interface; storing the bitstream on one or more storage media, wherein the bitstream includes coded pictures of one or more layers and a video parameter set (VPS), and if at least one output layer set (OLS) includes multiple layers and one or more layers specified by the VPS may use inter-layer prediction, the VPS includes an OLS mode identification code (ols_mode_idc), which is used to indicate the number of the OLSs and the output layers of the OLS; A method comprising:

13. A device for storing a bitstream, said device comprising at least one storage medium and at least one communication interface; the at least one communication interface is configured to receive or transmit the bitstream; the at least one storage medium is configured to store the bitstream; A device wherein the bitstream includes coded pictures of one or more layers and a video parameter set (VPS), and where at least one output layer set (OLS) includes multiple layers and one or more layers specified by the VPS may use inter-layer prediction, the VPS includes an OLS mode identification code (ols_mode_idc), and the ols_mode_idc is used to indicate the number of the OLSs and the output layers of the OLS.

14. A method for transmitting a bitstream, comprising: obtaining the bitstream from one of at least one storage medium, wherein the bitstream includes coded pictures of one or more layers and a video parameter set (VPS), and when at least one output layer set (OLS) includes multiple layers and one or more layers specified by the VPS may use inter-layer prediction, the VPS includes an OLS mode identification code (ols_mode_idc), which is used to indicate the number of the OLSs and the output layer of the OLS; transmitting the bitstream; A method comprising:

15. A device for transmitting a bitstream, comprising: At least one storage medium configured to store at least one bitstream, the bitstream including coded pictures of one or more layers and a video parameter set (VPS), wherein at least one output layer set (OLS) includes multiple layers, and when one or more layers specified by the VPS may use inter-layer prediction, the VPS includes an OLS mode identification code (ols_mode_idc), the ols_mode_idc being used to indicate the number of the OLSs and the output layers of the OLS; at least one processor configured to retrieve one or more bitstreams from one of the at least one storage medium and transmit the one or more bitstreams; 1. A device comprising:

Images