Encoder, decoder and corresponding method and apparatus

Abstract

To provide an encoder, a decoder and corresponding method.SOLUTION: A decoding method includes obtaining a reference layer syntax element by parsing a coded video bitstream. A value of the reference layer syntax element specifies whether a layer with index k is a direct reference layer of a layer with index i. The method also includes determining whether a layer with index j is a reference layer of a layer with index i on the basis of a value of the reference layer syntax element. The layer with index j is a reference layer of a layer with index k. The method further includes obtaining a prediction block of a layer with index i on the basis of the layer with index j when a condition is met. Here, i, j, and k are integers and are equal to or greater than 0.SELECTED DRAWING: Figure 7

Description

[Technical Field]

[0001] [CROSS-REFERENCE TO RELATED APPLICATIONS] This application claims priority to International Application No. PCT / CN2019 / 130804, filed December 31, 2019, and International Application No. PCT / CN2020 / 070153, filed January 2, 2020, the contents of which are incorporated by reference in their entireties.

[0002] [Technical field] FIELD Embodiments of the present disclosure relate generally to the field of picture processing, and more particularly to encoders, decoders, and corresponding methods and apparatus. [Background technology]

[0003] Video coding (video encoding and / or decoding) is used in a wide range of digital video applications, such as broadcast digital television (TV), video transmission over the Internet and mobile networks, real-time conversation applications such as video chat, video conferencing, digital video discs (DVDs) and Blu-ray discs, video content acquisition and editing systems, and camcorders for security applications.

[0004] The amount of video data required to render even a relatively short video can be substantial, which can create difficulties when the data is streamed or communicated across communication networks with limited bandwidth capacity. Therefore, video data is typically compressed before being communicated across modern telecommunications networks. Because memory resources may be limited, video size 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 code 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. Due to limited network resources and ever-increasing demands for higher video quality, improved compression and decompression techniques that improve compression ratios with little or no sacrifice in picture quality are desirable. Summary of the Invention

[0005] Embodiments of the present application provide apparatuses and methods for encoding and decoding according to the independent claims.

[0006] These and other objects are achieved by the subject matter of the independent claims. Further realisation forms are evident from the dependent claims, the description and the drawings.

[0007] Particular embodiments are outlined in the accompanying independent claims, while other embodiments are outlined in the dependent claims.

[0008] According to a first aspect, the present invention relates to a method for decoding a coded video bitstream, the method being performed by an apparatus for decoding a coded video bitstream, the method comprising: obtaining a reference layer syntax element by parsing the coded video bitstream, wherein a value of the reference layer syntax element specifies whether a layer with index k is a direct reference layer of a layer with index i, where both i and k are integers greater than or equal to 0; determining whether a layer having index j is a reference layer for a layer having index i based on a value of a reference layer syntax element, where the layer having index j is a reference layer for a layer having index k, where j is an integer greater than or equal to 0; predicting a picture of a layer having an index i based on a layer having an index j if a condition is met, wherein a value of a chroma format related syntax element applied to the layer having an index i is the same as a value of a chroma format related syntax element applied to the layer having an index j, and the condition includes that the layer having an index j is a reference layer of the layer having an index i; Includes.

[0009] In a possible implementation form of the method according to the first aspect itself, if the value of the reference layer syntax element specifies that the layer with index k is a direct reference layer of the layer with index i, then the layer with index j is a reference layer of the layer with index i.

[0010] According to a second aspect, the present invention relates to a method for decoding a coded video bitstream, the method being performed by an apparatus for decoding a coded video bitstream, the method comprising: obtaining a reference layer syntax element by parsing the coded video bitstream, wherein a value of the reference layer syntax element specifies whether a layer with index j is a direct reference layer of a layer with index i, where both i and j are integers greater than or equal to 0; predicting a picture of a layer having an index i based on a layer having an index j if a condition is met, wherein a value of a chroma format related syntax element applied to the layer having an index i is the same as a value of a chroma format related syntax element applied to the layer having an index j, and the condition includes a value of a reference layer syntax element specifying that the layer having an index j is a direct reference layer of the layer having an index i; Includes.

[0011] In a possible implementation of the method according to any preceding implementation of the first aspect or according to the first aspect or the second aspect itself, the reference layer syntax element is a syntax element at a video parameter set (VPS) level, and the VPS applies to a layer with index j and a layer with index i.

[0012] In a possible implementation of the method according to any preceding implementation of the first aspect or according to the first aspect or the second aspect itself, the chroma format related syntax elements are syntax elements at a sequence parameter set (SPS) level, and the SPS applies to a layer with index j or a layer with index i.

[0013] In a possible realization of the method according to any preceding realization of the first aspect or any preceding realization of the first or second aspect or the second aspect itself, The method further includes a step of obtaining a chroma format-related syntax element applied to a layer having index i and a chroma format-related syntax element applied to a layer having index j by parsing the coded video bitstream, wherein the condition further includes that the value of the chroma format-related syntax element applied to the layer having index i is the same as the value of the chroma format-related syntax element applied to the layer having index j.

[0014] In a possible implementation of the method according to any preceding implementation of the first aspect or according to the first aspect itself, The method further includes stopping decoding the coded video bitstream if the layer with index j is a reference layer for the layer with index i and the value of the chroma format related syntax element applied to the layer with index i is not the same as the value of the chroma format related syntax element applied to the layer with index j.

[0015] In a possible implementation of the method according to any preceding implementation of the first aspect or according to the first aspect itself, If the layer with index j is not a reference layer for the layer with index i, predicting a picture of the layer with index i without using the layer with index j is further included.

[0016] In a possible realization of the method according to any preceding realization of the first aspect or any preceding realization of the first or second aspect or the second aspect itself, If the condition is met, the method further includes determining that a value of the chroma format related syntax element applied to the layer with index i is a value of a chroma format related syntax element applied to the layer with index j, without parsing the coded video bitstream to obtain the chroma format related syntax element applied to the layer with index i.

[0017] According to a third aspect, the present invention relates to a method for decoding a coded video bitstream, the method being performed by an apparatus for decoding a coded video bitstream, the method comprising: obtaining a reference layer syntax element by parsing the coded video bitstream, wherein a value of the reference layer syntax element specifies whether a layer with index k is a direct reference layer of a layer with index i, where both i and k are integers greater than or equal to 0; determining whether a layer having index j is a reference layer for a layer having index i based on a value of a reference layer syntax element, where the layer having index j is a reference layer for a layer having index k, where j is an integer greater than or equal to 0; predicting a picture of a layer having index i based on a layer having index j if a condition is met, wherein a value of a bit-depth-related syntax element applied to the layer having index i is the same as a value of a bit-depth-related syntax element applied to the layer having index j, and the condition includes that the layer having index j is a reference layer of the layer having index i; Includes.

[0018] In a possible implementation form of the method according to the third aspect itself, if the value of the reference layer syntax element specifies that the layer with index k is a direct reference layer of the layer with index i, then the layer with index j is a reference layer of the layer with index i.

[0019] According to a fourth aspect, the present invention relates to a method for decoding a coded video bitstream, the method being performed by an apparatus for decoding a coded video bitstream, the method comprising: obtaining a reference layer syntax element by parsing the coded video bitstream, wherein a value of the reference layer syntax element specifies whether a layer with index j is a direct reference layer of a layer with index i, where both i and j are integers greater than or equal to 0; predicting a picture of a layer having index i based on a layer having index j if a condition is met, wherein a value of a bit-depth-related syntax element applied to the layer having index i is the same as a value of a bit-depth-related syntax element applied to the layer having index j, and the condition includes a value of a reference layer syntax element specifying that the layer having index j is a direct reference layer of the layer having index i; Includes.

[0020] In a possible implementation of the method according to any preceding implementation of the third aspect or according to the first aspect or the fourth aspect itself, the reference layer syntax element is a syntax element at a video parameter set (VPS) level, and the VPS applies to a layer with index j and a layer with index i.

[0021] In a possible implementation of the method according to any preceding implementation of the third aspect or according to the first aspect or the fourth aspect itself, the bit depth related syntax elements are syntax elements at a sequence parameter set (SPS) level, and the SPS applies to a layer with index j or a layer with index i.

[0022] In a possible realization of the method according to any preceding realization of the third aspect or any preceding realization of the third or fourth aspect or the fourth aspect itself, The method further includes a step of obtaining a bit-depth-related syntax element applied to a layer having index i and a bit-depth-related syntax element applied to a layer having index j by parsing the coded video bitstream, wherein the condition further includes that the value of the bit-depth-related syntax element applied to the layer having index i is the same as the value of the bit-depth-related syntax element applied to the layer having index j.

[0023] In a possible implementation of the method according to any preceding implementation of the third aspect or according to the third aspect itself, The method further includes stopping decoding the coded video bitstream if the layer with index j is a reference layer for the layer with index i and the value of the bit-depth-related syntax element applied to the layer with index i is not the same as the value of the bit-depth-related syntax element applied to the layer with index j.

[0024] In a possible implementation of the method according to any preceding implementation of the third aspect or according to the third aspect itself, If the layer with index j is not a reference layer for the layer with index i, predicting a picture of the layer with index i without using the layer with index j is further included.

[0025] In a possible realization of the method according to any preceding realization of the third aspect or any preceding realization of the third or fourth aspect or the fourth aspect itself, If the condition is met, the method further includes determining that the value of the bit-depth-related syntax element applied to the layer with index i is the value of the bit-depth-related syntax element applied to the layer with index j, without obtaining the bit-depth-related syntax element applied to the layer with index i by parsing the coded video bitstream.

[0026] In a possible implementation form of the method according to any preceding implementation of the third aspect or any preceding implementation of the third or fourth aspect or the fourth aspect itself, a bit-depth related syntax element specifies the bit-depth of luma and chroma samples of a picture in a layer to which the bit-depth related syntax element applies.

[0027] According to a fifth aspect, the present invention relates to a method for encoding a video, the method being performed by an apparatus for encoding a video, the method comprising: determining whether a layer with index j is a direct reference layer of a layer with index i, where both i and j are integers and are greater than or equal to 0; if the layer with index j is a direct reference layer of the layer with index i, encoding into the video bitstream a reference layer syntax element having a value specifying that the layer with index j is a direct reference layer of the layer with index i, and encoding into the video bitstream a chroma format related syntax element applied to the layer with index i and a chroma format related syntax element applied to the layer with index j, wherein the value of the chroma format related syntax element applied to the layer with index i is the same as the value of the chroma format related syntax element applied to the layer with index j; Includes.

[0028] In a possible realization of the method according to the fifth aspect itself, If the layer with index j is a direct reference layer of the layer with index i, the method further includes predicting a picture of the layer with index i based on the layer with index j.

[0029] In a possible realization of the method according to the fifth aspect itself, If the layer with index j is not a reference layer for the layer with index i, predicting a picture of the layer with index i without using the layer with index j is further included.

[0030] According to a sixth aspect, the present invention relates to a method for encoding a video, the method being performed by an apparatus for encoding a video, the method comprising: determining whether a layer with index j is a direct reference layer of a layer with index i, where both i and j are integers and are greater than or equal to 0; if the layer with index j is a direct reference layer of the layer with index i, encoding into the video bitstream a reference layer syntax element having a value specifying that the layer with index j is a direct reference layer of the layer with index i, and encoding into the video bitstream a bit-depth-related syntax element applied to the layer with index i and a bit-depth-related syntax element applied to the layer with index j, wherein the value of the bit-depth-related syntax element applied to the layer with index i is the same as the value of the bit-depth-related syntax element applied to the layer with index j; Includes.

[0031] In a possible realization of the method according to the sixth aspect itself, If the layer with index j is a direct reference layer of the layer with index i, the method further includes predicting a picture of the layer with index i based on the layer with index j.

[0032] In a possible realization of the method according to the sixth aspect itself, If the layer with index j is not a reference layer for the layer with index i, predicting a picture of the layer with index i without using the layer with index j is further included.

[0033] In a possible implementation form of a method according to any preceding implementation manner of the sixth aspect or the sixth aspect itself, a bit-depth related syntax element specifies the bit-depth of luma and chroma samples of a picture in a layer to which the bit-depth related syntax element applies.

[0034] According to a seventh aspect, the present invention relates to an apparatus for decoding a coded video bitstream, said apparatus comprising: an acquisition unit configured to acquire a reference layer syntax element by parsing a coded video bitstream, wherein a value of the reference layer syntax element specifies whether a layer with index k is a direct reference layer of a layer with index i, where both i and k are integers greater than or equal to 0; a determining unit configured to determine whether a layer having index j is a reference layer of a layer having index i based on a value of a reference layer syntax element, where the layer having index j is a reference layer of a layer having index k, where j is an integer greater than or equal to 0; a prediction unit configured to predict a picture of a layer having an index i based on a layer having an index j when a condition is met, wherein a value of a chroma format-related syntax element applied to the layer having an index i is the same as a value of a chroma format-related syntax element applied to the layer having an index j, and the condition includes the layer having an index j being a reference layer of the layer having an index i; Includes.

[0035] In a possible implementation form of the method according to the seventh aspect itself, if the value of the reference layer syntax element specifies that the layer with index k is a direct reference layer of the layer with index i, then the layer with index j is a reference layer of the layer with index i.

[0036] According to an eighth aspect, the present invention relates to an apparatus for decoding a coded video bitstream, said apparatus comprising: an acquisition unit configured to acquire a reference layer syntax element by parsing a coded video bitstream, wherein a value of the reference layer syntax element specifies whether a layer with index j is a direct reference layer of a layer with index i, where both i and j are integers and greater than or equal to 0; a prediction unit configured to predict a picture of a layer having an index i based on a layer having an index j when a condition is met, wherein a value of a chroma format-related syntax element applied to the layer having the index i is the same as a value of a chroma format-related syntax element applied to the layer having the index j, and the condition includes a value of a reference layer syntax element specifying that the layer having the index j is a direct reference layer of the layer having the index i; Includes.

[0037] In a possible implementation of the method according to any preceding implementation of the seventh aspect or according to the seventh aspect or the eighth aspect itself, the reference layer syntax element is a syntax element at the video parameter set (VPS) level, and the VPS applies to the layer with index j and the layer with index i.

[0038] In a possible implementation of the method according to any preceding implementation of the seventh aspect or according to the seventh aspect or the eighth aspect itself, the chroma format related syntax elements are syntax elements at a sequence parameter set (SPS) level, and the SPS applies to a layer with index j or a layer with index i.

[0039] In a possible realization of the method according to any preceding realization of the seventh aspect or any preceding realization of the seventh or eighth aspect or the eighth aspect itself, The obtaining unit is further configured to obtain a chroma format-related syntax element applied to a layer having an index i and a chroma format-related syntax element applied to a layer having an index j by parsing the coded video bitstream, and the condition further includes that a value of the chroma format-related syntax element applied to the layer having an index i is the same as a value of the chroma format-related syntax element applied to the layer having an index j.

[0040] A possible realization of the method according to any preceding realization of the seventh aspect or according to the seventh aspect itself further comprises a stopping unit, The stopping unit is configured to stop decoding the coded video bitstream if a layer with index j is a reference layer of a layer with index i and a value of a chroma format-related syntax element applied to the layer with index i is not the same as a value of a chroma format-related syntax element applied to the layer with index j.

[0041] In a possible implementation of the method according to any preceding implementation of the seventh aspect or according to the seventh aspect itself, The acquisition unit is further configured to, when the layer with index j is not a reference layer of the layer with index i, predict a picture of the layer with index i without using the layer with index j.

[0042] In a possible realization of the method according to any preceding realization of the seventh aspect or any preceding realization of the seventh or eighth aspect or the eighth aspect itself, The determining unit is further configured to, if the condition is met, determine that the value of the chroma format related syntax element applied to the layer with index i is the value of the chroma format related syntax element applied to the layer with index j, without obtaining the chroma format related syntax element applied to the layer with index i by parsing the coded video bitstream.

[0043] According to a ninth aspect, the present invention relates to an apparatus for decoding a coded video bitstream, comprising: an acquisition unit configured to acquire a reference layer syntax element by parsing a coded video bitstream, wherein a value of the reference layer syntax element specifies whether a layer with index k is a direct reference layer of a layer with index i, where both i and k are integers greater than or equal to 0; a determining unit configured to determine whether a layer having index j is a reference layer of a layer having index i based on a value of a reference layer syntax element, where the layer having index j is a reference layer of a layer having index k, where j is an integer greater than or equal to 0; a prediction unit configured to predict a picture of a layer having an index i based on a layer having an index j when a condition is met, wherein a value of a bit-depth-related syntax element applied to the layer having an index i is the same as a value of a bit-depth-related syntax element applied to the layer having an index j, and the condition includes the layer having an index j being a reference layer of the layer having an index i; Includes.

[0044] In a possible implementation form of the method according to the ninth aspect itself, if the value of the reference layer syntax element specifies that the layer with index k is a direct reference layer of the layer with index i, then the layer with index j is a reference layer of the layer with index i.

[0045] According to a tenth aspect, the present invention relates to an apparatus for decoding a coded video bitstream, said apparatus comprising: an acquisition unit configured to acquire a reference layer syntax element by parsing a coded video bitstream, wherein a value of the reference layer syntax element specifies whether a layer with index j is a direct reference layer of a layer with index i, where both i and j are integers and greater than or equal to 0; a prediction unit configured to predict a picture of a layer having an index i based on a layer having an index j when a condition is met, wherein a value of a bit-depth-related syntax element applied to the layer having an index i is the same as a value of a bit-depth-related syntax element applied to the layer having an index j, and the condition includes a value of a reference layer syntax element specifying that the layer having an index j is a direct reference layer of the layer having an index i; Includes.

[0046] In a possible implementation of the method according to any preceding implementation of the ninth aspect or according to the ninth aspect or the tenth aspect itself, the reference layer syntax element is a syntax element at the video parameter set (VPS) level, and the VPS applies to the layer with index j and the layer with index i.

[0047] In a possible implementation of the method according to any preceding implementation of the ninth aspect or according to the ninth aspect or the tenth aspect itself, the bit-depth related syntax elements are syntax elements at a sequence parameter set (SPS) level, and the SPS applies to a layer with index j or a layer with index i.

[0048] In a possible realization of the method according to any preceding realization of the ninth aspect or any preceding realization of the ninth or tenth aspect or the tenth aspect itself, The obtaining unit is further configured to obtain a bit-depth-related syntax element applied to a layer having an index i and a bit-depth-related syntax element applied to a layer having an index j by parsing the coded video bitstream, and the condition further includes that a value of the bit-depth-related syntax element applied to the layer having an index i is the same as a value of the bit-depth-related syntax element applied to the layer having an index j.

[0049] In a possible implementation of the method according to any preceding implementation of the ninth aspect or according to the ninth aspect itself, the method further comprises a stopping unit, The stopping unit is configured to stop decoding the coded video bitstream if a layer with index j is a reference layer of a layer with index i and a value of a bit-depth-related syntax element applied to the layer with index i is not the same as a value of a bit-depth-related syntax element applied to the layer with index j.

[0050] In a possible implementation of the method according to any preceding implementation of the ninth aspect or according to the ninth aspect itself, The prediction unit is further configured to predict a picture of the layer with index i without using the layer with index j if the layer with index j is not a reference layer of the layer with index i.

[0051] In a possible realization of the method according to any preceding realization of the ninth aspect or any preceding realization of the ninth or tenth aspect or the tenth aspect itself, The determining unit is further configured to determine that a value of the bit-depth-related syntax element applied to the layer with index i is a value of the bit-depth-related syntax element applied to the layer with index j, without obtaining the bit-depth-related syntax element applied to the layer with index i by parsing the coded video bitstream.

[0052] In a possible implementation form of a method according to any preceding implementation of the ninth aspect or any preceding implementation of the ninth or tenth aspects or the tenth aspect itself, a bit-depth related syntax element specifies the bit-depth of luma and chroma samples of a picture in a layer to which the bit-depth related syntax element applies.

[0053] According to an eleventh aspect, the present invention relates to an apparatus for encoding a video, said apparatus comprising: a determining unit configured to determine whether a layer having an index j is a direct reference layer of a layer having an index i, where both i and j are integers and are greater than or equal to 0; a coding unit configured to, when the layer with index j is a direct reference layer of the layer with index i, encode into the video bitstream a reference layer syntax element having a value specifying that the layer with index j is a direct reference layer of the layer with index i, and to encode into the video bitstream a chroma format related syntax element applied to the layer with index i and a chroma format related syntax element applied to the layer with index j, wherein the value of the chroma format related syntax element applied to the layer with index i is the same as the value of the chroma format related syntax element applied to the layer with index j; and Includes.

[0054] A possible realization of the method according to the eleventh aspect itself further comprises a first prediction unit, The first prediction unit is configured to predict a picture of a layer having index i based on a layer having index j if the layer having index j is a direct reference layer of the layer having index i.

[0055] A possible realization of the method according to the eleventh aspect itself further comprises a second prediction unit, The first prediction unit is configured to predict a picture of a layer having index i without using a layer having index j if the layer having index j is not a reference layer of the layer having index i.

[0056] According to a twelfth aspect, the present invention relates to an apparatus for encoding a video, said apparatus comprising: a determining unit configured to determine whether a layer having an index j is a direct reference layer of a layer having an index i, where both i and j are integers and are greater than or equal to 0; a coding unit configured to, when the layer with index j is a direct reference layer of the layer with index i, encode into the video bitstream a reference layer syntax element having a value specifying that the layer with index j is a direct reference layer of the layer with index i, and to encode into the video bitstream a bit-depth-related syntax element applied to the layer with index i and a bit-depth-related syntax element applied to the layer with index j, wherein a value of the bit-depth-related syntax element applied to the layer with index i is the same as a value of the bit-depth-related syntax element applied to the layer with index j; and Includes.

[0057] A possible realization of the method according to the twelfth aspect itself further comprises a first prediction unit, The first prediction unit is configured to predict a picture of a layer having index i based on a layer having index j if the layer having index j is a direct reference layer of the layer having index i.

[0058] A possible realization of the method according to the twelfth aspect itself further comprises a second prediction unit, The second prediction unit is configured to predict a picture of the layer having index i without using the layer having index j if the layer having index j is not a reference layer of the layer having index i.

[0059] In a possible implementation form of the method according to any preceding implementation manner of the twelfth aspect or the twelfth aspect itself, a bit-depth related syntax element specifies the bit-depth of luma and chroma samples of a picture in a layer to which the bit-depth related syntax element applies.

[0060] According to a thirteenth aspect, the present application relates to an encoder including a processing circuit for carrying out a method according to the fifth or sixth aspect.

[0061] According to a fourteenth aspect, the present application relates to a decoder including processing circuitry for performing a method according to the first, second, third or fourth aspect.

[0062] According to a fourteenth aspect, the present application relates to a computer program product comprising program code for, when executed on a computer or processor, performing a method according to any one of the first to sixth aspects.

[0063] According to a fifteenth aspect, the present application relates to a decoder including one or more processors and a non-transitory computer-readable storage medium coupled to the one or more processors and storing programming for execution by the processors, the programming, when executed by the processors, configuring the decoder to perform a method according to the first aspect, the second aspect, the third aspect or the fourth aspect.

[0064] According to a sixteenth aspect, the present application relates to an encoder including one or more processors and a non-transitory computer-readable storage medium coupled to the processors and storing programming for execution by the processors, the programming, when executed by the processors, configuring the encoder to perform a method according to the fifth or sixth aspect.

[0065] According to a seventeenth aspect, the present application relates to a non-transitory computer-readable medium carrying program code which, when executed by a computing device, causes the computing device to perform the method of any one of the first to sixth aspects.

[0066] According to an eighteenth aspect, the present application relates to a non-transitory storage medium including an encoded bitstream to be decoded by an image decoding device, the bitstream including encoded data of at least one layer, the bitstream further including a chroma format related syntax element of a layer having index i and a chroma format related syntax element of a layer having index j, when the layer having index j is a reference layer of the layer having index i, the value of the chroma format related syntax element of the layer having index i is the same as the value of the chroma format related syntax element of the layer having index j, and both i and j are integers and greater than or equal to 0.

[0067] According to a 19th aspect, the present application relates to a non-transitory storage medium including an encoded bitstream decoded by an image decoding device, the bitstream including encoded data of at least one layer, the bitstream further including a bit-depth-related syntax element for a layer having index i and a bit-depth-related syntax element for a layer having index j, wherein when the layer having index j is a reference layer for the layer having index i, the value of the bit-depth-related syntax element for the layer having index i is the same as the value of the bit-depth-related syntax element for the layer having index j, and both i and j are integers and greater than or equal to 0.

[0068] In a possible realization form of the method according to the 19th aspect itself, the bit depth related syntax element specifies the bit depth of the luma and chroma samples of the picture in the layer to which the bit depth related syntax element applies.

[0069] In a possible implementation form of the method according to any preceding implementation manner of the 18th aspect or the 19th aspect, or the 19th aspect itself, the bitstream further includes a reference layer syntax element, and the layer with index j being a reference layer for the layer with index i includes the value of the reference layer syntax element specifying that the layer with index j is a direct reference layer for the layer with index i.

[0070] According to a twentieth aspect, the present invention relates to a method for decoding a coded video bitstream, the method being performed by an apparatus for decoding a coded video bitstream, the method comprising the steps of parsing a first syntax element used to derive a maximum allowed number of layers, and predicting a picture of a current layer when a first condition is met, provided that a value of a second syntax element specifying a third syntax element is not present in the coded video bitstream, the first condition comprising that the value of the first syntax element specifies that the maximum allowed number of layers is 1.

[0071] In a possible implementation form of the method according to the 20th aspect itself, the first syntax element is included in a VPS of the coded video bitstream and is used to derive the maximum number of layers allowed in each CVS that references the VPS.

[0072] In a possible implementation form of a method according to any preceding implementation manner of the 20th aspect or the 20th aspect itself, predicting a picture of a current layer having an index on the condition that the value of a second syntax element specifying a third syntax element is not present in the coded video bitstream includes predicting a picture of a current layer having an index on the condition that the value of a second syntax element specifying the third syntax element is not present in a PH that references an SPS of the coded video bitstream, and the second syntax element is included in the SPS.

[0073] In a possible implementation form of the method according to any preceding implementation manner of the 20th aspect or the 20th aspect itself, the method further includes a step of determining, when the first condition is met, that the value of the value of the second syntax element specifying the third syntax element is not present in the coded video bitstream.

