Joint encoding and decoding of chroma residual and adaptive color transformation

Abstract

Methods, systems, and apparatus for implementing Joint Codec of Chroma Residual (JCCR) and Adaptive Color Transform (ACT) modes during image / video encoding and decoding are described. An example method of video processing includes determining that a codec mode for a current video block of a video includes ACT mode, enabling a JCCR codec tool for encoding and decoding the current video block, and performing conversion between the video and a bitstream of the video based on the determination, wherein a quantization parameter offset used to encode and decode the current video block is based on a mode used by the JCCR codec tool.

Description

[0001] CROSS-REFERENCE TO RELATED APPLICATIONS

[0002] This application claims priority to and the benefit of International Patent Application No. PCT / CN2020 / 070957, filed on January 8, 2020, in accordance with applicable patent law and / or the rules applicable to the Paris Convention. The entire disclosure of the above application is incorporated by reference into this application's disclosure. Technical Field

[0003] This patent document relates to picture encoding and decoding as well as video encoding and decoding. Background Art

[0004] Digital video accounts for the largest use of bandwidth on the Internet and other digital communications networks. As the number of connected user devices capable of receiving and displaying video increases, the bandwidth demand for digital video usage is expected to continue to grow. Summary of the Invention

[0005] This document discloses systems, methods, and apparatus for video encoding and decoding using, among other codec tools, the Joint Coding and Decoding of Chroma Residual (JCCR) and Adaptive Color Transform (ACT) modes.

[0006] In one example aspect, a video processing method is disclosed. The method includes determining that a codec mode of a current video block of a video includes an adaptive color transform (ACT) mode and that a Joint Codec of Chroma Residual (JCCR) codec is enabled for coding the current video block, and performing conversion between the video and a bitstream of the video based on the determination, wherein a quantization parameter offset used for coding the current video block is based on a mode used by the JCCR codec.

[0007] In yet another exemplary aspect, a video encoder apparatus is disclosed. The video encoder includes a processor configured to implement the above method.

[0008] In yet another exemplary aspect, a video decoder apparatus is disclosed. The video decoder includes a processor configured to implement the above method.

[0009] In yet another exemplary aspect, a non-transitory computer-readable medium having stored thereon code is disclosed. The code is in the form of processor-executable code embodying one of the methods described herein.

[0010] These and other features are described throughout this document. BRIEF DESCRIPTION OF THE DRAWINGS

[0011] Figure 1 The screen content codec (SCC) decoder flow of the loop adaptive color conversion (ACT) is shown.

[0012] Figure 2 The decoding process using ACT is shown.

[0013] Figure 3 An example of a block encoded and decoded in palette mode is shown.

[0014] Figure 4 An example of signaling palette entries using palette prediction values ​​is shown.

[0015] Figure 5 Examples of horizontal traversal scanning and vertical traversal scanning are shown.

[0016] Figure 6 Shows an example of encoding and decoding of palette indexes.

[0017] Figure 7 is a block diagram illustrating an example video processing system in which the various techniques disclosed herein may be implemented.

[0018] Figure 8 is a block diagram of an example hardware platform for video processing.

[0019] Figure 9 is a block diagram illustrating a video encoding and decoding system according to some embodiments of the present disclosure.

[0020] Figure 10 is a block diagram illustrating an encoder according to some embodiments of the present disclosure.

[0021] Figure 11 is a block diagram illustrating a decoder according to some embodiments of the present disclosure.

[0022] Figure 12 A flow chart illustrating an example method of video processing is shown. DETAILED DESCRIPTION

[0023] The section headings used in this document are for ease of understanding and do not limit the techniques and embodiments disclosed in each section to only that section. Furthermore, the use of H.266 terminology in some descriptions is for ease of understanding and is not intended to limit the scope of the disclosed techniques. Therefore, the techniques described herein are also applicable to other video codec protocols and designs.

[0024] 1. Initial Discussion

[0025] This patent document relates to image / video codec technology. Specifically, it relates to adaptive color transforms in image / video codecs. The patent application may be applied to standards currently under development, such as universal video codecs. The patent application may also be applicable to future video codec standards or video codecs.

[0026] 2. Video Codec Introduction

[0027] Video codec standards have evolved primarily through the development of the renowned ITU-T and ISO / IEC standards. ITU-T produced H.261 and H.263, ISO / IEC produced MPEG-1 and MPEG-4 Visual, and the two organizations jointly produced the H.262 / MPEG-2 Video, H.264 / MPEG-4 Advanced Video Codec (AVC), and H.265 / HEVC standards. Since H.262, video codec standards have been based on a hybrid video codec architecture that uses temporal prediction plus transform coding. To explore future video codec technologies beyond HEVC, VCEG and MPEG jointly established the Joint Video Exploration Team (JVET) in 2015. Since then, JVET has adopted many new approaches and incorporated them into reference software called the Joint Exploration Model (JEM). In April 2018, a Joint Video Experts Team (JVET) between VCEG (Q6 / 16) and ISO / IEC JTC1 SC29 / WG11 (MPEG) was established to work on the VVC standard with the goal of reducing the bit rate by 50% compared to HEVC.

[0028] The latest version of the VVC draft, Generic Video Codec (Draft 7), can be found at: http: / / phenix.it-sudparis.eu / jvet / doc_end_user / documents / 16_Geneva / wg11 / JVET-P2001-v14.zip

[0029] The latest VVC reference software VTM can be found at: https: / / vcgit.hhi.fraunhofer.de / jvet / VVCSoftware_VTM / tags / VTM-7.0

[0030] 2.1. Adaptive Color Transform (ACT) in HEVC-SCC

[0031] At the 18th JCT-VC meeting (June 30-July 9, 2014, Sapporo, Japan), Adaptive Color Transform (ACT) was adopted into the HEVC Screen Content Codec (SCC) Test Model 2. ACT performs in-loop color space conversion in the prediction residual domain using color transform matrices based on the YCoCg and YCoCg-R color spaces. ACT is adaptively turned on or off at the CU level using the flag cu_residual_act_flag. ACT can be combined with Cross Component Prediction (CCP), another inter-component decorrelation method already supported in HEVC. When both are enabled, ACT is performed after CCP at the decoder, as in Figure 1 shown.

[0032] 2.1.1. Color Space Conversion in ACT

[0033] The color space conversion in ACT is based on the YCoCg-R transform. Both lossy and lossless codecs (cu_transquant_bypass_flag = 0 or 1) use the same inverse transform, but in the case of lossy codecs, an additional 1-bit left shift is applied to the Co and Cg components. Specifically, the following color space transforms are used for forward and backward conversion for lossy and lossless codecs:

[0034] Forward transform for lossy codec (non-normative):

[0035]

[0036] Forward transform for lossless codec (non-normative):

[0037] Co=RB

[0038] t=B+(Co>>1)

[0039] Cg=(Gt)

[0040] Y=t+(Cg>>1)

[0041] Backward transform (canonical):

[0042]

[0043] t=Y-(Cg>>1)

[0044] G=Cg+t

[0045] B=t-(Co>>1)

[0046] R=Co+b

[0047] The forward color transform is unnormalized, where its norm for Y and Cg is roughly equal to and for Co is roughly equal to To compensate for the non-normalized nature of the forward transform, incremental QPs of (-5, -3, -5) are applied to (Y, Co, Cg), respectively. In other words, for a given "normal" QP for a CU, if ACT is turned on, the quantization parameters are set equal to (QP-5, QP-3, QP-5) for (Y, Co, Cg), respectively. The adjusted quantization parameters only affect the quantization and inverse quantization of the residual in the CU. For deblocking, the "normal" QP value is still used. Clipping to 0 is applied to the adjusted QP values ​​to ensure that they will not become negative. Note that this QP adjustment only applies to lossy codecs, since quantization is not performed in lossless codecs (cu_transquant_bypass_flag=1). In SCM 4, PPS / slice level signaling of additional QP offset values ​​was introduced. When adaptive color transform is applied, these QP offset values ​​can be used for CUs instead of (-5, -3, -5).

[0048] When the input bit depths of the color components are different, an appropriate left shift is applied during ACT to align the sample bit depth to the maximum bit depth, and an appropriate right shift is applied after ACT to restore the original sample bit depth.

[0049] ACT in VVC

[0050] Figure 2 FIG4 shows a decoding flow chart of VVC using ACT. Figure 2 As shown in Figure 2, color space conversion is performed in the residual domain. Specifically, an additional decoding module, namely inverse ACT, is introduced after the inverse transform to convert the residual from the YCgCo domain back to the original domain.

[0051] In VVC, unless the maximum transform size is less than the width or height of a codec unit (CU), a CU leaf node is also used as the unit of transform processing. Therefore, in the proposed implementation, the ACT flag is signaled for a CU to select the color space to encode and decode its residual. In addition, following the HEVC ACT design, for inter-frame CUs and IBCCUs, ACT is enabled only when there is at least one non-zero coefficient in the CU. For intra-frame CUs, ACT is enabled only when the chroma component selects the same intra-frame prediction mode as the luma component, that is, DM mode.

[0052] The core transform used for color space conversion is consistent with the core transform used for HEVC. In addition, similar to the ACT design in HEVC, a QP adjustment of (-5, -5, -3) is applied to the transform residual to compensate for the dynamic range change of the residual signal before and after the color conversion.

[0053] On the other hand, the forward and inverse color transforms require access to the residuals of all three components. Accordingly, in the proposed implementation, ACT is disabled in the following two cases, where the residuals of the three components are not all available.

[0054] 1. Split tree partitioning: When a split tree is applied, the luma samples and chroma samples within a CTU are partitioned according to different structures. This results in the CU in the luma tree containing only luma components, while the CU in the chroma tree contains only two chroma components.

[0055] 2. Intra-frame sub-partition prediction (ISP): ISP sub-partitioning is only applied to luma, while chroma signals are encoded and decoded without partitioning. In the current ISP design, except for the last ISP sub-partition, other sub-partitions only contain luma components.

[0056] The text of the codec unit in the VVC draft is as follows.

[0057]

[0058]

[0059]

[0060]

[0061]

[0062]

[0063]

[0064]

[0065] cu_act_enabled_flag equal to 1 specifies that the residual of the current codec unit is encoded and decoded in the YCgCo color space. cu_act_enabled_flag equal to 0 specifies that the residual of the current codec unit is encoded and decoded in the original color space. When cu_act_enabled_flag is not present, it is inferred to be equal to 0.

[0066] 2.3. Transform Skip Mode in VVC

[0067] As in HEVC, the residual of a block can be encoded and decoded using the transform skip mode, which completely skips the transform process of the block. In addition, for transform skip blocks, the minimum allowed quantization parameter (QP) signaled in the SPS is used, which is set to 6*(internalBitDepth inputBitDepth)+4 in VTM7.0.

[0068] 2.4. Block-based delta pulse codec modulation (BDPCM)

[0069] In JVET-M0413, a block-based delta pulse codec modulation (BDPCM) is proposed to efficiently encode and decode screen content, which is then adopted into VVC.

