JP2022539316A - ビデオコーディングにおける簡略化されたイントラクロマモードコーディング - Google Patents

ビデオコーディングにおける簡略化されたイントラクロマモードコーディング Download PDF

Info

Publication number
JP2022539316A
JP2022539316A JP2021576132A JP2021576132A JP2022539316A JP 2022539316 A JP2022539316 A JP 2022539316A JP 2021576132 A JP2021576132 A JP 2021576132A JP 2021576132 A JP2021576132 A JP 2021576132A JP 2022539316 A JP2022539316 A JP 2022539316A
Authority
JP
Japan
Prior art keywords
chroma
prediction mode
syntax element
mode
block
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2021576132A
Other languages
English (en)
Other versions
JPWO2020263392A5 (ja
Inventor
レイ、バッパディティア
ファン・デル・オーウェラ、ゲールト
カルチェビチ、マルタ
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Qualcomm Inc
Original Assignee
Qualcomm Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Qualcomm Inc filed Critical Qualcomm Inc
Publication of JP2022539316A publication Critical patent/JP2022539316A/ja
Publication of JPWO2020263392A5 publication Critical patent/JPWO2020263392A5/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/102—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
    • H04N19/103—Selection of coding mode or of prediction mode
    • H04N19/11—Selection of coding mode or of prediction mode among a plurality of spatial predictive coding modes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/50—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding
    • H04N19/593—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding involving spatial prediction techniques
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/102—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
    • H04N19/13—Adaptive entropy coding, e.g. adaptive variable length coding [AVLC] or context adaptive binary arithmetic coding [CABAC]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/134—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or criterion affecting or controlling the adaptive coding
    • H04N19/157—Assigned coding mode, i.e. the coding mode being predefined or preselected to be further used for selection of another element or parameter
    • H04N19/159—Prediction type, e.g. intra-frame, inter-frame or bidirectional frame prediction
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/169—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
    • H04N19/17—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object
    • H04N19/174—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object the region being a slice, e.g. a line of blocks or a group of blocks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/169—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
    • H04N19/17—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object
    • H04N19/176—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object the region being a block, e.g. a macroblock
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/169—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
    • H04N19/186—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being a colour or a chrominance component
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/169—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
    • H04N19/1887—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being a variable length codeword
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/70—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by syntax aspects related to video coding, e.g. related to compression standards

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Compression Or Coding Systems Of Tv Signals (AREA)
  • Color Television Systems (AREA)

Abstract

本開示は、クロマイントラ予測モードでビデオデータを符号化および復号するためのビデオ符号化およびビデオ復号技法について説明する。本技法は、符号化および復号プロセスの態様を簡略化することによって、ならびに符号化および復号のために使用される２値化テーブルの数を低減することによって、符号化および復号プロセスを改善し得る。その上、２値化テーブル数を低減することは、ビデオ符号化または復号プロセスを実施するためにエンコーダデバイスまたはデコーダデバイスにおいて必要とされるメモリの量を低減し得る。

Description

[0001] 本出願は、その各々の内容全体が参照により本明細書に組み込まれる、２０１９年６月２５日に出願された米国仮特許出願第６２／８６６，４４５号、および２０１９年７月８日に出願された米国仮特許出願第６２／８７１，５４８の利益を主張する、２０２０年４月２２日に出願された米国特許出願第１６／８５５，４６２号の優先権を主張する。
[0002] 本開示は、ビデオ符号化（video encoding）およびビデオ復号（video decoding）に関する。
[0003] デジタルビデオ能力は、デジタルテレビジョン、デジタルダイレクトブロードキャストシステム、ワイヤレスブロードキャストシステム、携帯情報端末（ＰＤＡ）、ラップトップまたはデスクトップコンピュータ、タブレットコンピュータ、電子ブックリーダー、デジタルカメラ、デジタル記録デバイス、デジタルメディアプレーヤ、ビデオゲームデバイス、ビデオゲームコンソール、セルラーまたは衛星無線電話、いわゆる「スマートフォン」、ビデオ遠隔会議デバイス、ビデオストリーミングデバイスなどを含む、広範囲にわたるデバイスに組み込まれ得る。デジタルビデオデバイスは、ＭＰＥＧ－２、ＭＰＥＧ－４、ＩＴＵ－Ｔ Ｈ．２６３、ＩＴＵ－Ｔ Ｈ．２６４／ＭＰＥＧ－４、Ｐａｒｔ１０，アドバンストビデオコーディング（ＡＶＣ）、ＩＴＵ－Ｔ Ｈ．２６５／高効率ビデオコーディング（ＨＥＶＣ）によって定義された規格、およびそのような規格の拡張に記載されているビデオコーディング技法など、ビデオコーディング技法を実装する。ビデオデバイスは、そのようなビデオコーディング技法を実装することによって、デジタルビデオ情報をより効率的に送信、受信、符号化、復号、および／または記憶し得る。
[0004] ビデオコーディング技法は、ビデオシーケンスに固有の冗長性を低減または除去するための空間（ピクチャ（picture）内）予測および／または時間（ピクチャ間）予測を含む。ブロックベースのビデオコーディングでは、ビデオスライス（たとえば、ビデオピクチャまたはビデオピクチャの一部分）が、コーディングツリーユニット（ＣＴＵ：coding tree unit）、コーディングユニット（ＣＵ）および／またはコーディングノードと呼ばれることもある、ビデオブロックに区分され得る。ピクチャのイントラコード化（Ｉ）スライス中のビデオブロックは、同じピクチャ中の隣接ブロック中の参照サンプルに対する空間予測を使用して符号化される。ピクチャのインターコード化（ＰまたはＢ）スライス中のビデオブロックは、同じピクチャ中の隣接ブロック中の参照サンプルに対する空間予測、または他の参照ピクチャ中の参照サンプルに対する時間予測を使用し得る。ピクチャはフレームと呼ばれることがあり、参照ピクチャは参照フレームと呼ばれることがある。
[0005] 概して、本開示は、いわゆる「クロマイントラ予測モード（chroma intra prediction mode）」でビデオデータ（video data）を符号化および復号するためのビデオ符号化およびビデオ復号技法について説明する。本技法は、符号化および復号プロセスの態様を簡略化することによって、ならびに符号化および復号のために使用される２値化テーブル（binarization table）の数を低減することによって、符号化および復号プロセスを改善し得る。その上、２値化テーブル数を低減することは、ビデオ符号化または復号プロセスを実施するためにエンコーダデバイス（encoder device）またはデコーダデバイス（decoder device）において必要とされるメモリの量（the amount of memory）を低減し得る。本技法は、１つまたは複数のビデオ圧縮規格に適用可能であり得、詳細には、多用途ビデオコーディング（ＶＶＣ：Versatile Video Coding）とも呼ばれる、ＩＴＵ－Ｔ Ｈ．２６６規格に適用可能であり得る。
[0006] ＶＶＣのいくつかのテストモデルによれば、クロマブロック（chroma block）を符号化および復号するために、線形モデル（ＬＭ：linear model）モードが使用され得る。ＬＭモードは、本明細書ではＬＭイントラ予測モードと呼ばれることもある。その上、ＶＶＣのいくつかのテストモデルによれば、ビデオデータのピクチャについてすべてのＬＭモードが無効にされるかどうかを示すために、シンタックス要素（syntax element）が使用され得る。これらのテストモデルによれば、ＬＭモードが無効にされる場合、ブロックのために使用されるクロマイントラ予測コーディングモードを識別するために、インデックスの第１のセットが使用されるが、ＬＭモードが有効にされる場合、（第１のセットとは異なる）インデックスの第２のセットが使用され得る。その上、これらの２つの状況を扱うために、２つの異なる２値化テーブルが使用され得る。
[0007] イントラコーディングモードを識別するためのインデックスの２つの異なるセットの使用と２つの異なる２値化テーブルの使用とは両方とも、ビデオデータのピクチャについてすべてのＬＭイントラ予測モードが無効にされるかどうかを示すためのシンタックス要素を使用するＶＶＣのそのようなテストモデルから生じ得る問題であり、これは、符号化および復号プロセスにおける複雑さを引き起こすことがあり、２つの２値化テーブルを記憶するために追加のメモリを必要とし得る。本開示の技法は、イントラモード識別のために使用され得るインデックスの共通セットを定義することによって、これらの問題に対処し、それにより、ＬＭモードが有効にされるときおよびＬＭモードが無効にされるときに通常ならば必要とされ得るインデックスの２つの異なるセットをなくすことができる。さらに、本開示の技法は、イントラコーディングモードシグナリングに関連付けられたすべての状況のために使用され得る共通の２値化テーブルを定義する、これらの問題に対処し、それにより、２値化テーブル数を２つから１つに低減し得、これは、符号化および復号プロセスのためにエンコーダおよびデコーダにおいて必要とされるメモリの量を低減することができる。
[0008] 一例では、本開示は、ビデオデータを復号する方法について説明する。本方法は、ビデオデータのピクチャについてすべてのＬＭモードが無効にされるかどうかを示す第１のシンタックス要素（first syntax element）を復号することと、ピクチャのクロマブロックについてのクロマ予測モードインデックス（chroma prediction mode index）を示す第２のシンタックス要素（second syntax element）を復号することと、クロマイントラ予測インデックス（chroma intra prediction index）に基づいてクロマブロックについてのクロマイントラ予測モードを決定することとを含み得る。クロマブロックについてのクロマイントラ予測モードを決定することは、クロマブロックについてのクロマ予測モードインデックスが特定の値（particular value）に等しいことに基づいて、クロマブロックについてのクロマイントラ予測モードが、コロケートされたルーマブロック（collocated luma block）から継承（inherit）されると決定することを備え得、ここにおいて、コロケートされたルーマブロックはクロマブロックとコロケートされ、特定の値は、第１のシンタックス要素がピクチャについてすべてのＬＭモードが無効にされることを示すかどうかにかかわらず、同じ値である。本方法は、クロマブロックについてのクロマイントラ予測モードに基づいて、クロマブロックを復号することをさらに含み得る。
[0009] 別の例では、この本開示は、ビデオデータを符号化する方法について説明する。本方法は、ビデオデータのピクチャについてすべてのＬＭモードが無効にされるかどうかを示す第１のシンタックス要素を符号化することと、ピクチャのクロマブロックについてのクロマイントラ予測モードを決定することと、クロマブロックについてのクロマイントラ予測モードを指定するためにクロマイントラ予測インデックスを決定することとを含み得る。クロマイントラ予測モードインデックスを決定することは、クロマブロックについてのクロマイントラ予測モードが、コロケートされたルーマブロックから継承されることを指定するために、特定の値を選択することを含み得、ここにおいて、コロケートされたルーマブロックはクロマブロックとコロケートされ、特定の値は、第１のシンタックス要素がピクチャについてすべてのＬＭモードが無効にされることを示すかどうかにかかわらず、同じ値である。本方法は、ピクチャのクロマブロックについてのクロマ予測モードインデックスを示す第２のシンタックス要素を符号化することをさらに含み得る。
[0010] 別の例では、本開示は、ビデオデータを記憶するように構成されたメモリと、処理回路とを含むビデオ復号デバイスについて説明する。処理回路は、ビデオデータのピクチャについてすべてのＬＭモードが無効にされるかどうかを示す第１のシンタックス要素を復号することと、ピクチャのクロマブロックについてのクロマ予測モードインデックスを示す第２のシンタックス要素を復号することと、クロマイントラ予測インデックスに基づいてクロマブロックについてのクロマイントラ予測モードを決定することとを行うように構成され得る。クロマブロックについてのクロマイントラ予測モードを決定するために、処理回路は、クロマブロックについてのクロマ予測モードインデックスが特定の値に等しいことに基づいて、クロマブロックについてのクロマイントラ予測モードが、コロケートされたルーマブロックから継承されると決定するように構成され得、ここにおいて、コロケートされたルーマブロックはクロマブロックとコロケートされ、特定の値は、第１のシンタックス要素がピクチャについてすべてのＬＭモードが無効にされることを示すかどうかにかかわらず、同じ値である。処理回路は、クロマブロックについてのクロマイントラ予測モードに基づいて、クロマブロックを復号し得る。
[0011] 別の例では、本開示は、ビデオデータを記憶するように構成されたメモリと、処理回路とを含むビデオ符号化デバイスについて説明する。処理回路は、ビデオデータのピクチャについてすべてのＬＭモードが無効にされるかどうかを示す第１のシンタックス要素を符号化することと、ピクチャのクロマブロックについてのクロマイントラ予測モードを決定することと、クロマブロックについてのクロマイントラ予測モードを指定するためにクロマイントラ予測インデックスを決定することとを行うように構成され得る。クロマイントラ予測モードインデックスを決定するために、処理回路は、クロマブロックについてのクロマイントラ予測モードが、コロケートされたルーマブロックから継承されることを指定するために、特定の値を選択するように構成され得、ここにおいて、コロケートされたルーマブロックはクロマブロックとコロケートされ、特定の値は、第１のシンタックス要素がピクチャについてすべてのＬＭモードが無効にされることを示すかどうかにかかわらず、同じ値である。処理回路は、ピクチャのクロマブロックについてのクロマ予測モードインデックスを示す第２のシンタックス要素を符号化し得る。
[0012] 別の例では、本開示は、ビデオデータのピクチャについてすべてのＬＭモードが無効にされるかどうかを示す第１のシンタックス要素を復号するための手段と、ピクチャのクロマブロックについてのクロマ予測モードインデックスを示す第２のシンタックス要素を復号するための手段と、クロマイントラ予測インデックスに基づいてクロマブロックについてのクロマイントラ予測モードを決定するための手段とを備えるビデオ復号デバイスについて説明する。クロマブロックについてのクロマイントラ予測モードを決定することは、クロマブロックについてのクロマ予測モードインデックスが特定の値に等しいことに基づいて、クロマブロックについてのクロマイントラ予測モードが、コロケートされたルーマブロックから継承されると決定することを備え得、ここにおいて、コロケートされたルーマブロックはクロマブロックとコロケートされ、特定の値は、第１のシンタックス要素がピクチャについてすべてのＬＭモードが無効にされることを示すかどうかにかかわらず、同じ値である。本デバイスは、クロマブロックについてのクロマイントラ予測モードに基づいて、クロマブロックを復号するための手段をも含み得る。
[0013] 別の例では、本開示は、ビデオデータのピクチャについてすべてのＬＭモードが無効にされるかどうかを示す第１のシンタックス要素を符号化するための手段と、ピクチャのクロマブロックについてのクロマイントラ予測モードを決定するための手段と、クロマブロックについてのクロマイントラ予測モードを指定するためにクロマイントラ予測インデックスを決定するための手段とを備えるビデオ符号化デバイスについて説明する。クロマイントラ予測モードインデックスを決定することは、クロマブロックについてのクロマイントラ予測モードが、コロケートされたルーマブロックから継承されることを指定するために、特定の値を選択することを備え得、ここにおいて、コロケートされたルーマブロックはクロマブロックとコロケートされ、特定の値は、第１のシンタックス要素がピクチャについてすべてのＬＭモードが無効にされることを示すかどうかにかかわらず、同じ値である。本デバイスは、ピクチャのクロマブロックについてのクロマ予測モードインデックスを示す第２のシンタックス要素を符号化するための手段をも含み得る。
[0014] 別の例では、本開示は、命令を記憶するコンピュータ可読記憶媒体（computer-readable storage medium）であって、命令は、実行されたとき、ビデオ復号デバイスの１つまたは複数のプロセッサに、ビデオデータのピクチャについてすべてのＬＭモードが無効にされるかどうかを示す第１のシンタックス要素を復号することと、ピクチャのクロマブロックについてのクロマ予測モードインデックスを示す第２のシンタックス要素を復号することと、クロマイントラ予測インデックスに基づいてクロマブロックについてのクロマイントラ予測モードを決定することとを行わせる、コンピュータ可読記憶媒体について説明する。クロマブロックについてのクロマイントラ予測モードを決定することは、クロマブロックについてのクロマ予測モードインデックスが特定の値に等しいことに基づいて、クロマブロックについてのクロマイントラ予測モードが、コロケートされたルーマブロックから継承されると決定することを備え得、ここにおいて、コロケートされたルーマブロックはクロマブロックとコロケートされ、特定の値は、第１のシンタックス要素がピクチャについてすべてのＬＭモードが無効にされることを示すかどうかにかかわらず、同じ値である。命令は、１つまたは複数のプロセッサに、クロマブロックについてのクロマイントラ予測モードに基づいて、クロマブロックを復号することをも行わせ得る。
[0015] 別の例では、本開示は、命令を記憶するコンピュータ可読記憶媒体であって、命令は、実行されたとき、ビデオ符号化デバイスの１つまたは複数のプロセッサに、ビデオデータのピクチャについてすべてのＬＭモードが無効にされるかどうかを示す第１のシンタックス要素を符号化することと、ピクチャのクロマブロックについてのクロマイントラ予測モードを決定することと、クロマブロックについてのクロマイントラ予測モードを指定するためにクロマイントラ予測インデックスを決定することとを行わせる、コンピュータ可読記憶媒体について説明する。クロマイントラ予測モードインデックスを決定することは、クロマブロックについてのクロマイントラ予測モードが、コロケートされたルーマブロックから継承されることを指定するために、特定の値を選択することを備え得、ここにおいて、コロケートされたルーマブロックはクロマブロックとコロケートされ、特定の値は、第１のシンタックス要素がピクチャについてすべてのＬＭモードが無効にされることを示すかどうかにかかわらず、同じ値である。命令は、１つまたは複数のプロセッサに、ピクチャのクロマブロックについてのクロマ予測モードインデックスを示す第２のシンタックス要素を符号化することをも行わせ得る。
[0016] １つまたは複数の例の詳細が添付の図面および以下の説明に記載される。他の特徴、目的、および利点は、説明、図面、および特許請求の範囲から明らかになろう。
[0017] 本開示の技法を実施し得る例示的なビデオ符号化および復号システムを示すブロック図。 [0018] 例示的なクワッドツリーバイナリツリー（ＱＴＢＴ：quadtree binary tree）構造を示す概念図。 対応するコーディングツリーユニット（ＣＴＵ）を示す概念図。 [0019] 本開示の技法を実施し得る例示的なビデオエンコーダを示すブロック図。 [0020] 本開示の技法を実施し得る例示的なビデオデコーダを示すブロック図。 [0021] 例示的な通常のイントラ予測モードを示す概念図。 [0022] 線形モデル（ＬＭ）予測モードに関係するパラメータを導出するためのサンプルロケーションを示す概念図。 [0023] 本開示の１つまたは複数の技法による、矩形部分が、ｓｐｓ＿ｃｃｌｍ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいときの分岐を示し、これがシグナリングツリーの分岐である、クロマコーディングのためのシグナルツリーを示す図。 [0024] 現在ブロックを符号化するための例示的な方法を示すフローチャート。 [0025] ビデオデータの現在ブロックを復号するための例示的な方法を示すフローチャート。 [0026] 本開示による、例示的な符号化方法を示すフローチャート。 [0027] 本開示による、例示的な復号方法を示すフローチャート。
[0028] 本開示は、いわゆる「クロマイントラ予測モード」でビデオデータを符号化および復号するためのビデオ符号化およびビデオ復号技法について説明する。本技法は、符号化および復号プロセスの態様を簡略化することによって、ならびに符号化および復号のために使用される２値化テーブルの数を低減することによって、符号化および復号プロセスを改善し得る。特に、本技法は、線形モデル（ＬＭ）モードが有効にされるときの第１の２値化テーブルと、ＬＭモードが無効にされるときの第２の２値化テーブルとの必要をなくし得る。代わりに、２つの２値化テーブルを置き換えるために、統合された２値化テーブルが使用され得る。２値化テーブル数を低減することによって得、本技法は、ビデオ符号化または復号プロセスを実施するためにエンコーダデバイスまたはデコーダデバイスにおいて必要とされるメモリの量を低減するように働き得、ならびにビデオ符号化または復号プロセスを実装するハードウェアの物理的複雑さを潜在的に低減する。本技法は、１つまたは複数のビデオ圧縮規格に適用可能であり得、詳細には、多用途ビデオコーディング（ＶＶＣ）とも呼ばれる、ＩＴＵ－Ｔ Ｈ．２６６規格に適用可能であり得る。
[0029] ＶＶＣのいくつかのテストモデルによれば、クロマブロックを符号化および復号するために、ＬＭモードが使用され得る。その上、ＶＶＣのいくつかのテストモデルによれば、ビデオデータのピクチャについてすべてのＬＭモードが無効にされるかどうかを示すために、シンタックス要素が使用され得る。これらのテストモデルによれば、ＬＭモードが無効にされる場合、ブロックのために使用されるクロマイントラ予測コーディングモードを識別するために、インデックスの第１のセットが使用されるが、ＬＭモードが有効にされる場合、（第１のセットとは異なる）インデックスの第２のセットが使用され得る。その上、これらの２つの状況を扱うために、２つの異なる２値化テーブルが使用され得る。
[0030] イントラコーディングモードを識別するためのインデックスの２つの異なるセットの使用と２つの異なる２値化テーブルの使用とは両方とも、ビデオデータのピクチャについてすべてのＬＭモードが無効にされるかどうかを示すためのシンタックス要素を使用するＶＶＣのそのようなテストモデルから生じ得る問題であり、これは、符号化および復号プロセスにおける複雑さを引き起こすことがあり、２つの２値化テーブルを記憶するために追加のメモリを必要とし得る。本開示の技法は、イントラモード識別のために使用され得るインデックスの共通セットを定義することによって、これらの問題に対処し、それにより、ＬＭモードが有効にされるときおよびＬＭモードが無効にされるときに通常ならば必要とされ得るインデックスの２つの異なるセットをなくし得る。さらに、本開示の技法は、イントラコーディングモードシグナリングに関連付けられたすべての状況のために使用され得る共通の２値化テーブルを定義する、これらの問題に対処し、それにより、２値化テーブル数を２つから１つに低減し得、これは、符号化および復号プロセスのためにエンコーダおよびデコーダにおいて必要とされるメモリの量を低減することができ、ならびに符号化および復号プロセスを実装するデバイスの物理的複雑度を潜在的に低減する。
[0031] ２つの２値化テーブルをなくし、それらを１つの統合された２値化テーブルと置き換えることによって、モードインデックス（mode index）は、ＬＭモードが無効にされるときの状況に対してＬＭモードが有効にされるときの状況について一致させられ得る。そのような簡略化およびメモリ低減の利点は、圧縮に対する悪影響なしに、ならびに符号化およびコーディング効率に対する悪影響なしに実現され得る。
[0032] 図１は、本開示の技法を実施し得る例示的なビデオ符号化および復号システム１００を示すブロック図である。本開示の技法は、概して、ビデオデータをコーディング（符号化および／または復号）することを対象とする。概して、ビデオデータは、ビデオを処理するための任意のデータを含む。したがって、ビデオデータは、生の符号化されていないビデオ、符号化されたビデオ、復号された（たとえば、再構築された）ビデオ、およびシグナリングデータなどのビデオメタデータを含み得る。
[0033] 図１に示されているように、システム１００は、この例では、宛先デバイス１１６によって復号および表示されるべき符号化されたビデオデータを提供するソースデバイス１０２を含む。特に、ソースデバイス１０２は、コンピュータ可読媒体１１０を介して宛先デバイス１１６にビデオデータを提供する。ソースデバイス１０２と宛先デバイス１１６とは、デスクトップコンピュータ、ノートブック（すなわち、ラップトップ）コンピュータ、タブレットコンピュータ、セットトップボックス、スマートフォンのような電話ハンドセット、テレビジョン、カメラ、ディスプレイデバイス、デジタルメディアプレーヤ、ビデオゲームコンソール、ビデオストリーミングデバイスなどを含む、広範囲にわたるデバイスのいずれかを含み得る。いくつかの場合には、ソースデバイス１０２と宛先デバイス１１６とは、ワイヤレス通信のために装備され得、したがって、ワイヤレス通信デバイスと呼ばれることがある。
[0034] 図１の例では、ソースデバイス１０２は、ビデオソース１０４と、メモリ１０６と、ビデオエンコーダ２００と、出力インターフェース１０８とを含む。宛先デバイス１１６は、入力インターフェース１２２と、ビデオデコーダ３００と、メモリ１２０と、ディスプレイデバイス１１８とを含む。本開示によれば、ソースデバイス１０２のビデオエンコーダ２００および宛先デバイス１１６のビデオデコーダ３００は、簡略化されたイントラクロマモードコーディングのための技法を適用するように構成され得る。したがって、ソースデバイス１０２はビデオ符号化デバイスの一例を表し、宛先デバイス１１６はビデオ復号デバイスの一例を表す。他の例では、ソースデバイスと宛先デバイスとは、他の構成要素または配置を含み得る。たとえば、ソースデバイス１０２は、外部カメラなどの外部ビデオソースからビデオデータを受信し得る。同様に、宛先デバイス１１６は、一体型ディスプレイデバイスを含むのではなく、外部ディスプレイデバイスとインターフェースし得る。
[0035] 図１に示されているシステム１００は一例にすぎない。概して、いかなるデジタルビデオ符号化および／または復号デバイスも、簡略化されたイントラクロマモードコーディングのための技法を実施し得る。ソースデバイス１０２と宛先デバイス１１６とは、ソースデバイス１０２が宛先デバイス１１６への送信のためにコーディングされたビデオデータを生成するようなコーディングデバイスの例にすぎない。本開示は、「コーディング」デバイスを、データのコーディング（符号化および／または復号）を実施するデバイスとして参照する。したがって、ビデオエンコーダ２００およびビデオデコーダ３００は、コーディングデバイス、特に、それぞれビデオエンコーダおよびビデオデコーダの例を表す。いくつかの例では、デバイス１０２、１１６は、デバイス１０２、１１６の各々がビデオ符号化および復号構成要素を含むように、実質的に対称的に動作し得る。したがって、システム１００は、たとえば、ビデオストリーミング、ビデオ再生、ビデオブロードキャスティング、またはビデオテレフォニーのための、ビデオデバイス１０２とビデオデバイス１１６との間の一方向または双方向のビデオ送信をサポートし得る。
[0036] 概して、ビデオソース１０４は、ビデオデータ（すなわち、生の符号化されていないビデオデータ）のソースを表し、ビデオデータの連続的な一連のピクチャ（「フレーム」とも呼ばれる）をビデオエンコーダ２００に提供し、ビデオエンコーダ２００は、ピクチャのためにデータを符号化する。ソースデバイス１０２のビデオソース１０４は、ビデオカメラ、以前にキャプチャされた生のビデオを含んでいるビデオアーカイブ、および／またはビデオコンテンツプロバイダからビデオを受信するためのビデオフィードインターフェースなど、ビデオキャプチャデバイスを含み得る。さらなる代替として、ビデオソース１０４は、ソースビデオとして、コンピュータグラフィックスベースのデータ、またはライブビデオとアーカイブビデオとコンピュータ生成されたビデオとの組合せを生成し得る。各場合において、ビデオエンコーダ２００は、キャプチャされたビデオデータ、プリキャプチャされたビデオデータ、またはコンピュータ生成されたビデオデータを符号化する。ビデオエンコーダ２００は、ピクチャを、（「表示順序」と呼ばれることがある）受信順序から、コーディングのためのコーディング順序に並べ替え得る。ビデオエンコーダ２００は、符号化されたビデオデータを含むビットストリームを生成し得る。ソースデバイス１０２は、次いで、たとえば、宛先デバイス１１６の入力インターフェース１２２による受信および／または取出しのために、出力インターフェース１０８を介して符号化されたビデオデータをコンピュータ可読媒体１１０上に出力し得る。
[0037] ソースデバイス１０２のメモリ１０６と、宛先デバイス１１６のメモリ１２０とは、汎用メモリを表す。いくつかの例では、メモリ１０６、１２０は、生のビデオデータ、たとえば、ビデオソース１０４からの生のビデオ、およびビデオデコーダ３００からの生の復号されたビデオデータを記憶し得る。追加または代替として、メモリ１０６、１２０は、たとえば、それぞれ、ビデオエンコーダ２００とビデオデコーダ３００とによって実行可能なソフトウェア命令を記憶し得る。メモリ１０６およびメモリ１２０は、この例では、ビデオエンコーダ２００およびビデオデコーダ３００とは別個に示されているが、ビデオエンコーダ２００とビデオデコーダ３００とは、機能的に同様のまたは等価な目的で内部メモリをも含み得ることを理解されたい。さらに、メモリ１０６、１２０は、符号化されたビデオデータ、たとえば、ビデオエンコーダ２００からの出力、およびビデオデコーダ３００への入力を記憶し得る。いくつかの例では、メモリ１０６、１２０の部分は、たとえば、生の復号および／または符号化されたビデオデータを記憶するために、１つまたは複数のビデオバッファとして割り振られ得る。
[0038] コンピュータ可読媒体１１０は、ソースデバイス１０２から宛先デバイス１１６に符号化されたビデオデータを移送することが可能な任意のタイプの媒体またはデバイスを表し得る。一例では、コンピュータ可読媒体１１０は、ソースデバイス１０２が、たとえば、無線周波数ネットワークまたはコンピュータベースのネットワークを介して、符号化されたビデオデータを宛先デバイス１１６にリアルタイムで直接送信することを可能にするための通信媒体を表す。出力インターフェース１０８は、符号化されたビデオデータを含む送信信号を変調し得、入力インターフェース１２２は、ワイヤレス通信プロトコルなどの通信規格に従って、受信された送信信号を復調し得る。通信媒体は、無線周波数（ＲＦ）スペクトルまたは１つまたは複数の物理伝送線路など、任意のワイヤレスまたはワイヤード通信媒体を含み得る。通信媒体は、ローカルエリアネットワーク、ワイドエリアネットワーク、またはインターネットなどのグローバルネットワークなど、パケットベースネットワークの一部を形成し得る。通信媒体は、ルータ、スイッチ、基地局、またはソースデバイス１０２から宛先デバイス１１６への通信を容易にするために有用であり得る任意の他の機器を含み得る。
[0039] いくつかの例では、コンピュータ可読媒体１１０はストレージデバイス１１２を含み得る。ソースデバイス１０２は、出力インターフェース１０８からストレージデバイス１１２に符号化されたデータを出力し得る。同様に、宛先デバイス１１６は、入力インターフェース１２２を介してストレージデバイス１１２から符号化されたデータにアクセスし得る。ストレージデバイス１１２は、ハードドライブ、Ｂｌｕ－ｒａｙ（登録商標）ディスク、ＤＶＤ、ＣＤ－ＲＯＭ、フラッシュメモリ、揮発性または不揮発性メモリ、あるいは符号化されたビデオデータを記憶するための任意の他の好適なデジタル記憶媒体など、様々な分散されたまたはローカルにアクセスされるデータ記憶媒体のいずれかを含み得る。
[0040] いくつかの例では、コンピュータ可読媒体１１０は、ソースデバイス１０２によって生成された符号化されたビデオデータを記憶し得るファイルサーバ１１４または別の中間ストレージデバイスを含み得る。ソースデバイス１０２は、ソースデバイス１０２によって生成された符号化されたビデオを記憶し得るファイルサーバ１１４または別の中間ストレージデバイスに符号化されたビデオデータを出力し得る。宛先デバイス１１６は、ストリーミングまたはダウンロードを介してファイルサーバ１１４からの記憶されたビデオデータにアクセスし得る。ファイルサーバ１１４は、符号化されたビデオデータを記憶し、その符号化されたビデオデータを宛先デバイス１１６に送信することが可能な任意のタイプのサーバデバイスであり得る。ファイルサーバ１１４は、（たとえば、ウェブサイトのための）ウェブサーバ、ファイル転送プロトコル（ＦＴＰ）サーバ、コンテンツ配信ネットワークデバイス、またはネットワーク接続ストレージ（ＮＡＳ）デバイスを表し得る。宛先デバイス１１６は、インターネット接続を含む、任意の標準のデータ接続を通してファイルサーバ１１４から符号化されたビデオデータにアクセスし得る。これは、ファイルサーバ１１４に記憶された符号化されたビデオデータにアクセスするのに好適であるワイヤレスチャネル（たとえば、Ｗｉ－Ｆｉ（登録商標）接続）、ワイヤード接続（たとえば、デジタル加入者回線（ＤＳＬ）、ケーブルモデムなど）、またはその両方の組合せを含み得る。ファイルサーバ１１４および入力インターフェース１２２は、ストリーミング送信プロトコル、ダウンロード送信プロトコル、またはそれらの組合せに従って動作するように構成され得る。
[0041] 出力インターフェース１０８と入力インターフェース１２２とは、ワイヤレス送信機／受信機、モデム、ワイヤードネットワーキング構成要素（たとえば、イーサネット（登録商標）カード）、様々なＩＥＥＥ８０２．１１規格のいずれかに従って動作するワイヤレス通信構成要素、または他の物理的構成要素を表し得る。出力インターフェース１０８と入力インターフェース１２２とがワイヤレス構成要素を含む例では、出力インターフェース１０８と入力インターフェース１２２とは、４Ｇ、４Ｇ－ＬＴＥ（登録商標）（ロングタームエボリューション）、ＬＴＥアドバンスト、５Ｇなど、セルラー通信規格に従って、符号化されたビデオデータなどのデータを転送するように構成され得る。出力インターフェース１０８がワイヤレス送信機を含むいくつかの例では、出力インターフェース１０８と入力インターフェース１２２とは、ＩＥＥＥ８０２．１１仕様、ＩＥＥＥ８０２．１５仕様（たとえば、ＺｉｇＢｅｅ（登録商標））、Ｂｌｕｅｔｏｏｔｈ（登録商標）規格など、他のワイヤレス規格に従って、符号化されたビデオデータなどのデータを転送するように構成され得る。いくつかの例では、ソースデバイス１０２および／または宛先デバイス１１６は、それぞれのシステムオンチップ（ＳｏＣ）デバイスを含み得る。たとえば、ソースデバイス１０２は、ビデオエンコーダ２００および／または出力インターフェース１０８に帰属する機能を実施するためのＳｏＣデバイスを含み得、宛先デバイス１１６は、ビデオデコーダ３００および／または入力インターフェース１２２に帰属する機能を実施するためのＳｏＣデバイスを含み得る。
[0042] 本開示の技法は、オーバージエアテレビジョン放送、ケーブルテレビジョン送信、衛星テレビジョン送信、動的適応ストリーミングオーバーＨＴＴＰ（ＤＡＳＨ）などのインターネットストリーミングビデオ送信、データ記憶媒体上に符号化されたデジタルビデオ、データ記憶媒体に記憶されたデジタルビデオの復号、または他の適用例など、様々なマルチメディア適用例のいずれかをサポートするビデオコーディングに適用され得る。
[0043] 宛先デバイス１１６の入力インターフェース１２２は、コンピュータ可読媒体１１０（たとえば、通信媒体、ストレージデバイス１１２、ファイルサーバ１１４など）から符号化されたビデオビットストリームを受信する。符号化されたビデオビットストリームは、ビデオブロックまたは他のコーディングされたユニット（たとえば、スライス、ピクチャ、ピクチャグループ、シーケンスなど）の特性および／または処理を記述する値を有するシンタックス要素など、ビデオデコーダ３００によっても使用される、ビデオエンコーダ２００によって定義されるシグナリング情報を含み得る。ディスプレイデバイス１１８は、復号されたビデオデータの復号されたピクチャをユーザに表示する。ディスプレイデバイス１１８は、陰極線管（ＣＲＴ）、液晶ディスプレイ（ＬＣＤ）、プラズマディスプレイ、有機発光ダイオード（ＯＬＥＤ）ディスプレイ、または別のタイプのディスプレイデバイスなど、様々なディスプレイデバイスのいずれかを表し得る。
[0044] 図１には示されていないが、いくつかの例では、ビデオエンコーダ２００とビデオデコーダ３００とは各々、オーディオエンコーダおよび／またはオーディオデコーダと統合され得、共通のデータストリーム中にオーディオとビデオの両方を含む多重化ストリームをハンドリングするために、適切なＭＵＸ－ＤＥＭＵＸユニット、あるいは他のハードウェアおよび／またはソフトウェアを含み得る。適用可能な場合、ＭＵＸ－ＤＥＭＵＸユニットはＩＴＵ Ｈ．２２３マルチプレクサプロトコル、またはユーザデータグラムプロトコル（ＵＤＰ）などの他のプロトコルに準拠し得る。
[0045] ビデオエンコーダ２００とビデオデコーダ３００とは各々、１つまたは複数のマイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、ディスクリート論理、ソフトウェア、ハードウェア、ファームウェアなど、様々な好適なエンコーダおよび／またはデコーダ回路のいずれか、あるいはそれらの任意の組合せとして実装され得る。本技法が部分的にソフトウェアで実装されるとき、デバイスは、好適な非一時的コンピュータ可読媒体にソフトウェアの命令を記憶し、本開示の技法を実施するために１つまたは複数のプロセッサを使用してその命令をハードウェアで実行し得る。ビデオエンコーダ２００とビデオデコーダ３００との各々は、１つまたは複数のエンコーダまたはデコーダ中に含まれ得、そのいずれも、それぞれのデバイスにおいて複合エンコーダ／デコーダ（コーデック）の一部として統合され得る。ビデオエンコーダ２００および／またはビデオデコーダ３００を含むデバイスは、集積回路、マイクロプロセッサ、および／またはセルラー電話などのワイヤレス通信デバイスを含み得る。
[0046] ビデオエンコーダ２００とビデオデコーダ３００とは、高効率ビデオコーディング（ＨＥＶＣ）とも呼ばれるＩＴＵ－Ｔ Ｈ．２６５、あるいはマルチビューおよび／またはスケーラブルビデオコーディング拡張などのそれらの拡張など、ビデオコーディング規格に従って動作し得る。代替的に、ビデオエンコーダ２００とビデオデコーダ３００とは、ジョイント探査テストモデル（ＪＥＭ）、または汎用ビデオコーディング（ＶＶＣ）とも呼ばれるＩＴＵ－Ｔ Ｈ．２６６など、他のプロプライエタリまたは業界規格に従って動作し得る。ＶＶＣ規格の最近のドラフトは、Ｂｒｏｓｓら、「Versatile Video Coding (Draft 5)」、ＩＴＵ－Ｔ ＳＧ１６ ＷＰ３およびＩＳＯ／ＩＥＣ ＪＴＣ１／ＳＣ２９／ＷＧ１１のジョイントビデオエキスパートチーム（ＪＶＥＴ）、第１４回会合、ジュネーブ、スイス、２０１９年３月１９～２７日、ＪＶＥＴ－Ｎ１００１－ｖ８（以下、「ＶＶＣドラフト５」）に記載されている。Ｊ．Ｃｈｅｎ、Ｙ．Ｙｅ、Ｓ．Ｋｉｍ、「Algorithm description for Versatile Video Coding and Test Model 5 (VTM5)」、第１４回ＪＶＥＴ会合、ジュネーブ、スイス、２０１９年３月、ＪＶＥＴ－Ｎ１００２（以下、「ＶＴＭ５」）は、ＶＶＣのためのテストモデルである。ただし、本開示の技法は、いかなる特定のコーディング規格にも限定されない。
[0047] 概して、ビデオエンコーダ２００とビデオデコーダ３００とは、ピクチャのブロックベースのコーディングを実施し得る。「ブロック」という用語は、概して、処理されるべき（たとえば、符号化されるべき、復号されるべき、あるいは符号化および／または復号プロセスにおいて他の方法で使用されるべき）データを含む構造を指す。たとえば、ブロックは、ルミナンスおよび／またはクロミナンスデータのサンプルの２次元行列を含み得る。概して、ビデオエンコーダ２００とビデオデコーダ３００とは、ＹＵＶ（たとえば、Ｙ、Ｃｂ、Ｃｒ）フォーマットで表されるビデオデータをコーディングし得る。すなわち、ピクチャのサンプルのために赤色、緑色、および青色（ＲＧＢ）データをコーディングするのではなく、ビデオエンコーダ２００とビデオデコーダ３００とは、ルミナンス成分とクロミナンス成分とをコーディングし得、ここで、クロミナンス成分は、赤色相と青色相の両方のクロミナンス成分を含み得る。いくつかの例では、ビデオエンコーダ２００は、符号化より前に、受信されたＲＧＢフォーマットのデータをＹＵＶ表現にコンバートし、ビデオデコーダ３００は、ＹＵＶ表現をＲＧＢフォーマットにコンバートする。代替として、前処理および後処理ユニット（図示せず）が、これらのコンバージョンを実施し得る。
[0048] 本開示は、概して、ピクチャのデータを符号化または復号するプロセスを含むように、ピクチャのコーディング（たとえば、符号化および復号）に言及することがある。同様に、本開示は、ブロックのデータを符号化または復号するプロセス、たとえば、予測および／または残差コーディングを含むように、ピクチャのブロックのコーディングに言及することがある。符号化されたビデオビットストリームは、概して、コーディング決定（たとえば、コーディングモード）とブロックへのピクチャの区分とを表すシンタックス要素についての一連の値を含む。したがって、ピクチャまたはブロックをコーディングすることへの言及は、概して、ピクチャまたはブロックを形成するシンタックス要素の値をコーディングすることとして理解されるべきである。
[0049] ＨＥＶＣは、コーディングユニット（ＣＵ）、予測ユニット（ＰＵ）、および変換ユニット（ＴＵ）を含む、様々なブロックを定義する。ＨＥＶＣに従って、（ビデオエンコーダ２００などの）ビデオコーダは、クワッドツリー構造に従ってコーディングツリーユニット（ＣＴＵ）をＣＵに区分する。すなわち、ビデオコーダは、ＣＴＵとＣＵとを４つの等しい重複しない正方形に区分し、クワッドツリーの各ノードは、０個または４つのいずれかの子ノードを有する。子ノードのないノードは、「リーフノード」と呼ばれることがあり、そのようなリーフノードのＣＵは、１つまたは複数のＰＵおよび／または１つまたは複数のＴＵを含み得る。ビデオコーダは、ＰＵとＴＵとをさらに区分し得る。たとえば、ＨＥＶＣでは、残差クワッドツリー（ＲＱＴ）は、ＴＵの区分を表す。ＨＥＶＣでは、ＰＵはインター予測データを表し、ＴＵは残差データを表す。イントラ予測されるＣＵは、イントラモード指示などのイントラ予測情報を含む。
[0050] 別の例として、ビデオエンコーダ２００とビデオデコーダ３００とは、ＪＥＭまたはＶＶＣに従って動作するように構成され得る。ＪＥＭまたはＶＶＣによれば、（ビデオエンコーダ２００などの）ビデオコーダは、ピクチャを複数のコーディングツリーユニット（ＣＴＵ）に区分する。ビデオエンコーダ２００は、クワッドツリーバイナリツリー（ＱＴＢＴ）構造またはマルチタイプツリー（ＭＴＴ）構造など、ツリー構造に従ってＣＴＵを区分し得る。ＱＴＢＴ構造は、ＨＥＶＣのＣＵとＰＵとＴＵとの間の分離など、複数の区分タイプの概念を除去する。ＱＴＢＴ構造は、２つのレベル、すなわち、クワッドツリー区分に従って区分される第１のレベルと、バイナリツリー区分に従って区分される第２のレベルとを含む。ＱＴＢＴ構造のルートノードは、ＣＴＵに対応する。バイナリツリーのリーフノードはコーディングユニット（ＣＵ）に対応する。
[0051] ＭＴＴ区分構造では、ブロックは、クワッドツリー（ＱＴ）区分と、バイナリツリー（ＢＴ）区分と、１つまたは複数のタイプのトリプルツリー（ＴＴ）区分とを使用して区分され得る。トリプルツリー区分は、ブロックが３つのサブブロックにスプリットされる区分である。いくつかの例では、トリプルツリー区分は、中心を通して元のブロックを分割することなしにブロックを３つのサブブロックに分割する。ＭＴＴにおける区分タイプ（たとえば、ＱＴ、ＢＴ、およびＴＴ）は、対称または非対称であり得る。
[0052] いくつかの例では、ビデオエンコーダ２００とビデオデコーダ３００とは、ルミナンス成分とクロミナンス成分との各々を表すために単一のＱＴＢＴまたはＭＴＴ構造を使用し得、他の例では、ビデオエンコーダ２００とビデオデコーダ３００とは、ルミナンス成分のための１つのＱＴＢＴ／ＭＴＴ構造、および両方のクロミナンス成分のための別のＱＴＢＴ／ＭＴＴ構造（またはそれぞれのクロミナンス成分のための２つのＱＴＢＴ／ＭＴＴ構造）など、２つ以上のＱＴＢＴまたはＭＴＴ構造を使用し得る。
[0053] ビデオエンコーダ２００とビデオデコーダ３００とは、ＨＥＶＣに従うクワッドツリー区分、ＱＴＢＴ区分、ＭＴＴ区分、または他の区分構造を使用するように構成され得る。説明の目的で、本開示の技法の説明はＱＴＢＴ区分に関して提示される。しかしながら、本開示の技法は、クワッドツリー区分、または同様に他のタイプの区分を使用するように構成されたビデオコーダにも適用され得ることを理解されたい。
[0054] ブロック（たとえば、ＣＴＵまたはＣＵ）は、ピクチャ中で様々な方法でグループ化され得る。一例として、ブリックは、ピクチャ中の特定のタイル内のＣＴＵ行の矩形領域を指し得る。タイルは、ピクチャ中の特定のタイル列および特定のタイル行内のＣＴＵの矩形領域であり得る。タイル列は、ピクチャの高さに等しい高さと、（たとえば、ピクチャパラメータセット中などの）シンタックス要素によって指定された幅とを有するＣＴＵの矩形領域を指す。タイル行は、（たとえば、ピクチャパラメータセット中などの）シンタックス要素によって指定された高さと、ピクチャの幅に等しい幅とを有するＣＴＵの矩形領域を指す。
[0055] いくつかの例では、タイルは複数のブリックに区分され得、それらの各々は、タイル内に１つまたは複数のＣＴＵ行を含み得る。複数のブリックに区分されないタイルもブリックと呼ばれることがある。しかしながら、タイルの真のサブセットであるブリックは、タイルと呼ばれないことがある。
[0056] ピクチャ中のブリックはまた、スライス中に配置され得る。スライスは、もっぱら単一のネットワークアブストラクションレイヤ（ＮＡＬ）ユニット中に含まれていることがあるピクチャの整数個のブリックであり得る。いくつかの例では、スライスは、いくつかの完全なタイル、または１つのタイルの完全なブリックの連続シーケンスのみのいずれかを含む。
[0057] 本開示は、「Ｎ×Ｎ（NxN）」および「Ｎ×Ｎ（N by N）」は、垂直寸法と水平寸法とに関して（ＣＵまたは他のビデオブロックなどの）ブロックのサンプル寸法を指すために、「Ｎ×Ｎ（NxN）」および「Ｎ×Ｎ（N by N）」、たとえば、１６×１６サンプル（16x16 samples）または１６×１６サンプル（16 by 16 samples）を互換的に使用し得る。概して、１６×１６のＣＵは、垂直方向に１６個のサンプルを有し（ｙ＝１６）、水平方向に１６個のサンプルを有する（ｘ＝１６）。同様に、Ｎ×ＮのＣＵは、概して、垂直方向にＮ個のサンプルを有し、水平方向にＮ個のサンプルを有し、ここで、Ｎは非負整数値を表す。ＣＵ中のサンプルは、行と列とに配置され得る。さらに、ＣＵは、必ずしも、水平方向において垂直方向と同じ数のサンプルを有する必要があるとは限らない。たとえば、ＣＵはＮ×Ｍサンプルを含み得、ここで、Ｍは必ずしもＮに等しいとは限らない。
[0058] ビデオエンコーダ２００は、予測および／または残差情報、ならびに他の情報を表すＣＵのためにビデオデータを符号化する。予測情報は、ＣＵについて予測ブロックを形成するためにＣＵがどのように予測されるべきかを示す。残差情報は、概して、符号化より前のＣＵのサンプルと予測ブロックとの間のサンプルごとの差分を表す。
[0059] ＣＵを予測するために、ビデオエンコーダ２００は、概して、インター予測またはイントラ予測を通してＣＵについて予測ブロックを形成し得る。インター予測は、概して、以前にコーディングされたピクチャのデータからＣＵを予測することを指すが、イントラ予測は、概して、同じピクチャの以前にコーディングされたデータからＣＵを予測することを指す。インター予測を実施するために、ビデオエンコーダ２００は、１つまたは複数の動きベクトルを使用して予測ブロックを生成し得る。ビデオエンコーダ２００は、概して、たとえば、ＣＵと参照ブロックとの間の差分に関して、ＣＵにぴったり一致する参照ブロックを識別するために動き探索を実施し得る。ビデオエンコーダ２００は、参照ブロックが現在ＣＵにぴったり一致するかどうかを決定するために、絶対差分和（ＳＡＤ）、２乗差分和（ＳＳＤ）、平均絶対差（ＭＡＤ）、平均２乗差（ＭＳＤ）、または他のそのような差分計算を使用して差分メトリックを計算し得る。いくつかの例では、ビデオエンコーダ２００は、単方向予測または双方向予測を使用して現在ＣＵを予測し得る。
[0060] ＪＥＭおよびＶＶＣのいくつかの例はまた、インター予測モードと見なされ得るアフィン動き補償モードを提供する。アフィン動き補償モードでは、ビデオエンコーダ２００は、ズームインまたはアウト、回転、パースペクティブの動き、あるいは他の変則の動きタイプなど、非並進の動きを表す２つ以上の動きベクトルを決定し得る。
[0061] イントラ予測を実施するために、ビデオエンコーダ２００は、予測ブロックを生成するようにイントラ予測モードを選択し得る。ＪＥＭおよびＶＶＣのいくつかの例は、様々な方向性モード、ならびに平面モード（planar mode）およびＤＣモードを含む、６７個のイントラ予測モードを提供する。概して、ビデオエンコーダ２００は、現在ブロック（たとえば、ＣＵのブロック）のサンプルをそれから予測すべき、現在ブロックに対する隣接サンプルを記述するイントラ予測モードを選択する。そのようなサンプルは、ビデオエンコーダ２００がラスタ走査順序で（左から右に、上から下に）ＣＴＵとＣＵとをコーディングすると仮定すると、概して、現在ブロックと同じピクチャ中の現在ブロックの上、左上、または左にあり得る。
[0062] 本開示は、いわゆる「クロマイントラ予測モード（chroma intra prediction mode）」でビデオデータを符号化および復号するためのビデオ符号化およびビデオ復号技法について説明する。本技法は、符号化および復号プロセスの態様を簡略化することによって、ならびに符号化および復号のために使用される２値化テーブルの数を低減することによって、符号化および復号プロセスを改善し得る。特に、本技法は、ＬＭモードが有効にされるときの第１の２値化テーブルと、ＬＭモードが無効にされるときの第２の２値化テーブルとの必要をなくし得る。代わりに、２つの２値化テーブルを置き換えるために、統合された２値化テーブルが使用され得る。２値化テーブル数を低減することによって、本技法は、ビデオ符号化または復号プロセスを実施するためにエンコーダデバイスまたはデコーダデバイスにおいて必要とされるメモリの量を低減するように働き得る。本技法は、１つまたは複数のビデオ圧縮規格に適用可能であり得、詳細には、ＶＶＣとも呼ばれる、ＩＴＵ－Ｔ Ｈ．２６６規格に適用可能であり得る。
[0063] ＶＶＣのいくつかのテストモデルによれば、クロマブロックを符号化および復号するために、ＬＭモードが使用され得る。その上、ＶＶＣのいくつかのテストモデルによれば、ビデオデータのピクチャについてすべてのＬＭモードが無効にされるかどうかを示すために、シンタックス要素が使用され得る。これらのテストモデルによれば、ＬＭモードが無効にされる場合、ブロックのために使用されるクロマイントラ予測コーディングモードを識別するために、インデックスの第１のセットが使用されるが、ＬＭモードが有効にされる場合、（第１のセットとは異なる）インデックスの第２のセットが使用され得る。その上、これらの２つの状況を扱うために、２つの異なる２値化テーブルが使用され得る。
[0064] イントラコーディングモードを識別するためのインデックスの２つの異なるセットの使用と２つの異なる２値化テーブルの使用とは両方とも、ビデオデータのピクチャについてすべてのＬＭモードが無効にされるかどうかを示すためのシンタックス要素を使用するＶＶＣのそのようなテストモデルから生じ得る問題であり、これは、符号化および復号プロセスにおける複雑さを引き起こすことがあり、２つの２値化テーブルを記憶するために追加のメモリを必要とし得る。本開示の技法は、イントラモード識別のために使用され得るインデックスの共通セットを定義することによって、これらの問題に対処し、それにより、ＬＭモードが有効にされるときおよびＬＭモードが無効にされるときに通常ならば必要とされ得るインデックスの２つの異なるセットをなくし得る。さらに、本開示の技法は、イントラコーディングモードシグナリングに関連付けられたすべての状況のために使用され得る共通の２値化テーブルを定義する、これらの問題に対処し、それにより、２値化テーブルの数を２つから１つに低減し得、これは、符号化および復号プロセスのためにエンコーダおよびデコーダにおいて必要とされるメモリの量を低減することができる。
[0065] ２つの２値化テーブルをなくし、それらを１つの統合された２値化テーブルと置き換えることによって、モードインデックスは、ＬＭモードが無効にされるときの状況に対してＬＭモードが有効にされるときの状況について一致させられ得る。そのような簡略化およびメモリ低減の利点は、圧縮に対する悪影響なしに、ならびに符号化およびコーディング効率に対する悪影響なしに実現され得る。
[0066] より一般的には、ビデオエンコーダ２００は、現在ブロックについて予測モードを表すデータを符号化する。たとえば、インター予測モードでは、ビデオエンコーダ２００は、様々な利用可能なインター予測モードのうちのどれが使用されるか、ならびに対応するモードの動き情報を示すデータを符号化し得る。たとえば、単方向または双方向インター予測では、ビデオエンコーダ２００は、高度動きベクトル予測（ＡＭＶＰ）またはマージモードを使用して動きベクトルを符号化し得る。ビデオエンコーダ２００は、アフィン動き補償モードのための動きベクトルを符号化するために、同様のモードを使用し得る。
[0067] ブロックのイントラ予測またはインター予測などの予測に続いて、ビデオエンコーダ２００は、ブロックについて残差データを計算し得る。残差ブロックなどの残差データは、ブロックと、対応する予測モードを使用して形成された、ブロックについての予測ブロックとの間の、サンプルごとの差分を表す。ビデオエンコーダ２００は、サンプル領域ではなく変換領域中に変換データを作り出すために、残差ブロックに１つまたは複数の変換を適用し得る。たとえば、ビデオエンコーダ２００は、離散コサイン変換（ＤＣＴ）、整数変換、ウェーブレット変換、または概念的に同様の変換を残差ビデオデータに適用し得る。さらに、ビデオエンコーダ２００は、第１の変換に続いて、モード依存非分離可能２次変換（ＭＤＮＳＳＴ：mode-dependent non-separable secondary transform）、信号依存変換、カルーネンレーベ変換（ＫＬＴ：Karhunen-Loeve transform）などの２次変換を適用し得る。ビデオエンコーダ２００は、１つまたは複数の変換の適用に続いて変換係数を作り出す。
[0068] 上述のように、変換係数を作り出すための任意の変換に続いて、ビデオエンコーダ２００は変換係数の量子化を実施し得る。量子化は、概して、変換係数を表すために使用されるデータの量をできるだけ低減するために変換係数が量子化され、さらなる圧縮を行うプロセスを指す。量子化プロセスを実施することによって、ビデオエンコーダ２００は、変換係数の一部または全部に関連付けられたビット深度を低減し得る。たとえば、ビデオエンコーダ２００は、量子化中にｎビット値をｍビット値に丸めることがあり、ここで、ｎはｍよりも大きい。いくつかの例では、量子化を実施するために、ビデオエンコーダ２００は、量子化されるべき値のビット単位右シフトを実施し得る。
[0069] 量子化に続いて、ビデオエンコーダ２００は、変換係数を走査して、量子化された変換係数を含む２次元行列から１次元ベクトルを作り出し得る。走査は、より高いエネルギー（したがって、より低い頻度）の変換係数をベクトルの前方に配置し、より低いエネルギー（したがって、より高い頻度）の変換係数をベクトルの後方に配置するように設計され得る。いくつかの例では、ビデオエンコーダ２００は、シリアル化されたベクトルを作り出すために、量子化された変換係数を走査するために、あらかじめ定義された走査順序を利用し、次いで、ベクトルの量子化された変換係数をエントロピー符号化し得る。他の例では、ビデオエンコーダ２００は適応型走査を実施し得る。量子化された変換係数を走査して１次元ベクトルを形成した後に、ビデオエンコーダ２００は、たとえば、コンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ：context adaptive binary arithmetic coding）に従って、１次元ベクトルをエントロピー符号化し得る。ビデオエンコーダ２００はまた、ビデオデータを復号する際のビデオデコーダ３００による使用のために、符号化されたビデオデータに関連付けられたメタデータを記述するシンタックス要素についての値をエントロピー符号化し得る。
[0070] ＣＡＢＡＣを実施するために、ビデオエンコーダ２００は、コンテキストモデル内のコンテキストを、送信されるべきシンボルに割り当て得る。コンテキストは、たとえば、シンボルの隣接値が０値であるか否かに関係し得る。確率決定は、シンボルに割り当てられたコンテキストに基づき得る。
[0071] ビデオエンコーダ２００は、さらに、ブロックベースのシンタックスデータ、ピクチャベースのシンタックスデータ、およびシーケンスベースのシンタックスデータなどのシンタックスデータを、たとえば、ピクチャヘッダ、ブロックヘッダ、スライスヘッダ、あるいはシーケンスパラメータセット（ＳＰＳ）、ピクチャパラメータセット（ＰＰＳ）、またはビデオパラメータセット（ＶＰＳ）などの他のシンタックスデータ中で、ビデオデコーダ３００に対して生成し得る。ビデオデコーダ３００は、対応するビデオデータをどのように復号すべきかを決定するために、そのようなシンタックスデータを同様に復号し得る。
[0072] このようにして、ビデオエンコーダ２００は、符号化されたビデオデータ、たとえば、ブロック（たとえば、ＣＵ）へのピクチャの区分ならびにブロックの予測および／または残差情報を記述するシンタックス要素を含むビットストリームを生成し得る。最終的に、ビデオデコーダ３００は、ビットストリームを受信し、符号化されたビデオデータを復号し得る。
[0073] 概して、ビデオデコーダ３００は、ビットストリームの符号化されたビデオデータを復号するために、ビデオエンコーダ２００によって実施されたものの逆プロセスを実施する。たとえば、ビデオデコーダ３００は、ビデオエンコーダ２００のＣＡＢＡＣ符号化プロセスと逆ではあるが、それと実質的に同様の様式でＣＡＢＡＣを使用してビットストリームのシンタックス要素についての値を復号し得る。シンタックス要素は、ＣＴＵのＣＵを定義するために、ピクチャをＣＴＵに区分するための区分情報と、ＱＴＢＴ構造などの対応する区分構造に従う、各ＣＴＵの区分とを定義し得る。シンタックス要素は、ビデオデータのブロック（たとえば、ＣＵ）についての予測および残差情報をさらに定義し得る。
[0074] 残差情報は、たとえば、量子化された変換係数によって表され得る。ビデオデコーダ３００は、ブロックのための残差ブロックを再生するために、ブロックの量子化された変換係数を逆量子化し、逆変換し得る。ビデオデコーダ３００は、ブロックのための予測ブロックを形成するために、シグナリングされた予測モード（イントラまたはインター予測）と、関連する予測情報（たとえば、インター予測のための動き情報）とを使用する。ビデオデコーダ３００は、次いで、元のブロックを再生するために（サンプルごとに）予測ブロックと残差ブロックとを組み合わせ得る。ビデオデコーダ３００は、ブロックの境界に沿って視覚的アーティファクトを低減するためにデブロッキングプロセスを実施することなど、追加の処理を実施し得る。
[0075] 上述のように、ビデオエンコーダ２００およびビデオデコーダ３００は、シンタックス要素の値にＣＡＢＡＣ符号化および復号を適用し得る。シンタックス要素にＣＡＢＡＣ符号化を適用するために、ビデオエンコーダ２００は、「ビン（bin）」と呼ばれる一連の１つまたは複数のビットを形成するためにシンタックス要素の値を２値化し得る。さらに、ビデオエンコーダ２００は、コーディングコンテキストを識別し得る。コーディングコンテキストは、特定の値を有するビンの確率を識別し得る。たとえば、コーディングコンテキストは、０の値のビンをコーディングする０．７の確率と、１の値のビンをコーディングする０．３の確率とを示し得る。コーディングコンテキストを識別した後、ビデオエンコーダ２００は、間隔を下位サブ間隔と上位サブ間隔とに分割し得る。サブ間隔のうちの一方は、値０に関連付けられ得、他方のサブ間隔は、値１に関連付けられ得る。サブ間隔の幅は、識別されたコーディングコンテキストによって、関連付けられた値について示される確率に比例し得る。シンタックス要素のビンが、下位サブ間隔に関連付けられた値を有する場合、符号化された値は、下位サブ間隔の下位境界に等しくなり得る。シンタックス要素の同じビンが、上位サブ間隔に関連付けられた値を有する場合、符号化された値は、上位サブ間隔の下位境界に等しくなり得る。シンタックス要素の次のビンを符号化するために、ビデオエンコーダ２００は、符号化されたビットの値に関連付けられたサブ間隔である間隔で、これらのステップを繰り返し得る。ビデオエンコーダ２００が次のビンについてこれらのステップを繰り返すとき、ビデオエンコーダ２００は、識別されたコーディングコンテキストおよび符号化されたビンの実際の値によって示される確率に基づく、修正された確率を使用し得る。
[0076] ビデオデコーダ３００が、シンタックス要素の値に対してＣＡＢＡＣ復号を実施するとき、ビデオデコーダ３００は、コーディングコンテキストを識別し得る。ビデオデコーダ３００は次いで、間隔を下位サブ間隔と上位サブ間隔とに分割し得る。サブ間隔のうちの一方は、値０に関連付けられ得、他方のサブ間隔は、値１に関連付けられ得る。サブ間隔の幅は、識別されたコーディングコンテキストによって、関連付けられた値について示される確率に比例し得る。符号化された値が下位サブ間隔内にある場合、ビデオデコーダ３００は、下位サブ間隔に関連付けられた値を有するビンを復号し得る。符号化された値が上位サブ間隔内にある場合、ビデオデコーダ３００は、上位サブ間隔に関連付けられた値を有するビンを復号し得る。シンタックス要素の次のビンを復号するために、ビデオデコーダ３００は、符号化された値を含んでいるサブ間隔である間隔で、これらのステップを繰り返し得る。ビデオデコーダ３００が次のビンについてこれらのステップを繰り返すとき、ビデオデコーダ３００は、識別されたコーディングコンテキストおよび復号されたビンによって示される確率に基づく、修正された確率を使用し得る。ビデオデコーダ３００は次いで、シンタックス要素の値を復元するために、ビンを逆２値化し得る。
[0077] いくつかの事例では、ビデオエンコーダ２００は、バイパスＣＡＢＡＣコーディングを使用してビンを符号化し得る。ビンに対してバイパスＣＡＢＡＣコーディングを実施することは、ビンに対して通常のＣＡＢＡＣコーディングを実施することよりも、計算コストが高くないことがある。さらに、バイパスＣＡＢＡＣコーディングを実施することは、より高度の並列化とスループットとを可能にし得る。バイパスＣＡＢＡＣコーディングを使用して符号化されたビンは、「バイパスビン」と呼ばれることがある。一緒にバイパスビンをグループ化することは、ビデオエンコーダ２００およびビデオデコーダ３００のスループットを増加させ得る。バイパスＣＡＢＡＣコーディングエンジンは、単一のサイクルにおいていくつかのビンをコーディングすることが可能であり得るが、通常のＣＡＢＡＣコーディングエンジンは、サイクルにおいて単一のビンのみをコーディングすることが可能であり得る。バイパスＣＡＢＡＣコーディングエンジンがコンテキストを選択せず、両方のシンボル（０および１）について１／２の確率を仮定し得るので、バイパスＣＡＢＡＣコーディングエンジンは、より単純であり得る。したがって、バイパスＣＡＢＡＣコーディングでは、間隔は、直接半分にスプリットされる。
[0078] 本開示のいくつかの技法によれば、ビデオコーダ（たとえば、ビデオエンコーダ２００またはビデオデコーダ３００）は、ビデオデータのピクチャについてすべてのＬＭモードが無効にされるかどうかを示す第１のシンタックス要素（たとえば、ｓｐｓ＿ｃｃｌｍ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）をコーディングし得る。ＣＣＬＭは、クロスコンポーネント線形モデル（cross-component linear model）イントラ予測を示す。この例では、ビデオコーダは、ピクチャのクロマブロックについてのクロマ予測モードインデックスを示す第２のシンタックス要素（たとえば、ｉｎｔｒａ＿ｃｈｒｏｍａ＿ｐｒｅｄ＿ｍｏｄｅ）をコーディングし得る。第２のシンタックス要素の値は、第１のシンタックス要素がピクチャについてすべてのＬＭモードが無効にされることを示すか否かにかかわらず、クロマブロックのイントラ予測モードが、ピクチャのコロケートされたルーマブロックから継承されることを示す。この例では、ビデオコーダは、クロマ予測モードインデックスに基づいてピクチャのクロマブロックをコーディングし得る。
[0079] 本開示のいくつかの技法によれば、ビデオエンコーダ２００は、ビデオデータのピクチャについてすべてのＬＭモードが無効にされるかどうかを示す第１のシンタックス要素を符号化することと、ピクチャのクロマブロックについてのクロマイントラ予測モードを決定することとを行うように構成された処理回路を含み得る。さらに、ビデオエンコーダ２００の処理回路は、クロマブロックについてのクロマイントラ予測モードを指定するためにクロマイントラ予測インデックスを決定し得る。たとえば、クロマイントラ予測モードインデックスを決定することは、クロマブロックについてのクロマイントラ予測モードが、コロケートされたルーマブロックから継承されることを指定するために、特定の値を選択することを含み得る。コロケートされたルーマブロックはクロマブロックとコロケートされ得、特定の値は、第１のシンタックス要素がピクチャについてすべてのＬＭモードが無効にされることを示すかどうかにかかわらず、同じ値である。ビデオエンコーダ２００の処理回路は、ピクチャのクロマブロックについてのクロマ予測モードインデックスを示す第２のシンタックス要素を符号化し得る。
[0080] 相互に、ビデオデコーダ３００は、ビデオデータのピクチャについてすべてのＬＭモードが無効にされるかどうかを示す第１のシンタックス要素を復号することと、ピクチャのクロマブロックについてのクロマ予測モードインデックスを示す第２のシンタックス要素を復号することとを行うように構成された処理回路を含み得る。ビデオデコーダ３００の処理回路は、クロマイントラ予測インデックスに基づいてクロマブロックについてのクロマイントラ予測モードを決定し得る。クロマブロックについてのクロマイントラ予測モードを決定することは、クロマブロックについてのクロマ予測モードインデックスが特定の値に等しいことに基づいて、クロマブロックについてのクロマイントラ予測モードが、コロケートされたルーマブロックから継承されると決定することを含み得る。コロケートされたルーマブロックは、クロマブロックとコロケートされたルーマブロックを指し、特定の値は、第１のシンタックス要素がピクチャについてすべてのＬＭモードが無効にされることを示すかどうかにかかわらず、同じ値である。ビデオデコーダ３００の処理回路は、予測データを生成するためにクロマイントラ予測モードを使用することによって、および、クロマブロックとして予測データを使用するか、またはクロマブロックを定義するために予測データに残差値を加算するかのいずれかによってなど、クロマブロックについてのクロマイントラ予測モードに基づいてクロマブロックを復号し得る。
[0081] 本開示は、概して、シンタックス要素など、ある情報を「シグナリング」することに言及することがある。「シグナリング」という用語は、概して、符号化されたビデオデータを復号するために使用されるシンタックス要素および／または他のデータについての値の通信を指し得る。すなわち、ビデオエンコーダ２００は、ビットストリームにおいてシンタックス要素についての値をシグナリングし得る。概して、シグナリングは、ビットストリームにおいて値を生成することを指す。上述のように、ソースデバイス１０２は、実質的にリアルタイムでビットストリームを宛先デバイス１１６に移送するか、または、宛先デバイス１１６による後の取出しのためにシンタックス要素をストレージデバイス１１２に記憶するときに行われ得るように、非リアルタイムでビットストリームを宛先デバイス１１６に移送し得る。
[0082] 図２Ａおよび図２Ｂは、例示的なクワッドツリーバイナリツリー（ＱＴＢＴ）構造１３０と、対応するコーディングツリーユニット（ＣＴＵ）１３２とを示す概念図である。実線はクワッドツリースプリッティングを表し、点線はバイナリツリースプリッティングを示す。バイナリツリーの各スプリット（すなわち、非リーフ）ノードでは、どのスプリッティングタイプ（すなわち、水平または垂直）が使用されるかを示すために１つのフラグがシグナリングされ、ここで、この例では、０は水平スプリッティングを示し、１は垂直スプリッティングを示す。クワッドツリースプリッティングでは、クワッドツリーノードが、ブロックを、等しいサイズをもつ４つのサブブロックに水平および垂直にスプリットするので、スプリッティングタイプを示す必要がない。したがって、ＱＴＢＴ構造１３０の領域ツリーレベル（すなわち、第１のレベル）についての（スプリッティング情報などの）シンタックス要素（すなわち、実線）と、ＱＴＢＴ構造１３０の予測ツリーレベル（すなわち、第２のレベル）についての（スプリッティング情報などの）シンタックス要素（すなわち、破線）とを、ビデオエンコーダ２００は符号化し得、ビデオデコーダ３００は復号し得る。ＱＴＢＴ構造１３０の端末リーフノードによって表されるＣＵについての、予測および変換データなどのビデオデータを、ビデオエンコーダ２００は符号化し得、ビデオデコーダ３００は復号し得る。
[0083] 概して、図２ＢのＣＴＵ１３２は、第１および第２のレベルにおいてＱＴＢＴ構造１３０のノードに対応するブロックのサイズを定義するパラメータに関連付けられ得る。これらのパラメータは、（サンプル中のＣＴＵ１３２のサイズを表す）ＣＴＵサイズと、最小クワッドツリーサイズ（最小許容クワッドツリーリーフノードサイズを表すＭｉｎＱＴＳｉｚｅ）と、最大バイナリツリーサイズ（最大許容バイナリツリールートノードサイズを表すＭａｘＢＴＳｉｚｅ）と、最大バイナリツリー深度（最大許容バイナリツリー深度を表すＭａｘＢＴＤｅｐｔｈ）と、最小バイナリツリーサイズ（最小許容バイナリツリーリーフノードサイズを表すＭｉｎＢＴＳｉｚｅ）とを含み得る。
[0084] ＣＴＵに対応するＱＴＢＴ構造のルートノードは、ＱＴＢＴ構造の第１のレベルにおいて４つの子ノードを有し得、それらの各々は、クワッドツリー区分に従って区分され得る。すなわち、第１のレベルのノードは、（子ノードを有しない）リーフノードであるか、または４つの子ノードを有するかのいずれかである。ＱＴＢＴ構造１３０の例は、分岐のために実線を有する親ノードと子ノードとを含むようなノードを表す。第１のレベルのノードが最大許容バイナリツリールートノードサイズ（ＭａｘＢＴＳｉｚｅ）よりも大きくない場合、ノードは、それぞれのバイナリツリーによってさらに区分され得る。１つのノードのバイナリツリースプリッティングは、スプリットから生じるノードが最小許容バイナリツリーリーフノードサイズ（ＭｉｎＢＴＳｉｚｅ）または最大許容バイナリツリー深度（ＭａｘＢＴＤｅｐｔｈ）に達するまで反復され得る。ＱＴＢＴ構造１３０の例は、分岐のために破線を有するようなノードを表す。バイナリツリーリーフノードはコーディングユニット（ＣＵ）と呼ばれ、ＣＵは、さらなる区分なしに予測（たとえば、ピクチャ内またはピクチャ間予測）および変換のために使用される。上記で説明されたように、ＣＵは「ビデオブロック」または「ブロック」と呼ばれることもある。
[0085] ＱＴＢＴ区分構造の一例では、ＣＴＵサイズは、１２８×１２８（ルーマサンプルおよび２つの対応する６４×６４クロマサンプル）として設定され、ＭｉｎＱＴＳｉｚｅは１６×１６として設定され、ＭａｘＢＴＳｉｚｅは６４×６４として設定され、（幅と高さの両方について）ＭｉｎＢＴＳｉｚｅは４として設定され、ＭａｘＢＴＤｅｐｔｈは４として設定される。クワッドツリー区分は、クワッドツリーリーフノードを生成するために、最初にＣＴＵに適用される。クワッドツリーリーフノードは、１６×１６（すなわち、ＭｉｎＱＴＳｉｚｅ）から１２８×１２８（すなわち、ＣＴＵサイズ）までのサイズを有し得る。クワッドツリーリーフノードが１２８×１２８である場合、サイズがＭａｘＢＴＳｉｚｅ（すなわち、この例では６４×６４）を超えるので、それはバイナリツリーによってさらにスプリットされない。他の場合、クワッドツリーリーフノードは、バイナリツリーによってさらに区分される。したがって、クワッドツリーリーフノードはまた、バイナリツリーのためのルートノードであり、０としてのバイナリツリー深度を有する。バイナリツリー深度がＭａｘＢＴＤｅｐｔｈ（この例では４）に達したとき、さらなるスプリッティングは許可されない。バイナリツリーノードがＭｉｎＢＴＳｉｚｅ（この例では４）に等しい幅を有するとき、それは、さらなる垂直スプリッティングが許可されないことを暗示する。同様に、そのバイナリツリーノードのためにさらなる水平スプリッティングが許可されないことを暗示する、ＭｉｎＢＴＳｉｚｅに等しい高さを有するバイナリツリーノード。上述のように、バイナリツリーのリーフノードは、ＣＵと呼ばれ、さらなる区分なしに予測および変換に従ってさらに処理される。
[0086] 図３は、本開示の技法を実施し得る例示的なビデオエンコーダ２００を示すブロック図である。図３は、説明の目的で与えられており、本開示において広く例示され、説明される技法を限定するものと見なされるべきではない。説明の目的で、本開示は、開発中のＨ．２６６ビデオコーディング規格などのビデオコーディング規格のコンテキストにおいて、ビデオエンコーダ２００について説明する。しかしながら、本開示の技法は、これらのビデオコーディング規格に限定されず、概して、ビデオ符号化および復号に適用可能である。
[0087] 図３の例では、ビデオエンコーダ２００は、ビデオデータメモリ２３０と、モード選択ユニット２０２と、残差生成ユニット２０４と、変換処理ユニット２０６と、量子化ユニット２０８と、逆量子化ユニット２１０と、逆変換処理ユニット２１２と、再構築ユニット２１４と、フィルタユニット２１６と、復号ピクチャバッファ（ＤＰＢ）２１８と、エントロピー符号化ユニット２２０とを含む。ビデオデータメモリ２３０と、モード選択ユニット２０２と、残差生成ユニット２０４と、変換処理ユニット２０６と、量子化ユニット２０８と、逆量子化ユニット２１０と、逆変換処理ユニット２１２と、再構築ユニット２１４と、フィルタユニット２１６と、ＤＰＢ２１８と、エントロピー符号化ユニット２２０とのいずれかまたはすべては、１つまたは複数のプロセッサまたは処理回路において実装され得る。その上、ビデオエンコーダ２００は、これらおよび他の機能を実施するための追加または代替のプロセッサまたは処理回路を含み得る。
[0088] ビデオデータメモリ２３０は、ビデオエンコーダ２００の構成要素によって符号化されるべきビデオデータを記憶し得る。ビデオエンコーダ２００は、たとえば、ビデオソース１０４（図１）から、ビデオデータメモリ２３０に記憶されたビデオデータを受信し得る。ＤＰＢ２１８は、ビデオエンコーダ２００による後続のビデオデータの予測において使用するための参照ビデオデータを記憶する参照ピクチャメモリとして働き得る。ビデオデータメモリ２３０とＤＰＢ２１８とは、同期ダイナミックランダムアクセスメモリ（ＤＲＡＭ）（ＳＤＲＡＭ）を含むＤＲＡＭ、磁気抵抗ＲＡＭ（ＭＲＡＭ）、抵抗性ＲＡＭ（ＲＲＡＭ（登録商標））、または他のタイプのメモリデバイスなど、様々なメモリデバイスのいずれかによって形成され得る。ビデオデータメモリ２３０とＤＰＢ２１８とは、同じメモリデバイスまたは別個のメモリデバイスによって提供され得る。様々な例では、ビデオデータメモリ２３０は、図示のように、ビデオエンコーダ２００の他の構成要素とともにオンチップであるか、またはそれらの構成要素に対してオフチップであり得る。
[0089] 本開示では、ビデオデータメモリ２３０への言及は、特にそのように説明されない限り、ビデオエンコーダ２００の内部のメモリに限定されるものとして解釈されるべきではなく、または特にそのように説明されない限り、ビデオエンコーダ２００の外部のメモリに限定されるものとして解釈されるべきではない。そうではなく、ビデオデータメモリ２３０への言及は、ビデオエンコーダ２００が符号化のために受信するビデオデータ（たとえば、符号化されるべきである現在ブロックのためのビデオデータ）を記憶する参照メモリとして理解されるべきである。図１のメモリ１０６はまた、ビデオエンコーダ２００の様々なユニットからの出力の一時的なストレージを提供し得る。
[0090] 図３の様々なユニットは、ビデオエンコーダ２００によって実施される動作を理解するのを支援するために示されている。ユニットは、固定機能回路、プログラマブル回路、またはそれらの組合せとして実装され得る。固定機能回路は、特定の機能を提供する回路を指し、実施され得る動作に関してプリセットされる。プログラマブル回路は、様々なタスクを実施するように、および実施され得る動作においてフレキシブルな機能を提供するようにプログラムされ得る回路を指す。たとえば、プログラマブル回路は、ソフトウェアまたはファームウェアの命令によって定義される様式でプログラマブル回路を動作させるソフトウェアまたはファームウェアを実行し得る。固定機能回路は、（たとえば、パラメータを受信するかまたはパラメータを出力するために）ソフトウェア命令を実行し得るが、固定機能回路が実施する動作のタイプは、概して不変である。いくつかの例では、ユニットのうちの１つまたは複数は、別個の回路ブロック（固定機能またはプログラマブル）であり得、いくつかの例では、１つまたは複数のユニットは集積回路であり得る。
[0091] ビデオエンコーダ２００は、算術論理ユニット（ＡＬＵ）、基本機能ユニット（ＥＦＵ）、デジタル回路、アナログ回路、および／またはプログラマブル回路から形成されるプログラマブルコアを含み得る。ビデオエンコーダ２００の動作が、プログラマブル回路によって実行されるソフトウェアを使用して実施される例では、メモリ１０６（図１）は、ビデオエンコーダ２００が受信し、実行するソフトウェアのオブジェクトコードを記憶し得るか、またはビデオエンコーダ２００内の別のメモリ（図示せず）が、そのような命令を記憶し得る。
[0092] ビデオデータメモリ２３０は、受信されたビデオデータを記憶するように構成される。ビデオエンコーダ２００は、ビデオデータメモリ２３０からビデオデータのピクチャを取り出し、ビデオデータを残差生成ユニット２０４とモード選択ユニット２０２とに提供し得る。ビデオデータメモリ２３０中のビデオデータは、符号化されるべきである生のビデオデータであり得る。
[0093] モード選択ユニット２０２は、動き推定ユニット２２２と、動き補償ユニット２２４と、イントラ予測ユニット２２６とを含む。モード選択ユニット２０２は、他の予測モードに従ってビデオ予測を実施するための追加の機能ユニットを含み得る。例として、モード選択ユニット２０２は、パレットユニット、（動き推定ユニット２２２および／または動き補償ユニット２２４の一部であり得る）イントラブロックコピーユニット、アフィンユニット、線形モデル（ＬＭ）ユニットなどを含み得る。
[0094] モード選択ユニット２０２は、概して、符号化パラメータの組合せをテストするために複数の符号化パスを協調させ、そのような組合せについてのレートひずみ値を生じる。符号化パラメータは、ＣＵへのＣＴＵの区分、ＣＵのための予測モード、ＣＵの残差データのための変換タイプ、ＣＵの残差データのための量子化パラメータなどを含み得る。モード選択ユニット２０２は、他のテストされた組合せよりも良好であるレートひずみ値を有する符号化パラメータの組合せを最終的に選択し得る。
[0095] ビデオエンコーダ２００は、ビデオデータメモリ２３０から取り出されたピクチャを一連のＣＴＵに区分し、スライス内の１つまたは複数のＣＴＵをカプセル化し得る。モード選択ユニット２０２は、上記で説明されたＨＥＶＣのＱＴＢＴ構造またはクワッドツリー構造など、ツリー構造に従ってピクチャのＣＴＵを区分し得る。上記で説明されたように、ビデオエンコーダ２００は、ツリー構造に従ってＣＴＵを区分することから１つまたは複数のＣＵを形成し得る。そのようなＣＵは、概して「ビデオブロック」または「ブロック」と呼ばれることもある。
[0096] 概して、モード選択ユニット２０２はまた、現在ブロック（たとえば、現在ＣＵ、またはＨＥＶＣでは、ＰＵとＴＵとの重複する部分）のための予測ブロックを生成するように、それの構成要素（たとえば、動き推定ユニット２２２、動き補償ユニット２２４、およびイントラ予測ユニット２２６）を制御する。現在ブロックのインター予測のために、動き推定ユニット２２２は、１つまたは複数の参照ピクチャ（たとえば、ＤＰＢ２１８に記憶されている１つまたは複数の以前にコーディングされたピクチャ）中で１つまたは複数のぴったり一致する参照ブロックを識別するために動き探索を実施し得る。特に、動き推定ユニット２２２は、たとえば、絶対差分和（ＳＡＤ）、２乗差分和（ＳＳＤ）、平均絶対差（ＭＡＤ）、平均２乗差（ＭＳＤ）などに従って、現在ブロックに対して潜在的参照ブロックがどのくらい類似しているかを表す値を計算し得る。動き推定ユニット２２２は、概して、現在ブロックと考慮されている参照ブロックとの間のサンプルごとの差分を使用してこれらの計算を実施し得る。動き推定ユニット２２２は、現在ブロックに最もぴったり一致する参照ブロックを示す、これらの計算から得られた最も低い値を有する参照ブロックを識別し得る。
[0097] 動き推定ユニット２２２は、現在ピクチャ中の現在ブロックの位置に対して参照ピクチャ中の参照ブロックの位置を定義する１つまたは複数の動きベクトル（ＭＶ）を形成し得る。動き推定ユニット２２２は、次いで、動きベクトルを動き補償ユニット２２４に提供し得る。たとえば、単方向インター予測では、動き推定ユニット２２２は、単一の動きベクトルを提供し得るが、双方向インター予測では、動き推定ユニット２２２は、２つの動きベクトルを提供し得る。動き補償ユニット２２４は、次いで、動きベクトルを使用して予測ブロックを生成し得る。たとえば、動き補償ユニット２２４は、動きベクトルを使用して参照ブロックのデータを取り出し得る。別の例として、動きベクトルが部分サンプル精度を有する場合、動き補償ユニット２２４は、１つまたは複数の補間フィルタに従って予測ブロックについての値を補間し得る。その上、双方向インター予測では、動き補償ユニット２２４は、それぞれの動きベクトルによって識別された２つの参照ブロックについてデータを取り出し、たとえば、サンプルごとの平均化または加重平均化を通して、取り出されたデータを組み合わせ得る。
[0098] 別の例として、イントラ予測、またはイントラ予測コーディングのために、イントラ予測ユニット２２６は、現在ブロックに隣接しているサンプルから予測ブロックを生成し得る。たとえば、方向性イントラ予測モードでは、イントラ予測ユニット２２６は、概して、予測ブロックを作り出すために、隣接サンプルの値を数学的に組み合わせ、現在ブロックにわたって規定の方向にこれらの計算された値をポピュレートし得る。別の例として、ＤＣモードでは、イントラ予測ユニット２２６は、現在ブロックに対する隣接サンプルの平均を計算し、予測ブロックのサンプルごとにこの得られた平均を含むように予測ブロックを生成し得る。
[0099] モード選択ユニット２０２は、予測ブロックを残差生成ユニット２０４に提供する。残差生成ユニット２０４は、ビデオデータメモリ２３０から現在ブロックの生の符号化されていないバージョンを受信し、モード選択ユニット２０２から予測ブロックを受信する。残差生成ユニット２０４は、現在ブロックと予測ブロックとの間のサンプルごとの差分を計算する。得られたサンプルごとの差分は、現在ブロックのための残差ブロックを定義する。いくつかの例では、残差生成ユニット２０４はまた、残差差分パルスコード変調（ＲＤＰＣＭ）を使用して残差ブロックを生成するために、残差ブロック中のサンプル値間の差分を決定し得る。いくつかの例では、残差生成ユニット２０４は、バイナリ減算を実施する１つまたは複数の減算器回路を使用して形成され得る。
[0100] モード選択ユニット２０２がＣＵをＰＵに区分する例では、各ＰＵは、ルーマ予測ユニットと、対応するクロマ予測ユニットとに関連付けられ得る。ビデオエンコーダ２００とビデオデコーダ３００とは、様々なサイズを有するＰＵをサポートし得る。上記で示されたように、ＣＵのサイズは、ＣＵのルーマコーディングブロックのサイズを指すことがあり、ＰＵのサイズは、ＰＵのルーマ予測ユニットのサイズを指すことがある。特定のＣＵのサイズが２Ｎ×２Ｎであると仮定すると、ビデオエンコーダ２００は、イントラ予測のための２Ｎ×２ＮまたはＮ×ＮのＰＵサイズと、インター予測のための２Ｎ×２Ｎ、２Ｎ×Ｎ、Ｎ×２Ｎ、Ｎ×Ｎ、または同様のものの対称ＰＵサイズとをサポートし得る。ビデオエンコーダ２００とビデオデコーダ３００とはまた、インター予測のための２Ｎ×ｎＵ、２Ｎ×ｎＤ、ｎＬ×２Ｎ、およびｎＲ×２ＮのＰＵサイズの非対称区分をサポートし得る。
[0101] モード選択ユニットがＣＵをＰＵにさらに区分しない例では、各ＣＵは、ルーマコーディングブロックと、対応するクロマコーディングブロックとに関連付けられ得る。上記のように、ＣＵのサイズは、ＣＵのルーマコーディングブロックのサイズを指し得る。ビデオエンコーダ２００とビデオデコーダ３００とは、２Ｎ×２Ｎ、２Ｎ×Ｎ、またはＮ×２ＮのＣＵサイズをサポートし得る。
[0102] いくつかの例として、イントラブロックコピーモードコーディング、アフィンモードコーディング、および線形モデル（ＬＭ）モードコーディングなどの他のビデオコーディング技法では、モード選択ユニット２０２は、コーディング技法に関連付けられたそれぞれのユニットを介して、符号化されている現在ブロックのための予測ブロックを生成する。パレットモードコーディングなど、いくつかの例では、モード選択ユニット２０２は、予測ブロックを生成しないことがあり、代わりに、選択されたパレットに基づいてブロックを再構築すべき様式を示すシンタックス要素を生成し得る。そのようなモードでは、モード選択ユニット２０２は、符号化されるべきこれらのシンタックス要素をエントロピー符号化ユニット２２０に提供し得る。
[0103] 上記で説明されたように、残差生成ユニット２０４は、現在ブロックのためのビデオデータと、対応する予測ブロックとを受信する。残差生成ユニット２０４は、次いで、現在ブロックのための残差ブロックを生成する。残差ブロックを生成するために、残差生成ユニット２０４は、予測ブロックと現在ブロックとの間のサンプルごとの差分を計算し得る。
[0104] 変換処理ユニット２０６は、（本明細書では「変換係数ブロック」と呼ばれる）変換係数のブロックを生成するために、残差ブロックに１つまたは複数の変換を適用する。変換処理ユニット２０６は、変換係数ブロックを形成するために、残差ブロックに様々な変換を適用し得る。たとえば、変換処理ユニット２０６は、離散コサイン変換（ＤＣＴ）、方向性変換、カルーネンレーベ変換（ＫＬＴ）、または概念的に同様の変換を残差ブロックに適用し得る。いくつかの例では、変換処理ユニット２０６は、残差ブロックに複数の変換、たとえば、回転変換などの１次変換および２次変換を実施し得る。いくつかの例では、変換処理ユニット２０６は、残差ブロックに変換を適用しない。
[0105] 量子化ユニット２０８は、量子化された変換係数ブロックを作り出すために、変換係数ブロック中の変換係数を量子化し得る。量子化ユニット２０８は、現在ブロックに関連付けられた量子化パラメータ（ＱＰ）値に従って変換係数ブロックの変換係数を量子化し得る。ビデオエンコーダ２００は（たとえば、モード選択ユニット２０２を介して）、ＣＵに関連付けられたＱＰ値を調整することによって、現在ブロックに関連付けられた変換係数ブロックに適用される量子化の程度を調整し得る。量子化は、情報の損失をもたらし得、したがって、量子化された変換係数は、変換処理ユニット２０６によって作り出された元の変換係数よりも低い精度を有し得る。
[0106] 逆量子化ユニット２１０および逆変換処理ユニット２１２は、変換係数ブロックから残差ブロックを再構築するために、それぞれ、量子化された変換係数ブロックに逆量子化および逆変換を適用し得る。再構築ユニット２１４は、再構築された残差ブロックと、モード選択ユニット２０２によって生成された予測ブロックとに基づいて、（潜在的にある程度のひずみを伴うが）現在ブロックに対応する再構築されたブロックを作り出し得る。たとえば、再構築ユニット２１４は、再構築されたブロックを作り出すために、モード選択ユニット２０２によって生成された予測ブロックからの対応するサンプルに、再構築された残差ブロックのサンプルを加算し得る。
[0107] フィルタユニット２１６は、再構築されたブロックに対して１つまたは複数のフィルタ動作を実施し得る。たとえば、フィルタユニット２１６は、ＣＵのエッジに沿ってブロッキネスアーティファクト（blockiness artifact）を低減するためのデブロッキング動作を実施し得る。フィルタユニット２１６の動作は、いくつかの例では、スキップされ得る。
[0108] ビデオエンコーダ２００は、再構築されたブロックをＤＰＢ２１８に記憶する。たとえば、フィルタユニット２１６の動作が必要とされない例では、再構築ユニット２１４は、再構築されたブロックをＤＰＢ２１８に記憶し得る。フィルタユニット２１６の動作が必要とされる例では、フィルタユニット２１６は、フィルタ処理された再構築されたブロックをＤＰＢ２１８に記憶し得る。動き推定ユニット２２２と動き補償ユニット２２４とは、後で符号化されるピクチャのブロックをインター予測するために、再構築（および潜在的にフィルタ処理）されたブロックから形成された参照ピクチャをＤＰＢ２１８から取り出し得る。加えて、イントラ予測ユニット２２６は、現在ピクチャ中の他のブロックをイントラ予測するために、現在ピクチャのＤＰＢ２１８中の再構築されたブロックを使用し得る。
[0109] 概して、エントロピー符号化ユニット２２０は、ビデオエンコーダ２００の他の機能構成要素から受信されたシンタックス要素をエントロピー符号化し得る。たとえば、エントロピー符号化ユニット２２０は、量子化ユニット２０８からの量子化された変換係数ブロックをエントロピー符号化し得る。別の例として、エントロピー符号化ユニット２２０は、モード選択ユニット２０２からの予測シンタックス要素（たとえば、インター予測のための動き情報またはイントラ予測のためのイントラモード情報）をエントロピー符号化し得る。エントロピー符号化ユニット２２０は、エントロピー符号化されたデータを生成するために、ビデオデータの別の例であるシンタックス要素に対して１つまたは複数のエントロピー符号化動作を実施し得る。たとえば、エントロピー符号化ユニット２２０は、コンテキスト適応型可変長コーディング（ＣＡＶＬＣ）動作、ＣＡＢＡＣ動作、可変対可変（Ｖ２Ｖ）長コーディング動作、シンタックスベースコンテキスト適応型バイナリ算術コーディング（ＳＢＡＣ）動作、確率間隔区分エントロピー（ＰＩＰＥ）コーディング動作、指数ゴロム符号化動作、または別のタイプのエントロピー符号化動作をデータに対して実施し得る。いくつかの例では、エントロピー符号化ユニット２２０は、シンタックス要素がエントロピー符号化されないバイパスモードで動作し得る。
[0110] ビデオエンコーダ２００は、スライスまたはピクチャのブロックを再構築するために必要とされるエントロピー符号化されたシンタックス要素を含むビットストリームを出力し得る。
[0111] 上記で説明された動作は、ブロックに関して説明されている。そのような説明は、ルーマコーディングブロックおよび／またはクロマコーディングブロックのための動作であるものとして理解されるべきである。上記で説明されたように、いくつかの例では、ルーマコーディングブロックおよびクロマコーディングブロックは、ＣＵのルーマ成分およびクロマ成分である。いくつかの例では、ルーマコーディングブロックおよびクロマコーディングブロックは、ＰＵのルーマ成分およびクロマ成分である。
[0112] いくつかの例では、ルーマコーディングブロックに関して実施される動作は、クロマコーディングブロックのために繰り返される必要はない。一例として、ルーマコーディングブロックのための動きベクトル（ＭＶ）と参照ピクチャとを識別するための動作は、クロマブロックのためのＭＶと参照ピクチャとを識別するために繰り返される必要はない。むしろ、ルーマコーディングブロックのためのＭＶは、クロマブロックのためのＭＶを決定するためにスケーリングされ得、参照ピクチャは同じであり得る。別の例として、イントラ予測プロセスは、ルーマコーディングブロックおよびクロマコーディングブロックについて同じであり得る。
[0113] ビデオエンコーダ２００は、ビデオデータを記憶するように構成されたメモリと、回路中に実装された１つまたは複数の処理ユニットとを含む、ビデオデータを符号化するように構成されたデバイスの一例を表し、１つまたは複数の処理ユニットは、ビデオデータのピクチャについてすべてのＬＭモードが無効にされるかどうかを示す第１のシンタックス要素（たとえば、ｓｐｓ＿ｃｃｌｍ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）を符号化するように構成される。この例では、ビデオエンコーダ２００の１つまたは複数の処理ユニットは、ピクチャのクロマブロックについてのクロマ予測モードインデックスを示す第２のシンタックス要素（たとえば、ｉｎｔｒａ＿ｃｈｒｏｍａ＿ｐｒｅｄ＿ｍｏｄｅ）を符号化し得る。第２のシンタックス要素の値は、第１のシンタックス要素がピクチャについてすべてのＬＭモードが無効にされることを示すか否かにかかわらず、クロマブロックのイントラ予測モードが、ピクチャのコロケートされたルーマブロックから継承されることを示す。この例では、ビデオエンコーダ２００の１つまたは複数の処理ユニットは、クロマ予測モードインデックスに基づいてピクチャのクロマブロックを符号化し得る。たとえば、クロマ予測モードインデックスに基づいてクロマブロックを符号化するために、ビデオエンコーダ２００は、クロマ予測モード（chroma prediction mode）を使用して、クロマブロックのための予測ブロックを生成し得、クロマ予測モードを示すためにクロマ予測モードインデックスを生成すること。ビデオエンコーダ２００は、本開示の他の場所で説明されるように、残差データを生成するために予測ブロックを使用し得る。
[0114] ビデオエンコーダ２００は、ビデオデータを記憶するように構成されたメモリ２３０、ビデオデータのピクチャについてすべてのＬＭモードが無効にされるかどうかを示す第１のシンタックス要素を符号化することと、ピクチャのクロマブロックについてのクロマイントラ予測モードを決定することと、クロマブロックについてのクロマイントラ予測モードを指定するためにクロマイントラ予測インデックスを決定することと、ここにおいて、クロマイントラ予測モードインデックスを決定することは、クロマブロックについてのクロマイントラ予測モードが、コロケートされたルーマブロックから継承されることを指定するために、特定の値を選択することを含み、ここにおいて、コロケートされたルーマブロックはクロマブロックとコロケートされ、特定の値は、第１のシンタックス要素がピクチャについてすべてのＬＭモードが無効にされることを示すかどうかにかかわらず、同じ値である、ピクチャのクロマブロックについてのクロマ予測モードインデックスを示す第２のシンタックス要素を符号化することとを行うように構成された処理回路（たとえば、１つまたは複数のプロセッサによって実装されるモード選択ユニット２２６）を備えるビデオ符号化デバイスの一例をさらに表す。処理回路は、第１のシンタックス要素がピクチャについてすべてのＬＭモードが無効にされることを示すか否かにかかわらず、同じ２値化テーブルである２値化テーブルを使用して第２のシンタックス要素を符号化するように構成され得る、エントロピー符号化ユニット２２０をさらに実装し得る。様々な例では、２値化テーブルは、異なるクロマ予測モードインデックス（different chroma prediction mode index）について異なる固定長コードを指定すること、少なくともいくつかのクロマ予測モードインデックスについて可変長コード（variable length code）を指定すること、および／または、異なるクロマ予測モードインデックスについてゴロムコード（Golomb code）を指定することを行い得る。
[0115] 図４は、本開示の技法を実施し得る例示的なビデオデコーダ３００を示すブロック図である。図４は、説明の目的で与えられており、本開示において広く例示され、説明される技法を限定するものではない。説明の目的で、本開示は、ＪＥＭ、ＶＶＣ、およびＨＥＶＣの技法に従ってビデオデコーダ３００について説明する。しかしながら、本開示の技法は、他のビデオコーディング規格に構成されたビデオコーディングデバイスによって実施され得る。
[0116] 図４の例では、ビデオデコーダ３００は、コード化ピクチャバッファ（ＣＰＢ）メモリ３２０と、エントロピー復号ユニット３０２と、予測処理ユニット３０４と、逆量子化ユニット３０６と、逆変換処理ユニット３０８と、再構築ユニット３１０と、フィルタユニット３１２と、復号ピクチャバッファ（ＤＰＢ）３１４とを含む。ＣＰＢメモリ３２０と、エントロピー復号ユニット３０２と、予測処理ユニット３０４と、逆量子化ユニット３０６と、逆変換処理ユニット３０８と、再構築ユニット３１０と、フィルタユニット３１２と、ＤＰＢ３１４とのいずれかまたはすべては、１つまたは複数のプロセッサまたは処理回路において実装され得る。その上、ビデオデコーダ３００は、これらおよび他の機能を実施するための追加または代替のプロセッサまたは処理回路を含み得る。
[0117] 予測処理ユニット３０４は、動き補償ユニット３１６と、イントラ予測ユニット３１８とを含む。予測処理ユニット３０４は、他の予測モードに従って予測を実施するための追加のユニットを含み得る。例として、予測処理ユニット３０４は、パレットユニット、（動き補償ユニット３１６の一部を形成し得る）イントラブロックコピーユニット、アフィンユニット、線形モデル（ＬＭ）ユニットなどを含み得る。他の例では、ビデオデコーダ３００は、より多数の、より少数の、または異なる機能構成要素を含み得る。
[0118] ＣＰＢメモリ３２０は、ビデオデコーダ３００の構成要素によって復号されるべき、符号化されたビデオビットストリームなどのビデオデータを記憶し得る。ＣＰＢメモリ３２０に記憶されるビデオデータは、たとえば、コンピュータ可読媒体１１０（図１）から取得され得る。ＣＰＢメモリ３２０は、符号化されたビデオビットストリームからの符号化されたビデオデータ（たとえば、シンタックス要素）を記憶するＣＰＢを含み得る。また、ＣＰＢメモリ３２０は、ビデオデコーダ３００の様々なユニットからの出力を表す一時データなど、コーディングされたピクチャのシンタックス要素以外のビデオデータを記憶し得る。ＤＰＢ３１４は、概して、符号化されたビデオビットストリームの後続のデータまたはピクチャを復号するときにビデオデコーダ３００が参照ビデオデータとして出力および／または使用し得る復号されたピクチャを記憶する。ＣＰＢメモリ３２０とＤＰＢ３１４とは、ＳＤＲＡＭを含むＤＲＡＭ、ＭＲＡＭ、ＲＲＡＭ、または他のタイプのメモリデバイスなど、様々なメモリデバイスのいずれかによって形成され得る。ＣＰＢメモリ３２０とＤＰＢ３１４とは、同じメモリデバイスまたは別個のメモリデバイスによって提供され得る。様々な例では、ＣＰＢメモリ３２０は、ビデオデコーダ３００の他の構成要素とともにオンチップであるか、またはそれらの構成要素に対してオフチップであり得る。
[0119] 追加または代替として、いくつかの例では、ビデオデコーダ３００は、メモリ１２０（図１）からコーディングされたビデオデータを取り出し得る。すなわち、メモリ１２０は、ＣＰＢメモリ３２０とともに上記で説明されたようにデータを記憶し得る。同様に、メモリ１２０は、ビデオデコーダ３００の機能の一部または全部が、ビデオデコーダ３００の処理回路によって実行されるべきソフトウェアにおいて実装されたとき、ビデオデコーダ３００によって実行されるべき命令を記憶し得る。
[0120] 図４に示されている様々なユニットは、ビデオデコーダ３００によって実施される動作を理解するのを支援するために示されている。ユニットは、固定機能回路、プログラマブル回路、またはそれらの組合せとして実装され得る。図３と同様に、固定機能回路は、特定の機能を提供する回路を指し、実施され得る動作に関してプリセットされる。プログラマブル回路は、様々なタスクを実施するように、および実施され得る動作においてフレキシブルな機能を提供するようにプログラムされ得る回路を指す。たとえば、プログラマブル回路は、ソフトウェアまたはファームウェアの命令によって定義される様式でプログラマブル回路を動作させるソフトウェアまたはファームウェアを実行し得る。固定機能回路は、（たとえば、パラメータを受信するかまたはパラメータを出力するために）ソフトウェア命令を実行し得るが、固定機能回路が実施する動作のタイプは、概して不変である。いくつかの例では、ユニットのうちの１つまたは複数は、別個の回路ブロック（固定機能またはプログラマブル）であり得、いくつかの例では、１つまたは複数のユニットは集積回路であり得る。
[0121] ビデオデコーダ３００は、ＡＬＵ、ＥＦＵ、デジタル回路、アナログ回路、および／またはプログラマブル回路から形成されるプログラマブルコアを含み得る。ビデオデコーダ３００の動作が、プログラマブル回路上で実行するソフトウェアによって実施される例では、オンチップまたはオフチップメモリは、ビデオデコーダ３００が受信し、実行するソフトウェアの命令（たとえば、オブジェクトコード）を記憶し得る。
[0122] エントロピー復号ユニット３０２は、ＣＰＢから符号化されたビデオデータを受信し、シンタックス要素を再生するためにビデオデータをエントロピー復号し得る。予測処理ユニット３０４と、逆量子化ユニット３０６と、逆変換処理ユニット３０８と、再構築ユニット３１０と、フィルタユニット３１２とは、ビットストリームから抽出されたシンタックス要素に基づいて、復号されたビデオデータを生成し得る。
[0123] 概して、ビデオデコーダ３００は、ブロックごとにピクチャを再構築する。ビデオデコーダ３００は、各ブロックに対して個々に再構築演算を実施し得る（ここで、現在再構築されているブロック、すなわち、現在復号されているブロックは、「現在ブロック」と呼ばれることがある）。
[0124] エントロピー復号ユニット３０２は、量子化された変換係数ブロックの量子化された変換係数を定義するシンタックス要素、ならびに量子化パラメータ（ＱＰ）および／または変換モード指示などの変換情報をエントロピー復号し得る。逆量子化ユニット３０６は、量子化の程度と、同様に、逆量子化ユニット３０６が適用すべき逆量子化の程度とを決定するために、量子化された変換係数ブロックに関連付けられたＱＰを使用し得る。逆量子化ユニット３０６は、量子化された変換係数を逆量子化するために、たとえば、ビット単位の左シフト演算を実施し得る。逆量子化ユニット３０６は、それにより、変換係数を含む変換係数ブロックを形成し得る。
[0125] 逆量子化ユニット３０６が変換係数ブロックを形成した後に、逆変換処理ユニット３０８は、現在ブロックに関連付けられた残差ブロックを生成するために、変換係数ブロックに１つまたは複数の逆変換を適用し得る。たとえば、逆変換処理ユニット３０８は、逆ＤＣＴ、逆整数変換、逆カルーネンレーベ変換（ＫＬＴ）、逆回転変換、逆方向変換、または別の逆変換を変換係数ブロックに適用し得る。
[0126] さらに、予測処理ユニット３０４は、エントロピー復号ユニット３０２によってエントロピー復号された予測情報シンタックス要素に従って予測ブロックを生成する。たとえば、予測情報シンタックス要素が、現在ブロックがインター予測されることを示す場合、動き補償ユニット３１６は、予測ブロックを生成し得る。この場合、予測情報シンタックス要素は、参照ブロックをそれから取り出すべきＤＰＢ３１４中の参照ピクチャ、ならびに現在ピクチャ中の現在ブロックのロケーションに対する参照ピクチャ中の参照ブロックのロケーションを識別する動きベクトルを示し得る。動き補償ユニット３１６は、概して、動き補償ユニット２２４（図３）に関して説明されたものと実質的に同様である様式で、インター予測プロセスを実施し得る。
[0127] 別の例として、予測情報シンタックス要素が、現在ブロックがイントラ予測されることを示す場合、イントラ予測ユニット３１８は、予測情報シンタックス要素によって示されるイントラ予測モードに従って予測ブロックを生成し得る。この場合も、イントラ予測ユニット３１８は、概して、イントラ予測ユニット２２６（図３）に関して説明されたものと実質的に同様である様式で、イントラ予測プロセスを実施し得る。イントラ予測ユニット３１８は、ＤＰＢ３１４から、現在ブロックに対する隣接サンプルのデータを取り出し得る。
[0128] 再構築ユニット３１０は、予測ブロックと残差ブロックとを使用して現在ブロックを再構築し得る。たとえば、再構築ユニット３１０は、現在ブロックを再構築するために、予測ブロックの対応するサンプルに残差ブロックのサンプルを加算し得る。
[0129] フィルタユニット３１２は、再構築されたブロックに対して１つまたは複数のフィルタ動作を実施し得る。たとえば、フィルタユニット３１２は、再構築されたブロックのエッジに沿ってブロッキネスアーティファクトを低減するためのデブロッキング動作を実施し得る。フィルタユニット３１２の動作は、必ずしもすべての例において実施されるとは限らない。
[0130] ビデオデコーダ３００は、再構築されたブロックをＤＰＢ３１４に記憶し得る。たとえば、フィルタユニット３１２の動作が実施されない例では、再構築ユニット３１０は、再構築されたブロックをＤＰＢ３１４に記憶し得る。フィルタユニット３１２の動作が実施される例では、フィルタユニット３１２は、フィルタ処理された再構築されたブロックをＤＰＢ３１４に記憶し得る。上記で説明されたように、ＤＰＢ３１４は、イントラ予測のための現在ピクチャのサンプル、および後続の動き補償のための以前に復号されたピクチャなど、参照情報を、予測処理ユニット３０４に提供し得る。その上、ビデオデコーダ３００は、ＤＰＢ３１４からの復号されたピクチャを、図１のディスプレイデバイス１１８などのディスプレイデバイス上での後続の提示のために、出力し得る。
[0131] ビデオデコーダ３００は、ビデオデータを記憶するように構成されたメモリと、回路中に実装された１つまたは複数の処理ユニットとを含むビデオ復号デバイスの一例を表し、１つまたは複数の処理ユニットは、ビデオデータのピクチャについてすべてのＬＭモードが無効にされるかどうかを示す第１のシンタックス要素（たとえば、ｓｐｓ＿ｃｃｌｍ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）を復号するように構成される。この例では、ビデオデコーダ３００の１つまたは複数の処理ユニットは、ピクチャのクロマブロックについてのクロマ予測モードインデックスを示す第２のシンタックス要素（たとえば、ｉｎｔｒａ＿ｃｈｒｏｍａ＿ｐｒｅｄ＿ｍｏｄｅ）を復号し得る。第２のシンタックス要素の値は、第１のシンタックス要素がピクチャについてすべてのＬＭモードが無効にされることを示すか否かにかかわらず、クロマブロックのイントラ予測モードが、ピクチャのコロケートされたルーマブロックから継承されることを示す。この例では、ビデオデコーダ３００の１つまたは複数の処理ユニットは、クロマ予測モードインデックスに基づいてピクチャのクロマブロックを復号し得る。たとえば、クロマ予測モードインデックスに基づいてクロマブロックを復号するために、ビデオデコーダ３００は、クロマブロックについてのクロマ予測モードを決定するためにクロマ予測モードインデックスを使用し得る。ビデオデコーダ３００は、次いで、クロマ予測モードを使用してクロマブロックのための予測ブロックを生成し得る。ビデオデコーダ３００は、本開示の他の場所で説明されるように、クロマブロックを再構築するために予測ブロックと残差データとを使用し得る。
[0132] いくつかの例では、ビデオデコーダ３００はまた、ビデオデータを記憶するように構成されたメモリ（たとえば、ＣＰＢメモリ３２０）と、ビデオデータのピクチャについてすべてのＬＭモードが無効にされるかどうかを示す第１のシンタックス要素を復号することと、ピクチャのクロマブロックについてのクロマ予測モードインデックスを示す第２のシンタックス要素を復号することと、クロマイントラ予測インデックスに基づいてクロマブロックについてのクロマイントラ予測モードを決定することとを行うように構成された、１つまたは複数のプロセッサによって実装される）処理回路（たとえば、イントラ予測ユニット３１８）とを備えるビデオ復号デバイスを表し得る。クロマブロックについてのクロマイントラ予測モードを決定することは、クロマブロックについてのクロマ予測モードインデックスが特定の値に等しいことに基づいて、クロマブロックについてのクロマイントラ予測モードが、コロケートされたルーマブロックから継承されると決定することを含み得る。コロケートされたルーマブロックはクロマブロックとコロケートされ得、特定の値は、第１のシンタックス要素がピクチャについてすべてのＬＭモードが無効にされることを示すかどうかにかかわらず、同じ値である。ビデオデコーダ３００は、クロマブロックについてのクロマイントラ予測モードに基づいて、クロマブロックを復号し得る。
[0133] 処理回路は、第１のシンタックス要素がピクチャについてすべてのＬＭモードが無効にされることを示すか否かにかかわらず、同じ２値化テーブルである２値化テーブルを使用して第２のシンタックス要素を復号し得る、エントロピー復号ユニット３０２をさらに実装し得る。この場合も、２値化テーブルは、異なるクロマ予測モードインデックスについて異なる固定長コードを指定すること、少なくともいくつかのクロマ予測モードインデックスについて可変長コードを指定すること、および／または、異なるクロマ予測モードインデックスについてゴロムコードを指定することを行い得る。
[0134] 自然ビデオ中で提示される任意のエッジ方向をキャプチャするために、ＶＴＭ５における方向性イントラモードの数は、ＨＥＶＣにおいて使用される３３から６５に拡張される。図５は、例示的な通常のイントラ予測モードを示す概念図である。詳細には、図５は、ＶＴＭ５における通常のイントラ予測モードを示す概念図である。ＶＴＭ５にあり、ＨＥＶＣにない方向性モードが、図５中で破線矢印として示され、平面およびＤＣモードは同じままである。これらのより密な方向性イントラ予測モードは、すべてのブロックサイズについて、およびルーマイントラ予測とクロマイントラ予測の両方について適用される。
[0135] ４：２：０クロマビデオコーディングにおける、方向性、ＤＣおよび平面予測モードからなる、（以下、「通常」クロマモードと呼ばれる）従来のイントラ予測に加えて、線形モデル（ＬＭ）モードと呼ばれる方法が導入された。Ｊ．Ｃｈｅｎ、Ｖ．Ｓｅｒｅｇｉｎ、Ｗ．－Ｊ．Ｈａｎ、Ｊ．－Ｓ．Ｋｉｍ、Ｂ．－Ｍ．Ｊｏｅｎ、「CE6.a.4: Chroma intra prediction by reconstructed luma samples」、ＩＴＵ－Ｔ ＳＧ１６ ＷＰ３およびＩＳＯ／ＩＥＣ ＪＴＣ１／ＳＣ２９／ＷＧ１１のジョイントコラボレーティブチームオンビデオコーディング（ＪＣＴ－ＶＣ）、ＪＣＴＶＣ－Ｅ２６６、ジュネーブ、２０１１年３月１６～２３日を参照されたい。ＬＭモードでは、ビデオコーダ（たとえば、ビデオエンコーダ２００またはビデオデコーダ３００）は、以下のように線形モデルを使用することによって、同じブロックの再構築されたルーマサンプルに基づいてクロマサンプルを予測する。
Figure 2022539316000002
ここで、ｐｒｅｄc（ｉ，ｊ）は、ブロック中のクロマサンプルの予測を表し、ｒｅｃL（ｉ，ｊ）は、同じブロックのダウンサンプリングされた再構築されたルーマサンプルを表す。ビデオコーダは、現在ブロックの周りの隣接する再構築されたルーマサンプルとクロマサンプルとの間の回帰誤差を最小化することによって、パラメータαおよびβを導出し得る。
Figure 2022539316000003
パラメータαおよびβは、次のように解かれる。
Figure 2022539316000004
Figure 2022539316000005
ここで、ｘiは、ダウンサンプリングされた再構築されたルーマ参照サンプルであり、ｙiは、再構築されたクロマ参照サンプルであり、Ｎは、使用される参照サンプルの数である。図６は、線形モデル（ＬＭ）モードに関係するパラメータを導出するためのサンプルロケーションを示す概念図である。
[0136] ＶＴＭ５では、クロマ成分についてのイントラ予測のために、通常モードとＬＭモードの両方が使用され得る。５つの通常クロマモードは、ＤＣ（イントラ予測モード１）、平面（イントラ予測モード０）、垂直（イントラ予測モード５０）、水平（イントラ予測モード１８）、および（クロマイントラ予測モードがルーマから導出されること、すなわち、クロマおよびルーマが、同じイントラ予測モードを共有することを示す、ＤＭ＿ＣＨＲＯＭＡと呼ばれる）導出された（derived）である。ビデオコーダ（たとえば、ビデオエンコーダ２００またはビデオデコーダ３００）がクロマブロックのイントラ予測のためにＤＭ＿ＣＨＲＯＭＡを使用するとき、ビデオコーダは、クロマブロックに対応するルーマブロックと同じイントラ予測モードインデックスを有するイントラ予測モードを使用して、クロマブロックのための予測ブロックを生成する。言い換えれば、クロマブロックは、コロケートされたルーマ成分のイントラ予測モードを継承し得る。関連付けられたパラメータを導出するために使用されるサンプルに応じた３つの種類のＬＭモード、すなわち、１）ＬＭ＿ＣＨＲＯＭＡ：上テンプレートと左テンプレートの両方からのサンプルを使用する、２）ＬＭ＿Ａ：上テンプレートのみからのサンプルを使用する、および３）ＬＭ＿Ｌ：左テンプレートのみからのサンプルを使用する、がある。したがって、５つの通常モードと３つのＬＭモードとからなる、合計８つのクロマ予測モードがある。対応するルーマブロックに応じたクロマ予測モードの導出が、以下に示される。
Figure 2022539316000006
たとえば、表１では、対応するルーマイントラ予測モードが０であり、クロマ予測モードインデックスが１である場合、クロマイントラ予測モードは５０である。クロマ予測モードインデックスが７である場合、クロマイントラ予測モードは、対応するルーマイントラ予測モードと同じである。表１は、概して、（表１の最左列に示されている）クロマ予測モードインデックスに基づいて定義されるクロマイントラ予測モードと、（表１中の番号の最上行に示されている）対応するルーマイントラ予測モードとを示す。
[0137] この例では、モード８１：ＬＭ＿ＣＨＲＯＡ、モード８２：ＬＭ＿Ａ、モード８３：ＬＭ＿Ｌである。７に等しいクロマ予測モードインデックスが、ＤＭ＿ＣＨＲＯＭＡを示す。クロマ予測モードインデックス０、１、２および３は、それぞれ、ルーマイントラ予測モードが、示されたクロマイントラ予測モードと一致しない限り、平面（モード０）、垂直（モード５０）、水平（モード１８）、およびＤＣ（モード１）を示す（一致するケースでは、モードは６６に修正される）。これは、クロマイントラ予測モードインデックス７が、ルーマモードとクロマモードとが同じである場合をすでに組み込んでいるからである。したがって、（平面モードを示す）クロマ予測モードインデックス０では、ルーマイントラ予測モードが０（平面）であるとき、クロマモードは、冗長性を除去するために６６に修正される。したがって、同じことが、クロマイントラ予測モードインデックス１、２および３にも適用可能である。
[0138] ＶＴＭ５は、フレームごとにすべてのＬＭモードを無効にするための機能を提供する。詳細には、ＶＶＣドラフト５では、上位レイヤ（たとえば、ＳＰＳ）フラグ「ｓｐｓ＿ｃｃｌｍ＿ｅｎａｂｌｅｄ＿ｆｌａｇ」が、シグナリングされ得る。上位レイヤフラグが０に等しいとき、ＬＭモードは除外され、したがって、クロマ予測モードの数は５である（通常モードからなるにすぎない）。上位レイヤフラグが１に等しいとき、ＬＭモードは除外されない。したがって、クロマ予測モードの数は８に等しい。ＬＭモードが除外されるとき、ブロックは、ＬＭモードのいずれを使用しても符号化されないことがある。
Figure 2022539316000007
[0139] ｓｐｓ＿ｃｃｌｍ＿ｅｎａｂｌｅｄが０であるか否かに応じるイントラ予測モードの異なる数により、ＶＴＭ５仕様は、表３および表４として以下に示される２つの異なる２値化テーブルについて説明する。２値化テーブルは、たとえば、コンテキスト適応型バイナリ算術コーディング方式に従って、ビンストリング（bin string）を使用して値を符号化するために使用され得る。（クロマ予測モードインデックスであり得る）インデックスに基づいて（ｉｎｔｒａ＿ｃｈｒｏｍａ＿ｐｒｅｄ＿ｍｏｄｅと呼ばれることがある）イントラクロマ予測モードを決定すると、イントラクロマ予測モードのバイナリザイトンのために、表３などの２値化テーブルが使用され得る。
Figure 2022539316000008
Figure 2022539316000009
[0140] ＶＶＣドラフト５およびＶＴＭ５におけるイントラクロマ予測モードコーディングのための方式に関するいくつかの問題点がある。本開示では、イントラクロマ予測モードおよびクロマ予測モードという句は、イントラコーディング技法を指すときに同義的に使用されることがある。たとえば、ＤＭ＿ＣＨＲＯＭＡモードは、ｓｐｓ＿ｃｃｌｍ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１であるとき、７のクロマ予測モードインデックス（たとえば、ｉｎｔｒａ＿ｃｈｒｏｍａ＿ｐｒｅｄ＿ｍｏｄｅ）値を有し、ｓｐｓ＿ｃｃｌｍ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０であるとき、４のクロマ予測モードインデックス値を有し、一致しない。さらに、クロマ予測モードインデックスについての仕様テキストにおいて、２つの異なる２値化テーブルが必要とされ、これは、不都合であり得、ビデオコーダに複雑さを追加し得、および／または、ストレージリソースを消費し得る。
[0141] 本開示の技法は、これらの問題点に対処し得る。本開示の技法は、独立して適用され得るか、または、技法のうちの１つまたは複数は、一緒に適用可能であり得る。
[0142] ＶＶＣドラフト５およびＶＴＭ５によれば、クロマブロックを符号化および復号するために、ＬＭモードが使用され得る。その上、ＶＶＣのいくつかのテストモデルによれば、ビデオデータのピクチャについてすべてのＬＭモードが無効にされるかどうかを示すために、シンタックス要素が使用され得る。これらのテストモデルによれば、ＬＭモードが無効にされる場合、ブロックのために使用されるクロマイントラ予測コーディングモードを識別するために、インデックスの第１のセットが使用されるが、ＬＭモードが有効にされる場合、（第１のセットとは異なる）インデックスの第２のセットが使用され得る。その上、これらの２つの状況を扱うために、２つの異なる２値化テーブル（たとえば、表３と表と４）が使用され得る。
[0143] イントラコーディングモードを識別するためのインデックスの２つの異なるセットの使用と２つの異なる２値化テーブルの使用とは両方とも、ビデオデータのピクチャについてすべてのＬＭモードが無効にされるかどうかを示すためのシンタックス要素を使用するＶＶＣのそのようなテストモデルから生じ得る問題であり、これは、符号化および復号プロセスにおける複雑さを引き起こすことがあり、２つの２値化テーブルを記憶するために追加のメモリを必要とし得る。本開示の技法は、イントラモード識別のために使用され得るインデックスの共通セットを定義することによって、これらの問題に対処し、それにより、ＬＭモードが有効にされるときおよびＬＭモードが無効にされるときに通常ならば必要とされ得るインデックスの２つの異なるセットをなくし得る。さらに、本開示の技法は、イントラコーディングモードシグナリングに関連付けられたすべての状況のために使用され得る共通の２値化テーブルを定義する、これらの問題に対処し、それにより、２値化テーブルの数を２つから１つに低減し得、これは、符号化および復号プロセスのためにエンコーダおよびデコーダにおいて必要とされるメモリの量を低減することができる。
[0144] ２つの２値化テーブルをなくし、それらを１つの統合された２値化テーブルと置き換えることによって、クロマイントラ予測モードインデックスは、ＬＭモードが無効にされるときの状況に対してＬＭモードが有効にされるときの状況について一致させられ得る。いくつかの例では、そのような簡略化およびメモリ低減の利点は、圧縮に対する悪影響なしに、ならびに符号化およびコーディング効率に対する悪影響なしに実現され得る。
[0145] 仕様テキストにおける一貫性のために、本開示の技法は、ｓｐｓ＿ｃｃｌｍ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０であるかまたは１である両方について、ＤＭ＿ＣＨＲＯＭＡのためにｉｎｔｒａ＿ｃｈｒｏｍａ＿ｐｒｅｄ＿ｍｏｄｅの同じ値（たとえば、４）を使用する。得られたクロマ予測モードテーブルは、以下の通りであり得る。
Figure 2022539316000010
[0146] 表５では、４の値は、ＬＭモードが有効にされるかどうかにかかわらず、ルーマブロックのイントラ予測モードがクロマブロックによって継承されることを示す。これは、その使用がＬＭモードが有効にされるかどうかに依存する、表３および表４とは異なり、ここで、４または７の異なる値が、ＬＭモードが有効にされるかどうかに応じる継承（inheritance）を示す。
[0147] 本開示の技法は、ｉｎｔｒａ＿ｃｈｒｏｍａ＿ｐｒｅｄ＿ｍｏｄｅのために２つの２値化テーブルを指定することを回避し得る。代わりに、本開示は、ｓｐｓ＿ｃｃｌｍ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０のケースと１のケースの両方について（たとえば、ビデオエンコーダ２００およびビデオデコーダ３００によって）使用され得る、統合された２値化テーブルを提案する。たとえば、ｓｐｓ＿ｃｃｌｍ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値にかかわらず、ｉｎｔｒａ＿ｃｈｒｏｍａ＿ｐｒｅｄ＿ｍｏｄｅの値が、表３、表４または以下の表６、表７または表８など、統合された２値化テーブルに従ってビンストリングを定義するために使用され得る。
Figure 2022539316000011
[0148] 図７は、本開示の１つまたは複数の技法による、矩形部分が、ｓｐｓ＿ｃｃｌｍ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいときの分岐を示し、これがシグナリングツリーの分岐である、クロマコーディングのためのシグナルツリーである。
ここで、第１のビンは、クロマ予測モードが、通常モードのうちの１つである（０）のか、ＬＭモードのうちの１つである（１）のかを示す。第１のビンが、クロマ予測モードが通常モードであることを示す場合、ビデオコーダ（たとえば、ビデオエンコーダ２００またはビデオデコーダ３００）は、表３で説明されたのと同様に次のビンを導出する。第１のビンが、クロマ予測モードがＬＭモードのうちの１つであることを示す（すなわち、第１のビンが１に等しい場合、次のビン（すなわち、第２のビン）は、クロマ予測モードがＬＭ＿ＣＨＲＯＭＡである（すなわち、第２のビンが０に等しい）か否かを示す。クロマ予測モードがＬＭ＿ＣＨＲＯＭＡでない（すなわち、第２のビンが１に等しい）場合、次のビン（すなわち、第３のビン）は、クロマ予測モードがＬＭ＿Ｌである（すなわち、第３のビンが０に等しい）のか、ＬＭ＿Ａである（すなわち、第３のビンが１に等しい）のかを示す。ｓｐｓ＿ｃｃｌｍ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０である場合、ビデオコーダは、エントロピーコーディングより前に、対応するｉｎｔｒａ＿ｃｈｒｏｍａ＿ｐｒｅｄ＿ｍｏｄｅについて２値化テーブルの第１のビンを廃棄し得る。たとえば、ｓｐｓ＿ｃｃｌｍ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいとき、ビデオエンコーダ２００は、ｉｎｔｒａ＿ｃｈｒｏｍａ＿ｐｒｅｄ＿ｍｏｄｅの２値化中にビン０を含めず、ビデオデコーダ３００は、ｉｎｔｒａ＿ｃｈｒｏｍａ＿ｐｒｅｄ＿ｍｏｄｅの２値化の第１の発生するビン（first-occurring bin）を、ビン１と解釈する。言い換えれば、第１のビン（すなわち、ビン０）は、０であり、したがってコーディングされるべきでないと推論される。それに応じて、ビデオデコーダ３００は、第２のシンタックス要素についてのビンストリングを復号し得る。第２のシンタックス要素についてのビンストリングを復号するために、ビデオデコーダ３００は、第１のシンタックス要素の値に基づいてピクチャのクロマブロックを復号するために使用されるクロマ予測モードに関連付けられたビンストリングの第１の部分（first portion）を推論し、第２のシンタックス要素の値に基づいてピクチャのクロマブロックを復号するために使用されるクロマ予測モードに関連付けられたビンストリングの第２の部分を決定し得る。
[0149] 別の例では、ビデオエンコーダ２００またはビデオデコーダ３００は、表６と比較して、４つの通常モードの中の最もあり得るモードのほうに選好を与えるために、４つの通常モードについて可変長コードを使用し得る。言い換えれば、最もあり得るモードは、より短いビンストリングを割り当てられ得、あまりあり得ないモードは、より長いビンストリングを割り当てられ得、これは、フレームのピクチャ内の異なるブロックについて異なるモードを使用するフレームビデオデータのピクチャの圧縮を改善することができる。
Figure 2022539316000012
[0150] 別の例では、ビデオエンコーダ２００およびビデオデコーダ３００は、ＤＭ＿ＣＨＲＯＭＡについてのビンの数を（表６および表７において上記で説明された、２の代わりに）１に保ちながら、異なる２値化テーブル（たとえば、表８）を使用し得る。
Figure 2022539316000013
[0151] 表６では、ｉｎｔｒａ＿ｃｈｒｏｍａ＿ｐｒｅｄ＿ｍｏｄｅシンタックス要素についてのビンストリングをＣＡＢＡＣコーディングするために、以下のコンテキストが使用され得る（すべてまたはおそらくサブセットのみが使用され得る）。
・ コンテキスト０：第１のビン（ＬＭモードか否か）。
・ コンテキスト１：第１のビン＝０であるときに対応する第２のビン（ＤＭ＿ＣＨＲＯＭＡか否か）。
・ コンテキスト２：第１のビン＝１であるときに対応する第２のビン（ＬＭ＿ＣＨＲＯＭＡか否か）。
・ コンテキスト３：第１のビン＝１であるときに対応する第３のビン（ＬＭ＿ＬまたはＬＭ＿Ａ）。しかしながら、いくつかの例では、コンテキスト０～２は上記で定義されたように使用され、第３のビンはバイパスコーディングされ得る。
Figure 2022539316000014
表９では、各ｂｉｎＩｄｘについてのコンテキストは、表９の最左列に示されているシンタックス要素の値によって定義される、３つの異なるシナリオについて示されている。
[0152] 別の例では、パースまたはコンテキスト選択依存の量を低減するために、ビデオコーダ（たとえば、ビデオエンコーダ２００またはビデオデコーダ３００）は、以下を使用し得、ここで、ｂｉｎＩｄｘ＝１についての同じコンテキスト（コンテキスト１）が、ｂｉｎＩｄｘ値とは無関係に選択される。
・ コンテキスト１：第１のビン（ＬＭモードまたは通常モード）。
・ コンテキスト２：第２のビン（ＬＭ＿ＣＨＲＯＭＡか否か、およびＤＭ＿ＣＨＲＯＭＡか否か）。
Figure 2022539316000015
表１０に示されているようなコンテキストの定義は、たとえば、コーディング効率を低減することまたはコーディング効率に著しく影響を及ぼすことなしに、表１０の最左列に示されているシンタックス要素の値のあらゆる可能なシナリオについて、異なるコンテキストを使用する技法に従って、通常ならば存在し得るパースまたはコンテキスト選択依存の量を低減するのを助け得る。
[0153] 表７では、以下のコンテキストが使用され得る（いくつかの例では、以下のすべてのコンテキストが使用され得、他の例では、コンテキストのサブセットのみが使用され得る）。コンテキスト
・ コンテキスト０：第１のビン（ＬＭモードか否か）。
・ コンテキスト１：第１のビン＝０であるときに対応する第２のビン（ＤＭ＿ＣＨＲＯＭＡか否か）。
・ コンテキスト２：最初の２つのビンが０１であるときに対応する第３のビン（平面か否か）。
・ コンテキスト３：第１のビン＝１であるときに対応する第２のビン（ＬＭ＿ＣＨＲＯＭＡか否か）。
・ コンテキスト４：最初の２つのビンが１１であるときに対応する第３のビン（ＬＭ＿ＬまたはＬＭ＿Ａ）。
[0154] 図８は、現在ブロックを符号化するための例示的な方法を示すフローチャートである。現在ブロックは、現在ＣＵであり得るか、または現在ＣＵを含み得る。ビデオエンコーダ２００（図１および図３）に関して説明されるが、他のデバイスが図８の方法と同様の方法を実施するように構成され得ることを理解されたい。
[0155] この例では、ビデオエンコーダ２００は、最初に、現在ブロックを予測する（３５０）。たとえば、ビデオエンコーダ２００は、現在ブロックのための予測ブロックを形成し得る。ビデオエンコーダ２００は、次いで、現在ブロックのための残差ブロックを計算し得る（３５２）。残差ブロックを計算するために、ビデオエンコーダ２００は、元の符号化されていないブロックと、現在ブロックのための予測ブロックとの間の差分を計算し得る。ビデオエンコーダ２００は、次いで、残差ブロックの変換係数を変換し、量子化し得る（３５４）。次に、ビデオエンコーダ２００は、残差ブロックの量子化された変換係数を走査し得る（３５６）。走査中に、または走査に続いて、ビデオエンコーダ２００は、変換係数をエントロピー符号化し（３５８）、ならびに予測ブロックを形成するために使用される予測モードの指示をエントロピー符号化し得る。本開示の技法によれば、現在ブロックがクロマブロックであり、クロマブロックが、導出されたモード（たとえば、ＤＭ＿ＣＨＲＯＭＡ）を使用して符号化されるものとして示され、すなわち、予測モードが導出されるべきであることの場合、ビデオエンコーダ２００は、導出されたモードを表すシンタックス要素についての値を符号化し得、ここで、その値は、現在ブロックを含むピクチャについて線形モードが有効にされるか否かにかかわらず同じである。たとえば、ビデオエンコーダ２００は、ＣＡＶＬＣまたはＣＡＢＡＣを使用して変換係数を符号化し得る。ビデオエンコーダ２００は、次いで、ブロックのエントロピー符号化されたデータを出力し得る（３６０）。
[0156] 図８によれば、現在ブロックを予測する（３５０）ステップは、ビデオデータのピクチャについてすべてのＬＭモードが無効にされるかどうかを示す第１のシンタックス要素を符号化すること、ピクチャのクロマブロックについてのクロマイントラ予測モードを決定すること、クロマブロックについてのクロマイントラ予測モードを指定するためにクロマイントラ予測インデックスを決定することを含み得る。この例では、クロマブロックは、図８の（３５０）において参照される現在ブロックに対応し得る。その上、この例では、クロマイントラ予測モードインデックスを決定することは、クロマブロックについてのクロマイントラ予測モードが、コロケートされたルーマブロックから継承されることを指定するために、特定の値を選択することを含み得る。さらに、この例では、コロケートされたルーマブロックはクロマブロックとコロケートされ、特定の値は、第１のシンタックス要素がピクチャについてすべてのＬＭモードが無効にされることを示すかどうかにかかわらず、同じ値である。エントロピー符号化する（３５８）プロセスは、ピクチャのクロマブロックについてのクロマ予測モードインデックスを示す第２のシンタックス要素を符号化することを含み得る。さらに、変換係数をエントロピー符号化する（３５８）ステップは、第２のシンタックス要素を符号化することを含み得、第１のシンタックス要素がピクチャについてすべてのＬＭモードが無効にされることを示すか否かにかかわらず、同じ２値化テーブルである２値化テーブルを使用して第２のシンタックス要素を符号化することを含む。
[0157] 図９は、ビデオデータの現在ブロックを復号するための例示的な方法を示すフローチャートである。現在ブロックは、現在ＣＵであり得るか、または現在ＣＵを含み得る。ビデオデコーダ３００（図１および図４）に関して説明されるが、他のデバイスが図９の方法と同様の方法を実施するように構成され得ることを理解されたい。
[0158] ビデオデコーダ３００は、エントロピー符号化された予測情報、および現在ブロックに対応する残差ブロックの変換係数についてのエントロピー符号化されたデータなど、現在ブロックについてのエントロピー符号化されたデータを受信し得る（３７０）。ビデオデコーダ３００は、現在ブロックについての予測情報を決定するために、および残差ブロックの変換係数を再生するために、エントロピー符号化されたデータをエントロピー復号し得る（３７２）。本開示の技法によれば、ビデオデコーダ３００は、クロマブロックについてのイントラ予測モードを表すシンタックス要素についての値を復号し得、値は、現在ブロックを含むピクチャについて線形モードが有効にされるか否かにかかわらず、同じであり得る。ビデオデコーダ３００は、現在ブロックのための予測ブロックを計算するために、たとえば、現在ブロックについての予測情報によって示されるイントラ予測またはインター予測モードを使用して、現在ブロックを予測し得る（３７４）。ビデオデコーダ３００は、次いで、量子化された変換係数のブロックを作成するために、再生された変換係数を逆走査し得る（３７６）。ビデオデコーダ３００は、次いで、残差ブロックを作り出すために変換係数を逆量子化し、逆変換し得る（３７８）。ビデオデコーダ３００は、予測ブロックと残差ブロックとを組み合わせることによって、最終的に現在ブロックを復号し得る（３８０）。
[0159] 本開示の技法によれば、現在ブロックがクロマブロックであるとき、現在ブロックを予測する（３７４）プロセスは、ビデオデータのピクチャについてすべてのＬＭモードが無効にされるかどうかを示す第１のシンタックス要素を復号することを含み得る。さらに、エントロピー符号化されたデータをエントロピー復号するプロセスは、ピクチャのクロマブロックについてのクロマ予測モードインデックスを示す第２のシンタックス要素を復号することと、クロマイントラ予測インデックスに基づいてクロマブロックについてのクロマイントラ予測モードを決定することとを含み得る。この例では、クロマブロックについてのクロマイントラ予測モードを決定することは、クロマブロックについてのクロマ予測モードインデックスが特定の値に等しいことに基づいて、クロマブロックについてのクロマイントラ予測モードが、コロケートされたルーマブロックから継承されると決定することを含み得る。さらに、この例では、コロケートされたルーマブロックはクロマブロックとコロケートされ、特定の値は、第１のシンタックス要素がピクチャについてすべてのＬＭモードが無効にされることを示すかどうかにかかわらず、同じ値である。さらに、ビデオデコーダ３００は、クロマブロックについてのクロマイントラ予測モードに基づいて、クロマブロックを復号し得る。たとえば、ビデオデコーダ３００は、復号されたブロックを作成するために予測データに残差値を加算することによって、または単に復号されたブロックとして予測データを使用することによってなど、クロマイントラ予測モードに基づいて予測データを生成することによってクロマブロックを復号し得る。さらに、データをエントロピー復号する（３７２）ステップは、第１のシンタックス要素がピクチャについてすべてのＬＭモードが無効にされることを示すか否かにかかわらず、同じ２値化テーブルである２値化テーブルを使用することを含み得る。
[0160] 図１０は、本開示による、例示的な符号化方法を示すフローチャートである。図１０は、ビデオエンコーダ２００の観点から説明されるが、他のエンコーダが本開示の符号化方法を使用し得る。図１０の例に示されているように、ビデオエンコーダ２００は、ビデオデータのピクチャについてすべてのＬＭモードが無効にされるかどうかを示す第１のシンタックス要素（たとえば、ｓｐｓ＿ｃｃｌｍ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）を符号化し得る（１００１）。たとえば、第１のシンタックス要素を符号化するために、ビデオエンコーダ２００は、ビデオデータの符号化された表現をその含む、ビットストリーム中に第１のシンタックス要素を表す符号なし整数を含め得る。
[0161] ビデオエンコーダ２００はまた、ピクチャのクロマブロックについてのクロマイントラ予測モードを決定し得る（１００２）。たとえば、ビデオエンコーダ２００は、複数の異なるクロマイントラ予測モードを使用してクロマブロックを符号化することの結果を比較し、この比較に基づいてクロマイントラ予測を決定し得る。
[0162] さらに、ビデオエンコーダ２００は、クロマブロックについてのクロマイントラ予測モードを指定するためにクロマイントラ予測インデックスを決定し得る（１００３）。さらに、クロマイントラ予測インデックスクロマイントラ予測モードインデックスを決定することは、クロマブロックについてのクロマイントラ予測モードが、コロケートされたルーマブロックから継承されることを指定するために、特定の値を選択することを含み得る。図１０の例では、コロケートされたルーマブロックはクロマブロックとコロケートされ、特定の値は、第１のシンタックス要素がピクチャについてすべてのＬＭモードが無効にされることを示すかどうかにかかわらず、同じ値である。
[0163] ビデオエンコーダ２００は、次いで、ピクチャのクロマブロックについてのクロマ予測モードインデックスを示す第２のシンタックス要素を符号化し得る（１００４）。本明細書で説明されるように、第２のシンタックス要素を符号化すること（１００４）は、第１のシンタックス要素がピクチャについてすべてのＬＭモードが無効にされることを示すか否かにかかわらず、同じ２値化テーブルである２値化テーブルを使用して第２のシンタックス要素を符号化することを含み得る。言い換えれば、ビデオエンコーダ２００は、クロマ予測モードインデックスに対応するビンストリングをルックアップするために２値化テーブルを使用し得る。クロマ予測モードインデックスに対応するビンストリングをルックアップするために２値化テーブルを使用した後に、ビデオエンコーダ２００は、ビンストリングにＣＡＢＡＣ符号化を適用し、得られたＣＡＢＡＣ符号化されたビンストリングをビットストリーム中に含め得る。異なる例では、２値化テーブルは、異なるクロマ予測モードインデックスについて異なる固定長コードを指定し、少なくともいくつかのクロマ予測モードインデックスについて可変長コードを指定し、および／または、異なるクロマ予測モードインデックスについてゴロムコードを指定し得る。クロマ予測モードインデックスは、モードインデックス０－平面モードと、モードインデックス１－垂直モード（vertical mode）と、モードインデックス２－水平モード（horizontal mode）と、モードインデックス３－ＤＣモードと、モードインデックス４－ＤＭ＿Ｃｈｒｏｍａモードと、モードインデックス５－ＬＭ＿Ｃｈｒｏｍａモードと、モードインデックス６－ＬＭ＿Ｌモードと、モードインデックス７－ＬＭ＿Ａモードとからなるモードのグループからクロマ予測モードを定義する。
[0164] いくつかの例では、２値化テーブルを使用することは、上記の表６、表７、または表８に対応し得る２値化テーブルを使用して、クロマ予測モードインデックスに基づいて第２のシンタックス要素についてのビンストリングを符号化することを含み得る。
[0165] 上述のように、いくつかの例では、第２のシンタックス要素（たとえば、ｉｎｔｒａ＿ｃｈｒｏｍａ＿ｐｒｅｄ＿ｍｏｄｅ）を符号化することは、２値化テーブルを使用することを含み得、２値化テーブルを使用することは、クロマ予測モードインデックスに基づいてビンストリングを決定するために２値化テーブルを使用することを含み得る。いくつかのそのような例では、ビデオエンコーダ２００は、ピクチャのクロマブロックを符号化するために使用されるクロマ予測モードに関連付けられたビンストリングの第１の部分（たとえば、ビン０）を符号化されたビデオデータから除外し得る。しかしながら、そのような例では、第１の部分は、（たとえば、ビデオデコーダ３００によって）第１のシンタックス要素（たとえば、ｓｐｓ＿ｃｃｌｍ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）の値に基づいて推論可能である。そのような例では、ビデオデコーダ３００は、ピクチャのクロマブロックを符号化するために使用されるクロマ予測モードに関連付けられたビンストリングの第２の部分（たとえば、ビン１～３）を、符号化されたビデオデータ中に含め得る。
[0166] いくつかの例では、第２のシンタックス要素（たとえば、ｉｎｔｒａ＿ｃｈｒｏｍａ＿ｐｒｅｄ＿ｍｏｄｅ）を符号化することは、クロマ予測モードインデックスに基づいてビンストリングを決定するために２値化テーブルを使用することと、第２のシンタックス要素についてのビンストリングを符号化するためにＣＡＢＡＣ技法を適用することとを含み得る。ビンストリングを符号化するためにＣＡＢＡＣ技法を適用するために、ビデオエンコーダ２００は、第１のシンタックス要素がピクチャについてすべてのＬＭモードが無効にされることを示すことに基づいて、ビンストリングの第１の発生するビンを符号化するために第１のコンテキスト（first context）を使用し、ビンストリングの第１のビンの値（a value of the first bin）に応じてビンストリングの第２の発生するビン（second-occurring bin）を符号化するために第２のコンテキスト（second context）を使用し得る。この例では、第１のコンテキストおよび第２のコンテキストは互いに異なる。第２の発生するビンは、クロマブロックについてのクロマイントラ予測モードが、コロケートされたルーマブロックから継承されるか否かを示す。
[0167] 図１１は、本開示による、例示的な復号方法を示すフローチャートである。図１１は、ビデオエンコーダ３００の観点から説明されるが、他のデコーダが本開示の復号方法を使用し得る。図１１の例に示されているように、ビデオデコーダ３００は、ビデオデータのピクチャについてすべてのＬＭモードが無効にされるかどうかを示す第１のシンタックス要素（たとえば、ｓｐｓ＿ｃｃｌｍ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）を復号する（１１０１）。たとえば、第１のシンタックス要素を復号するために、ビデオデコーダ３００は、ビットストリームから第１のシンタックス要素を表す符号なし整数値をパースし得る。
[0168] さらに、ビデオデコーダ３００は、ピクチャのクロマブロックについてのクロマ予測モードインデックスを示す第２のシンタックス要素（たとえば、ｉｎｔｒａ＿ｃｈｒｏｍａ＿ｐｒｅｄ＿ｍｏｄｅ）を復号する（１１０２）。ビデオデコーダ３００は、クロマブロックについてのクロマイントラ予測インデックスに基づいてクロマブロックについてのクロマイントラ予測モードを決定する（１１０３）。クロマブロックについてのクロマイントラ予測モードを決定することは、クロマブロックについてのクロマ予測モードインデックスが特定の値に等しいことに基づいて、クロマブロックについてのクロマイントラ予測モードが、コロケートされたルーマブロックから継承されると決定することを含み得る。コロケートされたルーマブロックはクロマブロックとコロケートされ、特定の値は、第１のシンタックス要素がピクチャについてすべてのＬＭモードが無効にされることを示すかどうかにかかわらず、同じ値（たとえば、表５および表６では４）である。
[0169] さらに、図１１の例では、ビデオデコーダ３００は、次いで、クロマブロックについてのクロマイントラ予測モードに基づいて、クロマブロックを復号する（１１０４）。たとえば、クロマイントラ予測モードを使用して、ビデオデコーダ３００は、予測データを生成し、復号されたブロックとして予測データを使用するか、または復号されたブロックを作成するために予測データに残差値を加算するかのいずれかを行い得る。本明細書で説明されるように、第２のシンタックス要素を復号すること（１１０２）は、第１のシンタックス要素がピクチャについてすべてのＬＭモードが無効にされることを示すか否かにかかわらず、同じ２値化テーブルである２値化テーブルを使用して第２のシンタックス要素を復号することを含み得る。言い換えれば、ビデオデコーダ３００は、ビットストリームからパースされたビンストリングにＣＡＢＡＣ復号化を適用し得る。ビデオデコーダ３００は、ＣＡＢＡＣ復号されたビンストリングに対応するクロマ予測モードインデックスをルックアップするために、２値化テーブルを使用し得る。例として、２値化テーブルは、異なるクロマ予測モードインデックスについて異なる固定長コードを指定し、少なくともいくつかのクロマ予測モードインデックスについて可変長コードを指定し、および／または、異なるクロマ予測モードインデックスについてゴロムコードを指定し得る。２値化テーブルは、上記の表６、表７、または表８に対応し得る。クロマ予測モードインデックスは、モードインデックス０－平面モードと、モードインデックス１－垂直モードと、モードインデックス２－水平モードと、モードインデックス３－ＤＣモードと、モードインデックス４－ＤＭ＿Ｃｈｒｏｍａモードと、モードインデックス５－ＬＭ＿Ｃｈｒｏｍａモードと、モードインデックス６－ＬＭ＿Ｌモードと、モードインデックス７－ＬＭ＿Ａモードとからなるモードのグループからクロマ予測モードを定義し得る。
[0170] いくつかの例では、２値化テーブルを使用して第２のシンタックス要素を復号することの一部として、ビデオデコーダ３００は、第２のシンタックス要素についてのビンストリングを決定し、ビンストリングからクロマ予測モードインデックスを決定するために２値化テーブルを使用し得る。いくつかのそのような例では、第２のシンタックス要素についてのビンストリングを決定するために、ビデオデコーダ３００は、第１のシンタックス要素の値に基づいてピクチャのクロマブロックを復号するために使用されるクロマ予測モードに関連付けられたビンストリングの第１の部分を推論し得る。一方、第１のシンタックス要素の値がすべてのＬＭモードが有効にされることを示すことに基づいて、ビデオデコーダ３００は、ビンストリングが第１の部分を含むと決定し得る。いずれにせよ、ビデオデコーダ３００は、第２のシンタックス要素の値に基づいてビンストリングの第２の部分（たとえば、ビン１～３）を決定し得る。
[0171] いくつかの例では、第２のシンタックス要素を復号することは、ビデオデコーダ３００が、第２のシンタックス要素についてのビンストリングを決定するためにＣＡＢＡＣ技法を適用することと、ビンストリングからクロマ予測モードインデックスを決定するために２値化テーブルを使用することとを含み得る。第２のシンタックス要素についてのビンストリングを決定するためにＣＡＢＡＣ技法を適用することは、第１のシンタックス要素がピクチャについてすべてのＬＭモードが無効にされることを示すことに基づいて、ビンストリングの第１の発生するビンの復号するために第１のコンテキストを使用することと、ビンストリングの第１のビンの値に応じてビンストリングの第２の発生するビンを復号するために第２のコンテキストを使用することと、ここにおいて、第１のコンテキストおよび第２のコンテキストが互いに異なり、第２の発生するビンは、クロマブロックについてのクロマイントラ予測モードが、コロケートされたルーマブロックから継承されるか否かを示す、を含み得る。
[0172] 例－ 以下の例は、本開示の１つまたは複数の態様を示す。
[0173] 例１－ ビデオデータを復号する方法であって、方法は、ビデオデータのピクチャについてすべての線形モデル（ＬＭ）モードが無効にされるかどうかを示す第１のシンタックス要素を復号することと、ピクチャのクロマブロックについてのクロマ予測モードインデックスを示す第２のシンタックス要素を復号することと、クロマイントラ予測インデックスに基づいてクロマブロックについてのクロマイントラ予測モードを決定することと、ここにおいて、クロマブロックについてのクロマイントラ予測モードを決定することは、クロマブロックについてのクロマ予測モードインデックスが特定の値に等しいことに基づいて、クロマブロックについてのクロマイントラ予測モードが、コロケートされたルーマブロックから継承されると決定することを備え、ここにおいて、コロケートされたルーマブロックがクロマブロックとコロケートされ、特定の値は、第１のシンタックス要素がピクチャについてすべてのＬＭモードが無効にされることを示すかどうかにかかわらず、同じ値である、クロマブロックについてのクロマイントラ予測モードに基づいて、クロマブロックを復号することとを備える、方法。
[0174] 例２－ 第２のシンタックス要素を復号することは、第１のシンタックス要素がピクチャについてすべてのＬＭモードが無効にされることを示すか否かにかかわらず、同じ２値化テーブルである２値化テーブルを使用して第２のシンタックス要素を復号することを備える、例１に記載の方法。
[0175] 例３－ ２値化テーブルが、異なるクロマ予測モードインデックスについて異なる固定長コードを指定する、例１～２の任意の組合せに記載の方法。
[0176] 例４－ ２値化テーブルが、少なくともいくつかのクロマ予測モードインデックスについて可変長コードを指定する、例１～３の任意の組合せに記載の方法。
[0177] 例５－ ２値化テーブルが、異なるクロマ予測モードインデックスについてゴロムコードを指定する、例１～４の任意の組合せに記載の方法。
[0178] 例６－ クロマ予測モードインデックスが、モードインデックス０－平面モードと、モードインデックス１－垂直モードと、モードインデックス２－水平モードと、モードインデックス３－ＤＣモードと、モードインデックス４－ＤＭ＿Ｃｈｒｏｍａモードと、モードインデックス５－ＬＭ＿Ｃｈｒｏｍａモードと、モードインデックス６－ＬＭ＿Ｌモードと、モードインデックス７－ＬＭ＿Ａモードとからなるモードのグループからクロマ予測モードを定義する、例１～５の任意の組合せに記載の方法。
[0179] 例７－ ２値化テーブルを使用することが、第２のシンタックス要素についてのビンストリングを決定することと、ビンストリングからクロマ予測モードインデックスを決定するために２値化テーブルを使用することとを備える、例１～６の任意の組合せに記載の方法。
[0180] 例８： ２値化テーブルが、
Figure 2022539316000016
を備える、例１～７の任意の組合せに記載の方法。
[0181] 例９－ ２値化テーブルを使用して第２のシンタックス要素を復号することが、第２のシンタックス要素についてのビンストリングを決定することと、ビンストリングからクロマ予測モードインデックスを決定するために２値化テーブルを使用することとを備え、第２のシンタックス要素についてのビンストリングを決定することが、第１のシンタックス要素の値に基づいてピクチャのクロマブロックを復号するために使用されるクロマ予測モードに関連付けられたビンストリングの第１の部分を推論することと、第２のシンタックス要素の値に基づいてピクチャのクロマブロックを復号するために使用されるクロマ予測モードに関連付けられたビンストリングの第２の部分を決定することとを備える、例１～８の任意の組合せに記載の方法。
[0182] 例１０－ 第２のシンタックス要素を復号することは、第２のシンタックス要素についてのビンストリングを決定するためにコンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ）技法を適用することと、ビンストリングからクロマ予測モードインデックスを決定するために２値化テーブルを使用することとを備え、ここにおいて、第２のシンタックス要素についてのビンストリングを決定するためにＣＡＢＡＣ技法を適用することは、第１のシンタックス要素がピクチャについてすべてのＬＭモードが無効にされることを示すことに基づいて、ビンストリングの第１の発生するビンの復号するために第１のコンテキストを使用することと、ビンストリングの第１のビンの値に応じてビンストリングの第２の発生するビンを復号するために第２のコンテキストを使用することと、ここにおいて、第１のコンテキストおよび第２のコンテキストが互いに異なり、第２の発生するビンは、クロマブロックについてのクロマイントラ予測モードが、コロケートされたルーマブロックから継承されるか否かを示す、を備える、例１～９の任意の組合せに記載の方法。
[0183] 例１１－ ビデオデータを符号化する方法であって、方法は、ビデオデータのピクチャについてすべての線形モデル（ＬＭ）モードが無効にされるかどうかを示す第１のシンタックス要素を符号化することと、ピクチャのクロマブロックについてのクロマイントラ予測モードを決定することと、クロマブロックについてのクロマイントラ予測モードを指定するためにクロマイントラ予測インデックスを決定することと、ここにおいて、クロマイントラ予測モードインデックスを決定することは、クロマブロックについてのクロマイントラ予測モードが、コロケートされたルーマブロックから継承されることを指定するために、特定の値を選択することを備え、ここにおいて、コロケートされたルーマブロックがクロマブロックとコロケートされ、特定の値は、第１のシンタックス要素がピクチャについてすべてのＬＭモードが無効にされることを示すかどうかにかかわらず、同じ値である、ピクチャのクロマブロックについてのクロマ予測モードインデックスを示す第２のシンタックス要素を符号化することとを備える、方法。
[0184] 例１２－ 第２のシンタックス要素を符号化することは、第１のシンタックス要素がピクチャについてすべてのＬＭモードが無効にされることを示すか否かにかかわらず、同じ２値化テーブルである２値化テーブルを使用して第２のシンタックス要素を符号化することを備える、例１１に記載の方法。
[0185] 例１３－ ２値化テーブルが、異なるクロマ予測モードインデックスについて異なる固定長コードを指定する、例１１～１２の任意の組合せに記載の方法。
[0186] 例１４－ ２値化テーブルが、少なくともいくつかのクロマ予測モードインデックスについて可変長コードを指定する、例１１～１３の任意の組合せに記載の方法。
[0187] 例１５－ ２値化テーブルが、異なるクロマ予測モードインデックスについてゴロムコードを指定する、例１１～１４の任意の組合せに記載の方法。
[0188] 例１６－ クロマ予測モードインデックスが、モードインデックス０－平面モードと、モードインデックス１－垂直モードと、モードインデックス２－水平モードと、モードインデックス３－ＤＣモードと、モードインデックス４－ＤＭ＿Ｃｈｒｏｍａモードと、モードインデックス５－ＬＭ＿Ｃｈｒｏｍａモードと、モードインデックス６－ＬＭ＿Ｌモードと、モードインデックス７－ＬＭ＿Ａモードとからなるモードのグループからクロマ予測モードを定義する、例１１～１５の任意の組合せに記載の方法。
[0189] 例１７－ ２値化テーブルを使用することが、２値化テーブルを使用してクロマ予測モードインデックスに基づいて第２のシンタックス要素についてのビンストリングを符号化することを備える、例１１～１６の任意の組合せに記載の方法。
[0190] 例１８－ ２値化テーブルが、
Figure 2022539316000017
を備える、例１１～１７の任意の組合せに記載の方法。
[0191] 例１９－ ２値化テーブルを使用して第２のシンタックス要素を符号化することは、クロマ予測モードインデックスに基づいてビンストリングを決定するために２値化テーブルを使用することと、ピクチャのクロマブロックを符号化するために使用されるクロマ予測モードに関連付けられたビンストリングの第１の部分を、符号化されたビデオデータから除外することと、ここにおいて、第１の部分が、第１のシンタックス要素の値に基づいて推論可能である、ピクチャのクロマブロックを符号化するために使用されるクロマ予測モードに関連付けられたビンストリングの第２の部分を符号化されたビデオデータ中に含めることとを備える、例１１～１８の任意の組合せに記載の方法。
[0192] 例２０－ 第２のシンタックス要素を符号化することは、クロマ予測モードインデックスに基づいてビンストリングを決定するために２値化テーブルを使用することと、第２のシンタックス要素についてのビンストリングを符号化するためにコンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ）技法を適用することとを備え、ここにおいて、ビンストリングを符号化するためにＣＡＢＡＣ技法を適用することは、第１のシンタックス要素がピクチャについてすべてのＬＭモードが無効にされることを示すことに基づいて、ビンストリングの第１の発生するビンの符号化するために第１のコンテキストを使用することと、ビンストリングの第１のビンの値に応じてビンストリングの第２の発生するビンを符号化するために第２のコンテキストを使用することと、ここにおいて、第１のコンテキストおよび第２のコンテキストが互いに異なり、第２の発生するビンは、クロマブロックについてのクロマイントラ予測モードが、コロケートされたルーマブロックから継承されるか否かを示す、を備える、例１１～１９の任意の組合せに記載の方法。
[0193] 例２１－ 例１～１０に記載の方法の任意の組合せを実施するように構成されたビデオ復号デバイス。
[0194] 例２２－ 例１～１０に記載されたステップの任意の組合せを実施するための手段を備えるビデオ復号デバイス。
[0195] 例２３－ 実行されたとき、ビデオ復号デバイスの１つまたは複数のプロセッサに、例１～１０の任意の組合せに記載の方法を実施させる命令を記憶するコンピュータ可読記憶媒体。
[0196] 例２４－ 例１１～２０に記載の方法の任意の組合せを実施するように構成されたビデオ符号化デバイス。
[0197] 例２５－ 例１１～２０に記載されたステップの任意の組合せを実施するための手段を備えるビデオ符号化デバイス。
[0198] 例２６－ 実行されたとき、ビデオ符号化デバイスの１つまたは複数のプロセッサに、例１１～２０の任意の組合せに記載の方法を実施させる命令を記憶するコンピュータ可読記憶媒体。
[0199] 上記例に応じて、本明細書で説明された技法のいずれかのいくつかの行為またはイベントは、異なるシーケンスで実施され得、追加、マージ、または完全に除外され得る（たとえば、すべての説明された行為またはイベントが本技法の実践のために必要であるとは限らない）ことを認識されたい。その上、いくつかの例では、行為またはイベントは、連続的にではなく、たとえば、マルチスレッド処理、割込み処理、または複数のプロセッサを通して同時に実施され得る。
[0200] １つまたは複数の例では、説明された機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実装され得る。ソフトウェアで実装される場合、機能は、１つまたは複数の命令またはコードとして、コンピュータ可読媒体上に記憶されるか、あるいはコンピュータ可読媒体を介して送信され、ハードウェアベースの処理ユニットによって実行され得る。コンピュータ可読媒体は、データ記憶媒体などの有形媒体に対応する、コンピュータ可読記憶媒体を含み得るか、または、たとえば、通信プロトコルに従って、ある場所から別の場所へのコンピュータプログラムの転送を可能にする任意の媒体を含む通信媒体を含み得る。このようにして、コンピュータ可読媒体は、概して、（１）非一時的である有形コンピュータ可読記憶媒体、あるいは（２）信号または搬送波などの通信媒体に対応し得る。データ記憶媒体は、本開示で説明された技法の実装のための命令、コードおよび／またはデータ構造を取り出すために、１つまたは複数のコンピュータまたは１つまたは複数のプロセッサによってアクセスされ得る、任意の利用可能な媒体であり得る。コンピュータプログラム製品はコンピュータ可読媒体を含み得る。
[0201] 限定ではなく例として、そのようなコンピュータ可読記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ（登録商標）、ＣＤ－ＲＯＭまたは他の光ディスクストレージ、磁気ディスクストレージ、または他の磁気ストレージデバイス、フラッシュメモリ、あるいは命令またはデータ構造の形態の所望のプログラムコードを記憶するために使用され得、コンピュータによってアクセスされ得る、任意の他の媒体を含むことができる。また、いかなる接続もコンピュータ可読媒体と適切に呼ばれる。たとえば、命令が、同軸ケーブル、光ファイバーケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバーケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波などのワイヤレス技術は媒体の定義に含まれる。ただし、コンピュータ可読記憶媒体およびデータ記憶媒体は、接続、搬送波、信号、または他の一時的媒体を含まないが、代わりに非一時的有形記憶媒体を対象とすることを理解されたい。本明細書で使用されるディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザーディスク（登録商標）（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）およびＢｌｕ－ｒａｙディスク（disc）を含み、ここで、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザーで光学的に再生する。上記の組合せもコンピュータ可読媒体の範囲内に含まれるべきである。
[0202] 命令は、１つまたは複数のデジタル信号プロセッサ（ＤＳＰ）、汎用マイクロプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、あるいは他の等価な集積またはディスクリート論理回路など、１つまたは複数のプロセッサによって実行され得る。したがって、本明細書で使用される「プロセッサ」および「処理回路」という用語は、上記の構造、または本明細書で説明された技法の実装に好適な任意の他の構造のいずれかを指し得る。さらに、いくつかの態様では、本明細書で説明された機能は、符号化および復号のために構成された専用ハードウェアおよび／またはソフトウェアモジュール内に提供されるか、あるいは複合コーデックに組み込まれ得る。また、本技法は、１つまたは複数の回路または論理要素において十分に実装され得る。
[0203] 本開示の技法は、ワイヤレスハンドセット、集積回路（ＩＣ）またはＩＣのセット（たとえば、チップセット）を含む、多種多様なデバイスまたは装置において実装され得る。本開示では、開示される技法を実施するように構成されたデバイスの機能的態様を強調するために、様々な構成要素、モジュール、またはユニットが説明されたが、それらの構成要素、モジュール、またはユニットは、必ずしも異なるハードウェアユニットによる実現を必要とするとは限らない。むしろ、上記で説明されたように、様々なユニットが、好適なソフトウェアおよび／またはファームウェアとともに、上記で説明された１つまたは複数のプロセッサを含めて、コーデックハードウェアユニットにおいて組み合わせられるか、または相互動作可能なハードウェアユニットの集合によって提供され得る。
[0204] 様々な例が説明された。これらおよび他の例は以下の特許請求の範囲内に入る。

Claims (44)

  1. ビデオデータを復号する方法であって、前記方法が、
    前記ビデオデータのピクチャについてすべての線形モデル（ＬＭ）モードが無効にされるかどうかを示す第１のシンタックス要素を復号することと、
    前記ピクチャのクロマブロックについてのクロマ予測モードインデックスを示す第２のシンタックス要素を復号することと、
    クロマイントラ予測インデックスに基づいて前記クロマブロックについてのクロマイントラ予測モードを決定することと、ここにおいて、前記クロマブロックについての前記クロマイントラ予測モードを決定することは、前記クロマブロックについての前記クロマ予測モードインデックスが特定の値に等しいことに基づいて、前記クロマブロックについての前記クロマイントラ予測モードが、コロケートされたルーマブロックから継承されると決定することを備え、ここにおいて、前記コロケートされたルーマブロックが前記クロマブロックとコロケートされ、前記特定の値は、前記第１のシンタックス要素が前記ピクチャについてすべてのＬＭモードが無効にされることを示すかどうかにかかわらず、同じ値である、
    前記クロマブロックについての前記クロマイントラ予測モードに基づいて、前記クロマブロックを復号することと
    を備える、方法。
  2. 前記第２のシンタックス要素を復号することは、前記第１のシンタックス要素が前記ピクチャについてすべてのＬＭモードが無効にされることを示すか否かにかかわらず、同じ２値化テーブルである２値化テーブルを使用して前記第２のシンタックス要素を復号することを備える、請求項１に記載の方法。
  3. 前記２値化テーブルが、異なるクロマ予測モードインデックスについて異なる固定長コードを指定する、請求項２に記載の方法。
  4. 前記２値化テーブルが、少なくともいくつかのクロマ予測モードインデックスについて可変長コードを指定する、請求項２に記載の方法。
  5. 前記２値化テーブルが、異なるクロマ予測モードインデックスについてゴロムコードを指定する、請求項２に記載の方法。
  6. 前記クロマ予測モードインデックスが、
    モードインデックス０－平面モードと、
    モードインデックス１－垂直モードと、
    モードインデックス２－水平モードと、
    モードインデックス３－ＤＣモードと、
    モードインデックス４－ＤＭ＿Ｃｈｒｏｍａモードと、
    モードインデックス５－ＬＭ＿Ｃｈｒｏｍａモードと、
    モードインデックス６－ＬＭ＿Ｌモードと、
    モードインデックス７－ＬＭ＿Ａモードと
    からなるモードのグループからクロマ予測モードを定義する、請求項１に記載の方法。
  7. 前記２値化テーブルを使用することが、
    前記第２のシンタックス要素についてのビンストリングを決定することと、
    前記ビンストリングから前記クロマ予測モードインデックスを決定するために前記２値化テーブルを使用することと
    を備える、請求項２に記載の方法。
  8. 前記２値化テーブルが、
    Figure 2022539316000018
     を備える、請求項７に記載の方法。
  9. 前記２値化テーブルを使用して前記第２のシンタックス要素を復号することが、
    前記第２のシンタックス要素についてのビンストリングを決定することと、
    前記ビンストリングから前記クロマ予測モードインデックスを決定するために前記２値化テーブルを使用することと
    を備え、
    前記第２のシンタックス要素についての前記ビンストリングを決定することが、
    前記第１のシンタックス要素の前記値に基づいて前記ピクチャの前記クロマブロックを復号するために使用されるクロマ予測モードに関連付けられた前記ビンストリングの第１の部分を推論することと、
    前記第２のシンタックス要素の前記値に基づいて前記ピクチャの前記クロマブロックを復号するために使用される前記クロマ予測モードに関連付けられた前記ビンストリングの第２の部分を決定することと
    を備える、
    請求項２に記載の方法。
  10. 前記第２のシンタックス要素を復号することは、
    前記第２のシンタックス要素についてのビンストリングを決定するためにコンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ）技法を適用することと、
    前記ビンストリングから前記クロマ予測モードインデックスを決定するために前記２値化テーブルを使用することと
    を備え、
    ここにおいて、前記第２のシンタックス要素についての前記ビンストリングを決定するために前記ＣＡＢＡＣ技法を適用することは、前記第１のシンタックス要素が前記ピクチャについてすべてのＬＭモードが無効にされることを示すことに基づいて、
    前記ビンストリングの第１の発生するビンの復号するために第１のコンテキストを使用することと、
    前記ビンストリングの前記第１のビンの値に応じて前記ビンストリングの第２の発生するビンを復号するために第２のコンテキストを使用することと、ここにおいて、前記第１のコンテキストおよび前記第２のコンテキストが互いに異なり、前記第２の発生するビンは、前記クロマブロックについての前記クロマイントラ予測モードが、コロケートされたルーマブロックから継承されるか否かを示す、
    を備える、
    請求項２に記載の方法。
  11. ビデオデータを符号化する方法であって、前記方法は、
    前記ビデオデータのピクチャについてすべての線形モデル（ＬＭ）モードが無効にされるかどうかを示す第１のシンタックス要素を符号化することと、
    前記ピクチャのクロマブロックについてのクロマイントラ予測モードを決定することと、
    前記クロマブロックについての前記クロマイントラ予測モードを指定するためにクロマイントラ予測インデックスを決定することと、ここにおいて、クロマイントラ予測モードインデックスを決定することは、前記クロマブロックについての前記クロマイントラ予測モードが、コロケートされたルーマブロックから継承されることを指定するために、特定の値を選択することを備え、ここにおいて、前記コロケートされたルーマブロックが前記クロマブロックとコロケートされ、前記特定の値は、前記第１のシンタックス要素が前記ピクチャについてすべてのＬＭモードが無効にされることを示すかどうかにかかわらず、同じ値である、
    前記ピクチャの前記クロマブロックについての前記クロマ予測モードインデックスを示す第２のシンタックス要素を符号化することと
    を備える、方法。
  12. 前記第２のシンタックス要素を符号化することは、前記第１のシンタックス要素が前記ピクチャについてすべてのＬＭモードが無効にされることを示すか否かにかかわらず、同じ２値化テーブルである２値化テーブルを使用して前記第２のシンタックス要素を符号化することを備える、請求項１１に記載の方法。
  13. 前記２値化テーブルが、異なるクロマ予測モードインデックスについて異なる固定長コードを指定する、請求項１２に記載の方法。
  14. 前記２値化テーブルが、少なくともいくつかのクロマ予測モードインデックスについて可変長コードを指定する、請求項１２に記載の方法。
  15. 前記２値化テーブルが、異なるクロマ予測モードインデックスについてゴロムコードを指定する、請求項１２に記載の方法。
  16. 前記クロマ予測モードインデックスが、
    モードインデックス０－平面モードと、
    モードインデックス１－垂直モードと、
    モードインデックス２－水平モードと、
    モードインデックス３－ＤＣモードと、
    モードインデックス４－ＤＭ＿Ｃｈｒｏｍａモードと、
    モードインデックス５－ＬＭ＿Ｃｈｒｏｍａモードと、
    モードインデックス６－ＬＭ＿Ｌモードと、
    モードインデックス７－ＬＭ＿Ａモードと
    からなるモードのグループからクロマ予測モードを定義する、請求項１１に記載の方法。
  17. 前記２値化テーブルを使用することが、
    前記２値化テーブルを使用して前記クロマ予測モードインデックスに基づいて前記第２のシンタックス要素についてのビンストリングを符号化すること
    を備える、請求項１２に記載の方法。
  18. 前記２値化テーブルが、
    Figure 2022539316000019
     を備える、請求項１７に記載の方法。
  19. 前記２値化テーブルを使用して前記第２のシンタックス要素を符号化することは、
    前記クロマ予測モードインデックスに基づいてビンストリングを決定するために前記２値化テーブルを使用することと、
    前記ピクチャの前記クロマブロックを符号化するために使用されるクロマ予測モードに関連付けられた前記ビンストリングの第１の部分を、符号化されたビデオデータから除外することと、ここにおいて、前記第１の部分が、前記第１のシンタックス要素の前記値に基づいて推論可能である、
    前記ピクチャの前記クロマブロックを符号化するために使用される前記クロマ予測モードに関連付けられた前記ビンストリングの第２の部分を前記符号化されたビデオデータ中に含めることと
    を備える、請求項１２に記載の方法。
  20. 前記第２のシンタックス要素を符号化することは、
    前記クロマ予測モードインデックスに基づいてビンストリングを決定するために前記２値化テーブルを使用することと、
    前記第２のシンタックス要素についての前記ビンストリングを符号化するためにコンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ）技法を適用することと
    を備え、
    ここにおいて、前記ビンストリングを符号化するために前記ＣＡＢＡＣ技法を適用することは、前記第１のシンタックス要素が前記ピクチャについてすべてのＬＭモードが無効にされることを示すことに基づいて、
    前記ビンストリングの第１の発生するビンの符号化するために第１のコンテキストを使用することと、
    前記ビンストリングの前記第１のビンの値に応じて前記ビンストリングの第２の発生するビンを符号化するために第２のコンテキストを使用することと、ここにおいて、前記第１のコンテキストおよび前記第２のコンテキストが互いに異なり、前記第２の発生するビンは、前記クロマブロックについての前記クロマイントラ予測モードが、コロケートされたルーマブロックから継承されるか否かを示す、
    を備える、
    請求項１２に記載の方法。
  21. ビデオ復号デバイスであって、
    ビデオデータを記憶するように構成されたメモリと、
    処理回路と
    を備え、前記処理回路は、
    前記ビデオデータのピクチャについてすべての線形モデル（ＬＭ）モードが無効にされるかどうかを示す第１のシンタックス要素を復号することと、
    前記ピクチャのクロマブロックについてのクロマ予測モードインデックスを示す第２のシンタックス要素を復号することと、
    クロマイントラ予測インデックスに基づいて前記クロマブロックについてのクロマイントラ予測モードを決定することと、ここにおいて、前記クロマブロックについての前記クロマイントラ予測モードを決定するために、前記処理回路は、前記クロマブロックについての前記クロマ予測モードインデックスが特定の値に等しいことに基づいて、前記クロマブロックについての前記クロマイントラ予測モードが、コロケートされたルーマブロックから継承されると決定するように構成され、ここにおいて、前記コロケートされたルーマブロックが前記クロマブロックとコロケートされ、前記特定の値は、前記第１のシンタックス要素が前記ピクチャについてすべてのＬＭモードが無効にされることを示すかどうかにかかわらず、同じ値である、
    前記クロマブロックについての前記クロマイントラ予測モードに基づいて、前記クロマブロックを復号することと
    を行うように構成された、ビデオ復号デバイス。
  22. 前記処理回路は、前記第１のシンタックス要素が前記ピクチャについてすべてのＬＭモードが無効にされることを示すか否かにかかわらず、同じ２値化テーブルである２値化テーブルを使用して前記第２のシンタックス要素を復号するように構成された、請求項２１に記載のビデオ復号デバイス。
  23. 前記２値化テーブルが、異なるクロマ予測モードインデックスについて異なる固定長コードを指定する、請求項２２に記載のビデオ復号デバイス。
  24. 前記２値化テーブルが、少なくともいくつかのクロマ予測モードインデックスについて可変長コードを指定する、請求項２２に記載のビデオ復号デバイス。
  25. 前記２値化テーブルが、異なるクロマ予測モードインデックスについてゴロムコードを指定する、請求項２２に記載のビデオ復号デバイス。
  26. 前記クロマ予測モードインデックスが、
    モードインデックス０－平面モードと、
    モードインデックス１－垂直モードと、
    モードインデックス２－水平モードと、
    モードインデックス３－ＤＣモードと、
    モードインデックス４－ＤＭ＿Ｃｈｒｏｍａモードと、
    モードインデックス５－ＬＭ＿Ｃｈｒｏｍａモードと、
    モードインデックス６－ＬＭ＿Ｌモードと、
    モードインデックス７－ＬＭ＿Ａモードと
    からなるモードのグループからクロマ予測モードを定義する、請求項２１に記載のビデオ復号デバイス。
  27. 前記２値化テーブルを使用することにおいて、前記処理回路が、
    前記第２のシンタックス要素についてのビンストリングを決定することと、
    前記ビンストリングから前記クロマ予測モードインデックスを決定するために前記２値化テーブルを使用することと
    を行うように構成された、請求項２２に記載のビデオ復号デバイス。
  28. 前記２値化テーブルが、
    Figure 2022539316000020
     を備える、請求項２７に記載のビデオ復号デバイス。
  29. 前記２値化テーブルを使用して前記第２のシンタックス要素を復号するために、前記処理回路が、
    前記第２のシンタックス要素についてのビンストリングを決定することと、
    前記ビンストリングから前記クロマ予測モードインデックスを決定するために前記２値化テーブルを使用することと
    を行うように構成され、
    前記第２のシンタックス要素についての前記ビンストリングを決定するために、前記処理回路が、
    前記第１のシンタックス要素の前記値に基づいて前記ピクチャの前記クロマブロックを復号するために使用されるクロマ予測モードに関連付けられた前記ビンストリングの第１の部分を推論することと、
    前記第２のシンタックス要素の前記値に基づいて前記ピクチャの前記クロマブロックを復号するために使用される前記クロマ予測モードに関連付けられた前記ビンストリングの第２の部分を決定することと
    を行うように構成された、
    請求項２２に記載のビデオ復号デバイス。
  30. 前記第２のシンタックス要素を復号するために、前記処理回路が、
    前記第２のシンタックス要素についてのビンストリングを決定するためにコンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ）技法を適用することと、
    前記ビンストリングから前記クロマ予測モードインデックスを決定するために前記２値化テーブルを使用することと
    を行うように構成され、
    ここにおいて、前記第２のシンタックス要素についての前記ビンストリングを決定するために前記ＣＡＢＡＣ技法に対して、前記処理回路は、前記第１のシンタックス要素が前記ピクチャについてすべてのＬＭモードが無効にされることを示すことに基づいて、
    前記ビンストリングの第１の発生するビンの復号するために第１のコンテキストを使用することと、
    前記ビンストリングの前記第１のビンの値に応じて前記ビンストリングの第２の発生するビンを復号するために第２のコンテキストを使用することと、ここにおいて、前記第１のコンテキストおよび前記第２のコンテキストが互いに異なり、前記第２の発生するビンは、前記クロマブロックについての前記クロマイントラ予測モードが、コロケートされたルーマブロックから継承されるか否かを示す、
    を行うように構成された、
    請求項２２に記載のビデオ復号デバイス。
  31. ビデオ符号化デバイスであって、
    ビデオデータを記憶するように構成されたメモリと、
    処理回路と
    を備え、前記処理回路は、
    前記ビデオデータのピクチャについてすべての線形モデル（ＬＭ）モードが無効にされるかどうかを示す第１のシンタックス要素を符号化することと、
    前記ピクチャのクロマブロックについてのクロマイントラ予測モードを決定することと、
    前記クロマブロックについての前記クロマイントラ予測モードを指定するためにクロマイントラ予測インデックスを決定することと、ここにおいて、クロマイントラ予測モードインデックスを決定するために、前記処理回路は、前記クロマブロックについての前記クロマイントラ予測モードが、コロケートされたルーマブロックから継承されることを指定するために、特定の値を選択するように構成され、ここにおいて、前記コロケートされたルーマブロックが前記クロマブロックとコロケートされ、前記特定の値は、前記第１のシンタックス要素が前記ピクチャについてすべてのＬＭモードが無効にされることを示すかどうかにかかわらず、同じ値である、
    前記ピクチャの前記クロマブロックについての前記クロマ予測モードインデックスを示す第２のシンタックス要素を符号化することと
    を行うように構成された、ビデオ符号化デバイス。
  32. 前記処理回路は、前記第１のシンタックス要素が前記ピクチャについてすべてのＬＭモードが無効にされることを示すか否かにかかわらず、同じ２値化テーブルである２値化テーブルを使用して前記第２のシンタックス要素を符号化するように構成された、請求項３１に記載のビデオ符号化デバイス。
  33. 前記２値化テーブルが、異なるクロマ予測モードインデックスについて異なる固定長コードを指定する、請求項３２に記載のビデオ符号化デバイス。
  34. 前記２値化テーブルが、少なくともいくつかのクロマ予測モードインデックスについて可変長コードを指定する、請求項３２に記載のビデオ符号化デバイス。
  35. 前記２値化テーブルが、異なるクロマ予測モードインデックスについてゴロムコードを指定する、請求項３２に記載のビデオ符号化デバイス。
  36. 前記クロマ予測モードインデックスが、
    モードインデックス０－平面モードと、
    モードインデックス１－垂直モードと、
    モードインデックス２－水平モードと、
    モードインデックス３－ＤＣモードと、
    モードインデックス４－ＤＭ＿Ｃｈｒｏｍａモードと、
    モードインデックス５－ＬＭ＿Ｃｈｒｏｍａモードと、
    モードインデックス６－ＬＭ＿Ｌモードと、
    モードインデックス７－ＬＭ＿Ａモードと
    からなるモードのグループからクロマ予測モードを定義する、請求項３１に記載のビデオ符号化デバイス。
  37. ２値化テーブルを使用して前記第２のシンタックス要素を符号化するために、前記処理回路が、
    前記２値化テーブルを使用して前記クロマ予測モードインデックスに基づいて前記第２のシンタックス要素についてのビンストリングを符号化すること
    を行うように構成された、請求項３２に記載のビデオ符号化デバイス。
  38. 前記２値化テーブルが、
    Figure 2022539316000021
     を備える、請求項３７に記載のビデオ符号化デバイス。
  39. 前記２値化テーブルを使用して前記第２のシンタックス要素を符号化するために、前記処理回路は、
    前記クロマ予測モードインデックスに基づいてビンストリングを決定するために前記２値化テーブルを使用することと、
    前記ピクチャの前記クロマブロックを符号化するために使用されるクロマ予測モードに関連付けられた前記ビンストリングの第１の部分を、符号化されたビデオデータから除外することと、ここにおいて、前記第１の部分が、前記第１のシンタックス要素の前記値に基づいて推論可能である、
    前記ピクチャの前記クロマブロックを符号化するために使用される前記クロマ予測モードに関連付けられた前記ビンストリングの第２の部分を前記符号化されたビデオデータ中に含めることと
    を行うように構成された、請求項３２に記載のビデオ符号化デバイス。
  40. 前記２値化テーブルを使用して前記第２のシンタックス要素を符号化するために、前記処理回路が、
    前記クロマ予測モードインデックスに基づいてビンストリングを決定するために前記２値化テーブルを使用することと、
    前記第２のシンタックス要素についての前記ビンストリングを符号化するためにコンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ）技法を適用することと
    を行うように構成され、
    ここにおいて、前記ビンストリングを符号化するために前記ＣＡＢＡＣ技法を適用するために、前記処理回路は、前記第１のシンタックス要素が前記ピクチャについてすべてのＬＭモードが無効にされることを示すことに基づいて、
    前記ビンストリングの第１の発生するビンの符号化するために第１のコンテキストを使用することと、
    前記ビンストリングの前記第１のビンの値に応じて前記ビンストリングの第２の発生するビンを符号化するために第２のコンテキストを使用することと、ここにおいて、前記第１のコンテキストおよび前記第２のコンテキストが互いに異なり、前記第２の発生するビンは、前記クロマブロックについての前記クロマイントラ予測モードが、コロケートされたルーマブロックから継承されるか否かを示す、
    を行うように構成された、
    請求項３２に記載のビデオ符号化デバイス。
  41. ビデオ復号デバイスであって、
    前記ビデオデータのピクチャについてすべての線形モデル（ＬＭ）モードが無効にされるかどうかを示す第１のシンタックス要素を復号するための手段と、
    前記ピクチャのクロマブロックについてのクロマ予測モードインデックスを示す第２のシンタックス要素を復号するための手段と、
    クロマイントラ予測インデックスに基づいて前記クロマブロックについてのクロマイントラ予測モードを決定するための手段と、ここにおいて、前記クロマブロックについての前記クロマイントラ予測モードを決定することは、前記クロマブロックについての前記クロマ予測モードインデックスが特定の値に等しいことに基づいて、前記クロマブロックについての前記クロマイントラ予測モードが、コロケートされたルーマブロックから継承されると決定することを備え、ここにおいて、前記コロケートされたルーマブロックが前記クロマブロックとコロケートされ、前記特定の値は、前記第１のシンタックス要素が前記ピクチャについてすべてのＬＭモードが無効にされることを示すかどうかにかかわらず、同じ値である、
    前記クロマブロックについての前記クロマイントラ予測モードに基づいて、前記クロマブロックを復号するための手段と
    を備える、ビデオ復号デバイス。
  42. ビデオ符号化デバイスであって、
    前記ビデオデータのピクチャについてすべての線形モデル（ＬＭ）モードが無効にされるかどうかを示す第１のシンタックス要素を符号化するための手段と、
    前記ピクチャのクロマブロックについてのクロマイントラ予測モードを決定するための手段と、
    前記クロマブロックについての前記クロマイントラ予測モードを指定するためにクロマイントラ予測インデックスを決定するための手段と、ここにおいて、クロマイントラ予測モードインデックスを決定することは、前記クロマブロックについての前記クロマイントラ予測モードが、コロケートされたルーマブロックから継承されることを指定するために、特定の値を選択することを備え、ここにおいて、前記コロケートされたルーマブロックが前記クロマブロックとコロケートされ、前記特定の値は、前記第１のシンタックス要素が前記ピクチャについてすべてのＬＭモードが無効にされることを示すかどうかにかかわらず、同じ値である、
    前記ピクチャの前記クロマブロックについての前記クロマ予測モードインデックスを示す第２のシンタックス要素を符号化するための手段と
    を備える、ビデオ符号化デバイス。
  43. 命令を記憶するコンピュータ可読記憶媒体であって、前記命令は、実行されたとき、ビデオ復号デバイスの１つまたは複数のプロセッサに、
    ビデオデータのピクチャについてすべての線形モデル（ＬＭ）モードが無効にされるかどうかを示す第１のシンタックス要素を復号することと、
    前記ピクチャのクロマブロックについてのクロマ予測モードインデックスを示す第２のシンタックス要素を復号することと、
    クロマイントラ予測インデックスに基づいて前記クロマブロックについてのクロマイントラ予測モードを決定することと、ここにおいて、前記クロマブロックについての前記クロマイントラ予測モードを決定することは、前記クロマブロックについての前記クロマ予測モードインデックスが特定の値に等しいことに基づいて、前記クロマブロックについての前記クロマイントラ予測モードが、コロケートされたルーマブロックから継承されると決定することを備え、ここにおいて、前記コロケートされたルーマブロックが前記クロマブロックとコロケートされ、前記特定の値は、前記第１のシンタックス要素が前記ピクチャについてすべてのＬＭモードが無効にされることを示すかどうかにかかわらず、同じ値である、
    前記クロマブロックについての前記クロマイントラ予測モードに基づいて、前記クロマブロックを復号することと
    を行わせる、コンピュータ可読記憶媒体。
  44. 命令を記憶するコンピュータ可読記憶媒体であって、前記命令は、実行されたとき、ビデオ符号化デバイスの１つまたは複数のプロセッサに、
    ビデオデータのピクチャについてすべての線形モデル（ＬＭ）モードが無効にされるかどうかを示す第１のシンタックス要素を符号化することと、
    前記ピクチャのクロマブロックについてのクロマイントラ予測モードを決定することと、
    前記クロマブロックについての前記クロマイントラ予測モードを指定するためにクロマイントラ予測インデックスを決定することと、ここにおいて、クロマイントラ予測モードインデックスを決定することは、前記クロマブロックについての前記クロマイントラ予測モードが、コロケートされたルーマブロックから継承されることを指定するために、特定の値を選択することを備え、ここにおいて、前記コロケートされたルーマブロックが前記クロマブロックとコロケートされ、前記特定の値は、前記第１のシンタックス要素が前記ピクチャについてすべてのＬＭモードが無効にされることを示すかどうかにかかわらず、同じ値である、
    前記ピクチャの前記クロマブロックについての前記クロマ予測モードインデックスを示す第２のシンタックス要素を符号化することと
    を行わせる、コンピュータ可読記憶媒体。
JP2021576132A 2019-06-25 2020-04-23 ビデオコーディングにおける簡略化されたイントラクロマモードコーディング Pending JP2022539316A (ja)

Applications Claiming Priority (7)

Application Number Priority Date Filing Date Title
US201962866445P 2019-06-25 2019-06-25
US62/866,445 2019-06-25
US201962871548P 2019-07-08 2019-07-08
US62/871,548 2019-07-08
US16/855,462 US11330298B2 (en) 2019-06-25 2020-04-22 Simplified intra chroma mode coding in video coding
US16/855,462 2020-04-22
PCT/US2020/029559 WO2020263392A1 (en) 2019-06-25 2020-04-23 Simplified intra chroma mode coding in video coding

Publications (2)

Publication Number Publication Date
JP2022539316A true JP2022539316A (ja) 2022-09-08
JPWO2020263392A5 JPWO2020263392A5 (ja) 2023-04-04

Family

ID=74044841

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2021576132A Pending JP2022539316A (ja) 2019-06-25 2020-04-23 ビデオコーディングにおける簡略化されたイントラクロマモードコーディング

Country Status (8)

Country Link
US (1) US11330298B2 (ja)
EP (1) EP3991426A1 (ja)
JP (1) JP2022539316A (ja)
KR (1) KR20220024122A (ja)
CN (1) CN113994694A (ja)
BR (1) BR112021025371A2 (ja)
TW (1) TW202106005A (ja)
WO (1) WO2020263392A1 (ja)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114449266B (zh) 2018-10-08 2023-02-17 北京达佳互联信息技术有限公司 用于对视频信号进行编码的方法
EP3954125A4 (en) 2019-05-31 2022-06-22 ByteDance Inc. INTRA-BLOCK COPY PREDICTION PALETTE MODE
GB2585040A (en) * 2019-06-25 2020-12-30 Sony Corp Image data encoding and decoding
CN114026859B (zh) 2019-06-28 2024-06-14 字节跳动有限公司 在变换跳过模式中修改量化参数的技术
EP3973450A4 (en) * 2019-06-28 2023-02-22 ByteDance Inc. CHROMINANCE INTRA MODE DERIVATION IN SCREEN CONTENT ENCODING
BR112022001981A2 (pt) * 2019-08-06 2022-05-10 Beijing Bytedance Network Tech Co Ltd Método e aparelho de processamento de vídeo, e, mídia legível por computador
MX2022002188A (es) 2019-09-02 2022-03-11 Beijing Bytedance Network Tech Co Ltd Determinacion de modo de codificacion basada en formato de color.
KR102649584B1 (ko) 2019-09-21 2024-03-21 베이징 바이트댄스 네트워크 테크놀로지 컴퍼니, 리미티드 크로마 인트라 모드에 기초한 크기 제한
WO2023200206A1 (ko) * 2022-04-11 2023-10-19 현대자동차주식회사 영상 부호화/복호화 방법, 장치 및 비트스트림을 저장한 기록 매체
WO2023200155A1 (ko) * 2022-04-12 2023-10-19 엘지전자 주식회사 영상 부호화/복호화 방법, 비트스트림을 전송하는 방법 및 비트스트림을 저장한 기록 매체

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20110071047A (ko) * 2009-12-20 2011-06-28 엘지전자 주식회사 비디오 신호 디코딩 방법 및 장치
US8942282B2 (en) * 2010-04-12 2015-01-27 Qualcomm Incorporated Variable length coding of coded block pattern (CBP) in video compression
US9654785B2 (en) * 2011-06-09 2017-05-16 Qualcomm Incorporated Enhanced intra-prediction mode signaling for video coding using neighboring mode
US9167269B2 (en) * 2011-10-25 2015-10-20 Qualcomm Incorporated Determining boundary strength values for deblocking filtering for video coding
US8737555B2 (en) * 2011-12-22 2014-05-27 Landis+Gyr Technologies, Llc Digital signal processing for PLC communications having communication frequencies
US9654772B2 (en) * 2012-01-19 2017-05-16 Qualcomm Incorporated Context adaptive entropy coding with a reduced initialization value set
US9264706B2 (en) * 2012-04-11 2016-02-16 Qualcomm Incorporated Bypass bins for reference index coding in video coding
WO2015008417A1 (ja) 2013-07-19 2015-01-22 日本電気株式会社 映像符号化装置、映像復号装置、映像符号化方法、映像復号方法及びプログラム
US10455249B2 (en) * 2015-03-20 2019-10-22 Qualcomm Incorporated Downsampling process for linear model prediction mode
US10200719B2 (en) * 2015-11-25 2019-02-05 Qualcomm Incorporated Modification of transform coefficients for non-square transform units in video coding
US10390015B2 (en) * 2016-08-26 2019-08-20 Qualcomm Incorporated Unification of parameters derivation procedures for local illumination compensation and cross-component linear model prediction
US10419757B2 (en) * 2016-08-31 2019-09-17 Qualcomm Incorporated Cross-component filter
US10652575B2 (en) * 2016-09-15 2020-05-12 Qualcomm Incorporated Linear model chroma intra prediction for video coding
US11025903B2 (en) * 2017-01-13 2021-06-01 Qualcomm Incorporated Coding video data using derived chroma mode

Also Published As

Publication number Publication date
EP3991426A1 (en) 2022-05-04
BR112021025371A2 (pt) 2022-02-01
TW202106005A (zh) 2021-02-01
US20200413092A1 (en) 2020-12-31
WO2020263392A1 (en) 2020-12-30
KR20220024122A (ko) 2022-03-03
US11330298B2 (en) 2022-05-10
CN113994694A (zh) 2022-01-28

Similar Documents

Publication Publication Date Title
US11330298B2 (en) Simplified intra chroma mode coding in video coding
CN113940069A (zh) 用于视频译码中的低频不可分离变换的变换和最后有效系数位置信令
US11539982B2 (en) Merge estimation region for multi-type-tree block structure
US11284114B2 (en) Adaptive loop filter set index signaling
KR102455655B1 (ko) 비디오 코딩에서의 계수 도메인 블록 차동 펄스-코드 변조
TW202127887A (zh) 視訊解碼中用於聯合色度殘差模式的量化參數訊號傳遞
US11190793B2 (en) Memory constraint for adaptation parameter sets for video coding
JP2022548637A (ja) ビデオコーディングのためのクロスコンポーネント適応ループフィルタリングのためのビットシフティング
US11418787B2 (en) Chroma delta QP in video coding
JP2023508468A (ja) マージ推定領域のための履歴ベースの動きベクトル予測子制約
US11706425B2 (en) Multiple transform set signaling for video coding
US11729381B2 (en) Deblocking filter parameter signaling
KR20220036945A (ko) 팔레트 및 예측 모드 시그널링
JP2022524213A (ja) ビデオコーディングについての最後の位置コーディングに対するコンテキスト導出
US11973983B2 (en) Signaling coding scheme for residual values in transform skip for video coding
US20210092376A1 (en) Mode dependent block partition for lossless and mixed lossless and lossy video coding
JP2023544046A (ja) 高ビット深度ビデオコーディングのためのライスパラメータ値の適応的な導出
US20200404329A1 (en) Maximum allowed block size for bdpcm mode
JP2023517429A (ja) ビデオコーディングのためのモノクロームパレットモード
JP2023521699A (ja) ビデオコーディングのための適応スケーリングリスト制御
JP2023507099A (ja) ビデオコーディングにおけるマルチプル変換選択シグナリングに対する係数グループベースの制限
JP2022537155A (ja) ビデオコーディングにおけるｄｃイントラモード予測

Legal Events

Date Code Title Description
RD02 Notification of acceptance of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7422

Effective date: 20230104

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230327

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20230327

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20240312

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20240527