[0074] In a possible implementation form of the method according to any preceding implementation manner of the 20th aspect or the 20th aspect itself, the third syntax element specifies whether or not a syntax element for the POC MSB value of the current picture is present in the PH, and the third syntax element is included in the PH.

[0075] According to a twenty-first aspect, the present invention relates to a method for decoding a coded video bitstream, the method being executed by an apparatus for decoding coded video bitstreams, the method comprising: a step of parsing a first syntax element specifying whether a layer with index i uses inter-layer prediction, where i is an integer and is greater than 0; and a step of predicting a picture of a layer with index i when a first condition is satisfied, the value of the first syntax element specifying that the layer with index j is a direct reference layer of the layer with index i, on condition that the value of a chroma format-related syntax element of the layer with index i is the same as the value of a chroma format-related syntax element of the layer with index j, where j in the first condition is an integer and is greater than 0.

[0076] In a possible implementation form of the method according to the 21st aspect itself, the method further comprises a step of determining that when a first condition including: a value of a chroma format related syntax element of a layer having index i is the same as a value of a chroma format related syntax element of a layer having index j, the value of the chroma format related syntax element of a layer having index j being satisfied.

[0077] In a possible implementation of the method according to any preceding implementation of the 21st aspect or the 21st aspect itself, the chroma format related syntax elements include chroma_format_idc or separate_colour_plane_flag.

[0078] According to a twenty-second aspect, the present invention relates to a method for decoding a coded video bitstream, the method being performed by an apparatus for decoding coded video bitstreams, the method comprising: a step of parsing a first syntax element specifying whether a layer with index i uses inter-layer prediction, where i is an integer and is greater than 0; and a step of predicting a picture of a layer with index i when a first condition is satisfied, the value of the first syntax element specifying that the layer with index j is a direct reference layer of the layer with index i, on condition that the value of a bit-depth-related syntax element of the layer with index i is the same as the value of a bit-depth-related syntax element of the layer with index j, where j in the first condition is an integer and is greater than 0.

[0079] In a possible implementation form of the method according to the 22nd aspect itself, the method further comprises a step of determining that when a first condition including: a value of a bit-depth-related syntax element of a layer having index i is the same as a value of a bit-depth-related syntax element of a layer having index j, the value of the bit-depth-related syntax element of a layer having index i being the same as the value of a bit-depth-related syntax element of a layer having index j.

[0080] In a possible implementation of the method according to any preceding implementation of the 22nd aspect or the 22nd aspect itself, the bit depth related syntax elements include bit_depth_minus8.

[0081] According to a 23rd aspect, the present invention relates to a method for decoding a coded video bitstream, the method being performed by an apparatus for decoding a coded video bitstream, the method comprising the steps of deriving a maximum allowed number of layers and predicting a picture of a current layer when a first condition is met, on condition that a value of a first syntax element specifying a second syntax element is not present in the coded video bitstream, the first condition including that the value of the maximum allowed number of layers is 1.

[0082] According to a 24th aspect, the present invention relates to a method for decoding a coded video bitstream, the method being performed by an apparatus for decoding a coded video bitstream, the method comprising: obtaining a number of layers of the video bitstream; and predicting a picture of a layer with the same value of a chroma format-related syntax element when a first condition is met, the number of layers being greater than 1.

[0083] In a possible implementation form of the method according to the 24th aspect itself, the method further comprises a step of determining that the values ​​of the chroma format related syntax elements of the layers are the same when the first condition is met.

[0084] In a possible implementation of the method according to any preceding implementation of the 24th aspect or the 24th aspect itself, the chroma format related syntax elements include chroma_format_idc or separate_colour_plane_flag.

[0085] In a possible implementation form of the method according to any preceding implementation scheme of the 24th aspect or the 24th aspect itself, obtaining the number of layers of the video bitstream includes parsing a syntax element (e.g., vps_max_layers_minus1) used to derive the maximum allowed number of layers to obtain the number of layers.

[0086] According to a 25th aspect, the present invention relates to a method for decoding a coded video bitstream, the method being performed by an apparatus for decoding a coded video bitstream, the method comprising: obtaining a number of layers of the video bitstream; and predicting a picture of a layer with the same value of a bit-depth-related syntax element when a first condition is met, the number of layers being greater than 1.

[0087] In a possible implementation form of the method according to the 25th aspect itself, the method further comprises a step of determining that the values ​​of the bit-depth related syntax elements of the layers are the same when the first condition is met.

[0088] In a possible implementation of the method according to any preceding implementation of the 25th aspect or the 25th aspect itself, the bit depth related syntax elements include bit_depth_minus8.

[0089] In a possible implementation form of the method according to any preceding implementation scheme of the 25th aspect or the 25th aspect itself, obtaining the number of layers of the video bitstream includes parsing a syntax element (e.g., vps_max_layers_minus1) used to derive the maximum allowed number of layers to obtain the number of layers.

[0090] According to a twenty-sixth aspect, the present application relates to a decoder including a processing circuit for carrying out the methods according to the twenty-first to twenty-fifth aspects.

[0091] According to a 27th aspect, the present application relates to a computer program product comprising program code for, when executed on a computer or processor, performing the method according to any one of the 21st to 25th aspects.

[0092] According to a 28th aspect, the present application relates to a decoder including one or more processors and a non-transitory computer-readable storage medium coupled to the processors and storing programming for execution by the processors, the programming, when executed by the processors, configuring the decoder to perform a method according to any one of the 21st to 25th aspects.

[0093] According to a 29th aspect, the present application relates to a non-transitory computer-readable medium carrying program code which, when executed by a computing device, causes the computing device to perform any one of the methods of the 21st to 25th aspects.

[0094] The details of one or more embodiments are set forth in the accompanying drawings and the description below. Other features, objects, and advantages will become apparent from the description, drawings, and claims.

[0095] According to an embodiment of the present application, a reference layer syntax element is obtained by parsing a coded video bitstream, a value of the reference layer syntax element specifies whether a layer with index k is a direct reference layer of a layer with index i, where both i and k are integers and are greater than or equal to 0; determining whether a layer with index j is a reference layer of a layer with index i based on the value of the reference layer syntax element, where the layer with index j is a reference layer of the layer with index k, where j is an integer and is greater than or equal to 0; predicting a picture of a layer with index i based on the layer with index j if the condition is met; a value of a chroma format-related syntax element applied to the layer with index i is the same as a value of a chroma format-related syntax element applied to the layer with index j, and the condition includes that the layer with index j is a reference layer of the layer with index i; [Brief explanation of the drawings]

[0096] In the following, embodiments of the invention will be described in more detail with reference to the accompanying figures and drawings. [Figure 1A] 1 is a block diagram illustrating an example of a video coding system configured to implement embodiments of the present application. [Figure 1B] FIG. 2 is a block diagram illustrating another example of a video coding system configured to implement embodiments of the present application. [Figure 2] 1 is a block diagram illustrating an example of a video encoder configured to implement embodiments of the present application. [Figure 3] 1 is a block diagram illustrating an exemplary structure of a video decoder configured to implement embodiments of the present application. [Figure 4] FIG. 1 is a block diagram illustrating an example of an encoding device or a decoding device. [Figure 5] FIG. 10 is a block diagram showing another example of an encoding device or a decoding device. [Figure 6] FIG. 1 is an exemplary diagram illustrating scalable coding with two layers. [Figure 7] 1 is a schematic flowchart illustrating a method for decoding a coded video bitstream according to an embodiment of the present application; [Figure 8] 1 is a schematic flowchart illustrating a method for decoding a coded video bitstream according to an embodiment of the present application; [Figure 9] 1 is a schematic flowchart illustrating a method for decoding a coded video bitstream according to an embodiment of the present application; [Figure 10] 1 is a schematic flowchart illustrating a method for decoding a coded video bitstream according to an embodiment of the present application; [Figure 11] 1 is a schematic flowchart illustrating a method for decoding a coded video bitstream according to an embodiment of the present application; [Figure 12] 1 is a schematic flowchart illustrating a method for decoding a coded video bitstream according to an embodiment of the present application; [Figure 13] 1 is a schematic flowchart illustrating a method for encoding a video according to an embodiment of the present application; [Figure 14] 1 is a schematic flowchart illustrating a method for encoding a video according to an embodiment of the present application; [Figure 15] 1 is a schematic flowchart illustrating a method for encoding a video according to an embodiment of the present application; [Figure 16] 1 is a schematic flowchart illustrating a method for encoding a video according to an embodiment of the present application; [Figure 17] 1 is a structural diagram showing an apparatus for decoding a coded video bitstream according to an embodiment of the present application; [Figure 18]1 is a structural diagram showing an apparatus for decoding a coded video bitstream according to an embodiment of the present application; [Figure 19] 1 is a structural diagram showing an apparatus for decoding a coded video bitstream according to an embodiment of the present application; [Figure 20] 1 is a structural diagram showing an apparatus for decoding a coded video bitstream according to an embodiment of the present application; [Figure 21] 1 is a structural diagram showing an apparatus for decoding a coded video bitstream according to an embodiment of the present application; [Figure 22] 1 is a structural diagram showing an apparatus for decoding a coded video bitstream according to an embodiment of the present application; [Figure 23] 1 is a structural diagram showing an apparatus for encoding video according to an embodiment of the present application; [Figure 24] 1 is a structural diagram showing an apparatus for encoding video according to an embodiment of the present application; [Figure 25] 1 is a structural diagram showing an apparatus for encoding video according to an embodiment of the present application; [Figure 26] 1 is a structural diagram showing an apparatus for encoding video according to an embodiment of the present application; [Figure 27] 31 is a block diagram illustrating an exemplary structure of a content supply system 3100 for implementing a content distribution service. [Figure 28] FIG. 2 is a block diagram illustrating the structure of an example terminal device.

[0097] In the following, identical reference signs, unless expressly specified otherwise, denote identical or at least functionally equivalent features. DETAILED DESCRIPTION OF THE INVENTION

[0098] In the following description, reference is made to the accompanying drawings which form a part of this disclosure and which show, by way of illustration, specific aspects of embodiments of the invention or in which embodiments of the invention may be used. It is understood that embodiments of the invention may be used in other ways and may include structural or logical changes not shown in the drawings. Therefore, the following detailed description is not to be taken in a limiting sense, and the scope of the present invention is defined by the appended claims.

[0099] For example, it is understood that disclosure related to a described method may also apply to a corresponding device or system configured to perform the method, and vice versa. For example, when one or more particular method steps are described, a corresponding device may include one or more units, e.g., functional units, for performing the described one or more method steps, even if such one or more units are not explicitly described or shown in the drawings (e.g., one unit performs one or more steps, or multiple units each perform one or more of the steps). On the other hand, for example, when a particular apparatus is described based on one or more units, e.g., functional units, a corresponding method may include a step for performing the function of one or more units, even if such one or more steps are not explicitly described or shown in the drawings (e.g., one step performs the function of one or more units, or multiple steps each perform the function of one or more of the units). Furthermore, it is understood that features of various exemplary embodiments and / or aspects described herein may be combined with each other, unless otherwise specified.

[0100] Typically, video coding refers to the processing of a sequence of pictures forming a video or a video sequence. Instead of the term "picture," the terms "frame" or "image" may be used synonymously in the field of video coding. Video coding (or coding in general) includes two parts: video encoding and video decoding. Video encoding is performed on the source side and typically involves processing the original video picture (e.g., by compression) to reduce the amount of data needed to represent the video picture (for more efficient storage and / or transmission). Video decoding is performed on the destination side and typically involves the reverse processing compared to the encoder to reconstruct the video picture. Embodiments referring to "coding" of a video picture (or pictures in general) shall be understood to relate to "encoding" or "decoding" of the video picture or the respective video sequence. The combination of the encoder and decoder is also called a CODEC (Coding and Decoding).

[0101] In the case of lossless video coding, the original video picture can be reconstructed, i.e., the reconstructed video picture has the same quality as the original video picture (assuming there is no transmission loss or other data loss during storage or transmission). In the case of lossy video coding, further compression, e.g., by quantization, is performed to reduce the amount of data representing the video picture, which cannot be fully reconstructed at the decoder, i.e., the quality of the reconstructed video picture is low or poor compared to the quality of the original video picture.

[0102] Some video coding standards belong to the group of "lossy hybrid video codecs" (i.e., they combine spatial and temporal prediction in the sample domain with 2D transform coding to apply quantization in the transform domain). Each picture of a video sequence is typically partitioned into a set of non-overlapping blocks, and coding is typically performed at the block level. In other words, at an encoder, video is typically processed, i.e., encoded, at the block (video block) level, for example, by generating a predictive block using spatial (intra-picture) prediction and / or temporal (inter-picture) prediction, subtracting the predictive block from a current block (the block currently being processed / to be processed) to obtain a residual block, transforming the residual block, and quantizing the residual block in the transform domain to reduce the amount of data to be transmitted (compression). Meanwhile, at a decoder, an inverse process compared to the encoder is applied to the coded or compressed block to reconstruct the current block for representation. Furthermore, the encoder replicates the decoder processing loop, so that both generate the same predictions (e.g., intra- and inter-predictions) and / or reconstructions for processing, i.e., coding, subsequent blocks.

[0103] Hereinafter, embodiments of a video coding system 10, a video encoder 20, and a video decoder 30 will be described with reference to FIGS.

[0104] 1A is a schematic block diagram illustrating an example coding system 10, e.g., video coding system 10 (or coding system 10 for short), that may utilize techniques of the present application. A video encoder 20 (or encoder 20 for short) and a video decoder 30 (or decoder 30 for short) of video coding system 10 represent examples of devices that may be configured to perform techniques according to various examples described herein.

[0105] As shown in FIG. 1A, coding system 10 includes a source device 12 configured to provide encoded picture data 21 to, for example, a destination device 14 for decoding encoded picture data 13.

[0106] The source device 12 includes an encoder 20 and may further, i.e. optionally, include a picture source 16 , a pre-processor (or pre-processing unit) 18 , for example a picture pre-processor 18 , and a communication interface or unit 22 .

[0107] Picture source 16 may be or include any kind of picture capture device, e.g., a camera for capturing real-world pictures, and / or any kind of picture generation device, e.g., a computer graphics processor for generating computer-animated pictures, or any kind of other device for obtaining and / or providing real-world pictures, computer-generated pictures (e.g., screen content, virtual reality (VR) pictures), and / or any combination thereof (e.g., augmented reality (AR) pictures). Picture source may also be any kind of memory or storage that stores any of the above pictures.

[0108] In contrast to the pre-processor 18 and the processing performed by the pre-processing unit 18 , the pictures or picture data 17 may also be referred to as raw pictures or raw picture data 17 .

[0109] The pre-processor 18 is configured to receive (raw) picture data 17 and perform pre-processing on the picture data 17 to obtain a pre-processed picture 19 or pre-processed picture data 19. The pre-processing performed by the pre-processor 18 may include, for example, cropping, color format conversion (e.g., from RGB to YCbCr), color correction or noise removal. It will be understood that the pre-processing unit 18 may be an optional component.

[0110] Video encoder 20 is configured to receive pre-processed picture data 19 and provide coded picture data 21 (described in further detail below, eg, with reference to FIG. 2).

[0111] The communication interface 22 of the source device 12 may be configured to receive the encoded picture data 21 and transmit the encoded picture data 21 (or any further processed version thereof) over the communication channel 13 to another device, such as the destination device 14 or any other device, for storage or direct reconstruction.

[0112] The destination device 14 includes a decoder 30 (e.g., a video decoder 30), and may further, i.e. optionally, include a communication interface or communication unit 28, a post-processor 32 (or post-processing unit 32), and a display device 34.

[0113] The communications interface 28 of the destination device 14 is configured to receive the coded picture data 21 (or any further processed version thereof), for example, directly from the source device 12 or from any other source, for example, a storage device, for example, a coded picture data storage device, and to provide the coded picture data 21 to the decoder 30.

[0114] The communication interface 22 and the communication interface 28 may be configured to transmit or receive the encoded picture data 21 or the encoded data 13 via a direct communication link between the source device 12 and the destination device 14, e.g., a direct wired or wireless connection, or via any type of network, e.g., a wired or wireless network or any combination thereof, or any type of private and public network, or any combination thereof.

[0115] The communications interface 22 may be configured, for example, to package the coded picture data 21 into a suitable format, e.g., packets, and / or process the coded picture data using any type of transmission coding or processing for transmission over a communications link or network.

[0116] The communications interface 28, which forms the counterpart of the communications interface 22, may for example be configured to receive transmitted data and process the transmitted data using any type of corresponding transmission decoding or processing and / or unpackaging to obtain the coded picture data 21.

[0117] Both communication interface 22 and communication interface 28 may be configured as unidirectional communication interfaces, as indicated by the arrow for communication channel 13 pointing from source device 12 to destination device 14 in FIG. 1A, or as bidirectional communication interfaces, e.g., configured to send and receive messages, e.g., to set up connections, to authorize and exchange communication links and / or any other information related to data transmission, e.g., coded picture data transmission.

[0118] The decoder 30 is arranged to receive the coded picture data 21 and to provide decoded picture data 31 or decoded pictures 31 (as will be explained in further detail below, for example with reference to FIG. 3 or FIG. 5).

[0119] Post-processor 32 of destination device 14 is configured to post-process decoded picture data 31 (also called reconstructed picture data), e.g., decoded picture 31, to obtain post-processed picture data 33, e.g., post-processed picture 33. The post-processing performed by post-processing unit 32 may include, e.g., color format conversion (e.g., from YCbCr to RGB), color correction, cropping or resampling, or any other processing, e.g., to prepare decoded picture data 31 for display, e.g., by display device 34.

[0120] Display device 34 of destination device 14 is configured to receive the post-processed picture data 33 and, for example, display the picture to a user or viewer. Display device 34 may be or include any type of display that presents the reconstructed picture, for example, an integrated or external display or monitor. The display may be or include, for example, a liquid crystal display (LCD), an organic light emitting diode (OLED) display, a plasma display, a projector, a microLED display, a liquid crystal on silicon (LCoS), a digital light processor (DLP), or any other type of display.

[0121] 1A depicts source device 12 and destination device 14 as separate devices, an embodiment of the devices may also include both or both functionality: source device 12 or corresponding functionality and destination device 14 or corresponding functionality. In such an embodiment, source device 12 or corresponding functionality and destination device 14 or corresponding functionality may be implemented using the same hardware and / or software or by separate hardware and / or software or any combination thereof.

[0122] As will be apparent to those skilled in the art based on the description, the presence and (exact) division of different units or functions within source device 12 and / or destination device 14 as shown in FIG. 1A may vary depending on the actual device and application.

[0123] Encoder 20 (e.g., video encoder 20) or decoder 30 (e.g., video decoder 30), or both encoder 20 and decoder 30, may be implemented via processing circuitry as shown in FIG. 1B , such as one or more microprocessors, digital signal processors (DSPs), application-specific integrated circuits (ASICs), field-programmable gate arrays (FPGAs), discrete logic, hardware, dedicated video coding, or any combination thereof. Encoder 20 may be implemented via processing circuitry 46 to embody various modules as described with respect to encoder 20 of FIG. 2 and / or any other encoder system or subsystem described herein. Decoder 30 may be implemented via processing circuitry 46 to embody various modules as described with respect to decoder 30 of FIG. 3 and / or any other decoder system or subsystem described herein. The processing circuitry may be configured to perform various operations as described below. 5, where the techniques are implemented in part in software, a device may store instructions for the software in a suitable non-transitory computer-readable storage medium and may execute the instructions in hardware using one or more processors to perform the techniques of this disclosure. Either video encoder 20 and video decoder 30 may be integrated as part of a combined encoder / decoder (CODEC) in a single device, for example, as shown in FIG. 1B.

[0124] Source device 12 and destination device 14 may include any of a wide variety of devices, including any type of handheld or stationary device, e.g., a notebook or laptop computer, a mobile phone, a smartphone, a tablet or tablet computer, a camera, a desktop computer, a set-top box, a television, a display device, a digital media player, a video game console, a video streaming device (such as a content service server or content distribution server), a broadcast receiver device, a broadcast transmitter device, etc., and may or may not use any type of operating system. In some cases, source device 12 and destination device 14 may be equipped for wireless communication. Thus, source device 12 and destination device 14 may be wireless communication devices.

[0125] 1A is merely an example, and the techniques herein may be applied to video coding settings (e.g., video encoding or video decoding) that do not necessarily include any data communication between an encoding device and a decoding device. In other examples, data may be retrieved from local memory, streamed over a network, etc. A video encoding device may encode data and store it in memory, and / or a video decoding device may retrieve data from memory and decode it. In some examples, encoding and decoding are performed by devices that do not communicate with each other but simply encode data to memory and / or retrieve data from memory and decode it.

[0126] For ease of explanation, embodiments of the present invention are described herein with reference to, for example, High-Efficiency Video Coding (HEVC) or Versatile Video Coding (VVC) reference software, next-generation video coding standards developed by the ITU-T Video Coding Experts Group (VCEG) and the ISO / IEC Joint Collaboration Team on Video Coding (JCT-VC) of the Motion Picture Experts Group (MPEG). Those skilled in the art will understand that embodiments of the present invention are not limited to HEVC or VVC.

[0127] Encoder and encoding method FIG. 2 shows a schematic block diagram of an exemplary video encoder 20 configured to implement the techniques of the present application. In the example of FIG. 2, the video encoder 20 includes an input 201 (or input interface 201), a residual calculation unit 204, a transform processing unit 206, a quantization unit 208, an inverse quantization unit 210, an inverse transform processing unit 212, a reconstruction unit 214, a loop filter unit 220, a decoded picture buffer (DPB) 230, a mode selection unit 260, an entropy coding unit 270, and an output 272 (or output interface 272). The mode selection unit 260 may include an inter prediction unit 244, an intra prediction processing unit 254, and a partition unit 262. The inter prediction unit 244 may include a motion estimation unit and a motion compensation unit (not shown). The video encoder 20 shown in FIG. 2 may also be referred to as a hybrid video encoder or a video encoder using a hybrid video codec.

[0128] The residual calculation unit 204, the transform processing unit 206, the quantization unit 208, and the mode selection unit 260 may be referred to as forming a forward signal path of the encoder 20. Meanwhile, the inverse quantization unit 210, the inverse transform processing unit 212, the reconstruction unit 214, the buffer 216, the loop filter 220, the decoded picture buffer (DPB) 230, the inter prediction unit 244, and the intra prediction unit 254 may be referred to as forming a backward signal path of the video encoder 20, which corresponds to the signal path of the decoder (see decoder 30 in FIG. 3 ). The inverse quantization unit 210, the inverse transform processing unit 212, the reconstruction unit 214, the loop filter 220, the decoded picture buffer (DPB) 230, the inter prediction unit 244, and the intra prediction unit 254 may also be referred to as forming a “built-in decoder” of the video encoder 20.

[0129] Pictures and picture partitions (pictures and blocks) The encoder 20 may be configured to receive, for example, via input 201, a picture 17 (or picture data 17), e.g., a picture of a video or a sequence of pictures forming a video sequence. The received picture or picture data may also be a preprocessed picture 19 (preprocessed picture data 19). For simplicity, the following description refers to the picture 17. The picture 17 may also be called a current picture or a picture to be coded (particularly in video coding, to distinguish the current picture from other pictures, e.g., pictures that have been previously coded and / or decoded in the same video sequence, i.e., the video sequence that also includes the current picture).

[0130] A (digital) picture can be thought of as or be a two-dimensional array or matrix of samples with intensity values. The samples in the array may also be called pixels (short for picture element) or pels. The number of samples in the horizontal and vertical directions (or axes) of the array or picture defines the size and / or resolution of the picture. For color representation, three color components are typically used, i.e., a picture may be represented as or contain three sample arrays. In an RBG format or color space, a picture contains corresponding red, green, and blue sample arrays. However, in video coding, each pixel is typically represented in a luminance and chrominance format or color space, e.g., YCbCr, which contains a luminance component denoted by Y (sometimes L is used instead) and two chrominance components denoted by Cb and Cr. The luminance (or luma for short) component Y represents brightness or gray-level intensity (e.g., as in a grayscale picture). On the other hand, the two chrominance (or chroma for short) components Cb and Cr represent chromaticity or color information components. Thus, a picture in YCbCr format includes a luminance sample array of luminance sample values ​​(Y) and two chrominance sample arrays of chrominance values ​​(Cb and Cr). A picture in RGB format may be converted or transformed to YCbCr format, or vice versa; the process is also known as color conversion or translation. If a picture is monochrome, the picture may include only a luminance sample array. Thus, a picture may be, for example, an array of luma samples in monochrome format, or an array of luma samples and two corresponding arrays of chroma samples in 4:2:0, 4:2:2, and 4:4:4 color formats.

[0131] Embodiments of video encoder 20 may include a picture partition unit (not shown in FIG. 2) configured to partition picture 17 into multiple (typically non-overlapping) picture blocks 203. These blocks may also be called root blocks, macroblocks (H.264 / AVC) or coding tree blocks (CTBs) or coding tree units (CTUs) (H.265 / HEVC and VVC). The picture partition unit may be configured to use the same block size for all pictures of a video sequence and a corresponding grid that defines the block size, or to vary the block size among pictures or subsets or groups of pictures and partition each picture into corresponding blocks.

[0132] In further embodiments, the video encoder may be configured to directly receive blocks 203 of picture 17, e.g., one, some, or all of the blocks that form picture 17. Picture blocks 203 may also be referred to as current picture blocks or picture blocks to be coded.

[0133] Like picture 17, picture block 203 can also be considered as or be a two-dimensional array or matrix of samples having intensity values ​​(sample values), but with smaller dimensions than picture 17. In other words, block 203 may, for example, include one sample array (e.g., a luma array in the case of a monochrome picture 17, or a luma or chroma array in the case of a color picture) or three sample arrays (e.g., a luma and two chroma arrays in the case of a color picture 17), or any other number and / or type of arrays depending on the applied color format. The number of samples in the horizontal and vertical directions (or axes) of block 203 defines the size of block 203. Thus, a block may, for example, be an M×N (M columns by N rows) array of samples or an M×N array of transform coefficients.

[0134] An embodiment of video encoder 20 such as that shown in FIG. 2 may be configured to encode picture 17 on a block-by-block basis, eg, encoding and prediction is performed on a block-by-block basis.