[0070] The prediction directions used in BDPCM can be vertical prediction mode and horizontal prediction mode. Intra-frame prediction is performed on the entire block by copying samples in the prediction direction (horizontal or vertical prediction) similar to intra-frame prediction. The residual is quantized and the delta between the quantized residual and its predicted value (horizontal or vertical) quantized value is encoded and decoded. This can be described as follows: for a block of size M (rows) × N (columns), after performing intra-frame prediction horizontally (copying the left neighbor pixel values ​​across the prediction block row by row) or vertically (copying the top neighbor row to every row in the prediction block) using unfiltered samples from the upper or left block boundary samples, let r i，j , 0≤i≤M-1, 0≤j≤N-1 become the prediction residual. Let Q(r i，j ), 0≤i≤M-1, 0≤j≤N-1 represents the residual r i，j The quantized version of , where the residual is the difference between the original block and the predicted block value. Block DPCM is then applied to the quantized residual samples to obtain a sample with elements The modified M×N array When signaling vertical BDPCM:

[0071]

[0072] For horizontal prediction, similar rules apply and the residual quantization samples are obtained as follows:

[0073]

[0074] Residual quantization samples is sent to the decoder.

[0075] At the decoder side, the above calculation is inverted to produce Q(r i，j ), 0≤i≤M-1, 0≤j≤N-1.

[0076] For the vertical prediction case,

[0077]

[0078] For the horizontal case,

[0079]

[0080] The inverse quantized residual Q-1(Q(r i，j )) is added to the intra block prediction value to produce the reconstructed sample value.

[0081] The main advantage of this approach is that the inverse BDPCM can be done dynamically during coefficient parsing, just adding the prediction values ​​as coefficients, or it can be performed after parsing.

[0082] In VTM7.0, BDPCM can also be applied to chroma blocks, and chroma BDPCM has a separate flag and BDPCM direction different from luma BDPCM mode.

[0083] 2.5. Scaling process of transform coefficients

[0084] The text related to the scaling process of transform coefficients in JVET-P2001-vE is given as follows.

[0085] The inputs to this process are:

[0086] Specifies the luminance position (xTbY, yTbY) of the luminance sample of the current luminance transform block relative to the luminance sample of the current picture.

[0087] The variable nTbW specifies the transform block width,

[0088] The variable nTbH specifies the transform block height,

[0089] The variable predMode specifies the prediction mode of the codec unit.

[0090] The variable cIdx specifies the color component of the current block.

[0091] The output of this process is an (nTbW) x (nTbH) array d of scaled transform coefficients with elements d[x][y].

[0092] The quantization parameter qP is derived as follows:

[0093] If cIdx is equal to 0, the following applies:

[0094] qP=QP'Y (1129)

[0095] Otherwise, if TuCResMode[xTbY][yTbY] is equal to 2, the following applies:

[0096] qP=QP'CbCr (1130)

[0097] Otherwise, if cIdx is equal to 1, the following applies:

[0098] qP=QP'Cb (1131)

[0099] Otherwise (cIdx equals 2), the following applies:

[0100] qP=QP'Cr (1132)

[0101] Modify the quantization parameter qP and derive the variables rectNonTsFlag and bdShift as follows:

[0102] If transform_skip_flag[xTbY][yTbY][cIdx] is equal to 0, the following applies:

[0103] qP=qP-(cu_act_enabled_flag[xTbY][yTbY]?5:0) (1133)

[0104] rectNonTsFlag=(((Log2(nTbW)+Log2(nTbH))&1)==1)? 1:0 (1134)

[0105] bdShift=BitDepth+rectNonTsFlag+ (1135)

[0106] ((Log2(nTbW)+Log2(nTbH)) / 2)-5+pic_dep_quant_enabled_flag

[0107] Otherwise (transform_skip_flag[xTbY][yTbY][cIdx] is equal to 1), the following applies:

[0108] qP=Max(QpPrimeTsMin,qP)-(cu_act_enabled_flag[xTbY][yTbY]?5:0) (1136)

[0109] rectNonTsFlag=0 (1137)

[0110] bdShift=10 (1138)

[0111] The variable bdOffset is derived as follows:

[0112] bdOffset=(1<<bdShift)> >1 (1139)

[0113] The list levelScale[][] is defined as levelScale[j][k] = {{40, 45, 51, 57, 64, 72}, {57, 64, 72, 80, 90, 102}}, where j = 0..1, k = 0..5.

[0114] The (nTbW)×(nTbH) array dz is set equal to the (nTbW)×(nTbH) array TransCoeffLevel[xTbY][yTbY][cIdx].

[0115] For the derivation of the scaled transform coefficients d[x][y] (where x=0..nTbW-1, y=0..nTbH-1), the following applies:

[0116] The intermediate scaling factors m[x][y] are derived as follows:

[0117] m[x][y] is set equal to 16 if one or more of the following conditions are true:

[0118] sps_scaling_list_enabled_flag is equal to 0.

[0119] pic_scaling_list_present_flag is equal to 0.

[0120] transform_skip_flag[xTbY][yTbY][cIdx] is equal to 1.

[0121] scaling_matrix_for_lfnst_disabled_flag is equal to 1, and lfnst_idx[xTbY][yTbY] is not equal to 0.

[0122] Otherwise, the following applies:

[0123] The variable id is derived based on predMode, cIdx, nTbW, and nTbH as specified in Table 36, and the variable log2MatrixSize is derived as follows:

[0124] log2MatrixSize=(id<2)? 1: (id<8)? 2:3 (1140)

[0125] The scaling factor m[x][y] is derived as follows:

[0126] m[x][y]=ScalingMatrixRec[id][i][j]

[0127] where i=(x<<log2MatrixSize)> >Log2(nTbW),

[0128] j=(y<<log2MatrixSize)> >Log2(nTbH) (1141)

[0129] If id is greater than 13 and both x and y are equal to 0, m[0][0] is further modified as follows:

[0130] m[0][0]=ScalingMatrixDCRec[id-14] (1142)

[0131] NOTE: Quantization matrix elements m[x][y] may be reset to zero when any of the following conditions are true:

[0132] x is greater than 32

[0133] y is greater than 32

[0134] The decoded tu is not encoded or decoded by the default transform mode (ie, the transform type is not equal to 0) and x is greater than 16

[0135] The decoded tu is not encoded or decoded by the default transform mode (ie, the transform type is not equal to 0), and y is greater than 16

[0136] The scaling factor ls[x][y] is derived as follows:

[0137] If pic_dep_quant_enabled_flag is equal to 1 and transform_skip_flag[xTbY][yTbY][cIdx] is equal to 0, the following applies:

[0138] ls[x][y]=(m[x][y]*levelScale[rectNonTsFlag][(qP+1)%6])<<((qP+1) / 6)(1143)

[0139] Otherwise (pic_dep_quant_enabled_flag is equal to 0 or transform_skip_flag[xTbY][yTbY][cIdx] is equal to 1), the following applies:

[0140] ls[x][y]=(m[x][y]*levelScale[rectNonTsFlag][qP%6])<<(qP / 6) (1144)

[0141] When BdpcmFlag[xTbY][yYbY][cIdx] is equal to 1, modify dz[x][y] as follows:

[0142] If BdpcmDir[xTbY][yYbY][cIdx] is equal to 0 and x is greater than 0, the following applies:

[0143] dz[x][y]=Clip3(CoeffMin,CoeffMax,dz[x-1][y]+dz[x][y]) (1145)

[0144] Otherwise, if BdpcmDir[xTbY][yTbY][cIdx] is equal to 1 and y is greater than 0, then the following applies:

[0145] dz[x][y]=Clip3(CoeffMin,CoeffMax,dz[x][y-1]+dz[x][y]) (1146)

[0146] The value dnc[x][y] is derived as follows:

[0147] dnc[x][y]=(dz[x][y]*ls[x][y]+bdOffset)>>bdShift (1147)

[0148] The scaling transform coefficients d[x][y] are derived as follows:

[0149] d[x][y]=Clip3(CoeffMin,CoeffMax,dnc[x][y]) (1148)

[0150] Table 36 - Definition of scaling matrix identifier variable id according to predMode, cIdx, nTbW and nTbH

[0151]

[0152] 2.6. Palette Mode

[0153] 2.6.1. Concept of Palette Mode

[0154] The basic idea behind palette mode is that pixels in a CU are represented by a small set of representative color values. This set is called the palette. And it is also possible to indicate samples outside the palette by signaling an escape symbol after the (possibly quantized) component value. Such pixels are called escape pixels. Figure 3 As shown. Figure 3 As shown, for each pixel having three color components (luminance and two chrominance components), an index into a palette is established, and the block can be reconstructed based on the established values ​​in the palette.

[0155] 2.6.2. Encoding and decoding of palette entries

[0156] For encoding and decoding of palette entries, the palette prediction values ​​are retained. The maximum size of the palette as well as the palette prediction values ​​are signaled in the SPS. In HEVC-SCC, palette_predictor_initializer_present_flag is introduced in the PPS. When this flag is 1, the entries for initializing the palette prediction values ​​are signaled in the bitstream. The palette prediction values ​​are initialized at the beginning of each CTU row, each slice and each slice. Depending on the value of palette_predictor_initializer_present_flag, the palette prediction values ​​are reset to 0 or initialized using the palette prediction value initializer entry signaled in the PPS. In HEVC-SCC, a palette prediction value initializer of size 0 is enabled to allow palette prediction value initialization to be explicitly disabled at the PPS level.

[0157] For each entry in the palette prediction, a reuse flag is signaled to indicate whether it is part of the current palette. Figure 4 The reuse flag is sent using run-length encoding of zero. After that, the number of new palette entries is signaled using the 0th order exponential Golomb (EG) code (ie, EG-0). Finally, the component values ​​of the new palette entries are signaled.

[0158] 2.6.3. Palette Index Encoding and Decoding

[0159] use Figure 5 The palette index is encoded and decoded as shown for horizontal and vertical traversal scans. The scan order is explicitly signaled in the bitstream using palette_transpose_flag. For the rest of this subsection, the scan is assumed to be horizontal.

[0160] The palette index is encoded and decoded using two palette sampling modes: "COPY_LEFT" and "COPY_ABOVE". In "COPY_LEFT" mode, the palette index is assigned to the decoded index. In "COPY_ABOVE" mode, the palette index of the sample in the row above is copied. For both "COPY_LEFT" and "COPY_ABOVE" modes, a run value is signaled that specifies the number of subsequent samples that are also encoded and decoded using the same mode.

[0161] In palette mode, the index value of the escape symbol is the number of palette entries. Also, when the escape symbol is part of a run in "COPY_LEFT" or "COPY_ABOVE" mode, the escape component value is signaled for each escape symbol. The palette index is encoded and decoded as follows: Figure 6 shown.

[0162] This syntax sequence is done as follows. First, the number of index values ​​for the CU is signaled. Then the actual index values ​​for the entire CU are signaled using truncated binary codec. Both the number of indices and the index values ​​are encoded and decoded in bypass mode. This groups the index-related bypass bins together. Then, the palette sampling mode (if necessary) and the run length are signaled in an interleaved manner. Finally, the component escape values ​​corresponding to the escape symbols for the entire CU are grouped together and encoded and decoded in bypass mode. The binarization of the escape symbols is EG for the third-order codec, i.e. EG-3.