[0135] Embodiments of video encoder 20 such as that shown in FIG. 2 may be further configured to partition and / or encode pictures using slices (also called video slices), where a picture may be partitioned into or encoded using one or more (typically non-overlapping) slices, each of which may include one or more blocks (e.g., CTUs) or groups of one or more blocks (e.g., tiles (H.265 / HEVC and VVC) or bricks (VVC)).

[0136] An embodiment of video encoder 20 as shown in FIG. 2 may be further configured to partition and / or encode a picture using slice / tile groups (also referred to as video tile groups) and / or tiles (also referred to as video tiles), where a picture may be partitioned into or encoded using one or more (typically non-overlapping) slice / tile groups, each of which may, for example, include one or more blocks (e.g., CTUs) or one or more tiles, and each tile may, for example, be rectangular in shape and include one or more blocks (e.g., CTUs), e.g., full or partial blocks.

[0137] Residual calculation The residual calculation unit 204 may be configured to calculate the residual block 205 (also referred to as the residual 205) based on the picture block 203 and the prediction block 265 (further details regarding the prediction block 265 are provided below), for example, by subtracting sample values ​​of the prediction block 265 from sample values ​​of the picture block 203 on a sample-by-sample (pixel-by-pixel) basis to obtain the residual block 205 in the sample domain.

[0138] conversion The transform processing unit 206 may be configured to apply a transform, such as a discrete cosine transform (DCT) or a discrete sine transform (DST), to the sample values ​​of the residual block 205 to obtain transform coefficients in a transform domain 207. The transform coefficients 207 may also be referred to as transform residual coefficients and represent the residual block 205 in the transform domain.

[0139] The transform processing unit 206 may be configured to apply an integer approximation of a DCT / DST, such as the transform specified for H.265 / HEVC. Compared to an orthogonal DCT transform, such an integer approximation is typically scaled by a specific factor. To maintain the norm of the residual block processed by the forward and inverse transforms, an additional scaling factor is applied as part of the transform process. The scaling factor is typically selected based on specific constraints, such as the scaling factor being a power of two due to shift operations, the bit depth of the transform coefficients, a trade-off between accuracy and implementation cost, etc. A specific scaling factor may be specified, for example, for the inverse transform by the inverse transform processing unit 212 (and the corresponding inverse transform by, e.g., the inverse transform processing unit 312 in the video decoder 30), and a corresponding scaling factor for the forward transform by, e.g., the transform processing unit 206 in the encoder 20 may be specified accordingly.

[0140] An embodiment of video encoder 20 (respectively, transform processing unit 206) may be configured to output transform parameters, e.g., a type of transform or multiple transforms, that are encoded or compressed, e.g., directly or via entropy coding unit 270, so that, for example, video decoder 30 may receive and use the transform parameters for decoding.

[0141] quantization The quantization unit 208 may be configured to quantize the transform coefficients 207, for example by applying scalar quantization or vector quantization, to obtain quantized coefficients 209. The quantized coefficients 209 may also be referred to as quantized transform coefficients 209 or quantized residual coefficients 209.

[0142] The quantization process may reduce the bit depth associated with some or all of the transform coefficients 207. For example, an n-bit transform coefficient may be truncated to an m-bit transform coefficient during quantization, where n is greater than m. The degree of quantization may be changed by adjusting a quantization parameter (QP). For example, in scalar quantization, different scaling may be applied to achieve finer or coarser quantization. A smaller quantization step size corresponds to finer quantization, while a larger quantization step size corresponds to coarser quantization. The applicable quantization step may be indicated by the quantization parameter (QP). The quantization parameter may, for example, be an index into a predetermined set of applicable quantization step sizes. For example, a small quantization parameter may correspond to finer quantization (smaller quantization step size) and a large quantization parameter may correspond to coarser quantization (larger quantization step size), or vice versa. Quantization may involve division by a quantization step size, while the corresponding and / or inverse dequantization by, for example, the inverse quantization unit 210 may involve multiplication by the quantization step size. Some standards, such as HEVC, may be configured to use a quantization parameter to determine the quantization step size. Generally, the quantization step size may be calculated based on the quantization parameter using a fixed-point approximation of a formula that includes division. Due to the scaling used in the fixed-point approximation of the formula for the quantization step size and the quantization parameter, additional scaling factors for quantization and dequantization may be introduced to restore the norm of the residual block, which may change. In one exemplary implementation, the scaling of the inverse transform and dequantization may be combined. Alternatively, customized quantization tables may be used, e.g., signaled from the encoder to the decoder in the bitstream. Quantization is a lossy operation, and loss increases with increasing quantization step size.

[0143] Embodiments of video encoder 20 (respectively, quantization unit 208) may be configured to output a quantization parameter (QP), e.g., encoded directly or via entropy coding unit 270, so that, for example, video decoder 30 may receive and apply the quantization parameter for decoding.

[0144] inverse quantization The inverse quantization unit 210 is configured to apply the inverse quantization of the quantization unit 208 to the quantized coefficients, e.g., by applying the inverse of the quantization scheme applied by the quantization unit 208, based on or using the same quantization step size as the quantization unit 208, to obtain dequantized coefficients 211. The dequantized coefficients 211 are also referred to as dequantized residual coefficients 211 and may correspond to the transform coefficients 207, although they are typically not identical to the transform coefficients due to loss due to quantization.

[0145] Inverse transformation The inverse transform processing unit 212 is configured to apply an inverse transform of the transform applied by the transform processing unit 206, such as an inverse discrete cosine transform (DCT) or an inverse discrete sine transform (DST) or other inverse transform, to obtain a reconstructed residual block 213 (or corresponding dequantized coefficients 213) in the sample domain. The reconstructed residual block 213 may also be referred to as a transform block 213.

[0146] Reconstruction The reconstruction unit 214 (e.g., an adder or summer 214) is configured to add the transform block 213 (i.e., the reconstructed residual block 213) to the prediction block 265, e.g., by adding the sample values ​​of the reconstructed residual block 213 and the sample values ​​of the prediction block 265 sample by sample, to obtain the reconstructed block 215 in the sample domain.

[0147] filtering The loop filter unit 220 (or "loop filter" 220 for short) is configured to filter the reconstructed block 215 to obtain a filtered block 221, or generally, to filter the reconstructed samples to obtain filtered sample values. The loop filter unit is configured, for example, to smooth pixel transitions or improve video quality. The loop filter unit 220 may include one or more loop filters, such as a deblocking filter, a sample-adaptive offset (SAO) filter, or one or more other filters, such as an adaptive loop filter (ALF), a noise suppression filter (NSF), or any combination thereof. In one example, the loop filter unit 220 may include a deblocking filter, an SAO filter, and an ALF filter. The filtering process order may be deblocking filter, SAO, and ALF. In another example, a process called luma mapping with chroma scaling (LMCS) (i.e., adaptive in-loop reshaper) is added. This process is performed before deblocking. In other examples, the deblocking filter process may also be applied to internal sub-block edges, such as affine sub-block edges, ATMVP sub-block edges, sub-block transform (SBT) edges, and intra sub-partition (ISP) edges. Although loop filter unit 220 is shown in FIG. 2 as being an in-loop filter, in other configurations, loop filter unit 220 may be implemented as a post-loop filter. Filtered block 221 may also be referred to as filtered reconstruction block 221.

[0148] Embodiments of video encoder 20 (respectively, loop filter unit 220) may be configured to output loop filter parameters (such as SAO filter parameters or ALF filter parameters or LMCS parameters), which may be encoded, for example, directly or via entropy encoding unit 270, so that, for example, decoder 30 may receive and apply the same loop filter parameters or respective loop filters for decoding.

[0149] Decoded Picture Buffer The decoded picture buffer (DPB) 230 may be a memory that stores reference pictures, or reference picture data in general, for encoding video data by the video encoder 20. The DPB 230 may be formed from any of a variety of memory devices, such as dynamic random access memory (DRAM), including synchronous DRAM (SDRAM), magnetoresistive RAM (MRAM), resistive RAM (RRAM), or other types of memory devices. The decoded picture buffer (DPB) 230 may be configured to store one or more filtered blocks 221. The decoded picture buffer 230 may be further configured to store other previously filtered blocks, e.g., previously reconstructed filtered blocks 221, of the same current picture or a different picture, e.g., a previously reconstructed picture, and may provide a complete previously reconstructed, i.e., decoded, picture (and corresponding reference blocks and samples) and / or a partially reconstructed current picture (and corresponding reference blocks and samples), e.g., for inter prediction. The decoded picture buffer (DPB) 230 may also be configured to store one or more unfiltered reconstructed blocks 215, or in general, unfiltered reconstructed samples, e.g., if the reconstructed blocks 215 are not filtered by the loop filter unit 220, or other further processed versions of any of the reconstructed blocks or samples.

[0150] Mode selection (partition and prediction) The mode selection unit 260 includes a partition unit 262, an inter prediction unit 244, and an intra prediction unit 254, and is configured to receive or obtain original picture data, e.g., original block 203 (current block 203 of current picture 17), and reconstructed picture data, e.g., filtered and / or unfiltered reconstructed samples or blocks of the same (current) picture and / or from one or more previously decoded pictures, e.g., from the decoded picture buffer 230 or other buffer (e.g., a line buffer, not shown). The reconstructed picture data is used as reference picture data for prediction, e.g., inter prediction or intra prediction, to obtain a prediction block 265 or predictor 265.

[0151] The mode selection unit 260 may be configured to determine or select a partition (including no partition) and a prediction mode (e.g., intra or inter prediction mode) for the current block prediction mode, and generate a corresponding prediction block 265 used for calculating the residual block 205 and for reconstructing the reconstruction block 215.

[0152] Embodiments of mode selection unit 260 may be configured to select partitions and prediction modes (e.g., from those supported or available by mode selection unit 260) that provide the best fit, or in other words, the smallest residual (smallest residual means better compression for transmission or storage) or the smallest signaling overhead (smallest signaling overhead means better compression for transmission or storage), or that consider or balance both. Mode selection unit 260 may also be configured to determine partitions and prediction modes based on rate distortion optimization (RDO), i.e., to select a prediction mode that provides the smallest rate distortion. Terms such as “best,” “minimum,” “optimum,” etc. in this context do not necessarily indicate an overall “best,” “minimum,” “optimum,” etc., but may indicate the satisfaction of termination or selection criteria, such as values ​​above or below a threshold, or other constraints that potentially result in a “suboptimal selection,” but reduce complexity and processing time.

[0153] In other words, the partition unit 262 may be configured to partition pictures from a video sequence into a sequence of coding tree units (CTUs), and the CTUs 203 may be further partitioned into smaller block partitions or sub-blocks (which again form blocks), e.g., using quad-tree partitioning (QT), binary partitioning (BT), or triple-tree partitioning (TT), or any combination thereof, recursively, e.g., performing prediction for each of the block partitions or sub-blocks, and the mode selection includes selecting a tree structure for the partitioned block 203, and a prediction mode is applied to each of the block partitions or sub-blocks.

[0154] The partitioning (eg, by partition unit 260) and prediction processes (by inter prediction unit 244 and intra prediction unit 254) performed by exemplary video encoder 20 are described in more detail below.

[0155] partition The partition unit 262 may be configured to partition a picture from a video sequence into a sequence of coding tree units (CTUs), and the partition unit 262 may partition (or divide) the coding tree units (CTUs) 203 into smaller partitions, e.g., smaller blocks of square or rectangular size. For a picture with a three-sample arrangement, a CTU consists of an N×N block of luma samples along with two corresponding blocks of chroma samples. The maximum allowable size of a luma block within a CTU is specified as 128×128 in the current Versatile Video Coding (VVC) standard, but may be specified as a value other than 128×128, e.g., 256×256, in the future. CTUs of a picture may be clustered / grouped into slices / tile groups, tiles, or bricks. A tile covers a rectangular area of ​​the picture, and a tile can be divided into one or more bricks. A brick consists of multiple rows of CTUs within a tile. A tile that is not partitioned into multiple bricks can be called a brick. However, a brick is a true subset of a tile and is not called a tile. There are two modes of tile groups supported by VVC: raster scan slice / tile group mode and rectangular slice mode. In raster scan tile group mode, a slice / tile group contains a sequence of tiles in the tile raster scan of the picture. In rectangular slice mode, a slice contains multiple bricks of the picture that collectively form a rectangular region of the picture. The bricks within a rectangular slice are in the order of the brick raster scan of the slice. These smaller blocks (which may also be called sub-blocks) may be further partitioned into even smaller partitions.This is also called tree partitioning or hierarchical tree partitioning; for example, a root block at root tree level 0 (hierarchical level 0, depth 0) may be recursively partitioned, e.g., into two or more blocks at the next lower tree level, e.g., into nodes at tree level 1 (hierarchical level 1, depth 1); these blocks may then be partitioned again into two or more blocks at the next lower tree level, e.g., tree level 2 (hierarchical level 2, depth 2), until partitioning terminates, e.g., because a termination criterion is met, e.g., a maximum tree depth or a minimum block size is reached. Furthermore, unpartitioned blocks are also called leaf blocks or leaf nodes of the tree. A tree using partitions into two partitions is called a binary tree (BT), a tree using partitions into three partitions is called a ternary tree (TT), and a tree using partitions into four partitions is called a quad tree (QT).

[0156] For example, a coding tree unit (CTU) may be or may include a CTB of luma samples, two corresponding CTBs of chroma samples for a picture with a three-sample arrangement, or a CTB of samples for a monochrome picture or a picture coded using a syntax structure used for coding three distinct color planes and samples. Correspondingly, a coding tree block (CTB) may be an N×N block of samples for some value of N, such that the division of the components into CTBs is a partition. A coding unit (CU) may be or may include a coding block of luma samples, two corresponding coding blocks of chroma samples for a picture with a three-sample arrangement, or a coding block of samples for a monochrome picture or a picture coded using a syntax structure used for coding three distinct color planes and samples. Correspondingly, a coding block (CB) may be an M×N block of samples for some values ​​of M and N, such that the division of the CTB into coding blocks is a partition.

[0157] For example, in an HEVC-based embodiment, coding tree units (CTUs) may be divided into CUs by using a quadtree structure, denoted as a coding tree. The decision of whether to code a picture region using inter-picture (temporal) prediction or intra-picture (spatial) prediction is made at the leaf CU level. Each leaf CU can be further divided into one, two, or four PUs according to the PU partition type. Within one PU, the same prediction process is applied, and related information is sent to the decoder for each PU. After obtaining residual blocks by applying the prediction process based on the PU partition type, the leaf CUs can be partitioned into transform units (TUs) according to another quadtree structure similar to the coding tree for CUs.

[0158] For example, in an embodiment according to the latest video coding standard currently under development, called Versatile Video Coding (VVC), a combined quadtree nested multitype tree using bisection and trisection segmentation structures is used to partition the coding tree units, for example. In the coding tree structure within a coding tree unit, the CUs can have either a square or rectangular shape. For example, a coding tree unit (CTU) is first partitioned by a quadtree. The quadtree leaf nodes can then be further partitioned by a multitype tree structure. There are four split types in the multitype tree structure: vertical bisection (SPLIT_BT_VER), horizontal bisection (SPLIT_BT_HOR), vertical trisection (SPLIT_TT_VER), and horizontal trisection (SPLIT_TT_HOR). The multitype tree leaf nodes are called coding units (CUs), and this segmentation is used for prediction and transform processes without further partitioning, as long as the CUs are not too large for the maximum transform length. This means that in most cases, CUs, PUs, and TUs have the same block size in the quadtree with the coding block structure of the nested multitype tree. An exception occurs when the maximum supported transform length is smaller than the width or height of the color components of the CU. VVC has developed a unique signaling mechanism for partitioning information in the quadtree with the coding tree structure of the nested multitype tree. In this signaling mechanism, a coding tree unit (CTU) is treated as the root of the quadtree and is first partitioned by the quadtree structure. Then, each quadtree leaf node (when large enough to allow it) is further partitioned by the multitype tree structure.In a multi-type tree structure, a first flag (mtt_split_cu_flag) is signaled to indicate whether a node is further partitioned; when the node is further partitioned, a second flag (mtt_split_cu_vertical_flag) is signaled to indicate the split direction; and then a third flag (mtt_split_cu_binary_flag) is signaled to indicate whether the split is bipartite or tripartite. Based on the values ​​of mtt_split_cu_vertical_flag and mtt_split_cu_binary_flag, the multi-type tree split mode (MttSplitMode) of the CU can be derived by the decoder based on a predetermined rule or table. As shown in Figure 6, in a specific design, for example, a 64x64 luma block and 32x32 chroma pipeline design in a VVC hardware decoder, TT splitting is prohibited when either the width or height of the luma coding block is greater than 64. TT partitioning is also prohibited when either the width or height of a chroma coding block is greater than 32. The pipeline design divides a picture into virtual pipeline data units (VPDUs), which are defined as non-overlapping units within a picture. In a hardware decoder, consecutive VPDUs are processed simultaneously by multiple pipeline stages. Because the VPDU size is roughly proportional to the buffer size in most pipeline stages, it is important to keep the VPDU size small. In most hardware decoders, the VPDU size can be set to the maximum transform block (TB) size. However, in VVC, ternary tree (TT) and binary tree (BT) partitioning can result in an increase in VPDU size.

[0159] Furthermore, it should be noted that when part of a tree node block exceeds the bottom or right picture boundary, the tree node block is forced to be split until all samples of all coded CUs are located within the picture boundary.

[0160] As an example, an Intra Sub-Partitions (ISP) tool may divide a luma intra-prediction block vertically or horizontally into two or four sub-partitions, depending on the block size.

[0161] In one example, mode select unit 260 of video encoder 20 may be configured to perform any combination of the partitioning techniques described herein.

[0162] As described above, video encoder 20 is configured to determine or select a best or optimal prediction mode from a (e.g., predetermined) set of prediction modes, which may include, for example, intra-prediction modes and / or inter-prediction modes.

[0163] Intra prediction The set of intra prediction modes may include 35 different intra prediction modes, e.g., non-directional modes such as DC (or average) mode and planar mode, or directional modes as defined in HEVC, or 67 different intra prediction modes, e.g., non-directional modes such as DC (or average) mode and planar mode, or directional modes as defined in VVC. As an example, some conventional angular intra prediction modes are adaptively replaced with wide-angle intra prediction modes for non-square blocks, e.g., as defined in VVC. As another example, to avoid a split operation for DC prediction, only the long side is used to calculate the average for non-square blocks. Then, the results of planar mode intra prediction may be further modified by a position-dependent intra prediction combination (PDPC) method.

[0164] The intra prediction unit 254 is configured to use reconstructed samples of neighboring blocks of the same current picture to generate an intra prediction block 265 according to an intra prediction mode from a set of intra prediction modes.

[0165] The intra prediction unit 254 (or generally the mode selection unit 260) is further configured to output the intra prediction parameters (or generally information indicating the selected intra prediction mode for the block) to the entropy coding unit 270 in the form of a syntax element 226 for inclusion in the coded picture data 21, so that, for example, the video decoder 30 may receive and use the prediction parameters for decoding.

[0166] Inter Prediction The set (or possibilities) of inter prediction modes depends on the available reference pictures (i.e., previous at least partially decoded pictures, e.g., stored in DBP 230) and other inter prediction parameters, such as whether the entire reference picture is used to search for the best matching reference block, or whether only a portion of the reference picture, e.g., a search window area around the area of ​​the current block, is used, and / or whether pixel interpolation, e.g., half / semi-pel, quarter-pel and / or 1 / 16-pel interpolation, is applied.

[0167] In addition to the prediction modes mentioned above, skip mode, direct mode and / or other inter prediction modes may also be applied.

[0168] For example, in enhanced merge prediction, the merge candidate list for such a mode is constructed by including the following five types of candidates, in order: spatial MVP from spatially neighboring CUs, temporal MVP from co-located CUs, history-based MVP from a FIFO table, pairwise average MVP, and zero MV. To improve the accuracy of the MV in the merge mode, bilateral matching-based decoder-side motion vector refinement (DMVR) may be applied. Merge mode with MVD (MMVD) is derived from merge mode with motion vector difference (MVD). To specify whether the MMVD mode is used for a CU, an MMVD flag is signaled immediately after sending the skip flag and merge flag. A CU-level adaptive motion vector resolution (AMVR) scheme may be applied. AMVR allows the MVD of a CU to be coded with different precision. The MVD of the current CU can be adaptively selected depending on the prediction mode for the current CU. When a CU is coded in merge mode, the combined inter / intra prediction (CIIP) mode may be applied to the current CU. To obtain the CIIP prediction, a weighted average of the inter and intra prediction signals is performed. In affine motion compensation prediction, the affine motion field of a block is described by motion information of two control points (four parameters) or three control point motion vectors (six parameters). Sub-block-based temporal motion vector prediction (SbTMVP) is similar to temporal motion vector prediction (TMVP) in HEVC, but predicts the motion vectors of sub-CUs within the current CU.Bidirectional optical flow (BDOF), formerly called BIO, is a simpler version that requires significantly less computational effort, especially in terms of the number of multiplications and the size of the multipliers. In triangular partition mode, the CU is evenly divided into two triangular-shaped partitions using either diagonal or non-diagonal partitioning. Furthermore, bidirectional prediction mode is extended beyond simple averaging to allow for weighted averaging of the two prediction signals.

[0169] The inter prediction unit 244 may include a motion estimation (ME) unit and a motion compensation (MC) unit (both not shown in FIG. 2 ). The motion estimation unit may be configured to receive or obtain, for motion estimation, a picture block 203 (current block 203 of current picture 17) and a decoded picture 231, or at least one or more previously reconstructed blocks, e.g., reconstructed blocks of one or more other / different previous decoded pictures 231. For example, a video sequence may include the current picture and the previous decoded picture 231, or in other words, the current picture and the previous decoded picture 231 may be part of or form a sequence of pictures that form a video sequence.

[0170] The encoder 20 may be configured to, for example, select a reference block from multiple reference blocks of the same or different pictures and provide the reference picture (or reference picture index) and / or an offset (spatial offset) between the position (x, y coordinates) of the reference block and the position of the current block to the motion estimation unit as an inter-prediction parameter. This offset is also called a motion vector (MV).

[0171] The motion compensation unit is configured to obtain, e.g., receive, inter prediction parameters and perform inter prediction based on or using the inter prediction parameters to obtain an inter prediction block 265. The motion compensation performed by the motion compensation unit may include fetching or generating a prediction block based on motion / block vectors determined by motion estimation, and possibly performing interpolation to sub-pixel accuracy. Interpolation filtering may generate additional pixel samples from known pixel samples, thus potentially increasing the number of candidate prediction blocks that can be used to code the picture block. Upon receiving the motion vector of the PU of the current picture block, the motion compensation unit may find the prediction block to which the motion vector points in one of the reference picture lists.

[0172] The motion compensation unit may also generate syntax elements associated with the blocks and video slices for use by video decoder 30 in decoding picture blocks of the video slices. In addition to or as an alternative to slices and their respective syntax elements, tile groups and / or tiles and their respective syntax elements may be generated or used.

[0173] Entropy Coding The entropy coding unit 270 is configured to, for example, apply or bypass (uncompress) an entropy coding algorithm or scheme (e.g., a variable length coding (VLC) scheme, a context adaptive VLC (CAVLC) scheme, an arithmetic coding scheme, binarization, context adaptive binary arithmetic coding (CABAC), syntax-based context-adaptive binary arithmetic coding (SBAC), probability interval partitioning entropy (PIPE) coding, or other entropy coding method or technique) to the quantized coefficients 209, the inter-prediction parameters, the intra-prediction parameters, the loop filter parameters, and / or other syntax elements to obtain coded picture data 21 that can be output via output 272, for example, in the form of coded bitstream 21, so that, for example, video decoder 30 may receive and use the parameters for decoding. Encoded bitstream 21 may be transmitted to video decoder 39 or may be stored in memory for later transmission or retrieval by video decoder 30 .

[0174] Other structural variations of the video encoder 20 can be used to encode the video stream. For example, a non-transform-based encoder 20 can directly quantize the residual signal for a particular block or frame, without the transform processing unit 206. In other implementations, the encoder 20 can have the quantization unit 208 and the inverse quantization unit 210 combined into a single unit.

[0175] Decoder and decoding method 3 shows an example of a video decoder 30 configured to implement the techniques of the present application. The video decoder 30 is configured to receive coded picture data 21 (e.g., coded bitstream 21), for example, coded by encoder 20, to obtain a decoded picture 331. The coded picture data or bitstream includes information for decoding the coded picture data, for example, data representing picture blocks of coded video slices (and / or tile groups or tiles) and associated syntax elements.

[0176] 3, decoder 30 includes an entropy decoding unit 304, an inverse quantization unit 310, an inverse transform processing unit 312, a reconstruction unit 314 (e.g., summer 314), a loop filter 320, a decoded picture buffer (DBP) 330, a mode application unit 360, an inter prediction unit 344, and an intra prediction unit 354. Inter prediction unit 344 may be or include a motion compensation unit. Video decoder 30, in some examples, may perform a decoding path that is generally inverse to the encoding path described with respect to video encoder 100 from FIG. 2.

[0177] As described with respect to encoder 20, inverse quantization unit 210, inverse transform processing unit 212, reconstruction unit 214, loop filter 220, decoded picture buffer (DPB) 230, inter prediction unit 344, and intra prediction unit 354 may also be referred to as forming a “built-in decoder” of video encoder 20. Accordingly, inverse quantization unit 310 may be functionally identical to inverse quantization unit 110, inverse transform processing unit 312 may be functionally identical to inverse transform processing unit 212, reconstruction unit 314 may be functionally identical to reconstruction unit 214, loop filter 320 may be functionally identical to loop filter 220, and decoded picture buffer 330 may be functionally identical to decoded picture buffer 230. Accordingly, the descriptions provided for the respective units and functions of video encoder 20 also apply correspondingly to the respective units and functions of video decoder 30.

[0178] Entropy Decoding The entropy decoding unit 304 is configured to parse the bitstream 21 (or generally, the coded picture data 21) and, e.g., perform entropy decoding on the coded picture data 21 to obtain, e.g., quantized coefficients 309 and / or decoded coding parameters (not shown in FIG. 3 ), such as inter-prediction parameters (e.g., reference picture indices and motion vectors), intra-prediction parameters (e.g., intra-prediction modes or indices), transform parameters, quantization parameters, loop filter parameters, and / or other syntax elements. The entropy decoding unit 304 may be configured to apply a decoding algorithm or scheme corresponding to an encoding scheme such as those described with respect to the entropy coding unit 270 of the encoder 20. The entropy decoding unit 304 may be further configured to provide the inter-prediction parameters, intra-prediction parameters, and / or other syntax elements to the mode application unit 360 and to provide other parameters to other units of the decoder 30. The video decoder 30 may receive video slice-level and / or video block-level syntax elements. In addition to or as an alternative to slices and their respective syntax elements, tile groups and / or tiles and their respective syntax elements may be received and / or used.

[0179] inverse quantization Inverse quantization unit 310 may be configured to receive a quantization parameter (QP) (or generally, information regarding inverse quantization) and quantized coefficients from coded picture data 21 (e.g., by parsing and / or decoding by entropy decoding unit 304, for example), and apply inverse quantization to the decoded quantized coefficients 309 based on the quantization parameter to obtain dequantized coefficients 311, which may also be referred to as transform coefficients 311. The inverse quantization process may involve using the quantization parameter determined by video encoder 20 for each video block within a video slice (or tile or tile group) to determine the degree of quantization, and similarly the degree of inverse quantization, to be applied.

[0180] Inverse transformation The inverse transform processing unit 312 may be configured to receive the dequantized coefficients 311, also referred to as transform coefficients 311, and apply a transform to the dequantized coefficients 311 to obtain the reconstructed residual block 213 in the sample domain. The reconstructed residual block 213 may also be referred to as the transform block 313. The transform may be an inverse transform, e.g., an inverse DCT, an inverse DST, an inverse integer transform, or a conceptually similar inverse transform process. The inverse transform processing unit 312 may further be configured to receive transform parameters or corresponding information from the coded picture data 21 (e.g., by parsing and / or decoding by the entropy decoding unit 304) to determine the transform to be applied to the dequantized coefficients 311.

[0181] Reconstruction The reconstruction unit 314 (e.g., an adder or summer 314) may be configured to add the reconstructed residual block 313 to the prediction block 365, e.g., by adding sample values ​​of the reconstructed residual block 313 and sample values ​​of the prediction block 365, to obtain a reconstructed block 315 in the sample domain.

[0182] filtering The loop filter unit 320 (either in the coding loop or after the coding loop) is configured to filter the reconstructed block 315 to obtain a filtered block 321, e.g., to smooth pixel transitions or improve video quality. The loop filter unit 320 may include one or more loop filters, such as a deblocking filter, a sample-adaptive offset (SAO) filter, or one or more other filters, e.g., an adaptive loop filter (ALF), a noise suppression filter (NSF), or any combination thereof. In one example, the loop filter unit 320 may include a deblocking filter, an SAO filter, and an ALF filter. The order of the filtering processes may be deblocking filter, SAO, and ALF. In another example, a process called luma mapping with chroma scaling (LMCS) (i.e., adaptive in-loop reshaper) is added. This process is performed before deblocking. In other examples, the deblocking filter process may also be applied to internal sub-block edges, e.g., affine sub-block edges, ATMVP sub-block edges, sub-block transform (SBT) edges, and intra sub-partition (ISP) edges. Although loop filter unit 320 is shown in FIG. 3 as being an in-loop filter, in other configurations, loop filter unit 320 may be implemented as a post-loop filter.

[0183] Decoded Picture Buffer The decoded video blocks 321 of the picture are then stored in a decoded picture buffer 330, which stores the decoded picture 331 as a reference picture for later motion compensation for other pictures and / or for output for respective display.

[0184] The decoder 30 is arranged to output the decoded pictures 331, for example via output 332, for presentation or viewing to a user.

[0185] prediction The inter prediction unit 344 may be identical to the inter prediction unit 244 (in particular the motion compensation unit), and the intra prediction unit 354 may be functionally identical to the inter prediction unit 254, and performs the division or partition decision and prediction based on the partition and / or prediction parameters or respective information received from the coded picture data 21 (e.g., by parsing and / or decoding by the entropy decoding unit 304). The mode application unit 360 may be configured to perform prediction (intra or inter prediction) for each block based on the reconstructed picture, block or respective (filtered or unfiltered) samples to obtain a prediction block 365.

[0186] When a video slice is coded as an intra-coded (I) slice, intra prediction unit 354 of mode application unit 360 is configured to generate a predictive block 365 for a picture block of the current video slice based on the signaled intra prediction mode and data from a previously decoded block of the current picture. When a video picture is coded as an inter-coded (i.e., B or P) slice, inter prediction unit 344 (e.g., a motion compensation unit) of mode application unit 360 is configured to generate a predictive block 365 for a video block of the current video slice based on the motion vector and other syntax elements received from entropy decoding unit 304. In inter prediction, the predictive block may be generated from one of the reference pictures in one of the reference picture lists. Video decoder 30 may construct the reference frame lists, List 0 and List 1, using a default construction technique based on the reference pictures stored in DPB 330. The same or similar may apply to or by embodiments that use tile groups (e.g., video tile groups) and / or tiles (e.g., video tiles) in addition to or as an alternative to slices (e.g., video slices), e.g., video may be coded using I, P, or B tile groups and / or tiles.

[0187] Mode application unit 360 is configured to determine prediction information for video blocks of the current video slice by parsing motion vectors or related information and other syntax elements, and uses the prediction information to generate predictive blocks for the current video block being decoded. For example, mode application unit 360 uses some of the received syntax elements to determine the prediction mode (e.g., intra or inter prediction) to be used for coding the video blocks of the video slice, the inter-prediction slice type (e.g., B slice, P slice, or GPB slice), configuration information for one or more of the slice's reference picture lists, motion vectors for each inter-coded video block of the slice, inter-prediction states for each inter-coded video block of the slice, and other information for decoding video blocks in the current video slice. The same or similar may apply to or with embodiments that use tile groups (e.g., video tile groups) and / or tiles (e.g., video tiles) in addition to or as an alternative to slices (e.g., video slices), e.g., video may be coded using I, P, or B tile groups and / or tiles.

[0188] Embodiments of video decoder 30 such as that shown in FIG. 3 may be configured to partition and / or decode pictures using slices (also called video slices), where a picture may be partitioned into or decoded using one or more (typically non-overlapping) slices, each of which may include one or more blocks (e.g., CTUs) or groups of one or more blocks (e.g., tiles (H.265 / HEVC and VVC) or bricks (VVC)).

[0189] An embodiment of video decoder 30 such as that shown in FIG. 3 may be configured to partition and / or decode a picture using slice / tile groups (also referred to as video tile groups) and / or tiles (also referred to as video tiles), where a picture may be partitioned into or decoded using one or more (typically non-overlapping) slice / tile groups, each of which may include, for example, one or more blocks (e.g., CTUs) or one or more tiles, and each tile may be, for example, rectangular in shape and may include one or more blocks (e.g., CTUs), e.g., full or partial blocks.

[0190] Other variations of the video decoder 30 may be used to decode the coded picture data 21. For example, the decoder 30 may generate the output video stream without the loop filter unit 320. For example, a non-transform-based decoder 30 may directly inverse quantize the residual signal for a particular block or frame without the inverse transform processing unit 312. In other implementations, the video decoder 30 may have the inverse quantization unit 310 and the inverse transform processing unit 312 combined into a single unit.

[0191] It should be understood that in the encoder 20 and the decoder 30, the processing result of the current step may be further processed and then output to the next step. For example, after interpolation filtering, motion vector derivation or loop filtering, further operations such as clipping or shifting may be performed on the processing result of the interpolation filtering, motion vector derivation or loop filtering.

[0192] It should be noted that further operations may be applied to the derived motion vector of the current block (including, but not limited to, control point motion vectors in affine mode, sub-block motion vectors in affine, planar, and ATMVP modes, temporal motion vectors, etc.). For example, the value of a motion vector is constrained to a predetermined range according to its representation bits. If the representation bits of a motion vector are bitDepth, the range is -2^(bitDepth-1) to 2^(bitDepth-1)-1, where "^" means exponentiation. For example, if bitDepth is set equal to 16, the range is -32768 to 32767, and if bitDepth is set equal to 18, the range is -131072 to 131071. For example, the value of a derived motion vector (e.g., the MVs of four 4x4 sub-blocks in one 8x8 block) is constrained so that the maximum difference between the integer parts of the MVs of the four 4x4 sub-blocks is not more than N pixels, such as not more than 1 pixel. Here, we provide two methods for constraining motion vectors according to bitDepth.

[0193] 4 is a schematic diagram of a video coding device 400 according to an embodiment of the present disclosure. Video coding device 400 is suitable for implementing embodiments of the disclosure as described herein. In an embodiment, video coding device 400 may be a decoder, such as video decoder 30 of FIG. 1A, or an encoder, such as video encoder 20 of FIG. 1A.

[0194] Video coding device 400 includes an ingress port 410 (or input port 410) and a receiver unit (Rx) 420 for receiving data, a processor, logic unit, or central processing unit (CPU) 430 for processing data, a transmitter unit (Tx) 440 and an egress port 450 (or output port 450) for transmitting data, and a memory 460 for storing data. Video coding device 400 may also include optical-to-electrical (OE) and electrical-to-optical (EO) components coupled to ingress port 410, receiver unit 420, transmitter unit 440, and egress port 450 for the egress or ingress of optical or electrical signals.

[0195] The processor 430 is implemented in hardware and software. The processor 430 may be implemented as one or more CPU chips, cores (e.g., multi-core processors), FPGAs, ASICs, and DSPs. The processor 430 communicates with the ingress port 410, the receiver unit 420, the transmitter unit 440, the egress port 450, and the memory 460. The processor 430 includes a coding module 470. The coding module 470 implements the disclosed embodiments described above. For example, the coding module 470 implements, processes, prepares, or provides various coding operations. Thus, what is included in the coding module 470 provides substantial improvements to the functionality of the video coding device 400 and results in the transformation of the video coding device 400 into a different state. Alternatively, the coding module 470 is implemented as instructions stored in the memory 460 and executed by the processor 430.

[0196] Memory 460 may include one or more disks, tape drives, and solid-state drives, and may be used for storing programs when such programs are selected for execution and as an overflow data storage device for storing instructions and data read during the execution of the programs. Memory 460 may be, for example, volatile and / or non-volatile, and may be read-only memory (ROM), random access memory (RAM), ternary content-addressable memory (TCAM), and / or static random-access memory (SRAM).

[0197] FIG. 5 is a simplified block diagram of an apparatus 500 that may be used as one or both of source device 12 and destination device 14 from FIG. 1 according to an example embodiment.

[0198] Processor 502 in device 500 may be a central processing unit. Alternatively, processor 502 may be any other type of device or devices, now existing or later developed, that can manipulate or process information. While the disclosed implementations may be implemented with a single processor, such as processor 502, as shown, advantages in speed and efficiency may be achieved using more than one processor.

[0199] The memory 504 in the apparatus 500 may, in implementation, be a read only memory (ROM) device or a random access memory (RAM) device. Any other suitable type of storage device may be used as the memory 504. The memory 504 may include code and data 506 that is accessed by the processor 502 using a bus 512. The memory 504 may further include an operating system 508 and application programs 510, which include at least one program that enables the processor 502 to perform methods described herein. For example, the application programs 510 may include applications 1-N, which may further include a video coding application that performs methods described herein.

[0200] The apparatus 500 may also include one or more output devices, such as a display 518. The display 518 may, in one example, be a touch-sensitive display that combines a display with a touch-sensitive element operable to sense touch input. The display 518 may be coupled to the processor 502 via the bus 512.

[0201] Although shown here as a single bus, bus 512 of device 500 may be comprised of multiple buses. Additionally, secondary storage 514 may be directly coupled to other components of device 500 or may be accessible over a network and may include a single integrated unit such as a memory card or multiple units such as multiple memory cards. Thus, device 500 may be implemented in a wide variety of configurations.

[0202] Scalable Coding Scalable coding includes quality scalable (PSNR scalable), spatial scalable, etc. For example, as shown in Figure 6, a sequence can be downsampled to a lower spatial resolution version. Both the lower spatial resolution version and the original spatial resolution (high spatial resolution) version are coded. Generally, the lower spatial resolution is coded first and is used as a reference for the higher spatial resolution version that is coded later.

[0203] To describe layer information (number, dependencies, output), there is a Video Parameter Set (VPS) defined as follows: [Table 1] JPEG0007823115000002.jpg251165 JPEG0007823115000003.jpg69168

[0204] The VPS RBSP shall be made available to the decoding process before it is referenced, either by being contained in at least one AU with TemporalId equal to 0, or by being provided through external means.

[0205] All VPS NAL units with a particular value of vps_video_parameter_set_id in a CVS shall have the same content.

[0206] vps_video_parameter_set_id provides an identifier for the VPS for reference by other syntax elements. The value of vps_video_parameter_set_id shall be greater than 0.

[0207] vps_max_layers_minus1 plus 1 specifies the maximum number of layers allowed in each CVS that references the VPS.

[0208] vps_max_sublayers_minus1 plus 1 specifies the maximum number of temporal sublayers that may exist in a layer in each CVS that references the VPS. The value of vps_max_sublayers_minus1 must be in the range 0 to 6, inclusive.

[0209] vps_all_layers_same_num_sublayers_flag equal to 1 specifies that the number of temporal sublayers is the same for all layers in each CVS that references the VPS. vps_all_layers_same_num_sublayers_flag equal to 0 specifies that layers in each CVS that references the VPS may or may not have the same number of temporal sublayers. When not present, the value of vps_all_layers_same_num_sublayers_flag is inferred to be equal to 1.

[0210] vps_all_independent_layers_flag equal to 1 specifies that all layers in the CVS are coded independently without using inter-layer prediction. vps_all_independent_layers_flag equal to 0 specifies 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 1.

[0211] vps_layer_id[i] specifies the nuh_layer_id value of the i-th 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] shall be less than vps_layer_id[n].

[0212] vps_independent_layer_flag[i] equal to 1 specifies that the layer with index i does not use inter-layer prediction. vps_independent_layer_flag[i] equal to 0 specifies that the layer with index i may use inter-layer prediction and that the syntax element vps_direct_ref_layer_flag[i][j], for j in the range 0 to i-1, is present in the VPS. When not present, the value of vps_independent_layer_flag[i] is inferred to be equal to 1.

[0213] vps_direct_ref_layer_flag[i][j] equal to 0 specifies that the layer with index j is not a direct reference layer of the layer with index i. vps_direct_ref_layer_flag[i][j] equal to 1 specifies that the layer with index j is a direct reference layer of the layer with index i. For i and j in the range 0 to vps_max_layers_minus1, inclusive, when vps_direct_ref_layer_flag[i][j] is not present, it is inferred to be equal to 0. When vps_independent_layer_flag[i] is equal to 0, there shall be at least one value of j in the range 0 to i-1, inclusive, such that vps_direct_ref_layer_flag[i][j] is equal to 1.

[0214] The variables NumDirectRefLayers[i], DirectRefLayerIdx[i][d], NumRefLayers[i], RefLayerIdx[i][r] and LayerUsedAsRefLayerFlag[j] are derived as follows:

number

[0215] 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:

number

[0216] each_layer_is_an_ols_flag equal to 1 specifies that each OLS contains only one layer, each layer in the CVS that references the VPS is itself an OLS, and the single contained layer is the only output layer. each_layer_is_an_ols_flag equal to 0 means that an OLS may contain more than one layer. If 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.

[0217] ols_mode_idc equal to 0 specifies 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 0 to i, and for each OLS, only the highest layer in the OLS is output.

[0218] ols_mode_idc equal to 1 specifies 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 0 to i, inclusive, and for each OLS, all layers in the OLS are output.

[0219] ols_mode_idc equal to 2 specifies that the total number of OLSs specified by the VPS is explicitly signaled, the output layer for each OLS is explicitly signaled, and other layers are layers that are direct or indirect reference layers of the output layer of the OLS.

[0220] The value of ols_mode_idc shall be in the range 0 to 2, inclusive. The value 3 of ols_mode_idc is reserved for future use by ITU-T|ISO / IEC.

[0221] 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.

[0222] num_output_layer_sets_minus1 plus 1 specifies the total number of OLSs specified by the VPS when ols_mode_idc equals 2.

[0223] The variable TotalNumOlss, which specifies the total number of OLSs specified by the VPS, is derived as follows:

number

[0224] ols_output_layer_flag[i][j] equal to 1 specifies that the layer with nuh_layer_id equal to vps_layer_id[j] is the output layer of the ith OLS when ols_mode_idc is equal to 2. ols_output_layer_flag[i][j] equal to 0 specifies that the layer with nuh_layer_id equal to vps_layer_id[j] is not the output layer of the ith OLS when ols_mode_idc is equal to 2.

[0225] The variable NumOutputLayersInOls[i] that specifies the number of output layers in the i-th OLS, and the variable OutputLayerIdInOls[i][j] that specifies the nuh_layer_id value of the j-th output layer in the i-th OLS are derived as follows:

number

[0226] For each OLS, there must be at least one layer that is the output layer. In other words, for any value of i in the range 0 to TotalNumOlss-1, inclusive, the value of NumOutputLayersInOls[i] must be 1 or greater.

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

number

[0228] 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:

number

[0229] The lowest layer in each OLS shall be an independent layer, i.e., for each i in the range 0 to TotalNumOlss-1, inclusive, the value of vps_independent_layer_flag[GeneralLayerIdx[LayerIdInOls[i][0]]] shall be equal to 1.

[0230] Each layer shall be included in at least one OLS specified by the VPS. In other words, for each layer with a particular value nuhLayerId of nuh_layer_id equal to one of vps_layer_id[k] for k in the range 0 to vps_max_layers_minus1, inclusive, such that the value of LayerIdInOls[i][j] equals nuhLayerId, there shall be at least one pair of values ​​of i and j, where i is in the range 0 to TotalNumOlss-1, inclusive, and j is in the range NumLayersInOls[i]-1, inclusive.

[0231] vps_num_ptls specifies the number of profile_tier_level() syntax structures in the VPS.

[0232] pt_present_flag[i] equal to 1 specifies that profile, tier, and general constraint information is present in the i-th profile_tier_level() syntax structure in the VPS. pt_present_flag[i] equal to 0 specifies that profile, tier, and general constraint information is not present in the i-th profile_tier_level() syntax structure in the VPS. The value of pt_present_flag[0] is inferred to be equal to 1. When pt_present_flag[i] is equal to 0, the profile, tier, and general constraint information for the i-th profile_tier_level() syntax structure in the VPS is inferred to be the same as for the (i-1)-th profile_tier_level() syntax structure in the VPS.

[0233] ptl_max_temporal_id[i] specifies the TemporalId of the highest sublayer representation whose level information is present in the i-th profile_tier_level() syntax structure in the VPS. The value of ptl_max_temporal_id[i] shall be in the range 0 to vps_max_sublayers_minus1, inclusive. When vps_max_sublayers_minus1 is equal to 0, the value of ptl_max_temporal_id[i] is inferred to be equal to 0. When vps_max_sublayers_minus1 is greater than 0 and vps_all_layers_same_num_sublayers_flag is equal to 1, the value of ptl_max_temporal_id[i] is inferred to be equal to vps_max_sublayers_minus1.

[0234] vps_ptl_byte_alignment_zero_bit shall be equal to 0.

[0235] ols_ptl_idx[i] specifies the index into the list of profile_tier_level() syntax structures in the VPS for the profile_tier_level() syntax structure that applies to the i-th OLS when numLayersInOls[i] is greater than 1. When present, the value of ols_ptl_idx[i] shall be in the range 0 to vps_num_ptls-1 inclusive.

[0236] When NumLayersInOls[i] is equal to 1, the profile_tier_level() syntax structure that applies to the i-th OLS exists in the SPS referenced by the layer in the i-th OLS.

[0237] vps_num_dpb_params specifies the number of dpb_parameters() syntax structures in the VPS. The value of vps_num_dpb_params shall be in the range 0 to 16 inclusive. When not present, the value of vps_num_dpb_params is inferred to be equal to 0.

[0238] same_dpb_size_output_or_nonoutput_flag equal to 1 specifies that the layer_nonoutput_dpb_params_idx[i] syntax element is not present in the VPS. same_dpb_size_output_or_nonoutput_flag equal to 0 specifies that the layer_nonoutput_dpb_params_idx[i] syntax element may or may not be present in the VPS.

[0239] vps_sublayer_dpb_params_present_flag is used to control the presence of the max_dec_pic_buffering_minus1[], max_num_reorder_pics[], and max_latency_increase_plus1[] syntax elements in the dpb_parameters() syntax structure in the VPS. When not present, vps_sub_dpb_params_info_present_flag is inferred to be equal to 0.

[0240] dpb_size_only_flag[i] equal to 1 specifies that the max_num_reorder_pics[] and max_latency_increase_plus1[] syntax elements are not present in the i-th dpb_parameters() syntax structure in the VPS. dpb_size_only_flag[i] equal to 0 specifies that the max_num_reorder_pics[] and max_latency_increase_plus1[] syntax elements may be present in the i-th dpb_parameters() syntax structure in the VPS.

[0241] dpb_max_temporal_id[i] specifies the TemporalId of the highest sublayer representation that a DPB parameter may have in the i-th dpb_parameters() syntax structure in the VPS. The value of dpb_max_temporal_id[i] shall be in the range 0 to vps_max_sublayers_minus1 inclusive. When vps_max_sublayers_minus1 is equal to 0, the value of dpb_max_temporal_id[i] is inferred to be equal to 0. When vps_max_sublayers_minus1 is greater than 0 and vps_all_layers_same_num_sublayers_flag is equal to 1, the value of dpb_max_temporal_id[i] is inferred to be equal to vps_max_sublayers_minus1.

[0242] layer_output_dpb_params_idx[i] specifies the index into the list of dpb_parameters() syntax structures in VPS of the dpb_parameters() syntax structure that applies to the i-th layer when it is an output layer in OLS. When present, the value of layer_output_dpb_params_idx[i] shall be in the range 0 to vps_num_dpb_params-1 inclusive.

[0243] If vps_independent_layer_flag[i] is equal to 1, the dpb_parameters() syntax structure that applies to the i-th layer when it is an output layer is the dpb_parameters() syntax structure that exists in the SPS referenced by the layer.

[0244] Otherwise (vps_independent_layer_flag[i] is equal to 0), the following applies: When -vps_num_dpb_params is equal to 1, the value of layer_output_dpb_params_idx[i] is inferred to be equal to 0. It is a bitstream conformance requirement that the value of layer_output_dpb_params_idx[i] be such that dpb_size_only_flag[layer_output_dpb_params_idx[i]] is equal to 0.

[0245] layer_nonoutput_dpb_params_idx[i] specifies the index into the list of dpb_parameters() syntax structures in VPS of the dpb_parameters() syntax structure that applies to the i-th layer when it is a non-output layer in OLS. When present, the value of layer_nonoutput_dpb_params_idx[i] shall be in the range 0 to vps_num_dpb_params-1 inclusive.

[0246] If same_dpb_size_output_or_nonoutput_flag is equal to 1, the following applies: - If vps_independent_layer_flag[i] is equal to 1, the dpb_parameters() syntax structure that applies to the i-th layer when it is a non-output layer is the dpb_parameters() syntax structure that exists in the SPS referenced by the layer. - Otherwise (vps_independent_layer_flag[i] is equal to 0), the value of layer_nonoutput_dpb_params_idx[i] is inferred to be equal to layer_output_dpb_params_idx[i].

[0247] Otherwise (same_dpb_size_output_or_nonoutput_flag is equal to 0), when vps_num_dpb_params is equal to 1, the value of layer_output_dpb_params_idx[i] is inferred to be equal to 0.

[0248] vps_general_hrd_params_present_flag equal to 1 specifies that the syntax structure general_hrd_parameters() and other HRD parameters are present in the VPS RBSP syntax structure. vps_general_hrd_params_present_flag equal to 0 specifies that the syntax structure general_hrd_parameters() and other HRD parameters are not present in the VPS RBSP syntax structure.

[0249] vps_sublayer_cpb_params_present_flag equal to 1 specifies that the i-th ols_hrd_parameters() syntax structure in the VPS contains HRD parameters for sublayer representations with TemporalId in the range from 0 to hrd_max_tid[i], inclusive. vps_sublayer_cpb_params_present_flag equal to 0 specifies that the i-th ols_hrd_parameters() syntax structure in the VPS contains HRD parameters for sublayer representations with TemporalId equal to hrd_max_tid[i] only. When vps_max_sublayers_minus1 is equal to 0, the value of vps_sublayer_cpb_params_present_flag is inferred to be equal to 0.

[0250] When vps_sublayer_cpb_params_present_flag is equal to 0, the HRD parameters for sublayer representations with TemporalId in the range 0 to hrd_max_tid[i]-1 are presumed to be the same as those for sublayer representations with TemporalId equal to hrd_max_tid[i]. These include the HRD parameters starting from the fixed_pic_rate_general_flag[i] syntax element up to the sublayer_hrd_parameters(i) syntax structure immediately below the "if(general_vcl_hrd_params_present_flag)" condition in the ols_hrd_parameters syntax structure.

[0251] num_ols_hrd_params_minus1 plus 1 specifies the number of ols_hrd_parameters() syntax structures present in the general_hrd_parameters() syntax structure. The value of num_ols_hrd_params_minus1 shall be in the range 0 to 63, inclusive. When TotalNumOlss is equal to 1, the value of num_ols_hrd_params_minus1 is inferred to be equal to 0.

[0252] hrd_max_tid[i] specifies the TemporalId of the highest sublayer representation whose HRD parameters are included in the i-th ols_hrd_parameters() syntax structure. The value of hrd_max_tid[i] shall be in the range from 0 to vps_max_sublayers_minus1, inclusive. When vps_max_sublayers_minus1 is equal to 0, the value of hrd_max_tid[i] is inferred to be equal to 0. When vps_max_sublayers_minus1 is greater than 0 and vps_all_layers_same_num_sublayers_flag is equal to 1, the value of hrd_max_tid[i] is inferred to be equal to vps_max_sublayers_minus1.