[0163] An additional syntax element, last_run_type_flag, is signaled after the index value. This syntax element, combined with the number of indices, eliminates the need to signal the run value corresponding to the last run in the block.

[0164] In HEVC-SCC, palette mode is also enabled for 4:2:2, 4:2:0 and monochrome chroma formats. The signaling of palette entries and palette indices is almost the same for all chroma formats. In case of non-monochrome formats, each palette entry consists of 3 components. For monochrome formats, each palette entry consists of a single component. For subsampled chroma direction, chroma samples are associated with luma sample indices that are divisible by 2. After reconstructing the palette index of the CU, only the first component of the palette entry is used if the sample has only a single component associated with it. The only difference in the signaling is in the escape component values. For each escape symbol, the number of escape component values ​​signaled may be different, depending on the number of components associated with that symbol.

[0165] 2.6.4. Palettes in Dual Trees

[0166] In VVC, a dual-tree codec structure is used to encode and decode intra-frame slices, so the luma component and the two chroma components may have different palettes and palette indices. In addition, the two chroma components share the same palette and palette index.

[0167] 2.6.5. Line-based CG palette mode

[0168] The line-based CG palette mode is adopted in VVC. In this method, each CU of the palette mode is divided into multiple fragments of m samples based on the traversal scan mode (m=16 in this test). The encoding order of the palette run-length coding in each fragment is as follows: for each pixel, a context-coded binary bit run_copy_flag=0 is signaled to indicate whether the pixel has the same mode as the previous pixel, that is, if the previously scanned pixel and the current pixel are both run-type COPY_ABOVE, or if the previously scanned pixel and the current pixel are both run-type INDEX and the same index value. Otherwise, run_copy_flag=1 is signaled. If the mode of the pixel is different from that of the previous pixel, a context-coded binary bit copy_above_palette_indices_flag is signaled to indicate the run type of the pixel, that is, INDEX or COPY_ABOVE. As with palette mode in VTM6.0, the decoder does not have to parse the run type if the sample is in the first row (horizontal traversal scan) or the first column (vertical traversal scan) since INDEX mode is used by default. In addition, the decoder does not have to parse the run type if the previously parsed run type is COPY_ABOVE. After palette run-length encoding and decoding of pixels in a fragment, the index values ​​(for INDEX mode) and quantization escape colors are bypassed and grouped separately from the encoding / parsing of context-coded bins to improve throughput within each line CG. Since the index values ​​are now encoded / parsed after run-length encoding and decoding, rather than before palette run-length encoding and decoding as in VTM, the encoder does not have to signal the number of index values ​​num_palette_indices_minus1 and the last run type copy_above_indices_for_final_run_flag.

[0169] 3. Technical Problems Solved by the Embodiments and Solutions Described in This Article

[0170] In the current design, ACT and luma BDPCM modes can be enabled for a block. However, chroma BDPCM mode is always disabled for blocks coded using ACT mode. Therefore, prediction signals may be derived differently for luma and chroma blocks in the same codec unit, which may be less efficient.

[0171] When ACT is enabled, the quantization parameter (QP) of a block can become negative.

[0172] The current design of ACT does not support lossless codecs.

[0173] The signaling of the use of ACT does not depend on the block size.

[0174] The maximum palette size and maximum predicted value size are fixed numbers, which may limit the flexibility of the palette mode.

[0175] The outlier samples use a third-order Exponential-Golomb (EG) as a binarization method, but the binarization of the outlier samples does not depend on a quantization parameter (QP).

[0176] 4. Technical Solutions

[0177] The technical solutions described below should be considered as examples to explain the general concept. These technical solutions should not be interpreted narrowly. In addition, these technical solutions can be combined in any way.

[0178] In the following description, the term "block" can refer to a video region, such as a codec unit (CU), prediction unit (PU), or transform unit (TU), which can contain samples from the three color components. The term "BDPCM" is not limited to designs in VVC, but it may refer to techniques that use different prediction signal generation methods to encode and decode the residual.

[0179] In the following description, a video block encoded and decoded using the joint coding and decoding of chroma residual (JCCR) mode includes signaling only one chroma residual block (e.g., a Cb residual block), while another chroma residual block (e.g., a Cr residual block) is derived based on the signaled chroma residual block and one or more flags indicating a specific JCCR mode (e.g., at the transform unit level). As described above, the JCCR mode utilizes the correlation between the Cb residual and the Cr residual to improve encoding and decoding efficiency.

[0180] Interactions between ACT and BDPCM (items 1-4)

[0181] 1. Whether chroma BDPCM mode is enabled may depend on the use of ACT and / or luma BDPCM mode.

[0182] a. In one example, when ACT is enabled on a block, the indication of the use of the chroma BDPCM mode (eg, intra_bdpcm_chroma_flag) may be inferred as the indication of the use of the luma BDPCM mode (eg, intra_bdpcm_luma_flag).

[0183] i. In one example, the inferred value for chroma BDPCM mode is defined as (enable ACT and luma BDPCM mode? true:false).

[0184] 1. In one example, when intra_bdpcm_luma_flag is false, intra_bdpcm_chroma_flag may be set equal to false.

[0185] a. Alternatively, when intra_bdpcm_luma_flag is true, intra_bdpcm_chroma_flag may be set equal to true.

[0186] ii. Alternatively, in one example, if the indication of use of luma BDPCM mode and ACT for the block is true, then the indication of use of chroma BDPCM mode may be inferred to be true.

[0187] b. Alternatively, it may be possible to conditionally check whether the use of ACT for a block is signaled, e.g. using the same BDPCM prediction direction for luma and chroma samples in the block.

[0188] i. Alternatively, in addition, after using the BDPCM mode, an indication of the use of ACT is signaled.

[0189] 2. When ACT is enabled on a block, the indication of the prediction direction for the chroma BDPCM mode (eg intra_bdpcm_chroma_dir_flag) may be inferred as the indication of the used prediction direction for the luma BDPCM mode (eg intra_bdpcm_luma_dir_flag).

[0190] a. In one example, the inferred value of intra_bdpcm_chroma_dir_flag is defined as (ACT enabled? intra_bdpcm_luma_dir_flag: 0).

[0191] i. In one example, if the indication of the prediction direction for the luma BDPCM mode is horizontal, the indication of the prediction direction for the chroma BDPCM mode may be inferred to be horizontal.

[0192] ii. Alternatively, in one example, if the indication of the prediction direction for the luma BDPCM mode is vertical, then the indication of the prediction direction for the chroma BDPCM mode may be inferred to be vertical.

[0193] 3. ACT and BDPCM modes can be applied mutually exclusively.

[0194] a. In one example, when ACT mode is enabled on a block, BDPCM mode can be disabled on the block.

[0195] i. Alternatively, in addition, the indication of use of the ACT mode may be signaled after the indication of use of the BDPCM mode is signaled.

[0196] ii. Alternatively, furthermore, the indication of use of BDPCM mode may not be signaled and inferred to be false (0).

[0197] b. In one example, when BDPCM mode is enabled on a block, ACT mode can be disabled on the block.

[0198] i. Alternatively, in addition, the indication of use of the ACT mode may be signaled after the indication of use of the BDPCM mode is signaled.

[0199] ii. Alternatively, furthermore, the indication of the use of ACT mode may not be signaled and inferred to be false (0).

[0200] c. In one example, the BDPCM mode in the above example may represent a luma BDPCM mode and / or a chroma BDPCM mode.

[0201] 4. Inverse ACT may be applied before inverse BDPCM at the decoder.

[0202] a. In one example, ACT can be applied even when luma BDPCM and chroma BDPCM have different prediction modes.

[0203] b. Alternatively, at the encoder, forward ACT can be applied after BDPCM.

[0204] QP settings when ACT is enabled (item 5)

[0205] 5. It is proposed to trim QP when ACT is enabled.

[0206] a. In one example, the clipping function can be defined as (l, h, x), where l is the lowest possible value of the input x and h is the highest possible value of the input x.

[0207] i. In one example, l can be set equal to 0.

[0208] ii. In one example, h may be set equal to 63.

[0209] b. In one example, QP can be the qP given in Section 2.5.

[0210] c. In one example, clipping can be performed after QP adjustment in ACT mode.

[0211] d. In one example, when transform skip is applied, / may be set equal to the minimum allowed QP for transform skip mode.

[0212] Related palette modes (items 6-7)

[0213] 6. The values ​​of the maximum allowed palette size and / or the maximum allowed predictor size may depend on codec characteristics. Assume that S1 is the maximum palette size (or palette predictor size) associated with a first codec characteristic; and S2 is the maximum palette size (or palette predictor size) associated with a second codec characteristic.

[0214] a. In one example, the codec characteristic may be a color component.

[0215] i. In one example, the maximum allowed palette size and / or maximum allowed prediction value size may have different values ​​for different color components.

[0216] ii. In one example, the value of the maximum allowable palette size and / or the maximum allowable prediction value size of a first color component (e.g., Y in YCbCr, G in RGB) may be different from the values ​​of the maximum allowable palette size and / or the maximum allowable prediction value size of the other two color components (e.g., Cb and Cr in YCbCr, B and R in RGB) excluding the first color component.

[0217] b. In one example, the codec characteristic may be a quantization parameter (QP).

[0218] i. In one example, if QP1 is greater than QP2, then S1 and / or S2 of QP1 should be less than S1 and / or S2 of QP2.

[0219] ii. In one example, the QP may be a slice-level QP or a block-level QP.

[0220] c. In one example, S2 may be greater than or equal to S1.

[0221] d. For the first codec feature and the second codec feature, the indication of the maximum palette size / palette prediction value size may be signaled separately or inferred from one to the other.

[0222] i. In one example, S1 may be signaled and S2 may be derived based on S1.

[0223] 1. In one example, S2 can be inferred to be S1 n.

[0224] 2. In one example, S2 can be inferred as S1>>n.

[0225] 3. In one example, S2 can be inferred to be floor(S1 / n), where floor(x) represents the largest integer not greater than x.

[0226] e. In one example, S1 and / or S2 may be signaled at a high level (eg, SPS / PPS / PH / slice header) and adjusted at a low level (eg, CU / block).

[0227] i. How to adjust S1 and / or S2 may depend on codec information.

[0228] 1. How to adjust S1 and / or S2 may depend on the current QP.

[0229] a. In one example, if the current QP increases, S1 and / or S2 should be decreased.

[0230] 2. How to adjust S1 and / or S2 may depend on the block dimension.

[0231] a. In one example, if the current block size increases, S1 and / or S2 should increase.

[0232] f. S1 and / or S2 may depend on whether LMCS is used.

[0233] 7. Parameters associated with the binarization method of the escaped samples / pixels may depend on codec information, such as the quantization parameter (QP).

[0234] a. In one example, an EG binarization method may be used, and the order of the EG binarization, represented by k, may depend on codec information.

[0235] i. In one example, when the current QP increases, k can be decreased.

[0236] ACT Mode Signaling Notification (Items 8-10)

[0237] 8. An indication of the maximum and / or minimum allowed ACT size may be signaled at the sequence / video / slice / slice / sub-picture / tile / other video processing unit level or derived based on codec information.

[0238] a. In one example, they can be signaled in the SPS / PPS / picture header / slice header.

[0239] b. In one example, they can be signaled conditionally, such as based on enabled ACTs.

[0240] c. In one example, N levels of maximum and / or minimum allowed ACT sizes may be signaled / defined, eg, N=2.

[0241] i. In one example, the maximum and / or minimum allowed ACT size may be set to K0 or K1 (eg, K0 = 64, K1 = 32).

[0242] ii. Alternatively, in addition, an indication of the level may be signaled, for example, when N=2, a flag may be signaled.

[0243] d. In one example, the difference between the maximum and / or minimum allowed ACT size and the maximum and / or minimum allowed transform (or transform skip) size (eg, for luma components) may be signaled.

[0244] e. In one example, the maximum and / or minimum allowed ACT size (eg, for luma components) may be derived from the maximum and / or minimum allowed (or transform skipped) size.

[0245] f. Alternatively, whether and / or how the indication of ACT usage and other side information related to the ACT is signaled may also depend on the maximum and / or minimum values ​​allowed.

[0246] 9. When a block is larger than the maximum allowed ACT size (or the maximum allowed transform size), the block can be automatically divided into multiple sub-blocks, where all sub-blocks share the same prediction mode (e.g., all sub-blocks are intra-coded) and ACT can be enabled at the sub-block level instead of the block level.

[0247] 10. An indication of the use of ACT mode may be conditionally signaled based on block dimensions (e.g., block width and / or block height, block width multiplied by height, ratio between block width and block height, maximum / minimum values ​​of block width and block height) and / or maximum allowed ACT size.

[0248] a. In one example, an indication of the use of ACT mode may be signaled when certain conditions are met (eg, based on block dimensions).

[0249] i. In one example, the condition is whether the current block width is less than or equal to m and / or the current block height is less than or equal to n.

[0250] ii. In one example, the condition is whether the current block width multiplied by the height is less than or not greater than m.

[0251] iii. In one example, the condition is whether the current block width multiplied by the height is greater than or not less than m.

[0252] b. Alternatively, in one example, when certain conditions (eg, in terms of block dimensions) are not met, the indication of the use of ACT mode may not be signaled.

[0253] i. In one example, the condition is whether the current block width is greater than m and / or the current block height is greater than n.

[0254] ii. In one example, the condition is whether the current block width multiplied by the height is less than or not greater than m.

[0255] iii. In one example, the condition is whether the current block width multiplied by the height is greater than or not less than m.

[0256] iv. Alternatively, furthermore, the indication of use of ACT mode may be inferred to be 0.

[0257] c. In the above examples, the variables m, n can be predefined (eg, 4, 64, 128), or signaled, or derived on the fly.

[0258] i. In one example, m and / or n may be derived based on decoded information in the SPS / PPS / APS / CTU row / CTU group / CU / block.

[0259] 1. In one example, m and / or n may be set equal to the maximum allowed transform size (eg, MaxTbSizeY).

[0260] Signaling of constraint flags in the general constraint information syntax (items 11-16)

[0261] The following constraint flags may be signaled in video units other than SPS. For example, they may be signaled in the generic constraint information syntax specified in JVET-P2001-vE.

[0262] 11. It is proposed to use a constraint flag to specify whether the SPS ACT enabled flag (eg, sps_act_enabled_flag) should be equal to 0.

[0263] a. In one example, this flag can be represented as no_act_constraint_flag

[0264] i. When this flag is equal to 1, the SPS ACT enabled flag (eg, sps_act_enabled_flag) shall be equal to 0.

[0265] ii. When this flag is equal to 0, it does not impose this constraint.

[0266] 12. It is proposed to use a constraint flag to specify whether the SPS BDPCM enabled flag (eg, sps_bdpcm_enabled_flag) should be equal to 0.

[0267] a. In one example, this flag may be denoted as no_bdpcm_constraint_flag.

[0268] i. When this flag is equal to 1, the SPS BDPCM enabled flag (eg, sps_bdpcm_enabled_flag) shall be equal to 0.

[0269] ii. When this flag is equal to 0, it does not impose this constraint.

[0270] 13. It is proposed to use a constraint flag to specify whether the SPS chroma BDPCM enabled flag (eg, sps_bdpcm_chroma_enabled_flag) should be equal to 0.

[0271] a. In one example, this flag may be denoted as no_bdpcm_chroma_constraint_flag.

[0272] i. When this flag is equal to 1, the SPS chroma BDPCM enabled flag (e.g., sps_bdpcm_chroma_enabled_flag) shall be equal to 0.

[0273] ii. When this flag is equal to 0, it does not impose this constraint.

[0274] 14. It is proposed to use a constraint flag to specify whether the SPS palette enabled flag (eg, sps_palette_enabled_flag) should be equal to 0.

[0275] a. In one example, this flag may be denoted as no_palette_constraint_flag.

[0276] i. When this flag is equal to 1, the SPS palette enabled flag (e.g., sps_palette_enabled_flag) should be equal to 0.

[0277] ii. When this flag is equal to 0, it does not impose this constraint.

[0278] 15. It is proposed to use a constraint flag to specify whether the SPS RPR enable flag (eg, ref_pic_resampling_enabled_flag) should be equal to 0.

[0279] a. In one example, this flag may be denoted as no_ref_pic_resampling_constraint_flag.

[0280] i. When this flag is equal to 1, the SPS RPR enable flag (eg, ref_pic_resampling_enabled_flag) shall be equal to 0.

[0281] ii. When this flag is equal to 0, it does not impose this constraint.

[0282] 16. In the above examples (bullets 11-15), such a constraint flag may be signaled conditionally, for example, depending on the chroma format (eg, chroma_format_idc) and / or individual plane codecs or ChromaArrayType.

[0283] ACT QP offset (items 17-19)

[0284] 17. It is proposed that when applying ACT to a block, the ACT offset may be applied after applying other chroma offsets (eg, chroma offsets in the PPS and / or picture header (PH) and / or slice header (SH)).

[0285] 18. It is proposed to set PPS and / or PH offset other than -5 for JCbCr mode 2 when applying YCgCo color transform on blocks.

[0286] a. In one example, the offset can be a number other than -5.

[0287] b. In one example, the offset may be indicated in the PPS (eg, as pps_act_cbcr_qp_offset_plus6), and the offset may be set to pps_act_cbcr_qp_offset_plus6-6.

[0288] c. In one example, the offset may be indicated in the PPS (eg, as pps_act_cbcr_qp_offset_plus7), and the offset may be set to pps_act_cbcr_qp_offset_plus7-7.

[0289] 19. It is proposed to set PPS and / or PH offset other than 1 for JCbCr mode 2 when applying YCgCo-R on a block.

[0290] a. In one example, the offset may be a number other than -1.

[0291] b. In one example, the offset may be indicated in the PPS (eg, as pps_act_cbcr_qp_offset), and the offset may be set to pps_act_cbcr_qp_offset.

[0292] c. In one example, the offset may be indicated in the PPS (eg, as pps_act_cbcr_qp_offset_plus1), and the offset may be set to pps_act_cbcr_qp_offset_plus1-1.

[0293] 20. It is proposed that when using JCCR, the QP offset of ACT with YCgCo transform (denoted as act_qp_offset) may depend on the JCCR mode.

[0294] a. In one example, when JCCR mode is 1, act_qp_offset can be -5.

[0295] i. Alternatively, in one example, when JCCR mode is 1, act_qp_offset may be -6.

[0296] b. In one example, when the JCCR mode is 2, act_qp_offset may be -7.

[0297] i. Alternatively, in one example, when the JCCR mode is 2, act_qp_offset may be (-7-pps_joint_cbcr_qp_offset-slice_joint_cbcr_qp_offset).

[0298] ii. Alternatively, in one example, when the JCCR mode is 2, act_qp_offset may be (-7+pps_joint_cbcr_qp_offset+slice_joint_cbcr_qp_offset).

[0299] c. In one example, when the JCCR mode is 3, the ACT offset can be -4.

[0300] i. Alternatively, in one example, when the JCCR mode is 3, the ACT offset may be -5.

[0301] 21. It is proposed that when using JCCR, the QP offset of ACT with YCgCo-R transform (denoted as act_qp_offset) may depend on the JCCR mode.

[0302] a. In one example, when JCCR mode is 1, act_qp_offset can be 1.

[0303] i. Alternatively, in one example, when JCCR mode is 1, act_qp_offset may be 0.

[0304] b. In one example, when the JCCR mode is 2, act_qp_offset may be -1.

[0305] i. Alternatively, in one example, when the JCCR mode is 2, act_qp_offset may be (-1-pps_joint_cbcr_qp_offset-slice_joint_cbcr_qp_offset).

[0306] ii. Alternatively, in one example, when the JCCR mode is 2, act_qp_offset may be (-1+pps_joint_cbcr_qp_offset+slice_joint_cbcr_qp_offset).

[0307] c. In one example, when the JCCR mode is 3, the ACT offset can be 2.

[0308] i. Alternatively, in one example, when the JCCR mode is 3, the ACT offset may be 1.

[0309] General Technology (Items 22-23)

[0310] 22. In the above examples, S1, S2, l, h, m, n and / or k are integers and may depend on a. the message signaled in DPS / SPS / VPS / PPS / APS / picture header / slice header / slice group header / largest codec unit (LCU) / codec unit (CU) / LCU line / LCU group / TU / PU block / video codec unit

[0311] b. Location of CU / PU / TU / block / video codec unit

[0312] c. Codec mode for blocks containing samples along edges

[0313] d. Transformation matrix applied to blocks containing samples along edges

[0314] e. Block dimensions / block shapes of the current block and / or its neighboring blocks

[0315] f. Color format indication (e.g. 4:2:0, 4:4:4, RGB, or YUV)

[0316] g. Codec tree structure (e.g. dual tree or single tree)

[0317] h. Slice / slice group type and / or picture type

[0318] i. Color component (e.g., may only apply to Cb or Cr)

[0319] j. Time domain layer ID

[0320] k. Standard grade / level / tier

[0321] 1. Alternatively, S1, S2, l, h, m, n and / or k can be signaled to the decoder.

[0322] 23. The above proposed method can be applied under certain conditions.

[0323] a. In one example, the condition is that the color format is 4:2:0 and / or 4:2:2.

[0324] b. In one example, the indication of the use of the above method can be signaled in the sequence / picture / slice / slice / tile / video region level (eg SPS / PPS / picture header / slice header).

[0325] c. In one example, the use of the above method may depend on

[0326] i. Video content (e.g., screen content or natural content)

[0327] ii. Messages signaled in DPS / SPS / VPS / PPS / APS / picture header / slice header / slice group header / largest codec unit (LCU) / codec unit (CU) / LCU row / LCU group / TU / PU block / video codec unit

[0328] iii. Location of CU / PU / TU / block / video codec unit

[0329] iv. Codec mode for blocks containing samples along edges

[0330] v. The transformation matrix applied to the block containing the samples along the edge

[0331] vi. Block dimensions of the current block and / or its neighboring blocks

[0332] vii. Block shape of the current block and / or its neighboring blocks

[0333] viii. Color format indication (e.g., 4:2:0, 4:4:4, RGB, or YUV)

[0334] ix. Codec tree structure (e.g., dual tree or single tree)

[0335] x. Slice / slice group type and / or picture type