[0253] ols_hrd_idx[i] specifies the index of the ols_hrd_parameters() syntax structure that applies to the i-th OLS. The value of ols_hrd_idx[i] shall be in the range from 0 to num_ols_hrd_params_minus1, inclusive. When not present, the value of ols_hrd_idx[i] is inferred to be equal to 0.

[0254] vps_extension_flag equal to 0 specifies that the vps_extension_data_flag syntax element is not present in the VPS RBSP syntax structure. vps_extension_flag equal to 1 specifies that the vps_extension_data_flag syntax element is present in the VPS RBSP syntax structure.

[0255] vps_extension_data_flag MAY have any value. Its presence and value do not affect decoder conformance to the profile specified in this version of this specification. Decoders conforming to this version of this specification SHALL ignore all vps_extension_data_flag syntax elements.

[0256] DPB Management and Reference Picture Marking To manage these reference pictures in the decoding process, the decoded pictures need to be kept in a decoding picture buffer (DPB) for reference use in decoding subsequent pictures. To indicate these pictures, their picture order count (POC) information needs to be directly or indirectly signaled in the slice header. Generally, there are two reference picture lists, namely, list0 and list1. A reference picture index also needs to be included to signal the picture in the list. In unidirectional prediction, reference pictures are fetched from one reference picture list, and in bidirectional prediction, reference pictures are fetched from two reference picture lists.

[0257] All reference pictures are stored in the DPB. Every picture in the DPB is marked as "used for long-term reference", "used for short-term reference", or "unused for reference", with only one of the three states. When a picture is marked as "unused for reference", it is no longer used for reference. Also, if it does not need to be stored for output, it can be removed from the DPB. The state of a reference picture can be signaled in the slice header or can be derived from the slice header information.

[0258] A new reference picture management method called RPL (reference picture list) method has been proposed. RPL proposes an entire reference picture set or sets for the current coding picture, and reference pictures in the reference picture set are used for decoding the current picture or future (later or subsequent) pictures. Therefore, RPL reflects picture information in DPB, and even if a reference picture is not used for reference for the current picture, it needs to be stored in the RPL if it is used for reference for subsequent pictures.

[0259] After a picture is reconstructed, it is stored in the DPB and is marked by default as "used for short-term reference." The DPB management operation starts after parsing the RPL information in the slice header.

[0260] Reference Picture List Configuration Reference picture information can be signaled via the slice header. Also, there may be several RPL candidates in a sequence parameter set (SPS), in which case the slice header may include an RPL index to obtain the required RPL information without signaling the entire RPL syntax structure. Alternatively, the entire RPL syntax structure can be signaled in the slice header.

[0261] Introduction to the RPL method To save cost bits of RPL signaling, there may be several RPL candidates in the SPS. A picture can use the RPL index (ref_pic_list_idx[i]) to get its RPL information from the SPS. The RPL candidates are signaled as follows: [Table 2]

[0262] The meaning is as follows:

[0263] rpl1_same_as_rpl0_flag equal to 1 specifies that the syntax structures num_ref_pic_lists_in_sps[1] and ref_pic_list_struct(1, rplsIdx) are not present, and the following holds: The value of -num_ref_pic_lists_in_sps[1] is assumed to be equal to the value of num_ref_pic_lists_in_sps[0]. - The value of each syntax element in ref_pic_list_struct(1,rplsIdx) is inferred to be equal to the value of the corresponding syntax element in ref_pic_list_struct(0,rplsIdx) for rplsIdx in the range 0 to num_ref_pic_lists_in_sps[0]-1.

[0264] num_ref_pic_lists_in_sps[i] specifies the number of ref_pic_list_struct(listIdx,rplsIdx) syntax structures contained in the SPS with listIdx equal to i. The value of num_ref_pic_lists_in_sps[i] shall be in the range 0 to 64 inclusive.

[0265] Besides obtaining the RPL information based on the RPL index from the SPS, the RPL information can be signaled in the slice header. [Table 3]

[0266] ref_pic_list_sps_flag[i] equal to 1 specifies that reference picture list i of the current slice is derived based on one of the ref_pic_list_struct(listIdx, rplsIdx) syntax structures with listIdx equal to i in the SPS. ref_pic_list_sps_flag[i] equal to 0 specifies that reference picture list i of the current slice is derived based on the ref_pic_list_struct(listIdx, rplsIdx) syntax structure with listIdx equal to i that is included directly in the slice header of the current picture.

[0267] When ref_pic_list_sps_flag[i] is not present, the following applies: - If num_ref_pic_lists_in_sps[i] is equal to 0, the value of ref_pic_list_sps_flag[i] is inferred to be equal to 0. - Otherwise (num_ref_pic_lists_in_sps[i] is greater than 0) and rpl1_idx_present_flag is equal to 0, the value of ref_pic_list_sps_flag[1] is inferred to be equal to ref_pic_list_sps_flag[0]. - Otherwise, the value of ref_pic_list_sps_flag[i] is inferred to be equal to pps_ref_pic_list_sps_idc[i]-1.

[0268] ref_pic_list_idx[i] is the ref_pic_list_struct(listIdx, rplsIdx) syntax structure with listIdx equal to i, included in the SPS, that is used to derive reference picture list i for the current picture. Specifies an index into the list of (rplsIdx) syntax structures. The syntax element ref_pic_list_idx[i] is represented by Ceil(Log2(num_ref_pic_lists_in_sps[i])) bits. When not present, the value of ref_pic_list_idx[i] is inferred to be equal to 0. The value of ref_pic_list_idx[i] shall be in the range from 0 to num_ref_pic_lists_in_sps[i]-1 inclusive. When ref_pic_list_sps_flag[i] is equal to 1 and num_ref_pic_lists_in_sps[i] is equal to 0, the value of ref_pic_list_idx[i] is inferred to be equal to 0. When ref_pic_list_sps_flag[i] is equal to 1 and rpl1_idx_present_flag is equal to 0, the value of ref_pic_list_idx[1] is inferred to be equal to ref_pic_list_idx[0].

[0269] The variable RplsIdx[i] is derived as follows:

number

[0270] slice_poc_lsb_lt[i][j] specifies the value of the picture order count modulo MaxPicOrderCntLsb of the jth LTRP entry in the ith reference picture list. The length of the slice_poc_lsb_lt[i][j] syntax element is log2_max_pic_order_cnt_lsb_minus4+4 bits.

[0271] The variable PocLsbLt[i][j] is derived as follows:

number

[0272] delta_poc_msb_present_flag[i][j] equal to 1 specifies that delta_poc_msb_cycle_lt[i][j] is present. delta_poc_msb_present_flag[i][j] equal to 0 specifies that delta_poc_msb_cycle_lt[i][j] is not present.

[0273] Let prevTid0Pic be the previous picture in decoding order that has the same nuh_layer_id as the current picture, has TemporalId equal to 0, and is not a RASL or RADL picture. Let setOfPrevPocVals be the set consisting of: -PicOrderCntVal of prevTid0Pic, - the PicOrderCntVal of each picture referenced by an entry in RefPicList[0] or RefPicList[1] of prevTid0Pic and having the same nuh_layer_id as the current picture, - The PicOrderCntVal of each picture that follows prevTid0Pic in decoding order, has the same nuh_layer_id as the current picture, and precedes the current picture in decoding order.

[0274] When there are more than one value in setOfPrevPocVals whose value modulo MaxPicOrderCntLsb is equal to PocLsbLt[i][j], the value of delta_poc_msb_present_flag[i][j] shall be equal to 1.

[0275] delta_poc_msb_cycle_lt[i][j] specifies the value of the variable FullPocLt[i][j] as follows:

number

[0276] The value of delta_poc_msb_cycle_lt[i][j] is 0 to 2 (32-log2_max_pic_order_cnt_lsb_minus4-4) It shall be in the following range: When not present, the value of delta_poc_msb_cycle_lt[i][j] is inferred to be equal to 0.

[0277] The syntax structure of RPL is as follows: [Table 4]

[0278] num_ref_entries[listIdx][rplsIdx] specifies the number of entries in the ref_pic_list_struct(listIdx, rplsIdx) syntax structure. The value of num_ref_entries[listIdx][rplsidx] shall be in the range 0 to sps_max_dec_pic_buffering_minus1+14, inclusive.

[0279] ltrp_in_slice_header_flag[listIdx][rplsIdx] equal to 0 specifies that the POC LSB of the LTRP entry in the ref_pic_list_struct(listIdx,rplsIdx) syntax structure is present in the ref_pic_list_struct(listIdx,rplsIdx) syntax structure. ltrp_in_slice_header_flag[listIdx][rplsIdx] equal to 1 specifies that the POC LSB of the LTRP entry in the ref_pic_list_struct(listIdx,rplsIdx) syntax structure is not present in the ref_pic_list_struct(listIdx,rplsIdx) syntax structure.

[0280] inter_layer_ref_pic_flag[listIdx][rplsIdx][i] equal to 1 specifies that the i-th entry in the ref_pic_list_struct(listIdx,rplsIdx) syntax structure is an ILRP entry. inter_layer_ref_pic_flag[listIdx][rplsIdx][i] equal to 0 specifies that the i-th entry in the ref_pic_list_struct(listIdx,rplsIdx) syntax structure is not an ILRP entry. When not present, the inter_layer_ref_pic_flag[listIdx][rplsIdx][i] value is inferred to be equal to 0.

[0281] st_ref_pic_flag[listIdx][rplsIdx][i] equal to 1 specifies that the i-th entry in the ref_pic_list_struct(listIdx,rplsIdx) syntax structure is a STRP entry. st_ref_pic_flag[listIdx][rplsIdx][i] equal to 0 specifies that the i-th entry in the ref_pic_list_struct(listIdx,rplsIdx) syntax structure is an LTRP entry. When inter_layer_ref_pic_flag[listIdx][rplsIdx][i] equals 0 and st_ref_pic_flag[listIdx][rplsIdx][i] is not present, the value of st_ref_pic_flag[listIdx][rplsIdx][i] is inferred to be equal to 1.

[0282] The variables NumLtrpEntries[listIdx][rplsIdx] are derived as follows:

number

[0283] abs_delta_poc_st[listIdx][rplsIdx][i] specifies the value of the variable AbsDeltaPocSt[listIdx][rplsIdx][i] as follows:

number

[0284] The value of abs_delta_poc_st[listIdx][rplsIdx][i] is 0 or more and 2 15 It should be in the range of -1 or less.

[0285] strp_entry_entry_sign_flag[listIdx][rplsIdx][i] equal to 1 specifies that the i-th entry in the syntax structure ref_pic_list_struct(listIdx,rplsIdx) has a value greater than or equal to 0. strp_entry_sign_flag[listIdx][rplsIdx][i] equal to 0 specifies that the i-th entry in the syntax structure ref_pic_list_struct(listIdx,rplsIdx) has a value less than 0. When not present, the value of strp_entry_sign_flag[listIdx][rplsIdx][i] is inferred to be equal to 1.

[0286] The list DeltaPocValSt[listIdx][rplsIdx] is derived as follows:

number

[0287] rpls_poc_lsb_lt[listIdx][rplsIdx][i] specifies the value of the picture order count modulo MaxPicOrderCntLsb of the picture referenced by the i-th entry in the ref_pic_list_struct(listIdx,rplsIdx) syntax structure. The length of the rpls_poc_lsb_lt[listIdx][rplsIdx][i] syntax element is log2_max_pic_order_cnt_lsb_minus4 + 4 bits.

[0288] Some general explanations of the RPL structure There is an RPL structure for each list. First, num_ref_entries[listIdx][rplsIdx] is signaled to indicate the number of reference pictures in the list. ltrp_in_slice_header_flag[listIdx][rplsIdx] is used to indicate whether LSB (Least Significant Byte) information is signaled in the slice header. If the current reference picture is not an inter-layer reference picture, st_ref_pic_flag[listIdx][rplsIdx][i] indicates whether it is a long-term reference picture. If it is a short-term reference picture, POC information (abs_delta_poc_st and strp_entry_sign_flag) is signaled. If ltrp_in_slice_header_flag[listIdx][rplsIdx] is zero, rpls_poc_lsb_lt[listIdx][rplsIdx][j++] is used to derive the LSB information of the current reference picture. The MSB (Most Significant Bit) can be derived directly or based on the information in the slice header (delta_poc_msb_present_flag[i][j] and delta_poc_msb_cycle_lt[i][j]).

[0289] Decoding process for reference picture list construction This process is invoked at the beginning of the decoding process for each slice of a non-IDR picture.

[0290] Reference pictures are addressed through reference indices, which are indices into reference picture lists. When decoding an I slice, the reference picture list is not used in decoding the slice data. When decoding a P slice, only reference picture list 0 (i.e., RefPicList[0]) is used in decoding the slice data. When decoding a B slice, both reference picture list 0 and reference picture list 1 (i.e., RefPicList[1]) are used in decoding the slice data.

[0291] At the beginning of the decoding process for each slice of a non-IDR picture, reference picture lists RefPicList[0] and RefPicList[1] are derived. The reference picture lists are used in marking reference pictures or in decoding slice data as specified in Section 8.3.3. NOTE 1 - For I-slices of non-IDR pictures that are not the first slice of a picture, RefPicList[0] and RefPicList[1] may be derived for the purposes of bitstream conformance checking, but these derivations are not required for decoding the current picture or pictures that follow it in decoding order. For P-slices that are not the first slice of a picture, RefPicList[1] may be derived for the purposes of bitstream conformance checking, but this derivation is not required for decoding the current picture or pictures that follow it in decoding order.

[0292] The reference picture lists RefPicList[0] and RefPicList[1], the reference picture scaling ratios RefPicScale[i][j][0] and RefPicScale[i][j][1], and the reference picture scaling flags RefPicIsScaled[0] and RefPicIsScaled[1] are configured as follows:

number

[0293] For each i equal to 0 or 1, the first NumRefIdxActive[i] entries in RefPicList[i] are called active entries in RefPicList[i], and the other entries in RefPicList[i] are called inactive entries in RefPicList[i]. NOTE 2 - A particular picture can be referenced by both an entry in RefPicList[0] and an entry in RefPicList[1]. It is also possible for a particular picture to be referenced by more than one entry in RefPicList[0] or more than one entry in RefPicList[1]. NOTE 3 - The active entries in RefPicList[0] and the active entries in RefPicList[1] collectively refer to all reference pictures that can be used for inter-prediction of the current picture and one or more pictures that follow the current picture in decoding order. The inactive entries in RefPicList[0] and the inactive entries in RefPicList[1] collectively refer to all reference pictures that are not used for inter-prediction of the current picture, but that can be used in inter-prediction for one or more pictures that follow the current picture in decoding order. NOTE 4 - There may be one or more entries in RefPicList[0] or RefPicList[1] equal to "No Reference Picture" because no corresponding picture is present in the DPB. Each inactive entry in RefPicList[0] or RefPicList[0] equal to "No Reference Picture" should be ignored. For each active entry in RefPicList[0] or RefPicList[1] equal to "No Reference Picture", an unintended picture loss should be estimated.

[0294] The following constraints apply to bitstream conformance requirements: - For each i equal to 0 or 1, num_ref_entries[i][RplsIdx[i]] shall not be less than NumRefIdxActive[i]. The picture referenced by each active entry in RefPicList[0] or RefPicList[1] shall be present in the DPB and shall have a TemporalId less than or equal to the TemporalId of the current picture. The picture referenced by each entry in RefPicList[0] or RefPicList[1] shall not be the current picture and shall have non_reference_picture_flag equal to 0. An STRP entry in RefPicList[0] or RefPicList[1] of a slice of a picture and an LTRP entry in RefPicList[0] or RefPicList[1] of the same slice or a different slice of the same picture shall not refer to the same picture. - The difference between the PicOrderCntVal of the current picture and the PicOrderCntVal of the picture referenced by the entry is 2 24 It is assumed that there are no LTRP entries in RefPicList[0] or RefPicList[1] that are equal to or greater than this. - Let setOfRefPics be the set of unique pictures referenced by all entries in RefPicList[0] with the same nuh_layer_id as the current picture and all entries in RefPicList[1] with the same nuh_layer_id as the current picture. The number of pictures in setOfRefPics shall be less than or equal to MaxDecPicBuffMinus1, and setOfRefPics shall be the same for all slices of a picture. When the current picture is an STSA picture, there shall be no active entries in RefPicList[0] or RefPicList[1] with TemporalId equal to the TemporalId of the current picture. - When the current picture is a picture that follows an STSA picture with a TemporalId equal to the TemporalId of the current picture in decoding order, there shall be no picture with a TemporalId equal to the TemporalId of the current picture that is included as an active entry in RefPicList[0] or RefPicList[1] that precedes the STSA picture in decoding order. - When the current picture is a CRA picture, any preceding IRAP picture in decoding order (if any) shall not have a picture referenced by an entry in RefPicList[0] or RefPicList[1] preceding it in output order or decoding order. - When the current picture is a trailing picture, there shall be no pictures referenced by active entries in RefPicList[0] or RefPicList[1] that were generated by the decoding process to generate reference pictures that are unavailable for the IRAP picture related to the current picture. - When the current picture is a trailing picture that follows, in both decoding order and output order, one or more leading pictures associated with the same IRAP picture, if any, there shall be no pictures referenced by entries in RefPicList[0] or RefPicList[1] generated by the decoding process to generate reference pictures that are unavailable for the IRAP picture associated with the current picture. When the current picture is a recovery point picture or a picture following the recovery point picture in output order, there shall be no entries in RefPicList[0] or RefPicList[1] that contain pictures generated by the decoding process to generate unavailable reference pictures for the GDR picture of the recovery point picture. When the current picture is a trailing picture, there shall be no pictures referenced by active entries in RefPicList[0] or RefPicList[1] that precede the associated IRAP picture in output order or decoding order. - When the current picture is a trailing picture that follows, in both decoding order and output order, one or more leading pictures associated with the same IRAP picture, if any, there shall be no pictures referenced by entries in RefPicList[0] or RefPicList[1] that precede the associated IRAP picture in output order or decoding order. When the current picture is a RADL picture, there shall be no active entries in RefPicList[0] or RefPicList[1] that are either: RASL Picture Pictures generated by the decoding process to generate unavailable reference pictures A picture that precedes the associated IRAP picture in decoding order The pictures referenced by each ILRP entry in RefPicList[0] or RefPicList[1] of a slice of the current picture shall be in the same AU as the current picture. - The picture referenced by each ILRP entry in RefPicList[0] or RefPicList[1] of a slice of the current picture shall be present in the DPB and shall have a nuh_layer_id smaller than the nuh_layer_id of the current picture. Each ILRP entry in RefPicList[0] or RefPicList[1] of a slice shall be an active entry.

[0295] After the RPL is constructed, the marking process is as follows:

[0296] Decoding Process for Reference Picture Marking This process is invoked once per picture after the decoding of the slice header and the decoding process for constructing the reference picture list for the slice, but before the decoding of the slice data, as specified in section 8.3.2. This process may result in one or more reference pictures in the DPB being marked as "unused for reference" or "used for long-term reference".

[0297] A decoded picture in the DPB can be marked as "unused for reference," "used for short-term reference," or "used for long-term reference," but only one of these three at any given time during the operation of the decoding process. Assigning one of these markings to a picture implicitly removes the others of these markings, when applicable. When a picture is said to be marked as "used for reference," this refers to a picture that is marked as either "used for short-term reference" or "used for long-term reference" together (but not both).

[0298] STRPs and ILRPs are identified by their nuh_layer_id and PicOrderCntVal values. LTRPs are identified by their nuh_layer_id value and Log2(MaxLtPicOrderCntLsb) LSBs of their PicOrderCntVal values.

[0299] If the current picture is a CLVSS picture, all current reference pictures in the DPB (if any) that have the same nuh_layer_id as the current picture are marked as "unused for reference".

[0300] If not, the following applies: - For each LTRP entry in RefPicList[0] or RefPicList[1], if the referenced picture is a STRP with the same nuh_layer_id as the current picture, then the picture is marked as "used for long term reference". Each reference picture with the same nuh_layer_id as the current picture in the DPB that is not referenced by any entry in RefPicList[0] or RefPicList[1] is marked as "unused for reference". For each ILRP entry in RefPicList[0] or RefPicList[1], the referenced picture is marked as "used for long term reference".

[0301] It is allowed to have asynchronous IRAP pictures between layers. To support this design, the following POC design mixes IRAP and non-IRAP pictures within an AU.

[0302] Independent layers use POC MSB cycle signaling. There is a flag in the SPS that controls whether the picture header has ph_poc_msb_cycle_present_flag and its length in the SPS. When ph_poc_msb_cycle_present_flag is equal to 1, the u(v) coded POC MSB cycle is signaled in the picture header. When a POC MSB cycle is present, the POC MSB of the picture is set to poc_msb_cycle*MaxPicOrderCntLsb.

[0303] In a dependent layer, if there is a picture picA in the same AU in the reference layer of the current layer, the POC is derived as equal to the POC of picA, and the POC LSB values ​​need to be aligned between layers. Otherwise, the current POC derivation process is applied. [Table 5]

[0304] bit_depth_minus8 specifies the bit depth BitDepth of the samples of the luma and chroma arrays and the value of the luma and chroma quantization parameter range offset QpBdOffset as follows:

number

[0305] When sps_decoding_parameter_set_id is greater than 0, it specifies the value of dps_decoding_parameter_set_id for the DPS referenced by the SPS. When sps_decoding_parameter_set_id is equal to 0, the SPS does not reference a DPS, and the DPS is not referenced when decoding each CLVS with reference to the SPS. The value of sps_decoding_parameter_set_id shall be the same for all SPSs referenced by coded pictures in the bitstream.

[0306] When sps_video_parameter_set_id is greater than 0, it specifies the value of vps_video_parameter_set_id for the VPS referenced by the SPS.

[0307] When sps_video_parameter_set_id is equal to 0, the following applies: -SPS does not refer to VPS. When each CLVS is decoded with reference to the -SPS, the VPS is not referenced. The value of -vps_max_layers_minus1 is inferred to be equal to 0. A CVS shall contain only one layer (i.e., all VCL NAL units in a CVS shall have the same value of nuh_layer_id). -The value of GeneralLayerIdx[nuh_layer_id] is inferred to be equal to 0. The value of -vps_independent_layer_flag[GeneralLayerIdx[nuh_layer_id]] is inferred to be equal to 1.

[0308] When vps_independent_layer_flag[GeneralLayerIdx[nuh_layer_id]] is equal to 1, any SPS referenced by a CLVS with a particular nuh_layer_id value nuhLayerId shall have nuh_layer_id equal to nuhLayerId.

[0309] chroma_format_idc specifies the chroma sampling relative to the luma sampling, as specified in Section 6.2.

[0310] separate_colour_plane_flag equal to 1 specifies that the three color components of a 4:4:4 chroma format are coded separately. separate_colour_plane_flag equal to 0 specifies that the color components are not coded separately. When separate_colour_plane_flag is not present, it is inferred to be equal to 0. When separate_colour_plane_flag is equal to 1, the coded picture consists of three separate components, each of which consists of coded samples of one color plane (Y, Cb, or Cr), and uses the monochrome coding syntax. In this case, each color plane is associated with a specific color_plane_id value. NOTE 1 - There is no dependency in the decoding process between color planes with different colour_plane_id values, e.g., the decoding process of a monochrome picture with one value of colour_plane_id does not use data from a monochrome picture with a different value of colour_plane_id for inter prediction.

[0311] Depending on the value of separate_colour_plane_flag, the value of the variable ChromaArrayType is assigned as follows: - If separate_colour_plane_flag is equal to 0, ChromaArrayType is set equal to chroma_format_idc. Otherwise (separate_colour_plane_flag is equal to 1), ChromaArrayType is set equal to 0.

[0312] The meaning of chroma_format_idc and separate_colour_plane_flag is used to indicate the chroma format. [Table 6]

[0313] sps_poc_msb_flag equal to 1 specifies that the ph_poc_msb_cycle_present_flag syntax element is present in the PH that references the SPS. sps_poc_msb_flag equal to 0 specifies that the ph_poc_msb_cycle_present_flag syntax element is not present in the PH that references the SPS.

[0314] poc_msb_len_minus1 plus 1 specifies the length, in bits, of the poc_msb_val syntax element when present in a PH that references an SPS. The value of poc_msb_len_minus1 shall be in the range 0 to 32-log2_max_pic_order_cnt_lsb_minus4-5, inclusive. [Table 7]

[0315] ph_poc_msb_present_flag equal to 1 specifies that the syntax element poc_msb_val is present in PH. ph_poc_msb_present_flag equal to 0 specifies that the syntax element poc_msb_val is not present in PH. When vps_independent_layer_flag[GeneralLayerIdx[nuh_layer_id]] is equal to 0 and a picture in the current AU is present in the reference layer of the current layer, the value of ph_poc_msb_present_flag shall be equal to 0.

[0316] poc_msb_val specifies the POC MSB value of the current picture. The length of the syntax element poc_msb_val is poc_msb_len_minus1+1 bits.

[0317] Below is the derivation of the picture order count (POC) of the current picture:

[0318] Decoding Process for Picture Order Count The output of this process is PicOrderCntVal, the picture order count of the current picture.

[0319] Each coded picture is associated with a picture order count variable, denoted as PicOrderCntVal.

[0320] If vps_independent_layer_flag[GeneralLayerIdx[nuh_layer_id]] is equal to 0 and there is a picture picA in the current AU in the reference layer of the current layer, then PicOrderCntVal is derived to be equal to the PicOrderCntVal of picA, and the value of slice_pic_order_cnt_lsb shall be the same in all VCL NAL units of the current AU. Otherwise, the PicOrderCntVal of the current picture is derived as specified below.

[0321] When ph_poc_msb_present_flag is equal to 0 and the current picture is not a CLVSS picture, the variables prevPicOrderCntLsb and prevPicOrderCntMsb are derived as follows: - Let prevTid0Pic be the previous picture in decoding order that has nuh_layer_id equal to the nuh_layer_id of the current picture and TemporalId equal to 0 and that is not a RASL or RADL picture. - The variable prevPicOrderCntLsb is set equal to the slice_pic_order_cnt_lsb of prevTid0Pic. - The variable prevPicOrderCntMsb is set equal to the PicOrderCntMsb of prevTid0Pic.

[0322] The variable PicOrderCntMsb for the current picture is derived as follows: - If ph_poc_msb_present_flag is equal to 1, PicOrderCntMsb is set equal to poc_msb_val*MaxPicOrderCntLsb. Otherwise (ph_poc_msb_present_flag is equal to 0) and the current picture is a CLVSS picture, then PicOrderCntMsb is set equal to 0. Otherwise, PicOrderCntMsb is derived as follows:

number

[0323] PicOrderCntVal is derived as follows:

number

number

number

[0324] sps_poc_msb_flag constraints The flag sps_poc_msb_flag is used to control whether the flag ph_poc_msb_cycle_present_flag is present in the picture header. On the other hand, mixed IRAP and non-IRAP pictures within an AU only need to be enabled in a multi-layer scenario. Therefore, there is no need to present ph_poc_msb_cycle_present_flag in a single-layer coding scenario. Therefore, the value of sps_poc_msb_flag can be constrained to be 0 in a single-layer coding scenario.

[0325] 1.2 chroma_format_idc, separate_colour_plane_flag, bit_depth_minus8 constraints The current motion compensation process can be used in inter-layer prediction, but it cannot be used when different layers have different formats (chroma_format_idc, separate_colour_plane_flag, bit_depth_minus8, etc.).

[0326] It is proposed to constrain the value of sps_poc_msb_flag to be equal to 0 in multi-layer coding scenarios.

[0327] It is proposed to restrict the use of inter-layer prediction to only when the current picture in the current layer and the reference picture in the reference layer have the same format.

[0328] The flag sps_poc_msb_flag is used to control whether the flag ph_poc_msb_cycle_present_flag is present in the picture header. On the other hand, mixed IRAP and non-IRAP pictures within an AU only need to be enabled in a multi-layer scenario. Therefore, there is no need to present ph_poc_msb_cycle_present_flag in a single-layer coding scenario. Therefore, the value of sps_poc_msb_flag can be constrained to be 0 in a single-layer coding scenario.

[0329] First embodiment [Constraints on sps_poc_msb_flag] The meaning of sps_poc_msb_flag can be changed as follows: sps_poc_msb_flag equal to 1 specifies that the ph_poc_msb_cycle_present_flag syntax element is present in the PH that references the SPS. sps_poc_msb_flag equal to 0 specifies that the ph_poc_msb_cycle_present_flag syntax element is not present in the PH that references the SPS. When vps_max_layers_minus1 is equal to 0, the value of sps_poc_msb_flag shall be equal to 0.

[0330] Second embodiment [Format constraints] The following constraints need to be added in the specification: vps_direct_ref_layer_flag[i][j] equal to 0 specifies that the layer with index j is not a direct reference layer of the layer with index i. vps_direct_ref_layer_flag[i][j] equal to 1 specifies that the layer with index j is a direct reference layer of the layer with index i. For i and j in the range 0 to vps_max_layers_minus1, inclusive, when vps_direct_ref_layer_flag[i][j] is not present, it is inferred to be equal to 0. When vps_independent_layer_flag[i] is equal to 0, there shall be at least one value of j in the range 0 to i-1, inclusive, such that vps_direct_ref_layer_flag[i][j] is equal to 1. The variables NumDirectRefLayers[i], DirectRefLayerIdx[i][d], NumRefLayers[i], RefLayerIdx[i][r] and LayerUsedAsRefLayerFlag[j] are derived as follows:

number

number

[0331] Constraint Option A: If the current layer is a dependent layer, the video in the current layer shall have the same chroma_format_idc as the video in the reference layer. It can also be said that inter-layer prediction can only be used when the video in the current layer has the same chroma_format_idc as the video in the reference layer.

[0332] Constraint Option B: If the current layer is a dependent layer, the video in the current layer shall have the same separate_colour_plane_flag as the video in the reference layer. It can also be said that inter-layer prediction can only be used if the video in the current layer has the same separate_colour_plane_flag as the video in the reference layer.

[0333] Constraint Option C: If the current layer is a dependent layer, the video in the current layer shall have the same bit_depth_minus8 as the video in the reference layer. It can also be said that inter-layer prediction can only be used when the video in the current layer has the same bit_depth_minus8 as the video in the reference layer.

[0334] Options A, B and C can be combined.

[0335] For example, option A+B: If the current layer is a dependent layer, the video in the current layer shall have the same chroma_format_idc, separate_colour_plane_flag as the video in the reference layer. It can also be said that inter-layer prediction can only be used when the video in the current layer has the same chroma_format_idc, separate_colour_plane_flag as the video in the reference layer.

[0336] For example, options A+B+C: If the current layer is a dependent layer, the video in the current layer shall have the same chroma_format_idc, separate_colour_plane_flag, bit_depth_minus8 as the video in the reference layer. It can also be said that inter-layer prediction can only be used when the video in the current layer has the same chroma_format_idc, separate_colour_plane_flag, and bit_depth_minus8 as the video in the reference layer.

[0337] Third embodiment [Format constraints] Constraints can also be added in other ways. 8 Decryption Process 8.1 General Decryption Process 8.1.1 General The input to this process is a bitstream BitstreamToDecode. The output of this process is a list of decoded pictures. A decoding process is specified such that all decoders conforming to a specified profile and level will produce numerically the same cropped decoded output picture when invoking the decoding process associated with that profile on a bitstream conforming to that profile and level. Any decoding process (with the specified correct output order or output timing) that produces the same cropped decoded output picture as that produced by the process described here conforms to the decoding process requirements of this specification. For each IRAP AU in the bitstream, the following applies: If the AU is the first AU in the bitstream in decoding order, or the respective picture is an IDR picture, or the respective picture is the first picture of the layer following the EOS NAL unit in decoding order, the variable NoIncorrectPicOutputFlag is set equal to 1. Otherwise, if some external means not specified in this specification is available to set the variable HandleCraAsCvsStartFlag to a value for the AU, then HandleCraAsCvsStartFlag is set equal to the value provided by the external means, and NoIncorrectPicOutputFlag is set equal to HandleCraAsCvsStartFlag. Otherwise, HandleCraAsCvsStartFlag and NoIncorrectPicOutputFlag are both set equal to 0. For each GDR AU in the bitstream, the following applies: The variable NoIncorrectPicOutputFlag is set equal to 1 if the AU is the first AU in the bitstream in decoding order or if the respective picture is the first picture of the layer following the EOS NAL unit in decoding order. Otherwise, if some external means not specified in this specification is available to set the variable HandleGdrAsCvsStartFlag to a value for the AU, then HandleGdrAsCvsStartFlag is set equal to the value provided by the external means, and NoIncorrectPicOutputFlag is set equal to HandleGdrAsCvsStartFlag. Otherwise, HandleGdrAsCvsStartFlag and NoIncorrectPicOutputFlag are both set equal to 0. NOTE – For both IRAP and GDR pictures, the above actions are required to identify the CVS in the bitstream. The variable TargetOlsIdx, which identifies the OLS index of the target OLS to be decoded, and the variable Htid, which identifies the highest temporal sublayer to be decoded, are set by some external means not specified in this specification. The bitstream BitstreamToDecode does not contain any layers other than those included in the target OLS, and does not contain any NAL units with TemporalId greater than Htid. Section 8.1.2 is called repeatedly for each coded picture in BitstreamToDecode, in decoding order.

[0338] Option A: When BitstreamToDecode contains more than one layer, the following properties of each layer shall be the same: -chroma_format_idc -separate_colour_plane_flag

[0339] Option B: When BitstreamToDecode contains more than one layer, the following properties of each layer shall be the same: -bit_depth_minus8

[0340] Option C = Option A + Option B When BitstreamToDecode contains more than one layer, the following properties of each layer shall be the same: -chroma_format_idc -separate_colour_plane_flag -bit_depth_minus8

[0341] (1) Constrain the value of sps_poc_msb_flag to be equal to 0 in single-layer coding scenarios to clean up the design of POC derivation. (2) The formats of the current layer and reference layer for inter-layer prediction are constrained to simplify the design.

[0342] FIG. 7 is a schematic flowchart illustrating a method for decoding a coded video bitstream according to an embodiment of the present application, which may be performed by an apparatus for decoding a coded video bitstream. As shown in FIG. 7, the method for decoding a coded video bitstream may include the following steps 701 to 703:

[0343] S701: Obtain a reference layer syntax element by parsing the coded video bitstream, and the value of the reference layer syntax element specifies whether a layer with index k is a direct reference layer of a layer with index i, where both i and k are integers and greater than or equal to 0.

[0344] Specifically, a layer is a sequence of pictures, and pictures within a sequence of pictures share the same layer identifier or layer index.

[0345] Specifically, an apparatus for decoding a coded video bitstream (e.g., the decoder shown in FIG. 3 ) is configured to parse the bitstream 21 (or generally, the coded picture data 21), e.g., perform entropy decoding on the coded picture data 21, and obtain, e.g., quantization coefficients 309 and / or decoded coding parameters (not shown in FIG. 3 ), e.g., inter-prediction parameters (e.g., reference picture indices and motion vectors), intra-prediction parameters (e.g., intra-prediction modes or indices), transform parameters, quantization parameters, loop filter parameters, reference layer syntax elements, chroma format-related syntax elements, bit-depth-related syntax elements, and / or other syntax elements. The entropy decoding unit 304 may be configured to apply a decoding algorithm or scheme corresponding to an encoding scheme such as those described with respect to the entropy coding unit 270 of the encoder 20. Entropy decoding unit 304 may be further configured to provide inter-prediction parameters, intra-prediction parameters, and / or other syntax elements to mode application unit 360 and to provide other parameters to other units of decoder 30. Video decoder 30 may receive syntax elements at the video slice level and / or video block level. In addition to or as an alternative to slices and their respective syntax elements, tile groups and / or tiles and their respective syntax elements may be received and / or used.

[0346] In an embodiment, the reference layer syntax element is a video parameter set (VPS) level syntax element, and the VPS applies to the layer with index j and the layer with index i.

[0347] In an embodiment, the reference layer syntax element may be the syntax element vps_direct_ref_layer_flag[i][j] in the VPS table above.

[0348] vps_direct_ref_layer_flag[i][j] equal to 0 specifies that the layer with index j is not a direct reference layer of the layer with index i. vps_direct_ref_layer_flag[i][j] equal to 1 specifies that the layer with index j is a direct reference layer of the layer with index i. For i and j in the range 0 to vps_max_layers_minus1, inclusive, when vps_direct_ref_layer_flag[i][j] is not present, it is inferred to be equal to 0. When vps_independent_layer_flag[i] is equal to 0, there shall be at least one value of j in the range 0 to i-1, inclusive, such that vps_direct_ref_layer_flag[i][j] is equal to 1.

[0349] The variables NumDirectRefLayers[i], DirectRefLayerIdx[i][d], NumRefLayers[i], RefLayerIdx[i][r] and LayerUsedAsRefLayerFlag[j] are derived as follows:

number

[0350] Specifically, vps_direct_ref_layer_flag[i][j] equal to 1 specifies that the layer with index j is a direct reference layer of the layer with index i.

[0351] S702: Determine whether a layer with index j is a reference layer of a layer with index i based on a value of a reference layer syntax element, where the layer with index j is a reference layer of a layer with index k, where j is an integer greater than or equal to 0.

[0352] In an embodiment, if the value of the reference layer syntax element specifies that the layer with index k is a direct reference layer of the layer with index i, then the layer with index j is a reference layer of the layer with index i.

[0353] Specifically, there are two types of scenarios for reference layers: one is that a layer with index A is a direct reference layer of a layer with index B; the other is that a layer with index C is a reference layer of a layer with index B, and when the layer with index A is a reference layer of a layer with index C and the layer with index A is not a direct reference layer of the layer with index B, the layer with index A is an indirect reference layer of the layer with index B. Reference layers include direct reference layers and indirect reference layers. Also, the fact that a layer with index A is a direct reference layer of a layer with index B means that the layer with index A includes at least one reference picture of a picture in the layer with index B. In step S702, if the value of the reference layer syntax element specifies that a layer with index j is a reference layer of a layer with index k and that the layer with index k is a direct reference layer of a layer with index i, the layer with index j is a reference layer of a layer with index i.

[0354] S703: Predict a picture of a layer having an index i based on a layer having an index j, if a condition is met, wherein a value of a chroma format-related syntax element applied to the layer having the index i is the same as a value of a chroma format-related syntax element applied to the layer having the index j, and the condition includes: the layer having the index j being a reference layer of the layer having the index i.

[0355] Specifically, if a layer with index j is a reference layer for a layer with index i, the picture of the layer with index i can be predicted based on the layer with index j, and the value of the chroma format-related syntax element applied to the layer with index i is the same as the value of the chroma format-related syntax element applied to the layer with index j.

[0356] Specifically, an apparatus for decoding a coded video bitstream (e.g., decoder 30 shown in FIG. 3 ) is configured to use inter prediction for a picture of a layer having index i based on a layer having index j, and to generate a predictive block 365 for a video block of a current video slice based on motion vectors and other syntax elements received from entropy decoding unit 304. For inter prediction, the predictive block may be generated from one of the reference pictures in one of the reference picture lists. Video decoder 30 may construct the reference frame lists, i.e., List 0 and List 1, using a default construction technique based on the reference pictures stored in DPB 330. The same or similar may apply to, and in embodiments using, tile groups (e.g., video tile groups) and / or tiles (e.g., video tiles) in addition to or as an alternative to slices (e.g., video slices); for example, video may be coded using I, P, or B tile groups and / or tiles.

[0357] Specifically, inter-layer prediction indicates using inter prediction for a picture of a layer with index i based on a reference picture from a layer with index j.

[0358] In an embodiment, the chroma format related syntax elements are syntax elements at the sequence parameter set (SPS) level, and the SPS applies to the layer with index j or the layer with index i.

[0359] Specifically, the SPS is applied to a sequence of pictures, a layer is a sequence of pictures, and the SPS is applied to a layer with index j or a layer with index i.

[0360] In an embodiment, the chroma format related syntax element may be the syntax element chroma_format_idc in the SPS table above.

[0361] chroma_format_idc specifies the chroma sampling relative to the luma sampling as specified in Section 6.2.

[0362] The meaning of chroma_format_idc and separate_colour_plane_flag is used to indicate the chroma format. [Table 8]

[0363] According to an embodiment of the present application, a reference layer syntax element is obtained by parsing a coded video bitstream, a value of the reference layer syntax element specifies whether a layer with index k is a direct reference layer of a layer with index i, where both i and k are integers and are greater than or equal to 0; determining whether a layer with index j is a reference layer of a layer with index i based on the value of the reference layer syntax element, where the layer with index j is a reference layer of the layer with index k, where j is an integer and is greater than or equal to 0; predicting a picture of a layer with index i based on the layer with index j if the condition is met; a value of a chroma format-related syntax element applied to the layer with index i is the same as a value of a chroma format-related syntax element applied to the layer with index j, and the condition includes that the layer with index j is a reference layer of the layer with index i;

[0364] FIG. 8 is a schematic flowchart illustrating a method for decoding a coded video bitstream according to an embodiment of the present application, which may be performed by an apparatus for decoding a coded video bitstream. As shown in FIG. 8, the method for decoding a coded video bitstream may include the following steps 801 to 803:

[0365] S801: Obtain a reference layer syntax element by parsing the coded video bitstream, and the value of the reference layer syntax element specifies whether a layer with index j is a direct reference layer of a layer with index i, where both i and j are integers and are greater than or equal to 0.

[0366] S802: Predict a picture of a layer having index i based on a layer having index j, if a condition is met, wherein a value of a chroma format-related syntax element applied to the layer having index i is the same as a value of a chroma format-related syntax element applied to the layer having index j, and the condition includes a value of a reference layer syntax element specifying that the layer having index j is a direct reference layer of the layer having index i.

[0367] It should be noted that if the value of the reference layer syntax element specifies that the layer with index j is not a direct reference layer of the layer with index i, the layer with index j may be a reference layer, i.e., the layer with index j may be an indirect reference layer or a reference layer of the layer with index j.

[0368] According to an embodiment of the present application, a reference layer syntax element is obtained by parsing a coded video bitstream, a value of the reference layer syntax element specifies whether a layer with index j is a direct reference layer of a layer with index i, where both i and j are integers and are greater than or equal to 0, and if the condition is met, a picture of a layer with index i is predicted based on the layer with index j, a value of a chroma format-related syntax element applied to the layer with index i is the same as a value of a chroma format-related syntax element applied to the layer with index j, and the condition includes: the value of the reference layer syntax element specifies that the layer with index j is a direct reference layer of the layer with index i, and the constraints on formats of a current layer and a reference layer for inter-layer prediction are achieved, thereby simplifying the design.

[0369] According to the embodiment shown in FIGS. 7 and 8, a method for decoding a coded video bitstream comprises: The method further includes a step of obtaining a chroma format-related syntax element applied to a layer having index i and a chroma format-related syntax element applied to a layer having index j by parsing the coded video bitstream, wherein the condition further includes that the value of the chroma format-related syntax element applied to the layer having index i is the same as the value of the chroma format-related syntax element applied to the layer having index j.

[0370] Specifically, when a layer with index j is a reference layer for a layer with index i, and the value of a chroma format-related syntax element applied to the layer with index i is the same as the value of a chroma format-related syntax element applied to the layer with index j, the picture of the layer with index i can be predicted based only on the layer with index j.

[0371] FIG. 9 is a schematic flowchart illustrating a method for decoding a coded video bitstream according to an embodiment of the present application, which may be performed by an apparatus for decoding a coded video bitstream. As shown in FIG. 9, based on the method shown in FIG. 7, the method for decoding a coded video bitstream may include the following steps 901 to 906:

[0372] S901: Obtain a reference layer syntax element by parsing the coded video bitstream, and the value of the reference layer syntax element specifies whether a layer with index k is a direct reference layer of a layer with index i, where both i and k are integers and greater than or equal to 0.

[0373] S902: Determine whether a layer with index j is a reference layer of a layer with index i based on a value of a reference layer syntax element, where the layer with index j is a reference layer of a layer with index k, where j is an integer greater than or equal to 0.

[0374] S903: Predict a picture of a layer having an index i based on a layer having an index j, if a condition is met, where a value of a chroma format-related syntax element applied to the layer having the index i is the same as a value of a chroma format-related syntax element applied to the layer having the index j, and the condition includes: the layer having the index j being a reference layer of the layer having the index i.

[0375] S904: If the layer with index j is a reference layer of the layer with index i and the value of the chroma format related syntax element applied to the layer with index i is not the same as the value of the chroma format related syntax element applied to the layer with index j, stop decoding the coded video bitstream.

[0376] S905: If the layer having index j is not a reference layer of the layer having index i, predict the picture of the layer having index i without using the layer having index j.

[0377] Specifically, when the layer with index j is not a direct reference layer of the layer with index i, and the layer with index k is not found by traversing all layers, and the layer with index k is a direct reference layer of the layer with index i, and the layer with index j is a reference layer of the layer with index k, it is determined that the layer with index j is not a reference layer of the layer with index i.

[0378] In an embodiment, if the layer with index j is not a direct reference layer of the layer with index i, it is determined whether the layer with index j is an indirect reference layer of the layer with index i, and if the layer with index j is an indirect reference layer of the layer with index i, the layer with index j is used to predict a picture of the layer with index i, and if the layer with index j is not an indirect reference layer of the layer with index i, the layer with index j is not used to predict a picture of the layer with index i.

[0379] When the layer with index k is a direct reference layer of the layer with index i, and the layer with index j is a reference layer of the layer with index k by traversing all layers, the layer with index j is determined to be an indirect layer of the layer with index i.

[0380] S906: If the condition is met, determine that the value of the chroma format related syntax element applied to the layer with index i is the value of the chroma format related syntax element applied to the layer with index j, without obtaining the chroma format related syntax element applied to the layer with index i by parsing the coded video bitstream.

[0381] Specifically, when a layer with index j is a reference layer for a layer with index i, the value of the chroma format related syntax element applied to the layer with index i is determined to be the value of the chroma format related syntax element applied to the layer with index j without obtaining the chroma format related syntax element applied to the layer with index i by parsing the coded video bitstream.

[0382] According to an embodiment of the present application, if the layer with index j is a reference layer of the layer with index i, and a value of a chroma format-related syntax element applied to the layer with index j is not the same as a value of a chroma format-related syntax element applied to the layer with index j, stop decoding the coded video bitstream; if the layer with index j is not a reference layer of the layer with index i, predict a picture of the layer with index i without using the layer with index j; if the condition is met, determine that the value of the chroma format-related syntax element applied to the layer with index i is the value of the chroma format-related syntax element applied to the layer with index j without obtaining the chroma format-related syntax element applied to the layer with index i by parsing the coded video bitstream; and the format constraints of the current layer and the reference layer for inter-layer prediction are achieved, thereby simplifying the design.

[0383] FIG. 10 is a schematic flowchart illustrating a method for decoding a coded video bitstream according to an embodiment of the present application, which may be performed by an apparatus for decoding a coded video bitstream. As shown in FIG. 10, the method for decoding a coded video bitstream may include the following steps 1001 to 1003:

[0384] S1001: Obtain a reference layer syntax element by parsing the coded video bitstream, and the value of the reference layer syntax element specifies whether a layer with index k is a direct reference layer of a layer with index i, where both i and k are integers and are greater than or equal to 0.

[0385] In an embodiment, the reference layer syntax element is a video parameter set (VPS) level syntax element, and the VPS applies to the layer with index j and the layer with index i.

[0386] S1002: Determine whether a layer with index j is a reference layer of a layer with index i based on a value of a reference layer syntax element, where the layer with index j is a reference layer of a layer with index k, where j is an integer greater than or equal to 0.

[0387] In an embodiment, if the value of the reference layer syntax element specifies that the layer with index k is a direct reference layer of the layer with index i, then the layer with index j is a reference layer of the layer with index i.

[0388] S1003: Predict a picture of a layer having index i based on a layer having index j, if a condition is met, wherein a value of a bit-depth-related syntax element applied to the layer having index i is the same as a value of a bit-depth-related syntax element applied to the layer having index j, and the condition includes that the layer having index j is a reference layer of the layer having index i.

[0389] In an embodiment, a bit-depth-related syntax element specifies the bit-depth of the luma and chroma samples of the picture in the layer to which the bit-depth-related syntax element applies.

[0390] In an embodiment, the bit-depth related syntax elements are syntax elements at the sequence parameter set (SPS) level, and the SPS applies to the layer with index j or the layer with index i.

[0391] In an embodiment, the bit depth related syntax element may be the syntax element bit_depth_minus8 in the SPS table above.

[0392] bit_depth_minus8 specifies the bit depth BitDepth of the samples of the luma and chroma arrays and the value of the luma and chroma quantization parameter range offset QpBdOffset as follows:

number

[0393] The principles of this embodiment are similar to those of the embodiment shown in FIG. 7 and will not be described here for the sake of brevity.

[0394] According to an embodiment of the present application, a reference layer syntax element is obtained by parsing a coded video bitstream, a value of the reference layer syntax element specifies whether a layer with index k is a direct reference layer of a layer with index i, where both i and k are integers and are greater than or equal to 0; determining whether a layer with index j is a reference layer of a layer with index i based on the value of the reference layer syntax element, where the layer with index j is a reference layer of a layer with index k, where j is an integer and is greater than or equal to 0; predicting a picture of a layer with index i based on a layer with index j if the condition is met; a value of a bit-depth-related syntax element applied to the layer with index i is the same as a value of a bit-depth-related syntax element applied to the layer with index j, and the condition includes that the layer with index j is a reference layer of a layer with index i;

[0395] FIG. 11 is a schematic flowchart illustrating a method for decoding a coded video bitstream according to an embodiment of the present application, which may be performed by an apparatus for decoding a coded video bitstream. As shown in FIG. 11, the method for decoding a coded video bitstream may include the following steps 1101 to 1102:

[0396] S1101: Obtain a reference layer syntax element by parsing the coded video bitstream, and the value of the reference layer syntax element specifies whether a layer with index j is a direct reference layer of a layer with index i, where both i and j are integers and are greater than or equal to 0.

[0397] S1102: Predict a picture of a layer having index i based on a layer having index j if a condition is met, wherein a value of a bit-depth-related syntax element applied to the layer having index i is the same as a value of a bit-depth-related syntax element applied to the layer having index j, and the condition includes a value of a reference layer syntax element specifying that the layer having index j is a direct reference layer of the layer having index i.

[0398] The principles of this embodiment are similar to those of the embodiment shown in FIG. 8 and will not be described here for the sake of brevity.

[0399] According to an embodiment of the present application, a reference layer syntax element is obtained by parsing a coded video bitstream, a value of the reference layer syntax element specifies whether a layer with index j is a direct reference layer of a layer with index i, where both i and j are integers and are greater than or equal to 0, and if the condition is met, a picture of a layer with index i is predicted based on the layer with index j, a value of a bit-depth-related syntax element applied to the layer with index i is the same as a value of a bit-depth-related syntax element applied to the layer with index j, and the condition includes: the value of the reference layer syntax element specifies that the layer with index j is a direct reference layer of the layer with index i, and the constraints on the formats of the current layer and the reference layer for inter-layer prediction are achieved, thereby simplifying the design.

[0400] According to the embodiment shown in FIGS. 10 and 11, a method for decoding a coded video bitstream comprises: The method further includes a step of obtaining a bit-depth-related syntax element applied to a layer having index i and a bit-depth-related syntax element applied to a layer having index j by parsing the coded video bitstream, wherein the condition further includes that the value of the bit-depth-related syntax element applied to the layer having index i is the same as the value of the bit-depth-related syntax element applied to the layer having index j.

[0401] FIG. 12 is a schematic flowchart illustrating a method for decoding a coded video bitstream according to an embodiment of the present application, which may be performed by an apparatus for decoding a coded video bitstream. As shown in FIG. 12, based on the method shown in FIG. 10, the method for decoding a coded video bitstream may include the following steps 1201 to 1206:

[0402] S1201: Obtain a reference layer syntax element by parsing the coded video bitstream, and the value of the reference layer syntax element specifies whether a layer with index k is a direct reference layer of a layer with index i, where both i and k are integers and are greater than or equal to 0.

[0403] S1202: Determine whether a layer with index j is a reference layer of a layer with index i based on a value of a reference layer syntax element, where the layer with index j is a reference layer of a layer with index k, where j is an integer greater than or equal to 0.