[0336] xi. Color components (e.g., may apply only to Cb or Cr)

[0337] xii. Time domain layer ID

[0338] xiii. Standard grades / levels / tiers

[0339] xiv. Alternatively, m and / or n may be signaled to the decoder.

[0340] 5. Examples

[0341] The examples are based on JVET-P2001-vE. Newly added text is used Highlighted. Deleted text is marked with italic text.

[0342] 5.1 Example #1

[0343] This embodiment involves interaction between ACT and BDPCM modes.

[0344]

[0345]

[0346] 5.2. Example #2

[0347] This embodiment involves interaction between ACT and BDPCM modes.

[0348] intra_bdpcm_chroma_flag equal to 1 specifies that BDPCM is applied to the current chroma codec block at position (x0, y0), i.e., transform is skipped, and the intra chroma prediction mode is specified by intra_bdpcm_chroma_dir_flag. intra_bdpcm_chroma_flag equal to 0 specifies that BDPCM is not applied to the current chroma codec block at position (x0, y0).

[0349] When intra_bdpcm_chroma_flag is not present and When false, it is inferred to be equal to 0.

[0350]

[0351] For x0..x0+cbWidth-1, y=y0..y0+cbHeight-1, and cIdx=1..2, the variable BdpcmFlag[x][y][cIdx] is set equal to intra_bdpcm_chroma_flag.

[0352] intra_bdpcm_chroma_dir_flag equal to 0 specifies that the BDPCM prediction direction is horizontal. intra_bdpcm_chroma_dir_flag equal to 1 specifies that the BDPCM prediction direction is vertical.

[0353] The variable BdpcmDir[x][y][cIdx] is set equal to intra_bdpcm_chroma_dir_flag (x=x0..x0+cbWidth-1, y=y0..y0+cbHeight-1 and cIdx=1..2).

[0354] 5.3. Example #3

[0355] This embodiment is related to QP setting.

[0356] 8.7.3 Scaling of Transform Coefficients

[0357] The inputs to this process are:

[0358] Specifies the luminance position (xTbY, yTbY) of the upper left luminance sample of the current luminance transform block relative to the upper left luminance sample of the current picture.

[0359] The variable nTbW specifies the transform block width,

[0360] The variable nTbH specifies the transform block height,

[0361] The variable predMode specifies the prediction mode of the codec unit.

[0362] The variable cIdx specifies the color component of the current block.

[0363] The output of this process is an (nTbW) x (nTbH) array d of scaled transform coefficients with elements d[x][y].

[0364] …

[0365] The quantization parameter qP is modified, and the variables rectNonTsFlag and bdShift are derived as follows:

[0366] If transform_skip_flag[xTbY][yTbY][cIdx] is equal to 0, the following applies:

[0367] qP=qP-(cu_act_enabled_flag[xTbY][yTbY]?5:0) (1133)

[0368]

[0369] rectNonTsFlag=(((Log2(nTbW)+Log2(nTbH))&1)==1)? 1:0 (1134)

[0370]

[0371] Otherwise (transform_skip_flag[xTbY][yTbY][cIdx] is equal to 1), the following applies:

[0372] qP=Max(QpPrimeTsMin,qP)-(cu_act_enabled_flag[xTbY][yTbY]?5:0) (1136)

[0373]

[0374] rectNonTsFlag=0 (1137)

[0375] bdShift=10 (1138)

[0376] …

[0377] 5.4. Example #4

[0378] 8.7.1 Derivation Process of Quantization Parameters

[0379] …

[0380] The chrominance quantization parameters for the Cb and Cr components, Qp'Cb and Qp'Cr, and the joint Cb-Cr codec Qp'CbCr are derived as follows:

[0381] Qp′Cb=Clip3(-QpBdOffset,63,qPCb+pps_cb_qp_offset+slice_cb_qp_offset+CuQpOffsetCb)+QpBdOffset (1122)

[0382] Qp′Cr=Clip3(-QpBdOffset,63,qPCr+pps_cr_qp_offset+slice_cr_qp_offset+CuQpOffsetCr)+QpBdOffset (1123)

[0383] Qp′CbCr=Clip3(-QpBdOffset,63,qPCbCr+pps_joint_cbcr_qp_offset+slice_joint_cbcr_qp_offset+CuQpOffsetCbCr)+QpBdOffset (1124)

[0384] 5.5. Example #5

[0385] 7.3.9.5 Codec unit syntax

[0386]

[0387]

[0388] K0 and K1 are set equal to 32.

[0389] 5.6. Example #6

[0390] 7.3.9.5 Codec unit syntax

[0391]

[0392] 5.7. Example #7

[0393] 8.7.3 Scaling of Transform Coefficients

[0394] The inputs to this process are:

[0395] – specifies the luminance position (xTbY, yTbY) of the current luminance transform block relative to the luminance sample above the upper left of the current picture,

[0396] – variable nTbW that specifies the transform block width,

[0397] – variable nTbH that specifies the transform block height,

[0398] – The variable predMode that specifies the prediction mode of the codec unit,

[0399] – The variable cIdx specifies the color component of the current block.

[0400] The output of this process is an (nTbW) x (nTbH) array d of scaled transform coefficients with elements d[x][y].

[0401] – If cIdx is equal to 0, the following applies:

[0402]

[0403] qP=Qp′ Y (1129)

[0404] – Otherwise, if TuCResMode[xTbY][yTbY] is equal to 2, the following applies:

[0405]

[0406] qP=Qp′ CbCr (1130)

[0407] – Otherwise, if cIdx is equal to 1, the following applies:

[0408] ActQPoffset=-5

[0409] qP=qP′Cb (1131)

[0410] – Otherwise (cIdx equals 2), the following applies:

[0411]

[0412] qP=Qp′ Cb (1131)

[0413] Modify the quantization parameter qP and derive the variables rectNonTsFlag and bdShift as follows:

[0414] – If transform_skip_flag[xTbY][yTbY][cIdx] is equal to 0, the following applies:

[0415] qP=qP-(cu_act_enabled_flag[xTbY][yTbY]?5:0) (1133)

[0416]

[0417] rectNonTsFlag=(((Log2(nTbW)+Log2(nTbH))&1)==1)? 1:0 (1134)

[0418]

[0419] – Otherwise (transform_skip_flag[xTbY][yTbY][cIdx] is equal to 1), the following applies:

[0420] qP=Max(QpPrimeTsMin,qP)-(cu_act_enabled_flag[xTbY][yTbY]?5:0) (1136)

[0421]

[0422] rectNonTsFlag=0 (1137)

[0423] bdShift=10 (1138)

[0424] The variable bdOffset is derived as follows:

[0425] bdOffset=(1<<bdShift)> >1 (1139)

[0426] The list levelScale[][] is defined as levelScale[j][k] = {{40,45,51,57,64,72},{57,64,72,80,90,102}} where j = 0..1, k = 0..5.

[0427] …

[0428] 5.8. Example #8

[0429] 8.7.3 Scaling of Transform Coefficients

[0430] Inputs to this process include:

[0431] – specifies the luminance position (xTbY, yTbY) of the current luminance transform block relative to the luminance sample above the upper left of the current picture,

[0432] – variable nTbW that specifies the transform block width,

[0433] – variable nTbH that specifies the transform block height,

[0434] – The variable predMode that specifies the prediction mode of the codec unit,

[0435] – The variable cIdx specifies the color component of the current block.

[0436] The output of this process is an (nTbW) x (nTbH) array d of scaled transform coefficients with elements d[x][y].

[0437] – If cIdx is equal to 0, the following applies:

[0438] qP=Qp′Y (1129)

[0439]

[0440] – Otherwise, if TuCResMode[xTbY][yTbY] is equal to 2, the following applies:

[0441]

[0442] qP=Qp′ CbCr (1130)

[0443] – Otherwise, if cIdx is equal to 1, the following applies:

[0444]

[0445] qP=Qp′ Cb (1131)

[0446] – Otherwise (cIdx equals 2), the following applies:

[0447]

[0448] qP=Qp′ Cr (1132)

[0449] Modify the quantization parameter qP and derive the variables rectNonTsFlag and bdShift as follows:

[0450] – If transform_skip_flag[xTbY][yTbY][cIdx] is equal to 0, the following applies:

[0451] qP=qP-(cu_act_enabled_flag[xTbY][yTbY]?5:0) (1133)

[0452] rectNonTsFlag=(((Log2(nTbW)+Log2(nTbH))&1)==1)? 1:0 (1134)

[0453] bdShift=BitDepth+rectNonTsFlag+ (1135)

[0454] ((Log2(nTbW)+Log2(nTbH)) / 2)-5+pic_dep_quant_enabled_flag

[0455] – Otherwise (transform_skip_flag[xTbY][yTbY][cIdx] is equal to 1), the following applies:

[0456] qP=Max(QpPrimeTsMin,qP)-(cu_act_enabled_flag[xTbY][yTbY]?5:0) (1136)

[0457]

[0458] rectNonTsFlag=0 (1137)

[0459] bdShift=10 (1138)

[0460] The variable bdOffset is derived as follows:

[0461] bdOffset=(1<<bdShift)> >1 (1139)

[0462] The list levelScale[][] is defined as levelScale[j][k] = {{40, 45, 51, 57, 64, 72}, {57, 64, 72, 80, 90, 102}} where j = 0..1, k = 0..5.

[0463] …

[0464] 5.9. Example #9

[0465] 7.4.3.4 Picture Parameter Set RBSP Semantics

[0466]

[0467] 8.7.3 Scaling of Transform Coefficients

[0468] The inputs to this process are:

[0469] – specifies the luminance position (xTbY, yTbY) of the current luminance transform block relative to the luminance sample above the upper left of the current picture,

[0470] – variable nTbW that specifies the transform block width,

[0471] – variable nTbH that specifies the transform block height,

[0472] – The variable predMode that specifies the prediction mode of the codec unit,

[0473] – The variable cIdx specifies the color component of the current block.

[0474] The output of this process is an (nTbW) x (nTbH) array d of scaled transform coefficients with elements d[x][y].

[0475] – If cIdx is equal to 0, the following applies:

[0476]

[0477] qP=Qp′ Y(1129)

[0478] – Otherwise, if TuCResMode[xTbY][yTbY] is equal to 2, the following applies:

[0479]

[0480] qP=Qp′ CbCr (1130)

[0481] – Otherwise, if cIdx is equal to 1, the following applies:

[0482]

[0483] qP=Qp′ Cb (1131)

[0484] – Otherwise (cIdx equals 2), the following applies:

[0485]

[0486] qP=Qp′ Cr (1132)

[0487] Modify the quantization parameter qP and derive the variables rectNonTsFlag and bdShift as follows:

[0488] – If transform_skip_flag[xTbY][yTbY][cIdx] is equal to 0, the following applies:

[0489] qP=qP-(cu_act_enabled_flag[xTbY][yTbY]?5:0) (1133)

[0490]

[0491] rectNonTsFlag=(((Log2(nTbW)+Log2(nTbH))&1)==1)? 1:0 (1134)

[0492]

[0493] – Otherwise (transform_skip_flag[xTbY][yTbY][cIdx] is equal to 1), the following applies:

[0494] qP=Max(QpPrimeTsMin,qP)-(cu_act_enabled_flag[xTbY][yTbY]?5:0) (1136)

[0495]

[0496] rectNonTsFlag=0 (1137)

[0497] bdShift=10 (1138)

[0498] The variable bdOffset is derived as follows:

[0499] bdOffset=(1<<bdShift)> >1 (1139)

[0500] The list levelScale[][] is defined as levelScale[j][k] = {{40, 45, 51, 57, 64, 72}, {57, 64, 72, 80, 90, 102}} where j = 0..1, k = 0..5.

[0501] …

[0502] 5.10. Example #10

[0503] 7.4.3.4 Picture Parameter Set RBSP Semantics

[0504]

[0505] 8.7.3 Scaling of Transform Coefficients

[0506] The inputs to this process are:

[0507] – specifies the luminance position (xTbY, yTbY) of the current luminance transform block relative to the luminance sample above the upper left of the current picture,

[0508] – variable nTbW that specifies the transform block width,

[0509] – variable nTbH that specifies the transform block height,

[0510] – The variable predMode that specifies the prediction mode of the codec unit,

[0511] – The variable cIdx specifies the color component of the current block.

[0512] The output of this process is an (nTbW) x (nTbH) array d of scaled transform coefficients with elements d[x][y].

[0513] – If cIdx is equal to 0, the following apply:

[0514] qP=Qp′Y (1129)

[0515]

[0516] – Otherwise, if TuCResMode[xTbY][yTbY] is equal to 2, the following applies:

[0517]

[0518]

[0519] qP=Qp′ CbCr (1130)

[0520] – Otherwise, if cIdx is equal to 1, the following applies:

[0521] – If cu_act_enabled_flag[xTbY][yTbY] is equal to 1, the following applies:

[0522]

[0523] qP=Qp′ Cb (1131)

[0524] – Otherwise (cIdx equals 2), the following applies:

[0525]

[0526] qP=Qp′ Cr (1132)

[0527] Modify the quantization parameter qP and derive the variables rectNonTsFlag and bdShift as follows:

[0528] – If transform_skip_flag[xTbY][yTbY][cIdx] is equal to 0, the following applies:

[0529] qP=qP-(cu_act_enabled_flag[xTbY][yTbY]?5:0) (1133)

[0530] rectNonTsFlag=(((Log2(nTbW)+Log2(nTbH))&1)==1)? 1:0 (1134)

[0531] – Otherwise (transform_skip_flag[xTbY][yTbY][cIdx] is equal to 1), the following applies:

[0532] qP=Max(QpPrimeTsMin,qP)-(cu_act_enabled_flag[xTbY][yTbY]?5:0) (1136)

[0533]

[0534] rectNonTsFlag=0 (1137)

[0535] bdShift=10 (1138)

[0536] The variable bdOffset is derived as follows:

[0537] bdOffset=(1<<bdShift)> >1 (1139)

[0538] The list levelScale[][] is defined as levelScale[j][k] = {{40, 45, 51, 57, 64, 72}, {57, 64, 72, 80, 90, 102}} where j = 0..1, k = 0..5.

[0539] …

[0540] Figure 7 is a block diagram illustrating an example video processing system 700 in which the various techniques disclosed herein may be implemented. Various implementations may include some or all of the components of system 700. System 700 may include an input 702 for receiving video content. The video content may be received in a raw or uncompressed format, such as 8 or 10-bit multi-component pixel values, or may be received in a compressed or encoded format. Input 702 may represent a network interface, a peripheral bus interface, or a storage interface. Examples of network interfaces include wired interfaces, such as Ethernet, a passive optical network (PON), etc., and wireless interfaces, such as Wi-Fi or a cellular interface.

[0541] System 700 may include a codec component 704 that implements the various codecs or encoding methods described in this document. The codec component 704 can reduce the average bit rate of the video from input 702 to the output of the codec component 704 to produce a coded representation of the video. Therefore, codec technology is sometimes referred to as video compression or video transcoding technology. The output of the codec component 704 can be stored or transmitted via the communication connected to the component 706. The stored or transmitted bitstream (or coded) representation of the video received at the input 702 can be used by component 708 to generate pixel values ​​or displayable video sent to the display interface 710. The process of generating user-visible video from the bitstream representation is sometimes referred to as video decompression. In addition, although some video processing operations are referred to as "codec" operations or tools, it will be understood that the encoding tools or operations are used at the encoder, and the corresponding decoding tools or operations that reverse the encoding results will be performed by the decoder.

[0542] Examples of peripheral bus interfaces or display interfaces may include Universal Serial Bus (USB), High-Definition Multimedia Interface (HDMI), or DisplayPort, etc. Examples of storage interfaces include SATA (Serial Advanced Technology Attachment), PCI, IDE interfaces, etc. The technology described in this document may be embodied in various electronic devices, such as mobile phones, laptop computers, smartphones, or other devices capable of performing digital data processing and / or video display.

[0543] Figure 8 800 is a block diagram of a video processing device 800. The device 800 can be used to implement one or more methods described herein. The device 800 can be embodied in a smartphone, a tablet computer, a computer, an Internet of Things (IoT) receiver, etc. The device 800 may include one or more processors 802, one or more memories 804, and video processing hardware 806. The processor 802 can be configured to implement one or more methods described in this document. The one or more memories 804 can be used to store data and code for implementing the methods and techniques described herein. The video processing hardware 806 can be used to implement some of the techniques described in this document in hardware circuits. In some embodiments, the hardware 806 can be partially or entirely located in the processor 802 (e.g., a graphics processor).

[0544] Figure 9 is a block diagram illustrating an example video encoding and decoding system 100 that may utilize the techniques of this disclosure. Figure 9As shown, video codec system 100 may include source device 110 and destination device 120. Source device 110 generates encoded video data, which may be referred to as a video encoding device. Destination device 120 may decode the encoded video data generated by source device 110, which may be referred to as a video decoding device. Source device 110 may include a video source 112, a video encoder 114, and an input / output (I / O) interface 116.

[0545] The video source 112 may include a source such as a video capture device, an interface for receiving video data from a video content provider, and / or a computer graphics system for generating video data, or a combination of these sources. The video data may include one or more pictures. The video encoder 114 encodes the video data from the video source 112 to generate a bitstream. The bitstream may include a sequence of bits that form a codec representation of the video data. The bitstream may include a codec picture and associated data. The codec picture is a codec representation of the picture. The associated data may include a sequence parameter set, a picture parameter set, and other syntax structures. The I / O interface 116 may include a modulator / demodulator (modem) and / or a transmitter. The encoded video data may be sent directly to the destination device 120 via the network 130a via the I / O interface 116. The encoded video data may also be stored on a storage medium / server 130b for access by the destination device 120.

[0546] Destination device 120 may include an I / O interface 126 , a video decoder 124 , and a display device 122 .

[0547] I / O interface 126 may include a receiver and / or a modem. I / O interface 126 may obtain encoded video data from source device 110 or storage medium / server 130b. Video decoder 124 may decode the encoded video data. Display device 122 may display the decoded video data to a user. Display device 122 may be integrated with destination device 120 or may be external to destination device 120, with destination device 120 configured to interface with an external display device.

[0548] The video encoder 114 and the video decoder 124 may operate according to a video compression standard, such as the High Efficiency Video Codec (HEVC) standard, the Versatile Video Codec (VVM) standard, and other current and / or emerging standards.

[0549] Figure 10 is a block diagram illustrating an example of a video encoder 200, which may be Figure 9 The video encoder 114 in the system 100 is shown.

[0550] Video encoder 200 may be configured to perform any or all of the techniques of this disclosure. Figure 10 In the example of , video encoder 200 includes multiple functional components. The techniques described in this disclosure can be shared among the various components of video encoder 200. In some examples, a processor can be configured to perform any or all of the techniques described in this disclosure.

[0551] The functional components of the video encoder 200 may include a segmentation unit 201, a prediction unit 202 which may include a mode selection unit 203, a motion estimation unit 204, a motion compensation unit 205 and an intra-frame prediction unit 206, a residual generation unit 207, a transform unit 208, a quantization unit 209, an inverse quantization unit 210, an inverse transform unit 211, a reconstruction unit 212, a buffer 213 and an entropy coding unit 214.

[0552] In other examples, the video encoder 200 may include more, fewer, or different functional components. In one example, the prediction unit 202 may include an intra-block copy (IBC) unit. The IBC unit may perform prediction in an IBC mode where at least one reference picture is a picture in which the current video block is located.

[0553] Furthermore, some components, such as the motion estimation unit 204 and the motion compensation unit 205, may be highly integrated, but for the purpose of explanation, are not shown in FIG. Figure 10 are represented separately in the examples.

[0554] The partitioning unit 201 may partition a picture into one or more video blocks. The video encoder 200 and the video decoder 300 may support various video block sizes.

[0555] The mode selection unit 203 can, for example, select one of the coding modes, intra or inter, based on the error result, and provide the resulting intra or inter coded block to the residual generation unit 207 to generate residual block data, and to the reconstruction unit 212 to reconstruct the coded block for use as a reference picture. In some examples, the mode selection unit 203 can select a combination of intra prediction and inter prediction (CIIP) modes, where the prediction is based on an inter prediction signal and an intra prediction signal. The mode selection unit 203 can also select a resolution of motion vectors for the block in the case of inter prediction (e.g., sub-pixel or integer pixel precision).

[0556] To perform inter-frame prediction on the current video block, the motion estimation unit 204 may generate motion information for the current video block by comparing the current video block with one or more reference frames from the buffer 213. The motion compensation unit 205 may determine a predicted video block for the current video block based on the motion information and decoded samples of pictures from the buffer 213 (except the picture associated with the current video block).

[0557] Motion estimation unit 204 and motion compensation unit 205 may perform different operations on the current video block, eg, depending on whether the current video block is in an I slice, a P slice, or a B slice.

[0558] In some examples, motion estimation unit 204 may perform unidirectional prediction on the current video block, and motion estimation unit 204 may search for a reference video block for the current video block in the reference pictures in list 0 or list 1. Motion estimation unit 204 may then generate a reference index indicating the reference picture in list 0 or list 1 containing the reference video block, and a motion vector indicating the spatial displacement between the current video block and the reference video block. Motion estimation unit 204 may output the reference index, the prediction direction indicator, and the motion vector as motion information for the current video block. Motion compensation unit 205 may generate a predicted video block for the current block based on the reference video block indicated by the motion information for the current video block.

[0559] In other examples, the motion estimation unit 204 may perform bidirectional prediction on the current video block. The motion estimation unit 204 may search for a reference video block for the current video block in the reference pictures in list 0 and may also search for another reference video block for the current video block in the reference pictures in list 1. The motion estimation unit 204 may then generate a reference index indicating the reference pictures in list 0 and list 1 containing the reference video block, and a motion vector indicating the spatial displacement between the reference video block and the current video block. The motion estimation unit 204 may output the reference index and motion vector for the current video block as motion information for the current video block. The motion compensation unit 205 may generate a predicted video block for the current video block based on the reference video block indicated by the motion information of the current video block.

[0560] In some examples, motion estimation unit 204 may output a complete set of motion information for use in the decoding process of the decoder.