[0404] S1203: Predict a picture of a layer having index i based on a layer having index j, if a condition is met, wherein a value of a bit-depth-related syntax element applied to the layer having index i is the same as a value of a bit-depth-related syntax element applied to the layer having index j, and the condition includes that the layer having index j is a reference layer of the layer having index i.

[0405] S1204: If the layer with index j is a reference layer of the layer with index i and the value of the bit-depth-related syntax element applied to the layer with index i is not the same as the value of the bit-depth-related syntax element applied to the layer with index j, stop decoding the coded video bitstream.

[0406] S1205: If the layer having the index j is not a reference layer of the layer having the index i, predict a picture of the layer having the index i without using the layer having the index j.

[0407] S1206: If the condition is met, determine that the value of the bit-depth-related syntax element applied to the layer with index i is the value of the bit-depth-related syntax element applied to the layer with index j, without obtaining the bit-depth-related syntax element applied to the layer with index i by parsing the coded video bitstream.

[0408] The principles of this embodiment are similar to those of the embodiment shown in FIG. 9 and will not be described here for the sake of brevity.

[0409] According to an embodiment of the present application, if the layer with index j is a reference layer of the layer with index i, and a value of a bit-depth-related syntax element applied to the layer with index j is not the same as a value of a bit-depth-related syntax element applied to the layer with index j, stop decoding the coded video bitstream; if the layer with index j is not a reference layer of the layer with index i, predict a picture of the layer with index i without using the layer with index j; if the condition is met, determine that the value of the bit-depth-related syntax element applied to the layer with index i is the value of the bit-depth-related syntax element applied to the layer with index j without obtaining the bit-depth-related syntax element applied to the layer with index i by parsing the coded video bitstream, so that the format constraints of the current layer and the reference layer for inter-layer prediction are achieved, thereby simplifying the design.

[0410] FIG. 13 is a schematic flowchart illustrating a method for encoding video according to an embodiment of the present application, which may be performed by an apparatus for encoding video. As shown in FIG. 13, the method for encoding video may include the following steps 1301 to 1302:

[0411] S1301: Determine whether a layer with index j is a direct reference layer of a layer with index i, where i and j are both integers and are equal to or greater than 0.

[0412] An apparatus for encoding video (e.g., encoder 20 shown in FIG. 2) may be configured, for example, to determine whether a layer with index j is a direct reference layer for a layer with index i, select a reference block from multiple reference blocks of the same or different ones of multiple other pictures, and provide the reference picture (or reference picture index) and / or an offset (spatial offset) between the position (x, y coordinates) of the reference block and the position of the current block as inter-prediction parameters to a motion estimation unit.

[0413] S1302 If the layer with index j is a direct reference layer of the layer with index i, encode into the video bitstream a reference layer syntax element having a value specifying that the layer with index j is a direct reference layer of the layer with index i, and encode into the video bitstream a chroma format related syntax element applied to the layer with index i and a chroma format related syntax element applied to the layer with index j, wherein the value of the chroma format related syntax element applied to the layer with index i is the same as the value of the chroma format related syntax element applied to the layer with index j.

[0414] In an embodiment, the reference layer syntax element may be the syntax element vps_direct_ref_layer_flag[i][j] in the VPS table above.

[0415] vps_direct_ref_layer_flag[i][j] equal to 0 specifies that the layer with index j is not a direct reference layer of the layer with index i. vps_direct_ref_layer_flag[i][j] equal to 1 specifies that the layer with index j is a direct reference layer of the layer with index i. For i and j in the range 0 to vps_max_layers_minus1, inclusive, when vps_direct_ref_layer_flag[i][j] is not present, it is inferred to be equal to 0. When vps_independent_layer_flag[i] is equal to 0, there shall be at least one value of j in the range 0 to i-1, inclusive, such that vps_direct_ref_layer_flag[i][j] is equal to 1.

[0416] The variables NumDirectRefLayers[i], DirectRefLayerIdx[i][d], NumRefLayers[i], RefLayerIdx[i][r] and LayerUsedAsRefLayerFlag[j] are derived as follows:

number

[0417] In an embodiment, the chroma format related syntax element may be the syntax element chroma_format_idc in the SPS table above.

[0418] chroma_format_idc specifies the chroma sampling relative to the luma sampling, as specified in Section 6.2.

[0419] The meaning of chroma_format_idc and separate_colour_plane_flag is used to indicate the chroma format. [Table 9]

[0420] Specifically, an apparatus for encoding video (e.g., encoder 20 in FIG. 2 ) may encode into a video bitstream a reference layer syntax element having a value specifying that a layer with index j is a direct reference layer of a layer with index i, encode into a video bitstream a chroma format related syntax element applied to the layer with index i and a chroma format related syntax element applied to the layer with index j, and encode into a video bitstream a quantization coefficient 209, an inter prediction parameter, an intra prediction parameter, a loop filter parameter, and / or other syntax elements, for example, an entropy coding algorithm or scheme (e.g., a variable length coding (VLC) scheme, a context adaptive VLC scheme (CAVLC), an arithmetic coding scheme, binarization, context adaptive binary arithmetic coding (CABAC), syntax based context-adaptive binary arithmetic coding (SBAC), probability interval partitioning entropy (PIPE), etc. 2. The video decoder 30 may be configured to apply or bypass (uncompress) the parameters to the encoded picture data 21, which may be output, for example, via output 272, in the form of an encoded bitstream 21, whereby a device for decoding the encoded bitstream (e.g., the video decoder 30 shown in FIG. 3) may receive and use the parameters for decoding. The encoded bitstream 21 may be transmitted to the video decoder 30 or may be stored in a memory for later transmission or retrieval by the video decoder 30.

[0421] According to an embodiment of the present invention, it is determined whether a layer with index j is a direct reference layer of a layer with index i, where both i and j are integers greater than or equal to 0; if the layer with index j is a direct reference layer of the layer with index i, a reference layer syntax element having a value specifying that the layer with index j is a direct reference layer of the layer with index i is encoded into a video bitstream; a chroma format related syntax element applied to the layer with index i and a chroma format related syntax element applied to the layer with index j are encoded into the video bitstream, where a value of the chroma format related syntax element applied to the layer with index i is the same as a value of the chroma format related syntax element applied to the layer with index j; and the format constraints of the current layer and the reference layer for inter-layer prediction are achieved, thereby simplifying the design.

[0422] Figure 14 is a schematic flowchart showing a method for encoding video according to an embodiment of the present application, which may be performed by an apparatus for encoding video. As shown in Figure 14, based on the method shown in Figure 13, the method for encoding video may include the following steps 1401 to 1404.

[0423] S1401: Determine whether a layer with index j is a direct reference layer of a layer with index i, where i and j are both integers and are equal to or greater than 0.

[0424] S1402 If the layer with index j is a direct reference layer of the layer with index i, encode into the video bitstream a reference layer syntax element having a value specifying that the layer with index j is a direct reference layer of the layer with index i, and encode into the video bitstream a chroma format related syntax element applied to the layer with index i and a chroma format related syntax element applied to the layer with index j, wherein the value of the chroma format related syntax element applied to the layer with index i is the same as the value of the chroma format related syntax element applied to the layer with index j.

[0425] S1403: If the layer having index j is a direct reference layer of the layer having index i, predict a picture of the layer having index i based on the layer having index j.

[0426] The set (or possibilities) of inter prediction modes depends on the available reference pictures (i.e., pictures that have been at least partially decoded previously, e.g., stored in the DBP) and other inter prediction parameters, such as whether the entire reference picture or only a portion of the reference picture, e.g., a search window area around the area of ​​the current block, is used to search for the best matching reference block, and / or whether, for example, pixel interpolation, e.g., half / semi-pel, 1 / 4-pel and / or 1 / 16-pel interpolation, is applied.

[0427] S1404: If the layer having the index j is not a reference layer of the layer having the index i, predict a picture of the layer having the index i without using the layer having the index j.

[0428] In an embodiment, if the layer with index j is not a direct reference layer of the layer with index i, it is determined whether the layer with index j is an indirect reference layer of the layer with index i, and if the layer with index j is an indirect reference layer of the layer with index i, the layer with index j is used to predict a picture of the layer with index i, and if the layer with index j is not an indirect reference layer of the layer with index i, the layer with index j is not used to predict a picture of the layer with index i.

[0429] According to an embodiment of the present invention, it is determined whether a layer with index j is a direct reference layer of a layer with index i, where both i and j are integers greater than or equal to 0. If the layer with index j is a direct reference layer of the layer with index i, a reference layer syntax element having a value specifying that the layer with index j is a direct reference layer of the layer with index i is encoded into a video bitstream. A chroma format related syntax element applied to the layer with index i and a chroma format related syntax element applied to the layer with index j are encoded into the video bitstream, where the value of the chroma format related syntax element applied to the layer with index i is the same as the value of the chroma format related syntax element applied to the layer with index j. If the layer with index j is a direct reference layer of the layer with index i, a picture of the layer with index i is predicted based on the layer with index j, and constraints on the formats of the current layer and the reference layer for inter-layer prediction are achieved, thereby simplifying the design.

[0430] FIG. 15 is a schematic flowchart illustrating a method for encoding video according to an embodiment of the present application, which may be performed by an apparatus for encoding video. As shown in FIG. 15, the method for encoding video may include the following steps 1501 to 1502:

[0431] S1501: Determine whether a layer with index j is a direct reference layer of a layer with index i, where i and j are both integers and are equal to or greater than 0.

[0432] S1502 If the layer with index j is a direct reference layer of the layer with index i, encode into the video bitstream a reference layer syntax element having a value specifying that the layer with index j is a direct reference layer of the layer with index i, and encode into the video bitstream a bit-depth-related syntax element applied to the layer with index i and a bit-depth-related syntax element applied to the layer with index j, wherein the value of the bit-depth-related syntax element applied to the layer with index i is the same as the value of the bit-depth-related syntax element applied to the layer with index j.

[0433] In an embodiment, a bit-depth-related syntax element specifies the bit-depth of the luma and chroma samples of the picture in the layer to which the bit-depth-related syntax element applies.

[0434] In an embodiment, the bit depth related syntax element may be the syntax element bit_depth_minus8 in the SPS table above.

[0435] bit_depth_minus8 specifies the bit depth BitDepth of the samples of the luma and chroma arrays and the value of the luma and chroma quantization parameter range offset QpBdOffset as follows:

number

[0436] The principles of this embodiment are similar to those of the embodiment shown in Figure 13 and will not be described here for the sake of brevity.

[0437] According to an embodiment of the present application, in an embodiment, the bit depth related syntax element may be the syntax element bit_depth_minus8 in the above SPS table.

[0438] bit_depth_minus8 specifies the bit depth BitDepth of the samples of the luma and chroma arrays and the value of the luma and chroma quantization parameter range offset QpBdOffset as follows:

number

[0439] The principles of this embodiment are similar to those of the embodiment shown in FIG. 7 and will not be described here for the sake of brevity.

[0440] According to an embodiment of the present invention, it is determined whether a layer with index j is a direct reference layer of a layer with index i, where both i and j are integers and are greater than or equal to 0. If the layer with index j is a direct reference layer of the layer with index i, a reference layer syntax element having a value specifying that the layer with index j is a direct reference layer of the layer with index i is encoded into a video bitstream. A bit-depth-related syntax element applied to the layer with index i and a bit-depth-related syntax element applied to the layer with index j are encoded into the video bitstream, where the value of the bit-depth-related syntax element applied to the layer with index i is the same as the value of the bit-depth-related syntax element applied to the layer with index j. Constraints on formats of the current layer and reference layer for inter-layer prediction are achieved, thereby simplifying design. Constraints on formats of the current layer and reference layer for inter-layer prediction are achieved, thereby simplifying design.

[0441] Figure 16 is a schematic flowchart showing a method for encoding video according to an embodiment of the present application, which may be performed by an apparatus for encoding video. As shown in Figure 16, based on the method shown in Figure 15, the method for encoding video may include the following steps 1601 to 1604.

[0442] S1601: Determine whether a layer with index j is a direct reference layer of a layer with index i, where i and j are both integers and are equal to or greater than 0.

[0443] S1602 If the layer with index j is a direct reference layer of the layer with index i, encode into the video bitstream a reference layer syntax element having a value specifying that the layer with index j is a direct reference layer of the layer with index i, and encode into the video bitstream a bit-depth-related syntax element applied to the layer with index i and a bit-depth-related syntax element applied to the layer with index j, wherein the value of the bit-depth-related syntax element applied to the layer with index i is the same as the value of the bit-depth-related syntax element applied to the layer with index j.

[0444] S1603: If the layer having index j is a direct reference layer of the layer having index i, predict a picture of the layer having index i based on the layer having index j.

[0445] S1604: If the layer having the index j is not a reference layer for the layer having the index i, predict a picture of the layer having the index i without using the layer having the index j.

[0446] According to an embodiment of the present invention, it is determined whether a layer with index j is a direct reference layer of a layer with index i, where both i and j are integers greater than or equal to 0. If the layer with index j is a direct reference layer of the layer with index i, a reference layer syntax element having a value specifying that the layer with index j is a direct reference layer of the layer with index i is encoded into a video bitstream. A bit-depth-related syntax element applied to the layer with index i and a bit-depth-related syntax element applied to the layer with index j are encoded into the video bitstream, where the value of the bit-depth-related syntax element applied to the layer with index i is the same as the value of the bit-depth-related syntax element applied to the layer with index j. If the layer with index j is a direct reference layer of the layer with index i, a picture of the layer with index i is predicted based on the layer with index j, and constraints on the formats of the current layer and the reference layer for inter-layer prediction are achieved, thereby simplifying the design.

[0447] FIG. 17 is a structural diagram showing an apparatus for decoding a coded video bitstream according to an embodiment of the present application. As shown in FIG. 17, the apparatus for decoding a coded video bitstream may include an obtaining unit 1701, a determining unit 1702 and a predicting unit 1703.

[0448] The obtaining unit 1701 is configured to obtain a reference layer syntax element by parsing a coded video bitstream, where the value of the reference layer syntax element specifies whether a layer with index k is a direct reference layer of a layer with index i, where both i and k are integers and greater than or equal to 0.

[0449] The determining unit 1702 is configured to determine whether a layer having index j is a reference layer of a layer having index i based on a value of a reference layer syntax element, where the layer having index j is a reference layer of a layer having index k, and j is an integer and is greater than or equal to 0.

[0450] The prediction unit 1703 is configured to predict a picture of a layer having index i based on a layer having index j when a condition is met, wherein a value of a chroma format-related syntax element applied to the layer having index i is the same as a value of a chroma format-related syntax element applied to the layer having index j, and the condition includes that the layer with index j is a reference layer of the layer having index i.

[0451] In an embodiment, if the value of the reference layer syntax element specifies that the layer with index k is a direct reference layer of the layer with index i, then the layer with index j is a reference layer of the layer with index i.

[0452] In an embodiment, the reference layer syntax element is a video parameter set (VPS) level syntax element, and the VPS applies to the layer with index j and the layer with index i.

[0453] In an embodiment, the chroma format related syntax elements are syntax elements at the sequence parameter set (SPS) level, and the SPS applies to the layer with index j or the layer with index i.

[0454] The obtaining unit 1701 may be or may be included in the entropy decoding unit 304 of the decoder 30 in FIG. 3, the determining unit 1702 may be or may be included in the mode application unit 360 of the decoder 30 in FIG. 3, and the predicting unit 1703 may be or may be included in the inter prediction unit 344 of the decoder 30 in FIG. 3.

[0455] It should be noted that the obtaining unit 1701, the determining unit 1702 and the predicting unit 1703 may be software modules or hardware circuits.

[0456] The apparatus for decoding the coded video bitstream in this embodiment may be configured to perform the method in FIG. 7, and the apparatus for decoding the coded video bitstream related to the method shown in FIG. 7 may also be configured in the same manner as the apparatus for decoding the coded video bitstream shown in FIG. 17, which will not be described again here for the sake of brevity.

[0457] FIG. 18 is a structural diagram showing an apparatus for decoding a coded video bitstream according to an embodiment of the present application. As shown in FIG. 18, the apparatus for decoding a coded video bitstream may include an acquisition unit 1801 and a prediction unit 1802.

[0458] The obtaining unit 1801 is configured to obtain a reference layer syntax element by parsing a coded video bitstream, where the value of the reference layer syntax element specifies whether a layer with index j is a direct reference layer of a layer with index i, where both i and j are integers and greater than or equal to 0.

[0459] The prediction unit 1802 is configured to predict a picture of a layer having index i based on a layer having index j when a condition is met, wherein a value of a chroma format-related syntax element applied to the layer having index i is the same as a value of a chroma format-related syntax element applied to the layer having index j, and the condition includes a value of a reference layer syntax element specifying that the layer with index j is a direct reference layer of the layer with index i.

[0460] The obtaining unit 1801 may be or may be included in the entropy decoding unit 304 of the decoder 30 in FIG. 3, and the prediction unit 1802 may be or may be included in the inter prediction unit 344 of the decoder 30 in FIG.

[0461] It should be noted that the obtaining unit 1801 and the predicting unit 1802 may be software modules or hardware circuits.

[0462] The apparatus for decoding the coded video bitstream in this embodiment may be configured to perform the method in FIG. 8, and the apparatus for decoding the coded video bitstream related to the method shown in FIG. 8 may also be configured in the same manner as the apparatus for decoding the coded video bitstream shown in FIG. 18, which will not be described again here for the sake of brevity.

[0463] Based on the embodiments shown in Figures 17 and 18, the obtaining unit 1701 or the obtaining unit 1801 is further configured to obtain a chroma format-related syntax element applied to a layer with index i and a chroma format-related syntax element applied to a layer with index j by parsing the coded video bitstream, and the condition further includes that the value of the chroma format-related syntax element applied to the layer with index i is the same as the value of the chroma format-related syntax element applied to the layer with index j.

[0464] Figure 19 is a structural diagram showing an apparatus for decoding a coded video bitstream according to an embodiment of the present application. As shown in Figure 19, based on the apparatus shown in Figure 17, the apparatus for decoding a coded video bitstream may include an acquisition unit 1701, a decision unit 1702, a prediction unit 1703 and a stopping unit 1704.

[0465] The stopping unit 1704 is configured to stop decoding the coded video bitstream if the layer with index j is a reference layer of the layer with index i and the value of the chroma format related syntax element applied to the layer with index i is not the same as the value of the chroma format related syntax element applied to the layer with index j.

[0466] The prediction unit 1703 is further configured to predict a picture of the layer with index i without using the layer with index j, if the layer with index j is not a reference layer of the layer with index i.

[0467] The determining unit 1702 is further configured to, if the condition is met, determine that the value of the chroma format related syntax element applied to the layer with index i is the value of the chroma format related syntax element applied to the layer with index j, without obtaining the chroma format related syntax element applied to the layer with index i by parsing the coded video bitstream.

[0468] The stopping unit 1704 in this embodiment may be or be included in the entropy decoding unit 304 of the decoder 30 in FIG.

[0469] It should be noted that the obtaining unit 1701, the determining unit 1702, the predicting unit 1703 and the stopping unit 1704 may be software modules or hardware circuits.

[0470] The apparatus for decoding the coded video bitstream in this embodiment may be configured to perform the method in FIG. 9, and the apparatus for decoding the coded video bitstream related to the method shown in FIG. 9 may also be configured in the same manner as the apparatus for decoding the coded video bitstream shown in FIG. 19, which will not be described again here for the sake of brevity.

[0471] FIG. 20 is a structural diagram showing an apparatus for decoding a coded video bitstream according to an embodiment of the present application. As shown in FIG. 20, the apparatus for decoding a coded video bitstream may include an acquisition unit 2001, a decision unit 2002 and a prediction unit 2003.

[0472] The obtaining unit 2001 is configured to obtain a reference layer syntax element by parsing a coded video bitstream, and the value of the reference layer syntax element specifies whether a layer with index k is a direct reference layer of a layer with index i, where both i and k are integers and greater than or equal to 0.

[0473] The determining unit 2002 is configured to determine whether a layer having index j is a reference layer of a layer having index i based on a value of a reference layer syntax element, where the layer having index j is a reference layer of a layer having index k, and j is an integer and is greater than or equal to 0.

[0474] The prediction unit 2003 is configured to predict a picture of a layer having index i based on a layer having index j when a condition is met, wherein the value of a bit-depth-related syntax element applied to the layer having index i is the same as the value of a bit-depth-related syntax element applied to the layer having index j, and the condition includes that the layer with index j is a reference layer of the layer having index i.

[0475] In an embodiment, if the value of the reference layer syntax element specifies that the layer with index k is a direct reference layer of the layer with index i, then the layer with index j is a reference layer of the layer with index i.

[0476] In an embodiment, a bit-depth-related syntax element specifies the bit-depth of the luma and chroma samples of the picture in the layer to which the bit-depth-related syntax element applies.

[0477] In an embodiment, the reference layer syntax element is a video parameter set (VPS) level syntax element, and the VPS applies to the layer with index j and the layer with index i.

[0478] In an embodiment, the bit-depth related syntax elements are syntax elements at the sequence parameter set (SPS) level, and the SPS applies to the layer with index j or the layer with index i.

[0479] The acquisition unit 2001 may be or may be included in the entropy decoding unit 304 of the decoder 30 in FIG. 3, the decision unit 2002 may be or may be included in the mode application unit 360 of the decoder 30 in FIG. 3, and the prediction unit 2003 may be or may be included in the inter prediction unit 344 of the decoder 30 in FIG. 3.

[0480] It should be noted that the obtaining unit 2001, the determining unit 2002 and the predicting unit 2003 may be software modules or hardware circuits.

[0481] The apparatus for decoding the coded video bitstream in this embodiment may be configured to perform the method in FIG. 10, and the apparatus for decoding the coded video bitstream related to the method shown in FIG. 10 may also be configured in the same manner as the apparatus for decoding the coded video bitstream shown in FIG. 20, which will not be described again here for the sake of brevity.

[0482] FIG. 21 is a structural diagram showing an apparatus for decoding a coded video bitstream according to an embodiment of the present application. As shown in FIG. 21, the apparatus for decoding a coded video bitstream may include an acquisition unit 2101 and a prediction unit 2102.

[0483] The obtaining unit 2101 is configured to obtain a reference layer syntax element by parsing a coded video bitstream, and the value of the reference layer syntax element specifies whether a layer with index j is a direct reference layer of a layer with index i, where both i and j are integers and greater than or equal to 0.

[0484] The prediction unit 2102 is configured to predict a picture of a layer having index i based on a layer having index j when a condition is met, wherein the value of a bit-depth-related syntax element applied to the layer having index i is the same as the value of a bit-depth-related syntax element applied to the layer having index j, and the condition includes the value of a reference layer syntax element specifying that the layer with index j is a direct reference layer of the layer with index i.

[0485] The obtaining unit 2101 may be or may be included in the entropy decoding unit 304 of the decoder 30 in FIG. 3, and the prediction unit 2102 may be or may be included in the inter prediction unit 344 of the decoder 30 in FIG.

[0486] It should be noted that the obtaining unit 2101 and the predicting unit 2102 may be software modules or hardware circuits.

[0487] The apparatus for decoding the coded video bitstream in this embodiment may be configured to perform the method in FIG. 11, and the apparatus for decoding the coded video bitstream related to the method shown in FIG. 11 may also be configured in the same manner as the apparatus for decoding the coded video bitstream shown in FIG. 21, which will not be described again here for the sake of brevity.

[0488] Based on the embodiments shown in Figures 20 and 21, the obtaining unit 2001 or the obtaining unit 2101 is further configured to obtain a bit-depth-related syntax element applied to a layer with index i and a bit-depth-related syntax element applied to a layer with index j by parsing the coded video bitstream, and the condition further includes that the value of the bit-depth-related syntax element applied to the layer with index i is the same as the value of the bit-depth-related syntax element applied to the layer with index j.

[0489] FIG. 22 is a structural diagram showing an apparatus for decoding a coded video bitstream according to an embodiment of the present application. As shown in FIG. 22, based on the apparatus shown in FIG. 20, the apparatus for decoding a coded video bitstream may include an acquisition unit 2001, a decision unit 2002, a prediction unit 2003 and a stopping unit 2004.

[0490] The stopping unit 2004 is configured to stop decoding the coded video bitstream if a layer with index j is a reference layer for a layer with index i and a value of a bit-depth-related syntax element applied to the layer with index i is not the same as a value of a bit-depth-related syntax element applied to the layer with index j.

[0491] The prediction unit 2003 is further configured to predict a picture of the layer with index i without using the layer with index j, if the layer with index j is not a reference layer of the layer with index i.

[0492] The determining unit 2002 is further configured to determine that the value of the chroma format related syntax element applied to the layer with index i is the value of the chroma format related syntax element applied to the layer with index j, without obtaining the chroma format related syntax element applied to the layer with index i by parsing the coded video bitstream.

[0493] The stopping unit 2004 in this embodiment may be or be included in the entropy decoding unit 304 of the decoder 30 in FIG.

[0494] It should be noted that the obtaining unit 2001, the determining unit 2002, the predicting unit 2003 and the stopping unit 2004 may be software modules or hardware circuits.

[0495] The apparatus for decoding the coded video bitstream in this embodiment may be configured to perform the method in FIG. 12, and the apparatus for decoding the coded video bitstream related to the method shown in FIG. 12 may also be configured in the same manner as the apparatus for decoding the coded video bitstream shown in FIG. 22, which will not be described again here for the sake of brevity.

[0496] It should be noted that the apparatus for performing the methods in Figures 7 to 12 or the apparatus for decoding the coded video bitstream in Figures 17 to 22 may be or may be included in the destination device 14 in Figure 1A, the video decoder 30 in Figure 1B, the decoder 30 in Figure 3, the video coding device 400 in Figure 4 or the apparatus 500 in Figure 5.

[0497] FIG. 23 is a structural diagram showing an apparatus for encoding video according to an embodiment of the present application. As shown in FIG. 23, the apparatus for encoding video may include a determining unit 2301 and an encoding unit 2302.

[0498] The determining unit 2301 is configured to determine whether a layer with index j is a direct reference layer of a layer with index i, where both i and j are integers and are greater than or equal to 0.

[0499] The encoding unit 2302 is configured to, when the layer with index j is a direct reference layer of the layer with index i, encode into the video bitstream a reference layer syntax element having a value specifying that the layer with index j is a direct reference layer of the layer with index i, and encode into the video bitstream a chroma format-related syntax element applied to the layer with index i and a chroma format-related syntax element applied to the layer with index j, wherein the value of the chroma format-related syntax element applied to the layer with index i is the same as the value of the chroma format-related syntax element applied to the layer with index j.

[0500] The decision unit 2301 may be or may be included in the mode selection unit 260 of the decoder 20 in FIG. 2, and the coding unit 2302 may be or may be included in the entropy coding unit 270 of the encoder 20 in FIG.

[0501] It should be noted that the determining unit 2301 and the encoding unit 2302 may be software modules or hardware circuits.

[0502] The apparatus for encoding video in this embodiment may be configured to perform the method in Figure 13, and the apparatus for encoding video related to the method shown in Figure 13 may also be configured in the same way as the apparatus for encoding video shown in Figure 23, which will not be described again here for the sake of brevity.

[0503] Figure 24 is a structural diagram showing an apparatus for encoding video according to an embodiment of the present application. As shown in Figure 24, based on the apparatus shown in Figure 23, the apparatus for encoding video may further include a first prediction unit 2303 and a second prediction unit 2304.

[0504] The first prediction unit 2303 is configured to predict a picture of a layer having index i based on a layer having index j if the layer having index j is a direct reference layer of the layer having index i.

[0505] The second prediction unit 2304 predicts the picture of the layer with index i without using the layer with index j if the layer with index j is not a reference layer of the layer with index i.

[0506] The first prediction unit 2303 and the second prediction unit 2304 may be or may be included in the inter prediction unit 244 of the decoder 20 in FIG.

[0507] It should be noted that the determining unit 2301, the encoding unit 2302, the first prediction unit 2303 and the second prediction unit 2304 may be software modules or hardware circuits.

[0508] The apparatus for encoding video in this embodiment may be configured to perform the method in Figure 14, and the apparatus for encoding video related to the method shown in Figure 14 may also be configured in the same way as the apparatus for encoding video shown in Figure 24, which will not be described again here for the sake of brevity.

[0509] FIG. 25 is a structural diagram showing an apparatus for encoding video according to an embodiment of the present application. As shown in FIG. 25, the apparatus for encoding video may include a determining unit 2501 and an encoding unit 2502.

[0510] The determining unit 2301 is configured to determine whether a layer with index j is a direct reference layer of a layer with index i, where both i and j are integers and are greater than or equal to 0.

[0511] The encoding unit 2502 is configured to, when the layer with index j is a direct reference layer of the layer with index i, encode into the video bitstream a reference layer syntax element having a value specifying that the layer with index j is a direct reference layer of the layer with index i, and encode into the video bitstream a bit-depth-related syntax element applied to the layer with index i and a bit-depth-related syntax element applied to the layer with index j, wherein the value of the bit-depth-related syntax element applied to the layer with index i is the same as the value of the bit-depth-related syntax element applied to the layer with index j.

[0512] In an embodiment, a bit-depth-related syntax element specifies the bit-depth of the luma and chroma samples of the picture in the layer to which the bit-depth-related syntax element applies.

[0513] The decision unit 2501 may be or may be included in the mode selection unit 260 of the decoder 20 in FIG. 2, and the coding unit 2502 may be or may be included in the entropy coding unit 270 of the encoder 20 in FIG.

[0514] It should be noted that the determining unit 2501 and the encoding unit 2502 may be software modules or hardware circuits.

[0515] The apparatus for encoding video in this embodiment may be configured to perform the method in Figure 15, and the apparatus for encoding video related to the method shown in Figure 15 may also be configured in the same way as the apparatus for encoding video shown in Figure 25, which will not be described again here for the sake of brevity.

[0516] Figure 26 is a structural diagram showing an apparatus for encoding video according to an embodiment of the present application. As shown in Figure 26, based on the apparatus shown in Figure 25, the apparatus for encoding video may further include a first prediction unit 2503 and a second prediction unit 2504.

[0517] The first prediction unit 2503 is configured to predict a picture of a layer having index i based on a layer having index j if the layer having index j is a direct reference layer of the layer having index i.

[0518] The second prediction unit 2504 predicts the picture of the layer with index i without using the layer with index j if the layer with index j is not a reference layer of the layer with index i.

[0519] The first prediction unit 2503 and the second prediction unit 2504 may be or may be included in the inter prediction unit 244 of the decoder 20 in FIG.

[0520] It should be noted that the determining unit 2501, the encoding unit 2502, the first prediction unit 2503 and the second prediction unit 2504 may be software modules or hardware circuits.

[0521] The apparatus for encoding video in this embodiment may be configured to perform the method in Figure 16, and the apparatus for encoding video related to the method shown in Figure 16 may also be configured in the same way as the apparatus for encoding video shown in Figure 26, which will not be described again here for the sake of brevity.

[0522] It should be noted that the apparatus for performing the methods in Figures 13-16 or the apparatus for encoding video in Figures 23-26 may be or may be included in the source device 12 in Figure 1A, the video encoder 20 in Figure 1B, the encoder 20 in Figure 2, the video coding device 400 in Figure 4 or the apparatus 500 in Figure 5.

[0523] The present application further provides an encoder including a processing circuit for performing a method according to any one of the embodiments of the present application shown in FIGS.

[0524] It should be noted that the encoder in this embodiment may be or be included in source device 12 in FIG. 1A, video encoder 20 in FIG. 1B, encoder 20 in FIG. 2, video coding device 400 in FIG. 4, or apparatus 500 in FIG. 5.

[0525] The present application further provides a decoder including a processing circuit for performing the method according to any one of the embodiments of the present application shown in FIGS.

[0526] It should be noted that the decoder in this embodiment may be or be included in destination device 14 in FIG. 1A, video decoder 30 in FIG. 1B, decoder 30 in FIG. 3, video coding device 400 in FIG. 4, or device 500 in FIG. 5.

[0527] The present application further provides a computer program product comprising a program code for, when executed on a computer or processor, performing the method according to any one of the embodiments of the present application shown in Figures 7-16.

[0528] The present application further provides a decoder, the decoder including one or more processors and a non-transitory computer-readable storage medium coupled to the one or more processors and storing programming for execution by the processors, the programming, when executed by the processors, configuring the decoder to perform a method according to any one of the embodiments of the present application shown in Figures 7 to 12.

[0529] It should be noted that the decoder in this embodiment may be or be included in destination device 14 in FIG. 1A, video decoder 30 in FIG. 1B, decoder 30 in FIG. 3, video coding device 400 in FIG. 4, or device 500 in FIG. 5.

[0530] The present application further provides an encoder, the encoder including one or more processors and a non-transitory computer-readable storage medium coupled to the one or more processors and storing programming for execution by the processors, the programming, when executed by the processors, configuring the encoder to perform a method according to any one of the embodiments of the present application shown in Figures 13 to 16.

[0531] It should be noted that the encoder in this embodiment may be or be included in source device 12 in FIG. 1A, video encoder 20 in FIG. 1B, encoder 20 in FIG. 2, video coding device 400 in FIG. 4, or apparatus 500 in FIG. 5.

[0532] The present application further provides a non-transitory computer readable medium carrying program code that, when executed by a computing device, causes the computing device to perform the method of any one of the embodiments of the present invention.

[0533] The present application further provides a non-transitory storage medium including an encoded bitstream decoded by a picture decoding device, the bitstream including encoded data of at least one layer, the bitstream further including a chroma format-related syntax element of a layer having index i and a chroma format-related syntax element of a layer having index j, when the layer having index j is a reference layer of the layer having index i, the value of the chroma format-related syntax element of the layer having index i is the same as the value of the chroma format-related syntax element of the layer having index j, and both i and j are integers and greater than or equal to 0.

[0534] The present application further provides a non-transitory storage medium including an encoded bitstream decoded by a picture decoding device, the bitstream including encoded data of at least one layer, the bitstream further including a bit-depth-related syntax element for a layer having index i and a bit-depth-related syntax element for a layer having index j, when the layer having index j is a reference layer for the layer having index i, the value of the bit-depth-related syntax element for the layer having index i is the same as the value of the bit-depth-related syntax element for the layer having index j, and both i and j are integers and greater than or equal to 0.

[0535] In an embodiment, a bit-depth-related syntax element specifies the bit-depth of the luma and chroma samples of the picture in the layer to which the bit-depth-related syntax element applies.

[0536] In an embodiment, the bitstream further includes a reference layer syntax element, and the layer with index j being a reference layer for the layer with index i includes the value of the reference layer syntax element specifying that the layer with index j is a direct reference layer for the layer with index i.

[0537] The following are examples of applications of the encoding method and decoding method shown in the above embodiment and a system using them.

[0538] 27 is a block diagram showing a content supply system 3100 for realizing a content distribution service. The content supply system 3100 includes a capture device 3102, a terminal device 3106, and optionally a display 3126. The capture device 3102 communicates with the terminal device 3106 over a communication link 3104. The communication link may include the above-mentioned communication channel 13. The communication link 3104 includes, but is not limited to, WIFI, Ethernet, cable, wireless (3G / 4G / 5G), USB, or any combination thereof.

[0539] The capture device 3102 may generate data and encode the data using the encoding method described in the above embodiment. Alternatively, the capture device 3102 may deliver the data to a streaming server (not shown in the drawings), which then encodes the data and transmits the encoded data to the terminal device 3106. The capture device 3102 may include, but is not limited to, a camera, a smartphone or pad, a computer or laptop, a video conferencing system, a PDA, an in-vehicle device, or any combination thereof. For example, the capture device 3102 may include the source device 12 described above. When the data includes video, the video encoder 20 included in the capture device 3102 may actually perform video encoding processing. When the data includes audio (i.e., voice), the audio encoder included in the capture device 3102 may actually perform audio encoding processing. In some practical scenarios, the capture device 3102 delivers the encoded video and audio data by multiplexing them together. In other practical scenarios, for example, in a video conferencing system, the encoded audio data and the encoded video data are not multiplexed. The capture device 3102 delivers the encoded audio data and the encoded video data separately to the terminal device 3106 .

[0540] In the content delivery system 3100, a terminal device 3106 receives and plays encoded data. The terminal device 3106 may be a device capable of receiving and restoring data, such as a smartphone or pad 3108, a computer or laptop 3110, a network video recorder (NVR) / digital video recorder (DVR) 3112, a TV 3114, a set-top box (STB) 3116, a video conferencing system 3118, a video surveillance system 3120, a personal digital assistant (PDA) 3122, an in-vehicle device 3124, or any combination thereof, capable of decoding the encoded data. For example, the terminal device 3106 may include the destination device 14 described above. When the encoded data includes video, the video decoder 30 included in the terminal device is prioritized to perform video decoding. When the encoded data includes audio, the audio decoder included in the terminal device is prioritized to perform audio decoding.

[0541] In a terminal device having its own display, such as a smartphone or pad 3108, a computer or laptop 3110, a network video recorder (NVR) / digital video decoder (DVR) 3112, a TV 3114, a personal digital assistant (PDA) 3122 or an in-vehicle device 3124, the terminal device can provide the decoded data to its own display. In a terminal device without a display, such as an STB 3116, a video conferencing system 3118 or a video surveillance system 3120, an external display 3126 is brought into contact with it to receive and display the decoded data.

[0542] When each device in this system performs encoding or decoding, it can use a picture encoding device or a picture decoding device as shown in the above embodiment.

[0543] 28 is a diagram illustrating an example structure of the terminal device 3106. After the terminal device 3106 receives a stream from the capture device 3102, the protocol processing unit 3202 analyzes the transmission protocol of the stream. The protocol may include, but is not limited to, Real Time Streaming Protocol (RTSP), Hyper Text Transfer Protocol (HTTP), HTTP Live Streaming Protocol (HLS), MPEG-DASH, Real-time Transport Protocol (RTP), Real Time Messaging Protocol (RTMP), or any type of combination thereof.

[0544] After the protocol processing unit 3202 processes the stream, a stream file is generated. The file is output to the demultiplexing unit 3204. The demultiplexing unit 3204 can separate the multiplexed data into encoded audio data and encoded video data. As mentioned above, in some practical scenarios, for example, in a video conferencing system, the encoded audio data and encoded video data are not multiplexed. In this situation, the encoded data is sent to the video decoder 3206 and the audio decoder 3208 without passing through the demultiplexing unit 3204.

[0545] Through the demultiplexing process, a video elementary stream (ES), an audio ES, and optional subtitles are generated. A video decoder 3206, which includes the video decoder 30 as described in the above embodiment, decodes the video ES using the decoding method as shown in the above embodiment to generate video frames and supplies this data to a synchronization unit 3212. An audio decoder 3208 decodes the audio ES to generate audio frames and supplies this data to the synchronization unit 3212. Alternatively, the video frames may be stored in a buffer (not shown in FIG. 28) before being supplied to the synchronization unit 3212. Similarly, the audio frames may be stored in a buffer (not shown in FIG. 28) before being supplied to the synchronization unit 3212.

[0546] The synchronization unit 3212 synchronizes the video and audio frames and provides the video / audio to the video / audio display 3214. For example, the synchronization unit 3212 synchronizes the presentation of video and audio information. The information may be coded in the syntax using timestamps for the presentation of the coded audio and visual data and timestamps for the delivery of the data stream itself.

[0547] If subtitles are included in the stream, the subtitle decoder 3210 decodes the subtitles, synchronizes them with the video and audio frames, and provides the video / audio / subtitles to the video / audio / subtitle display 3216 .

[0548] The present invention is not limited to the above system, and either the picture encoding device or the picture decoding device in the above embodiments can be incorporated into other systems, for example, vehicle systems.

[0549] It should be noted that both the content delivery system 3100 and the terminal device 3106 are configured to perform the methods in Figures 7-16 above.

[0550] Mathematical Operators The mathematical operators used in this application are similar to those used in the C programming language. However, the results of integer division and arithmetic shift operations are more precisely defined, and additional operators such as exponentiation and division of real values ​​are defined. Numbering and counting conventions generally start from 0, e.g., "first" is equivalent to 0th, "second" is equivalent to 1st, etc.

[0551] Logical operators The following logical operators are defined as follows: [Table 10]

[0552] Logical operators The following logical operators are defined as follows: x&&y The Boolean logic "product" of x and y x||y Boolean logic "union" of x and y Boolean logic "negation" x?y:z Evaluates to the value of y if x is true or not equal to 0, otherwise evaluates to the value of z

[0553] Relational operators The following relational operators are defined as follows: > greater than >= Greater than or equal to < Less than <= Less than or equal to == Equal to != Not equal to When a relational operator is applied to a syntax element or variable that has been assigned the value "na" (not applicable), the value "na" is treated as a separate value of the syntax element or variable. The value "na" is considered not equal to any other value.

[0554] Bitwise Operators The following bit operators are defined as follows. & Bitwise "product". When operating on integer arguments, it operates on the two's complement representation of the integer value. When operating on a binary argument that contains fewer bits than the other argument, the shorter argument is extended by adding higher-order bits equal to 0. | Bitwise "sum". When operating on integer arguments, it operates on the two's complement representation of the integer value. When operating on a binary argument that contains fewer bits than the other argument, the shorter argument is extended by adding higher-order bits equal to 0. ^ Bitwise "exclusive sum". When operating on integer arguments, it operates on the two's complement representation of the integer value. When operating on a binary argument that contains fewer bits than the other argument, the shorter argument is extended by adding higher-order bits equal to 0. x>>y Arithmetic right shift of the two's complement integer representation of x by y binary digits. This function is defined only for non-negative integer values of y. The bit shifted into the most significant bit (MSB) as a result of the right shift has a value equal to the MSB of x before the shift operation. x<<y Arithmetic left shift of the two's complement integer representation of x by y binary digits. This function is defined only for non-negative integer values of y. The bit shifted into the least significant bit (LSB) as a result of the left shift has a value equal to 0.

[0555] Assignment operators The following assignment operators are defined as follows. = Assignment operator ++ Increment. That is, x++ is equal to x=x+1. When used in an array index, it is evaluated to the value of the variable before the increment operation. -- Decrement. That is, x-- is equal to x=x-1. When used in an array index, it is evaluated to the value of the variable before the decrement operation. += increment by the specified amount, i.e. x+=3 is equal to x=x+3, and x+=(-3) is equal to x=x+(-3). -= Decrement by the specified amount, i.e. x-=3 is equal to x=x-3, and x-=(-3) is equal to x=x-(-3).

[0556] Range Notation The following notation is used to specify a range of values: x=y..zx takes an integer value greater than or equal to y and less than or equal to z, where x, y, and z are integers and z is greater than y.

[0557] Mathematical Functions The following mathematical functions are defined:

number

number

number

number

number

number

number

[0558] Operation precedence When the precedence of an expression is not explicitly indicated by the use of parentheses, the following rules apply: An operation with a higher priority is evaluated before any operation with a lower priority. -Operations of equal precedence are evaluated sequentially from left to right.

[0559] The table below specifies the priority of operations from highest to lowest, with higher positions in the table indicating higher priority.

[0560] For operators that are also used in the C programming language, the precedence used herein is the same as the precedence used in the C programming language. [Table 11]

[0561] Text description of logical operations In text, the following format: if(condition 0) Statement 0 else(condition 1) Statement 1 ... else / *Reference notes for remaining conditions* / Statement n A statement of logical operation such as mathematically described in may be written in the following manner: ...as / ...the following applies: -If condition 0, then statement 0 - Otherwise, if condition 1, then statement 1 -... - Otherwise (reference notes for the remaining conditions), statement n Each "if... otherwise, if... otherwise" statement in the text is introduced by "as" or "the following applies" immediately followed by "if...". The final condition of an "if... otherwise, if... otherwise, if..." is always "otherwise". Alternating "if... otherwise, if... otherwise, if..." statements can be identified by matching the "as" or "the following applies" that ends with "otherwise".

[0562] In text, the following format: if(condition0a&&condition0b) Statement 0 else if(condition 1a||condition 1b) Statement 1 ... else Statement n A statement of logical operation such as mathematically described in may be written in the following manner: ...as / ...the following applies: -Statement 0 if all of the following conditions are true: -Condition 0a -condition 0b - Otherwise, if one or more of the following conditions are true, then statement 1: -Condition 1a -Condition 1b -… - Otherwise, statement n

[0563] In text, the following format: if(condition 0) Statement 0 if(condition1) Statement 1 A statement of logical operation such as mathematically described in may be written in the following manner: If condition 0, then statement 0 If condition 1 is true, then statement 1

[0564] Although embodiments of the present invention have been described primarily in the context of video coding, it should be noted that embodiments of coding system 10, encoder 20 and decoder 30 (and correspondingly system 10), as well as other embodiments described herein, may also be configured for still picture processing or coding, i.e., processing or coding of individual pictures independent of any previous or subsequent pictures, as in video coding. In general, when picture processing coding is limited to a single picture 17, only inter prediction units 244 (encoder) and 344 (decoder) may not be available. All other functions (also called tools or techniques) of the video encoder 20 and the video decoder 30 may be equally used for still image picture processing, e.g., residual calculation 204 / 304, transform 206, quantization 208, inverse quantization 210 / 310, (inverse) transform 212 / 312, partitioning 262 / 362, intra prediction 254 / 354, and / or loop filtering 220, 320, as well as entropy coding 270 and entropy decoding 304.

[0565] For example, embodiments of the encoder 20 and the decoder 30, and the functions described herein with respect to the encoder 20 and the decoder 30, may be implemented in hardware, software, firmware, or any combination thereof. If implemented in software, the functions may be stored on a computer-readable medium or transmitted over a communication medium as one or more instructions or code and executed by a hardware-based processing unit. Computer-readable media may include computer-readable storage media, which correspond to tangible media such as data storage media, or communication media, including any medium that facilitates transfer of a computer program from one place to another, for example, according to a communication protocol. Thus, computer-readable media may generally correspond to (1) tangible computer-readable storage media that are non-transitory, or (2) communication media such as a signal or carrier wave. Data storage media may be any available medium that can be accessed by one or more computers or one or more processors to retrieve instructions, code, and / or data structures for implementing the techniques described in this disclosure. A computer program product may include a computer-readable medium.

[0566] By way of example, and not limitation, such computer-readable storage media may include RAM, ROM, EEPROM, CD-ROM or other optical disk storage, magnetic disk storage or other magnetic storage devices, flash memory, or any other medium that can be used to store desired program code in the form of instructions or data structures and that can be accessed by a computer. Also, any connection is properly termed a computer-readable medium. For example, if instructions are transmitted from a website, server, or other remote source using coaxial cable, fiber optic cable, twisted pair, digital subscriber line (DSL), or wireless technologies such as infrared, radio, and microwave, the coaxial cable, fiber optic cable, twisted pair, DSL, or wireless technologies such as infrared, radio, and microwave are included within the definition of medium. However, it should be understood that computer-readable storage media and data storage media do not include connections, carrier waves, signals, or other transitory media, but instead cover non-transitory tangible storage media. As used herein, disk and disc include compact discs (CDs), laser discs, optical discs, digital versatile discs (DVDs), floppy disks, and Blu-ray discs, where disks typically reproduce data magnetically and discs reproduce data optically with a laser. Combinations of the above should also be included within the scope of computer-readable media.

[0567] The instructions may be executed by one or more processors, such as one or more digital signal processors (DSPs), general-purpose microprocessors, application specific integrated circuits (ASICs), field programmable logic arrays (FPGAs), or other equivalent integrated or discrete logic circuitry. Accordingly, the term "processor," as used herein, may refer to any of the above structures or any other structure suitable for implementing the techniques described herein. Furthermore, in some aspects, the functionality described herein may be provided in dedicated hardware and / or software modules configured for encoding and decoding, or may be incorporated into a combined codec. Alternatively, the techniques may be implemented entirely in one or more circuit or logic elements.

[0568] The techniques of this disclosure may be implemented in a wide range of devices or apparatuses, including a wireless handset, an integrated circuit (IC), or a set of ICs (e.g., a chipset). Various components, modules, or units are described in this disclosure to emphasize functional aspects of devices configured to perform the techniques of the disclosure, but do not necessarily require implementation by different hardware units. Rather, as noted above, the various units may be combined with a codec hardware unit in combination with appropriate software and / or firmware, or may be provided by a collection of interoperating hardware units including one or more processors as described above.

Claims

1. A method for decoding a scalably coded video bitstream, comprising: obtaining quantized coefficients and a reference layer syntax element by parsing the coded video bitstream, wherein a value of the reference layer syntax element specifies whether a layer with index k is a direct reference layer of a layer with index i, where both i and k are integers greater than or equal to 0; determining whether a layer having index j is a reference layer of the layer having index i based on a value of the reference layer syntax element, where if the value of the reference layer syntax element specifies that the layer having index j is a reference layer of the layer having index k and that the layer having index k is a direct reference layer of the layer having index i, the layer having index j is determined to be a reference layer of the layer having index i, where j is an integer greater than or equal to 0; parsing the coded video bitstream to obtain bit-depth related syntax elements applied to the layer with index i and bit-depth related syntax elements applied to the layer with index j; obtaining a prediction block of the layer having index i based on the layer having index j when a condition is met, the condition including that the layer having index j is a reference layer of the layer having index i, and the condition further including that a value of a bit-depth-related syntax element applied to the layer having index i is the same as a value of a bit-depth-related syntax element applied to the layer having index j; obtaining a reconstructed residual block based on the quantized coefficients; obtaining a reconstructed block based on the reconstructed residual block and the prediction block; A method comprising:

2. The method of claim 1 , wherein the reference layer syntax element is a video parameter set (VPS) level syntax element, and the VPS applies to the layer with index j and the layer with index i.

3. 3. The method of claim 1, wherein the bit depth related syntax elements are syntax elements at a sequence parameter set (SPS) level, and the SPS applies to the layer with the index j or the layer with the index i.

4. 3. The method of claim 1, further comprising: stopping decoding the coded video bitstream if the layer with index j is a reference layer of the layer with index i and if a value of the bit-depth-related syntax element applied to the layer with index i is not the same as a value of the bit-depth-related syntax element applied to the layer with index j.

5. 3. The method of claim 1, further comprising: predicting a picture of the layer having the index i without using the layer having the index j if the layer having the index j is not a reference layer of the layer having the index i.

6. The method of claim 1 , wherein the bit-depth related syntax element specifies the bit-depth of luma and chroma samples of a picture in a layer to which the bit-depth related syntax element applies.

7. 1. A method for scalably encoding video, comprising: determining whether a layer with index k is a direct reference layer of a layer with index i, where i and k are both integers and greater than or equal to 0; According to the determination result of the determining step, obtaining a value of a reference layer syntax element indicating whether the layer having the index k is the direct reference layer of the layer having the index i; determining whether a layer having index j is a reference layer of a layer having index i, where the layer having index j is a reference layer of the layer having index k, and j is an integer greater than or equal to 0; obtaining a first value of a bit-depth-related syntax element that applies to the layer having index i; obtaining a second value of a bit-depth-related syntax element that is applied to the layer having index j, the layer having index j being a reference layer for the layer having index k; obtaining a prediction block of the layer having index i based on the layer having index j when a condition is met, the condition including that the layer having index j is a reference layer of the layer having index i, and the condition further including that the first value of a bit-depth-related syntax element applied to the layer having index i is the same as the second value of a bit-depth-related syntax element applied to the layer having index j; obtaining quantized coefficients of the layer having the index i based on the prediction block of the layer having the index i; encoding the value of the reference layer syntax element, the quantized coefficient of the layer having index i, the first value, and the second value into a video bitstream; A method comprising:

8. An encoder including processing circuitry for performing the method of claim 7.

9. A decoder including processing circuitry for carrying out the method of any one of claims 1 to 6.

10. one or more processors; a non-transitory computer-readable storage medium coupled to the one or more processors and storing programming for execution by the processors; 1. A decoder comprising: A decoder, wherein the programming, when executed by the processor, configures the decoder to perform the method of any one of claims 1 to 6.

11. 1. An encoder comprising: one or more processors; a non-transitory computer-readable storage medium coupled to the processor and storing programming for execution by the processor, the programming, when executed by the processor, configuring the encoder to perform the method of claim 7; and a storage configured to store the video bitstream including the value of the reference layer syntax element, the quantized coefficient of the layer having the index i, the first value, and the second value; Encoder including.

Images