[0561] In some examples, motion estimation unit 204 may not output a complete set of motion information for the current video. Instead, motion estimation unit 204 may reference motion information of another video block to signal the motion information for the current video block. For example, motion estimation unit 204 may determine that the motion information for the current video block is sufficiently similar to the motion information for a neighboring video block.

[0562] In one example, motion estimation unit 204 may indicate a value in a syntax structure associated with the current video block that indicates to video decoder 300 that the current video block has the same motion information as another video block.

[0563] In another example, the motion estimation unit 204 can identify another video block and a motion vector difference (MVD) in a syntax structure associated with the current video block. The motion vector difference indicates the difference between the motion vector of the current video block and the motion vector of the indicated video block. The video decoder 300 can use the motion vector of the indicated video block and the motion vector difference to determine the motion vector of the current video block.

[0564] As discussed above, the video encoder 200 may predictively signal motion vectors.Two examples of predictive signaling techniques that may be implemented by the video encoder 200 include advanced motion vector prediction (AMVP) and merge mode signaling.

[0565] The intra-frame prediction unit 206 can perform intra-frame prediction on the current video block. When the intra-frame prediction unit 206 performs intra-frame prediction on the current video block, the intra-frame prediction unit 206 can generate prediction data for the current video block based on decoded samples of other video blocks in the same picture. The prediction data for the current video block may include a predicted video block and various syntax elements.

[0566] The residual generation unit 207 may generate residual data for the current video block by subtracting (e.g., indicated by a minus sign) the predicted video block of the current video block from the current video block. The residual data for the current video block may include residual video blocks corresponding to different sample components of the samples in the current video block.

[0567] In other examples, such as in skip mode, there may be no residual data for the current video block, and the residual generation unit 207 may not perform a subtraction operation.

[0568] Transform processing unit 208 may generate one or more transform coefficient video blocks for a current video block by applying one or more transforms to a residual video block associated with the current video block.

[0569] After transform processing unit 208 generates a transform coefficient video block associated with the current video block, quantization unit 209 may quantize the transform coefficient video block associated with the current video block based on one or more quantization parameter (QP) values ​​associated with the current video block.

[0570] The inverse quantization unit 210 and the inverse transform unit 211 may apply inverse quantization and inverse transform, respectively, to the transform coefficient video block to reconstruct a residual video block from the transform coefficient video block. The reconstruction unit 212 may add the reconstructed residual video block to corresponding samples from one or more predicted video blocks generated by the prediction unit 202 to generate a reconstructed video block associated with the current block for storage in the buffer 213.

[0571] After the reconstruction unit 212 reconstructs the video block, a loop filtering operation may be performed to reduce video block artifacts in the video block.

[0572] The entropy coding unit 214 may receive data from other functional components of the video encoder 200. When the entropy coding unit 214 receives the data, the entropy coding unit 214 may perform one or more entropy coding operations to generate entropy-coded data and output a bitstream including the entropy-coded data.

[0573] Figure 11 is a block diagram illustrating an example of a video decoder 300, which may be Figure 9 The video decoder 114 in the system 100 is shown.

[0574] Video decoder 300 may be configured to perform any or all of the techniques of this disclosure. Figure 11 In the example of FIG, video decoder 300 includes multiple functional components. The techniques described in this disclosure can be shared among the various components of video decoder 300. In some examples, a processor can be configured to perform any or all of the techniques described in this disclosure.

[0575] exist Figure 11 In the example of FIG. 3 , the video decoder 300 includes an entropy decoding unit 301, a motion compensation unit 302, an intra-frame prediction unit 303, an inverse quantization unit 304, an inverse transform unit 305, a reconstruction unit 306, and a buffer 307. In some examples, the video decoder 300 can perform operations generally similar to those described with respect to the video encoder 200 ( Figure 10 ) is the reverse of the encoding process described in .

[0576] The entropy decoding unit 301 can retrieve a coded bitstream. The coded bitstream can include entropy-coded video data (e.g., coded blocks of video data). The entropy decoding unit 301 can decode the entropy-coded video data, and the motion compensation unit 302 can determine motion information from the entropy-decoded video data, which includes motion vectors, motion vector precision, reference picture list index, and other motion information. For example, the motion compensation unit 302 can determine this information by performing AMVP and merge modes.

[0577] The motion compensation unit 302 may generate a motion compensated block, possibly performing interpolation based on an interpolation filter. An identifier of the interpolation filter used with sub-pixel precision may be included in a syntax element.

[0578] The motion compensation unit 302 may calculate interpolated values ​​of sub-integer pixels of the reference block using the interpolation filter used by the video encoder 20 during encoding of the video block. The motion compensation unit 302 may determine the interpolation filter used by the video encoder 200 based on received syntax information and use the interpolation filter to generate a prediction block.

[0579] The motion compensation unit 302 may use some syntax information to determine the size of blocks used to encode frames and / or slices of the coded video sequence, partitioning information describing how each macroblock of a picture of the coded video sequence is partitioned, a mode indicating how each partition is encoded, one or more reference frames (and reference frame lists) for each inter-frame coded block, and other information used to decode the coded video sequence.

[0580] The intra prediction unit 303 can form a prediction block based on spatially neighboring blocks using, for example, an intra prediction mode received in the bitstream. The inverse quantization unit 303 inversely quantizes (i.e., dequantizes) the quantized video block coefficients provided in the bitstream and decoded by the entropy decoding unit 301. The inverse transform unit 303 applies an inverse transform.

[0581] The reconstruction unit 306 can sum the residual block with the corresponding prediction block generated by the motion compensation unit 202 or the intra prediction unit 303 to form a decoded block. If necessary, a deblocking filter can also be applied to filter the decoded block to remove blocking artifacts. The decoded video block is then stored in the buffer 307, which provides reference blocks for subsequent motion compensation / intra prediction and also produces decoded video for presentation on a display device.

[0582] Figure 12 An example method for implementing the above technical solution is shown, for example, Figure 7-11 The embodiment shown in .

[0583] like Figure 12 As shown, a flowchart of an example method 1200 for video processing includes, at operation 1210, determining that a coding mode of a current video block of a video includes an adaptive color transform (ACT) mode, and enabling a joint coding and decoding of chroma residual (JCCR) codec tool for coding the current video block.

[0584] At operation 1220 , method 1200 includes performing conversion between the video and a bitstream of the video based on the determination, the quantization parameter offset used to encode the current video block being based on a mode used by the JCCR codec tool.

[0585] A list of preferred solutions for some embodiments is provided below.

[0586] 1. A video processing method, comprising determining that a codec mode of a current video block of a video includes an adaptive color transform (ACT) mode, and enabling a joint codec for chroma residual (JCCR) codec tool for encoding and decoding the current video block, and performing conversion between the video and a bitstream of the video based on the determination, wherein a quantization parameter offset used for encoding and decoding the current video block is based on a mode used by the JCCR codec tool.

[0587] 2. The method according to solution 1, wherein the ACT mode uses YCgCo color transform.

[0588] 3. The method according to Solution 2, wherein the QP offset is -5 or -6 because the mode of the JCCR tool is 1.

[0589] 4. The method according to Solution 2, wherein the QP offset is -7 because the mode of the JCCR tool is 2.

[0590] 5. The method according to Solution 2, wherein the QP offset is -4 or -5 because the mode of the JCCR tool is 3.

[0591] 6. The method according to solution 1, wherein the ACT mode uses YCgCo-R color transform.

[0592] 7. The method according to solution 6, wherein the QP offset is 0 or 1 because the mode of the JCCR tool is 1.

[0593] 8. The method according to Solution 6, wherein the QP offset is -1 because the mode of the JCCR tool is 2.

[0594] 9. The method according to Solution 6, wherein the QP offset is 1 or 2 because the mode of the JCCR tool is 3.

[0595] 10. The method according to any one of solutions 1 to 9, wherein the QP offset is act_qp_offset.

[0596] 11. The method according to any of solutions 1 to 10, wherein converting comprises decoding the video from a bitstream representation.

[0597] 12. The method of any one of solutions 1 to 10, wherein converting comprises encoding the video into a bitstream representation.

[0598] 13. The method of any one of solutions 1 to 10, wherein converting comprises generating a bitstream from the current video block, and wherein the method further comprises storing the bitstream in a non-transitory computer-readable storage medium.

[0599] 14. A method for storing a bitstream representing a video to a computer-readable storage medium, comprising generating a bitstream from the video according to any one or more of the methods described in solutions 1 to 10; and writing the bitstream to the computer-readable storage medium.

[0600] 15. A video processing device, comprising a processor, wherein the processor is configured to implement the method according to any one or more of solutions 1 to 14.

[0601] 16. A computer-readable medium having stored thereon instructions which, when executed, cause a processor to implement the method according to any one or more of solutions 1 to 14.

[0602] 17. A computer-readable medium storing a bitstream representation generated according to any one or more of solutions 1 to 14.

[0603] 18. A video processing device for storing a bitstream representation, wherein the video processing device is configured to implement the method according to any one or more of solutions 1 to 14.

[0604] Another list of preferred solutions for some embodiments is provided next.

[0605] P1. A video processing method, comprising determining whether to enable a chroma block-based delta pulse codec modulation (BDPCM) mode for a video block of a video based on whether an adaptive color transform (ACT) mode and / or a luminance BDPCM mode is enabled for the video block; and performing conversion between a video block and a bitstream representation of the video based on the determination.

[0606] P2. The method of solution P1, wherein signaling of a first value of a first flag associated with enabling chroma BDPCM mode is determined based on signaling of ACT mode enabled for the video block and signaling of a second value of a second flag associated with use of luma BDPCM mode.

[0607] P3. The method according to solution P2, wherein the first value of the first flag has a false value in response to the ACT mode being enabled and the second value of the second flag having a false value.

[0608] P4. Method according to solution P2, wherein the first value of the first flag has a true value in response to the second value of the second flag having a true value.

[0609] P5. Method according to solution P1, wherein the signaling of the ACT mode of the video block is conditionally based on the same BDPCM prediction direction for luma samples and chroma samples of the video block.

[0610] P6. Method according to solution P5, wherein the signaling of the ACT mode is indicated after the signaling of the chroma BDPCM mode and the luma BDPCM mode.

[0611] P7. Method according to solution P1, wherein, in response to use of the ACT mode being enabled, the first value indicating the first prediction direction of the chroma BDPCM mode is derived from the second value indicating the second prediction direction of the luma BDPCM mode.

[0612] P8. Method according to solution P7, wherein the first value indicating the first prediction direction of the chroma BDPCM mode is the same as the second value indicating the second prediction direction of the luma BDPCM mode.

[0613] P9. Method according to solution P8, wherein the first prediction direction of the chroma BDPCM mode and the second prediction direction of the luma BDPCM mode are in a horizontal direction.

[0614] P10. Method according to solution P8, wherein the first prediction direction of the chroma BDPCM mode and the second prediction direction of the luma BDPCM mode are in a vertical direction.

[0615] P11. The method according to solution P1, wherein, in response to usage of the ACT mode being disabled, the first value indicating the first prediction direction of the chroma BDPCM mode is zero.

[0616] P12. A video processing method, comprising determining whether to enable a block-based delta pulse codec modulation (BDPCM) mode for a video block of a video based on whether use of an adaptive color transform (ACT) mode of the video block is enabled; and performing conversion between the video block and a bitstream representation of the video based on the determination.

[0617] P13. The method of solution P12, wherein in response to enabling ACT mode for the video chunk, BDPCM mode is disabled for the video chunk.

[0618] P14. Method according to solution P13, wherein the first flag indicating the BDPCM mode is signaled after the second flag indicating the ACT mode.

[0619] P15. The method according to solution P13, wherein a flag indicating BDPCM mode is not signaled, wherein the flag is determined to be a false value or zero.

[0620] P16. The method of solution P12, wherein, in response to enabling BDPCM mode for the video chunk, disabling ACT mode for the video chunk.

[0621] P17. Method according to solution P16, wherein the first flag indicating BDPCM mode is signaled before the second flag indicating ACT mode.

[0622] P18. The method according to solution P16, wherein a flag indicating an ACT mode is not signaled, wherein the flag is determined to be a false value or zero.

[0623] P19. The method according to any one of solutions P12 to P18, wherein the BDPCM mode comprises a luma BDPCM mode and / or a chroma BDPCM mode.

[0624] P20. Method according to solution P1, wherein the ACT mode is applied when the chroma BDPCM mode and the luma BDPCM mode are associated with different prediction modes.

[0625] P21. Method according to solution P20, wherein the forward ACT mode is applied after the chroma BDPCM mode or the luma BDPCM mode.

[0626] P22. The method of any of solutions P1 to P21, wherein, in response to ACT mode being enabled, a quantization parameter (QP) of the video block is clipped.

[0627] P23. The method according to solution P22, wherein the clipping function for clipping the QP is defined as (l, h, x), where l is the lowest possible value of the input x and h is the highest possible value of the input x.

[0628] P24. According to the method of solution P23, where l is equal to zero.

[0629] P25. The method according to solution P23, where h is equal to 63.

[0630] P26. The method according to solution P22, wherein the QP of the video block is tailored after adjusting the QP for ACT mode.

[0631] P27. The method of solution P23, wherein, in response to transform skip being applied to the video block, l is equal to the minimum allowed QP for the transform skip mode.

[0632] P28. A method according to any of the solutions P23 to P26, wherein l, h, m, n and / or k are integers that depend on (i) a message signaled in a DPS / SPS / VPS / PPS / APS / picture header / slice header / slice group header / largest codec unit (LCU) / codec unit (CU) / LCU row / LCU group / TU / PU block / video codec unit, (ii) the position of the CU / PU / TU / block / video codec unit, (iii) the blocks containing samples along the edge The codec mode may be (i) the codec mode of the current block, (iv) the transform matrix applied to the block containing samples along the edge, (v) the block size / block shape of the current block and / or its neighboring blocks, (vi) an indication of the color format (e.g., 4:2:0, 4:4:4, RGB, or YUV), (vii) the codec tree structure (e.g., dual tree or single tree), (viii) the slice / slice group type and / or picture type, (ix) the color component (e.g., may be applied to only Cb or Cr), (x) the temporal layer ID, or (xi) the profile / level / tier of the standard.

[0633] P29. A method according to any of the solutions P23 to P26, wherein l, h, m, n and / or k are signaled to the decoder.

[0634] P30. The method according to solution P30, wherein the color format is 4:2:0 or 4:2:2.

[0635] P31. Method according to any of the solutions P1 to P30, wherein the indication of ACT mode or BDPCM mode or chroma BDPCM mode or luma BDPCM mode is signaled at sequence, picture, slice, tile, or video area level.

[0636] P32. A video processing method, comprising determining to use a joint codec coding of chroma residual (JCCR) tool for a video block of a video with an adaptive color transform (ACT) mode enabled; and performing conversion between the video block and a bitstream representation of the video based on the determination, wherein a quantization parameter (QP) of the ACT mode is based on a mode of the JCCR tool.

[0637] P33. The method of solution P32, wherein when the mode of the JCCR tool is determined to be 1, the QP is -5 or -6.

[0638] P34. The method according to solution P32, wherein when the mode of the JCCR tool is determined to be 3, the QP is -4 or -5.

[0639] P35. A method according to any of solutions P1 to P34, wherein the conversion comprises parsing and decoding the codec representation to generate video pixels.

[0640] P36. A method according to any of the solutions P1 to P34, wherein converting comprises generating a codec representation by encoding the video.

[0641] P37. A video decoding device comprising a processor configured to implement the method according to one or more of solutions P1 to P36.

[0642] P38. A video encoding device comprising a processor configured to implement the method described in one or more of solutions P1 to P36.

[0643] P39. A computer program product having computer code stored thereon, which, when executed by a processor, causes the processor to implement the method according to solutions P1 to P36.

[0644] In this document, the term "video processing" may refer to video encoding, video decoding, video compression, or video decompression. For example, a video compression algorithm may be applied during the conversion from a pixel representation of a video to a corresponding bitstream representation, or vice versa. For example, the bitstream representation of a current video block may correspond to bits that are co-located or dispersed across different locations within the bitstream, as defined by the syntax. For example, a macroblock may be encoded based on error residual values ​​from transforms and codecs, and may also be encoded using bits in the header and other fields in the bitstream.

[0645] The disclosed and other solutions, examples, embodiments, modules, and functional operations described in this document may be implemented in digital electronic circuitry, or in computer software, firmware, or hardware (including the structures disclosed in this document and their structural equivalents), or in a combination of one or more thereof. The disclosed and other embodiments may be implemented as one or more computer program products, i.e., one or more modules of computer program instructions encoded on a computer-readable medium for execution by a data processing device or to control its operation. The computer-readable medium may be a machine-readable storage device, a machine-readable storage substrate, a storage device, a composition of matter that effects a machine-readable propagated signal, or one or more combinations thereof. The term "data processing device" encompasses all devices, apparatus, and machines for processing data, including, for example, a programmable processor, a computer, or multiple processors or computers. In addition to hardware, a device may also include code that creates an execution environment for the computer program in question, such as code constituting processor firmware, a protocol stack, a database management system, an operating system, or a combination of one or more thereof. A propagated signal is an artificially generated signal, such as a machine-generated electrical, optical, or electromagnetic signal, that is generated to encode information for transmission to a suitable receiver device.

[0646] A computer program (also referred to as a program, software, software application, script, or code) can be written in any form of programming language, including compiled or interpreted languages, and it can be deployed in any form, including as a stand-alone program or as a module, component, subroutine, or other unit suitable for use in a computing environment. A computer program does not necessarily correspond to a file in a file system. A program may be stored in a file portion that holds other programs or data (e.g., one or more scripts stored in a markup language document), in a single file dedicated to the program in question, or in multiple coordinated files (e.g., files that store one or more modules, subroutines, or code portions). A computer program may be deployed to execute on a single computer or on multiple computers located at a single site or distributed across multiple sites and interconnected by a communications network.

[0647] The processes and logic flows described in this document can be performed by one or more programmable processors executing one or more computer programs to perform functions by operating on input data and generating output. The processes and logic flows can also be performed by, and devices can also be implemented as, special purpose logic circuitry, such as an FPGA (field programmable gate array) or an ASIC (application-specific integrated circuit).

[0648] Processors suitable for executing computer programs include, for example, general-purpose and special-purpose microprocessors, as well as any one or more processors of any type of digital computer. Typically, a processor will receive instructions and data from read-only memory or random access memory, or both. The essential elements of a computer are a processor for executing instructions and one or more memory devices for storing instructions and data. Typically, a computer will also include one or more mass storage devices (e.g., magnetic, magneto-optical, or optical disks) for storing data, or be operatively coupled to receive data from or transfer data to, or both. However, a computer need not have such devices. Computer-readable media suitable for storing computer program instructions and data include all forms of nonvolatile memory, media, and storage devices, including, for example, semiconductor memory devices such as EPROM, EEPROM, and flash memory devices; magnetic disks, such as internal hard disks or removable disks; magneto-optical disks; and CD-ROM and DVD-ROM disks. The processor and memory may be supplemented by or incorporated into special-purpose logic circuitry.

[0649] Although this patent document contains many details, these details should not be interpreted as limitations on the scope of any subject matter or content that may be claimed, but rather as descriptions of features that may be specific to particular embodiments of particular technologies. Certain features described in this patent document in the context of separate embodiments may also be implemented in combination in a single embodiment. Conversely, various features described in the context of a single embodiment may also be implemented separately in multiple embodiments or in any suitable subcombination. Furthermore, although features may be described above as working in certain combinations, and even initially declared as such, in some cases one or more features may be deleted from the declared combination, and the declared combination may refer to a subcombination or a variant of a subcombination.

[0650] Similarly, while operations may be depicted in a particular order in the drawings, this should not be understood as requiring that such operations be performed in the particular order shown or in sequential order, or that all illustrated operations be performed, in order to achieve desired results. Furthermore, the separation of various system components in the embodiments described in this patent document should not be understood as requiring such separation in all embodiments.

[0651] Only a few implementations and examples are described, and other implementations, enhancements, and variations can be made based on what is described and illustrated in this patent document.

Claims

1. A video processing method, comprising: Determining that a codec mode of a current video block of a video includes an adaptive color transform (ACT) mode, and enabling a joint coding and decoding of chroma residual (JCCR) codec tool for coding and decoding the current video block, and performing conversion between the video and a bitstream of the video based on the determination, wherein the quantization parameter QP offset used for encoding and decoding the current video block is based on a mode used by the JCCR codec tool; When the ACT mode uses YCgCo color transform, When the mode of the JCCR tool is 1, the QP offset is -5 or -6.

2. The method according to claim 1, wherein When the mode of the JCCR tool is 2, the QP offset is -7.

3. The method according to claim 1, wherein When the mode of the JCCR tool is 3, the QP offset is -4 or -5.

4. The method according to claim 1, wherein When the ACT mode uses YCgCo-R color transform, when the mode of the JCCR tool is 1, the QP offset is 0 or 1.

5. The method according to claim 1, wherein When the ACT mode uses YCgCo-R color transform, when the mode of the JCCR tool is 2, the QP offset is -1.

6. The method according to claim 1, wherein When the ACT mode uses YCgCo-R color transform, when the mode of the JCCR tool is 3, the QP offset is 1 or 2.

7. The method according to any one of claims 1 to 6, wherein: The QP offset is act_qp_offset.

8. The method according to any one of claims 1 to 6, wherein: The converting includes decoding the video from the bitstream.

9. The method according to any one of claims 1 to 6, wherein: The converting includes encoding the video into the bitstream.

10. The method according to any one of claims 1 to 6, wherein: The converting comprises generating the bitstream from the current video block, and wherein the method further comprises: The bitstream is stored in a non-transitory computer-readable storage medium.

11. A method of storing a bitstream representing a video to a computer-readable storage medium, comprising: Generating a bitstream from a video according to the method of any one of claims 1 to 7; as well as The bitstream is written to the computer-readable storage medium. 12 . A video processing device, comprising a processor, wherein the processor is configured to implement the method according to claim 1 .

13. A computer-readable medium having stored thereon instructions which, when executed, cause a processor to implement the method according to one of claims 1 to 7.

Images