JP2022511809A - ビデオコード化に対する空間－時間動きベクトル予測パターン - Google Patents
ビデオコード化に対する空間－時間動きベクトル予測パターン Download PDFInfo
- Publication number
- JP2022511809A JP2022511809A JP2021531233A JP2021531233A JP2022511809A JP 2022511809 A JP2022511809 A JP 2022511809A JP 2021531233 A JP2021531233 A JP 2021531233A JP 2021531233 A JP2021531233 A JP 2021531233A JP 2022511809 A JP2022511809 A JP 2022511809A
- Authority
- JP
- Japan
- Prior art keywords
- block
- motion vector
- picture
- vector information
- predictor list
- 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
Links
- 230000033001 locomotion Effects 0.000 title claims abstract description 1034
- 239000013598 vector Substances 0.000 title claims abstract description 910
- 238000000034 method Methods 0.000 claims abstract description 142
- 230000015654 memory Effects 0.000 claims description 70
- 238000012545 processing Methods 0.000 claims description 61
- 238000003860 storage Methods 0.000 claims description 19
- 238000004891 communication Methods 0.000 claims description 17
- 230000011664 signaling Effects 0.000 claims description 8
- 238000010586 diagram Methods 0.000 abstract description 28
- 230000009466 transformation Effects 0.000 description 37
- 230000008569 process Effects 0.000 description 32
- 238000013139 quantization Methods 0.000 description 28
- 238000006243 chemical reaction Methods 0.000 description 27
- 208000037170 Delayed Emergence from Anesthesia Diseases 0.000 description 20
- 108091026890 Coding region Proteins 0.000 description 19
- 241000023320 Luma <angiosperm> Species 0.000 description 13
- OSWPMRLSEDHDFF-UHFFFAOYSA-N methyl salicylate Chemical compound COC(=O)C1=CC=CC=C1O OSWPMRLSEDHDFF-UHFFFAOYSA-N 0.000 description 13
- 239000000872 buffer Substances 0.000 description 11
- 230000002441 reversible effect Effects 0.000 description 10
- 230000009471 action Effects 0.000 description 9
- 230000006870 function Effects 0.000 description 9
- 230000005540 biological transmission Effects 0.000 description 8
- 125000004122 cyclic group Chemical group 0.000 description 7
- 230000002123 temporal effect Effects 0.000 description 7
- PXFBZOLANLWPMH-UHFFFAOYSA-N 16-Epiaffinine Natural products C1C(C2=CC=CC=C2N2)=C2C(=O)CC2C(=CC)CN(C)C1C2CO PXFBZOLANLWPMH-UHFFFAOYSA-N 0.000 description 6
- 238000013500 data storage Methods 0.000 description 6
- 238000012360 testing method Methods 0.000 description 6
- 238000010276 construction Methods 0.000 description 5
- 238000005516 engineering process Methods 0.000 description 5
- 238000000844 transformation Methods 0.000 description 5
- 230000002457 bidirectional effect Effects 0.000 description 4
- 230000006835 compression Effects 0.000 description 4
- 238000007906 compression Methods 0.000 description 4
- 238000011156 evaluation Methods 0.000 description 4
- 238000007689 inspection Methods 0.000 description 4
- 238000012546 transfer Methods 0.000 description 4
- 230000000007 visual effect Effects 0.000 description 4
- 238000004364 calculation method Methods 0.000 description 3
- 230000001419 dependent effect Effects 0.000 description 3
- 238000013461 design Methods 0.000 description 3
- 238000011161 development Methods 0.000 description 3
- 230000018109 developmental process Effects 0.000 description 3
- 238000012552 review Methods 0.000 description 3
- 238000012935 Averaging Methods 0.000 description 2
- 230000003044 adaptive effect Effects 0.000 description 2
- 238000003491 array Methods 0.000 description 2
- 230000006399 behavior Effects 0.000 description 2
- 238000004422 calculation algorithm Methods 0.000 description 2
- 230000001413 cellular effect Effects 0.000 description 2
- 238000004590 computer program Methods 0.000 description 2
- 238000009795 derivation Methods 0.000 description 2
- 239000000835 fiber Substances 0.000 description 2
- 239000011159 matrix material Substances 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 238000005192 partition Methods 0.000 description 2
- 238000011160 research Methods 0.000 description 2
- 230000001360 synchronised effect Effects 0.000 description 2
- VBRBNWWNRIMAII-WYMLVPIESA-N 3-[(e)-5-(4-ethylphenoxy)-3-methylpent-3-enyl]-2,2-dimethyloxirane Chemical compound C1=CC(CC)=CC=C1OC\C=C(/C)CCC1C(C)(C)O1 VBRBNWWNRIMAII-WYMLVPIESA-N 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000009125 cardiac resynchronization therapy Methods 0.000 description 1
- 239000000969 carrier Substances 0.000 description 1
- 230000010267 cellular communication Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000003780 insertion Methods 0.000 description 1
- 230000037431 insertion Effects 0.000 description 1
- 238000012432 intermediate storage Methods 0.000 description 1
- 230000001788 irregular Effects 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 230000006855 networking Effects 0.000 description 1
- 239000002245 particle Substances 0.000 description 1
- 238000012805 post-processing Methods 0.000 description 1
- 238000007781 pre-processing Methods 0.000 description 1
- 230000011218 segmentation Effects 0.000 description 1
- 238000000926 separation method Methods 0.000 description 1
- 238000000638 solvent extraction Methods 0.000 description 1
- 238000001228 spectrum Methods 0.000 description 1
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/105—Selection of the reference unit for prediction within a chosen coding or prediction mode, e.g. adaptive choice of position and number of pixels used for 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/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/109—Selection of coding mode or of prediction mode among a plurality of temporal 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/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/124—Quantisation
-
- 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/167—Position within a video image, e.g. region of interest [ROI]
-
- 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/50—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding
- H04N19/503—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding involving temporal prediction
- H04N19/51—Motion estimation or motion compensation
- H04N19/513—Processing of motion vectors
- H04N19/517—Processing of motion vectors by encoding
- H04N19/52—Processing of motion vectors by encoding by predictive encoding
-
- 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/60—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using transform coding
- H04N19/61—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using transform coding in combination with predictive coding
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Compression Or Coding Systems Of Tv Signals (AREA)
Abstract
空間的に隣接するブロックと、コロケートされたブロックとに基づいて、動きベクトル予測子リストを構築するための技法を説明する。ビデオデータをコード化する方法は、左から右へのコーディング順序を有する第１のピクチャー中の第１のブロックに対して、第１の動きベクトル予測子リストを構築し、第１の動きベクトル予測子リスト中の第１のエントリは、第１のブロックに対する左隣接ブロックの動きベクトル情報に基づいていることと、第１の動きベクトル予測子リストに基づいて、第１のピクチャー中の第１のブロックをコード化することと、右から左へのコーディング順序を有する第２のピクチャー中の第２のブロックに対して、第２の動きベクトル予測子リストを構築し、第２の動きベクトル予測子リスト中の第１のエントリは、第２のブロックに対する右隣接ブロックの動きベクトル情報に基づいていることと、第２の動きベクトル予測子リストに基づいて、第２のピクチャー中の第２のブロックをコード化することとを含んでいる。【選択図】図９
Description
［０００１］
本出願は、２０１８年１２月６日に出願された米国仮出願第６２／７７６３７３号の利益を主張する２０１９年１２月５日に出願された米国出願第１６／７０４８２７号に対する優先権を主張し、その全内容は参照により本明細書に組み込まれている。
本出願は、２０１８年１２月６日に出願された米国仮出願第６２／７７６３７３号の利益を主張する２０１９年１２月５日に出願された米国出願第１６／７０４８２７号に対する優先権を主張し、その全内容は参照により本明細書に組み込まれている。
［０００２］
本開示は、ビデオエンコーディングおよびビデオデコーディングに関連する。
本開示は、ビデオエンコーディングおよびビデオデコーディングに関連する。
［０００３］
デジタルビデオ能力は、デジタルテレビ、デジタルダイレクトブロードキャストシステム、ワイヤレスブロードキャストシステム、パーソナルデジタルアシスタント（ＰＤＡ）、ラップトップまたはデスクトップコンピュータ、タブレットコンピュータ、ｅ－ブックリーダ、デジタルカメラ、デジタル記録デバイス、デジタルメディアプレーヤ、ビデオゲームデバイス、ビデオゲームコンソール、セルラまたは衛星無線電話機、いわゆる「スマートフォン」、ビデオ電話会議デバイス、ビデオストリーミングデバイス、および、これらに類するものを含む、幅広い範囲のデバイスに組み込むことができる。デジタルビデオデバイスは、ＭＰＥＧ－２、ＭＰＥＧ－４、ＩＴＵ－Ｔ Ｈ．２６３、ＩＴＵ－Ｔ Ｈ．２６４／ＭＰＥＧ－４、パート１０、高度ビデオコーディング（ＡＶＣ）、高効率ビデオコーディング（ＨＥＶＣ）標準規格、ＩＴＵ－Ｔ Ｈ．２６５／高効率ビデオコーディング（ＨＥＶＣ）、および、このような標準規格の拡張によって規定される標準規格に記述されているもののような、ビデオコーディング技法を実現する。ビデオデバイスは、このようなビデオコーディング技法を実現することによって、より効率的にデジタルビデオ情報を送信、受信、エンコード、デコード、および／または、記憶してもよい。
デジタルビデオ能力は、デジタルテレビ、デジタルダイレクトブロードキャストシステム、ワイヤレスブロードキャストシステム、パーソナルデジタルアシスタント（ＰＤＡ）、ラップトップまたはデスクトップコンピュータ、タブレットコンピュータ、ｅ－ブックリーダ、デジタルカメラ、デジタル記録デバイス、デジタルメディアプレーヤ、ビデオゲームデバイス、ビデオゲームコンソール、セルラまたは衛星無線電話機、いわゆる「スマートフォン」、ビデオ電話会議デバイス、ビデオストリーミングデバイス、および、これらに類するものを含む、幅広い範囲のデバイスに組み込むことができる。デジタルビデオデバイスは、ＭＰＥＧ－２、ＭＰＥＧ－４、ＩＴＵ－Ｔ Ｈ．２６３、ＩＴＵ－Ｔ Ｈ．２６４／ＭＰＥＧ－４、パート１０、高度ビデオコーディング（ＡＶＣ）、高効率ビデオコーディング（ＨＥＶＣ）標準規格、ＩＴＵ－Ｔ Ｈ．２６５／高効率ビデオコーディング（ＨＥＶＣ）、および、このような標準規格の拡張によって規定される標準規格に記述されているもののような、ビデオコーディング技法を実現する。ビデオデバイスは、このようなビデオコーディング技法を実現することによって、より効率的にデジタルビデオ情報を送信、受信、エンコード、デコード、および／または、記憶してもよい。
［０００４］
ビデオコーディング技法は、ビデオシーケンスに内在する冗長を低減または取り除くために、空間的（イントラピクチャー）予測、および／または、時間的（インターピクチャー）予測を含んでいる。ブロックベースのビデオコーディングに対して、ビデオスライス（例えば、ビデオピクチャーまたはビデオピクチャーの一部分）は、コーディングツリーユニット（ＣＴＵ）、コーディングユニット（ＣＵ）および／またはコーディングノードとして呼ばれることもあるかもしれないビデオブロックに区分してもよい。ピクチャーのイントラコード化された（Ｉ）スライスにおけるビデオブロックは、同じピクチャーにおける隣接ブロック中の参照サンプルに関する空間的予測を使用してエンコードされる。ピクチャーのインターコード化された（ＰまたはＢ）スライスにおけるビデオブロックは、同じピクチャーにおける隣接ブロック中の参照サンプルに関する空間的予測、または、他の参照ピクチャーにおける参照サンプルに関する時間的予測を使用してもよい。ピクチャーは、フレームとして呼ばれることがあり、参照ピクチャーは参照フレームとして呼ばれることがある。
ビデオコーディング技法は、ビデオシーケンスに内在する冗長を低減または取り除くために、空間的（イントラピクチャー）予測、および／または、時間的（インターピクチャー）予測を含んでいる。ブロックベースのビデオコーディングに対して、ビデオスライス（例えば、ビデオピクチャーまたはビデオピクチャーの一部分）は、コーディングツリーユニット（ＣＴＵ）、コーディングユニット（ＣＵ）および／またはコーディングノードとして呼ばれることもあるかもしれないビデオブロックに区分してもよい。ピクチャーのイントラコード化された（Ｉ）スライスにおけるビデオブロックは、同じピクチャーにおける隣接ブロック中の参照サンプルに関する空間的予測を使用してエンコードされる。ピクチャーのインターコード化された（ＰまたはＢ）スライスにおけるビデオブロックは、同じピクチャーにおける隣接ブロック中の参照サンプルに関する空間的予測、または、他の参照ピクチャーにおける参照サンプルに関する時間的予測を使用してもよい。ピクチャーは、フレームとして呼ばれることがあり、参照ピクチャーは参照フレームとして呼ばれることがある。
［０００５］
一般的に、本開示は、ビデオコーディングにおけるインター予測および動きベクトル予測に対する技法を説明している。より詳細に説明すると、本開示は、動きベクトル予測子リストに基づく動きベクトル予測のような、空間－時間動きベクトル予測に対する技法を説明している。本開示の技法は、Ｈ．２６５／ＨＥＶＣ（高効率ビデオコーディング）のような既存のビデオコーデック、または、Ｈ．２６６／ＶＶＣ（バーサタイルビデオコーディング）のような何らかの将来のビデオコーディング標準規格における効率的なコーディングツール、のいずれかと使用してもよい。
一般的に、本開示は、ビデオコーディングにおけるインター予測および動きベクトル予測に対する技法を説明している。より詳細に説明すると、本開示は、動きベクトル予測子リストに基づく動きベクトル予測のような、空間－時間動きベクトル予測に対する技法を説明している。本開示の技法は、Ｈ．２６５／ＨＥＶＣ（高効率ビデオコーディング）のような既存のビデオコーデック、または、Ｈ．２６６／ＶＶＣ（バーサタイルビデオコーディング）のような何らかの将来のビデオコーディング標準規格における効率的なコーディングツール、のいずれかと使用してもよい。
［０００６］
より詳細に説明するように、本開示は、空間的および時間的に隣接するブロックの動きベクトル情報を含む動きベクトル予測子リストを構築する例示的な技法を説明している。いくつかのケースでは、ピクチャーのコーディング順序（左から右にまたは右から左に）は、動きベクトル予測子リストを構築するために、空間的に隣接するどのブロックが利用可能であるかに影響を及ぼすかもしれない。したがって、本開示は、ビデオコーダ（例えば、ビデオエンコーダまたはビデオデコーダ）が、ピクチャーに対して使用されるコーディング順序に基づいて、動きベクトル予測子リストを構築する例示的な技法を説明している。さらに、（コロケートされたブロックとも呼ばれる）時間的に隣接するブロックに対して、ビデオコーダは、特定の順序で、時間的に隣接するブロックの動きベクトル情報にアクセスし、その利用可能性を検査するように構成されていてもよい。
より詳細に説明するように、本開示は、空間的および時間的に隣接するブロックの動きベクトル情報を含む動きベクトル予測子リストを構築する例示的な技法を説明している。いくつかのケースでは、ピクチャーのコーディング順序（左から右にまたは右から左に）は、動きベクトル予測子リストを構築するために、空間的に隣接するどのブロックが利用可能であるかに影響を及ぼすかもしれない。したがって、本開示は、ビデオコーダ（例えば、ビデオエンコーダまたはビデオデコーダ）が、ピクチャーに対して使用されるコーディング順序に基づいて、動きベクトル予測子リストを構築する例示的な技法を説明している。さらに、（コロケートされたブロックとも呼ばれる）時間的に隣接するブロックに対して、ビデオコーダは、特定の順序で、時間的に隣接するブロックの動きベクトル情報にアクセスし、その利用可能性を検査するように構成されていてもよい。
［０００７］
１つの例では、本開示は、ビデオデータをコード化する方法を説明し、方法は、左から右へのコーディング順序を有する第１のピクチャー中の第１のブロックに対して、第１の動きベクトル予測子リストを構築し、第１の動きベクトル予測子リスト中の第１のエントリは、第１のブロックに対する左隣接ブロックの動きベクトル情報に基づいていることと、第１の動きベクトル予測子リストに基づいて、第１のピクチャー中の第１のブロックをコード化することと、左から右へのコーディング順序を有する第２のピクチャー中の第２のブロックに対して、第２の動きベクトル予測子リストを構築し、第２の動きベクトル予測子リスト中の第１のエントリは、第２のブロックに対する右隣接ブロックの動きベクトル情報に基づいていることと、第２の動きベクトル予測子リストに基づいて、第２のピクチャー中の第２のブロックをコード化することとを含んでいる。
１つの例では、本開示は、ビデオデータをコード化する方法を説明し、方法は、左から右へのコーディング順序を有する第１のピクチャー中の第１のブロックに対して、第１の動きベクトル予測子リストを構築し、第１の動きベクトル予測子リスト中の第１のエントリは、第１のブロックに対する左隣接ブロックの動きベクトル情報に基づいていることと、第１の動きベクトル予測子リストに基づいて、第１のピクチャー中の第１のブロックをコード化することと、左から右へのコーディング順序を有する第２のピクチャー中の第２のブロックに対して、第２の動きベクトル予測子リストを構築し、第２の動きベクトル予測子リスト中の第１のエントリは、第２のブロックに対する右隣接ブロックの動きベクトル情報に基づいていることと、第２の動きベクトル予測子リストに基づいて、第２のピクチャー中の第２のブロックをコード化することとを含んでいる。
［０００８］
１つの例では、本開示は、ビデオデータをコード化するためのデバイスを説明し、デバイスは、動きベクトル情報を記憶するように構成されているメモリと、メモリに結合されている処理回路とを具備している。処理回路は、左から右へのコーディング順序を有する第１のピクチャー中の第１のブロックに対して、第１の動きベクトル予測子リストを構築し、第１の動きベクトル予測子リスト中の第１のエントリは、メモリ中に記憶されている第１のブロックに対する左隣接ブロックの動きベクトル情報に基づいているようにと、第１の動きベクトル予測子リストに基づいて、第１のピクチャー中の第１のブロックをコード化するようにと、右から左へのコーディング順序を有する第２のピクチャー中の第２のブロックに対して、第２の動きベクトル予測子リストを構築し、第２の動きベクトル予測子リスト中の第１のエントリは、メモリ中に記憶されている第２のブロックに対する右隣接ブロックの動きベクトル情報に基づいているようにと、第２の動きベクトル予測子リストに基づいて、第２のピクチャー中の第２のブロックをコード化するように構成されている。
１つの例では、本開示は、ビデオデータをコード化するためのデバイスを説明し、デバイスは、動きベクトル情報を記憶するように構成されているメモリと、メモリに結合されている処理回路とを具備している。処理回路は、左から右へのコーディング順序を有する第１のピクチャー中の第１のブロックに対して、第１の動きベクトル予測子リストを構築し、第１の動きベクトル予測子リスト中の第１のエントリは、メモリ中に記憶されている第１のブロックに対する左隣接ブロックの動きベクトル情報に基づいているようにと、第１の動きベクトル予測子リストに基づいて、第１のピクチャー中の第１のブロックをコード化するようにと、右から左へのコーディング順序を有する第２のピクチャー中の第２のブロックに対して、第２の動きベクトル予測子リストを構築し、第２の動きベクトル予測子リスト中の第１のエントリは、メモリ中に記憶されている第２のブロックに対する右隣接ブロックの動きベクトル情報に基づいているようにと、第２の動きベクトル予測子リストに基づいて、第２のピクチャー中の第２のブロックをコード化するように構成されている。
［０００９］
１つの例では、本開示は、命令を記憶するコンピュータ読取可能記憶媒体を説明し、命令は、実行されるとき、１つ以上のプロセッサに、左から右へのコーディング順序を有する第１のピクチャー中の第１のブロックに対して、第１の動きベクトル予測子リストを構築させ、第１の動きベクトル予測子リスト中の第１のエントリは、第１のブロックに対する左隣接ブロックの動きベクトル情報に基づいており、第１の動きベクトル予測子リストに基づいて、第１のピクチャー中の第１のブロックをコード化させ、右から左へのコーディング順序を有する第２のピクチャー中の第２のブロックに対して、第２の動きベクトル予測子リストを構築させ、第２の動きベクトル予測子リスト中の第１のエントリは、第２のブロックに対する右隣接ブロックの動きベクトル情報に基づいており、第２の動きベクトル予測子リストに基づいて、第２のピクチャー中の第２のブロックをコード化させる。
１つの例では、本開示は、命令を記憶するコンピュータ読取可能記憶媒体を説明し、命令は、実行されるとき、１つ以上のプロセッサに、左から右へのコーディング順序を有する第１のピクチャー中の第１のブロックに対して、第１の動きベクトル予測子リストを構築させ、第１の動きベクトル予測子リスト中の第１のエントリは、第１のブロックに対する左隣接ブロックの動きベクトル情報に基づいており、第１の動きベクトル予測子リストに基づいて、第１のピクチャー中の第１のブロックをコード化させ、右から左へのコーディング順序を有する第２のピクチャー中の第２のブロックに対して、第２の動きベクトル予測子リストを構築させ、第２の動きベクトル予測子リスト中の第１のエントリは、第２のブロックに対する右隣接ブロックの動きベクトル情報に基づいており、第２の動きベクトル予測子リストに基づいて、第２のピクチャー中の第２のブロックをコード化させる。
［００１０］
１つ以上の例の詳細は、添付の図面および以下の説明に記載されている。他の特徴、目的および利点は、説明、図面および特許請求の範囲から明らかになるであろう。
１つ以上の例の詳細は、添付の図面および以下の説明に記載されている。他の特徴、目的および利点は、説明、図面および特許請求の範囲から明らかになるであろう。
［００２６］
いくつかの例では、ビデオコーディング（例えば、ビデオエンコーディングまたはビデオデコーディング）は、インター予測および／またはイントラブロックコピー（ＩＢＣ）技法を含んでいるかもしれない。インター予測またはＩＢＣの両方において、ビデオエンコーダは、現在ブロックに対する動きベクトル（ＩＢＣに対して、動きベクトルはブロックベクトルであってもよい）に基づいて、予測ブロックを決定し、予測ブロックと現在ブロックとの間の残差情報（例えば、差分）を決定し、残差情報をシグナリングする。ビデオデコーダは、残差情報を受け取る。加えて、ビデオデコーダは、現在ブロックに対する動きベクトルを決定し、動きベクトルに基づいて、予測ブロックを決定する。ビデオデコーダは、残差情報を予測ブロックに追加して、現在ブロックを再構築する。
いくつかの例では、ビデオコーディング（例えば、ビデオエンコーディングまたはビデオデコーディング）は、インター予測および／またはイントラブロックコピー（ＩＢＣ）技法を含んでいるかもしれない。インター予測またはＩＢＣの両方において、ビデオエンコーダは、現在ブロックに対する動きベクトル（ＩＢＣに対して、動きベクトルはブロックベクトルであってもよい）に基づいて、予測ブロックを決定し、予測ブロックと現在ブロックとの間の残差情報（例えば、差分）を決定し、残差情報をシグナリングする。ビデオデコーダは、残差情報を受け取る。加えて、ビデオデコーダは、現在ブロックに対する動きベクトルを決定し、動きベクトルに基づいて、予測ブロックを決定する。ビデオデコーダは、残差情報を予測ブロックに追加して、現在ブロックを再構築する。
［００２７］
ビデオデコーダが現在ブロックに対する動きベクトルを決定する１つの方法は、動きベクトル予測子リストに基づいている。ビデオエンコーダとビデオデコーダの両方は、ビデオエンコーダにより構築された動きベクトル予測子リストと、ビデオデコーダにより構築された動きベクトル予測子リストが同じであるように、類似するプロセスを利用して、それぞれの動きベクトル予測子リストを構築する。動きベクトル予測子リストは、空間的に隣接するブロック（例えば、現在ブロックと同じピクチャー中の現在ブロックに隣接するブロック）およびコロケートされたブロック（例えば、他のピクチャー中の特定のロケーションに位置するブロック）のような、以前にコード化されたブロックの動きベクトル情報を含んでいる。いくつかの例では、動きベクトル予測子リストは、人工的に発生された動きベクトル情報（例えば、以前にコード化されたブロックからのものではない動きベクトル情報）を含んでいてもよい。
ビデオデコーダが現在ブロックに対する動きベクトルを決定する１つの方法は、動きベクトル予測子リストに基づいている。ビデオエンコーダとビデオデコーダの両方は、ビデオエンコーダにより構築された動きベクトル予測子リストと、ビデオデコーダにより構築された動きベクトル予測子リストが同じであるように、類似するプロセスを利用して、それぞれの動きベクトル予測子リストを構築する。動きベクトル予測子リストは、空間的に隣接するブロック（例えば、現在ブロックと同じピクチャー中の現在ブロックに隣接するブロック）およびコロケートされたブロック（例えば、他のピクチャー中の特定のロケーションに位置するブロック）のような、以前にコード化されたブロックの動きベクトル情報を含んでいる。いくつかの例では、動きベクトル予測子リストは、人工的に発生された動きベクトル情報（例えば、以前にコード化されたブロックからのものではない動きベクトル情報）を含んでいてもよい。
［００２８］
ビデオエンコーダは、動きベクトル予測子リスト中のエントリを決定し、エントリを示す情報をシグナリングする。ビデオデコーダは、エントリに基づいて、動きベクトル予測子リストから動きベクトル情報を決定し、決定された動きベクトル情報に基づいて、現在ブロックに対する動きベクトルを決定する。１つの例として、ビデオデコーダは、（例えば、マージモードにおけるように）現在ブロックに対する動きベクトルを、決定された動きベクトル情報と等しいように設定してもよい。別の例として、ビデオデコーダは、（例えば、高度動きベクトル予測（ＡＭＶＰ）モードにおけるように）ビデオエンコーダによりシグナリングされた動きベクトル差分（ＭＶＤ）を、決定された動きベクトル情報に追加して、現在ブロックに対する動きベクトルを決定してもよい。
ビデオエンコーダは、動きベクトル予測子リスト中のエントリを決定し、エントリを示す情報をシグナリングする。ビデオデコーダは、エントリに基づいて、動きベクトル予測子リストから動きベクトル情報を決定し、決定された動きベクトル情報に基づいて、現在ブロックに対する動きベクトルを決定する。１つの例として、ビデオデコーダは、（例えば、マージモードにおけるように）現在ブロックに対する動きベクトルを、決定された動きベクトル情報と等しいように設定してもよい。別の例として、ビデオデコーダは、（例えば、高度動きベクトル予測（ＡＭＶＰ）モードにおけるように）ビデオエンコーダによりシグナリングされた動きベクトル差分（ＭＶＤ）を、決定された動きベクトル情報に追加して、現在ブロックに対する動きベクトルを決定してもよい。
［００２９］
上記で説明したように、動きベクトル予測子リストは、空間的に隣接するブロックに対する動きベクトル情報を含んでいてもよい。いくつかの例では、利用可能となる空間的に隣接するブロックの動きベクトル情報に対して、空間的に隣接するブロックは以前にコード化されている（エンコードされているまたはデコードされている）。隣接ブロックがまだコーディングされていない場合には、ビデオエンコーダおよびビデオデコーダは、まだ決定していないかもしれず、このこれまでのところコード化されている隣接ブロックに対する動きベクトル情報を決定するのに必要な情報をまだ有していないかもしない。したがって、いくつかの例では、動きベクトル情報に対して検査できる空間的に隣接するブロックのみが、以前にコード化されたブロックである。
上記で説明したように、動きベクトル予測子リストは、空間的に隣接するブロックに対する動きベクトル情報を含んでいてもよい。いくつかの例では、利用可能となる空間的に隣接するブロックの動きベクトル情報に対して、空間的に隣接するブロックは以前にコード化されている（エンコードされているまたはデコードされている）。隣接ブロックがまだコーディングされていない場合には、ビデオエンコーダおよびビデオデコーダは、まだ決定していないかもしれず、このこれまでのところコード化されている隣接ブロックに対する動きベクトル情報を決定するのに必要な情報をまだ有していないかもしない。したがって、いくつかの例では、動きベクトル情報に対して検査できる空間的に隣接するブロックのみが、以前にコード化されたブロックである。
［００３０］
しかしながら、どのブロックが以前にコード化されたブロックであるかは、ピクチャーのコーディング順序に基づいているかもしれない。例えば、ビデオコーダ（例えば、ビデオエンコーダまたはビデオデコーダ）は、左から右および上から下に第１のピクチャーをコード化するかもしれない。左から右および上から下に第１のピクチャーをコード化することは、ビデオコーダが第１のピクチャー中の左上ブロックから開始して第１のピクチャー内でブロック毎にコード化し、ビデオコーダが第１のピクチャーの右境界に達するまで、右方向にブロックをコード化することを指しているかもしれない。その後、ビデオコーダは第１のピクチャー中の左上ブロックの下のブロックに戻り、ビデオコーダが第１のピクチャーの右境界に達するまで、ブロック毎にコード化する。ビデオコーダが第１のピクチャーの右下ブロックをコード化するまで、ビデオコーダはこれらの動作を繰り返す。
しかしながら、どのブロックが以前にコード化されたブロックであるかは、ピクチャーのコーディング順序に基づいているかもしれない。例えば、ビデオコーダ（例えば、ビデオエンコーダまたはビデオデコーダ）は、左から右および上から下に第１のピクチャーをコード化するかもしれない。左から右および上から下に第１のピクチャーをコード化することは、ビデオコーダが第１のピクチャー中の左上ブロックから開始して第１のピクチャー内でブロック毎にコード化し、ビデオコーダが第１のピクチャーの右境界に達するまで、右方向にブロックをコード化することを指しているかもしれない。その後、ビデオコーダは第１のピクチャー中の左上ブロックの下のブロックに戻り、ビデオコーダが第１のピクチャーの右境界に達するまで、ブロック毎にコード化する。ビデオコーダが第１のピクチャーの右下ブロックをコード化するまで、ビデオコーダはこれらの動作を繰り返す。
［００３１］
コーディング順序は、必ずしも左から右および上から下である必要はない。ビデオコーダは、右から左および上から下に第２のピクチャーをコード化するかもしれない。右から左および上から下に第２のピクチャーをコード化することは、ビデオコーダが第２のピクチャー中の右上ブロックから開始して第２のピクチャー内でブロック毎にコード化し、ビデオコーダが第２のピクチャーの左境界に達するまで、左方向にブロックをコード化することを指しているかもしれない。その後、ビデオコーダは第２のピクチャー中の右上ブロックの下のブロックに戻り、ビデオコーダが第２のピクチャーの左境界に達するまで、ブロック毎にコード化する。ビデオコーダが第２のピクチャーの左下ブロックをコード化するまで、ビデオコーダはこれらの動作を繰り返す。
コーディング順序は、必ずしも左から右および上から下である必要はない。ビデオコーダは、右から左および上から下に第２のピクチャーをコード化するかもしれない。右から左および上から下に第２のピクチャーをコード化することは、ビデオコーダが第２のピクチャー中の右上ブロックから開始して第２のピクチャー内でブロック毎にコード化し、ビデオコーダが第２のピクチャーの左境界に達するまで、左方向にブロックをコード化することを指しているかもしれない。その後、ビデオコーダは第２のピクチャー中の右上ブロックの下のブロックに戻り、ビデオコーダが第２のピクチャーの左境界に達するまで、ブロック毎にコード化する。ビデオコーダが第２のピクチャーの左下ブロックをコード化するまで、ビデオコーダはこれらの動作を繰り返す。
［００３２］
第１および第２のピクチャーに対する異なるコーディング順序に起因して、第２のピクチャー中のブロックと比較して、第１のピクチャー中のブロックに対して以前にコード化された空間的に隣接する異なるブロックがあるかもしれない。例として、左から右へのコーディング順序を有する第１のピクチャー中の第１のブロックに対して、第１のブロックに対する左隣接ブロックは、第１のブロックがコード化されるより前に既にコード化されているかもしれず、したがって、左隣接ブロックに対する動きベクトル情報は利用可能かもしれない（例えば、以前に決定されている）。また、第１のブロックに対して、第１のブロックに対する右隣接ブロックは、まだコード化されていないかもしれず、したがって、右隣接ブロックに対する動きベクトル情報は利用可能でないかもしれない（例えば、まだ決定されていない）。
第１および第２のピクチャーに対する異なるコーディング順序に起因して、第２のピクチャー中のブロックと比較して、第１のピクチャー中のブロックに対して以前にコード化された空間的に隣接する異なるブロックがあるかもしれない。例として、左から右へのコーディング順序を有する第１のピクチャー中の第１のブロックに対して、第１のブロックに対する左隣接ブロックは、第１のブロックがコード化されるより前に既にコード化されているかもしれず、したがって、左隣接ブロックに対する動きベクトル情報は利用可能かもしれない（例えば、以前に決定されている）。また、第１のブロックに対して、第１のブロックに対する右隣接ブロックは、まだコード化されていないかもしれず、したがって、右隣接ブロックに対する動きベクトル情報は利用可能でないかもしれない（例えば、まだ決定されていない）。
［００３３］
右から左へのコーディング順序を有する第２のピクチャー中の第２のブロックに対して、第１のピクチャー中の第１のブロックの逆が正しいかもしれない。例えば、右から左へのコーディング順序を有する第２のピクチャー中の第２のブロックに対して、第２のブロックに対する左隣接ブロックは、まだコード化されていないかもしれず、したがって、左隣接ブロックに対する動きベクトル情報は利用可能でないかもしれない（例えば、まだ決定されていない）。また、第２のブロックに対して、第２のブロックに対する右隣接ブロックは、第２のブロックがコード化されるより前に既にコード化されているかもしれず、したがって、右隣接ブロックに対する動きベクトル情報は利用可能かもしれない（例えば、以前に決定されている）。
右から左へのコーディング順序を有する第２のピクチャー中の第２のブロックに対して、第１のピクチャー中の第１のブロックの逆が正しいかもしれない。例えば、右から左へのコーディング順序を有する第２のピクチャー中の第２のブロックに対して、第２のブロックに対する左隣接ブロックは、まだコード化されていないかもしれず、したがって、左隣接ブロックに対する動きベクトル情報は利用可能でないかもしれない（例えば、まだ決定されていない）。また、第２のブロックに対して、第２のブロックに対する右隣接ブロックは、第２のブロックがコード化されるより前に既にコード化されているかもしれず、したがって、右隣接ブロックに対する動きベクトル情報は利用可能かもしれない（例えば、以前に決定されている）。
［００３４］
空間的に隣接するどのブロックがコード化されているかはピクチャーのコーディング順序に基づいているかもしれないので、左から右へのコーディング順序を有する第１のピクチャー中の第１のブロックに対する動きベクトル予測子リストを構築する技法と、右から左へのコーディング順序を有する第２のピクチャー中の第２のブロックに対する動きベクトル予測子リストを構築する技法とは異なるかもしれない。本開示で説明している１つ以上の例では、その動きベクトル情報が第１のブロックに対する動きベクトル予測子リストを形成する、空間的に隣接するブロックのセットの位置は、その動きベクトル情報が第２のブロックに対する動きベクトル予測子リストを形成する、空間的に隣接するブロックのセットの位置に対して反転されているかもしれない。
空間的に隣接するどのブロックがコード化されているかはピクチャーのコーディング順序に基づいているかもしれないので、左から右へのコーディング順序を有する第１のピクチャー中の第１のブロックに対する動きベクトル予測子リストを構築する技法と、右から左へのコーディング順序を有する第２のピクチャー中の第２のブロックに対する動きベクトル予測子リストを構築する技法とは異なるかもしれない。本開示で説明している１つ以上の例では、その動きベクトル情報が第１のブロックに対する動きベクトル予測子リストを形成する、空間的に隣接するブロックのセットの位置は、その動きベクトル情報が第２のブロックに対する動きベクトル予測子リストを形成する、空間的に隣接するブロックのセットの位置に対して反転されているかもしれない。
［００３５］
例えば、左から右へのコーディング順序を有する第１のピクチャー中の第１のブロックに対して、第１の動きベクトル予測子リスト中の第１のエントリが第１のブロックに対する左隣接ブロックの動きベクトル情報に基づいているように、ビデオコーダは、第１の動きベクトル予測子リストを構築してもよい。右から左へのコーディング順序を有する第２のピクチャー中の第２のブロックに対して、第２の動きベクトル予測子リスト中の第１のエントリが第２のブロックに対する右隣接ブロックの動きベクトル情報に基づいているように、ビデオコーダは、第２の動きベクトル予測子リストを構築してもよい。第１のブロックに関する左隣接ブロックと第２のブロックに関する右隣接ブロックは、互いに関して反転されていると見なしてもよい（例えば、左隣接ブロックは左にあり、右隣接ブロックは右にある）。
例えば、左から右へのコーディング順序を有する第１のピクチャー中の第１のブロックに対して、第１の動きベクトル予測子リスト中の第１のエントリが第１のブロックに対する左隣接ブロックの動きベクトル情報に基づいているように、ビデオコーダは、第１の動きベクトル予測子リストを構築してもよい。右から左へのコーディング順序を有する第２のピクチャー中の第２のブロックに対して、第２の動きベクトル予測子リスト中の第１のエントリが第２のブロックに対する右隣接ブロックの動きベクトル情報に基づいているように、ビデオコーダは、第２の動きベクトル予測子リストを構築してもよい。第１のブロックに関する左隣接ブロックと第２のブロックに関する右隣接ブロックは、互いに関して反転されていると見なしてもよい（例えば、左隣接ブロックは左にあり、右隣接ブロックは右にある）。
［００３６］
いくつかの例では、左隣接ブロックの動きベクトル情報、上隣接ブロックの動きベクトル情報、右上隣接ブロックの動きベクトル情報、左下隣接ブロックの動きベクトル情報、左上隣接ブロックの動きベクトル情報という順序で、第１の動きベクトル予測子リストが、動きベクトル情報を有するように、ビデオコーダは、第１の動きベクトル予測子リストを構築してもよい。右隣接ブロックの動きベクトル情報、上隣接ブロックの動きベクトル情報、左上隣接ブロックの動きベクトル情報、右下隣接ブロックの動きベクトル情報、右上隣接ブロックの動きベクトル情報という順序で、第２の動きベクトル予測子リストが、動きベクトル情報を有するように、ビデオコーダは、第２の動きベクトル予測子リストを構築してもよい。
いくつかの例では、左隣接ブロックの動きベクトル情報、上隣接ブロックの動きベクトル情報、右上隣接ブロックの動きベクトル情報、左下隣接ブロックの動きベクトル情報、左上隣接ブロックの動きベクトル情報という順序で、第１の動きベクトル予測子リストが、動きベクトル情報を有するように、ビデオコーダは、第１の動きベクトル予測子リストを構築してもよい。右隣接ブロックの動きベクトル情報、上隣接ブロックの動きベクトル情報、左上隣接ブロックの動きベクトル情報、右下隣接ブロックの動きベクトル情報、右上隣接ブロックの動きベクトル情報という順序で、第２の動きベクトル予測子リストが、動きベクトル情報を有するように、ビデオコーダは、第２の動きベクトル予測子リストを構築してもよい。
［００３７］
上記の例では、第１および第２の動きベクトル予測子リストは、空間的に隣接するブロックに対する動きベクトル情報が動きベクトル予測子リスト中で配置される特定の順序を有する。動きベクトル情報が配置される特定の順序はあるが、ビデオコーダは、空間的に隣接するブロックからの動きベクトル情報に並列してアクセスように構成されていてもよい。これは、ビデオコーダが、複数のメモリコールを要求するのではなく、むしろ１つのメモリコールで（例えば、バッチ要求で）動きベクトル情報にアクセスすることを可能にするかもしれない。ビデオコーダは、その後、上記で説明している例示的な順序のような、特定の順序にしたがって、動きベクトル情報を配置してもよい。
上記の例では、第１および第２の動きベクトル予測子リストは、空間的に隣接するブロックに対する動きベクトル情報が動きベクトル予測子リスト中で配置される特定の順序を有する。動きベクトル情報が配置される特定の順序はあるが、ビデオコーダは、空間的に隣接するブロックからの動きベクトル情報に並列してアクセスように構成されていてもよい。これは、ビデオコーダが、複数のメモリコールを要求するのではなく、むしろ１つのメモリコールで（例えば、バッチ要求で）動きベクトル情報にアクセスすることを可能にするかもしれない。ビデオコーダは、その後、上記で説明している例示的な順序のような、特定の順序にしたがって、動きベクトル情報を配置してもよい。
［００３８］
いくつかの技法では、空間的に隣接する特定のブロックの動きベクトル情報が動きベクトル予測子リスト中に含まれるか否かは、別のブロックの動きベクトル情報の利用可能性に基づいている。別の言い方をすると、空間的に隣接する特定のブロックが、動きベクトル予測子リスト中に追加されるべきであるか否かは、条件付きである（例えば、別のブロックの動きベクトル情報の利用可能性に基づく条件付き）。空間的に隣接するブロックに対する動きベクトル情報が含まれるか否かについての条件があることに起因して、ビデオコーダは、最初に他のブロックの動きベクトル情報にアクセスして、条件が満たされるか否かを決定し、その後、条件が満たされるか否かに基づいて、空間的に隣接するブロックの動きベクトル情報に対する別の要求を送る必要があるかもしれない。このような技法は、複数のメモリコールとなるかもしれず、これは、ブロックをコード化するのにかかる時間量を増加させることがある。
いくつかの技法では、空間的に隣接する特定のブロックの動きベクトル情報が動きベクトル予測子リスト中に含まれるか否かは、別のブロックの動きベクトル情報の利用可能性に基づいている。別の言い方をすると、空間的に隣接する特定のブロックが、動きベクトル予測子リスト中に追加されるべきであるか否かは、条件付きである（例えば、別のブロックの動きベクトル情報の利用可能性に基づく条件付き）。空間的に隣接するブロックに対する動きベクトル情報が含まれるか否かについての条件があることに起因して、ビデオコーダは、最初に他のブロックの動きベクトル情報にアクセスして、条件が満たされるか否かを決定し、その後、条件が満たされるか否かに基づいて、空間的に隣接するブロックの動きベクトル情報に対する別の要求を送る必要があるかもしれない。このような技法は、複数のメモリコールとなるかもしれず、これは、ブロックをコード化するのにかかる時間量を増加させることがある。
［００３９］
本開示で説明している１つ以上の例では、空間的に隣接する特定のブロックの動きベクトル情報が動きベクトル予測子リスト中に含まれるべきであるか否かは、別のブロックの動きベクトル情報が利用可能であるか否かを条件としない。このようにして、ビデオコーダは、複数の要求の代わりにメモリへのバッチ要求で、空間的に隣接するブロックの動きベクトル情報にアクセスすることが可能かもしれず、これは、ブロックをコード化するのにかかる時間量を低減させ、ビデオコーダの動作を改善するかもしれない。
本開示で説明している１つ以上の例では、空間的に隣接する特定のブロックの動きベクトル情報が動きベクトル予測子リスト中に含まれるべきであるか否かは、別のブロックの動きベクトル情報が利用可能であるか否かを条件としない。このようにして、ビデオコーダは、複数の要求の代わりにメモリへのバッチ要求で、空間的に隣接するブロックの動きベクトル情報にアクセスすることが可能かもしれず、これは、ブロックをコード化するのにかかる時間量を低減させ、ビデオコーダの動作を改善するかもしれない。
［００４０］
上記で説明したように、空間的に隣接するブロックの動きベクトル情報に加えて、ビデオコーダは、（時間的に隣接するブロックとも呼ばれる）１つ以上のコロケートされたブロックの動きベクトル情報を含んでいてもよい。１つ以上のコロケートされたブロックは、コード化されているブロックを含むピクチャー以外の（参照ピクチャーと呼ばれる）別のピクチャー中のブロックである。コロケートされたブロックの１つの例は、現在ピクチャー中でコード化されている現在ブロックの位置とオーバーラップする参照ピクチャー中の位置に位置するブロックである。別の言い方をすると、現在ブロックは、現在ピクチャー内のエリアを規定していてもよく、同じエリア内にあるが参照ピクチャー中にあるブロックが、コロケートされたブロックの例である。コロケートされたブロックのこの例は、中央コロケートされたブロックとして呼ばれることがある。
上記で説明したように、空間的に隣接するブロックの動きベクトル情報に加えて、ビデオコーダは、（時間的に隣接するブロックとも呼ばれる）１つ以上のコロケートされたブロックの動きベクトル情報を含んでいてもよい。１つ以上のコロケートされたブロックは、コード化されているブロックを含むピクチャー以外の（参照ピクチャーと呼ばれる）別のピクチャー中のブロックである。コロケートされたブロックの１つの例は、現在ピクチャー中でコード化されている現在ブロックの位置とオーバーラップする参照ピクチャー中の位置に位置するブロックである。別の言い方をすると、現在ブロックは、現在ピクチャー内のエリアを規定していてもよく、同じエリア内にあるが参照ピクチャー中にあるブロックが、コロケートされたブロックの例である。コロケートされたブロックのこの例は、中央コロケートされたブロックとして呼ばれることがある。
［００４１］
コロケートされたブロックの別の例は、現在ブロックの下であるが参照ピクチャー中に（例えば、現在ピクチャー中の現在ブロックにより規定されるエリアの下であるが、参照ピクチャー中に）位置するブロックである。コロケートされたブロックのこの例は、下コロケートされたブロックとして呼ばれることがある。コロケートされたブロックの別の例は、現在ブロックの右であるが参照ピクチャー中に（例えば、現在ピクチャー中の現在ブロックにより規定されるエリアの右であるが、参照ピクチャー中に）位置するブロックである。コロケートされたブロックのこの例は、右コロケートされたブロックとして呼ばれることがある。コロケートされたブロックの別の例は、現在ブロックの左であるが参照ピクチャー中に（例えば、現在ピクチャー中の現在ブロックにより規定されるエリアの左であるが、参照ピクチャー中に）位置するブロックである。コロケートされたブロックのこの例は、左コロケートされたブロックとして呼ばれることがある。
コロケートされたブロックの別の例は、現在ブロックの下であるが参照ピクチャー中に（例えば、現在ピクチャー中の現在ブロックにより規定されるエリアの下であるが、参照ピクチャー中に）位置するブロックである。コロケートされたブロックのこの例は、下コロケートされたブロックとして呼ばれることがある。コロケートされたブロックの別の例は、現在ブロックの右であるが参照ピクチャー中に（例えば、現在ピクチャー中の現在ブロックにより規定されるエリアの右であるが、参照ピクチャー中に）位置するブロックである。コロケートされたブロックのこの例は、右コロケートされたブロックとして呼ばれることがある。コロケートされたブロックの別の例は、現在ブロックの左であるが参照ピクチャー中に（例えば、現在ピクチャー中の現在ブロックにより規定されるエリアの左であるが、参照ピクチャー中に）位置するブロックである。コロケートされたブロックのこの例は、左コロケートされたブロックとして呼ばれることがある。
［００４２］
１つ以上の例では、ビデオコーダは、中央コロケートされたブロックに対する動きベクトル情報が利用可能であるか否かを決定してもよい。中央コロケートされたブロックに対する動きベクトルが利用可能である場合には、ビデオコーダは、動きベクトル情報を動きベクトル予測子リストに追加し、他の何らかのコロケートされたブロックを検査しないかもしれない。中央コロケートされたブロックに対する動きベクトルが利用可能でない場合には、ビデオコーダは、下コロケートされたブロックに対する動きベクトル情報が利用可能であるか否かを決定してもよい。下コロケートされたブロックに対する動きベクトルが利用可能である場合には、ビデオコーダは、動きベクトル情報を動きベクトル予測子リストに追加し、他の何らかのコロケートされたブロックを検査しないかもしれない。
１つ以上の例では、ビデオコーダは、中央コロケートされたブロックに対する動きベクトル情報が利用可能であるか否かを決定してもよい。中央コロケートされたブロックに対する動きベクトルが利用可能である場合には、ビデオコーダは、動きベクトル情報を動きベクトル予測子リストに追加し、他の何らかのコロケートされたブロックを検査しないかもしれない。中央コロケートされたブロックに対する動きベクトルが利用可能でない場合には、ビデオコーダは、下コロケートされたブロックに対する動きベクトル情報が利用可能であるか否かを決定してもよい。下コロケートされたブロックに対する動きベクトルが利用可能である場合には、ビデオコーダは、動きベクトル情報を動きベクトル予測子リストに追加し、他の何らかのコロケートされたブロックを検査しないかもしれない。
［００４３］
下コロケートされたブロックに対する動きベクトルが利用可能でない場合には、ビデオコーダは、ピクチャーコーディング順序に基づいて、右コロケートされたブロックまたは左コロケートされたブロックのうちの１つに対する動きベクトル情報が利用可能であるか否かを決定してもよい。１つの例として、コーディング順序が左から右である場合には、ビデオコーダは、右コロケートされたブロックに対する動きベクトル情報が利用可能であるか否かを決定してもよい。コーディング順序が右から左である場合には、ビデオコーダは、左コロケートされたブロックに対する動きベクトル情報が利用可能であるか否かを決定してもよい。他の例では、ビデオコーダは、逆を実行してもよい（例えば、左から右へのコーディング順序に対して、左コロケートされたブロックに対する動きベクトル情報、右から左へのコーディング順序に対して、右コロケートされたブロックに対する動きベクトル情報）。右または左コロケートされたブロックに対する動きベクトルが適用対象で利用可能である場合には、ビデオコーダは、動きベクトル情報を動きベクトル予測子リストに追加し、他の何らかのコロケートされたブロックを検査しないかもしれない。
下コロケートされたブロックに対する動きベクトルが利用可能でない場合には、ビデオコーダは、ピクチャーコーディング順序に基づいて、右コロケートされたブロックまたは左コロケートされたブロックのうちの１つに対する動きベクトル情報が利用可能であるか否かを決定してもよい。１つの例として、コーディング順序が左から右である場合には、ビデオコーダは、右コロケートされたブロックに対する動きベクトル情報が利用可能であるか否かを決定してもよい。コーディング順序が右から左である場合には、ビデオコーダは、左コロケートされたブロックに対する動きベクトル情報が利用可能であるか否かを決定してもよい。他の例では、ビデオコーダは、逆を実行してもよい（例えば、左から右へのコーディング順序に対して、左コロケートされたブロックに対する動きベクトル情報、右から左へのコーディング順序に対して、右コロケートされたブロックに対する動きベクトル情報）。右または左コロケートされたブロックに対する動きベクトルが適用対象で利用可能である場合には、ビデオコーダは、動きベクトル情報を動きベクトル予測子リストに追加し、他の何らかのコロケートされたブロックを検査しないかもしれない。
［００４４］
コロケートされたブロックの追加の例があるかもしれない。例えば、コロケートされたブロックは、現在ブロックの右下（例えば、右下方向に斜めに）であるが参照ピクチャー中に（例えば、現在ピクチャー中であるが参照ピクチャー中で現在ブロックにより規定されるエリアの右下）位置する右下ブロックであってもよい。コロケートされたブロックの別の例は、現在ブロックの左下（例えば、左下方向に斜めに）であるが参照ピクチャー中に（例えば、現在ピクチャー中であるが参照ピクチャー中で現在ブロックにより規定されるエリアの左下）位置する左下ブロックであってもよい。ビデオコーダが動きベクトル情報に対する右下または左下コロケートされたブロックを検査するか否かは、ピクチャーコーディング順序に基づいていてもよい（例えば、左から右へのコーディング順序に対して右下コロケートされたブロック、右から左へのコーディング順序に対して左下コロケートされたブロック、または、その逆）。
コロケートされたブロックの追加の例があるかもしれない。例えば、コロケートされたブロックは、現在ブロックの右下（例えば、右下方向に斜めに）であるが参照ピクチャー中に（例えば、現在ピクチャー中であるが参照ピクチャー中で現在ブロックにより規定されるエリアの右下）位置する右下ブロックであってもよい。コロケートされたブロックの別の例は、現在ブロックの左下（例えば、左下方向に斜めに）であるが参照ピクチャー中に（例えば、現在ピクチャー中であるが参照ピクチャー中で現在ブロックにより規定されるエリアの左下）位置する左下ブロックであってもよい。ビデオコーダが動きベクトル情報に対する右下または左下コロケートされたブロックを検査するか否かは、ピクチャーコーディング順序に基づいていてもよい（例えば、左から右へのコーディング順序に対して右下コロケートされたブロック、右から左へのコーディング順序に対して左下コロケートされたブロック、または、その逆）。
［００４５］
さらに、ビデオコーダは、動きベクトル予測子リストが満杯になるまで（例えば、動きベクトル予測子リスト中のエントリの数が動きベクトル予測子リストの最大サイズに等しくなるまで）、動きベクトル情報を動きベクトル予測子リストに追加してもよい。いくつかの例では、動きベクトル予測子リストのサイズは、ブロックのサイズに基づいていてもよい。例えば、ブロックがしきい値サイズよりも大きいサイズを有する場合には、動きベクトル予測子リストの最大サイズはＭであってもよい（例えば、動きベクトル予測子リスト中のエントリがＭ個の最大数であってもよい）。ブロックがしきい値サイズよりも小さいサイズを有する場合には、動きベクトル予測子リストの最大サイズはＸであってもよい（例えば、動きベクトル予測子リスト中のエントリがＸ個の最大数であってもよい）。ＸはＭよりも小さくてもよい。
さらに、ビデオコーダは、動きベクトル予測子リストが満杯になるまで（例えば、動きベクトル予測子リスト中のエントリの数が動きベクトル予測子リストの最大サイズに等しくなるまで）、動きベクトル情報を動きベクトル予測子リストに追加してもよい。いくつかの例では、動きベクトル予測子リストのサイズは、ブロックのサイズに基づいていてもよい。例えば、ブロックがしきい値サイズよりも大きいサイズを有する場合には、動きベクトル予測子リストの最大サイズはＭであってもよい（例えば、動きベクトル予測子リスト中のエントリがＭ個の最大数であってもよい）。ブロックがしきい値サイズよりも小さいサイズを有する場合には、動きベクトル予測子リストの最大サイズはＸであってもよい（例えば、動きベクトル予測子リスト中のエントリがＸ個の最大数であってもよい）。ＸはＭよりも小さくてもよい。
［００４６］
例として、ブロックがＮｘ４または４ｘＮよりも大きいサイズを有する場合には、動きベクトル予測子リストの最大サイズは６（例えば、Ｍ＝６）であってもよい。ブロックがＮｘ４または４ｘＮよりも小さいサイズを有する場合には、動きベクトル予測子リストの最大サイズは４（例えば、Ｘ＝４）であってもよい。しきい値サイズがＮｘ４または４ｘＮである場合には、Ｎは８以下であってもよい。
例として、ブロックがＮｘ４または４ｘＮよりも大きいサイズを有する場合には、動きベクトル予測子リストの最大サイズは６（例えば、Ｍ＝６）であってもよい。ブロックがＮｘ４または４ｘＮよりも小さいサイズを有する場合には、動きベクトル予測子リストの最大サイズは４（例えば、Ｘ＝４）であってもよい。しきい値サイズがＮｘ４または４ｘＮである場合には、Ｎは８以下であってもよい。
［００４７］
図１は、本開示の技法を実行してもよい、例示的なビデオエンコーディングおよびデコーディングシステム１００を図示するブロック図である。本開示の技法は、一般的に、ビデオデータをコード化（エンコードおよび／またはデコード）することに向けられている。一般的に、ビデオデータは、ビデオを処理するための任意のデータを含んでいる。したがって、ビデオデータは、生のコード化されていないビデオ、エンコードされたビデオ、デコードされた（例えば、再構築された）ビデオ、および、シグナリングデータのようなビデオメタデータを含んでいてもよい。
図１は、本開示の技法を実行してもよい、例示的なビデオエンコーディングおよびデコーディングシステム１００を図示するブロック図である。本開示の技法は、一般的に、ビデオデータをコード化（エンコードおよび／またはデコード）することに向けられている。一般的に、ビデオデータは、ビデオを処理するための任意のデータを含んでいる。したがって、ビデオデータは、生のコード化されていないビデオ、エンコードされたビデオ、デコードされた（例えば、再構築された）ビデオ、および、シグナリングデータのようなビデオメタデータを含んでいてもよい。
［００４８］
図１に示すように、システム１００は、この例では、宛先デバイス１１６によってデコードされ、表示されるべき、エンコードされたビデオデータを提供する、発信元デバイス１０２を含んでいる。特に、発信元デバイス１０２は、コンピュータ読取可能媒体１１０を介して、ビデオデータを宛先デバイス１１６に提供する。発信元デバイス１０２および宛先デバイス１１６は、デスクトップコンピュータ、ノートブック（すなわち、ラップトップ）コンピュータ、タブレットコンピュータ、セットトップボックス、スマートフォンのような電話ハンドセット、テレビジョン、カメラ、ディスプレイデバイス、デジタルメディアプレーヤ、ビデオゲームコンソール、ビデオストリーミングデバイス、または、これらに類するものを含む、広範囲のデバイスのうちのいずれを含んでいてもよい。いくつかのケースでは、発信元デバイス１０２および宛先デバイス１１６は、ワイヤレス通信のために備えられてもよく、したがって、ワイヤレス通信デバイスとして呼ばれることがある。
図１に示すように、システム１００は、この例では、宛先デバイス１１６によってデコードされ、表示されるべき、エンコードされたビデオデータを提供する、発信元デバイス１０２を含んでいる。特に、発信元デバイス１０２は、コンピュータ読取可能媒体１１０を介して、ビデオデータを宛先デバイス１１６に提供する。発信元デバイス１０２および宛先デバイス１１６は、デスクトップコンピュータ、ノートブック（すなわち、ラップトップ）コンピュータ、タブレットコンピュータ、セットトップボックス、スマートフォンのような電話ハンドセット、テレビジョン、カメラ、ディスプレイデバイス、デジタルメディアプレーヤ、ビデオゲームコンソール、ビデオストリーミングデバイス、または、これらに類するものを含む、広範囲のデバイスのうちのいずれを含んでいてもよい。いくつかのケースでは、発信元デバイス１０２および宛先デバイス１１６は、ワイヤレス通信のために備えられてもよく、したがって、ワイヤレス通信デバイスとして呼ばれることがある。
［００４９］
図１の例では、発信元デバイス１０２は、ビデオソース１０４と、メモリ１０６と、ビデオエンコーダ２００と、出力インターフェース１０８とを含んでいる。宛先デバイス１１６は、入力インターフェース１２２と、ビデオデコーダ３００と、メモリ１２０と、ディスプレイデバイス１１８とを含んでいる。本開示によれば、発信元デバイス１０２のビデオエンコーダ２００および宛先デバイス１１６のビデオデコーダ３００は、本開示で説明している例示的な技法のうちの１つ以上を使用して、動きベクトル予測子リストを構築するような、時空間動きベクトル予測のための技法を適用するように構成されていてもよい。したがって、発信元デバイス１０２はビデオエンコーディングデバイスの例を表す一方で、宛先デバイス１１６はビデオデコーディングデバイスの例を表している。他の例では、発信元デバイスおよび宛先デバイスは、他のコンポーネントまたは構成を含んでいてもよい。例えば、発信元デバイス１０２は、外部カメラのような外部ビデオソースからビデオデータを受け取ってもよい。同様に、宛先デバイス１１６は、統合されたディスプレイデバイスを含むよりもむしろ、外部ディスプレイデバイスとインターフェースしていてもよい。
図１の例では、発信元デバイス１０２は、ビデオソース１０４と、メモリ１０６と、ビデオエンコーダ２００と、出力インターフェース１０８とを含んでいる。宛先デバイス１１６は、入力インターフェース１２２と、ビデオデコーダ３００と、メモリ１２０と、ディスプレイデバイス１１８とを含んでいる。本開示によれば、発信元デバイス１０２のビデオエンコーダ２００および宛先デバイス１１６のビデオデコーダ３００は、本開示で説明している例示的な技法のうちの１つ以上を使用して、動きベクトル予測子リストを構築するような、時空間動きベクトル予測のための技法を適用するように構成されていてもよい。したがって、発信元デバイス１０２はビデオエンコーディングデバイスの例を表す一方で、宛先デバイス１１６はビデオデコーディングデバイスの例を表している。他の例では、発信元デバイスおよび宛先デバイスは、他のコンポーネントまたは構成を含んでいてもよい。例えば、発信元デバイス１０２は、外部カメラのような外部ビデオソースからビデオデータを受け取ってもよい。同様に、宛先デバイス１１６は、統合されたディスプレイデバイスを含むよりもむしろ、外部ディスプレイデバイスとインターフェースしていてもよい。
［００５０］
図１に示されているシステム１００は１つの例にすぎない。一般的に、任意のデジタルビデオエンコーディングおよび／またはデコーディングデバイスが、時空間動きベクトル予測のための技法を実行してもよい。発信元デバイス１０２および宛先デバイス１１６は、発信元デバイス１０２が宛先デバイス１１６への送信のためにコード化されたビデオデータを発生させる、このようなコーディングデバイスの例にすぎない。本開示は、データのコーディング（エンコーディングおよび／またはデコーディング）を実行するデバイスとして「コーディング」デバイスに言及する。したがって、ビデオエンコーダ２００およびビデオデコーダ３００は、コーディングデバイスの例を、特に、それぞれビデオエンコーダおよびビデオデコーダを表している。いくつかの例では、デバイス１０２、１１６は、デバイス１０２、１１６のそれぞれがビデオエンコーディングコンポーネントとビデオデコーディングコンポーネントとを含むように、実質的に対称的に動作してもよい。したがって、システム１００は、例えば、ビデオストリーミング、ビデオ再生、ビデオブロードキャスティング、または、ビデオ電話に対する、ビデオデバイス１０２とデバイス１１６との間の一方向または双方向ビデオ送信をサポートしてもよい。
図１に示されているシステム１００は１つの例にすぎない。一般的に、任意のデジタルビデオエンコーディングおよび／またはデコーディングデバイスが、時空間動きベクトル予測のための技法を実行してもよい。発信元デバイス１０２および宛先デバイス１１６は、発信元デバイス１０２が宛先デバイス１１６への送信のためにコード化されたビデオデータを発生させる、このようなコーディングデバイスの例にすぎない。本開示は、データのコーディング（エンコーディングおよび／またはデコーディング）を実行するデバイスとして「コーディング」デバイスに言及する。したがって、ビデオエンコーダ２００およびビデオデコーダ３００は、コーディングデバイスの例を、特に、それぞれビデオエンコーダおよびビデオデコーダを表している。いくつかの例では、デバイス１０２、１１６は、デバイス１０２、１１６のそれぞれがビデオエンコーディングコンポーネントとビデオデコーディングコンポーネントとを含むように、実質的に対称的に動作してもよい。したがって、システム１００は、例えば、ビデオストリーミング、ビデオ再生、ビデオブロードキャスティング、または、ビデオ電話に対する、ビデオデバイス１０２とデバイス１１６との間の一方向または双方向ビデオ送信をサポートしてもよい。
［００５１］
一般的に、ビデオソース１０４は、ビデオデータ（すなわち、生のコード化されていないビデオデータ）のソースを表し、ビデオデータの（「フレーム」としても呼ばれる）シーケンシャルな一連のピクチャーを、ピクチャーに対するデータをエンコードするビデオエンコーダ２００に提供する。発信元デバイス１０２のビデオソース１０４は、ビデオカメラのようなビデオキャプチャデバイス、以前にキャプチャされた生のビデオを含んでいるビデオアーカイブ、および／または、ビデオコンテンツプロバイダからビデオを受け取るためのビデオフィードインターフェースを含んでいてもよい。さらなる代替として、ビデオソース１０４は、ソースビデオとしてのコンピュータグラフィックスベースのデータを、または、ライブビデオとアーカイブビデオとコンピュータ発生ビデオとの組み合わせを発生させてもよい。各ケースにおいて、ビデオエンコーダ２００は、キャプチャされた、事前キャプチャされた、または、コンピュータが発生させたビデオデータをエンコードする。ビデオエンコーダ２００は、（ときには「表示順序」として呼ばれる）受け取った順序から、コーディングのためのコーディング順序にピクチャーを再構築してもよい。ビデオエンコーダ２００は、エンコードされたビデオデータを含むビットストリームを発生させてもよい。発信元デバイス１０２は、その後、例えば、宛先デバイス１１６の入力インターフェース１２２による受け取りおよび／または取り出しのために、出力インターフェース１０８を介して、コンピュータ読取可能媒体１１０上に、エンコードされたビデオデータを出力してもよい。
一般的に、ビデオソース１０４は、ビデオデータ（すなわち、生のコード化されていないビデオデータ）のソースを表し、ビデオデータの（「フレーム」としても呼ばれる）シーケンシャルな一連のピクチャーを、ピクチャーに対するデータをエンコードするビデオエンコーダ２００に提供する。発信元デバイス１０２のビデオソース１０４は、ビデオカメラのようなビデオキャプチャデバイス、以前にキャプチャされた生のビデオを含んでいるビデオアーカイブ、および／または、ビデオコンテンツプロバイダからビデオを受け取るためのビデオフィードインターフェースを含んでいてもよい。さらなる代替として、ビデオソース１０４は、ソースビデオとしてのコンピュータグラフィックスベースのデータを、または、ライブビデオとアーカイブビデオとコンピュータ発生ビデオとの組み合わせを発生させてもよい。各ケースにおいて、ビデオエンコーダ２００は、キャプチャされた、事前キャプチャされた、または、コンピュータが発生させたビデオデータをエンコードする。ビデオエンコーダ２００は、（ときには「表示順序」として呼ばれる）受け取った順序から、コーディングのためのコーディング順序にピクチャーを再構築してもよい。ビデオエンコーダ２００は、エンコードされたビデオデータを含むビットストリームを発生させてもよい。発信元デバイス１０２は、その後、例えば、宛先デバイス１１６の入力インターフェース１２２による受け取りおよび／または取り出しのために、出力インターフェース１０８を介して、コンピュータ読取可能媒体１１０上に、エンコードされたビデオデータを出力してもよい。
［００５２］
発信元デバイス１０２のメモリ１０６および宛先デバイス１１６のメモリ１２０は、汎用メモリを表している。いくつかの例では、メモリ１０６、１２０は、生のビデオデータ、例えば、ビデオソース１０４からの生ビデオと、ビデオデコーダ３００からの生のデコードされたビデオデータとを記憶してもよい。追加的にまたは代替的に、メモリ１０６、１２０は、例えば、ビデオエンコーダ２００およびビデオデコーダ３００それぞれによって実行可能なソフトウェア命令を記憶していてもよい。この例では、ビデオエンコーダ２００およびビデオデコーダ３００とは別個に示されているが、ビデオエンコーダ２００およびビデオデコーダ３００はまた、機能的に同様または同等の目的のために内部メモリを含んでいてもよいことを理解すべきである。さらに、メモリ１０６、１２０は、例えば、ビデオエンコーダ２００から出力され、ビデオデコーダ３００に入力される、エンコードされたビデオデータを記憶してもよい。いくつかの例では、メモリ１０６、１２０の一部分は、１つ以上のビデオバッファとして割り振られ、例えば、生のデコードされたおよび／またはエンコードされたビデオデータを記憶してもよい。
発信元デバイス１０２のメモリ１０６および宛先デバイス１１６のメモリ１２０は、汎用メモリを表している。いくつかの例では、メモリ１０６、１２０は、生のビデオデータ、例えば、ビデオソース１０４からの生ビデオと、ビデオデコーダ３００からの生のデコードされたビデオデータとを記憶してもよい。追加的にまたは代替的に、メモリ１０６、１２０は、例えば、ビデオエンコーダ２００およびビデオデコーダ３００それぞれによって実行可能なソフトウェア命令を記憶していてもよい。この例では、ビデオエンコーダ２００およびビデオデコーダ３００とは別個に示されているが、ビデオエンコーダ２００およびビデオデコーダ３００はまた、機能的に同様または同等の目的のために内部メモリを含んでいてもよいことを理解すべきである。さらに、メモリ１０６、１２０は、例えば、ビデオエンコーダ２００から出力され、ビデオデコーダ３００に入力される、エンコードされたビデオデータを記憶してもよい。いくつかの例では、メモリ１０６、１２０の一部分は、１つ以上のビデオバッファとして割り振られ、例えば、生のデコードされたおよび／またはエンコードされたビデオデータを記憶してもよい。
［００５３］
コンピュータ読取可能媒体１１０は、発信元デバイス１０２から宛先デバイス１１６へとエンコードされたビデオデータを転送することが可能な任意のタイプの媒体またはデバイスを表していてもよい。１つの例では、コンピュータ読取可能媒体１１０は、発信元デバイス１０２が、例えば、無線周波数ネットワークまたはコンピュータベースのネットワークを介して、エンコードされたビデオデータをリアルタイムで宛先デバイス１１６に直接送信することを可能にする通信媒体を表している。ワイヤレス通信プロトコルのような通信標準規格にしたがって、出力インターフェース１０８は、エンコードされたビデオデータを含む送信信号を変調してもよく、入力インターフェース１２２は、受け取った送信信号を変調してもよい。通信媒体は、無線周波数（ＲＦ）スペクトルまたは１つ以上の物理送信ラインのような、何らかのワイヤレスまたはワイヤード通信媒体を備えていてもよい。通信媒体は、ローカルエリアネットワーク、ワイドエリアネットワーク、または、インターネットのようなグローバルネットワークのような、パケットベースのネットワークの一部を形成していてもよい。通信媒体は、ルータ、スイッチ、基地局、または、発信元デバイス１０２から宛先デバイス１１６への通信を容易にするのに役立つかもしれない他の何らかの機器を含んでいてもよい。
コンピュータ読取可能媒体１１０は、発信元デバイス１０２から宛先デバイス１１６へとエンコードされたビデオデータを転送することが可能な任意のタイプの媒体またはデバイスを表していてもよい。１つの例では、コンピュータ読取可能媒体１１０は、発信元デバイス１０２が、例えば、無線周波数ネットワークまたはコンピュータベースのネットワークを介して、エンコードされたビデオデータをリアルタイムで宛先デバイス１１６に直接送信することを可能にする通信媒体を表している。ワイヤレス通信プロトコルのような通信標準規格にしたがって、出力インターフェース１０８は、エンコードされたビデオデータを含む送信信号を変調してもよく、入力インターフェース１２２は、受け取った送信信号を変調してもよい。通信媒体は、無線周波数（ＲＦ）スペクトルまたは１つ以上の物理送信ラインのような、何らかのワイヤレスまたはワイヤード通信媒体を備えていてもよい。通信媒体は、ローカルエリアネットワーク、ワイドエリアネットワーク、または、インターネットのようなグローバルネットワークのような、パケットベースのネットワークの一部を形成していてもよい。通信媒体は、ルータ、スイッチ、基地局、または、発信元デバイス１０２から宛先デバイス１１６への通信を容易にするのに役立つかもしれない他の何らかの機器を含んでいてもよい。
［００５４］
いくつかの例では、発信元デバイス１０２は、出力インターフェース１０８から記憶デバイス１１２にエンコードされたデータを出力してもよい。同様に、宛先デバイス１１６は、入力インターフェース１２２を介して、記憶デバイス１１２からのエンコードされたデータにアクセスしてもよい。記憶デバイス１１２は、ハードドライブ、ブルーレイ（登録商標）ディスク、ＤＶＤ、ＣＤ－ＲＯＭ、フラッシュメモリ、揮発性または不揮発性メモリ、または、エンコードされたビデオデータを記憶するための他の何らかの適切なデジタル記憶媒体のような、さまざまな分散またはローカルにアクセスされるデータ記憶媒体のいずれかを含んでいてもよい。
いくつかの例では、発信元デバイス１０２は、出力インターフェース１０８から記憶デバイス１１２にエンコードされたデータを出力してもよい。同様に、宛先デバイス１１６は、入力インターフェース１２２を介して、記憶デバイス１１２からのエンコードされたデータにアクセスしてもよい。記憶デバイス１１２は、ハードドライブ、ブルーレイ（登録商標）ディスク、ＤＶＤ、ＣＤ－ＲＯＭ、フラッシュメモリ、揮発性または不揮発性メモリ、または、エンコードされたビデオデータを記憶するための他の何らかの適切なデジタル記憶媒体のような、さまざまな分散またはローカルにアクセスされるデータ記憶媒体のいずれかを含んでいてもよい。
［００５５］
いくつかの例では、発信元デバイス１０２は、エンコードされたビデオデータを、ファイルサーバ１１４に、または、発信元デバイス１０２によって発生させたエンコードされたビデオを記憶してもよい別の中間記憶デバイスに出力してもよい。宛先デバイス１１６は、ストリーミングまたはダウンロードを介して、ファイルサーバ１１４からの記憶されているビデオデータにアクセスしてもよい。ファイルサーバ１１４は、エンコードされたビデオを記憶することと、宛先デバイス１１６にエンコードされたビデオを送信することとができる、任意のタイプのサーバデバイスであってもよい。ファイルサーバ１１４は、（例えば、ウェブサイトに対する）ウェブサーバ、ファイル転送プロトコル（ＦＴＰ）サーバ、コンテンツ配信ネットワークデバイス、または、ネットワーク接続記憶（ＮＡＳ）デバイスを表していてもよい。宛先デバイス１１６は、インターネット接続を含む任意の標準的なデータ接続を通して、ファイルサーバ１１４からのエンコードされたビデオデータにアクセスしてもよい。これは、ファイルサーバ１１４中に記憶されている、エンコードされたビデオデータにアクセスするのに適している、ワイヤレスチャネル（例えば、Ｗｉ－Ｆｉ接続）、ワイヤード接続（例えば、ＤＳＬ、ケーブルモデム等）、または、その両方の組み合わせを含んでいてもよい。ファイルサーバ１１４および入力インターフェース１２２は、ストリーミング送信プロトコル、ダウンロード送信プロトコル、または、これらの組み合わせにしたがって動作するように構成されていてもよい。
いくつかの例では、発信元デバイス１０２は、エンコードされたビデオデータを、ファイルサーバ１１４に、または、発信元デバイス１０２によって発生させたエンコードされたビデオを記憶してもよい別の中間記憶デバイスに出力してもよい。宛先デバイス１１６は、ストリーミングまたはダウンロードを介して、ファイルサーバ１１４からの記憶されているビデオデータにアクセスしてもよい。ファイルサーバ１１４は、エンコードされたビデオを記憶することと、宛先デバイス１１６にエンコードされたビデオを送信することとができる、任意のタイプのサーバデバイスであってもよい。ファイルサーバ１１４は、（例えば、ウェブサイトに対する）ウェブサーバ、ファイル転送プロトコル（ＦＴＰ）サーバ、コンテンツ配信ネットワークデバイス、または、ネットワーク接続記憶（ＮＡＳ）デバイスを表していてもよい。宛先デバイス１１６は、インターネット接続を含む任意の標準的なデータ接続を通して、ファイルサーバ１１４からのエンコードされたビデオデータにアクセスしてもよい。これは、ファイルサーバ１１４中に記憶されている、エンコードされたビデオデータにアクセスするのに適している、ワイヤレスチャネル（例えば、Ｗｉ－Ｆｉ接続）、ワイヤード接続（例えば、ＤＳＬ、ケーブルモデム等）、または、その両方の組み合わせを含んでいてもよい。ファイルサーバ１１４および入力インターフェース１２２は、ストリーミング送信プロトコル、ダウンロード送信プロトコル、または、これらの組み合わせにしたがって動作するように構成されていてもよい。
［００５６］
出力インターフェース１０８および入力インターフェース１２２は、ワイヤレス送信機／受信機、モデム、ワイヤードネットワーキングコンポーネント（例えば、イーサネット（登録商標）カード）、さまざまなＩＥＥＥ８０２．１１標準規格のいずれかにしたがって動作するワイヤレス通信コンポーネント、または、他の物理コンポーネントを表していてもよい。出力インターフェース１０８および入力インターフェース１２２がワイヤレスコンポーネントを備えている例では、出力インターフェース１０８および入力インターフェース１２２は、４Ｇ、４Ｇ－ＬＴＥ（登録商標）（ロングタームエボリューション）、ＬＴＥアドバンスト、５Ｇ、または、これらに類するもののようなセルラ通信標準規格にしたがって、エンコードされたビデオデータのようなデータを転送するように構成されていてもよい。出力インターフェース１０８がワイヤレス送信機を備えているいくつかの例では、出力インターフェース１０８および入力インターフェース１２２は、ＩＥＥＥ８０２．１１仕様、ＩＥＥＥ８０２．１５仕様（例えば、ＺｉｇＢｅｅ（商標））、Ｂｌｕｅｔｏｏｔｈ（登録商標）（商標）標準規格、または、これらに類するもののような他のワイヤレス標準規格にしたがって、エンコードされたビデオデータのようなデータを転送するように構成されていてもよい。いくつかの例では、発信元デバイス１０２および／または宛先デバイス１１６は、それぞれのシステムオンチップ（ＳｏＣ）デバイスを含んでいてもよい。例えば、発信元デバイス１０２は、ビデオエンコーダ２００および／または出力インターフェース１０８に備わる機能性を実行するためのＳｏＣデバイスを含んでいてもよく、宛先デバイス１１６は、ビデオデコーダ３００および／または入力インターフェース１２２に備わる機能性を実行するＳｏＣデバイスを含んでいてもよい。
出力インターフェース１０８および入力インターフェース１２２は、ワイヤレス送信機／受信機、モデム、ワイヤードネットワーキングコンポーネント（例えば、イーサネット（登録商標）カード）、さまざまなＩＥＥＥ８０２．１１標準規格のいずれかにしたがって動作するワイヤレス通信コンポーネント、または、他の物理コンポーネントを表していてもよい。出力インターフェース１０８および入力インターフェース１２２がワイヤレスコンポーネントを備えている例では、出力インターフェース１０８および入力インターフェース１２２は、４Ｇ、４Ｇ－ＬＴＥ（登録商標）（ロングタームエボリューション）、ＬＴＥアドバンスト、５Ｇ、または、これらに類するもののようなセルラ通信標準規格にしたがって、エンコードされたビデオデータのようなデータを転送するように構成されていてもよい。出力インターフェース１０８がワイヤレス送信機を備えているいくつかの例では、出力インターフェース１０８および入力インターフェース１２２は、ＩＥＥＥ８０２．１１仕様、ＩＥＥＥ８０２．１５仕様（例えば、ＺｉｇＢｅｅ（商標））、Ｂｌｕｅｔｏｏｔｈ（登録商標）（商標）標準規格、または、これらに類するもののような他のワイヤレス標準規格にしたがって、エンコードされたビデオデータのようなデータを転送するように構成されていてもよい。いくつかの例では、発信元デバイス１０２および／または宛先デバイス１１６は、それぞれのシステムオンチップ（ＳｏＣ）デバイスを含んでいてもよい。例えば、発信元デバイス１０２は、ビデオエンコーダ２００および／または出力インターフェース１０８に備わる機能性を実行するためのＳｏＣデバイスを含んでいてもよく、宛先デバイス１１６は、ビデオデコーダ３００および／または入力インターフェース１２２に備わる機能性を実行するＳｏＣデバイスを含んでいてもよい。
［００５７］
本開示の技法は、無線テレビ放送、ケーブルテレビ送信、衛星テレビ送信、ＨＴＴＰを通した動的アダプティブストリーミング（ＤＡＳＨ）のようなインターネットストリーミングビデオ送信、データ記憶媒体上にエンコードされたデジタルビデオ、データ記憶媒体上に記憶されているデジタルビデオのデコーディング、または、他のアプリケーションのような、さまざまなマルチメディアアプリケーションのうちのいずれかをサポートするビデオコーディングに適用してもよい。
本開示の技法は、無線テレビ放送、ケーブルテレビ送信、衛星テレビ送信、ＨＴＴＰを通した動的アダプティブストリーミング（ＤＡＳＨ）のようなインターネットストリーミングビデオ送信、データ記憶媒体上にエンコードされたデジタルビデオ、データ記憶媒体上に記憶されているデジタルビデオのデコーディング、または、他のアプリケーションのような、さまざまなマルチメディアアプリケーションのうちのいずれかをサポートするビデオコーディングに適用してもよい。
［００５８］
宛先デバイス１１６の入力インターフェース１２２は、コンピュータ読取可能媒体１１０（例えば、記憶デバイス１１２、ファイルサーバ１１４、または、これらに類するもの）からエンコードされたビデオビットストリームを受け取る。コンピュータ読取可能媒体１１０からのエンコードされたビデオビットストリームは、ビデオブロックまたは他のコード化されたユニット（例えば、スライス、ピクチャー、ピクチャーのグループ、シーケンス、または、これらに類するもの）の特性および／または処理を記述する値を有するシンタックス要素のような、ビデオエンコーダ２００によって規定され、ビデオデコーダ３００によっても使用されるシグナリング情報を含んでいてもよい。ディスプレイデバイス１１８は、デコードされたビデオデータのデコードされたピクチャーをユーザに表示する。ディスプレイデバイス１１８は、ブラウン管（ＣＲＴ）、液晶ディスプレイ（ＬＣＤ）、プラズマディスプレイ、有機発光ダイオード（ＯＬＥＤ）ディスプレイ、または、別のタイプのディスプレイデバイスのような、さまざまなディスプレイデバイスのうちのいずれかを表していてもよい。
宛先デバイス１１６の入力インターフェース１２２は、コンピュータ読取可能媒体１１０（例えば、記憶デバイス１１２、ファイルサーバ１１４、または、これらに類するもの）からエンコードされたビデオビットストリームを受け取る。コンピュータ読取可能媒体１１０からのエンコードされたビデオビットストリームは、ビデオブロックまたは他のコード化されたユニット（例えば、スライス、ピクチャー、ピクチャーのグループ、シーケンス、または、これらに類するもの）の特性および／または処理を記述する値を有するシンタックス要素のような、ビデオエンコーダ２００によって規定され、ビデオデコーダ３００によっても使用されるシグナリング情報を含んでいてもよい。ディスプレイデバイス１１８は、デコードされたビデオデータのデコードされたピクチャーをユーザに表示する。ディスプレイデバイス１１８は、ブラウン管（ＣＲＴ）、液晶ディスプレイ（ＬＣＤ）、プラズマディスプレイ、有機発光ダイオード（ＯＬＥＤ）ディスプレイ、または、別のタイプのディスプレイデバイスのような、さまざまなディスプレイデバイスのうちのいずれかを表していてもよい。
［００５９］
図１には示されていないが、いくつかの例では、ビデオエンコーダ２００およびビデオデコーダ３００は、それぞれオーディオエンコーダおよび／またはオーディオデコーダと統合されていてもよく、適切なＭＵＸ－ＤＥＭＵＸユニットあるいは他のハードウェアおよび／またはソフトウェアを含んでいて、共通のデータストリームにおけるオーディオおよびビデオの両方を含む多重化されたストリームを取り扱ってもよい。適用可能である場合には、ＭＵＸ－ＤＥＭＵＸユニットは、ＩＴＵ．Ｈ．２２３マルチプレクサプロトコル、または、ユーザデータグラムプロトコル（ＵＤＰ）のような他のプロトコルにしたがっていてもよい。
図１には示されていないが、いくつかの例では、ビデオエンコーダ２００およびビデオデコーダ３００は、それぞれオーディオエンコーダおよび／またはオーディオデコーダと統合されていてもよく、適切なＭＵＸ－ＤＥＭＵＸユニットあるいは他のハードウェアおよび／またはソフトウェアを含んでいて、共通のデータストリームにおけるオーディオおよびビデオの両方を含む多重化されたストリームを取り扱ってもよい。適用可能である場合には、ＭＵＸ－ＤＥＭＵＸユニットは、ＩＴＵ．Ｈ．２２３マルチプレクサプロトコル、または、ユーザデータグラムプロトコル（ＵＤＰ）のような他のプロトコルにしたがっていてもよい。
［００６０］
ビデオエンコーダ２００およびビデオデコーダ３００はそれぞれ、１つ以上のマイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、ディスクリート論理、ソフトウェア、ハードウェア、ファームウェア、または、これらの組み合わせのような、さまざまな適したエンコーダおよび／またはデコーダ回路のいずれかとして実現してもよい。技法が部分的にソフトウェアで実現されるとき、デバイスは、適切な、非一時的コンピュータ読取可能媒体においてソフトウェアに対する命令を記憶していてもよく、１つ以上のプロセッサを使用して、ハードウェアにおいて命令を実行して、本開示の技法を実行してもよい。ビデオエンコーダ２００およびビデオデコーダ３００のそれぞれは、１つ以上のエンコーダまたはデコーダ中に含まれていてもよく、エンコーダまたはデコーダのどちらかは、それぞれのデバイスにおいて、組み合わされたエンコーダ／デコーダ（ＣＯＤＥＣ）の一部として統合されていてもよい。ビデオエンコーダ２００および／またはビデオデコーダ３００を含むデバイスは、集積回路、マイクロプロセッサ、および／または、セルラ電話機のようなワイヤレス通信デバイスを備えていてもよい。
ビデオエンコーダ２００およびビデオデコーダ３００はそれぞれ、１つ以上のマイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、ディスクリート論理、ソフトウェア、ハードウェア、ファームウェア、または、これらの組み合わせのような、さまざまな適したエンコーダおよび／またはデコーダ回路のいずれかとして実現してもよい。技法が部分的にソフトウェアで実現されるとき、デバイスは、適切な、非一時的コンピュータ読取可能媒体においてソフトウェアに対する命令を記憶していてもよく、１つ以上のプロセッサを使用して、ハードウェアにおいて命令を実行して、本開示の技法を実行してもよい。ビデオエンコーダ２００およびビデオデコーダ３００のそれぞれは、１つ以上のエンコーダまたはデコーダ中に含まれていてもよく、エンコーダまたはデコーダのどちらかは、それぞれのデバイスにおいて、組み合わされたエンコーダ／デコーダ（ＣＯＤＥＣ）の一部として統合されていてもよい。ビデオエンコーダ２００および／またはビデオデコーダ３００を含むデバイスは、集積回路、マイクロプロセッサ、および／または、セルラ電話機のようなワイヤレス通信デバイスを備えていてもよい。
［００６１］
ビデオコーディング標準規格は、ＩＴＵ－Ｔ Ｈ．２６１、ＩＳＯ／ＩＥＣ ＭＰＥＧ－１ Ｖｉｓｕａｌ、ＩＴＵ－Ｔ Ｈ．２６２またはＩＳＯ／ＩＥＣ ＭＰＥＧ－２ Ｖｉｓｕａｌ、ＩＴＵ－Ｔ Ｈ．２６３、ＩＳＯ／ＩＥＣ ＭＰＥＧ－４ Ｖｉｓｕａｌおよび（ＩＳＯ／ＩＥＣ ＭＰＥＧ－４ ＡＶＣとしても知られる）ＩＴＵ－Ｔ Ｈ．２６４を含み、そのスケーラブルビデオコーディング（ＳＶＣ）およびマルチビュービデオコーディング（ＭＶＣ）拡張を含んでいる。
ビデオコーディング標準規格は、ＩＴＵ－Ｔ Ｈ．２６１、ＩＳＯ／ＩＥＣ ＭＰＥＧ－１ Ｖｉｓｕａｌ、ＩＴＵ－Ｔ Ｈ．２６２またはＩＳＯ／ＩＥＣ ＭＰＥＧ－２ Ｖｉｓｕａｌ、ＩＴＵ－Ｔ Ｈ．２６３、ＩＳＯ／ＩＥＣ ＭＰＥＧ－４ Ｖｉｓｕａｌおよび（ＩＳＯ／ＩＥＣ ＭＰＥＧ－４ ＡＶＣとしても知られる）ＩＴＵ－Ｔ Ｈ．２６４を含み、そのスケーラブルビデオコーディング（ＳＶＣ）およびマルチビュービデオコーディング（ＭＶＣ）拡張を含んでいる。
［００６２］
加えて、（Ｇ．Ｊ．Ｓｕｌｌｉｖａｎ，Ｊ．－Ｒ．Ｏｈｍ，Ｗ．－Ｊ．Ｈａｎ，Ｔ．Ｗｉｅｇａｎｄ「高効率ビデオコーディング（ＨＥＶＣ）標準規格の概要」、ビデオ技術のための回路およびシステムにおけるＩＥＥＥトランザクション、ｖｏｌ．２２、ｎｏ．１２．ｐｐ．１６４９－１６６８、２０１２年１２月中で説明しているような）高効率ビデオコーディング（ＨＥＶＣ）またはＩＴＵ－Ｔ Ｈ．２６５と名付けられているビデオコーディング標準規格は、その範囲拡張、マルチビュー拡張（ＭＶ－ＨＥＶＣ）およびスケーラブル拡張（ＳＨＶＣ）を含み、ビデオコーディングにおける共同作業チーム（ＪＣＴ－ＶＣ）とともに、ＩＴＵ－Ｔ ビデオコーディングエキスパートグループ（ＶＣＥＧ）およびＩＳＯ／ＩＥＣ動画エキスパートグループ（ＭＰＥＧ）の３Ｄビデオコーディング拡張開発における共同作業チーム（ＪＣＴ－３Ｖ）により開発されている。以下でＨＥＶＣ ＷＤとして呼ばれるＨＥＶＣドラフト仕様は、ｈｔｔｐ：／／ｐｈｅｎｉｘ．ｉｎｔ－ｅｖｒｙ．ｆｒ／ｊｃｔ／ｄｏｃ＿ｅｎｄ＿ｕｓｅｒ／ｄｏｃｕｍｅｎｔｓ／１４＿Ｖｉｅｎｎａ／ｗｇ１１／ＪＣＴＶＣ－Ｎ１００３－ｖ１．ｚｉｐから入手可能である。ＨＥＶＣの国際標準規格の最終ドラフト（ＦＤＩＳ）の最新バージョンは、ｈｔｔｐ：／／ｐｈｅｎｉｘ．ｉｔ－ｓｕｄｐａｒｉｓ．ｅｕ／ｊｃｔ／ｄｏｃ＿ｅｎｄ＿ｕｓｅｒ／ｄｏｃｕｍｅｎｔｓ／１２＿Ｇｅｎｅｖａ／ｗｇ１１／ＪＣＴＶＣ－Ｌ１００３－ｖ３４．ｚｉｐ中で見つけられるかもしれない。
加えて、（Ｇ．Ｊ．Ｓｕｌｌｉｖａｎ，Ｊ．－Ｒ．Ｏｈｍ，Ｗ．－Ｊ．Ｈａｎ，Ｔ．Ｗｉｅｇａｎｄ「高効率ビデオコーディング（ＨＥＶＣ）標準規格の概要」、ビデオ技術のための回路およびシステムにおけるＩＥＥＥトランザクション、ｖｏｌ．２２、ｎｏ．１２．ｐｐ．１６４９－１６６８、２０１２年１２月中で説明しているような）高効率ビデオコーディング（ＨＥＶＣ）またはＩＴＵ－Ｔ Ｈ．２６５と名付けられているビデオコーディング標準規格は、その範囲拡張、マルチビュー拡張（ＭＶ－ＨＥＶＣ）およびスケーラブル拡張（ＳＨＶＣ）を含み、ビデオコーディングにおける共同作業チーム（ＪＣＴ－ＶＣ）とともに、ＩＴＵ－Ｔ ビデオコーディングエキスパートグループ（ＶＣＥＧ）およびＩＳＯ／ＩＥＣ動画エキスパートグループ（ＭＰＥＧ）の３Ｄビデオコーディング拡張開発における共同作業チーム（ＪＣＴ－３Ｖ）により開発されている。以下でＨＥＶＣ ＷＤとして呼ばれるＨＥＶＣドラフト仕様は、ｈｔｔｐ：／／ｐｈｅｎｉｘ．ｉｎｔ－ｅｖｒｙ．ｆｒ／ｊｃｔ／ｄｏｃ＿ｅｎｄ＿ｕｓｅｒ／ｄｏｃｕｍｅｎｔｓ／１４＿Ｖｉｅｎｎａ／ｗｇ１１／ＪＣＴＶＣ－Ｎ１００３－ｖ１．ｚｉｐから入手可能である。ＨＥＶＣの国際標準規格の最終ドラフト（ＦＤＩＳ）の最新バージョンは、ｈｔｔｐ：／／ｐｈｅｎｉｘ．ｉｔ－ｓｕｄｐａｒｉｓ．ｅｕ／ｊｃｔ／ｄｏｃ＿ｅｎｄ＿ｕｓｅｒ／ｄｏｃｕｍｅｎｔｓ／１２＿Ｇｅｎｅｖａ／ｗｇ１１／ＪＣＴＶＣ－Ｌ１００３－ｖ３４．ｚｉｐ中で見つけられるかもしれない。
［００６３］
ＩＴＵ－Ｔ ＶＣＥＧ（Ｑ６／１６）およびＩＳＯ／ＩＥＣ ＭＰＥＧ（ＪＴＣ １／ＳＣ ２９／ＷＧ １１）は、（スクリーンコンテンツコーディングおよび高ダイナミックレンジコーディングに対するその現在の拡張および短期拡張を含む）現在のＨＥＶＣ標準規格の圧縮能力を著しく超える圧縮能力を持つ将来のビデオコーディングテクノロジーの標準化に対する潜在的必要性を現在研究している。グループは、この分野のエキスパートによって提案された圧縮テクノロジー設計を評価するために、ジョイントビデオ調査チーム（ＪＶＥＴ）として知られている共同作業の取り組みにおいて、この調査活動に関して共に取り組んでいる。ＪＶＥＴは、２０１５年１０月１９～２１日の間に最初に会った。基準ソフトウェアのバージョン、すなわち、共同調査テストモデル７（ＪＥＭ７）は、以下からダウンロードすることができる：ｈｔｔｐｓ：／／ｊｖｅｔ．ｈｈｉ．ｆｒａｕｎｈｏｆｅｒ．ｄｅ／ｓｖｎ／ｓｖｎ＿ＨＭＪＥＭＳｏｆｔｗａｒｅ／ｔａｇｓ／ＨＭ－１６．６－ＪＥＭ－７．２／。共同調査テストモデル７（ＪＥＭ－７）のアルゴリズム解説は、Ｊ．Ｃｈｅｎ，Ｅ．Ａｌｓｈｉｎａ，Ｇ．Ｊ．Ｓｕｌｌｉｖａｎ，Ｊ．－Ｒ．Ｏｈｍ，Ｊ．Ｂｏｙｃｅ、「共同調査テストモデル７のアルゴリズム解説」、ＪＶＥＴ－Ｇ１００１、２０１７年７月において説明されている。ＶＶＣ標準規格の最近のドラフトは、Ｂｒｏｓｓ，ｅｔ ａｌ．「バーサタイルビデオコーディング（ドラフト６）」、ＩＴＵ－Ｔ ＳＧ１６ＷＰ３およびＩＳＯ／ＩＥＣ ＪＴＣ１／ＳＣ２９／ＷＧ１１、第１５回ミーティング：Ｇｏｔｈｅｎｂｕｒｇ、ＳＥ、２０１９年７月３～１２日、ＪＶＥＴ－Ｏ ２００１－ｖＥのジョイントビデオエキスパートチーム（ＪＶＥＴ）（以下、「ＶＶＣドラフト６」）に記載されている。しかしながら、本開示の技法は、任意の特定のコーディング標準規格に限定されない。
ＩＴＵ－Ｔ ＶＣＥＧ（Ｑ６／１６）およびＩＳＯ／ＩＥＣ ＭＰＥＧ（ＪＴＣ １／ＳＣ ２９／ＷＧ １１）は、（スクリーンコンテンツコーディングおよび高ダイナミックレンジコーディングに対するその現在の拡張および短期拡張を含む）現在のＨＥＶＣ標準規格の圧縮能力を著しく超える圧縮能力を持つ将来のビデオコーディングテクノロジーの標準化に対する潜在的必要性を現在研究している。グループは、この分野のエキスパートによって提案された圧縮テクノロジー設計を評価するために、ジョイントビデオ調査チーム（ＪＶＥＴ）として知られている共同作業の取り組みにおいて、この調査活動に関して共に取り組んでいる。ＪＶＥＴは、２０１５年１０月１９～２１日の間に最初に会った。基準ソフトウェアのバージョン、すなわち、共同調査テストモデル７（ＪＥＭ７）は、以下からダウンロードすることができる：ｈｔｔｐｓ：／／ｊｖｅｔ．ｈｈｉ．ｆｒａｕｎｈｏｆｅｒ．ｄｅ／ｓｖｎ／ｓｖｎ＿ＨＭＪＥＭＳｏｆｔｗａｒｅ／ｔａｇｓ／ＨＭ－１６．６－ＪＥＭ－７．２／。共同調査テストモデル７（ＪＥＭ－７）のアルゴリズム解説は、Ｊ．Ｃｈｅｎ，Ｅ．Ａｌｓｈｉｎａ，Ｇ．Ｊ．Ｓｕｌｌｉｖａｎ，Ｊ．－Ｒ．Ｏｈｍ，Ｊ．Ｂｏｙｃｅ、「共同調査テストモデル７のアルゴリズム解説」、ＪＶＥＴ－Ｇ１００１、２０１７年７月において説明されている。ＶＶＣ標準規格の最近のドラフトは、Ｂｒｏｓｓ，ｅｔ ａｌ．「バーサタイルビデオコーディング（ドラフト６）」、ＩＴＵ－Ｔ ＳＧ１６ＷＰ３およびＩＳＯ／ＩＥＣ ＪＴＣ１／ＳＣ２９／ＷＧ１１、第１５回ミーティング：Ｇｏｔｈｅｎｂｕｒｇ、ＳＥ、２０１９年７月３～１２日、ＪＶＥＴ－Ｏ ２００１－ｖＥのジョイントビデオエキスパートチーム（ＪＶＥＴ）（以下、「ＶＶＣドラフト６」）に記載されている。しかしながら、本開示の技法は、任意の特定のコーディング標準規格に限定されない。
［００６４］
ビデオエンコーダ２００およびビデオデコーダ３００は、高効率ビデオコーディング（ＨＥＶＣ）としても呼ばれるＩＴＵ－Ｔ Ｈ．２６５のようなビデオコーディング標準規格に、または、マルチビューおよび／またはスケーラブルビデオコーディング拡張のような、高効率ビデオコーディング（ＨＥＶＣ）に対する拡張にしたがって動作してもよい。代替的に、ビデオエンコーダ２００およびビデオデコーダ３００は、共同調査テストモデル（ＪＥＭ）および／またはＶＶＣのような、他のプロプライエタリまたは業界標準規格にしたがって動作してもよい。ビデオコーディング標準規格の別の例は、エッセンシャルビデオコーディング（ＥＶＣ）標準規格である。しかしながら、本開示の技術は、何らかの特定のコーディング標準規格には限定されない。
ビデオエンコーダ２００およびビデオデコーダ３００は、高効率ビデオコーディング（ＨＥＶＣ）としても呼ばれるＩＴＵ－Ｔ Ｈ．２６５のようなビデオコーディング標準規格に、または、マルチビューおよび／またはスケーラブルビデオコーディング拡張のような、高効率ビデオコーディング（ＨＥＶＣ）に対する拡張にしたがって動作してもよい。代替的に、ビデオエンコーダ２００およびビデオデコーダ３００は、共同調査テストモデル（ＪＥＭ）および／またはＶＶＣのような、他のプロプライエタリまたは業界標準規格にしたがって動作してもよい。ビデオコーディング標準規格の別の例は、エッセンシャルビデオコーディング（ＥＶＣ）標準規格である。しかしながら、本開示の技術は、何らかの特定のコーディング標準規格には限定されない。
［００６５］
一般的に、ビデオエンコーダ２００およびビデオデコーダ３００は、ピクチャーのブロックベースコーディングを実行してもよい。「ブロック」という用語は、一般的に、処理される（例えば、エンコードされる、デコードされる、または、そうでなければ、エンコーディングおよび／またはデコーディングプロセスにおいて使用される）データを含む構造を指している。例えば、ブロックは、ルミナンスデータおよび／またはクロミナンスデータのサンプルの２次元行列を含んでいてもよい。一般的に、ビデオエンコーダ２００およびビデオデコーダ３００は、ＹＵＶ（例えば、Ｙ、Ｃｂ、Ｃｒ）フォーマットで表されるビデオデータをコード化してもよい。すなわち、ピクチャーのサンプルに対する赤、緑および青（ＲＧＢ）データをコード化するよりもむしろ、ビデオエンコーダ２００およびビデオデコーダ３００は、ルミナンス成分とクロミナンス成分とをコード化してもよく、ここで、クロミナンス成分は、赤の色相と青の色相の両方のクロミナンス成分を含んでいてもよい。いくつかの例では、ビデオエンコーダ２００は、エンコーディングの前に、受け取ったＲＧＢフォーマットされたデータをＹＵＶ表現に変換し、ビデオデコーダ３００は、ＹＵＶ表現をＲＧＢフォーマットに変換する。代替的に、（図示されていない）前処理ユニットおよび後処理ユニットがこれらの変換を実行してもよい。
一般的に、ビデオエンコーダ２００およびビデオデコーダ３００は、ピクチャーのブロックベースコーディングを実行してもよい。「ブロック」という用語は、一般的に、処理される（例えば、エンコードされる、デコードされる、または、そうでなければ、エンコーディングおよび／またはデコーディングプロセスにおいて使用される）データを含む構造を指している。例えば、ブロックは、ルミナンスデータおよび／またはクロミナンスデータのサンプルの２次元行列を含んでいてもよい。一般的に、ビデオエンコーダ２００およびビデオデコーダ３００は、ＹＵＶ（例えば、Ｙ、Ｃｂ、Ｃｒ）フォーマットで表されるビデオデータをコード化してもよい。すなわち、ピクチャーのサンプルに対する赤、緑および青（ＲＧＢ）データをコード化するよりもむしろ、ビデオエンコーダ２００およびビデオデコーダ３００は、ルミナンス成分とクロミナンス成分とをコード化してもよく、ここで、クロミナンス成分は、赤の色相と青の色相の両方のクロミナンス成分を含んでいてもよい。いくつかの例では、ビデオエンコーダ２００は、エンコーディングの前に、受け取ったＲＧＢフォーマットされたデータをＹＵＶ表現に変換し、ビデオデコーダ３００は、ＹＵＶ表現をＲＧＢフォーマットに変換する。代替的に、（図示されていない）前処理ユニットおよび後処理ユニットがこれらの変換を実行してもよい。
［００６６］
本開示は、一般的に、ピクチャーのデータをエンコードまたはデコードするプロセスを含むように、ピクチャーのコーディング（例えば、エンコーディングおよびデコーディング）に関連しているかもしれない。同様に、本開示は、ブロックに対するデータをエンコーディングまたはデコーディングするプロセス、例えば、予測および／または残差コーディングを含むように、ピクチャーのブロックのコーディングに関連しているかもしれない。エンコードされたビデオビットストリームは、一般的に、コーディング決定（例えば、コーディングモード）とブロックへのピクチャーの区分とを表す、シンタックス要素に対する一連の値を含んでいる。したがって、ピクチャーまたはブロックをコード化することへの言及は、一般的に、ピクチャーまたはブロックを形成するシンタックス要素に対する値をコーディングすることとして理解すべきである。
本開示は、一般的に、ピクチャーのデータをエンコードまたはデコードするプロセスを含むように、ピクチャーのコーディング（例えば、エンコーディングおよびデコーディング）に関連しているかもしれない。同様に、本開示は、ブロックに対するデータをエンコーディングまたはデコーディングするプロセス、例えば、予測および／または残差コーディングを含むように、ピクチャーのブロックのコーディングに関連しているかもしれない。エンコードされたビデオビットストリームは、一般的に、コーディング決定（例えば、コーディングモード）とブロックへのピクチャーの区分とを表す、シンタックス要素に対する一連の値を含んでいる。したがって、ピクチャーまたはブロックをコード化することへの言及は、一般的に、ピクチャーまたはブロックを形成するシンタックス要素に対する値をコーディングすることとして理解すべきである。
［００６７］
ＨＥＶＣは、コーディングユニット（ＣＵ）、予測ユニット（ＰＵ）および変換ユニット（ＴＵ）を含む、さまざまなブロックを規定する。ＨＥＶＣにしたがうと、（ビデオエンコーダ２００のような）ビデオコーダは、４分ツリー構造にしたがって、コーディングツリーユニット（ＣＴＵ）をＣＵに区分する。すなわち、ビデオコーダは、ＣＴＵおよびＣＵを４つの等しい、オーバーラップしない正方形に区分し、４分ツリーの各ノードは、ゼロまたは４つの子ノードのいずれかを有する。子ノードのないノードは、「リーフノード」として呼ばれることがあり、このようなリーフノードのＣＵは、１つ以上のＰＵおよび／または１つ以上のＴＵを含んでいてもよい。ビデオコーダは、ＰＵとＴＵとをさらに区分してもよい。例えば、ＨＥＶＣでは、残差４分ツリー（ＲＱＴ）はＴＵの区分を表している。ＨＥＶＣでは、ＰＵはインター予測データを表す一方で、ＴＵは残差データを表している。イントラ予測されるＣＵは、イントラモード表示のようなイントラ予測情報を含んでいる。
ＨＥＶＣは、コーディングユニット（ＣＵ）、予測ユニット（ＰＵ）および変換ユニット（ＴＵ）を含む、さまざまなブロックを規定する。ＨＥＶＣにしたがうと、（ビデオエンコーダ２００のような）ビデオコーダは、４分ツリー構造にしたがって、コーディングツリーユニット（ＣＴＵ）をＣＵに区分する。すなわち、ビデオコーダは、ＣＴＵおよびＣＵを４つの等しい、オーバーラップしない正方形に区分し、４分ツリーの各ノードは、ゼロまたは４つの子ノードのいずれかを有する。子ノードのないノードは、「リーフノード」として呼ばれることがあり、このようなリーフノードのＣＵは、１つ以上のＰＵおよび／または１つ以上のＴＵを含んでいてもよい。ビデオコーダは、ＰＵとＴＵとをさらに区分してもよい。例えば、ＨＥＶＣでは、残差４分ツリー（ＲＱＴ）はＴＵの区分を表している。ＨＥＶＣでは、ＰＵはインター予測データを表す一方で、ＴＵは残差データを表している。イントラ予測されるＣＵは、イントラモード表示のようなイントラ予測情報を含んでいる。
［００６８］
別の例として、ビデオエンコーダ２００およびビデオデコーダ３００は、ＪＥＭおよび／またはＶＶＣの例にしたがって動作するように構成されていてもよい。ＪＥＭおよび／またはＶＶＣの例によれば、（ビデオエンコーダ２００のような）ビデオコーダは、ピクチャーを複数のコーディングツリーユニット（ＣＴＵ）に区分する。ビデオエンコーダ２００は、４分ツリー－２分ツリー（ＱＴＢＴ）構造のようなツリー構造にしたがって、ＣＴＵを区分してもよい。ＪＥＭおよび／またはＶＶＣの例のＱＴＢＴ構造は、ＨＥＶＣのＣＵとＰＵとＴＵとの間の分離のような、複数の区分タイプの概念を除去する。ＪＥＭ／ＶＶＣの例のＱＴＢＴ構造は、４分ツリー区分にしたがって区分される第１のレベルと、２分ツリー区分にしたがって区分される第２のレベルと、の２つのレベルを含んでいる。ＱＴＢＴ構造のルートノードはＣＴＵに対応する。２分ツリーのリーフノードは、コーディングユニット（ＣＵ）に対応する。
別の例として、ビデオエンコーダ２００およびビデオデコーダ３００は、ＪＥＭおよび／またはＶＶＣの例にしたがって動作するように構成されていてもよい。ＪＥＭおよび／またはＶＶＣの例によれば、（ビデオエンコーダ２００のような）ビデオコーダは、ピクチャーを複数のコーディングツリーユニット（ＣＴＵ）に区分する。ビデオエンコーダ２００は、４分ツリー－２分ツリー（ＱＴＢＴ）構造のようなツリー構造にしたがって、ＣＴＵを区分してもよい。ＪＥＭおよび／またはＶＶＣの例のＱＴＢＴ構造は、ＨＥＶＣのＣＵとＰＵとＴＵとの間の分離のような、複数の区分タイプの概念を除去する。ＪＥＭ／ＶＶＣの例のＱＴＢＴ構造は、４分ツリー区分にしたがって区分される第１のレベルと、２分ツリー区分にしたがって区分される第２のレベルと、の２つのレベルを含んでいる。ＱＴＢＴ構造のルートノードはＣＴＵに対応する。２分ツリーのリーフノードは、コーディングユニット（ＣＵ）に対応する。
［００６９］
いくつかの例では、ビデオエンコーダ２００およびビデオデコーダ３００は、単一のＱＴＢＴ構造を使用して、ルミナンス成分とクロミナンス成分のそれぞれを表してもよい一方で、他の例では、ビデオエンコーダ２００およびビデオデコーダ３００は、ルミナンス成分のために１つのＱＴＢＴ構造と、両方のクロミナンス成分のために別のＱＴＢＴ構造（または、それぞれのクロミナンス成分のために２つのＱＴＢＴ構造）のように、２つ以上のＱＴＢＴ構造を使用してもよい。
いくつかの例では、ビデオエンコーダ２００およびビデオデコーダ３００は、単一のＱＴＢＴ構造を使用して、ルミナンス成分とクロミナンス成分のそれぞれを表してもよい一方で、他の例では、ビデオエンコーダ２００およびビデオデコーダ３００は、ルミナンス成分のために１つのＱＴＢＴ構造と、両方のクロミナンス成分のために別のＱＴＢＴ構造（または、それぞれのクロミナンス成分のために２つのＱＴＢＴ構造）のように、２つ以上のＱＴＢＴ構造を使用してもよい。
［００７０］
ビデオエンコーダ２００およびビデオデコーダ３００は、ＨＥＶＣ毎の４分ツリー区分、ＪＥＭ／ＶＶＣの例にしたがうＱＴＢＴ区分、または、他の区分構造を使用するように構成されていてもよい。説明のために、本開示の技法の説明は、ＱＴＢＴ区分に関して提示する。しかしながら、本開示の技法はまた、４分ツリー区分、または、他のタイプの区分も同様に使用するように構成されているビデオコーダに適用してもよいことを理解されたい。
ビデオエンコーダ２００およびビデオデコーダ３００は、ＨＥＶＣ毎の４分ツリー区分、ＪＥＭ／ＶＶＣの例にしたがうＱＴＢＴ区分、または、他の区分構造を使用するように構成されていてもよい。説明のために、本開示の技法の説明は、ＱＴＢＴ区分に関して提示する。しかしながら、本開示の技法はまた、４分ツリー区分、または、他のタイプの区分も同様に使用するように構成されているビデオコーダに適用してもよいことを理解されたい。
［００７１］
本開示は、「Ｎ×Ｎ」および「ＮバイＮ」を交換可能に使用して、垂直寸法および水平寸法に関する（ＣＵまたは他のビデオブロックのような）ブロックのサンプル寸法、例えば、１６×１６サンプルまたは１６バイ１６サンプルを指すかもしれない。一般的に、１６×１６のＣＵは、垂直方向に１６個のサンプルを有し（ｙ＝１６）、水平方向に１６個のサンプルを有する（ｘ＝１６）。同様に、Ｎ×ＮのＣＵは、一般的に、垂直方向にＮ個のサンプルを有し、水平方向にＮ個のサンプルを有し、ここで、Ｎは非負整数値を表している。ＣＵ中のサンプルは、行および列に配置されていてもよい。さらに、ＣＵは、必ずしも水平方向に垂直方向と同じ数のサンプルを有する必要はない。例えば、ＣＵはＮ×Ｍのサンプルを備えていてもよく、ここで、Ｍは必ずしもＮに等しいとは限らない。
本開示は、「Ｎ×Ｎ」および「ＮバイＮ」を交換可能に使用して、垂直寸法および水平寸法に関する（ＣＵまたは他のビデオブロックのような）ブロックのサンプル寸法、例えば、１６×１６サンプルまたは１６バイ１６サンプルを指すかもしれない。一般的に、１６×１６のＣＵは、垂直方向に１６個のサンプルを有し（ｙ＝１６）、水平方向に１６個のサンプルを有する（ｘ＝１６）。同様に、Ｎ×ＮのＣＵは、一般的に、垂直方向にＮ個のサンプルを有し、水平方向にＮ個のサンプルを有し、ここで、Ｎは非負整数値を表している。ＣＵ中のサンプルは、行および列に配置されていてもよい。さらに、ＣＵは、必ずしも水平方向に垂直方向と同じ数のサンプルを有する必要はない。例えば、ＣＵはＮ×Ｍのサンプルを備えていてもよく、ここで、Ｍは必ずしもＮに等しいとは限らない。
［００７２］
ビデオエンコーダ２００は、予測および／または残差情報を、ならびに、他の情報を表す、ＣＵに対するビデオデータをエンコードする。予測情報は、ＣＵに対する予測ブロックを形成するために、ＣＵがどのように予測されるべきかを示している。残差情報は、一般的に、エンコーディング前のＣＵのサンプルと予測ブロックとの間のサンプル毎の差分を表している。
ビデオエンコーダ２００は、予測および／または残差情報を、ならびに、他の情報を表す、ＣＵに対するビデオデータをエンコードする。予測情報は、ＣＵに対する予測ブロックを形成するために、ＣＵがどのように予測されるべきかを示している。残差情報は、一般的に、エンコーディング前のＣＵのサンプルと予測ブロックとの間のサンプル毎の差分を表している。
［００７３］
ＣＵを予測するために、ビデオエンコーダ２００は、一般的に、インター予測またはイントラ予測を通して、ＣＵに対する予測ブロックを形成してもよい。インター予測は、一般的に、以前にコード化されたピクチャーのデータからＣＵを予測することを指す一方で、イントラ予測は、一般的に、同じピクチャーの以前にコード化されたデータからＣＵを予測することを指している。インター予測を実行するために、ビデオエンコーダ２００は、１つ以上の動きベクトルを使用して、予測ブロックを発生させてもよい。ビデオエンコーダ２００は、一般的に、動きサーチを実行して、例えば、ＣＵと参照ブロックとの間の差分に関して、ＣＵに密接に一致する参照ブロックを識別してもよい。ビデオエンコーダ２００は、絶対差分の和（ＳＡＤ）、二乗差分の和（ＳＳＤ）、平均絶対差分（ＭＡＤ）、平均二乗差分（ＭＳＤ）、または、他のこのような差分計算を使用して、差分メトリックを計算し、参照ブロックが現在ＣＵに密接に一致するか否かを決定してもよい。いくつかの例では、ビデオエンコーダ２００は、単方向予測または双方向予測を使用して、現在ＣＵを予測してもよい。
ＣＵを予測するために、ビデオエンコーダ２００は、一般的に、インター予測またはイントラ予測を通して、ＣＵに対する予測ブロックを形成してもよい。インター予測は、一般的に、以前にコード化されたピクチャーのデータからＣＵを予測することを指す一方で、イントラ予測は、一般的に、同じピクチャーの以前にコード化されたデータからＣＵを予測することを指している。インター予測を実行するために、ビデオエンコーダ２００は、１つ以上の動きベクトルを使用して、予測ブロックを発生させてもよい。ビデオエンコーダ２００は、一般的に、動きサーチを実行して、例えば、ＣＵと参照ブロックとの間の差分に関して、ＣＵに密接に一致する参照ブロックを識別してもよい。ビデオエンコーダ２００は、絶対差分の和（ＳＡＤ）、二乗差分の和（ＳＳＤ）、平均絶対差分（ＭＡＤ）、平均二乗差分（ＭＳＤ）、または、他のこのような差分計算を使用して、差分メトリックを計算し、参照ブロックが現在ＣＵに密接に一致するか否かを決定してもよい。いくつかの例では、ビデオエンコーダ２００は、単方向予測または双方向予測を使用して、現在ＣＵを予測してもよい。
［００７４］
ＪＥＭまたはＶＶＣはまた、インター予測モードと見なしてもよいアフィン動き補償モードを提供する。アフィン動き補償モードでは、ビデオエンコーダ２００は、ズームインまたはズームアウト、回転、透視動き、または、他の不規則な動きタイプのような、並進しない動きを表す２つ以上の動きベクトルを決定してもよい。
ＪＥＭまたはＶＶＣはまた、インター予測モードと見なしてもよいアフィン動き補償モードを提供する。アフィン動き補償モードでは、ビデオエンコーダ２００は、ズームインまたはズームアウト、回転、透視動き、または、他の不規則な動きタイプのような、並進しない動きを表す２つ以上の動きベクトルを決定してもよい。
［００７５］
イントラ予測を実行するために、ビデオエンコーダ２００は、イントラ予測モードを選択して、予測ブロックを発生させてもよい。ＪＥＭは、さまざまな方向性モードとともに、平面モードおよびＤＣモードを含む、６７個のイントラ予測モードを提供する。一般的に、ビデオエンコーダ２００は、現在ブロックのサンプルを予測する、現在ブロック（例えば、ＣＵのブロック）に隣接するサンプルを記述するイントラ予測モードを選択する。ビデオエンコーダ２００がラスター走査順序（左から右および上から下のコーディング順序、または、右から左および上から下のコーディング順序）でＣＴＵおよびＣＵをコード化すると仮定すると、このようなサンプルは、一般的に、現在ブロックと同じピクチャー中で、現在ブロックの上、左上または左にあってもよい。
イントラ予測を実行するために、ビデオエンコーダ２００は、イントラ予測モードを選択して、予測ブロックを発生させてもよい。ＪＥＭは、さまざまな方向性モードとともに、平面モードおよびＤＣモードを含む、６７個のイントラ予測モードを提供する。一般的に、ビデオエンコーダ２００は、現在ブロックのサンプルを予測する、現在ブロック（例えば、ＣＵのブロック）に隣接するサンプルを記述するイントラ予測モードを選択する。ビデオエンコーダ２００がラスター走査順序（左から右および上から下のコーディング順序、または、右から左および上から下のコーディング順序）でＣＴＵおよびＣＵをコード化すると仮定すると、このようなサンプルは、一般的に、現在ブロックと同じピクチャー中で、現在ブロックの上、左上または左にあってもよい。
［００７６］
ビデオエンコーダ２００は、現在ブロックに対する予測モードを表すデータをエンコードする。例えば、インター予測モードに対して、ビデオエンコーダ２００は、さまざまな利用可能なインター予測モードのうちのどれが使用されるかを表すデータとともに、対応するモードに対する動き情報をエンコードしてもよい。単方向または双方向インター予測に対して、例えば、ビデオエンコーダ２００は、高度動きベクトル予測（ＡＭＶＰ）またはマージモードを使用して、動きベクトルをエンコードしてもよい。ビデオエンコーダ２００は、類似するモードを使用して、アフィン動き補償モードに対する動きベクトルをエンコードしてもよい。
ビデオエンコーダ２００は、現在ブロックに対する予測モードを表すデータをエンコードする。例えば、インター予測モードに対して、ビデオエンコーダ２００は、さまざまな利用可能なインター予測モードのうちのどれが使用されるかを表すデータとともに、対応するモードに対する動き情報をエンコードしてもよい。単方向または双方向インター予測に対して、例えば、ビデオエンコーダ２００は、高度動きベクトル予測（ＡＭＶＰ）またはマージモードを使用して、動きベクトルをエンコードしてもよい。ビデオエンコーダ２００は、類似するモードを使用して、アフィン動き補償モードに対する動きベクトルをエンコードしてもよい。
［００７７］
ブロックのイントラ予測またはインター予測のような予測に続いて、ビデオエンコーダ２００は、ブロックに対する残差データを計算してもよい。残差ブロックのような残差データは、ブロックと、対応する予測モードを使用して形成された、ブロックに対する予測ブロックとの間の、サンプル毎の差分を表している。ビデオエンコーダ２００は、１つ以上の変換を残差ブロックに適用して、サンプルドメインの代わりに変換ドメインにおいて、変換されたデータを生成させてもよい。例えば、ビデオエンコーダ２００は、離散コサイン変換（ＤＣＴ）、整数変換、ウェーブレット変換、または、概念的に類似する変換を残差ビデオデータに適用してもよい。さらに、ビデオエンコーダ２００は、モード依存分離不可能２次変換（ＭＤＮＳＳＴ）、信号依存変換、カルーネンレーベ変換（ＫＬＴ）、または、これらに類するもののような、第１の変換に続く２次変換を適用してもよい。ビデオエンコーダ２００は、１つ以上の変換の適用に続いて、変換係数を生成させる。
ブロックのイントラ予測またはインター予測のような予測に続いて、ビデオエンコーダ２００は、ブロックに対する残差データを計算してもよい。残差ブロックのような残差データは、ブロックと、対応する予測モードを使用して形成された、ブロックに対する予測ブロックとの間の、サンプル毎の差分を表している。ビデオエンコーダ２００は、１つ以上の変換を残差ブロックに適用して、サンプルドメインの代わりに変換ドメインにおいて、変換されたデータを生成させてもよい。例えば、ビデオエンコーダ２００は、離散コサイン変換（ＤＣＴ）、整数変換、ウェーブレット変換、または、概念的に類似する変換を残差ビデオデータに適用してもよい。さらに、ビデオエンコーダ２００は、モード依存分離不可能２次変換（ＭＤＮＳＳＴ）、信号依存変換、カルーネンレーベ変換（ＫＬＴ）、または、これらに類するもののような、第１の変換に続く２次変換を適用してもよい。ビデオエンコーダ２００は、１つ以上の変換の適用に続いて、変換係数を生成させる。
［００７８］
上述のように、変換係数を生成させるための任意の変換に続いて、ビデオエンコーダ２００は、変換係数の量子化を実行してもよい。量子化は、一般的に、変換係数が量子化されて、係数を表すために使用されるデータの量を場合によっては低減させ、さらなる圧縮を提供するプロセスを指している。量子化プロセスを実行することによって、ビデオエンコーダ２００は、係数のいくつか、または、すべてに関係するビット深度を低減させてもよい。例えば、ビデオエンコーダ２００は、量子化の間にｎ－ビット値をｍ－ビット値に切り捨ててもよく、ここで、ｎはｍよりも大きい。いくつかの例では、量子化を実行するために、ビデオエンコーダ２００は、量子化されるべき値のビット単位の右シフトを実行してもよい。
上述のように、変換係数を生成させるための任意の変換に続いて、ビデオエンコーダ２００は、変換係数の量子化を実行してもよい。量子化は、一般的に、変換係数が量子化されて、係数を表すために使用されるデータの量を場合によっては低減させ、さらなる圧縮を提供するプロセスを指している。量子化プロセスを実行することによって、ビデオエンコーダ２００は、係数のいくつか、または、すべてに関係するビット深度を低減させてもよい。例えば、ビデオエンコーダ２００は、量子化の間にｎ－ビット値をｍ－ビット値に切り捨ててもよく、ここで、ｎはｍよりも大きい。いくつかの例では、量子化を実行するために、ビデオエンコーダ２００は、量子化されるべき値のビット単位の右シフトを実行してもよい。
［００７９］
量子化に続いて、ビデオエンコーダ２００は、変換係数を走査し、量子化された変換係数を含む２次元行列から１次元ベクトルを生成させてもよい。走査は、より高いエネルギー（したがって、より低い周波数）の係数をベクトルの前部に配置し、より低いエネルギー（したがって、より高い周波数）の変換係数をベクトルの後部に配置するように設計されていてもよい。いくつかの例では、ビデオエンコーダ２００は、予め規定された走査順序を利用して、量子化変換係数を走査し、シリアル化ベクトルを生成させ、その後、ベクトルの量子化変換係数をエントロピーエンコードしてもよい。他の例では、ビデオエンコーダ２００は、適応走査を実行してもよい。量子化変換係数を走査して１次元ベクトルを形成した後、ビデオエンコーダ２００は、例えば、コンテキスト適応２値算術コーディング（ＣＡＢＡＣ）にしたがって、１次元ベクトルをエントロピーエンコードしてもよい。ビデオエンコーダ２００はまた、ビデオデータをデコードする際に、ビデオデコーダ３００によって使用するために、エンコードされたビデオデータに関係するメタデータを記述するシンタックス要素に対する値をエントロピーエンコードしてもよい。
量子化に続いて、ビデオエンコーダ２００は、変換係数を走査し、量子化された変換係数を含む２次元行列から１次元ベクトルを生成させてもよい。走査は、より高いエネルギー（したがって、より低い周波数）の係数をベクトルの前部に配置し、より低いエネルギー（したがって、より高い周波数）の変換係数をベクトルの後部に配置するように設計されていてもよい。いくつかの例では、ビデオエンコーダ２００は、予め規定された走査順序を利用して、量子化変換係数を走査し、シリアル化ベクトルを生成させ、その後、ベクトルの量子化変換係数をエントロピーエンコードしてもよい。他の例では、ビデオエンコーダ２００は、適応走査を実行してもよい。量子化変換係数を走査して１次元ベクトルを形成した後、ビデオエンコーダ２００は、例えば、コンテキスト適応２値算術コーディング（ＣＡＢＡＣ）にしたがって、１次元ベクトルをエントロピーエンコードしてもよい。ビデオエンコーダ２００はまた、ビデオデータをデコードする際に、ビデオデコーダ３００によって使用するために、エンコードされたビデオデータに関係するメタデータを記述するシンタックス要素に対する値をエントロピーエンコードしてもよい。
［００８０］
ＣＡＢＡＣを実行するために、ビデオエンコーダ２００は、コンテキストモデル内のコンテキストを送信されるべきシンボルに割り当ててもよい。コンテキストは、例えば、シンボルの隣接する値がゼロ値にされているか否かに関連していてもよい。確率決定は、シンボルに割り当てられているコンテキストに基づいていてもよい。
ＣＡＢＡＣを実行するために、ビデオエンコーダ２００は、コンテキストモデル内のコンテキストを送信されるべきシンボルに割り当ててもよい。コンテキストは、例えば、シンボルの隣接する値がゼロ値にされているか否かに関連していてもよい。確率決定は、シンボルに割り当てられているコンテキストに基づいていてもよい。
［００８１］
ビデオエンコーダ２００はさらに、例えば、ピクチャーヘッダ中で、ブロックヘッダ中で、スライスヘッダ中で、あるいは、シーケンスパラメータセット（ＳＰＳ）、ピクチャーパラメータセット（ＰＰＳ）、または、ビデオパラメータセット（ＶＰＳ）のような他のシンタックスデータ中で、ビデオデコーダ３００への、ブロックベースのシンタックスデータ、ピクチャーベースのシンタックスデータ、および、シーケンスベースのシンタックスデータのようなシンタックスデータを発生させてもよい。ビデオデコーダ３００は、同様に、このようなシンタックスデータをデコードして、対応するビデオデータをどのようにデコードするかを決定してもよい。
ビデオエンコーダ２００はさらに、例えば、ピクチャーヘッダ中で、ブロックヘッダ中で、スライスヘッダ中で、あるいは、シーケンスパラメータセット（ＳＰＳ）、ピクチャーパラメータセット（ＰＰＳ）、または、ビデオパラメータセット（ＶＰＳ）のような他のシンタックスデータ中で、ビデオデコーダ３００への、ブロックベースのシンタックスデータ、ピクチャーベースのシンタックスデータ、および、シーケンスベースのシンタックスデータのようなシンタックスデータを発生させてもよい。ビデオデコーダ３００は、同様に、このようなシンタックスデータをデコードして、対応するビデオデータをどのようにデコードするかを決定してもよい。
［００８２］
このようにして、ビデオエンコーダ２００は、エンコードされたビデオデータを含む、例えば、ブロック（例えば、ＣＵ）へのピクチャーの区分と、ブロックに対する予測および／または残差情報とを記述する、シンタックス要素を含む、ビットストリームを発生させてもよい。最終的に、ビデオデコーダ３００は、ビットストリームを受け取り、エンコードされたビデオデータをデコードしてもよい。
このようにして、ビデオエンコーダ２００は、エンコードされたビデオデータを含む、例えば、ブロック（例えば、ＣＵ）へのピクチャーの区分と、ブロックに対する予測および／または残差情報とを記述する、シンタックス要素を含む、ビットストリームを発生させてもよい。最終的に、ビデオデコーダ３００は、ビットストリームを受け取り、エンコードされたビデオデータをデコードしてもよい。
［００８３］
一般的に、ビデオデコーダ３００は、ビデオエンコーダ２００によって実行されたプロセスとは逆のプロセスを実行して、ビットストリームのエンコードされたビデオデータをデコードする。例えば、ビデオデコーダ３００は、ビデオエンコーダ２００のＣＡＢＡＣエンコーディングプロセスと、逆ではあるが、実質的に類似する方法で、ＣＡＢＡＣを使用して、ビットストリームのシンタックス要素に対する値をデコードしてもよい。シンタックス要素は、ＣＴＵへのピクチャーの区分情報と、ＱＴＢＴ構造のような、対応する区分構造にしたがって、各ＣＴＵを区分することとを規定して、ＣＴＵのＣＵを規定していてもよい。シンタックス要素は、ビデオデータのブロック（例えば、ＣＵ）に対する予測および残差情報をさらに規定していてもよい。
一般的に、ビデオデコーダ３００は、ビデオエンコーダ２００によって実行されたプロセスとは逆のプロセスを実行して、ビットストリームのエンコードされたビデオデータをデコードする。例えば、ビデオデコーダ３００は、ビデオエンコーダ２００のＣＡＢＡＣエンコーディングプロセスと、逆ではあるが、実質的に類似する方法で、ＣＡＢＡＣを使用して、ビットストリームのシンタックス要素に対する値をデコードしてもよい。シンタックス要素は、ＣＴＵへのピクチャーの区分情報と、ＱＴＢＴ構造のような、対応する区分構造にしたがって、各ＣＴＵを区分することとを規定して、ＣＴＵのＣＵを規定していてもよい。シンタックス要素は、ビデオデータのブロック（例えば、ＣＵ）に対する予測および残差情報をさらに規定していてもよい。
［００８４］
残差情報は、例えば、量子化変換係数によって表されていてもよい。ビデオデコーダ３００は、ブロックの量子化された変換係数を逆量子化および逆変換して、ブロックに対する残差ブロックを再生させてもよい。ビデオデコーダ３００は、シグナリングされた予測モード（イントラ予測またはインター予測）と、関連する予測情報（例えば、インター予測に対する動き情報）とを使用して、ブロックに対する予測ブロックを形成する。ビデオデコーダ３００は、その後、（サンプル毎のベースで）予測ブロックと残差ブロックとを組み合わせて、元のブロックを再生させてもよい。ビデオデコーダ３００は、デブロッキングプロセスを実行することのような、追加の処理を実行して、ブロックの境界に沿った視覚的アーティファクトを低減させてもよい。
残差情報は、例えば、量子化変換係数によって表されていてもよい。ビデオデコーダ３００は、ブロックの量子化された変換係数を逆量子化および逆変換して、ブロックに対する残差ブロックを再生させてもよい。ビデオデコーダ３００は、シグナリングされた予測モード（イントラ予測またはインター予測）と、関連する予測情報（例えば、インター予測に対する動き情報）とを使用して、ブロックに対する予測ブロックを形成する。ビデオデコーダ３００は、その後、（サンプル毎のベースで）予測ブロックと残差ブロックとを組み合わせて、元のブロックを再生させてもよい。ビデオデコーダ３００は、デブロッキングプロセスを実行することのような、追加の処理を実行して、ブロックの境界に沿った視覚的アーティファクトを低減させてもよい。
［００８５］
本開示の技法によれば、ビデオエンコーダ２００およびビデオデコーダ３００は、動きベクトル予測子リストを構築するように構成されていてもよい。上記で説明したように、マージモードおよびＡＭＶＰモードに対して、ビデオデコーダ３００は、動きベクトル予測子リスト中の動きベクトル情報に基づいて、デコーディングされている現在ブロックに対する動きベクトルを決定してもよい。例えば、ビデオエンコーダ２００は、動きベクトル予測子リストへのインデックスを示す情報をシグナリングしてもよく、ビデオデコーダ３００は、インデックスに基づいて、動きベクトル予測子リスト中に記憶されている動きベクトル情報を取り出してもよい。マージモードに対して、ビデオデコーダ３００は、現在ブロックに対する動きベクトルを、取り出された動きベクトル情報に等しいように設定してもよい。ＡＭＶＰモードに対して、ビデオデコーダ３００は、現在ブロックに対する動きベクトルと取り出された動きベクトル情報との間の動きベクトル差分（ＭＶＤ）を示す情報をさらに受け取ってもよい。このような例では、ビデオデコーダ３００は、ＭＶＤを取り出された動きベクトル情報に追加して、現在ブロックに対する動きベクトルを決定してもよい。
本開示の技法によれば、ビデオエンコーダ２００およびビデオデコーダ３００は、動きベクトル予測子リストを構築するように構成されていてもよい。上記で説明したように、マージモードおよびＡＭＶＰモードに対して、ビデオデコーダ３００は、動きベクトル予測子リスト中の動きベクトル情報に基づいて、デコーディングされている現在ブロックに対する動きベクトルを決定してもよい。例えば、ビデオエンコーダ２００は、動きベクトル予測子リストへのインデックスを示す情報をシグナリングしてもよく、ビデオデコーダ３００は、インデックスに基づいて、動きベクトル予測子リスト中に記憶されている動きベクトル情報を取り出してもよい。マージモードに対して、ビデオデコーダ３００は、現在ブロックに対する動きベクトルを、取り出された動きベクトル情報に等しいように設定してもよい。ＡＭＶＰモードに対して、ビデオデコーダ３００は、現在ブロックに対する動きベクトルと取り出された動きベクトル情報との間の動きベクトル差分（ＭＶＤ）を示す情報をさらに受け取ってもよい。このような例では、ビデオデコーダ３００は、ＭＶＤを取り出された動きベクトル情報に追加して、現在ブロックに対する動きベクトルを決定してもよい。
［００８６］
マージおよびＡＭＶＰモードでは、ビデオエンコーダ２００およびビデオデコーダ３００は、ビデオエンコーダ２００により構築された動きベクトル予測子リストとビデオデコーダ３００により構築された動きベクトル予測子リストとが実質的に同じであるように、類似する方法で動きベクトル予測子リストを構築するように構成されていてもよい。動きベクトル予測子リストを構築するために、ビデオエンコーダ２００およびビデオデコーダ３００は、空間的に隣接するブロックおよび（コロケートされたブロックとも呼ばれる）時間的に隣接するブロックの動きベクトル情報を取り出してもよい。空間的に隣接するブロックは、エンコードまたはデコードされている現在ブロックを含む現在ピクチャー中に位置するブロックを指している。コロケートされたブロックは、現在ピクチャーとは異なる参照ピクチャー中に位置するブロックを指している。
マージおよびＡＭＶＰモードでは、ビデオエンコーダ２００およびビデオデコーダ３００は、ビデオエンコーダ２００により構築された動きベクトル予測子リストとビデオデコーダ３００により構築された動きベクトル予測子リストとが実質的に同じであるように、類似する方法で動きベクトル予測子リストを構築するように構成されていてもよい。動きベクトル予測子リストを構築するために、ビデオエンコーダ２００およびビデオデコーダ３００は、空間的に隣接するブロックおよび（コロケートされたブロックとも呼ばれる）時間的に隣接するブロックの動きベクトル情報を取り出してもよい。空間的に隣接するブロックは、エンコードまたはデコードされている現在ブロックを含む現在ピクチャー中に位置するブロックを指している。コロケートされたブロックは、現在ピクチャーとは異なる参照ピクチャー中に位置するブロックを指している。
［００８７］
しかしながら、ビデオエンコーダ２００およびビデオデコーダ３００が動きベクトル情報に対して空間的に隣接するどのブロックを検査するかは、エンコードまたはデコードされている現在ブロックが位置している現在ピクチャーのコーディング順序に基づいているかもしれない。以下でより詳細に説明しているように、現在ピクチャーが左から右へのコーディング順序を有する例では、空間的に隣接する検査されるブロックの例が図８Ａに示され、ブロック０ ８０２、ブロック１ ８０４、ブロック２ ８０６、ブロック３ ８０８、ブロック４ ８１０として識別されている。現在ピクチャーが右から左へのコーディング順序を有する例では、空間的に隣接する検査されるブロックの例が図８Ｂに示され、ブロック０ ８１８、ブロック１ ８２０、ブロック２ ８２２、ブロック３ ８２４、ブロック４ ８２６として識別されている。このようにして、ビデオエンコーダ２００およびビデオデコーダ３００は、ピクチャーのコーディング順序に基づいて、空間的に隣接する異なるブロックを検査するように構成されていてもよい。
しかしながら、ビデオエンコーダ２００およびビデオデコーダ３００が動きベクトル情報に対して空間的に隣接するどのブロックを検査するかは、エンコードまたはデコードされている現在ブロックが位置している現在ピクチャーのコーディング順序に基づいているかもしれない。以下でより詳細に説明しているように、現在ピクチャーが左から右へのコーディング順序を有する例では、空間的に隣接する検査されるブロックの例が図８Ａに示され、ブロック０ ８０２、ブロック１ ８０４、ブロック２ ８０６、ブロック３ ８０８、ブロック４ ８１０として識別されている。現在ピクチャーが右から左へのコーディング順序を有する例では、空間的に隣接する検査されるブロックの例が図８Ｂに示され、ブロック０ ８１８、ブロック１ ８２０、ブロック２ ８２２、ブロック３ ８２４、ブロック４ ８２６として識別されている。このようにして、ビデオエンコーダ２００およびビデオデコーダ３００は、ピクチャーのコーディング順序に基づいて、空間的に隣接する異なるブロックを検査するように構成されていてもよい。
［００８８］
空間的に隣接するブロックに加えて、ビデオエンコーダ２００およびビデオデコーダ３００は、コロケートされたブロックの動きベクトル情報を含んでいてもよい。いくつかの例では、現在ピクチャーの左から右へのコーディング順序に対して、ビデオエンコーダ２００およびビデオデコーダ３００は、図８Ａの中央コロケートされたブロック５ ８１２の動きベクトル情報が利用可能であるか否かを決定し、利用可能である場合には、動きベクトル予測子リスト中に中央コロケートされたブロック５ ８１２の動きベクトル情報を含め、他の何らかのコロケートされたブロックの動きベクトル情報を検査せず、または、含めないかもしれない。
空間的に隣接するブロックに加えて、ビデオエンコーダ２００およびビデオデコーダ３００は、コロケートされたブロックの動きベクトル情報を含んでいてもよい。いくつかの例では、現在ピクチャーの左から右へのコーディング順序に対して、ビデオエンコーダ２００およびビデオデコーダ３００は、図８Ａの中央コロケートされたブロック５ ８１２の動きベクトル情報が利用可能であるか否かを決定し、利用可能である場合には、動きベクトル予測子リスト中に中央コロケートされたブロック５ ８１２の動きベクトル情報を含め、他の何らかのコロケートされたブロックの動きベクトル情報を検査せず、または、含めないかもしれない。
［００８９］
中央コロケートされたブロック５ ８１２の動きベクトル情報が利用可能でない場合には、ビデオエンコーダ２００およびビデオデコーダ３００は、図８Ａの下コロケートされたブロック６ ８１４の動きベクトル情報が利用可能であるか否かを決定し、利用可能である場合には、動きベクトル予測子リスト中に下コロケートされたブロック６ ８１４の動きベクトル情報を含め、他の何らかのコロケートされたブロックの動きベクトル情報を検査せず、または、含めないかもしれない。図示されているように、下コロケートされたブロック６ ８１４は、現在ブロック８００の下にあり、現在ブロック８００の右に最も近いブロックであってもよい（例えば、ブロック６ ８１４は、図８Ａの現在ブロック８００の下にあり、ブロック６ ８１４の右境界は、図８Ａの現在ブロック８００の右境界と同じである）。すなわち、下コロケートされたブロックの右境界は、現在ブロック８００を含むピクチャー以外のピクチャー中で、現在ブロック８００の右境界と同じロケーションにある。ブロック６ ８１４に対する座標は（ｘＣｏｌＢｏｔ、ｙＣｏｌＢｏｔ）であってもよく、ここで、ｘＣｏｌＢｏｔ＝ｘＣｂ＋ｃｂＷｉｄｔｈ－１、ｙＣｏｌＢｏｔ＝ｙＣｂ＋ｃｂＨｅｉｇｈｔであり、ここで、（ｘＣｂ、ｙＣｂ）は、図８Ａの現在ブロック８００に対する座標であり、ｃｂＷｉｄｔｈは、図８Ａの現在ブロック８００の幅であり、ｃｂＨｅｉｇｈｔは、図８Ａの現在ブロック８００の高さである。
中央コロケートされたブロック５ ８１２の動きベクトル情報が利用可能でない場合には、ビデオエンコーダ２００およびビデオデコーダ３００は、図８Ａの下コロケートされたブロック６ ８１４の動きベクトル情報が利用可能であるか否かを決定し、利用可能である場合には、動きベクトル予測子リスト中に下コロケートされたブロック６ ８１４の動きベクトル情報を含め、他の何らかのコロケートされたブロックの動きベクトル情報を検査せず、または、含めないかもしれない。図示されているように、下コロケートされたブロック６ ８１４は、現在ブロック８００の下にあり、現在ブロック８００の右に最も近いブロックであってもよい（例えば、ブロック６ ８１４は、図８Ａの現在ブロック８００の下にあり、ブロック６ ８１４の右境界は、図８Ａの現在ブロック８００の右境界と同じである）。すなわち、下コロケートされたブロックの右境界は、現在ブロック８００を含むピクチャー以外のピクチャー中で、現在ブロック８００の右境界と同じロケーションにある。ブロック６ ８１４に対する座標は（ｘＣｏｌＢｏｔ、ｙＣｏｌＢｏｔ）であってもよく、ここで、ｘＣｏｌＢｏｔ＝ｘＣｂ＋ｃｂＷｉｄｔｈ－１、ｙＣｏｌＢｏｔ＝ｙＣｂ＋ｃｂＨｅｉｇｈｔであり、ここで、（ｘＣｂ、ｙＣｂ）は、図８Ａの現在ブロック８００に対する座標であり、ｃｂＷｉｄｔｈは、図８Ａの現在ブロック８００の幅であり、ｃｂＨｅｉｇｈｔは、図８Ａの現在ブロック８００の高さである。
［００９０］
下コロケートされたブロック６ ８１４の動きベクトル情報が利用可能でない場合には、ビデオエンコーダ２００およびビデオデコーダ３００は、図８Ａの右コロケートされたブロック７ ８１６の動きベクトル情報が利用可能であるか否かを決定し、利用可能である場合には、動きベクトル予測子リスト中に右コロケートされたブロック７ ８１６の動きベクトル情報を含め、他の何らかのコロケートされたブロックの動きベクトル情報を検査せず、または、含めないかもしれない。図示されているように、右コロケートされたブロック７ ８１６は、図８Ａの現在ブロック８００の右にあり、図８Ａの現在ブロック８００の下に最も近いブロックであってもよい（例えば、ブロック７ ８１６は、図８Ａの現在ブロック８００の右にあり、ブロック７ ８１６の下境界は、図８Ａの現在ブロック８００の下境界と同じである）。ブロック７ ８１６に対する座標は（ｘＣｏｌＢｒ、ｙＣｏｌＢｒ）であってもよく、ここで、ｘＣｏｌＢｒ＝ｘＣｂ＋ｃｂＷｉｄｔｈ、ｙＣｏｌＢｒ＝ｙＣｂ＋ｃｂＨｅｉｇｈｔ－１であり、ここで、（ｘＣｂ、ｙＣｂ）は、図８Ａの現在ブロック８００に対する座標であり、ｃｂＷｉｄｔｈは、図８Ａの現在ブロック８００の幅であり、ｃｂＨｅｉｇｈｔは、図８Ａの現在ブロック８００の高さである。
下コロケートされたブロック６ ８１４の動きベクトル情報が利用可能でない場合には、ビデオエンコーダ２００およびビデオデコーダ３００は、図８Ａの右コロケートされたブロック７ ８１６の動きベクトル情報が利用可能であるか否かを決定し、利用可能である場合には、動きベクトル予測子リスト中に右コロケートされたブロック７ ８１６の動きベクトル情報を含め、他の何らかのコロケートされたブロックの動きベクトル情報を検査せず、または、含めないかもしれない。図示されているように、右コロケートされたブロック７ ８１６は、図８Ａの現在ブロック８００の右にあり、図８Ａの現在ブロック８００の下に最も近いブロックであってもよい（例えば、ブロック７ ８１６は、図８Ａの現在ブロック８００の右にあり、ブロック７ ８１６の下境界は、図８Ａの現在ブロック８００の下境界と同じである）。ブロック７ ８１６に対する座標は（ｘＣｏｌＢｒ、ｙＣｏｌＢｒ）であってもよく、ここで、ｘＣｏｌＢｒ＝ｘＣｂ＋ｃｂＷｉｄｔｈ、ｙＣｏｌＢｒ＝ｙＣｂ＋ｃｂＨｅｉｇｈｔ－１であり、ここで、（ｘＣｂ、ｙＣｂ）は、図８Ａの現在ブロック８００に対する座標であり、ｃｂＷｉｄｔｈは、図８Ａの現在ブロック８００の幅であり、ｃｂＨｅｉｇｈｔは、図８Ａの現在ブロック８００の高さである。
［００９１］
いくつかの例では、現在ピクチャーの右から左へのコーディング順序に対して、ビデオエンコーダ２００およびビデオデコーダ３００は、図８Ｂの中央コロケートされたブロック５ ８２８の動きベクトル情報が利用可能であるか否かを決定し、利用可能である場合には、動きベクトル予測子リスト中に中央コロケートされたブロック５ ８２８の動きベクトル情報を含め、他の何らかのコロケートされたブロックの動きベクトル情報を検査せず、または、含めないかもしれない。
いくつかの例では、現在ピクチャーの右から左へのコーディング順序に対して、ビデオエンコーダ２００およびビデオデコーダ３００は、図８Ｂの中央コロケートされたブロック５ ８２８の動きベクトル情報が利用可能であるか否かを決定し、利用可能である場合には、動きベクトル予測子リスト中に中央コロケートされたブロック５ ８２８の動きベクトル情報を含め、他の何らかのコロケートされたブロックの動きベクトル情報を検査せず、または、含めないかもしれない。
［００９２］
中央コロケートされたブロック５ ８２２の動きベクトル情報が利用可能でない場合には、ビデオエンコーダ２００およびビデオデコーダ３００は、図８Ｂの下コロケートされたブロック６ ８３０の動きベクトル情報が利用可能であるか否かを決定し、利用可能である場合には、動きベクトル予測子リスト中に下コロケートされたブロック６ ８３０の動きベクトル情報を含め、他の何らかのコロケートされたブロックの動きベクトル情報を検査せず、または、含めないかもしれない。図示されているように、下コロケートされたブロック６ ８３０は、現在ブロック８００の下にあり、現在ブロック８００の左に最も近いブロックであってもよい（例えば、ブロック６ ８３０は、図８Ｂの現在ブロック８００の下にあり、ブロック６ ８３０の左境界は、図８Ｂの現在ブロック８００の左境界と同じである）。すなわち、下コロケートされたブロックの左境界は、現在ブロック８００を含むピクチャー以外のピクチャー中で、現在ブロック８００の左境界と同じロケーションにある。ブロック６ ８３０に対する座標は（ｘＣｏｌＢｏｔ、ｙＣｏｌＢｏｔ）であってもよく、ここで、ｘＣｏｌＢｏｔ＝ｘＣｂ、ｙＣｏｌＢｏｔ＝ｙＣｂ＋ｃｂＨｅｉｇｈｔであり、ここで、（ｘＣｂ、ｙＣｂ）は、図８Ｂの現在ブロック８００に対する座標であり、ｃｂＷｉｄｔｈは、図８Ｂの現在ブロック８００の幅であり、ｃｂＨｅｉｇｈｔは、図８Ｂの現在ブロック８００の高さである。
中央コロケートされたブロック５ ８２２の動きベクトル情報が利用可能でない場合には、ビデオエンコーダ２００およびビデオデコーダ３００は、図８Ｂの下コロケートされたブロック６ ８３０の動きベクトル情報が利用可能であるか否かを決定し、利用可能である場合には、動きベクトル予測子リスト中に下コロケートされたブロック６ ８３０の動きベクトル情報を含め、他の何らかのコロケートされたブロックの動きベクトル情報を検査せず、または、含めないかもしれない。図示されているように、下コロケートされたブロック６ ８３０は、現在ブロック８００の下にあり、現在ブロック８００の左に最も近いブロックであってもよい（例えば、ブロック６ ８３０は、図８Ｂの現在ブロック８００の下にあり、ブロック６ ８３０の左境界は、図８Ｂの現在ブロック８００の左境界と同じである）。すなわち、下コロケートされたブロックの左境界は、現在ブロック８００を含むピクチャー以外のピクチャー中で、現在ブロック８００の左境界と同じロケーションにある。ブロック６ ８３０に対する座標は（ｘＣｏｌＢｏｔ、ｙＣｏｌＢｏｔ）であってもよく、ここで、ｘＣｏｌＢｏｔ＝ｘＣｂ、ｙＣｏｌＢｏｔ＝ｙＣｂ＋ｃｂＨｅｉｇｈｔであり、ここで、（ｘＣｂ、ｙＣｂ）は、図８Ｂの現在ブロック８００に対する座標であり、ｃｂＷｉｄｔｈは、図８Ｂの現在ブロック８００の幅であり、ｃｂＨｅｉｇｈｔは、図８Ｂの現在ブロック８００の高さである。
［００９３］
下コロケートされたブロック６ ８３０の動きベクトル情報が利用可能でない場合には、ビデオエンコーダ２００およびビデオデコーダ３００は、図８Ｂの左コロケートされたブロック７ ８３２の動きベクトル情報が利用可能であるか否かを決定し、利用可能である場合には、動きベクトル予測子リスト中に左コロケートされたブロック７ ８３２の動きベクトル情報を含め、他の何らかのコロケートされたブロックの動きベクトル情報を検査せず、または、含めないかもしれない。図示されているように、左コロケートされたブロック７ ８３２は、図８Ｂの現在ブロック８００の左にあり、図８Ｂの現在ブロック８００の下に最も近いブロックであってもよい（例えば、ブロック７ ８３２は、図８Ｂの現在ブロック８００の左にあり、ブロック７ ８３２の下境界は、図８Ｂの現在ブロック８００の下境界と同じである）。ブロック７ ８３２に対する座標は（ｘＣｏｌＢｒ、ｙＣｏｌＢｒ）であってもよく、ここで、ｘＣｏｌＢｒ＝ｘＣｂ－１、ｙＣｏｌＢｒ＝ｙＣｂ＋ｃｂＨｅｉｇｈｔ－１であり、ここで、（ｘＣｂ、ｙＣｂ）は、図８Ｂの現在ブロック８００に対する座標であり、ｃｂＷｉｄｔｈは、図８Ｂの現在ブロック８００の幅であり、ｃｂＨｅｉｇｈｔは、図８Ｂの現在ブロック８００の高さである。
下コロケートされたブロック６ ８３０の動きベクトル情報が利用可能でない場合には、ビデオエンコーダ２００およびビデオデコーダ３００は、図８Ｂの左コロケートされたブロック７ ８３２の動きベクトル情報が利用可能であるか否かを決定し、利用可能である場合には、動きベクトル予測子リスト中に左コロケートされたブロック７ ８３２の動きベクトル情報を含め、他の何らかのコロケートされたブロックの動きベクトル情報を検査せず、または、含めないかもしれない。図示されているように、左コロケートされたブロック７ ８３２は、図８Ｂの現在ブロック８００の左にあり、図８Ｂの現在ブロック８００の下に最も近いブロックであってもよい（例えば、ブロック７ ８３２は、図８Ｂの現在ブロック８００の左にあり、ブロック７ ８３２の下境界は、図８Ｂの現在ブロック８００の下境界と同じである）。ブロック７ ８３２に対する座標は（ｘＣｏｌＢｒ、ｙＣｏｌＢｒ）であってもよく、ここで、ｘＣｏｌＢｒ＝ｘＣｂ－１、ｙＣｏｌＢｒ＝ｙＣｂ＋ｃｂＨｅｉｇｈｔ－１であり、ここで、（ｘＣｂ、ｙＣｂ）は、図８Ｂの現在ブロック８００に対する座標であり、ｃｂＷｉｄｔｈは、図８Ｂの現在ブロック８００の幅であり、ｃｂＨｅｉｇｈｔは、図８Ｂの現在ブロック８００の高さである。
［００９４］
いくつかの例では、図８Ａのブロック８１４、８１６および図８Ｂのブロック８３０、８３２のコロケートされた位置は、粒度８×８ブロックで規定されていてもよい。例えば、現在ＣＵ（例えば、図８Ａまたは図８Ｂの現在ブロック８００）が６４×６４である場合には、下、左または右において利用可能な複数の８×８ブロックがあるかもしれない。いくつかの例では、角の８×８ブロック（例えば、ブロック８１４、８１６、８３０、８３２）のみを使用して、動きベクトルを提供してもよい。
いくつかの例では、図８Ａのブロック８１４、８１６および図８Ｂのブロック８３０、８３２のコロケートされた位置は、粒度８×８ブロックで規定されていてもよい。例えば、現在ＣＵ（例えば、図８Ａまたは図８Ｂの現在ブロック８００）が６４×６４である場合には、下、左または右において利用可能な複数の８×８ブロックがあるかもしれない。いくつかの例では、角の８×８ブロック（例えば、ブロック８１４、８１６、８３０、８３２）のみを使用して、動きベクトルを提供してもよい。
［００９５］
さらに、いくつかの例では、動きベクトル予測子リストのサイズは、現在ブロックのサイズに基づいていてもよい。１つの例として、現在ブロックのサイズがしきい値よりも大きい場合には、動きベクトル予測子リストのエントリの最大数は、現在ブロックのサイズがしきい値よりも小さい場合よりも大きいかもしれない。例えば、Ｎが８以下であり、現在ブロックのサイズがＮｘ４または４ｘＮよりも大きい場合には、動きベクトル予測子リストの最大サイズは６であってもよい。Ｎが８以下であり、現在ブロックのサイズがＮｘ４または４ｘＮよりも小さい場合には、動きベクトル予測子リストの最大サイズは４であってもよい。上記の値は、理解を助けるための単なる１つの例であり、限定するものと見なされるべきではない。
さらに、いくつかの例では、動きベクトル予測子リストのサイズは、現在ブロックのサイズに基づいていてもよい。１つの例として、現在ブロックのサイズがしきい値よりも大きい場合には、動きベクトル予測子リストのエントリの最大数は、現在ブロックのサイズがしきい値よりも小さい場合よりも大きいかもしれない。例えば、Ｎが８以下であり、現在ブロックのサイズがＮｘ４または４ｘＮよりも大きい場合には、動きベクトル予測子リストの最大サイズは６であってもよい。Ｎが８以下であり、現在ブロックのサイズがＮｘ４または４ｘＮよりも小さい場合には、動きベクトル予測子リストの最大サイズは４であってもよい。上記の値は、理解を助けるための単なる１つの例であり、限定するものと見なされるべきではない。
［００９６］
本開示は、一般的に、シンタックス要素のような、ある情報を「シグナリングすること」に関連しているかもしれない。「シグナリング」という用語は、一般的に、シンタックス要素のおよび／またはエンコードされたビデオデータをデコードするのに使用される他のデータの値の通信に関連しているかもしれない。すなわち、ビデオエンコーダ２００は、ビットストリーム中でシンタックス要素に対する値をシグナリングしてもよい。一般的に、シグナリングは、ビットストリーム中で値を発生させることを指している。上述のように、発信元デバイス１０２は、実質的にリアルタイムで、または、宛先デバイス１１６による後の取り出しのために、シンタックス要素を記憶デバイス１１２中に記憶させるときに起こるかもしれないような、リアルタイムではなく、ビットストリームを宛先デバイス１１６に転送してもよい。
本開示は、一般的に、シンタックス要素のような、ある情報を「シグナリングすること」に関連しているかもしれない。「シグナリング」という用語は、一般的に、シンタックス要素のおよび／またはエンコードされたビデオデータをデコードするのに使用される他のデータの値の通信に関連しているかもしれない。すなわち、ビデオエンコーダ２００は、ビットストリーム中でシンタックス要素に対する値をシグナリングしてもよい。一般的に、シグナリングは、ビットストリーム中で値を発生させることを指している。上述のように、発信元デバイス１０２は、実質的にリアルタイムで、または、宛先デバイス１１６による後の取り出しのために、シンタックス要素を記憶デバイス１１２中に記憶させるときに起こるかもしれないような、リアルタイムではなく、ビットストリームを宛先デバイス１１６に転送してもよい。
［００９７］
ビデオエンコーダ２００およびビデオデコーダ３００の例は、図２および図３に関してより詳細に示し説明している。図２および図３を説明する前に、以下では、図４Ａ、図４Ｂ、図５Ａ、図５Ｂおよび図６に関して、動きベクトル予測のような、ビデオコーディングプロセスのいくつかの追加の詳細を説明する。
ビデオエンコーダ２００およびビデオデコーダ３００の例は、図２および図３に関してより詳細に示し説明している。図２および図３を説明する前に、以下では、図４Ａ、図４Ｂ、図５Ａ、図５Ｂおよび図６に関して、動きベクトル予測のような、ビデオコーディングプロセスのいくつかの追加の詳細を説明する。
［００９８］
より詳細に説明するように、図７Ａ～図７Ｃは、ビデオエンコーダ２００およびビデオデコーダ３００が動きベクトル予測子リストを構築するために評価する空間的および時間的に隣接するブロックのいくつかの例を示している。図７Ａ～図７Ｃで図示されている技法を使用して、動きベクトル予測子リストを構築する際に、いくつかの問題があるかもしれない。より詳細に説明するように、図８Ａ～図８Ｃは、図７Ａ～図７Ｃに関して説明した動きベクトル予測子リストを構築する問題に対処するかもしれない、動きベクトル予測子リストを構築するいくつかの追加の例を図示している。
より詳細に説明するように、図７Ａ～図７Ｃは、ビデオエンコーダ２００およびビデオデコーダ３００が動きベクトル予測子リストを構築するために評価する空間的および時間的に隣接するブロックのいくつかの例を示している。図７Ａ～図７Ｃで図示されている技法を使用して、動きベクトル予測子リストを構築する際に、いくつかの問題があるかもしれない。より詳細に説明するように、図８Ａ～図８Ｃは、図７Ａ～図７Ｃに関して説明した動きベクトル予測子リストを構築する問題に対処するかもしれない、動きベクトル予測子リストを構築するいくつかの追加の例を図示している。
［００９９］
以下で、ＨＥＶＣにおけるＣＵ構造および動きベクトル予測をレビューする。ＨＥＶＣでは、スライス中の最大コーディングユニットが、コーディングツリーブロック（ＣＴＢ）またはコーディングツリーユニット（ＣＴＵ）として呼ばれる。ＣＴＢは、ノードがコーディングユニットである、４分ツリーを含んでいる。
以下で、ＨＥＶＣにおけるＣＵ構造および動きベクトル予測をレビューする。ＨＥＶＣでは、スライス中の最大コーディングユニットが、コーディングツリーブロック（ＣＴＢ）またはコーディングツリーユニット（ＣＴＵ）として呼ばれる。ＣＴＢは、ノードがコーディングユニットである、４分ツリーを含んでいる。
［０１００］
ＣＴＢのサイズは、（技術的には８×８ＣＴＢサイズをサポートすることができるが）ＨＥＶＣメインプロファイルにおいて１６×１６から６４×６４の範囲をとることができる。コーディングユニット（ＣＵ）は、ＣＴＢと同じサイズから８×８までの小ささであってもよい。各コーディングユニットは、インターコード化またはイントラコード化のような１つのモードでコード化される。インターコード化はまた、インター予測コード化またはインター予測されたとして呼ばれることがあり、イントラコード化はまた、イントラ予測コード化またはイントラ予測されたとして呼ばれることがある。
ＣＴＢのサイズは、（技術的には８×８ＣＴＢサイズをサポートすることができるが）ＨＥＶＣメインプロファイルにおいて１６×１６から６４×６４の範囲をとることができる。コーディングユニット（ＣＵ）は、ＣＴＢと同じサイズから８×８までの小ささであってもよい。各コーディングユニットは、インターコード化またはイントラコード化のような１つのモードでコード化される。インターコード化はまた、インター予測コード化またはインター予測されたとして呼ばれることがあり、イントラコード化はまた、イントラ予測コード化またはイントラ予測されたとして呼ばれることがある。
［０１０１］
ＣＵがインターコード化されるとき、ＣＵは、２つまたは４つの予測ユニット（ＰＵ）にさらに区分されてもよく、または、さらなる区分が適用されないときには、１つのＰＵであってもよい。２つのＰＵが１つのＣＵ中に存在するときには、ＰＵは、半分のサイズの長方形、あるいは、ＣＵの１／４または３／４のサイズを有する２つの長方形サイズとすることができる。ＣＵがインターコード化されるとき、各ＰＵは、インター予測モードで導出される、１つのセットの動き情報を有する。
ＣＵがインターコード化されるとき、ＣＵは、２つまたは４つの予測ユニット（ＰＵ）にさらに区分されてもよく、または、さらなる区分が適用されないときには、１つのＰＵであってもよい。２つのＰＵが１つのＣＵ中に存在するときには、ＰＵは、半分のサイズの長方形、あるいは、ＣＵの１／４または３／４のサイズを有する２つの長方形サイズとすることができる。ＣＵがインターコード化されるとき、各ＰＵは、インター予測モードで導出される、１つのセットの動き情報を有する。
［０１０２］
以下で、動きベクトル予測をレビューする。ＨＥＶＣ標準規格では、予測ユニット（ＰＵ）に対して、それぞれマージ（スキップはマージの特別なケースと見なされる）モードおよび高度動きベクトル予測（ＡＭＶＰ）モードという名の、２つのインター予測モードがある。ＡＭＶＰモードまたはマージモードのいずれかにおいて、複数の動きベクトル予測子に対して、（ＭＶ候補リストとも呼ばれる）動きベクトル（ＭＶ）予測子リストが維持される。動きベクトル予測子リストは、動きベクトル予測子リストとして呼ばれることもある。動きベクトル予測子リストから１つの候補を取り出すことによって、現在ＰＵの、動きベクトルとともに、マージモードにおける参照インデックスが発生される。動きベクトル予測子リストは、マージモードに対して５つまでの候補と、ＡＭＶＰモードに対して２つだけの候補とを含んでいてもよい。マージ候補は、動き情報のセット、例えば、両参照ピクチャーリスト（リスト０およびリスト１）に対応する動きベクトルと、参照インデックスとを含んでいてもよい。マージ候補がマージインデックスによって識別される場合には、現在ブロックの予測のために使用される参照ピクチャーとともに、関係する動きベクトルが決定される。言い換えると、マージインデックスにより、動きベクトル予測子リスト中で識別される動きベクトルおよび参照ピクチャーは、現在ブロックの動きベクトルおよび参照ピクチャーと等しいように設定される。
以下で、動きベクトル予測をレビューする。ＨＥＶＣ標準規格では、予測ユニット（ＰＵ）に対して、それぞれマージ（スキップはマージの特別なケースと見なされる）モードおよび高度動きベクトル予測（ＡＭＶＰ）モードという名の、２つのインター予測モードがある。ＡＭＶＰモードまたはマージモードのいずれかにおいて、複数の動きベクトル予測子に対して、（ＭＶ候補リストとも呼ばれる）動きベクトル（ＭＶ）予測子リストが維持される。動きベクトル予測子リストは、動きベクトル予測子リストとして呼ばれることもある。動きベクトル予測子リストから１つの候補を取り出すことによって、現在ＰＵの、動きベクトルとともに、マージモードにおける参照インデックスが発生される。動きベクトル予測子リストは、マージモードに対して５つまでの候補と、ＡＭＶＰモードに対して２つだけの候補とを含んでいてもよい。マージ候補は、動き情報のセット、例えば、両参照ピクチャーリスト（リスト０およびリスト１）に対応する動きベクトルと、参照インデックスとを含んでいてもよい。マージ候補がマージインデックスによって識別される場合には、現在ブロックの予測のために使用される参照ピクチャーとともに、関係する動きベクトルが決定される。言い換えると、マージインデックスにより、動きベクトル予測子リスト中で識別される動きベクトルおよび参照ピクチャーは、現在ブロックの動きベクトルおよび参照ピクチャーと等しいように設定される。
［０１０３］
一方、ＡＭＶＰモード下では、ＡＭＶＰ候補が動きベクトルのみを含むことから、リスト０またはリスト１のいずれかからの各潜在的予測方向に対して、動きベクトル予測子リストへのＭＶ予測子（ＭＶＰ）インデックスとともに、参照インデックスが、明示的にシグナリングされる必要がある。ＡＭＶＰモードでは、（例えば、上記で説明した動きベクトル差分（ＭＶＤ）に基づいて、）予測された動きベクトルをさらに改善することができる。両方のモードに対する候補は、同じ空間的および時間的に隣接するブロックから同様に導出される。
一方、ＡＭＶＰモード下では、ＡＭＶＰ候補が動きベクトルのみを含むことから、リスト０またはリスト１のいずれかからの各潜在的予測方向に対して、動きベクトル予測子リストへのＭＶ予測子（ＭＶＰ）インデックスとともに、参照インデックスが、明示的にシグナリングされる必要がある。ＡＭＶＰモードでは、（例えば、上記で説明した動きベクトル差分（ＭＶＤ）に基づいて、）予測された動きベクトルをさらに改善することができる。両方のモードに対する候補は、同じ空間的および時間的に隣接するブロックから同様に導出される。
［０１０４］
以下では、その動きベクトル情報が（動きベクトル予測子候補とも呼ばれる）動きベクトル予測子として形成される空間的に隣接するブロックをレビューする。いくつかの例では、空間ＭＶ候補（例えば、空間動きベクトル予測子）は、それぞれ、特定のＰＵ（ＰＵ０）４３４および４３８に対する図４Ａおよび図４Ｂ中に示されている隣接ブロックから導出されるが、ブロックから候補を発生させるための方法は、マージモードとＡＭＶＰモードとでは異なる。図４Ａは、マージモードに対する空間隣接候補を示す概念図である。図４Ｂは、ＡＭＶＰモードに対する空間隣接候補を示す概念図である。
以下では、その動きベクトル情報が（動きベクトル予測子候補とも呼ばれる）動きベクトル予測子として形成される空間的に隣接するブロックをレビューする。いくつかの例では、空間ＭＶ候補（例えば、空間動きベクトル予測子）は、それぞれ、特定のＰＵ（ＰＵ０）４３４および４３８に対する図４Ａおよび図４Ｂ中に示されている隣接ブロックから導出されるが、ブロックから候補を発生させるための方法は、マージモードとＡＭＶＰモードとでは異なる。図４Ａは、マージモードに対する空間隣接候補を示す概念図である。図４Ｂは、ＡＭＶＰモードに対する空間隣接候補を示す概念図である。
［０１０５］
マージモードでは、いくつかの例では、５つまでの空間ＭＶ候補を、図４Ａに示されている順序で導出でき、順序は図４Ａに示すように、以下の通りである：左（０、Ａ１）、上（１、Ｂ１）、右上（２、Ｂ０）、左下（３、Ａ０）および左上（４、Ｂ２）。例えば、ＰＵ０ ４３４に対して、ブロックＡ１は０として識別され、ＰＵ０ ４３４の左にあり、ブロックＢ１は１として識別され、ＰＵ０ ４３４の上にあり、ブロックＢ０は２として識別され、ＰＵ０ ４３４の右上にあり、ＰＵ１ ４３６の上にあり、ブロックＡ０は３として識別され、ＰＵ０ ４３４の左下にあり、ブロックＢ２は４として識別され、ＰＵ０ ４３４の左上にある。
マージモードでは、いくつかの例では、５つまでの空間ＭＶ候補を、図４Ａに示されている順序で導出でき、順序は図４Ａに示すように、以下の通りである：左（０、Ａ１）、上（１、Ｂ１）、右上（２、Ｂ０）、左下（３、Ａ０）および左上（４、Ｂ２）。例えば、ＰＵ０ ４３４に対して、ブロックＡ１は０として識別され、ＰＵ０ ４３４の左にあり、ブロックＢ１は１として識別され、ＰＵ０ ４３４の上にあり、ブロックＢ０は２として識別され、ＰＵ０ ４３４の右上にあり、ＰＵ１ ４３６の上にあり、ブロックＡ０は３として識別され、ＰＵ０ ４３４の左下にあり、ブロックＢ２は４として識別され、ＰＵ０ ４３４の左上にある。
［０１０６］
ＡＭＶＰモードでは、いくつかの例では、隣接するブロックは、図４Ｂに示されているように、それぞれＰＵ０ ４３８の左下および左にあるブロック０および１を含む左グループと、ＰＵ０ ４３８の右上、上および左上にあるブロック２、３および４を含む上グループとの、２つのグループに分割される。ブロック２は、ＰＵ１ ４４０の上にある。各グループに対して、シグナリングされた参照インデックスによって示されているものと同じ参照ピクチャーを参照する隣接するブロック中の潜在的候補は、グループの最終候補を形成するために選択されるべき最高の優先度を有する。すべての隣接するブロックが、同じ参照ピクチャーを指す動きベクトルを含まないかもしれない。したがって、このような候補を見つけることができない場合には、最初の利用可能な候補をスケーリングして、最終候補を形成してもよく、したがって、時間的距離差分を補償できる。
ＡＭＶＰモードでは、いくつかの例では、隣接するブロックは、図４Ｂに示されているように、それぞれＰＵ０ ４３８の左下および左にあるブロック０および１を含む左グループと、ＰＵ０ ４３８の右上、上および左上にあるブロック２、３および４を含む上グループとの、２つのグループに分割される。ブロック２は、ＰＵ１ ４４０の上にある。各グループに対して、シグナリングされた参照インデックスによって示されているものと同じ参照ピクチャーを参照する隣接するブロック中の潜在的候補は、グループの最終候補を形成するために選択されるべき最高の優先度を有する。すべての隣接するブロックが、同じ参照ピクチャーを指す動きベクトルを含まないかもしれない。したがって、このような候補を見つけることができない場合には、最初の利用可能な候補をスケーリングして、最終候補を形成してもよく、したがって、時間的距離差分を補償できる。
［０１０７］
以下では、図５Ａおよび５Ｂにより時間動きベクトル予測をレビューする。図５Ａは、時間動きベクトル予測子（ＴＭＶＰ）候補を示す概念図である。図５Ｂは、ＴＭＶＰに対する動きベクトルスケーリングを示す概念図である。
以下では、図５Ａおよび５Ｂにより時間動きベクトル予測をレビューする。図５Ａは、時間動きベクトル予測子（ＴＭＶＰ）候補を示す概念図である。図５Ｂは、ＴＭＶＰに対する動きベクトルスケーリングを示す概念図である。
［０１０８］
いくつかの例では、ＴＭＶＰ候補は、有効にされて利用可能である場合には、空間動きベクトル候補（例えば、空間的に隣接するブロックの動きベクトル情報）の後にＭＶ候補リスト（例えば、動きベクトル予測子リスト）に追加される。ＴＭＶＰ候補に対する動きベクトル導出のプロセスは、マージモードとＡＭＶＰモードの両方に対して同じであるが、しかしながら、マージモードにおけるＴＭＶＰ候補に対するターゲット参照インデックスは０に設定される。
いくつかの例では、ＴＭＶＰ候補は、有効にされて利用可能である場合には、空間動きベクトル候補（例えば、空間的に隣接するブロックの動きベクトル情報）の後にＭＶ候補リスト（例えば、動きベクトル予測子リスト）に追加される。ＴＭＶＰ候補に対する動きベクトル導出のプロセスは、マージモードとＡＭＶＰモードの両方に対して同じであるが、しかしながら、マージモードにおけるＴＭＶＰ候補に対するターゲット参照インデックスは０に設定される。
［０１０９］
いくつかの例では、ＴＭＶＰ候補導出に対する１次ブロックロケーションは、ブロックＴ５４０として図５Ａ中に示されているように、コロケートされたＰＵの外側の右下ブロックである。ブロックＴ５４０のロケーションは、空間的に隣接する候補を発生させるのに使用される上ブロックおよび左ブロックへのバイアスを補償するためのものであってもよい。しかしながら、ブロックＴ５４０が現在ＣＴＢ行の外側に位置するか、または、ブロックＴ５４０に対して動き情報が利用可能でない場合には、ブロックＴ５４０は、ＰＵの中央ブロック５４１で置換される。
いくつかの例では、ＴＭＶＰ候補導出に対する１次ブロックロケーションは、ブロックＴ５４０として図５Ａ中に示されているように、コロケートされたＰＵの外側の右下ブロックである。ブロックＴ５４０のロケーションは、空間的に隣接する候補を発生させるのに使用される上ブロックおよび左ブロックへのバイアスを補償するためのものであってもよい。しかしながら、ブロックＴ５４０が現在ＣＴＢ行の外側に位置するか、または、ブロックＴ５４０に対して動き情報が利用可能でない場合には、ブロックＴ５４０は、ＰＵの中央ブロック５４１で置換される。
［０１１０］
図５Ｂでは、現在ピクチャー５５０中のＴＭＶＰ候補に対する動きベクトル５４８は、スライスレベルにおいて示されている、コロケートされたピクチャー５４６のコロケートされたＰＵから導出される。コロケートされたＰＵに対する動きベクトル（ＭＶ）は、コロケートされたＭＶ５４２と呼ばれる。ＴＭＶＰ候補動きベクトルを導出するために、コロケートされたＭＶ５４２は、図５Ｂに示されているように、時間距離差分を補償するようにスケーリングされてもよい。例えば、コロケートされたピクチャー５４６とコロケートされた参照ピクチャー５４４との間の時間差分、および、現在ピクチャー５５０と現在参照ピクチャー５５２との間の時間差分を使用して、コロケートされたＭＶ５４２をスケーリングして、動きベクトル５４８を発生させる。
図５Ｂでは、現在ピクチャー５５０中のＴＭＶＰ候補に対する動きベクトル５４８は、スライスレベルにおいて示されている、コロケートされたピクチャー５４６のコロケートされたＰＵから導出される。コロケートされたＰＵに対する動きベクトル（ＭＶ）は、コロケートされたＭＶ５４２と呼ばれる。ＴＭＶＰ候補動きベクトルを導出するために、コロケートされたＭＶ５４２は、図５Ｂに示されているように、時間距離差分を補償するようにスケーリングされてもよい。例えば、コロケートされたピクチャー５４６とコロケートされた参照ピクチャー５４４との間の時間差分、および、現在ピクチャー５５０と現在参照ピクチャー５５２との間の時間差分を使用して、コロケートされたＭＶ５４２をスケーリングして、動きベクトル５４８を発生させる。
［０１１１］
以下で、ＨＥＶＣにおける動き予測のいくつかの他の態様をレビューする。マージモードおよびＡＭＶＰモードのいくつかの態様を以下で説明する。
以下で、ＨＥＶＣにおける動き予測のいくつかの他の態様をレビューする。マージモードおよびＡＭＶＰモードのいくつかの態様を以下で説明する。
［０１１２］
動きベクトルスケーリング：動きベクトルの値は、プレゼンテーション時間におけるピクチャーの距離に比例することがある。動きベクトルは、２つのピクチャー、参照ピクチャーと、動きベクトルを含むピクチャー（すなわち、包含ピクチャー）とを関係付ける。動きベクトルを利用して、他の動きベクトルを予測するとき、ピクチャー順序カウント（ＰＯＣ）値に基づいて、包含ピクチャーと参照ピクチャーとの距離が計算される。
動きベクトルスケーリング：動きベクトルの値は、プレゼンテーション時間におけるピクチャーの距離に比例することがある。動きベクトルは、２つのピクチャー、参照ピクチャーと、動きベクトルを含むピクチャー（すなわち、包含ピクチャー）とを関係付ける。動きベクトルを利用して、他の動きベクトルを予測するとき、ピクチャー順序カウント（ＰＯＣ）値に基づいて、包含ピクチャーと参照ピクチャーとの距離が計算される。
［０１１３］
予測されるべき動きベクトルに対して、その関係付けられた包含ピクチャーと参照ピクチャーの両方は異なるかもしれない。したがって、（ＰＯＣに基づく）新しい距離が計算され、そして、動きベクトルは、これら２つのＰＯＣ距離に基づいて、スケーリングされる。空間的に隣接する候補に対して、２つの動きベクトルに対する包含ピクチャーは同じである一方で、参照ピクチャーは異なる。ＨＥＶＣにおいて、動きベクトルスケーリングは、空間的におよび時間的に隣接する候補に対して、ＴＭＶＰとＡＭＶＰの両方に適用される。
予測されるべき動きベクトルに対して、その関係付けられた包含ピクチャーと参照ピクチャーの両方は異なるかもしれない。したがって、（ＰＯＣに基づく）新しい距離が計算され、そして、動きベクトルは、これら２つのＰＯＣ距離に基づいて、スケーリングされる。空間的に隣接する候補に対して、２つの動きベクトルに対する包含ピクチャーは同じである一方で、参照ピクチャーは異なる。ＨＥＶＣにおいて、動きベクトルスケーリングは、空間的におよび時間的に隣接する候補に対して、ＴＭＶＰとＡＭＶＰの両方に適用される。
［０１１４］
人工動きベクトル候補発生：動きベクトル予測子リストが完全でない（例えば、予め定められた数よりも少ない候補）場合には、人工動きベクトル候補を発生させ、動きベクトル予測子リストがすべての候補を有するまで、動きベクトル予測子リストの最後に挿入される。マージモードでは、２つのタイプの人工ＭＶ候補：Ｂスライスのみに対して導出される組み合わされた候補と、Ｂスライスのみに対して導出される組み合わされた候補が動きベクトル予測子リストを満たすのに十分な人工候補を提供しない場合に、ＡＭＶＰのみに対して使用されるゼロ候補とがある。
人工動きベクトル候補発生：動きベクトル予測子リストが完全でない（例えば、予め定められた数よりも少ない候補）場合には、人工動きベクトル候補を発生させ、動きベクトル予測子リストがすべての候補を有するまで、動きベクトル予測子リストの最後に挿入される。マージモードでは、２つのタイプの人工ＭＶ候補：Ｂスライスのみに対して導出される組み合わされた候補と、Ｂスライスのみに対して導出される組み合わされた候補が動きベクトル予測子リストを満たすのに十分な人工候補を提供しない場合に、ＡＭＶＰのみに対して使用されるゼロ候補とがある。
［０１１５］
動きベクトル予測子リスト中に既にあり、必要な動き情報を有する候補の各ペアに対して、リスト０中のピクチャーを参照する第１の候補の動きベクトルと、リスト１中のピクチャーを参照する第２の候補の動きベクトルとの組み合わせによって、双方向に組み合わされた動きベクトル候補が導出される。
動きベクトル予測子リスト中に既にあり、必要な動き情報を有する候補の各ペアに対して、リスト０中のピクチャーを参照する第１の候補の動きベクトルと、リスト１中のピクチャーを参照する第２の候補の動きベクトルとの組み合わせによって、双方向に組み合わされた動きベクトル候補が導出される。
［０１１６］
候補挿入のための、余分な部分を取り除くプロセス：異なるブロックからの候補が、たまたま同じであるかもしれず、これは、マージ／ＡＭＶＰの動きベクトル予測子リストの効率を低下させる。この問題に対処するために、余分な部分を取り除くプロセスを適用する。余分な部分を取り除くプロセスは、同一の候補を挿入することを回避するために、現在の動きベクトル予測子リスト中の１つの候補を他の候補と比較する。複雑さを低減させるために、各潜在的候補をリスト中の他のすべての既存の候補と比較することを回避するように、限られた数の余分な部分を取り除くプロセスだけを適用する。
候補挿入のための、余分な部分を取り除くプロセス：異なるブロックからの候補が、たまたま同じであるかもしれず、これは、マージ／ＡＭＶＰの動きベクトル予測子リストの効率を低下させる。この問題に対処するために、余分な部分を取り除くプロセスを適用する。余分な部分を取り除くプロセスは、同一の候補を挿入することを回避するために、現在の動きベクトル予測子リスト中の１つの候補を他の候補と比較する。複雑さを低減させるために、各潜在的候補をリスト中の他のすべての既存の候補と比較することを回避するように、限られた数の余分な部分を取り除くプロセスだけを適用する。
［０１１７］
ＶＶＣの開発は、拡張動きベクトル予測を含んでいる。例えば、現在ブロックに対する動きベクトル予測またはマージ予測の動きベクトル予測子リストを導出または改善するいくつかのインターコーディングツールが提案されている。いくつかの例を以下で説明する。
ＶＶＣの開発は、拡張動きベクトル予測を含んでいる。例えば、現在ブロックに対する動きベクトル予測またはマージ予測の動きベクトル予測子リストを導出または改善するいくつかのインターコーディングツールが提案されている。いくつかの例を以下で説明する。
［０１１８］
以下では、Ｌ．Ｚｈａｎｇ，Ｋ．Ｚｈａｎｇ，Ｈ．Ｌｉｕ，Ｙ．Ｗａｎｇ，Ｐ．Ｚｈａｏ、および、Ｄ．Ｈｏｎｇ、「ＣＥ４－関連：履歴ベース動きベクトル予測」、ＪＶＥＴ－Ｋ０１０４、２０１８年７月中で説明しているような履歴ベース動き予測（ＨＭＶＰ）を説明する。ＨＭＶＰは、ビデオエンコーダ２００およびビデオデコーダ３００が、直近の原因となる隣接する動きフィールド中のＭＶに加えて、過去からのデコードされたＭＶのリストから、各ブロックに対するＭＶ予測子を決定する履歴ベースの方法である（例えば、直近の空間的に隣接するブロックのＭＶは、直近の原因となる隣接する動きフィールド中のＭＶの例である）。ＨＭＶＰは、ビデオエンコーダ２００およびビデオデコーダ３００が、ＨＭＶＰ候補として、以前にデコードされた動きベクトルに対するテーブルを構築することを含んでいる。
以下では、Ｌ．Ｚｈａｎｇ，Ｋ．Ｚｈａｎｇ，Ｈ．Ｌｉｕ，Ｙ．Ｗａｎｇ，Ｐ．Ｚｈａｏ、および、Ｄ．Ｈｏｎｇ、「ＣＥ４－関連：履歴ベース動きベクトル予測」、ＪＶＥＴ－Ｋ０１０４、２０１８年７月中で説明しているような履歴ベース動き予測（ＨＭＶＰ）を説明する。ＨＭＶＰは、ビデオエンコーダ２００およびビデオデコーダ３００が、直近の原因となる隣接する動きフィールド中のＭＶに加えて、過去からのデコードされたＭＶのリストから、各ブロックに対するＭＶ予測子を決定する履歴ベースの方法である（例えば、直近の空間的に隣接するブロックのＭＶは、直近の原因となる隣接する動きフィールド中のＭＶの例である）。ＨＭＶＰは、ビデオエンコーダ２００およびビデオデコーダ３００が、ＨＭＶＰ候補として、以前にデコードされた動きベクトルに対するテーブルを構築することを含んでいる。
［０１１９］
例えば、ビデオエンコーダ２００およびビデオデコーダ３００は、エンコーディング／デコーディングプロセスの間に、複数のＨＭＶＰ候補によりテーブルを構築する。テーブルを構築することは、ＨＭＶＰ候補をテーブルに追加することとともに、ＨＭＶＰ候補をテーブルから除去することとを含んでいてもよい。ビデオエンコーダ２００およびビデオデコーダ３００は、エンコーディングまたはデコーディングのために新しいスライスに遭遇したとき、テーブルを空にする（例えば、ＨＭＶＰ候補を除去する）ように構成されていてもよい。インターコード化されたブロックがあるときはいつでも、ビデオエンコーダ２００およびビデオデコーダ３００は、新しいＨＭＶＰ候補として、先入れ先出し（ＦＩＦＯ）方式で、関係する動き情報をテーブルに挿入するように構成されていてもよい。したがって、ビデオエンコーダ２００およびビデオデコーダ３００は、制約ＦＩＦＯルールを適用するように構成されていてもよい。いくつかの技法では、ＨＭＶＰ候補をテーブルに挿入するとき、ビデオエンコーダ２００およびビデオデコーダ３００は、最初に冗長検査（例えば、余分な部分を取り除く）を適用して、テーブル中に同一のＨＭＶＰ候補があるか否かを決定するように構成されていてもよい。見つかった場合、ビデオエンコーダ２００およびビデオデコーダ３００は、その特定のＨＭＶＰ候補をテーブルから除去するように構成されていてもよく、その候補の後のすべてのＨＭＶＰ候補が移動される。
例えば、ビデオエンコーダ２００およびビデオデコーダ３００は、エンコーディング／デコーディングプロセスの間に、複数のＨＭＶＰ候補によりテーブルを構築する。テーブルを構築することは、ＨＭＶＰ候補をテーブルに追加することとともに、ＨＭＶＰ候補をテーブルから除去することとを含んでいてもよい。ビデオエンコーダ２００およびビデオデコーダ３００は、エンコーディングまたはデコーディングのために新しいスライスに遭遇したとき、テーブルを空にする（例えば、ＨＭＶＰ候補を除去する）ように構成されていてもよい。インターコード化されたブロックがあるときはいつでも、ビデオエンコーダ２００およびビデオデコーダ３００は、新しいＨＭＶＰ候補として、先入れ先出し（ＦＩＦＯ）方式で、関係する動き情報をテーブルに挿入するように構成されていてもよい。したがって、ビデオエンコーダ２００およびビデオデコーダ３００は、制約ＦＩＦＯルールを適用するように構成されていてもよい。いくつかの技法では、ＨＭＶＰ候補をテーブルに挿入するとき、ビデオエンコーダ２００およびビデオデコーダ３００は、最初に冗長検査（例えば、余分な部分を取り除く）を適用して、テーブル中に同一のＨＭＶＰ候補があるか否かを決定するように構成されていてもよい。見つかった場合、ビデオエンコーダ２００およびビデオデコーダ３００は、その特定のＨＭＶＰ候補をテーブルから除去するように構成されていてもよく、その候補の後のすべてのＨＭＶＰ候補が移動される。
［０１２０］
ビデオエンコーダ２００およびビデオデコーダ３００は、マージ候補リスト構築プロセスにおいてＨＭＶＰ候補を使用するように構成されていてもよい。例えば、ビデオエンコーダ２００およびビデオデコーダ３００は、ＴＭＶＰ候補の後に、最後のエントリから最初のエントリまですべてのＨＭＶＰ候補をテーブル中に挿入するように構成されていてもよい。ビデオエンコーダ２００およびビデオデコーダ３００は、ＨＭＶＰ候補上で、余分な部分を取り除くことを適用するように構成されていてもよい。いったん、利用可能なマージ候補の総数が、許容されたマージ候補のシグナリングされたまたは予め定められた最大数に達すると、ビデオエンコーダ２００およびビデオデコーダ３００は、マージ候補リスト構築プロセスを終了するように構成されていてもよい。マージ候補リスト構築は、動きベクトル予測子リストを構築する１つの例である。
ビデオエンコーダ２００およびビデオデコーダ３００は、マージ候補リスト構築プロセスにおいてＨＭＶＰ候補を使用するように構成されていてもよい。例えば、ビデオエンコーダ２００およびビデオデコーダ３００は、ＴＭＶＰ候補の後に、最後のエントリから最初のエントリまですべてのＨＭＶＰ候補をテーブル中に挿入するように構成されていてもよい。ビデオエンコーダ２００およびビデオデコーダ３００は、ＨＭＶＰ候補上で、余分な部分を取り除くことを適用するように構成されていてもよい。いったん、利用可能なマージ候補の総数が、許容されたマージ候補のシグナリングされたまたは予め定められた最大数に達すると、ビデオエンコーダ２００およびビデオデコーダ３００は、マージ候補リスト構築プロセスを終了するように構成されていてもよい。マージ候補リスト構築は、動きベクトル予測子リストを構築する１つの例である。
［０１２１］
同様に、ビデオエンコーダ２００およびビデオデコーダ３００は、ＡＭＶＰ候補リスト構築プロセスにおいて、ＨＭＶＰ候補を使用して、ＡＭＶＰ候補リストを構築するように構成されていてもよい。ビデオエンコーダ２００およびビデオデコーダ３００は、ＴＭＶＰ候補の後に、最後のＫ個のＨＭＶＰ候補の動きベクトルをテーブル中に挿入するように構成されていてもよい。ビデオエンコーダ２００およびビデオデコーダ３００は、ＡＭＶＰターゲット参照ピクチャーと同じ参照ピクチャーを持つＨＭＶＰ候補のみを使用して、ＡＭＶＰ候補リストを構築するように構成されていてもよい。ビデオエンコーダ２００およびビデオデコーダ３００は、ＨＭＶＰ候補において余分な部分を取り除くことを適用するように構成されていてもよい。ＡＭＶＰ候補リスト構築は、動きベクトル予測子リストを構築する別の例である。
同様に、ビデオエンコーダ２００およびビデオデコーダ３００は、ＡＭＶＰ候補リスト構築プロセスにおいて、ＨＭＶＰ候補を使用して、ＡＭＶＰ候補リストを構築するように構成されていてもよい。ビデオエンコーダ２００およびビデオデコーダ３００は、ＴＭＶＰ候補の後に、最後のＫ個のＨＭＶＰ候補の動きベクトルをテーブル中に挿入するように構成されていてもよい。ビデオエンコーダ２００およびビデオデコーダ３００は、ＡＭＶＰターゲット参照ピクチャーと同じ参照ピクチャーを持つＨＭＶＰ候補のみを使用して、ＡＭＶＰ候補リストを構築するように構成されていてもよい。ビデオエンコーダ２００およびビデオデコーダ３００は、ＨＭＶＰ候補において余分な部分を取り除くことを適用するように構成されていてもよい。ＡＭＶＰ候補リスト構築は、動きベクトル予測子リストを構築する別の例である。
［０１２２］
以下では、非近接空間マージ候補を説明する。Ｒ．Ｙｕ氏らによる「ＣＥ４ ２．１：非近接空間マージ候補の追加」ＩＴＵ－Ｔ ＳＧ１６ＷＰ３およびＩＳＯ／ＩＥＣ ＪＴＣ１／ＳＣ２９／ＷＧ１１のジョイントビデオエキスパートチーム（ＪＶＥＴ）、第１１回会議：２０１８年７月１０～１８日、スロベニア、リュブリャナ（以下、「ＪＶＥＴ－Ｋ０２２８」）において説明されている非近接空間マージ候補の構築は、２つの非近接隣接位置からの新たな空間候補の導出を含んでいる。例えば、図６中に示されているように、ビデオエンコーダ２００およびビデオデコーダ３００は、現在ブロック６４８の上の最も近い非近接ブロック６５０から、および／または、現在ブロック６４８の左にある最も近い非近接ブロック６５２から、新しい空間候補を導出してもよい。例えば、図６は、隣接ブロックＡ０、Ａ１、Ｂ２、Ｂ１およびＢ０を有する現在ブロック６４８を図示している。いくつかの例では、非近接空間マージ候補は、現在ブロック６４８に空間的に隣接しない、図６のブロックＨＮ６５２およびブロックＶＮ６５０の動き情報を含んでいる。すなわち、図６は、ＨＭＶＰ候補履歴テーブルを構築するのに、その動きベクトル情報を使用してもよいブロックの例を図示している。
以下では、非近接空間マージ候補を説明する。Ｒ．Ｙｕ氏らによる「ＣＥ４ ２．１：非近接空間マージ候補の追加」ＩＴＵ－Ｔ ＳＧ１６ＷＰ３およびＩＳＯ／ＩＥＣ ＪＴＣ１／ＳＣ２９／ＷＧ１１のジョイントビデオエキスパートチーム（ＪＶＥＴ）、第１１回会議：２０１８年７月１０～１８日、スロベニア、リュブリャナ（以下、「ＪＶＥＴ－Ｋ０２２８」）において説明されている非近接空間マージ候補の構築は、２つの非近接隣接位置からの新たな空間候補の導出を含んでいる。例えば、図６中に示されているように、ビデオエンコーダ２００およびビデオデコーダ３００は、現在ブロック６４８の上の最も近い非近接ブロック６５０から、および／または、現在ブロック６４８の左にある最も近い非近接ブロック６５２から、新しい空間候補を導出してもよい。例えば、図６は、隣接ブロックＡ０、Ａ１、Ｂ２、Ｂ１およびＢ０を有する現在ブロック６４８を図示している。いくつかの例では、非近接空間マージ候補は、現在ブロック６４８に空間的に隣接しない、図６のブロックＨＮ６５２およびブロックＶＮ６５０の動き情報を含んでいる。すなわち、図６は、ＨＭＶＰ候補履歴テーブルを構築するのに、その動きベクトル情報を使用してもよいブロックの例を図示している。
［０１２３］
ブロック６５０および６５２は、現在ブロック６４８まで１ＣＴＵの最大距離内に制限される。非近接候補のフェッチプロセスは、垂直方向に以前にデコードされたブロックをトレースすることにより開始する。垂直逆トレースは、インターブロックに遭遇したとき、または、トレースバック距離が１ＣＴＵサイズに達したときに停止する。
ブロック６５０および６５２は、現在ブロック６４８まで１ＣＴＵの最大距離内に制限される。非近接候補のフェッチプロセスは、垂直方向に以前にデコードされたブロックをトレースすることにより開始する。垂直逆トレースは、インターブロックに遭遇したとき、または、トレースバック距離が１ＣＴＵサイズに達したときに停止する。
［０１２４］
その後、フェッチプロセスは、水平方向に、以前にデコードされたブロックをトレースする。水平フェッチプロセスを停止するための基準は、垂直非近接候補のフェッチに成功したか否かに依存する。垂直非近接候補がフェッチされない場合には、水平フェッチプロセスは、インターコード化されたブロックに遭遇したときに、または、トレースバック距離が１ＣＴＵサイズしきい値を超えるときに停止する。フェッチされた垂直非近接候補がある場合には、水平フェッチプロセスは、垂直非近接候補からの異なるＭＶを含むインターコード化されたブロックに遭遇したときに、または、トレースバック距離が１ＣＴＵサイズしきい値を超えるときに停止する。フェッチされた非近接隣接候補は、ＴＭＶＰ候補の前で、マージ候補リスト中に追加される。
その後、フェッチプロセスは、水平方向に、以前にデコードされたブロックをトレースする。水平フェッチプロセスを停止するための基準は、垂直非近接候補のフェッチに成功したか否かに依存する。垂直非近接候補がフェッチされない場合には、水平フェッチプロセスは、インターコード化されたブロックに遭遇したときに、または、トレースバック距離が１ＣＴＵサイズしきい値を超えるときに停止する。フェッチされた垂直非近接候補がある場合には、水平フェッチプロセスは、垂直非近接候補からの異なるＭＶを含むインターコード化されたブロックに遭遇したときに、または、トレースバック距離が１ＣＴＵサイズしきい値を超えるときに停止する。フェッチされた非近接隣接候補は、ＴＭＶＰ候補の前で、マージ候補リスト中に追加される。
［０１２５］
上記で説明したように、マージモードおよびＡＭＶＰモードに対して、ビデオエンコーダ２００およびビデオデコーダ３００は、動きベクトル予測子リストとも呼ばれる動きベクトル（ＭＶ）候補リストを構築してもよい。動きベクトル予測子リストは、空間的に隣接するブロック（例えば、現在ブロックに隣接し、現在ブロックと同じピクチャー中にあるブロック）、時間的に隣接するブロック（例えば、現在ブロックに隣接するが、現在ブロックとは異なるピクチャー中にあるブロック）の動きベクトル情報を含み、いくつかの例では、ＨＭＶＰ候補の動きベクトル情報（例えば、ＨＭＶＰ候補を形成する、以前にデコードされた動きベクトルに対するテーブルからのエントリ）を含んでいる。時間的に隣接するブロックは、コロケートされたブロックとも呼ばれる。
上記で説明したように、マージモードおよびＡＭＶＰモードに対して、ビデオエンコーダ２００およびビデオデコーダ３００は、動きベクトル予測子リストとも呼ばれる動きベクトル（ＭＶ）候補リストを構築してもよい。動きベクトル予測子リストは、空間的に隣接するブロック（例えば、現在ブロックに隣接し、現在ブロックと同じピクチャー中にあるブロック）、時間的に隣接するブロック（例えば、現在ブロックに隣接するが、現在ブロックとは異なるピクチャー中にあるブロック）の動きベクトル情報を含み、いくつかの例では、ＨＭＶＰ候補の動きベクトル情報（例えば、ＨＭＶＰ候補を形成する、以前にデコードされた動きベクトルに対するテーブルからのエントリ）を含んでいる。時間的に隣接するブロックは、コロケートされたブロックとも呼ばれる。
［０１２６］
したがって、動きベクトル予測子リストを構築するために、ビデオエンコーダ２００およびビデオデコーダ３００は、隣接ブロック（例えば、空間的および時間的に隣接するブロック）を評価して、隣接ブロックが動きベクトル情報を有するか否かを決定してもよい。（例えば、隣接ブロックがインターコード化されていることから）隣接ブロックが動きベクトル情報を有する場合には、ビデオエンコーダ２００およびビデオデコーダ３００は、隣接ブロックの動きベクトル情報を、動きベクトル予測子リスト中に含めてもよい。ビデオエンコーダ２００およびビデオデコーダ３００は、ＨＭＶＰ候補に対する最近エンコードまたはデコードされたブロックの動きベクトル情報の別個のテーブルを維持してもよい。
したがって、動きベクトル予測子リストを構築するために、ビデオエンコーダ２００およびビデオデコーダ３００は、隣接ブロック（例えば、空間的および時間的に隣接するブロック）を評価して、隣接ブロックが動きベクトル情報を有するか否かを決定してもよい。（例えば、隣接ブロックがインターコード化されていることから）隣接ブロックが動きベクトル情報を有する場合には、ビデオエンコーダ２００およびビデオデコーダ３００は、隣接ブロックの動きベクトル情報を、動きベクトル予測子リスト中に含めてもよい。ビデオエンコーダ２００およびビデオデコーダ３００は、ＨＭＶＰ候補に対する最近エンコードまたはデコードされたブロックの動きベクトル情報の別個のテーブルを維持してもよい。
［０１２７］
ビデオエンコーダ２００およびビデオデコーダ３００が評価（例えば、検査）して、隣接ブロックが動きベクトル情報を有するか否かを決定することができる複数の隣接ブロックがあるかもしれない。ビデオエンコーダ２００およびビデオデコーダ３００が評価する必要があるかもしれない隣接ブロックの数を制限するために、以下では、空間および時間動きベクトル予測に対するいくつかの例示的な設計（例えば、空間的および時間的に隣接する評価されるブロックの例）を説明する。
ビデオエンコーダ２００およびビデオデコーダ３００が評価（例えば、検査）して、隣接ブロックが動きベクトル情報を有するか否かを決定することができる複数の隣接ブロックがあるかもしれない。ビデオエンコーダ２００およびビデオデコーダ３００が評価する必要があるかもしれない隣接ブロックの数を制限するために、以下では、空間および時間動きベクトル予測に対するいくつかの例示的な設計（例えば、空間的および時間的に隣接する評価されるブロックの例）を説明する。
［０１２８］
（いくつかの用語では、これはスキップモードまたは直接モードとして呼ばれることがある）マージモードのいくつかのインプリメンテーションでは、動きベクトル予測子リストを格納するために、空間および時間動きベクトル予測子（ＭＶＰ）候補を、所定の順序で巡回（例えば、検査）することができる。空間ＭＶＰ（ＳＭＶＰ）は、現在ブロックの動きベクトルに対する動きベクトル予測子として使用することができる空間的に隣接するブロックの動きベクトルであってもよい。時間ＭＶＰ（ＴＭＶＰ）は、上記で説明したように、現在ブロックの動きベクトルに対する動きベクトル予測子として使用することができる時間的に隣接するブロック（例えば、コロケートされたブロック）に対する動きベクトルであってもよい。
（いくつかの用語では、これはスキップモードまたは直接モードとして呼ばれることがある）マージモードのいくつかのインプリメンテーションでは、動きベクトル予測子リストを格納するために、空間および時間動きベクトル予測子（ＭＶＰ）候補を、所定の順序で巡回（例えば、検査）することができる。空間ＭＶＰ（ＳＭＶＰ）は、現在ブロックの動きベクトルに対する動きベクトル予測子として使用することができる空間的に隣接するブロックの動きベクトルであってもよい。時間ＭＶＰ（ＴＭＶＰ）は、上記で説明したように、現在ブロックの動きベクトルに対する動きベクトル予測子として使用することができる時間的に隣接するブロック（例えば、コロケートされたブロック）に対する動きベクトルであってもよい。
［０１２９］
いくつかの技法では、ＳＭＶＰおよびＴＭＶＰを決定するために、ビデオエンコーダ２００およびビデオデコーダ３００は、特定の順序で、隣接ブロック（例えば、空間的または時間的に隣接するブロック）を評価してもよい。ビデオエンコーダ２００およびビデオデコーダ３００が隣接ブロックを評価するかもしれない順序は、巡回順序としても呼ばれることがある。
いくつかの技法では、ＳＭＶＰおよびＴＭＶＰを決定するために、ビデオエンコーダ２００およびビデオデコーダ３００は、特定の順序で、隣接ブロック（例えば、空間的または時間的に隣接するブロック）を評価してもよい。ビデオエンコーダ２００およびビデオデコーダ３００が隣接ブロックを評価するかもしれない順序は、巡回順序としても呼ばれることがある。
［０１３０］
図７Ａは、動きベクトル予測において使用される例示的な空間候補および時間候補を示す概念図である。図７Ｂは、空間候補に対する例示的な巡回順序を示す概念図である。図７Ｃは、空間候補に対する別の例示的な巡回順序を示す概念図である。
図７Ａは、動きベクトル予測において使用される例示的な空間候補および時間候補を示す概念図である。図７Ｂは、空間候補に対する例示的な巡回順序を示す概念図である。図７Ｃは、空間候補に対する別の例示的な巡回順序を示す概念図である。
［０１３１］
図７Ａは、ＭＶＰ候補として利用される空間隣接の例を示している。図７Ａでは、現在ブロック７００の空間隣接（例えば、空間的に隣接するブロック）は、ブロックＡ ７０２、Ｂ ７０４、（Ｃ ７０６、Ａ１ ７１０Ａ｜Ｂ１ ７１０Ｂ）、ブロックＡ０ ７１４、ブロックＢ２ ７１２を含んでいる。ビデオエンコーダ２００およびビデオデコーダ３００は、２ステージプロセスで隣接ブロックを評価してもよい。空間候補（例えば、空間的に隣接するブロック）が検査される順序（すなわち、０～５の数字でマークされている巡回順序）が、図７Ｂに示されている。
図７Ａは、ＭＶＰ候補として利用される空間隣接の例を示している。図７Ａでは、現在ブロック７００の空間隣接（例えば、空間的に隣接するブロック）は、ブロックＡ ７０２、Ｂ ７０４、（Ｃ ７０６、Ａ１ ７１０Ａ｜Ｂ１ ７１０Ｂ）、ブロックＡ０ ７１４、ブロックＢ２ ７１２を含んでいる。ビデオエンコーダ２００およびビデオデコーダ３００は、２ステージプロセスで隣接ブロックを評価してもよい。空間候補（例えば、空間的に隣接するブロック）が検査される順序（すなわち、０～５の数字でマークされている巡回順序）が、図７Ｂに示されている。
［０１３２］
図７Ａのグループ１候補は以下のものを含んでいる。
ａ．ブロックＡ ７０２、Ｂ ７０４、（ＨＥＶＣ表記ではブロックＢ０ ７０８とコロケートされている）Ｃ ７０６であり、網掛けで示されている。
ｂ．ブロックＡ１ ７１０ＡまたはＢ１ ７１０Ｂ、ここで、ブロックＡ１ ７１０ＡまたはブロックＢ１ ７１０Ｂは、ブロックＣ ７０６中の動きベクトル予測子が利用可能であるか否かに依存して含まれる。
図７Ａのグループ１候補は以下のものを含んでいる。
ａ．ブロックＡ ７０２、Ｂ ７０４、（ＨＥＶＣ表記ではブロックＢ０ ７０８とコロケートされている）Ｃ ７０６であり、網掛けで示されている。
ｂ．ブロックＡ１ ７１０ＡまたはＢ１ ７１０Ｂ、ここで、ブロックＡ１ ７１０ＡまたはブロックＢ１ ７１０Ｂは、ブロックＣ ７０６中の動きベクトル予測子が利用可能であるか否かに依存して含まれる。
［０１３３］
グループ２候補は以下のものを含んでいる。
ａ．ブロックＡ０ ７１４およびＢ２ ７１２。
グループ２候補は以下のものを含んでいる。
ａ．ブロックＡ０ ７１４およびＢ２ ７１２。
［０１３４］
図７Ａでは、ブロックＣ ７０６はブロックＢ０ ７０８とコロケートされている。例えば、ブロックＣ ７０６およびブロックＢ０ ７０８は同じブロックであるかもしれないが、ＨＥＶＣとＶＶＣとの間の名称の変更に起因して、図７Ａでは２つの異なる名前が与えられている。ＨＥＶＣ標準規格は、ブロック「Ｂ０」として、ブロックＢ０ ７０８として示されているブロックを参照している。ＶＶＣ標準規格は、ブロック「Ｃ」として、ブロックＢ０ ７０８として示されているブロックを参照している。したがって、ブロックＣ ７０６は、ブロックＢ０ ７０８とコロケートされ、現在ブロック７００と同じピクチャー中にある。
図７Ａでは、ブロックＣ ７０６はブロックＢ０ ７０８とコロケートされている。例えば、ブロックＣ ７０６およびブロックＢ０ ７０８は同じブロックであるかもしれないが、ＨＥＶＣとＶＶＣとの間の名称の変更に起因して、図７Ａでは２つの異なる名前が与えられている。ＨＥＶＣ標準規格は、ブロック「Ｂ０」として、ブロックＢ０ ７０８として示されているブロックを参照している。ＶＶＣ標準規格は、ブロック「Ｃ」として、ブロックＢ０ ７０８として示されているブロックを参照している。したがって、ブロックＣ ７０６は、ブロックＢ０ ７０８とコロケートされ、現在ブロック７００と同じピクチャー中にある。
［０１３５］
グループ１およびグループ２にしたがって評価することの例として、ビデオエンコーダ２００およびビデオデコーダ３００は、グループ１中のブロックを評価（例えば、検査）してもよい。ビデオエンコーダ２００およびビデオデコーダ３００は、ブロックＡ ７０２を評価し、ブロックＡ ７０２に対する動きベクトル情報があるか否かを決定してもよい。（例えば、ブロックＡ ７０２が動きベクトルでインターコード化されていることから）ブロックＡ ７０２に対する動きベクトル情報がある場合には、ビデオエンコーダ２００およびビデオデコーダ３００は、ブロックＡ ７０２の動きベクトル情報を動きベクトル予測子リストに追加してもよい。ブロックＡ ７０２が動きベクトル情報を有するか否かにかかわらず、ビデオエンコーダ２００およびビデオデコーダ３００は、ブロックＢ ７０４を評価し、ブロックＢ ７０４に対する動き情報があるか否かを決定してもよい。（例えば、ブロックＢ ７０４が動きベクトルでインターコード化されていることから）ブロックＢ ７０４に対する動きベクトル情報がある場合には、ビデオエンコーダ２００およびビデオデコーダ３００は、ブロックＢ ７０４の動きベクトル情報を動きベクトル予測子リストに追加してもよい。ブロックＢ ７０４が動きベクトル情報を有するか否かにかかわらず、ビデオエンコーダ２００およびビデオデコーダ３００は、ブロックＣ ７０６を評価し、ブロックＣ ７０６に対する動き情報があるか否かを決定してもよい。（例えば、ブロックＣ ７０６が動きベクトルでインターコード化されていることから）ブロックＣ ７０６に対する動きベクトル情報がある場合には、ビデオエンコーダ２００およびビデオデコーダ３００は、ブロックＣ ７０６の動きベクトル情報を動きベクトル予測子リストに追加してもよい。
グループ１およびグループ２にしたがって評価することの例として、ビデオエンコーダ２００およびビデオデコーダ３００は、グループ１中のブロックを評価（例えば、検査）してもよい。ビデオエンコーダ２００およびビデオデコーダ３００は、ブロックＡ ７０２を評価し、ブロックＡ ７０２に対する動きベクトル情報があるか否かを決定してもよい。（例えば、ブロックＡ ７０２が動きベクトルでインターコード化されていることから）ブロックＡ ７０２に対する動きベクトル情報がある場合には、ビデオエンコーダ２００およびビデオデコーダ３００は、ブロックＡ ７０２の動きベクトル情報を動きベクトル予測子リストに追加してもよい。ブロックＡ ７０２が動きベクトル情報を有するか否かにかかわらず、ビデオエンコーダ２００およびビデオデコーダ３００は、ブロックＢ ７０４を評価し、ブロックＢ ７０４に対する動き情報があるか否かを決定してもよい。（例えば、ブロックＢ ７０４が動きベクトルでインターコード化されていることから）ブロックＢ ７０４に対する動きベクトル情報がある場合には、ビデオエンコーダ２００およびビデオデコーダ３００は、ブロックＢ ７０４の動きベクトル情報を動きベクトル予測子リストに追加してもよい。ブロックＢ ７０４が動きベクトル情報を有するか否かにかかわらず、ビデオエンコーダ２００およびビデオデコーダ３００は、ブロックＣ ７０６を評価し、ブロックＣ ７０６に対する動き情報があるか否かを決定してもよい。（例えば、ブロックＣ ７０６が動きベクトルでインターコード化されていることから）ブロックＣ ７０６に対する動きベクトル情報がある場合には、ビデオエンコーダ２００およびビデオデコーダ３００は、ブロックＣ ７０６の動きベクトル情報を動きベクトル予測子リストに追加してもよい。
［０１３６］
いくつかの例では、ビデオエンコーダ２００およびビデオデコーダ３００は、ブロックＣ ７０６に対する動きベクトル情報があったか否かに基づいて、ブロックＡ１ ７１０ＡまたはブロックＢ１ ７１０Ｂのうちの１つを評価してもよい。例えば、ブロックＣ ７０６に対する動きベクトル情報がある場合には、ビデオエンコーダ２００およびビデオデコーダ３００は、ブロックＡ１ ７１０ＡまたはブロックＢ１ ７１０Ｂのうちの一方（例えば、ブロックＡ１ ７１０Ａ）を評価してもよい。しかしながら、（例えば、ブロックＣ ７０６がイントラコード化されていることから）ブロックＣ ７０６に対する動きベクトル情報がない場合には、ビデオエンコーダ２００およびビデオデコーダ３００は、ブロックＡ１ ７１０ＡまたはブロックＢ１ ７１０Ｂのうちの他方（例えば、ブロックＢ１ ７１０Ｂ）を評価してもよい。
いくつかの例では、ビデオエンコーダ２００およびビデオデコーダ３００は、ブロックＣ ７０６に対する動きベクトル情報があったか否かに基づいて、ブロックＡ１ ７１０ＡまたはブロックＢ１ ７１０Ｂのうちの１つを評価してもよい。例えば、ブロックＣ ７０６に対する動きベクトル情報がある場合には、ビデオエンコーダ２００およびビデオデコーダ３００は、ブロックＡ１ ７１０ＡまたはブロックＢ１ ７１０Ｂのうちの一方（例えば、ブロックＡ１ ７１０Ａ）を評価してもよい。しかしながら、（例えば、ブロックＣ ７０６がイントラコード化されていることから）ブロックＣ ７０６に対する動きベクトル情報がない場合には、ビデオエンコーダ２００およびビデオデコーダ３００は、ブロックＡ１ ７１０ＡまたはブロックＢ１ ７１０Ｂのうちの他方（例えば、ブロックＢ１ ７１０Ｂ）を評価してもよい。
［０１３７］
ブロックＡ１ ７１０ＡまたはＢ１ ７１０Ｂのうちの１つを評価した後、ビデオエンコーダ２００およびビデオデコーダ３００は、上記で説明したように、グループ２のブロック（例えば、ブロックＢ２ ７１２およびＡ０ ７１４）を評価し、動きベクトル情報を動きベクトル予測子リストに追加してもよい。ビデオエンコーダ２００およびビデオデコーダ３００は、その後、時間隣接（例えば、時間的に隣接するブロックまたはコロケートされたブロック）を評価してもよい。
ブロックＡ１ ７１０ＡまたはＢ１ ７１０Ｂのうちの１つを評価した後、ビデオエンコーダ２００およびビデオデコーダ３００は、上記で説明したように、グループ２のブロック（例えば、ブロックＢ２ ７１２およびＡ０ ７１４）を評価し、動きベクトル情報を動きベクトル予測子リストに追加してもよい。ビデオエンコーダ２００およびビデオデコーダ３００は、その後、時間隣接（例えば、時間的に隣接するブロックまたはコロケートされたブロック）を評価してもよい。
［０１３８］
図７Ａでは、現在ブロック７００の時間隣接（例えば、時間的に隣接するブロック）は、ブロックＣＯ ７１６とブロック７１８のうちの１つ以上とを含んでいる。図７Ａ中に示されているように、ＭＶＰ候補として利用される時間的にコロケートされた隣接は、現在ブロックの中央においてコロケートされたブロック（ブロックＣＯ ７１６としてマークされている）からと、現在ブロックの外側の最も右下のロケーションにおける（破線の輪郭を有する）ブロック７１８Ａからのものである。ブロックＣＯ ７１６およびブロック７１８は、現在ブロック７００を含む現在ピクチャーとは異なる参照ピクチャーであってもよい。（破線の輪郭で示されている）グループ３候補ブロックは、以下のものを含んでいる。
ａ．ブロックＣＯ ７１６、Ｈ ７１８Ａ
ｂ．Ｈロケーション（例えば、ブロックＨ ７１８Ａ）がコロケートされたピクチャーの外側にあることが判明した場合には、１つ以上のフォールバックＨ位置（例えば、ブロックＨ ７１８Ｂ～７１８Ｄ）を代わりに使用することができる。
図７Ａでは、現在ブロック７００の時間隣接（例えば、時間的に隣接するブロック）は、ブロックＣＯ ７１６とブロック７１８のうちの１つ以上とを含んでいる。図７Ａ中に示されているように、ＭＶＰ候補として利用される時間的にコロケートされた隣接は、現在ブロックの中央においてコロケートされたブロック（ブロックＣＯ ７１６としてマークされている）からと、現在ブロックの外側の最も右下のロケーションにおける（破線の輪郭を有する）ブロック７１８Ａからのものである。ブロックＣＯ ７１６およびブロック７１８は、現在ブロック７００を含む現在ピクチャーとは異なる参照ピクチャーであってもよい。（破線の輪郭で示されている）グループ３候補ブロックは、以下のものを含んでいる。
ａ．ブロックＣＯ ７１６、Ｈ ７１８Ａ
ｂ．Ｈロケーション（例えば、ブロックＨ ７１８Ａ）がコロケートされたピクチャーの外側にあることが判明した場合には、１つ以上のフォールバックＨ位置（例えば、ブロックＨ ７１８Ｂ～７１８Ｄ）を代わりに使用することができる。
［０１３９］
例えば、ビデオエンコーダ２００およびビデオデコーダ３００は、ブロックＣＯ ７１６を評価して、ブロックＣＯ ７１６に対する動きベクトル情報があるか否かを決定し、利用可能な場合には、ブロックＣＯ ７１６に対する動きベクトル情報を動きベクトル予測子リストに追加してもよい。同様に、ビデオエンコーダ２００およびビデオデコーダ３００は、ブロックＨ ７１８Ａを評価して、ブロックＨ ７１８Ａに対する動きベクトル情報があるか否かを決定し、利用可能な場合には、ブロックＨ ７１８Ａに対する動きベクトル情報を動きベクトル予測子リストに追加してもよい。（例えば、ピクチャーの外側にあるので）ブロックＨ ７１８Ａが利用可能でない場合には、ビデオエンコーダ２００およびビデオデコーダ３００は、ブロックＨ ７１８Ｂ～７１８Ｄのうちの１つを評価してもよい。
例えば、ビデオエンコーダ２００およびビデオデコーダ３００は、ブロックＣＯ ７１６を評価して、ブロックＣＯ ７１６に対する動きベクトル情報があるか否かを決定し、利用可能な場合には、ブロックＣＯ ７１６に対する動きベクトル情報を動きベクトル予測子リストに追加してもよい。同様に、ビデオエンコーダ２００およびビデオデコーダ３００は、ブロックＨ ７１８Ａを評価して、ブロックＨ ７１８Ａに対する動きベクトル情報があるか否かを決定し、利用可能な場合には、ブロックＨ ７１８Ａに対する動きベクトル情報を動きベクトル予測子リストに追加してもよい。（例えば、ピクチャーの外側にあるので）ブロックＨ ７１８Ａが利用可能でない場合には、ビデオエンコーダ２００およびビデオデコーダ３００は、ブロックＨ ７１８Ｂ～７１８Ｄのうちの１つを評価してもよい。
［０１４０］
動きベクトル予測子リストのサイズは固定されているかもしれない（すなわち、動きベクトル予測子リスト中に固定数のエントリがあるかもしれない）。したがって、ビデオエンコーダ２００およびビデオデコーダ３００は、隣接ブロックを評価（例えば、検査）して、動きベクトル予測子リストの最大サイズに達していない限り、動きベクトル情報を隣接ブロックの動きベクトル予測子リストに追加してもよい。また、時間的に隣接する（例えば、コロケートされた）ブロックＣＯ ７１６とブロックＨ ７１８Ａ～７１８Ｄのうちの１つとを評価した後に、動きベクトル予測子リストのサイズに達していない場合には、ビデオエンコーダ２００およびビデオデコーダ３００は、ＨＭＶＰ候補を動きベクトル予測子リストに、または、人工動きベクトル候補を動きベクトル予測子リストに追加してもよい。
動きベクトル予測子リストのサイズは固定されているかもしれない（すなわち、動きベクトル予測子リスト中に固定数のエントリがあるかもしれない）。したがって、ビデオエンコーダ２００およびビデオデコーダ３００は、隣接ブロックを評価（例えば、検査）して、動きベクトル予測子リストの最大サイズに達していない限り、動きベクトル情報を隣接ブロックの動きベクトル予測子リストに追加してもよい。また、時間的に隣接する（例えば、コロケートされた）ブロックＣＯ ７１６とブロックＨ ７１８Ａ～７１８Ｄのうちの１つとを評価した後に、動きベクトル予測子リストのサイズに達していない場合には、ビデオエンコーダ２００およびビデオデコーダ３００は、ＨＭＶＰ候補を動きベクトル予測子リストに、または、人工動きベクトル候補を動きベクトル予測子リストに追加してもよい。
［０１４１］
上記で説明したように、ビデオエンコーダ２００およびビデオデコーダ３００が隣接ブロックを評価する順序があるかもしれない。図７Ｂは、例示的な順序を図示している。例えば、図７Ｂでは、「０」はブロックＡ ７０２を指しており、ビデオエンコーダ２００およびビデオデコーダ３００が評価するかもしれない第１のブロックである。「１」はブロックＢ ７０４を指しており、ビデオエンコーダ２００およびビデオデコーダ３００が評価するかもしれない第２のブロックであり、以下同様である。
上記で説明したように、ビデオエンコーダ２００およびビデオデコーダ３００が隣接ブロックを評価する順序があるかもしれない。図７Ｂは、例示的な順序を図示している。例えば、図７Ｂでは、「０」はブロックＡ ７０２を指しており、ビデオエンコーダ２００およびビデオデコーダ３００が評価するかもしれない第１のブロックである。「１」はブロックＢ ７０４を指しており、ビデオエンコーダ２００およびビデオデコーダ３００が評価するかもしれない第２のブロックであり、以下同様である。
［０１４２］
図７Ｂでは、「３」はブロックＡ１ ７１０ＡおよびＢ１ ７１０Ｂを指している。これは、ビデオエンコーダ２００およびビデオデコーダ３００が、（「２」として識別されている）ブロックＣ ７０６に対する動きベクトル情報があるか否かに基づいて、ブロックＡ１ ７１０ＡまたはＢ１ ７１０Ｂのうちの１つを評価してもよいことを示すためのものである。
図７Ｂでは、「３」はブロックＡ１ ７１０ＡおよびＢ１ ７１０Ｂを指している。これは、ビデオエンコーダ２００およびビデオデコーダ３００が、（「２」として識別されている）ブロックＣ ７０６に対する動きベクトル情報があるか否かに基づいて、ブロックＡ１ ７１０ＡまたはＢ１ ７１０Ｂのうちの１つを評価してもよいことを示すためのものである。
［０１４３］
いくつかの例示的なインプリメンテーションでは、使用されるブロック区分およびコーディング順序に依存して、図７Ｃ中に示されているように、逆空間ＭＶＰ候補順序を使用することができ、検査順序は０～５から進む。例えば、図７Ａおよび図７Ｂと一致して、ビデオエンコーダ２００およびビデオデコーダ３００は、それぞれ、ピクチャー中のブロックに対して、左から右および上から下のコーディング順序を使用してエンコードまたはデコードする場合には、現在ブロック７００がエンコードまたはデコードされる前に、ブロックＡ ７０２、Ｂ ７０４、Ｃ ７０６、Ａ１ ７１０Ａ、Ｂ１ ７０１Ｂ、Ｂ２ ７１２、Ａ０ ７１４が、エンコードまたはデコードされることになる。現在ブロック７００がエンコードまたはデコードされる前に、ブロックＡ ７０２、Ｂ ７０４、Ｃ ７０６、Ａ１ ７１０Ａ、Ｂ１ ７０１Ｂ、Ｂ２ ７１２、Ａ０ ７１４が、エンコードまたはデコードされることになるので、現在ブロック７００をエンコードまたはデコードすることに対して、ビデオエンコーダ２００およびビデオデコーダ３００は、ブロックＡ ７０２、Ｂ ７０４、Ｃ ７０６、Ａ１ ７１０Ａ、Ｂ１ ７０１Ｂ、Ｂ２ ７１２、Ａ０ ７１４に対する動きベクトル情報を評価できるかもしれない。例えば、左から右および上から下のコーディング順序で現在ブロック７００の前にブロックＡ ７０２がエンコードまたはデコードされていることから、ブロックＡ ７０２がインターコード化されている場合には、ビデオエンコーダ２００およびビデオデコーダ３００は、ブロックＡ ７０２に対する動きベクトル情報にアクセスすることができるかもしれない。
いくつかの例示的なインプリメンテーションでは、使用されるブロック区分およびコーディング順序に依存して、図７Ｃ中に示されているように、逆空間ＭＶＰ候補順序を使用することができ、検査順序は０～５から進む。例えば、図７Ａおよび図７Ｂと一致して、ビデオエンコーダ２００およびビデオデコーダ３００は、それぞれ、ピクチャー中のブロックに対して、左から右および上から下のコーディング順序を使用してエンコードまたはデコードする場合には、現在ブロック７００がエンコードまたはデコードされる前に、ブロックＡ ７０２、Ｂ ７０４、Ｃ ７０６、Ａ１ ７１０Ａ、Ｂ１ ７０１Ｂ、Ｂ２ ７１２、Ａ０ ７１４が、エンコードまたはデコードされることになる。現在ブロック７００がエンコードまたはデコードされる前に、ブロックＡ ７０２、Ｂ ７０４、Ｃ ７０６、Ａ１ ７１０Ａ、Ｂ１ ７０１Ｂ、Ｂ２ ７１２、Ａ０ ７１４が、エンコードまたはデコードされることになるので、現在ブロック７００をエンコードまたはデコードすることに対して、ビデオエンコーダ２００およびビデオデコーダ３００は、ブロックＡ ７０２、Ｂ ７０４、Ｃ ７０６、Ａ１ ７１０Ａ、Ｂ１ ７０１Ｂ、Ｂ２ ７１２、Ａ０ ７１４に対する動きベクトル情報を評価できるかもしれない。例えば、左から右および上から下のコーディング順序で現在ブロック７００の前にブロックＡ ７０２がエンコードまたはデコードされていることから、ブロックＡ ７０２がインターコード化されている場合には、ビデオエンコーダ２００およびビデオデコーダ３００は、ブロックＡ ７０２に対する動きベクトル情報にアクセスすることができるかもしれない。
［０１４４］
しかしながら、いくつかの例では、コーディング順序は左から右および上から下ではないかもしれない。むしろ、コーディング順序は、右から左および上から下であってもよい。このような例では、図７Ａおよび図７Ｂ中に図示されている隣接ブロックのうちのいくつかは、現在ブロック７００の前にエンコードまたはデコードされていないかもしれない。したがって、隣接ブロックがインターコード化されることになっている場合であっても、図７Ａおよび図７Ｂ中の隣接ブロックのうちのいくつかは右から左へのコーディング順序でエンコードまたはデコードされていないので、隣接ブロックに対する動きベクトル情報はまだ利用可能ではない。
しかしながら、いくつかの例では、コーディング順序は左から右および上から下ではないかもしれない。むしろ、コーディング順序は、右から左および上から下であってもよい。このような例では、図７Ａおよび図７Ｂ中に図示されている隣接ブロックのうちのいくつかは、現在ブロック７００の前にエンコードまたはデコードされていないかもしれない。したがって、隣接ブロックがインターコード化されることになっている場合であっても、図７Ａおよび図７Ｂ中の隣接ブロックのうちのいくつかは右から左へのコーディング順序でエンコードまたはデコードされていないので、隣接ブロックに対する動きベクトル情報はまだ利用可能ではない。
［０１４５］
図７Ｃは、評価されるべき空間的に隣接するブロックの例と、ピクチャー中のブロックの右から左および上から下のコーディング順序で、空間的に隣接するブロックが評価されるであろう順序とを図示している。例えば、図７Ｃでは、ビデオエンコーダ２００およびビデオデコーダ３００は、ブロック７２０、７２２、７２４、ブロック７２６Ａまたは７２６Ｂのうちの１つ、７２８、７３０を評価してもよい。例えば、ビデオエンコーダ２００およびビデオデコーダ３００は、評価を開始して、（「０」として識別されている）ブロック７２０から開始し、（「１」として識別されている）ブロック７２２が続き、その後、（「２」として識別されている）ブロック７２４が続き、動きベクトル情報があるか否かを決定してもよい。
図７Ｃは、評価されるべき空間的に隣接するブロックの例と、ピクチャー中のブロックの右から左および上から下のコーディング順序で、空間的に隣接するブロックが評価されるであろう順序とを図示している。例えば、図７Ｃでは、ビデオエンコーダ２００およびビデオデコーダ３００は、ブロック７２０、７２２、７２４、ブロック７２６Ａまたは７２６Ｂのうちの１つ、７２８、７３０を評価してもよい。例えば、ビデオエンコーダ２００およびビデオデコーダ３００は、評価を開始して、（「０」として識別されている）ブロック７２０から開始し、（「１」として識別されている）ブロック７２２が続き、その後、（「２」として識別されている）ブロック７２４が続き、動きベクトル情報があるか否かを決定してもよい。
［０１４６］
図７Ａおよび図７ＢのブロックＡ１ ７１０ＡおよびＢ１ ７１０Ｂと同様に、図７Ｃでは、ビデオエンコーダ２００およびビデオデコーダ３００は、ブロック７２４に対する動きベクトル情報があるか否かに基づいて（例えば、ブロック７２４がインターコード化されているか否かに基づいて）、（両方とも「３」として識別されている）ブロック７２４Ａまたは７２４Ｂのうちの１つを評価してもよい。図示されているように、ブロック７２６Ａまたは７２６Ｂのうちの１つの後、ビデオエンコーダ２００およびビデオデコーダ３００は、ブロック７２８を評価し、その後、ブロック７３０を評価してもよい。
図７Ａおよび図７ＢのブロックＡ１ ７１０ＡおよびＢ１ ７１０Ｂと同様に、図７Ｃでは、ビデオエンコーダ２００およびビデオデコーダ３００は、ブロック７２４に対する動きベクトル情報があるか否かに基づいて（例えば、ブロック７２４がインターコード化されているか否かに基づいて）、（両方とも「３」として識別されている）ブロック７２４Ａまたは７２４Ｂのうちの１つを評価してもよい。図示されているように、ブロック７２６Ａまたは７２６Ｂのうちの１つの後、ビデオエンコーダ２００およびビデオデコーダ３００は、ブロック７２８を評価し、その後、ブロック７３０を評価してもよい。
［０１４７］
上記では、ビデオエンコーダ２００およびビデオデコーダ３００が隣接ブロックを評価して、動きベクトル予測子リスト中に含まれるべき動きベクトル情報があるか否かを決定してもよい例示的な順序を説明した。いくつかの例では、１つずつ評価するのではなく、ビデオエンコーダ２００およびビデオデコーダ３００が、複数の隣接ブロックを並列に評価することができるかもしれない。このような例では、ビデオエンコーダ２００およびビデオデコーダ３００は、図７Ａ～図７Ｃ中で図示されている順序で、動きベクトル情報を動きベクトル予測子リスト中に順序付けてもよい。
上記では、ビデオエンコーダ２００およびビデオデコーダ３００が隣接ブロックを評価して、動きベクトル予測子リスト中に含まれるべき動きベクトル情報があるか否かを決定してもよい例示的な順序を説明した。いくつかの例では、１つずつ評価するのではなく、ビデオエンコーダ２００およびビデオデコーダ３００が、複数の隣接ブロックを並列に評価することができるかもしれない。このような例では、ビデオエンコーダ２００およびビデオデコーダ３００は、図７Ａ～図７Ｃ中で図示されている順序で、動きベクトル情報を動きベクトル予測子リスト中に順序付けてもよい。
［０１４８］
例として、ビデオエンコーダ２００およびビデオデコーダ３００は、次々にではなく、並列にブロックＡ ７０２およびブロックＢ ７０４を評価してもよい。この例では、ブロックＡ ７０２とブロックＢ ７０４の両方が動きベクトル情報を有する場合には、ビデオエンコーダ２００およびビデオデコーダ３００は、ブロックＡ ７０２が評価順序でブロックＢ ７０４の前にあるので、ブロックＡ ７０２に対する動きベクトル情報がブロックＢ ７０４に対する動きベクトル情報の前にあるように、動きベクトル予測子リストを構築してもよい。
例として、ビデオエンコーダ２００およびビデオデコーダ３００は、次々にではなく、並列にブロックＡ ７０２およびブロックＢ ７０４を評価してもよい。この例では、ブロックＡ ７０２とブロックＢ ７０４の両方が動きベクトル情報を有する場合には、ビデオエンコーダ２００およびビデオデコーダ３００は、ブロックＡ ７０２が評価順序でブロックＢ ７０４の前にあるので、ブロックＡ ７０２に対する動きベクトル情報がブロックＢ ７０４に対する動きベクトル情報の前にあるように、動きベクトル予測子リストを構築してもよい。
［０１４９］
しかしながら、図７Ａ～図７Ｃに示された例では、動きベクトル情報を並列に評価することに制限があるかもしれず、これは計算効率に影響を及ぼすことがある。例えば、ブロックＡ１ ７１０ＡまたはブロックＢ１ ７１０Ｂが評価されるべきか否かは、ブロックＣ ７０６に対する動きベクトル情報があるか否かに基づいている。このような例では、ビデオエンコーダ２００およびビデオデコーダ３００は、連続的に、ブロックＣ ７０６を評価し、ブロックＣ ７０６を評価した結果に基づいて（例えば、ブロックＣ ７０６に対する動きベクトル情報があるか否かに基づいて）、その後、ブロックＡ１ ７１０ＡまたはブロックＢ１ ７１０Ｂのうちの１つを評価してもよい。図７Ｃでは、並列評価ではなく、ビデオエンコーダ２００およびビデオデコーダ３００は、連続的に、ブロック７２４を評価し、ブロック７２４を評価した結果に基づいて（例えば、ブロック７２４に対する動きベクトル情報があるか否かに基づいて）、その後、ブロック７２６Ａまたはブロック７２６Ｂのうちの１つを評価してもよい。
しかしながら、図７Ａ～図７Ｃに示された例では、動きベクトル情報を並列に評価することに制限があるかもしれず、これは計算効率に影響を及ぼすことがある。例えば、ブロックＡ１ ７１０ＡまたはブロックＢ１ ７１０Ｂが評価されるべきか否かは、ブロックＣ ７０６に対する動きベクトル情報があるか否かに基づいている。このような例では、ビデオエンコーダ２００およびビデオデコーダ３００は、連続的に、ブロックＣ ７０６を評価し、ブロックＣ ７０６を評価した結果に基づいて（例えば、ブロックＣ ７０６に対する動きベクトル情報があるか否かに基づいて）、その後、ブロックＡ１ ７１０ＡまたはブロックＢ１ ７１０Ｂのうちの１つを評価してもよい。図７Ｃでは、並列評価ではなく、ビデオエンコーダ２００およびビデオデコーダ３００は、連続的に、ブロック７２４を評価し、ブロック７２４を評価した結果に基づいて（例えば、ブロック７２４に対する動きベクトル情報があるか否かに基づいて）、その後、ブロック７２６Ａまたはブロック７２６Ｂのうちの１つを評価してもよい。
［０１５０］
同様に、ビデオエンコーダ２００およびビデオデコーダ３００がブロックＨ ７１８Ｂ～７１８Ｄのうちの１つを評価するか否かは、ブロック７１８Ａが利用可能である（例えば、ピクチャー外ではない）か否かに基づいていてもよい。時間的に隣接するブロックは図７Ｃに示されていないが、図７Ａ中のブロックＨ ７１８Ａ～７１８Ｄに対して適用されるのと同じことを時間的に隣接するブロックに適用することができる。
同様に、ビデオエンコーダ２００およびビデオデコーダ３００がブロックＨ ７１８Ｂ～７１８Ｄのうちの１つを評価するか否かは、ブロック７１８Ａが利用可能である（例えば、ピクチャー外ではない）か否かに基づいていてもよい。時間的に隣接するブロックは図７Ｃに示されていないが、図７Ａ中のブロックＨ ７１８Ａ～７１８Ｄに対して適用されるのと同じことを時間的に隣接するブロックに適用することができる。
［０１５１］
別の言い方をすると、図７Ａ～図７Ｃ中において説明しているパターンのような、ＭＶＰ候補設計は、図７Ａ中に示されているＨの候補（例えば、ブロックＨ ７１８Ａ～ブロックＨ ７１８Ｄ）のグループから選択されるような、あるＭＶＰ候補の利用可能性に基づいて（例えば、（Ｃ候補利用可能性とも呼ばれる）ブロックＣ ７０６に対する動きベクトル情報の利用可能性に基づいて）、ブロック区分タイプに基づいて、または、ＭＶＰ候補の空間位置に基づいて、条件付きＭＶＰフェッチング（Ａ１｜Ｂ１）（例えば、ブロックＡ１ ７１０ＡまたはブロックＢ１ ７１０Ｂのいずれか）を使用する。このような条件付きフェッチングは、計算複雑性を増加させ、ＭＶＰのあるインプリメンテーションに対する並列化またはメモリ制約に影響を及ぼすかもしれない。
別の言い方をすると、図７Ａ～図７Ｃ中において説明しているパターンのような、ＭＶＰ候補設計は、図７Ａ中に示されているＨの候補（例えば、ブロックＨ ７１８Ａ～ブロックＨ ７１８Ｄ）のグループから選択されるような、あるＭＶＰ候補の利用可能性に基づいて（例えば、（Ｃ候補利用可能性とも呼ばれる）ブロックＣ ７０６に対する動きベクトル情報の利用可能性に基づいて）、ブロック区分タイプに基づいて、または、ＭＶＰ候補の空間位置に基づいて、条件付きＭＶＰフェッチング（Ａ１｜Ｂ１）（例えば、ブロックＡ１ ７１０ＡまたはブロックＢ１ ７１０Ｂのいずれか）を使用する。このような条件付きフェッチングは、計算複雑性を増加させ、ＭＶＰのあるインプリメンテーションに対する並列化またはメモリ制約に影響を及ぼすかもしれない。
［０１５２］
いくつかの例では、多数の依存関係および条件を必要とするかもしれない、動きベクトル予測子リストを構築することは、特に、小さいブロックサイズ、例えば、４×４またはＮ＜＝８である４ｘＮに対して、著しい相対的な（ピクセル毎の）複雑さを導入するかもしれない。より小さいサイズのブロックに対して、空間的に隣接するブロックに対する動きベクトル情報にそれほど多くの多様性はないかもしれない。例えば、現在ブロックに対する左隣接ブロックおよび上隣接ブロックは、より大きいサイズのブロックよりも、より小さいサイズのブロックに対して、互いにより近接しているかもしれない。例示として、図７Ａでは、現在ブロック７００が大きいほど、ブロックＡ ７０２およびブロックＢ０ ７０８は互いから遠く離れ、現在ブロック７００が小さいほど、ブロックＡ ７０２およびブロックＢ０ ７０８は互いに近くなる。
いくつかの例では、多数の依存関係および条件を必要とするかもしれない、動きベクトル予測子リストを構築することは、特に、小さいブロックサイズ、例えば、４×４またはＮ＜＝８である４ｘＮに対して、著しい相対的な（ピクセル毎の）複雑さを導入するかもしれない。より小さいサイズのブロックに対して、空間的に隣接するブロックに対する動きベクトル情報にそれほど多くの多様性はないかもしれない。例えば、現在ブロックに対する左隣接ブロックおよび上隣接ブロックは、より大きいサイズのブロックよりも、より小さいサイズのブロックに対して、互いにより近接しているかもしれない。例示として、図７Ａでは、現在ブロック７００が大きいほど、ブロックＡ ７０２およびブロックＢ０ ７０８は互いから遠く離れ、現在ブロック７００が小さいほど、ブロックＡ ７０２およびブロックＢ０ ７０８は互いに近くなる。
［０１５３］
互いにより近い２つのブロックは、類似する動きベクトル情報を有する傾向がある。したがって、より小さいサイズのブロックに対しては、より大きいサイズのブロックに対する空間的に隣接するブロックと比較して、空間的に隣接するブロックが類似する動きベクトル情報を有している高い確率がある。空間的に隣接するブロックが類似する動きベクトル情報を有する高い確率があることから、比較的大きなサイズの動きベクトル予測子リストを有することは、動きベクトル情報において多様性を提供しないかもしれない。言い換えれば、より小さいサイズのブロックに対して、比較的大きいサイズの動きベクトル予測子リストを有することは、多くの動きベクトル予測子候補を提供するかもしれないが、動きベクトル情報中の多様性は大きくないかもしれない。しかしながら、より大きいサイズのブロックに対して、比較的大きい動きベクトル予測子リストを有することは、多様性のある動きベクトル情報を提供するかもしれず、実際の動きベクトルに比較的近い値を有する動きベクトル予測子候補を含めることが可能になる。
互いにより近い２つのブロックは、類似する動きベクトル情報を有する傾向がある。したがって、より小さいサイズのブロックに対しては、より大きいサイズのブロックに対する空間的に隣接するブロックと比較して、空間的に隣接するブロックが類似する動きベクトル情報を有している高い確率がある。空間的に隣接するブロックが類似する動きベクトル情報を有する高い確率があることから、比較的大きなサイズの動きベクトル予測子リストを有することは、動きベクトル情報において多様性を提供しないかもしれない。言い換えれば、より小さいサイズのブロックに対して、比較的大きいサイズの動きベクトル予測子リストを有することは、多くの動きベクトル予測子候補を提供するかもしれないが、動きベクトル情報中の多様性は大きくないかもしれない。しかしながら、より大きいサイズのブロックに対して、比較的大きい動きベクトル予測子リストを有することは、多様性のある動きベクトル情報を提供するかもしれず、実際の動きベクトルに比較的近い値を有する動きベクトル予測子候補を含めることが可能になる。
［０１５４］
したがって、すべてのサイズのブロックに対して同じサイズの動きベクトル予測子リストを有することは望ましくないかもしれない。小さいサイズのブロックに対して、大きいサイズのブロックの動きベクトル予測子リストと同じサイズである動きベクトル予測子リストを有することは、動きベクトル情報における多様性の欠如のために、複数の動きベクトル予測子候補を有することからのコーディング利得を達成することなく、ビデオエンコーダ２００およびビデオデコーダ３００が、動きベクトル予測子リストを埋めるために、複数の動作を実行する必要があることを意味する。したがって、より小さいサイズのブロックに対して、より小さいサイズの動きベクトル予測子リストが有益かもしれない。しかしながら、より大きいサイズのブロックに対して、比較的小さいサイズの動きベクトル予測子リストを有することは、動きベクトル予測子リストのサイズが小さいことに起因して、多様な動きベクトル予測子候補が動きベクトル予測子リストから除外されているかもしれないことから、不利益であるかもしれない。
したがって、すべてのサイズのブロックに対して同じサイズの動きベクトル予測子リストを有することは望ましくないかもしれない。小さいサイズのブロックに対して、大きいサイズのブロックの動きベクトル予測子リストと同じサイズである動きベクトル予測子リストを有することは、動きベクトル情報における多様性の欠如のために、複数の動きベクトル予測子候補を有することからのコーディング利得を達成することなく、ビデオエンコーダ２００およびビデオデコーダ３００が、動きベクトル予測子リストを埋めるために、複数の動作を実行する必要があることを意味する。したがって、より小さいサイズのブロックに対して、より小さいサイズの動きベクトル予測子リストが有益かもしれない。しかしながら、より大きいサイズのブロックに対して、比較的小さいサイズの動きベクトル予測子リストを有することは、動きベクトル予測子リストのサイズが小さいことに起因して、多様な動きベクトル予測子候補が動きベクトル予測子リストから除外されているかもしれないことから、不利益であるかもしれない。
［０１５５］
これらの欠点に鑑みて、本開示は、時空間動きベクトル予測子リスト構築を実行するための以下の技法を説明する。例示的な技法は、別々にまたは組み合わせて適用してもよい。また、例示的な技法は、上記で説明した問題に対処するかもしれない。しかしながら、例示的な技法は、上記で説明した問題に対処することに限定されるものとして見なされるべきではない。
これらの欠点に鑑みて、本開示は、時空間動きベクトル予測子リスト構築を実行するための以下の技法を説明する。例示的な技法は、別々にまたは組み合わせて適用してもよい。また、例示的な技法は、上記で説明した問題に対処するかもしれない。しかしながら、例示的な技法は、上記で説明した問題に対処することに限定されるものとして見なされるべきではない。
［０１５６］
１つの例では、本開示は、空間および時間ＭＶＰ候補が発生されるパターンを決定する技法を説明する。ビデオエンコーダ２００およびビデオデコーダ３００は、時空間隣接候補からの以下の動きベクトル予測子リスト構築プロセスを用いてもよい。動きベクトル予測子リストにおける候補の配置の優先度は、図８Ａ中に示されているように、０．．．７からの数字によりマークされている。
１つの例では、本開示は、空間および時間ＭＶＰ候補が発生されるパターンを決定する技法を説明する。ビデオエンコーダ２００およびビデオデコーダ３００は、時空間隣接候補からの以下の動きベクトル予測子リスト構築プロセスを用いてもよい。動きベクトル予測子リストにおける候補の配置の優先度は、図８Ａ中に示されているように、０．．．７からの数字によりマークされている。
［０１５７］
最初に、ビデオエンコーダ２００およびビデオデコーダ３００は、図８Ａにおいて実線ブロックで示されている順序０．．．４で、空間ＭＶＰ候補を巡回する（すなわち、動き情報の利用可能性を検査する）。例えば、ビデオエンコーダ２００およびビデオデコーダ３００は、ブロック０ ８０２、ブロック１ ８０４、ブロック２ ８０６、ブロック３ ８０８、ブロック４ ８１０に対して、動きベクトル情報が利用可能であるか否かを決定してもよい。
最初に、ビデオエンコーダ２００およびビデオデコーダ３００は、図８Ａにおいて実線ブロックで示されている順序０．．．４で、空間ＭＶＰ候補を巡回する（すなわち、動き情報の利用可能性を検査する）。例えば、ビデオエンコーダ２００およびビデオデコーダ３００は、ブロック０ ８０２、ブロック１ ８０４、ブロック２ ８０６、ブロック３ ８０８、ブロック４ ８１０に対して、動きベクトル情報が利用可能であるか否かを決定してもよい。
［０１５８］
次に、ビデオエンコーダ２００およびビデオデコーダ３００は、破線ブロックとして示されている時間的にコロケートされた位置（５、６および７）からの動きベクトル予測子候補を巡回する（すなわち、動き情報の利用可能性を検査する）。例えば、ビデオエンコーダ２００およびビデオデコーダ３００は、中央コロケートされたブロック５ ８１２とも呼ばれるブロック５ ８１２、または、下コロケートされたブロック６ ８１４とも呼ばれるブロック６ ８１４（下コロケートされたブロック６ ８１４は、図８Ａの現在ブロック８００の下にあり、図８Ａの現在ブロック８００の右に最も近いものであってもよい）、または、右コロケートされたブロック７ ８１６とも呼ばれるブロック７ ８１６（右コロケートされたブロック７ ８１６は、図８Ｂの現在ブロック８００の右にあり、図８Ｂの現在ブロック８００の下に最も近いものであってもよい）に対して、動きベクトル情報が利用可能であるか否かを決定してもよい。
次に、ビデオエンコーダ２００およびビデオデコーダ３００は、破線ブロックとして示されている時間的にコロケートされた位置（５、６および７）からの動きベクトル予測子候補を巡回する（すなわち、動き情報の利用可能性を検査する）。例えば、ビデオエンコーダ２００およびビデオデコーダ３００は、中央コロケートされたブロック５ ８１２とも呼ばれるブロック５ ８１２、または、下コロケートされたブロック６ ８１４とも呼ばれるブロック６ ８１４（下コロケートされたブロック６ ８１４は、図８Ａの現在ブロック８００の下にあり、図８Ａの現在ブロック８００の右に最も近いものであってもよい）、または、右コロケートされたブロック７ ８１６とも呼ばれるブロック７ ８１６（右コロケートされたブロック７ ８１６は、図８Ｂの現在ブロック８００の右にあり、図８Ｂの現在ブロック８００の下に最も近いものであってもよい）に対して、動きベクトル情報が利用可能であるか否かを決定してもよい。
［０１５９］
図８Ａは、本開示の１つの例による、例示的な時空間動きベクトル予測子パターンを示す概念図である。図８Ｂは、本開示の１つの例による、例示的な逆時空間動きベクトル予測子パターンを示す概念図である。図８Ｃは、本開示の１つの例による、別の例示的な逆時空間動きベクトル予測子パターンを示す概念図である。図８Ａ～図８Ｃは、（例えば、破線ブロックにより示されているような）時間的にコロケートされたブロックに対する、（例えば、ブロック中の数字により示されているような）異なる検査順序とともに、異なるロケーションを示している。
図８Ａは、本開示の１つの例による、例示的な時空間動きベクトル予測子パターンを示す概念図である。図８Ｂは、本開示の１つの例による、例示的な逆時空間動きベクトル予測子パターンを示す概念図である。図８Ｃは、本開示の１つの例による、別の例示的な逆時空間動きベクトル予測子パターンを示す概念図である。図８Ａ～図８Ｃは、（例えば、破線ブロックにより示されているような）時間的にコロケートされたブロックに対する、（例えば、ブロック中の数字により示されているような）異なる検査順序とともに、異なるロケーションを示している。
［０１６０］
コーディングモード、区分のタイプ、および／または、コーディング方向、特に逆走査順序処理を伴うコーディングモードに依存して、図８Ｂ中に示されているように、空間的に反転された（または、ミラーリングされた）パターンを用いることができる。いくつかの例では、図８Ａ中に示されているパターンの一部を反転することができ、例えば、空間位置のみを反転し、時間候補ロケーションは同じままにする。さらに別の例では、ＭＶＰ候補のパターン（例えば、相対ロケーション）は同じままであってもよい。しかしながら、巡回順序は、図８Ｃ中に示されているように、ある軸（例えば、対角軸）に沿って空間的に反転（ミラーリング）されていてもよい。
コーディングモード、区分のタイプ、および／または、コーディング方向、特に逆走査順序処理を伴うコーディングモードに依存して、図８Ｂ中に示されているように、空間的に反転された（または、ミラーリングされた）パターンを用いることができる。いくつかの例では、図８Ａ中に示されているパターンの一部を反転することができ、例えば、空間位置のみを反転し、時間候補ロケーションは同じままにする。さらに別の例では、ＭＶＰ候補のパターン（例えば、相対ロケーション）は同じままであってもよい。しかしながら、巡回順序は、図８Ｃ中に示されているように、ある軸（例えば、対角軸）に沿って空間的に反転（ミラーリング）されていてもよい。
［０１６１］
１つ以上の例では、ビデオエンコーダ２００およびビデオデコーダ３００はそれぞれ、現在ブロック８００を含むピクチャーのコーディング順序に基づいて、動きベクトル予測子リストを構築してもよい。コーディング順序の１つの例は、左から右へのコーディング順序であり、このケースでは、ビデオエンコーダ２００およびビデオデコーダ３００は、現在ピクチャーの左上角から開始して、現在ピクチャーの右端に達するまで、そして左上角の下のブロックが続き、右下に位置しているブロックに達するまで同様に、ブロック毎にエンコードまたはデコードする。コーディング順序の別の例は、右から左へのコーディング順序であり、このケースでは、ビデオエンコーダ２００およびビデオデコーダ３００は、現在ピクチャーの右上角から開始して、現在ピクチャーの左端に達するまで、そして右上角の下のブロックが続き、左下に位置しているブロックに達するまで同様に、ブロック毎にエンコードまたはデコードすることができる。
１つ以上の例では、ビデオエンコーダ２００およびビデオデコーダ３００はそれぞれ、現在ブロック８００を含むピクチャーのコーディング順序に基づいて、動きベクトル予測子リストを構築してもよい。コーディング順序の１つの例は、左から右へのコーディング順序であり、このケースでは、ビデオエンコーダ２００およびビデオデコーダ３００は、現在ピクチャーの左上角から開始して、現在ピクチャーの右端に達するまで、そして左上角の下のブロックが続き、右下に位置しているブロックに達するまで同様に、ブロック毎にエンコードまたはデコードする。コーディング順序の別の例は、右から左へのコーディング順序であり、このケースでは、ビデオエンコーダ２００およびビデオデコーダ３００は、現在ピクチャーの右上角から開始して、現在ピクチャーの左端に達するまで、そして右上角の下のブロックが続き、左下に位置しているブロックに達するまで同様に、ブロック毎にエンコードまたはデコードすることができる。
［０１６２］
コーディング順序は、空間的に隣接するどのブロックが検査のために利用可能であるかに影響を及ぼすかもしれない。例えば、以前にエンコードまたはデコードされているブロックのみの動きベクトル情報が利用可能かもしれない。したがって、ブロックがまだエンコードまたはデコードされていない場合には、そのブロックに対する動きベクトル情報はまだ利用可能ではないかもしれない。エンコーディング順序は、ブロックがエンコードまたはデコードされる順序を規定するので、空間的に隣接するブロックの動きベクトル情報を決定することができるか否かは、コーディング順序に基づいている。
コーディング順序は、空間的に隣接するどのブロックが検査のために利用可能であるかに影響を及ぼすかもしれない。例えば、以前にエンコードまたはデコードされているブロックのみの動きベクトル情報が利用可能かもしれない。したがって、ブロックがまだエンコードまたはデコードされていない場合には、そのブロックに対する動きベクトル情報はまだ利用可能ではないかもしれない。エンコーディング順序は、ブロックがエンコードまたはデコードされる順序を規定するので、空間的に隣接するブロックの動きベクトル情報を決定することができるか否かは、コーディング順序に基づいている。
［０１６３］
例として、図８Ａでは、左から右へのコーディング順序に対して、ブロック０ ８０２の動きベクトル情報は、現在ブロック８００をエンコードまたはデコードするときには利用可能であるかもしれない。しかしながら、現在ブロック８００の右隣接ブロックの動きベクトル情報は利用可能でないかもしれない。図８Ｂでは、右から左へのコーディング順序に対して、ブロック０ ８１８の動きベクトル情報は、現在ブロック８００をエンコードまたはデコードするときには利用可能であるかもしれない。しかしながら、現在ブロック８００の左隣接ブロックの動きベクトル情報は利用可能でないかもしれない。
例として、図８Ａでは、左から右へのコーディング順序に対して、ブロック０ ８０２の動きベクトル情報は、現在ブロック８００をエンコードまたはデコードするときには利用可能であるかもしれない。しかしながら、現在ブロック８００の右隣接ブロックの動きベクトル情報は利用可能でないかもしれない。図８Ｂでは、右から左へのコーディング順序に対して、ブロック０ ８１８の動きベクトル情報は、現在ブロック８００をエンコードまたはデコードするときには利用可能であるかもしれない。しかしながら、現在ブロック８００の左隣接ブロックの動きベクトル情報は利用可能でないかもしれない。
［０１６４］
１つ以上の例では、左から右へのコーディング順序を有する第１のピクチャー中の第１のブロックに対して、ビデオエンコーダ２００およびビデオデコーダ３００は、第１の動きベクトル予測子リストを構築してもよい。図８Ａ中に示されているように、第１の動きベクトル予測子リスト中の第１のエントリは、第１のブロック（例えば、ブロック０ ８０２）に対する左隣接ブロックの動きベクトル情報に基づいている。第１のブロックに対する左隣接ブロックは、第１のブロックの下境界と同じ下境界を有する第１のブロックの左のブロックであってもよい。左から右へのコーディング順序を有する第２のピクチャー中の第２のブロックに対して、ビデオエンコーダ２００およびビデオデコーダ３００は、第２の動きベクトル予測子リストを構築してもよい。図８Ｂに示されているように、第２の動きベクトル予測子リスト中の第１のエントリは、第２のブロック（例えば、ブロック０ ８１８）に対する右隣接ブロックの動きベクトル情報に基づいている。第２のブロックに対する右隣接ブロックは、第２のブロックの下境界と同じ下境界を有する第２のブロックの右のブロックであってもよい。
１つ以上の例では、左から右へのコーディング順序を有する第１のピクチャー中の第１のブロックに対して、ビデオエンコーダ２００およびビデオデコーダ３００は、第１の動きベクトル予測子リストを構築してもよい。図８Ａ中に示されているように、第１の動きベクトル予測子リスト中の第１のエントリは、第１のブロック（例えば、ブロック０ ８０２）に対する左隣接ブロックの動きベクトル情報に基づいている。第１のブロックに対する左隣接ブロックは、第１のブロックの下境界と同じ下境界を有する第１のブロックの左のブロックであってもよい。左から右へのコーディング順序を有する第２のピクチャー中の第２のブロックに対して、ビデオエンコーダ２００およびビデオデコーダ３００は、第２の動きベクトル予測子リストを構築してもよい。図８Ｂに示されているように、第２の動きベクトル予測子リスト中の第１のエントリは、第２のブロック（例えば、ブロック０ ８１８）に対する右隣接ブロックの動きベクトル情報に基づいている。第２のブロックに対する右隣接ブロックは、第２のブロックの下境界と同じ下境界を有する第２のブロックの右のブロックであってもよい。
［０１６５］
図示されているように、ブロック０ ８０２は、図８Ａの現在ブロック８００の左にある。いくつかの例では、ブロック０ ８０２は、ブロック０ ８０２の下境界が図８Ａの現在ブロック８００の下境界と同じであるように、図８Ａの現在ブロック８００の左に位置していてもよい。図示されているように、ブロック０ ８１８は、図８Ｂの現在ブロック８００の右にある。いくつかの例では、ブロック０ ８１８は、ブロック０ ８１８の下境界が図８Ｂの現在ブロック８００の下境界と同じであるように、図８Ｂの現在ブロック８００の右に位置していてもよい。
図示されているように、ブロック０ ８０２は、図８Ａの現在ブロック８００の左にある。いくつかの例では、ブロック０ ８０２は、ブロック０ ８０２の下境界が図８Ａの現在ブロック８００の下境界と同じであるように、図８Ａの現在ブロック８００の左に位置していてもよい。図示されているように、ブロック０ ８１８は、図８Ｂの現在ブロック８００の右にある。いくつかの例では、ブロック０ ８１８は、ブロック０ ８１８の下境界が図８Ｂの現在ブロック８００の下境界と同じであるように、図８Ｂの現在ブロック８００の右に位置していてもよい。
［０１６６］
第１の動きベクトル予測子リストに対して、第１の動きベクトル予測子リスト中のエントリは以下の通りであってもよい：第１のエントリは左隣接ブロック０ ８０２であり、第２のエントリは上隣接ブロック１ ８０４であり、第３のエントリは右上隣接ブロック２ ８０６であり、第４のエントリは左下隣接ブロック３ ８０８であり、第５のエントリは左上隣接ブロック４ ８１０である。いくつかの例では、上隣接ブロック１ ８０４は、図８Ａの現在ブロック８００の上であり、図８Ａの現在ブロック８００と右境界を共有していてもよい。
第１の動きベクトル予測子リストに対して、第１の動きベクトル予測子リスト中のエントリは以下の通りであってもよい：第１のエントリは左隣接ブロック０ ８０２であり、第２のエントリは上隣接ブロック１ ８０４であり、第３のエントリは右上隣接ブロック２ ８０６であり、第４のエントリは左下隣接ブロック３ ８０８であり、第５のエントリは左上隣接ブロック４ ８１０である。いくつかの例では、上隣接ブロック１ ８０４は、図８Ａの現在ブロック８００の上であり、図８Ａの現在ブロック８００と右境界を共有していてもよい。
［０１６７］
第２の動きベクトル予測子リストに対して、第２の動きベクトル予測子リスト中のエントリは以下の通りであってもよい：第１のエントリは右隣接ブロック０ ８１８であり、第２のエントリは上隣接ブロック１ ８２０であり、第３のエントリは左上隣接ブロック２ ８２２であり、第４のエントリは右下隣接ブロック３ ８２４であり、第５のエントリは右上隣接ブロック４ ８２６である。いくつかの例では、上隣接ブロック１ ８２０は、図８Ｂの現在ブロック８００の上であり、図８Ｂの現在ブロック８００と左境界を共有していてもよい。
第２の動きベクトル予測子リストに対して、第２の動きベクトル予測子リスト中のエントリは以下の通りであってもよい：第１のエントリは右隣接ブロック０ ８１８であり、第２のエントリは上隣接ブロック１ ８２０であり、第３のエントリは左上隣接ブロック２ ８２２であり、第４のエントリは右下隣接ブロック３ ８２４であり、第５のエントリは右上隣接ブロック４ ８２６である。いくつかの例では、上隣接ブロック１ ８２０は、図８Ｂの現在ブロック８００の上であり、図８Ｂの現在ブロック８００と左境界を共有していてもよい。
［０１６８］
いくつかの例では、空間的に隣接するブロックを検査した後、ビデオエンコーダ２００およびビデオデコーダ３００は、コロケートされたブロックを検査してもよい。１つの例では、ビデオエンコーダ２００およびビデオデコーダ３００は、中央コロケートされたブロック５ ８１２を検査してもよい。中央コロケートされたブロック５ ８１２に対する動きベクトル情報が利用可能である場合には、ビデオエンコーダ２００およびビデオデコーダ３００は、動きベクトル情報を動きベクトル予測子リストに追加し、他の何らかのコロケートされたブロックからの動きベクトル情報を追加しないかもしれない。
いくつかの例では、空間的に隣接するブロックを検査した後、ビデオエンコーダ２００およびビデオデコーダ３００は、コロケートされたブロックを検査してもよい。１つの例では、ビデオエンコーダ２００およびビデオデコーダ３００は、中央コロケートされたブロック５ ８１２を検査してもよい。中央コロケートされたブロック５ ８１２に対する動きベクトル情報が利用可能である場合には、ビデオエンコーダ２００およびビデオデコーダ３００は、動きベクトル情報を動きベクトル予測子リストに追加し、他の何らかのコロケートされたブロックからの動きベクトル情報を追加しないかもしれない。
［０１６９］
中央コロケートされたブロック５ ８１２に対する動きベクトル情報が利用可能でない場合には、ビデオエンコーダ２００およびビデオデコーダ３００は、下コロケートされたブロック６ ８１４を検査してもよい。下コロケートされたブロック６ ８１４に対する動きベクトル情報が利用可能である場合には、ビデオエンコーダ２００およびビデオデコーダ３００は、動きベクトル情報を動きベクトル予測子リストに追加し、他の何らかのコロケートされたブロックからの動きベクトル情報を追加しないかもしれない。図示されているように、下コロケートされたブロック６ ８１４は、現在ブロック８００の下にあり、現在ブロック８００の右に最も近いブロックであってもよい（例えば、ブロック６ ８１４は図８Ａの現在ブロック８００の下にあり、ブロック６ ８１４の右境界は図８Ａの現在ブロック８００の右境界と同じである）。ブロック６ ８１４に対する座標は（ｘＣｏｌＢｏｔ、ｙＣｏｌＢｏｔ）であってもよく、ここで、ｘＣｏｌＢｏｔ＝ｘＣｂ＋ｃｂＷｉｄｔｈ－１、ｙＣｏｌＢｏｔ＝ｙＣｂ＋ｃｂＨｅｉｇｈｔであり、ここで、（ｘＣｂ、ｙＣｂ）は図８Ａの現在ブロック８００に対する座標であり、ｃｂＷｉｄｔｈは図８Ａの現在ブロック８００の幅であり、ｃｂＨｅｉｇｈｔは図８Ａの現在ブロック８００の高さである。
中央コロケートされたブロック５ ８１２に対する動きベクトル情報が利用可能でない場合には、ビデオエンコーダ２００およびビデオデコーダ３００は、下コロケートされたブロック６ ８１４を検査してもよい。下コロケートされたブロック６ ８１４に対する動きベクトル情報が利用可能である場合には、ビデオエンコーダ２００およびビデオデコーダ３００は、動きベクトル情報を動きベクトル予測子リストに追加し、他の何らかのコロケートされたブロックからの動きベクトル情報を追加しないかもしれない。図示されているように、下コロケートされたブロック６ ８１４は、現在ブロック８００の下にあり、現在ブロック８００の右に最も近いブロックであってもよい（例えば、ブロック６ ８１４は図８Ａの現在ブロック８００の下にあり、ブロック６ ８１４の右境界は図８Ａの現在ブロック８００の右境界と同じである）。ブロック６ ８１４に対する座標は（ｘＣｏｌＢｏｔ、ｙＣｏｌＢｏｔ）であってもよく、ここで、ｘＣｏｌＢｏｔ＝ｘＣｂ＋ｃｂＷｉｄｔｈ－１、ｙＣｏｌＢｏｔ＝ｙＣｂ＋ｃｂＨｅｉｇｈｔであり、ここで、（ｘＣｂ、ｙＣｂ）は図８Ａの現在ブロック８００に対する座標であり、ｃｂＷｉｄｔｈは図８Ａの現在ブロック８００の幅であり、ｃｂＨｅｉｇｈｔは図８Ａの現在ブロック８００の高さである。
［０１７０］
下コロケートされたブロック６ ８１４に対する動きベクトル情報が利用可能でない場合には、ビデオエンコーダ２００およびビデオデコーダ３００は、右コロケートされたブロック７ ８１６を検査してもよい。右コロケートされたブロック７ ８１６に対する動きベクトル情報が利用可能である場合には、ビデオエンコーダ２００およびビデオデコーダ３００は、動きベクトル情報を動きベクトル予測子リストに追加し、他の何らかのコロケートされたブロックからの動きベクトル情報を追加しないかもしれない。図示されているように、右コロケートされたブロック７ ８１６は、図８Ａの現在ブロック８００の右にあり、図８Ａの現在ブロック８００の下に最も近いブロックであってもよい（例えば、ブロック７ ８１６は図８Ａの現在ブロック８００の右であり、ブロック７ ８１６の下境界は図８Ａの現在ブロック８００の下境界と同じである）。ブロック７ ８１６に対する座標は（ｘＣｏｌＢｒ、ｙＣｏｌＢｒ）であってもよく、ここで、ｘＣｏｌＢｒ＝ｘＣｂ＋ｃｂＷｉｄｔｈ、ｙＣｏｌＢｒ＝ｙＣｂ＋ｃｂＨｅｉｇｈｔ－１であり、ここで、（ｘＣｂ、ｙＣｂ）は図８Ａの現在ブロック８００に対する座標であり、ｃｂＷｉｄｔｈは図８Ａの現在ブロック８００の幅であり、ｃｂＨｅｉｇｈｔは図８Ａの現在ブロック８００の高さである。
下コロケートされたブロック６ ８１４に対する動きベクトル情報が利用可能でない場合には、ビデオエンコーダ２００およびビデオデコーダ３００は、右コロケートされたブロック７ ８１６を検査してもよい。右コロケートされたブロック７ ８１６に対する動きベクトル情報が利用可能である場合には、ビデオエンコーダ２００およびビデオデコーダ３００は、動きベクトル情報を動きベクトル予測子リストに追加し、他の何らかのコロケートされたブロックからの動きベクトル情報を追加しないかもしれない。図示されているように、右コロケートされたブロック７ ８１６は、図８Ａの現在ブロック８００の右にあり、図８Ａの現在ブロック８００の下に最も近いブロックであってもよい（例えば、ブロック７ ８１６は図８Ａの現在ブロック８００の右であり、ブロック７ ８１６の下境界は図８Ａの現在ブロック８００の下境界と同じである）。ブロック７ ８１６に対する座標は（ｘＣｏｌＢｒ、ｙＣｏｌＢｒ）であってもよく、ここで、ｘＣｏｌＢｒ＝ｘＣｂ＋ｃｂＷｉｄｔｈ、ｙＣｏｌＢｒ＝ｙＣｂ＋ｃｂＨｅｉｇｈｔ－１であり、ここで、（ｘＣｂ、ｙＣｂ）は図８Ａの現在ブロック８００に対する座標であり、ｃｂＷｉｄｔｈは図８Ａの現在ブロック８００の幅であり、ｃｂＨｅｉｇｈｔは図８Ａの現在ブロック８００の高さである。
［０１７１］
別の例では、ビデオエンコーダ２００およびビデオデコーダ３００は、中央コロケートされたブロック５ ８２８を検査してもよい。中央コロケートされたブロック５ ８２８に対する動きベクトル情報が利用可能である場合には、ビデオエンコーダ２００およびビデオデコーダ３００は、動きベクトル情報を動きベクトル予測子リストに追加し、他の何らかのコロケートされたブロックからの動きベクトル情報を追加しないかもしれない。
別の例では、ビデオエンコーダ２００およびビデオデコーダ３００は、中央コロケートされたブロック５ ８２８を検査してもよい。中央コロケートされたブロック５ ８２８に対する動きベクトル情報が利用可能である場合には、ビデオエンコーダ２００およびビデオデコーダ３００は、動きベクトル情報を動きベクトル予測子リストに追加し、他の何らかのコロケートされたブロックからの動きベクトル情報を追加しないかもしれない。
［０１７２］
中央コロケートされたブロック５ ８２８に対する動きベクトル情報が利用可能でない場合には、ビデオエンコーダ２００およびビデオデコーダ３００は、下コロケートされたブロック６ ８３０を検査してもよい。下コロケートされたブロック６ ８３０に対する動きベクトル情報が利用可能である場合には、ビデオエンコーダ２００およびビデオデコーダ３００は、動きベクトル情報を動きベクトル予測子リストに追加し、他の何らかのコロケートされたブロックからの動きベクトル情報を追加しないかもしれない。図示されているように、下コロケートされたブロック６ ８３０は、現在ブロック８００の下にあり、現在ブロック８００の左に最も近いブロックであってもよい（例えば、ブロック６ ８３０は図８Ｂの現在ブロック８００の下にあり、ブロック６ ８３０の左境界は図８Ｂの現在ブロック８００の左境界と同じである）。ブロック６ ８３０に対する座標は（ｘＣｏｌＢｏｔ、ｙＣｏｌＢｏｔ）であってもよく、ここで、ｘＣｏｌＢｏｔ＝ｘＣｂ、ｙＣｏｌＢｏｔ＝ｙＣｂ＋ｃｂＨｅｉｇｈｔであり、ここで、（ｘＣｂ、ｙＣｂ）は図８Ｂの現在ブロック８００に対する座標であり、ｃｂＷｉｄｔｈは図８Ｂの現在ブロック８００の幅であり、ｃｂＨｅｉｇｈｔは図８Ｂの現在ブロック８００の高さである。
中央コロケートされたブロック５ ８２８に対する動きベクトル情報が利用可能でない場合には、ビデオエンコーダ２００およびビデオデコーダ３００は、下コロケートされたブロック６ ８３０を検査してもよい。下コロケートされたブロック６ ８３０に対する動きベクトル情報が利用可能である場合には、ビデオエンコーダ２００およびビデオデコーダ３００は、動きベクトル情報を動きベクトル予測子リストに追加し、他の何らかのコロケートされたブロックからの動きベクトル情報を追加しないかもしれない。図示されているように、下コロケートされたブロック６ ８３０は、現在ブロック８００の下にあり、現在ブロック８００の左に最も近いブロックであってもよい（例えば、ブロック６ ８３０は図８Ｂの現在ブロック８００の下にあり、ブロック６ ８３０の左境界は図８Ｂの現在ブロック８００の左境界と同じである）。ブロック６ ８３０に対する座標は（ｘＣｏｌＢｏｔ、ｙＣｏｌＢｏｔ）であってもよく、ここで、ｘＣｏｌＢｏｔ＝ｘＣｂ、ｙＣｏｌＢｏｔ＝ｙＣｂ＋ｃｂＨｅｉｇｈｔであり、ここで、（ｘＣｂ、ｙＣｂ）は図８Ｂの現在ブロック８００に対する座標であり、ｃｂＷｉｄｔｈは図８Ｂの現在ブロック８００の幅であり、ｃｂＨｅｉｇｈｔは図８Ｂの現在ブロック８００の高さである。
［０１７３］
下コロケートされたブロック６ ８３０に対する動きベクトル情報が利用可能でない場合には、ビデオエンコーダ２００およびビデオデコーダ３００は、左コロケートされたブロック７ ８３２を検査してもよい。左コロケートされたブロック７ ８３２に対する動きベクトル情報が利用可能である場合には、ビデオエンコーダ２００およびビデオデコーダ３００は、動きベクトル情報を動きベクトル予測子リストに追加し、他の何らかのコロケートされたブロックからの動きベクトル情報を追加しないかもしれない。図示されているように、左コロケートされたブロック７ ８３２は、図８Ｂの現在ブロック８００の左にあり、図８Ｂの現在ブロック８００の下に最も近いブロックであってもよい（例えば、ブロック７ ８３２は図８Ｂの現在ブロック８００の左にあり、ブロック７ ８３２の下境界は図８Ｂの現在ブロック８００の下境界と同じである）。ブロック７ ８３２に対する座標は、（ｘＣｏｌＢｒ、ｙＣｏｌＢｒ）であってもよく、ここで、ｘＣｏｌＢｒ＝ｘＣｂ－１、ｙＣｏｌＢｒ＝ｙＣｂ＋ｃｂＨｅｉｇｈｔ－１であってもよく、ここで、（ｘＣｂ、ｙＣｂ）は図８Ｂの現在ブロック８００に対する座標であり、ｃｂＷｉｄｔｈは図８Ｂの現在ブロック８００の幅であり、ｃｂＨｅｉｇｈｔは図８Ｂの現在ブロック８００の高さである。
下コロケートされたブロック６ ８３０に対する動きベクトル情報が利用可能でない場合には、ビデオエンコーダ２００およびビデオデコーダ３００は、左コロケートされたブロック７ ８３２を検査してもよい。左コロケートされたブロック７ ８３２に対する動きベクトル情報が利用可能である場合には、ビデオエンコーダ２００およびビデオデコーダ３００は、動きベクトル情報を動きベクトル予測子リストに追加し、他の何らかのコロケートされたブロックからの動きベクトル情報を追加しないかもしれない。図示されているように、左コロケートされたブロック７ ８３２は、図８Ｂの現在ブロック８００の左にあり、図８Ｂの現在ブロック８００の下に最も近いブロックであってもよい（例えば、ブロック７ ８３２は図８Ｂの現在ブロック８００の左にあり、ブロック７ ８３２の下境界は図８Ｂの現在ブロック８００の下境界と同じである）。ブロック７ ８３２に対する座標は、（ｘＣｏｌＢｒ、ｙＣｏｌＢｒ）であってもよく、ここで、ｘＣｏｌＢｒ＝ｘＣｂ－１、ｙＣｏｌＢｒ＝ｙＣｂ＋ｃｂＨｅｉｇｈｔ－１であってもよく、ここで、（ｘＣｂ、ｙＣｂ）は図８Ｂの現在ブロック８００に対する座標であり、ｃｂＷｉｄｔｈは図８Ｂの現在ブロック８００の幅であり、ｃｂＨｅｉｇｈｔは図８Ｂの現在ブロック８００の高さである。
［０１７４］
図８Ａおよび図８Ｂにおける空間的に隣接するブロックおよびコロケートされたブロックの位置は１つの例であり、限定するものと見なされるべきではないことを理解されたい。例えば、ブロック８０２は、図８Ａの現在ブロック８００の左に一般的に位置していてもよく、ブロック８１８は、図８Ｂの現在ブロック８００の右に一般的に位置していてもよい。同じことが、他の空間的およびコロケートされたブロックにも適用される。
図８Ａおよび図８Ｂにおける空間的に隣接するブロックおよびコロケートされたブロックの位置は１つの例であり、限定するものと見なされるべきではないことを理解されたい。例えば、ブロック８０２は、図８Ａの現在ブロック８００の左に一般的に位置していてもよく、ブロック８１８は、図８Ｂの現在ブロック８００の右に一般的に位置していてもよい。同じことが、他の空間的およびコロケートされたブロックにも適用される。
［０１７５］
上記の例は、ビデオエンコーダ２００およびビデオデコーダ３００が動きベクトル情報を動きベクトル予測子リスト中に順序付ける例示的な方法を説明している。いくつかの例では、ビデオエンコーダ２００およびビデオデコーダ３００は、動きベクトル情報を、利用可能な場合には、特定の順序で、動きベクトル予測子リスト中で順序付けるが、ビデオエンコーダ２００およびビデオデコーダ３００は、隣接ブロック（例えば、図８Ａおよび図８Ｂ中の空間的に隣接するブロック０．．．４）の動きベクトル情報に並列にアクセスするように構成されていてもよい。言い換えれば、ビデオエンコーダ２００およびビデオデコーダ３００は、動きベクトル予測子リストを構築するのに使用される複数の（例えば、すべての）空間的に隣接するブロックに対する動きベクトル情報を並列に検査してもよい。
上記の例は、ビデオエンコーダ２００およびビデオデコーダ３００が動きベクトル情報を動きベクトル予測子リスト中に順序付ける例示的な方法を説明している。いくつかの例では、ビデオエンコーダ２００およびビデオデコーダ３００は、動きベクトル情報を、利用可能な場合には、特定の順序で、動きベクトル予測子リスト中で順序付けるが、ビデオエンコーダ２００およびビデオデコーダ３００は、隣接ブロック（例えば、図８Ａおよび図８Ｂ中の空間的に隣接するブロック０．．．４）の動きベクトル情報に並列にアクセスするように構成されていてもよい。言い換えれば、ビデオエンコーダ２００およびビデオデコーダ３００は、動きベクトル予測子リストを構築するのに使用される複数の（例えば、すべての）空間的に隣接するブロックに対する動きベクトル情報を並列に検査してもよい。
［０１７６］
例えば、本開示は、動きベクトル予測子候補を動きベクトル予測子リスト中に含めるための技法を説明している。動きベクトル予測子リスト構築の以下のプロセスを説明する。ビデオエンコーダ２００およびビデオデコーダ３００は、無条件順序で、他の動きベクトル予測子候補の利用可能性とは無関係に、動きベクトル予測子候補位置（例えば、すべての空間的に隣接するブロック）を検査してもよい。したがって、動きベクトル予測子候補検査は、並列に実行することができる。
例えば、本開示は、動きベクトル予測子候補を動きベクトル予測子リスト中に含めるための技法を説明している。動きベクトル予測子リスト構築の以下のプロセスを説明する。ビデオエンコーダ２００およびビデオデコーダ３００は、無条件順序で、他の動きベクトル予測子候補の利用可能性とは無関係に、動きベクトル予測子候補位置（例えば、すべての空間的に隣接するブロック）を検査してもよい。したがって、動きベクトル予測子候補検査は、並列に実行することができる。
［０１７７］
ビデオエンコーダ２００およびビデオデコーダ３００は、隣接ブロックの位置がピクチャー境界内にある場合には、隣接ブロックを検査してもよい。また、ビデオエンコーダ２００およびビデオデコーダ３００は、隣接ブロックが既にエンコードまたはデコードされている位置にある隣接ブロックを検査してもよい。さらに、ビデオエンコーダ２００およびビデオデコーダ３００は、隣接ブロックに対して動きベクトル情報が利用可能であるか否かを決定してもよい。上記の例示的な条件が満たされる場合には、ビデオエンコーダ２００およびビデオデコーダ３００は、隣接ブロックの動きベクトル情報を、動きベクトル予測子リスト中に含めてもよい。
ビデオエンコーダ２００およびビデオデコーダ３００は、隣接ブロックの位置がピクチャー境界内にある場合には、隣接ブロックを検査してもよい。また、ビデオエンコーダ２００およびビデオデコーダ３００は、隣接ブロックが既にエンコードまたはデコードされている位置にある隣接ブロックを検査してもよい。さらに、ビデオエンコーダ２００およびビデオデコーダ３００は、隣接ブロックに対して動きベクトル情報が利用可能であるか否かを決定してもよい。上記の例示的な条件が満たされる場合には、ビデオエンコーダ２００およびビデオデコーダ３００は、隣接ブロックの動きベクトル情報を、動きベクトル予測子リスト中に含めてもよい。
［０１７８］
上記で説明したように、動きベクトル予測子リストの最大サイズがあるかもしれない。例えば、動きベクトル予測子リストの有効サイズが、例えば、動きベクトル予測子リストの最大サイズを規定するＭＡＸ＿ＭＶＰ＿ＬＩＳＴ＿ＳＩＺＥにより特定される特定の上側境界値に達するまで、フェッチされた動きベクトル予測子候補が動きベクトル予測子リスト中に含められるかもしれない。いくつかの例では、ＭＡＸ＿ＭＶＰ＿ＬＩＳＴ＿ＳＩＺＥの値は６に等しくすることができる。
上記で説明したように、動きベクトル予測子リストの最大サイズがあるかもしれない。例えば、動きベクトル予測子リストの有効サイズが、例えば、動きベクトル予測子リストの最大サイズを規定するＭＡＸ＿ＭＶＰ＿ＬＩＳＴ＿ＳＩＺＥにより特定される特定の上側境界値に達するまで、フェッチされた動きベクトル予測子候補が動きベクトル予測子リスト中に含められるかもしれない。いくつかの例では、ＭＡＸ＿ＭＶＰ＿ＬＩＳＴ＿ＳＩＺＥの値は６に等しくすることができる。
［０１７９］
しかしながら、上記で説明したように、ブロックサイズを考慮せずにすべてのブロックに対して同じ最大サイズのリストを有することは、十分な候補を構築することが不必要に複雑である、または、十分な候補を含まない、動きベクトル予測子リストをもたらすかもしれない。例えば、上記で説明したように、より小さいサイズのブロックに対して、追加候補は多くのコーディング利得を提供しないかもしれないことから、計算サイクルを低減させるためには、より小さいサイズの動きベクトル予測子リストを有することが有益かもしれない。しかしながら、より大きいサイズのブロックに対して、動きベクトル情報中の良好な多様性を確実にするために、より大きなサイズの動きベクトル予測子リストを有することが有益かもしれない。
しかしながら、上記で説明したように、ブロックサイズを考慮せずにすべてのブロックに対して同じ最大サイズのリストを有することは、十分な候補を構築することが不必要に複雑である、または、十分な候補を含まない、動きベクトル予測子リストをもたらすかもしれない。例えば、上記で説明したように、より小さいサイズのブロックに対して、追加候補は多くのコーディング利得を提供しないかもしれないことから、計算サイクルを低減させるためには、より小さいサイズの動きベクトル予測子リストを有することが有益かもしれない。しかしながら、より大きいサイズのブロックに対して、動きベクトル情報中の良好な多様性を確実にするために、より大きなサイズの動きベクトル予測子リストを有することが有益かもしれない。
［０１８０］
１つの例では、ビデオエンコーダ２００およびビデオデコーダ３００は、現在のコード化ブロックサイズに依存して、構築される動きベクトル予測子リストの最大有効サイズを決定および／または制限するように構成されていてもよい。いくつかの例では、Ｎ＜＝８である、４×ＮまたはＮ×４のピクセル数を含んでいるブロックに対して、有効ＭＶＰリストサイズは、ＳＭＡＬ＿ＢＬＯＣＫ＿ＭＡＸ＿ＭＶＰ＿ＬＩＳＴ＜ＭＡＸ＿ＭＶＰ＿ＬＩＳＴ＿ＳＩＺＥと等しくなるように設定される。変数ＳＭＡＬ＿ＢＬＯＣＫ＿ＭＡＸ＿ＭＶＰ＿ＬＩＳＴは、より小さいサイズのブロックに対する動きベクトル予測子リストの最大サイズを規定し、ここで、より小さいサイズのブロックは、Ｎは８である、４ｘＮまたはＮｘ４以下のサンプルを有するブロックであってもよい。
１つの例では、ビデオエンコーダ２００およびビデオデコーダ３００は、現在のコード化ブロックサイズに依存して、構築される動きベクトル予測子リストの最大有効サイズを決定および／または制限するように構成されていてもよい。いくつかの例では、Ｎ＜＝８である、４×ＮまたはＮ×４のピクセル数を含んでいるブロックに対して、有効ＭＶＰリストサイズは、ＳＭＡＬ＿ＢＬＯＣＫ＿ＭＡＸ＿ＭＶＰ＿ＬＩＳＴ＜ＭＡＸ＿ＭＶＰ＿ＬＩＳＴ＿ＳＩＺＥと等しくなるように設定される。変数ＳＭＡＬ＿ＢＬＯＣＫ＿ＭＡＸ＿ＭＶＰ＿ＬＩＳＴは、より小さいサイズのブロックに対する動きベクトル予測子リストの最大サイズを規定し、ここで、より小さいサイズのブロックは、Ｎは８である、４ｘＮまたはＮｘ４以下のサンプルを有するブロックであってもよい。
［０１８１］
現在ブロックが小さいサイズのブロックであるか否かを示すために、ビデオエンコーダ２００および／またはビデオデコーダ３００は、ｓｍａｌｌＢｌｏｃｋＦｌａｇ（例えば、ブロックが小さいか否かを示すバイナリ値）を決定してもよい。ｓｍａｌｌＢｌｏｃｋＦｌａｇを決定する式は、ｓｍａｌｌＢｌｏｃｋＦｌａｇ＝（ｃｕｗ＊ｃｕｈ＜ＳＭＡＬＬ＿ＢＬＯＣＫ＿ＳＩＺＥ）；ＳＭＡＬＬ＿ＢＬＯＣＫ＿ＳＩＺＥ＝３２であってもよく、ここで、ｃｕｗは現在ブロックの幅であり、ｃｕｈは現在ブロックの高さである。
現在ブロックが小さいサイズのブロックであるか否かを示すために、ビデオエンコーダ２００および／またはビデオデコーダ３００は、ｓｍａｌｌＢｌｏｃｋＦｌａｇ（例えば、ブロックが小さいか否かを示すバイナリ値）を決定してもよい。ｓｍａｌｌＢｌｏｃｋＦｌａｇを決定する式は、ｓｍａｌｌＢｌｏｃｋＦｌａｇ＝（ｃｕｗ＊ｃｕｈ＜ＳＭＡＬＬ＿ＢＬＯＣＫ＿ＳＩＺＥ）；ＳＭＡＬＬ＿ＢＬＯＣＫ＿ＳＩＺＥ＝３２であってもよく、ここで、ｃｕｗは現在ブロックの幅であり、ｃｕｈは現在ブロックの高さである。
［０１８２］
いくつかの例では、小さいブロックサイズＳＭＡＬＬ＿ＢＬＯＣＫ＿ＳＩＺＥの基準は、１６ピクセルに等しくなるように規定することができる。したがって、小さいブロックサイズに対する３２という例は１つの例にすぎず、小さいブロックサイズに対して、３２および１６以外の値が、本開示により企図されている。
いくつかの例では、小さいブロックサイズＳＭＡＬＬ＿ＢＬＯＣＫ＿ＳＩＺＥの基準は、１６ピクセルに等しくなるように規定することができる。したがって、小さいブロックサイズに対する３２という例は１つの例にすぎず、小さいブロックサイズに対して、３２および１６以外の値が、本開示により企図されている。
［０１８３］
いくつかの例では、ＭＡＸ＿ＭＶＰ＿ＬＩＳＴ＿ＳＩＺＥの値は４に等しくすることができる。すなわち、小さいサイズのブロックに対して、動きベクトル予測子リストの最大サイズは４であってもよい。いくつかの例では、小さいブロックサイズの基準は、ブロックエッジ長の値を通して表現することができる。
ｓｍａｌｌＢｌｏｃｋＦｌａｇ＝（（ｍａｘ（ｃｕｗ、ｃｕｈ）＜＝８＆＆ｍｉｎ（ｃｕｗ、ｃｕｈ）＜８））
もし（ｓｍａｌｌＢｌｏｃｋＦｌａｇ）、
ＳＭＡＬ＿ＢＬＯＣＫ＿ＭＡＸ＿ＭＶＰ＿ＬＩＳＴを使用し、
そうでなければ、
ＭＡＸ＿ＭＶＰ＿ＬＩＳＴ＿ＳＩＺＥを使用する。
いくつかの例では、ＭＡＸ＿ＭＶＰ＿ＬＩＳＴ＿ＳＩＺＥの値は４に等しくすることができる。すなわち、小さいサイズのブロックに対して、動きベクトル予測子リストの最大サイズは４であってもよい。いくつかの例では、小さいブロックサイズの基準は、ブロックエッジ長の値を通して表現することができる。
ｓｍａｌｌＢｌｏｃｋＦｌａｇ＝（（ｍａｘ（ｃｕｗ、ｃｕｈ）＜＝８＆＆ｍｉｎ（ｃｕｗ、ｃｕｈ）＜８））
もし（ｓｍａｌｌＢｌｏｃｋＦｌａｇ）、
ＳＭＡＬ＿ＢＬＯＣＫ＿ＭＡＸ＿ＭＶＰ＿ＬＩＳＴを使用し、
そうでなければ、
ＭＡＸ＿ＭＶＰ＿ＬＩＳＴ＿ＳＩＺＥを使用する。
［０１８４］
別の例では、本開示は、動きベクトル予測子候補リストパラメータのシグナリングに対する技法を説明している。例えば、最大可能動きベクトル予測子リストサイズ（ＭＡＸ＿ＭＶＰ＿ＬＩＳＴ＿ＳＩＺＥ）は、サイド情報（例えば、ビデオエンコーダ２００からシグナリングされる情報）として、デコーダ側（例えば、ビデオデコーダ３００）において特定することができる。
別の例では、本開示は、動きベクトル予測子候補リストパラメータのシグナリングに対する技法を説明している。例えば、最大可能動きベクトル予測子リストサイズ（ＭＡＸ＿ＭＶＰ＿ＬＩＳＴ＿ＳＩＺＥ）は、サイド情報（例えば、ビデオエンコーダ２００からシグナリングされる情報）として、デコーダ側（例えば、ビデオデコーダ３００）において特定することができる。
［０１８５］
いくつかの例では、現在のコーディング条件に対して、例えば、現在のシーケンス、ピクチャー、スライス、または、ＣＵのグループに対して、アプリケーションにより有効に使用される最大動きベクトル予測子リストサイズ（例えば、ＭＡＸ＿ＭＶＰ＿ＬＩＳＴ＿ＳＩＺＥおよび／またはＳＭＡＬ＿ＢＬＯＣＫ＿ＭＡＸ＿ＭＶＰ＿ＬＩＳＴ）は、例えば、シーケンス／ピクチャー／スライスヘッダまたは他のレベルにおいて、ビットストリームのシンタックス要素によりシグナリングされるかもしれない。
いくつかの例では、現在のコーディング条件に対して、例えば、現在のシーケンス、ピクチャー、スライス、または、ＣＵのグループに対して、アプリケーションにより有効に使用される最大動きベクトル予測子リストサイズ（例えば、ＭＡＸ＿ＭＶＰ＿ＬＩＳＴ＿ＳＩＺＥおよび／またはＳＭＡＬ＿ＢＬＯＣＫ＿ＭＡＸ＿ＭＶＰ＿ＬＩＳＴ）は、例えば、シーケンス／ピクチャー／スライスヘッダまたは他のレベルにおいて、ビットストリームのシンタックス要素によりシグナリングされるかもしれない。
［０１８６］
いくつかの例では、ブロックサイズ依存のパラメータ、例えば、ＳＭＡＬＬ＿ＢＬＯＣＫ＿ＳＩＺＥは、サイド情報としてデコーダ側において特定される。別の例では、このパラメータは、ビットストリームを通してシグナリングされてもよい。
いくつかの例では、ブロックサイズ依存のパラメータ、例えば、ＳＭＡＬＬ＿ＢＬＯＣＫ＿ＳＩＺＥは、サイド情報としてデコーダ側において特定される。別の例では、このパラメータは、ビットストリームを通してシグナリングされてもよい。
［０１８７］
図２は、本開示の技法を実行してもよい、例示的なビデオエンコーダ２００を図示するブロック図である。図２は、説明の目的のために提供されており、本開示において広く例示し説明しているような技法の限定と見なすべきではない。説明の目的のために、本開示は、開発中のＨＥＶＣビデオコーディング標準規格およびＨ．２６６／ＶＶＣビデオコーディング標準規格のような、ビデオコーディング標準規格のコンテキストで、ビデオエンコーダ２００を説明する。しかしながら、本開示の技法は、これらのビデオコーディング標準規格には限定されず、一般的に、ビデオエンコーディングおよびデコーディングに適用可能である。
図２は、本開示の技法を実行してもよい、例示的なビデオエンコーダ２００を図示するブロック図である。図２は、説明の目的のために提供されており、本開示において広く例示し説明しているような技法の限定と見なすべきではない。説明の目的のために、本開示は、開発中のＨＥＶＣビデオコーディング標準規格およびＨ．２６６／ＶＶＣビデオコーディング標準規格のような、ビデオコーディング標準規格のコンテキストで、ビデオエンコーダ２００を説明する。しかしながら、本開示の技法は、これらのビデオコーディング標準規格には限定されず、一般的に、ビデオエンコーディングおよびデコーディングに適用可能である。
［０１８８］
図２の例では、ビデオエンコーダ２００は、ビデオデータメモリ２３０と、モード選択ユニット２０２と、残差発生ユニット２０４と、変換処理ユニット２０６と、量子化ユニット２０８と、逆量子化ユニット２１０と、逆変換処理ユニット２１２と、再構築ユニット２１４と、フィルタユニット２１６と、デコードピクチャーバッファ（ＤＢＰ）２１８と、エントロピーエンコーディングユニット２２０とを含んでいる。
図２の例では、ビデオエンコーダ２００は、ビデオデータメモリ２３０と、モード選択ユニット２０２と、残差発生ユニット２０４と、変換処理ユニット２０６と、量子化ユニット２０８と、逆量子化ユニット２１０と、逆変換処理ユニット２１２と、再構築ユニット２１４と、フィルタユニット２１６と、デコードピクチャーバッファ（ＤＢＰ）２１８と、エントロピーエンコーディングユニット２２０とを含んでいる。
［０１８９］
ビデオデータメモリ２３０は、ビデオエンコーダ２００のコンポーネントによってエンコードされるべきビデオデータを記憶していてもよい。ビデオエンコーダ２００は、例えば、ビデオソース１０４（図１）からのビデオデータメモリ２３０中に記憶されているビデオデータを受け取ってもよい。ＤＰＢ２１８は、ビデオエンコーダ２００による後続のビデオデータの予測において使用するための参照ビデオデータを記憶する参照ピクチャーメモリとして機能してもよい。ビデオデータメモリ２３０およびＤＰＢ２１８は、同期ダイナミックランダムアクセスメモリ（ＤＲＡＭ）（ＳＤＲＡＭ）を含むＤＲＡＭ、磁気抵抗ＲＡＭ（ＭＲＡＭ）、抵抗ＲＡＭ（ＲＲＡＭ（登録商標））、または、他のタイプのメモリデバイスのような、さまざまなメモリデバイスのうちのいずれかによって形成されていてもよい。ビデオデータメモリ２３０およびＤＰＢ２１８は、同じメモリデバイスまたは別個のメモリデバイスによって提供されていてもよい。さまざまな例では、ビデオデータメモリ２３０は、図示するように、ビデオエンコーダ２００の他のコンポーネントとともにオンチップであってもよく、または、これらのコンポーネントに対してオフチップであってもよい。
ビデオデータメモリ２３０は、ビデオエンコーダ２００のコンポーネントによってエンコードされるべきビデオデータを記憶していてもよい。ビデオエンコーダ２００は、例えば、ビデオソース１０４（図１）からのビデオデータメモリ２３０中に記憶されているビデオデータを受け取ってもよい。ＤＰＢ２１８は、ビデオエンコーダ２００による後続のビデオデータの予測において使用するための参照ビデオデータを記憶する参照ピクチャーメモリとして機能してもよい。ビデオデータメモリ２３０およびＤＰＢ２１８は、同期ダイナミックランダムアクセスメモリ（ＤＲＡＭ）（ＳＤＲＡＭ）を含むＤＲＡＭ、磁気抵抗ＲＡＭ（ＭＲＡＭ）、抵抗ＲＡＭ（ＲＲＡＭ（登録商標））、または、他のタイプのメモリデバイスのような、さまざまなメモリデバイスのうちのいずれかによって形成されていてもよい。ビデオデータメモリ２３０およびＤＰＢ２１８は、同じメモリデバイスまたは別個のメモリデバイスによって提供されていてもよい。さまざまな例では、ビデオデータメモリ２３０は、図示するように、ビデオエンコーダ２００の他のコンポーネントとともにオンチップであってもよく、または、これらのコンポーネントに対してオフチップであってもよい。
［０１９０］
本開示では、ビデオデータメモリ２３０への参照は、そのように具体的に説明されない限り、ビデオエンコーダ２００に対して内部であるメモリ、または、そのように具体的に説明されない限り、ビデオエンコーダ２００に対して外部であるメモリに限定されるものとして解釈すべきではない。むしろ、ビデオデータメモリ２３０への参照は、ビデオエンコーダ２００がエンコードするために受け取るビデオデータ（例えば、エンコードされるべき現在ブロックに対するビデオデータ）を記憶するメモリとして理解すべきである。図１のメモリ１０６はまた、ビデオエンコーダ２００のさまざまなユニットからの出力の一時記憶装置を提供してもよい。
本開示では、ビデオデータメモリ２３０への参照は、そのように具体的に説明されない限り、ビデオエンコーダ２００に対して内部であるメモリ、または、そのように具体的に説明されない限り、ビデオエンコーダ２００に対して外部であるメモリに限定されるものとして解釈すべきではない。むしろ、ビデオデータメモリ２３０への参照は、ビデオエンコーダ２００がエンコードするために受け取るビデオデータ（例えば、エンコードされるべき現在ブロックに対するビデオデータ）を記憶するメモリとして理解すべきである。図１のメモリ１０６はまた、ビデオエンコーダ２００のさまざまなユニットからの出力の一時記憶装置を提供してもよい。
［０１９１］
図２のさまざまなユニットは、ビデオエンコーダ２００によって実行される動作の理解を助けるために示されている。ユニットは、固定機能回路、プログラマブル回路、または、これらの組み合わせとして実現してもよい。固定機能回路は、特定の機能性を提供する回路を指し、実行できる動作に対して予め設定される。プログラマブル回路は、さまざまなタスクを実行するようにプログラムでき、実行できる動作において柔軟な機能性を提供できる回路を指している。例えば、プログラマブル回路は、ソフトウェアまたはファームウェアの命令によって規定される方法でプログラマブル回路を動作させるソフトウェアまたはファームウェアを実行してもよい。固定機能回路は、（例えば、パラメータを受け取るまたはパラメータを出力するために）ソフトウェア命令を実行するかもしれないが、固定機能回路が実行する動作のタイプは一般的に不変である。いくつかの例では、ユニットのうちの１つ以上は、別個の回路ブロック（固定機能またはプログラマブル）であってよく、いくつかの例では、１つ以上のユニットは集積回路であってよい。
図２のさまざまなユニットは、ビデオエンコーダ２００によって実行される動作の理解を助けるために示されている。ユニットは、固定機能回路、プログラマブル回路、または、これらの組み合わせとして実現してもよい。固定機能回路は、特定の機能性を提供する回路を指し、実行できる動作に対して予め設定される。プログラマブル回路は、さまざまなタスクを実行するようにプログラムでき、実行できる動作において柔軟な機能性を提供できる回路を指している。例えば、プログラマブル回路は、ソフトウェアまたはファームウェアの命令によって規定される方法でプログラマブル回路を動作させるソフトウェアまたはファームウェアを実行してもよい。固定機能回路は、（例えば、パラメータを受け取るまたはパラメータを出力するために）ソフトウェア命令を実行するかもしれないが、固定機能回路が実行する動作のタイプは一般的に不変である。いくつかの例では、ユニットのうちの１つ以上は、別個の回路ブロック（固定機能またはプログラマブル）であってよく、いくつかの例では、１つ以上のユニットは集積回路であってよい。
［０１９２］
ビデオエンコーダ２００は、プログラマブル回路から形成される、算術論理ユニット（ＡＬＵ）、基本機能ユニット（ＥＦＵ）、デジタル回路、アナログ回路、および／または、プログラマブルコアを含んでいてもよい。ビデオエンコーダ２００の動作がプログラマブル回路によって実行されるソフトウェアを使用して実施される例では、メモリ１０６（図１）は、ビデオエンコーダ２００が受け取って実行するソフトウェアのオブジェクトコードを記憶していてもよく、または、ビデオエンコーダ２００内の（図示されていない）別のメモリがこのような命令を記憶していてもよい。
ビデオエンコーダ２００は、プログラマブル回路から形成される、算術論理ユニット（ＡＬＵ）、基本機能ユニット（ＥＦＵ）、デジタル回路、アナログ回路、および／または、プログラマブルコアを含んでいてもよい。ビデオエンコーダ２００の動作がプログラマブル回路によって実行されるソフトウェアを使用して実施される例では、メモリ１０６（図１）は、ビデオエンコーダ２００が受け取って実行するソフトウェアのオブジェクトコードを記憶していてもよく、または、ビデオエンコーダ２００内の（図示されていない）別のメモリがこのような命令を記憶していてもよい。
［０１９３］
ビデオデータメモリ２３０は、受け取ったビデオデータを記憶するように構成されている。ビデオエンコーダ２００は、ビデオデータメモリ２３０からビデオデータのピクチャーを取り出し、ビデオデータを残差発生ユニット２０４およびモード選択ユニット２０２に提供してもよい。ビデオデータメモリ２３０中のビデオデータは、エンコードされるべき生のビデオデータであってもよい。
ビデオデータメモリ２３０は、受け取ったビデオデータを記憶するように構成されている。ビデオエンコーダ２００は、ビデオデータメモリ２３０からビデオデータのピクチャーを取り出し、ビデオデータを残差発生ユニット２０４およびモード選択ユニット２０２に提供してもよい。ビデオデータメモリ２３０中のビデオデータは、エンコードされるべき生のビデオデータであってもよい。
［０１９４］
モード選択ユニット２０２は、動き推定ユニット２２２と、動き補償ユニット２２４と、イントラ予測ユニット２２６とを含んでいる。モード選択ユニット２０２は、他の予測モードにしたがってビデオ予測を実行するための追加の機能ユニットを含んでいてもよい。例として、モード選択ユニット２０２は、パレットユニット、（動き推定ユニット２２２および／または動き補償ユニット２２４の一部であってもよい）イントラブロックコピーユニット、アフィンユニット、線形モデル（ＬＭ）ユニット、または、これらに類するものを含んでいてもよい。
モード選択ユニット２０２は、動き推定ユニット２２２と、動き補償ユニット２２４と、イントラ予測ユニット２２６とを含んでいる。モード選択ユニット２０２は、他の予測モードにしたがってビデオ予測を実行するための追加の機能ユニットを含んでいてもよい。例として、モード選択ユニット２０２は、パレットユニット、（動き推定ユニット２２２および／または動き補償ユニット２２４の一部であってもよい）イントラブロックコピーユニット、アフィンユニット、線形モデル（ＬＭ）ユニット、または、これらに類するものを含んでいてもよい。
［０１９５］
モード選択ユニット２０２は、一般的に、複数のエンコーディングパスを調整して、エンコーディングパラメータの組み合わせをテストし、結果として、このような組み合わせに対するレート歪み値を得る。エンコーディングパラメータは、ＣＴＵのＣＵへの区分、ＣＵに対する予測モード、ＣＵの残差データに対する変換タイプ、ＣＵの残差データに対する量子化パラメータ等を含んでいてもよい。モード選択ユニット２０２は、最終的に、他のテストされた組み合わせよりも良好なレート歪み値を有するエンコーディングパラメータの組み合わせを選択してもよい。
モード選択ユニット２０２は、一般的に、複数のエンコーディングパスを調整して、エンコーディングパラメータの組み合わせをテストし、結果として、このような組み合わせに対するレート歪み値を得る。エンコーディングパラメータは、ＣＴＵのＣＵへの区分、ＣＵに対する予測モード、ＣＵの残差データに対する変換タイプ、ＣＵの残差データに対する量子化パラメータ等を含んでいてもよい。モード選択ユニット２０２は、最終的に、他のテストされた組み合わせよりも良好なレート歪み値を有するエンコーディングパラメータの組み合わせを選択してもよい。
［０１９６］
ビデオエンコーダ２００は、ビデオデータメモリ２３０から取り出されたピクチャーを一連のＣＴＵに区分し、スライス内に１つ以上のＣＴＵをカプセル化してもよい。モード選択ユニット２０２は、上記で説明したＱＴＢＴ構造またはＨＥＶＣの４分ツリー構造のようなツリー構造にしたがって、ピクチャーのＣＴＵを区分してもよい。上記で説明したように、ビデオエンコーダ２００は、ツリー構造にしたがってＣＴＵを区分することから１つ以上のＣＵを形成してもよい。このようなＣＵは、一般的に、「ビデオブロック」または「ブロック」として呼ばれることもある。
ビデオエンコーダ２００は、ビデオデータメモリ２３０から取り出されたピクチャーを一連のＣＴＵに区分し、スライス内に１つ以上のＣＴＵをカプセル化してもよい。モード選択ユニット２０２は、上記で説明したＱＴＢＴ構造またはＨＥＶＣの４分ツリー構造のようなツリー構造にしたがって、ピクチャーのＣＴＵを区分してもよい。上記で説明したように、ビデオエンコーダ２００は、ツリー構造にしたがってＣＴＵを区分することから１つ以上のＣＵを形成してもよい。このようなＣＵは、一般的に、「ビデオブロック」または「ブロック」として呼ばれることもある。
［０１９７］
一般的に、モード選択ユニット２０２はまた、そのコンポーネント（例えば、動き推定ユニット２２２、動き補償ユニット２２４、および、イントラ予測ユニット２２６）を制御して、現在ブロック（例えば、現在ＣＵ、または、ＨＥＶＣでは、ＰＵとＴＵとのオーバーラップする部分）に対する予測ブロックを発生させる。現在ブロックのインター予測のために、動き推定ユニット２２２は、動きサーチを実行して、１つ以上の参照ピクチャー（例えば、ＤＰＢ２１８中に記憶されている１つ以上の以前にコード化されたピクチャー）中の１つ以上の密接に一致する参照ブロックを識別してもよい。特に、動き推定ユニット２２２は、例えば、絶対差分の和（ＳＡＤ）、二乗差分の和（ＳＳＤ）、平均絶対差分（ＭＡＤ）、平均二乗差分（ＭＳＤ）、または、これらに類するものにしたがって、潜在的参照ブロックが現在ブロックにどれだけ類似しているかを表す値を計算してもよい。動き推定ユニット２２２は、一般的に、現在ブロックと考慮されている参照ブロックとの間のサンプル毎の差分を使用して、これらの計算を実行してもよい。動き推定ユニット２２２は、現在ブロックに最も密接に一致する参照ブロックを示す、これらの計算から結果的に生じる最低値を有する参照ブロックを識別してもよい。
一般的に、モード選択ユニット２０２はまた、そのコンポーネント（例えば、動き推定ユニット２２２、動き補償ユニット２２４、および、イントラ予測ユニット２２６）を制御して、現在ブロック（例えば、現在ＣＵ、または、ＨＥＶＣでは、ＰＵとＴＵとのオーバーラップする部分）に対する予測ブロックを発生させる。現在ブロックのインター予測のために、動き推定ユニット２２２は、動きサーチを実行して、１つ以上の参照ピクチャー（例えば、ＤＰＢ２１８中に記憶されている１つ以上の以前にコード化されたピクチャー）中の１つ以上の密接に一致する参照ブロックを識別してもよい。特に、動き推定ユニット２２２は、例えば、絶対差分の和（ＳＡＤ）、二乗差分の和（ＳＳＤ）、平均絶対差分（ＭＡＤ）、平均二乗差分（ＭＳＤ）、または、これらに類するものにしたがって、潜在的参照ブロックが現在ブロックにどれだけ類似しているかを表す値を計算してもよい。動き推定ユニット２２２は、一般的に、現在ブロックと考慮されている参照ブロックとの間のサンプル毎の差分を使用して、これらの計算を実行してもよい。動き推定ユニット２２２は、現在ブロックに最も密接に一致する参照ブロックを示す、これらの計算から結果的に生じる最低値を有する参照ブロックを識別してもよい。
［０１９８］
動き推定ユニット２２２は、現在ピクチャー中の現在ブロックの位置に対する、参照ピクチャー中の参照ブロックの位置を規定する、１つ以上の動きベクトル（ＭＶ）を形成してもよい。動き推定ユニット２２２は、その後、動きベクトルを動き補償ユニット２２４に提供してもよい。例えば、単方向インター予測に対して、動き推定ユニット２２２は単一の動きベクトルを提供するかもしれない一方で、双方向インター予測に対して、動き推定ユニット２２２は２つの動きベクトルを提供するかもしれない。動き補償ユニット２２４は、その後、動きベクトルを使用して、予測ブロックを発生させてもよい。例えば、動き補償ユニット２２４は、動きベクトルを使用して、参照ブロックのデータを取り出してもよい。別の例として、動きベクトルがわずかなサンプル精度を有する場合には、動き補償ユニット２２４は、１つ以上の補間フィルタにしたがって、予測ブロックに対する値を補間してもよい。さらに、双方向インター予測に対して、動き補償ユニット２２４は、それぞれの動きベクトルによって識別された２つの参照ブロックに対するデータを取り出し、例えば、サンプル毎の平均化または重み付き平均化を通して、取り出されたデータを組み合わせてもよい。
動き推定ユニット２２２は、現在ピクチャー中の現在ブロックの位置に対する、参照ピクチャー中の参照ブロックの位置を規定する、１つ以上の動きベクトル（ＭＶ）を形成してもよい。動き推定ユニット２２２は、その後、動きベクトルを動き補償ユニット２２４に提供してもよい。例えば、単方向インター予測に対して、動き推定ユニット２２２は単一の動きベクトルを提供するかもしれない一方で、双方向インター予測に対して、動き推定ユニット２２２は２つの動きベクトルを提供するかもしれない。動き補償ユニット２２４は、その後、動きベクトルを使用して、予測ブロックを発生させてもよい。例えば、動き補償ユニット２２４は、動きベクトルを使用して、参照ブロックのデータを取り出してもよい。別の例として、動きベクトルがわずかなサンプル精度を有する場合には、動き補償ユニット２２４は、１つ以上の補間フィルタにしたがって、予測ブロックに対する値を補間してもよい。さらに、双方向インター予測に対して、動き補償ユニット２２４は、それぞれの動きベクトルによって識別された２つの参照ブロックに対するデータを取り出し、例えば、サンプル毎の平均化または重み付き平均化を通して、取り出されたデータを組み合わせてもよい。
［０１９９］
本開示の技法によれば、動き推定ユニット２２２および動き補償ユニット２２４は、本開示で説明しているインター予測および動きベクトル予測技法を実行してもよい。例えば、以下でより詳細に説明するように、動き推定ユニット２２２および動き補償ユニット２２４は、本開示で説明している例示的な技法を利用して、動きベクトル予測子リストを構築するように構成されていてもよい。
本開示の技法によれば、動き推定ユニット２２２および動き補償ユニット２２４は、本開示で説明しているインター予測および動きベクトル予測技法を実行してもよい。例えば、以下でより詳細に説明するように、動き推定ユニット２２２および動き補償ユニット２２４は、本開示で説明している例示的な技法を利用して、動きベクトル予測子リストを構築するように構成されていてもよい。
［０２００］
上記で説明したように、いくつかの例では、ブロックに対する動きベクトル予測子リストは、ブロックと、空間的に隣接するブロックおよび／またはコロケートされたブロックとを含むピクチャーのコーディング順序に基づいていてもよい。例えば、１つの例では、５つの空間的に隣接するブロックは、左から右へのコーディング順序に対して図８Ａに図示されているものであってもよく、５つの空間的に隣接するブロックは、右から左へのコーディング順序に対して図８Ｂに図示されているものであってもよい。
上記で説明したように、いくつかの例では、ブロックに対する動きベクトル予測子リストは、ブロックと、空間的に隣接するブロックおよび／またはコロケートされたブロックとを含むピクチャーのコーディング順序に基づいていてもよい。例えば、１つの例では、５つの空間的に隣接するブロックは、左から右へのコーディング順序に対して図８Ａに図示されているものであってもよく、５つの空間的に隣接するブロックは、右から左へのコーディング順序に対して図８Ｂに図示されているものであってもよい。
［０２０１］
例えば、左から右へのコーディング順序を有する第１のピクチャー中の第１のブロックに対して、動き推定ユニット２２２および動き補償ユニット２２４は、第１の動きベクトル予測子リストを構築してもよい。第１の動きベクトル予測子リスト中の第１のエントリは、第１のブロックに対して左隣接ブロック（例えば、図８Ａのブロック０ ８０２）の動きベクトル情報に基づいていてもよい。右から左へのコーディング順序を有する第２のピクチャー中の第２のブロックに対して、動き推定ユニット２２２および動き補償ユニット２２４は、第２の動きベクトル予測子リストを構築してもよい。第２の動きベクトル予測子リスト中の第１のエントリは、第２のブロックに対して右隣接ブロック（例えば、図８Ｂのブロック０ ８１８）の動きベクトル情報に基づいていてもよい。
例えば、左から右へのコーディング順序を有する第１のピクチャー中の第１のブロックに対して、動き推定ユニット２２２および動き補償ユニット２２４は、第１の動きベクトル予測子リストを構築してもよい。第１の動きベクトル予測子リスト中の第１のエントリは、第１のブロックに対して左隣接ブロック（例えば、図８Ａのブロック０ ８０２）の動きベクトル情報に基づいていてもよい。右から左へのコーディング順序を有する第２のピクチャー中の第２のブロックに対して、動き推定ユニット２２２および動き補償ユニット２２４は、第２の動きベクトル予測子リストを構築してもよい。第２の動きベクトル予測子リスト中の第１のエントリは、第２のブロックに対して右隣接ブロック（例えば、図８Ｂのブロック０ ８１８）の動きベクトル情報に基づいていてもよい。
［０２０２］
動き推定ユニット２２２および動き補償ユニット２２４は、空間的に隣接するブロックのすべてを含む複数に対して、（２つの例として）ビデオデータメモリ２３０またはデコードピクチャーバッファ２１８中に記憶されている動きベクトル情報を並列に検査してもよい。言い換えれば、動き推定ユニット２２２および動き補償ユニット２２４が空間的に隣接する特定のブロックに対して動きベクトル情報を検査するか否かは、他の何らかのブロックの動きベクトル情報に依存していなくてもよい。
動き推定ユニット２２２および動き補償ユニット２２４は、空間的に隣接するブロックのすべてを含む複数に対して、（２つの例として）ビデオデータメモリ２３０またはデコードピクチャーバッファ２１８中に記憶されている動きベクトル情報を並列に検査してもよい。言い換えれば、動き推定ユニット２２２および動き補償ユニット２２４が空間的に隣接する特定のブロックに対して動きベクトル情報を検査するか否かは、他の何らかのブロックの動きベクトル情報に依存していなくてもよい。
［０２０３］
空間的に隣接するブロックの動きベクトル情報の検査に基づいて、動き推定ユニット２２２および動き補償ユニット２２４は、動きベクトル情報の利用可能性に基づいている順序で動きベクトル情報を有する動きベクトル予測子リストを構築してもよい。左から右へのコーディング順序に対する動きベクトル予測子リスト中の動きベクトル情報の順序は、左隣接ブロック（例えば、図８Ａのブロック０ ８０２）の動きベクトル情報、上隣接ブロック（例えば、図８Ａのブロック１ ８０４）の動きベクトル情報、右上隣接ブロック（例えば、図８Ａのブロック２ ８０６）の動きベクトル情報、左下隣接ブロック（例えば、図８Ａのブロック３ ８０８）の動きベクトル情報、および、左上隣接ブロック（例えば、図８Ａのブロック４ ８１０）の動きベクトル情報であってもよい。右から左へのコーディング順序に対する動きベクトル予測子リスト中の動きベクトル情報の順序は、右隣接ブロック（例えば、図８Ｂのブロック０ ８１８）の動きベクトル情報、上隣接ブロック（例えば、図８Ｂのブロック１ ８２０）の動きベクトル情報、左上隣接ブロック（例えば、図８Ｂのブロック２ ８２２）の動きベクトル情報、右下隣接ブロック（例えば、図８Ｂのブロック３ ８２４）の動きベクトル情報、および、右上隣接ブロック（例えば、図８Ｂのブロック４ ８２６）の動きベクトル情報であってもよい。
空間的に隣接するブロックの動きベクトル情報の検査に基づいて、動き推定ユニット２２２および動き補償ユニット２２４は、動きベクトル情報の利用可能性に基づいている順序で動きベクトル情報を有する動きベクトル予測子リストを構築してもよい。左から右へのコーディング順序に対する動きベクトル予測子リスト中の動きベクトル情報の順序は、左隣接ブロック（例えば、図８Ａのブロック０ ８０２）の動きベクトル情報、上隣接ブロック（例えば、図８Ａのブロック１ ８０４）の動きベクトル情報、右上隣接ブロック（例えば、図８Ａのブロック２ ８０６）の動きベクトル情報、左下隣接ブロック（例えば、図８Ａのブロック３ ８０８）の動きベクトル情報、および、左上隣接ブロック（例えば、図８Ａのブロック４ ８１０）の動きベクトル情報であってもよい。右から左へのコーディング順序に対する動きベクトル予測子リスト中の動きベクトル情報の順序は、右隣接ブロック（例えば、図８Ｂのブロック０ ８１８）の動きベクトル情報、上隣接ブロック（例えば、図８Ｂのブロック１ ８２０）の動きベクトル情報、左上隣接ブロック（例えば、図８Ｂのブロック２ ８２２）の動きベクトル情報、右下隣接ブロック（例えば、図８Ｂのブロック３ ８２４）の動きベクトル情報、および、右上隣接ブロック（例えば、図８Ｂのブロック４ ８２６）の動きベクトル情報であってもよい。
［０２０４］
上記の順序付けは、動きベクトル情報の利用可能性に基づいている。動きベクトル情報が特定のブロックに対して利用可能でない場合には、その動きベクトル情報は、動きベクトル予測子リストに追加されない。いくつかの例では、次に利用可能な動きベクトル情報は、何らの動きベクトル情報がなかったブロックに対して確保された空間中に含まれてもよい。例えば、図８Ａのブロック１ ８０４に対する動きベクトル情報が動きベクトル予測子リスト中の第２のエントリであってもよく、図８Ａのブロック２ ８０６に対する動きベクトル情報が動きベクトル予測子リスト中の第３エントリであってもよい。図８Ａのブロック１ ８０４に対する動きベクトル情報が利用可能でなく、図８Ａのブロック２ ８０６に対する動きベクトル情報が利用可能である場合には、ブロック２ ８０６に対する動きベクトル情報は、動きベクトル予測子リストの第２のエントリ中にあってもよい。
上記の順序付けは、動きベクトル情報の利用可能性に基づいている。動きベクトル情報が特定のブロックに対して利用可能でない場合には、その動きベクトル情報は、動きベクトル予測子リストに追加されない。いくつかの例では、次に利用可能な動きベクトル情報は、何らの動きベクトル情報がなかったブロックに対して確保された空間中に含まれてもよい。例えば、図８Ａのブロック１ ８０４に対する動きベクトル情報が動きベクトル予測子リスト中の第２のエントリであってもよく、図８Ａのブロック２ ８０６に対する動きベクトル情報が動きベクトル予測子リスト中の第３エントリであってもよい。図８Ａのブロック１ ８０４に対する動きベクトル情報が利用可能でなく、図８Ａのブロック２ ８０６に対する動きベクトル情報が利用可能である場合には、ブロック２ ８０６に対する動きベクトル情報は、動きベクトル予測子リストの第２のエントリ中にあってもよい。
［０２０５］
上記の例では、動き推定ユニット２２２および動き補償ユニット２２４は、空間的に隣接するブロックに基づいて、第１の動きベクトル予測子リストおよび第２の動きベクトル予測子リストを決定した。いくつかの例では、動き推定ユニット２２２および動き補償ユニット２２４は、（２つの例として）ビデオデータメモリ２３０またはデコードピクチャーバッファ２１８中に記憶されている、コロケートされたブロックの動きベクトル情報を、第１の動きベクトル予測子リストおよび第２の動きベクトル予測子リスト中に含めてもよい。
上記の例では、動き推定ユニット２２２および動き補償ユニット２２４は、空間的に隣接するブロックに基づいて、第１の動きベクトル予測子リストおよび第２の動きベクトル予測子リストを決定した。いくつかの例では、動き推定ユニット２２２および動き補償ユニット２２４は、（２つの例として）ビデオデータメモリ２３０またはデコードピクチャーバッファ２１８中に記憶されている、コロケートされたブロックの動きベクトル情報を、第１の動きベクトル予測子リストおよび第２の動きベクトル予測子リスト中に含めてもよい。
［０２０６］
１つの例として、動き推定ユニット２２２および動き補償ユニット２２４は、第１のピクチャー以外のピクチャー中に位置する他の何らかのコロケートされたブロック中の動きベクトル情報が利用可能であるか否かを決定する前に、第１のピクチャー以外のピクチャー中に位置する中央コロケートされたブロック（例えば、図８Ａのブロック５ ８１２）に対する動きベクトル情報が利用可能であるか否かを決定してもよく、中央コロケートされたブロックに対する動きベクトル情報が利用可能であることに基づいて、動き推定ユニット２２２および動き補償ユニット２２４は、中央コロケートされたブロックに対する動きベクトル情報を第１の動きベクトル予測子リストに追加してもよい。
１つの例として、動き推定ユニット２２２および動き補償ユニット２２４は、第１のピクチャー以外のピクチャー中に位置する他の何らかのコロケートされたブロック中の動きベクトル情報が利用可能であるか否かを決定する前に、第１のピクチャー以外のピクチャー中に位置する中央コロケートされたブロック（例えば、図８Ａのブロック５ ８１２）に対する動きベクトル情報が利用可能であるか否かを決定してもよく、中央コロケートされたブロックに対する動きベクトル情報が利用可能であることに基づいて、動き推定ユニット２２２および動き補償ユニット２２４は、中央コロケートされたブロックに対する動きベクトル情報を第１の動きベクトル予測子リストに追加してもよい。
［０２０７］
いくつかの例では、動き推定ユニット２２２および動き補償ユニット２２４は、第１のピクチャー以外のピクチャー中に位置する中央コロケートされたブロックに対する動きベクトル情報が利用可能でないことを決定してもよい。このような例では、中央コロケートされたブロックに対する動きベクトル情報が利用可能でないことを決定したことに後続して、動き推定ユニット２２２および動き補償ユニット２２４は、第１のピクチャー以外のピクチャー中に位置する下コロケートされたブロック（例えば、図８Ａのブロック６ ８１４）に対する動きベクトル情報が利用可能であるか否かを決定してもよく、下コロケートされたブロックに対する動きベクトル情報が利用可能であることに基づいて、動き推定ユニット２２２および動き補償ユニット２２４は、下コロケートされたブロックに対する動きベクトル情報を第１の動きベクトル予測子リストに追加してもよい。
いくつかの例では、動き推定ユニット２２２および動き補償ユニット２２４は、第１のピクチャー以外のピクチャー中に位置する中央コロケートされたブロックに対する動きベクトル情報が利用可能でないことを決定してもよい。このような例では、中央コロケートされたブロックに対する動きベクトル情報が利用可能でないことを決定したことに後続して、動き推定ユニット２２２および動き補償ユニット２２４は、第１のピクチャー以外のピクチャー中に位置する下コロケートされたブロック（例えば、図８Ａのブロック６ ８１４）に対する動きベクトル情報が利用可能であるか否かを決定してもよく、下コロケートされたブロックに対する動きベクトル情報が利用可能であることに基づいて、動き推定ユニット２２２および動き補償ユニット２２４は、下コロケートされたブロックに対する動きベクトル情報を第１の動きベクトル予測子リストに追加してもよい。
［０２０８］
いくつかの例では、動き推定ユニット２２２および動き補償ユニット２２４は、第１のピクチャー以外のピクチャー中に位置する中央コロケートされたブロックに対する動きベクトル情報が利用可能でないことを決定してもよい。いくつかのケースでは、中央コロケートされたブロックに対する動きベクトル情報が利用可能でないことを決定したことに後続して、動き推定ユニット２２２および動き補償ユニット２２４は、第１のピクチャー以外のピクチャー中に位置する下コロケートされたブロックに対する動きベクトル情報が利用可能でないことを決定してもよい。このようなケースでは、下コロケートされたブロックに対する動きベクトル情報が利用可能でないことを決定したことに後続して、動き推定ユニット２２２および動き補償ユニット２２４は、第１のピクチャー以外のピクチャー中に位置する右コロケートされたブロック（例えば、図８Ａのブロック７ ８１６）に対する動きベクトル情報が利用可能であるか否かを決定してもよく、右コロケートされたブロックに対する動きベクトル情報が利用可能であることに基づいて、動き推定ユニット２２２および動き補償ユニット２２４は、右コロケートされたブロックに対する動きベクトル情報を第１の動きベクトル予測子リストに追加してもよい。
いくつかの例では、動き推定ユニット２２２および動き補償ユニット２２４は、第１のピクチャー以外のピクチャー中に位置する中央コロケートされたブロックに対する動きベクトル情報が利用可能でないことを決定してもよい。いくつかのケースでは、中央コロケートされたブロックに対する動きベクトル情報が利用可能でないことを決定したことに後続して、動き推定ユニット２２２および動き補償ユニット２２４は、第１のピクチャー以外のピクチャー中に位置する下コロケートされたブロックに対する動きベクトル情報が利用可能でないことを決定してもよい。このようなケースでは、下コロケートされたブロックに対する動きベクトル情報が利用可能でないことを決定したことに後続して、動き推定ユニット２２２および動き補償ユニット２２４は、第１のピクチャー以外のピクチャー中に位置する右コロケートされたブロック（例えば、図８Ａのブロック７ ８１６）に対する動きベクトル情報が利用可能であるか否かを決定してもよく、右コロケートされたブロックに対する動きベクトル情報が利用可能であることに基づいて、動き推定ユニット２２２および動き補償ユニット２２４は、右コロケートされたブロックに対する動きベクトル情報を第１の動きベクトル予測子リストに追加してもよい。
［０２０９］
動き推定ユニット２２２および動き補償ユニット２２４は、第２の動きベクトル予測子リストを構築するために、コロケートされたブロックに対する動きベクトル情報を追加する類似する動作を実行してもよい。しかしながら、第２の動きベクトル予測子リストに対して、動き推定ユニット２２２および動き補償ユニット２２４は、図８Ｂの中央コロケートされたブロック５ ８２８、下コロケートされたブロック６ ８３０、および、左コロケートされたブロック７ ８３２の利用可能性に基づいて、動きベクトル情報を追加してもよい。
動き推定ユニット２２２および動き補償ユニット２２４は、第２の動きベクトル予測子リストを構築するために、コロケートされたブロックに対する動きベクトル情報を追加する類似する動作を実行してもよい。しかしながら、第２の動きベクトル予測子リストに対して、動き推定ユニット２２２および動き補償ユニット２２４は、図８Ｂの中央コロケートされたブロック５ ８２８、下コロケートされたブロック６ ８３０、および、左コロケートされたブロック７ ８３２の利用可能性に基づいて、動きベクトル情報を追加してもよい。
［０２１０］
動きベクトル予測子リストを構築する際に、動き推定ユニット２２２および動き補償ユニット２２４は、いくつかの例では、ブロックのサイズに基づいて、動きベクトル予測子リストを構築してもよい。例えば、動き推定ユニット２２２および動き補償ユニット２２４は、しきい値サイズよりも大きいサイズを有する第１のブロックに基づいて、第１の最大サイズを有する第１の動きベクトル予測子リストを構築してもよい。動き推定ユニット２２２および動き補償ユニット２２４は、しきい値サイズよりも小さいサイズを有する、第１のピクチャー中の第３のブロックに基づいて、第３のブロックに対して、第１の最大サイズよりも小さい第２の最大サイズを有する第３の動きベクトル予測子リストを構築してもよい。１つの例として、第１の最大サイズは６に等しく、第２の最大サイズは４に等しく、しきい値サイズはＮｘ４または４ｘＮに等しく、ここでＮは８以下である。
動きベクトル予測子リストを構築する際に、動き推定ユニット２２２および動き補償ユニット２２４は、いくつかの例では、ブロックのサイズに基づいて、動きベクトル予測子リストを構築してもよい。例えば、動き推定ユニット２２２および動き補償ユニット２２４は、しきい値サイズよりも大きいサイズを有する第１のブロックに基づいて、第１の最大サイズを有する第１の動きベクトル予測子リストを構築してもよい。動き推定ユニット２２２および動き補償ユニット２２４は、しきい値サイズよりも小さいサイズを有する、第１のピクチャー中の第３のブロックに基づいて、第３のブロックに対して、第１の最大サイズよりも小さい第２の最大サイズを有する第３の動きベクトル予測子リストを構築してもよい。１つの例として、第１の最大サイズは６に等しく、第２の最大サイズは４に等しく、しきい値サイズはＮｘ４または４ｘＮに等しく、ここでＮは８以下である。
［０２１１］
動き推定ユニット２２２および動き補償ユニット２２４は、第１のブロックおよび第２のブロックをエンコードするように構成されていてもよい。例えば、動き推定ユニット２２２および動き補償ユニット２２４は、第１のブロックに対する予測ブロックを決定し、予測ブロックを識別する第１のブロックに対する動きベクトルを決定してもよい。動き推定ユニット２２２および動き補償ユニット２２４は、動きベクトルに基づいて、第１の動きベクトル予測子リスト中のエントリを決定してもよい。動き推定ユニット２２２および動き補償ユニット２２４は、エントロピーエンコーディングユニット２２０に、第１の動きベクトル予測子リスト中のエントリを示す情報をシグナリングさせてもよい。加えて、残差発生ユニット２０４は、第１のブロックと予測ブロックとの間の差分を表す残差データを決定してもよい。エントロピーエンコーディングユニット２２０は、残差データを示す情報をシグナリングしてもよい。動き推定ユニット２２２および動き補償ユニット２２４は、第２の動きベクトル予測子リストを使用して、第２のブロックをエンコードするために、類似する動作を実行してもよい。
動き推定ユニット２２２および動き補償ユニット２２４は、第１のブロックおよび第２のブロックをエンコードするように構成されていてもよい。例えば、動き推定ユニット２２２および動き補償ユニット２２４は、第１のブロックに対する予測ブロックを決定し、予測ブロックを識別する第１のブロックに対する動きベクトルを決定してもよい。動き推定ユニット２２２および動き補償ユニット２２４は、動きベクトルに基づいて、第１の動きベクトル予測子リスト中のエントリを決定してもよい。動き推定ユニット２２２および動き補償ユニット２２４は、エントロピーエンコーディングユニット２２０に、第１の動きベクトル予測子リスト中のエントリを示す情報をシグナリングさせてもよい。加えて、残差発生ユニット２０４は、第１のブロックと予測ブロックとの間の差分を表す残差データを決定してもよい。エントロピーエンコーディングユニット２２０は、残差データを示す情報をシグナリングしてもよい。動き推定ユニット２２２および動き補償ユニット２２４は、第２の動きベクトル予測子リストを使用して、第２のブロックをエンコードするために、類似する動作を実行してもよい。
［０２１２］
別の例として、イントラ予測またはイントラ予測コーディングに対して、イントラ予測ユニット２２６は、現在ブロックに隣接するサンプルから予測ブロックを発生させてもよい。例えば、方向モードに対して、イントラ予測ユニット２２６は、一般的に、隣接サンプルの値を数学的に組み合わせ、現在ブロックに渡って規定された方向でこれらの計算された値を格納して、予測ブロックを生成させてもよい。別の例として、ＤＣモードに対して、イントラ予測ユニット２２６は、現在ブロックに対する隣接サンプルの平均を計算し、予測ブロックの各サンプルに対するこの結果として得られる平均を含むように予測ブロックを発生させてもよい。
別の例として、イントラ予測またはイントラ予測コーディングに対して、イントラ予測ユニット２２６は、現在ブロックに隣接するサンプルから予測ブロックを発生させてもよい。例えば、方向モードに対して、イントラ予測ユニット２２６は、一般的に、隣接サンプルの値を数学的に組み合わせ、現在ブロックに渡って規定された方向でこれらの計算された値を格納して、予測ブロックを生成させてもよい。別の例として、ＤＣモードに対して、イントラ予測ユニット２２６は、現在ブロックに対する隣接サンプルの平均を計算し、予測ブロックの各サンプルに対するこの結果として得られる平均を含むように予測ブロックを発生させてもよい。
［０２１３］
モード選択ユニット２０２は、予測ブロックを残差発生ユニット２０４に提供する。残差発生ユニット２０４は、ビデオデータメモリ２３０から現在ブロックの生のコード化されていないバージョンを受け取り、モード選択ユニット２０２から予測ブロックを受け取る。残差発生ユニット２０４は、現在ブロックと予測ブロックとの間のサンプル毎の差分を計算する。結果として得られるサンプル毎の差分は、現在ブロックに対する残差ブロックを規定する。いくつかの例では、残差発生ユニット２０４はまた、残差ブロック中のサンプル値間の差分を決定して、残差パルスコード変調（ＲＤＰＣＭ）を使用して、残差ブロックを発生させてもよい。いくつかの例では、残差発生ユニット２０４は、バイナリ減算を実行する１つ以上の減算器回路を使用して形成されていてもよい。
モード選択ユニット２０２は、予測ブロックを残差発生ユニット２０４に提供する。残差発生ユニット２０４は、ビデオデータメモリ２３０から現在ブロックの生のコード化されていないバージョンを受け取り、モード選択ユニット２０２から予測ブロックを受け取る。残差発生ユニット２０４は、現在ブロックと予測ブロックとの間のサンプル毎の差分を計算する。結果として得られるサンプル毎の差分は、現在ブロックに対する残差ブロックを規定する。いくつかの例では、残差発生ユニット２０４はまた、残差ブロック中のサンプル値間の差分を決定して、残差パルスコード変調（ＲＤＰＣＭ）を使用して、残差ブロックを発生させてもよい。いくつかの例では、残差発生ユニット２０４は、バイナリ減算を実行する１つ以上の減算器回路を使用して形成されていてもよい。
［０２１４］
モード選択ユニット２０２がＣＵをＰＵに区分する例では、各ＰＵは、ルーマ予測ユニットおよび対応するクロマ予測ユニットに関係していてもよい。ビデオエンコーダ２００およびビデオデコーダ３００は、さまざまなサイズを有するＰＵをサポートしていてもよい。上記で示したように、ＣＵのサイズは、ＣＵのルーマコーディングブロックのサイズを指してもよく、ＰＵのサイズは、ＰＵのルーマ予測ユニットのサイズを指していてもよい。特定のＣＵのサイズが２Ｎ×２Ｎであると仮定すると、ビデオエンコーダ２００は、イントラ予測に対する２Ｎ×２ＮまたはＮ×ＮのＰＵサイズと、インター予測に対する２Ｎ×２Ｎ、２Ｎ×Ｎ、Ｎ×２Ｎ、Ｎ×Ｎ、または、これらに類する対称ＰＵサイズとをサポートしていてもよい。ビデオエンコーダ２００およびビデオデコーダ３００はまた、インター予測に対する２Ｎ×ｎＵ、２Ｎ×ｎＤ、ｎＬ×２Ｎ、および、ｎＲ×２ＮのＰＵサイズに対する非対称区分をサポートしていてもよい。
モード選択ユニット２０２がＣＵをＰＵに区分する例では、各ＰＵは、ルーマ予測ユニットおよび対応するクロマ予測ユニットに関係していてもよい。ビデオエンコーダ２００およびビデオデコーダ３００は、さまざまなサイズを有するＰＵをサポートしていてもよい。上記で示したように、ＣＵのサイズは、ＣＵのルーマコーディングブロックのサイズを指してもよく、ＰＵのサイズは、ＰＵのルーマ予測ユニットのサイズを指していてもよい。特定のＣＵのサイズが２Ｎ×２Ｎであると仮定すると、ビデオエンコーダ２００は、イントラ予測に対する２Ｎ×２ＮまたはＮ×ＮのＰＵサイズと、インター予測に対する２Ｎ×２Ｎ、２Ｎ×Ｎ、Ｎ×２Ｎ、Ｎ×Ｎ、または、これらに類する対称ＰＵサイズとをサポートしていてもよい。ビデオエンコーダ２００およびビデオデコーダ３００はまた、インター予測に対する２Ｎ×ｎＵ、２Ｎ×ｎＤ、ｎＬ×２Ｎ、および、ｎＲ×２ＮのＰＵサイズに対する非対称区分をサポートしていてもよい。
［０２１５］
モード選択ユニット２０２がＣＵをＰＵにさらに区分しない例では、各ＣＵは、ルーマコーディングブロックおよび対応するクロマコーディングブロックに関係していてもよい。上記のように、ＣＵのサイズは、ＣＵのルーマコーディングブロックのサイズを指していてもよい。ビデオエンコーダ２００およびビデオデコーダ３００は、２Ｎ×２Ｎ、２Ｎ×Ｎ、または、Ｎ×２ＮのＣＵサイズをサポートしていてもよい。
モード選択ユニット２０２がＣＵをＰＵにさらに区分しない例では、各ＣＵは、ルーマコーディングブロックおよび対応するクロマコーディングブロックに関係していてもよい。上記のように、ＣＵのサイズは、ＣＵのルーマコーディングブロックのサイズを指していてもよい。ビデオエンコーダ２００およびビデオデコーダ３００は、２Ｎ×２Ｎ、２Ｎ×Ｎ、または、Ｎ×２ＮのＣＵサイズをサポートしていてもよい。
［０２１６］
イントラブロックコピーモードコーディング、アフィンモードコーディング、および、線形モデル（ＬＭ）モードコーディングのような、他のビデオコーディング技法に対して、いくつかの例として、モード選択ユニット２０２は、コーディング技法に関係するそれぞれのユニットを介して、エンコードされている現在ブロックに対する予測ブロックを発生させる。パレットモードコーディングのようないくつかの例では、モード選択ユニット２０２は、予測ブロックを発生させず、代わりに、選択されたパレットに基づいて、ブロックを再構築する方法を示すシンタックス要素を発生させてもよい。このようなモードでは、モード選択ユニット２０２は、これらのシンタックス要素を、エンコードされるようにエントロピーエンコーディングユニット２２０に提供してもよい。
イントラブロックコピーモードコーディング、アフィンモードコーディング、および、線形モデル（ＬＭ）モードコーディングのような、他のビデオコーディング技法に対して、いくつかの例として、モード選択ユニット２０２は、コーディング技法に関係するそれぞれのユニットを介して、エンコードされている現在ブロックに対する予測ブロックを発生させる。パレットモードコーディングのようないくつかの例では、モード選択ユニット２０２は、予測ブロックを発生させず、代わりに、選択されたパレットに基づいて、ブロックを再構築する方法を示すシンタックス要素を発生させてもよい。このようなモードでは、モード選択ユニット２０２は、これらのシンタックス要素を、エンコードされるようにエントロピーエンコーディングユニット２２０に提供してもよい。
［０２１７］
上記で説明したように、残差発生ユニット２０４は、現在ブロックおよび対応する予測ブロックに対するビデオデータを受け取る。残差発生ユニット２０４は、その後、現在ブロックに対する残差ブロックを発生させる。残差ブロックを発生させるために、残差発生ユニット２０４は、予測ブロックと現在ブロックとの間のサンプル毎の差分を計算する。
上記で説明したように、残差発生ユニット２０４は、現在ブロックおよび対応する予測ブロックに対するビデオデータを受け取る。残差発生ユニット２０４は、その後、現在ブロックに対する残差ブロックを発生させる。残差ブロックを発生させるために、残差発生ユニット２０４は、予測ブロックと現在ブロックとの間のサンプル毎の差分を計算する。
［０２１８］
変換処理ユニット２０６は、残差ブロックに１つ以上の変換を適用して、（ここでは「変換係数ブロック」として呼ばれる）変換係数のブロックを発生させる。変換処理ユニット２０６は、残差ブロックにさまざまな変換を適用して、変換係数ブロックを形成してもよい。例えば、変換処理ユニット２０６は、離散コサイン変換（ＤＣＴ）、方向変換、カルーネンレーベ変換（ＫＬＴ）、または、概念的に類似する変換を、残差ブロックに適用してもよい。いくつかの例では、変換処理ユニット２０６は、残差ブロックに対して複数の変換、例えば、回転変換のような、１次変換と２次変換とを実行してもよい。いくつかの例では、変換処理ユニット２０６は、残差ブロックに変換を適用しない。
変換処理ユニット２０６は、残差ブロックに１つ以上の変換を適用して、（ここでは「変換係数ブロック」として呼ばれる）変換係数のブロックを発生させる。変換処理ユニット２０６は、残差ブロックにさまざまな変換を適用して、変換係数ブロックを形成してもよい。例えば、変換処理ユニット２０６は、離散コサイン変換（ＤＣＴ）、方向変換、カルーネンレーベ変換（ＫＬＴ）、または、概念的に類似する変換を、残差ブロックに適用してもよい。いくつかの例では、変換処理ユニット２０６は、残差ブロックに対して複数の変換、例えば、回転変換のような、１次変換と２次変換とを実行してもよい。いくつかの例では、変換処理ユニット２０６は、残差ブロックに変換を適用しない。
［０２１９］
量子化ユニット２０８は、変換係数ブロック中の変換係数を量子化して、量子化された変換係数ブロックを生成させてもよい。量子化ユニット２０８は、現在ブロックに関係する量子化パラメータ（ＱＰ）値にしたがって、変換係数ブロックの変換係数を量子化してもよい。ビデオエンコーダ２００は（例えば、モード選択ユニット２０２を介して）、ＣＵに関係するＱＰ値を調節することによって、現在ブロックに関係する係数ブロックに適用される量子化の程度を調節してもよい。量子化は、情報の損失をもたらすかもしれず、したがって、量子化された変換係数は、変換処理ユニット２０６によって生成された元の変換係数よりも低い精度を有するかもしれない。
量子化ユニット２０８は、変換係数ブロック中の変換係数を量子化して、量子化された変換係数ブロックを生成させてもよい。量子化ユニット２０８は、現在ブロックに関係する量子化パラメータ（ＱＰ）値にしたがって、変換係数ブロックの変換係数を量子化してもよい。ビデオエンコーダ２００は（例えば、モード選択ユニット２０２を介して）、ＣＵに関係するＱＰ値を調節することによって、現在ブロックに関係する係数ブロックに適用される量子化の程度を調節してもよい。量子化は、情報の損失をもたらすかもしれず、したがって、量子化された変換係数は、変換処理ユニット２０６によって生成された元の変換係数よりも低い精度を有するかもしれない。
［０２２０］
逆量子化ユニット２１０および逆変換処理ユニット２１２は、逆量子化および逆変換をそれぞれ量子化された変換係数ブロックに適用して、変換係数ブロックから残差ブロックを再構築してもよい。再構築ユニット２１４は、再構築された残差ブロックと、モード選択ユニット２０２によって発生させた予測ブロックとに基づいて、（潜在的にある程度の歪みを有するが）現在ブロックに対応する再構築されたブロックを生成させてもよい。例えば、再構築ユニット２１４は、再構築された残差ブロックのサンプルを、モード選択ユニット２０２によって発生させた予測ブロックからの対応するサンプルに追加して、再構築されたブロックを生成させてもよい。
逆量子化ユニット２１０および逆変換処理ユニット２１２は、逆量子化および逆変換をそれぞれ量子化された変換係数ブロックに適用して、変換係数ブロックから残差ブロックを再構築してもよい。再構築ユニット２１４は、再構築された残差ブロックと、モード選択ユニット２０２によって発生させた予測ブロックとに基づいて、（潜在的にある程度の歪みを有するが）現在ブロックに対応する再構築されたブロックを生成させてもよい。例えば、再構築ユニット２１４は、再構築された残差ブロックのサンプルを、モード選択ユニット２０２によって発生させた予測ブロックからの対応するサンプルに追加して、再構築されたブロックを生成させてもよい。
［０２２１］
フィルタユニット２１６は、再構築されたブロックに対して１つ以上のフィルタ動作を実行してもよい。例えば、フィルタユニット２１６は、デブロッキング動作を実行して、ＣＵのエッジに沿ったブロッキネスアーティファクトを低減させてもよい。いくつかの例では、フィルタユニット２１６の動作はスキップしてもよい。
フィルタユニット２１６は、再構築されたブロックに対して１つ以上のフィルタ動作を実行してもよい。例えば、フィルタユニット２１６は、デブロッキング動作を実行して、ＣＵのエッジに沿ったブロッキネスアーティファクトを低減させてもよい。いくつかの例では、フィルタユニット２１６の動作はスキップしてもよい。
［０２２２］
ビデオエンコーダ２００は、再構築されたブロックをＤＰＢ２１８中に記憶させる。例えば、フィルタユニット２１６の動作が必要とされない例では、再構築ユニット２１４は、再構築されたブロックをＤＰＢ２１８中に記憶させてもよい。フィルタユニット２１６の動作が必要とされる例では、フィルタユニット２１６は、再構築されフィルタされたブロックをＤＰＢ２１８中に記憶させてもよい。動き推定ユニット２２２および動き補償ユニット２２４は、再構築された（そして、潜在的にフィルタ処理された）ブロックから形成された参照ピクチャーをＤＰＢ２１８から取り出して、後にエンコードされるピクチャーのブロックをインター予測してもよい。加えて、イントラ予測ユニット２２６は、現在ピクチャーのＤＰＢ２１８中の再構築されたブロックを使用して、現在ピクチャー中の他のブロックをイントラ予測してもよい。
ビデオエンコーダ２００は、再構築されたブロックをＤＰＢ２１８中に記憶させる。例えば、フィルタユニット２１６の動作が必要とされない例では、再構築ユニット２１４は、再構築されたブロックをＤＰＢ２１８中に記憶させてもよい。フィルタユニット２１６の動作が必要とされる例では、フィルタユニット２１６は、再構築されフィルタされたブロックをＤＰＢ２１８中に記憶させてもよい。動き推定ユニット２２２および動き補償ユニット２２４は、再構築された（そして、潜在的にフィルタ処理された）ブロックから形成された参照ピクチャーをＤＰＢ２１８から取り出して、後にエンコードされるピクチャーのブロックをインター予測してもよい。加えて、イントラ予測ユニット２２６は、現在ピクチャーのＤＰＢ２１８中の再構築されたブロックを使用して、現在ピクチャー中の他のブロックをイントラ予測してもよい。
［０２２３］
一般的に、エントロピーエンコーディングユニット２２０は、ビデオエンコーダ２００の他の機能的なコンポーネントから受け取ったシンタックス要素をエントロピーエンコードしてもよい。例えば、エントロピーエンコーディングユニット２２０は、量子化ユニット２０８からの量子化された変換係数ブロックをエントロピーエンコードしてもよい。別の例として、エントロピーエンコーディングユニット２２０は、モード選択ユニット２０２からの予測シンタックス要素（例えば、インター予測に対する動き情報またはイントラ予測に対するイントラモード情報）をエントロピーエンコードしてもよい。エントロピーエンコーディングユニット２２０は、ビデオデータの別の例であるシンタックス要素に関して、１つ以上のエントロピーエンコーディング動作を実行して、エントロピーエンコードされたデータを発生させてもよい。例えば、エントロピーエンコーディングユニット２２０は、データに、コンテキスト適応可変長コーディング（ＣＡＶＬＣ）動作、ＣＡＢＡＣ動作、可変対可変（Ｖ２Ｖ）長コーディング動作、シンタックスベースのコンテキスト適応２値算術コードディング（ＳＢＡＣ）動作、確率区間区分化エントロピー（ＰＩＰＥ）コーディング動作、指数ゴロムエンコーディング動作、または、別のタイプのエントロピーエンコーディング動作を実行してもよい。いくつかの例では、エントロピーエンコーディングユニット２２０は、シンタックス要素がエントロピーエンコードされないバイパスモードで動作してもよい。
一般的に、エントロピーエンコーディングユニット２２０は、ビデオエンコーダ２００の他の機能的なコンポーネントから受け取ったシンタックス要素をエントロピーエンコードしてもよい。例えば、エントロピーエンコーディングユニット２２０は、量子化ユニット２０８からの量子化された変換係数ブロックをエントロピーエンコードしてもよい。別の例として、エントロピーエンコーディングユニット２２０は、モード選択ユニット２０２からの予測シンタックス要素（例えば、インター予測に対する動き情報またはイントラ予測に対するイントラモード情報）をエントロピーエンコードしてもよい。エントロピーエンコーディングユニット２２０は、ビデオデータの別の例であるシンタックス要素に関して、１つ以上のエントロピーエンコーディング動作を実行して、エントロピーエンコードされたデータを発生させてもよい。例えば、エントロピーエンコーディングユニット２２０は、データに、コンテキスト適応可変長コーディング（ＣＡＶＬＣ）動作、ＣＡＢＡＣ動作、可変対可変（Ｖ２Ｖ）長コーディング動作、シンタックスベースのコンテキスト適応２値算術コードディング（ＳＢＡＣ）動作、確率区間区分化エントロピー（ＰＩＰＥ）コーディング動作、指数ゴロムエンコーディング動作、または、別のタイプのエントロピーエンコーディング動作を実行してもよい。いくつかの例では、エントロピーエンコーディングユニット２２０は、シンタックス要素がエントロピーエンコードされないバイパスモードで動作してもよい。
［０２２４］
ビデオエンコーダ２００は、スライスまたはピクチャーのブロックを再構築するのに必要とされるエントロピーエンコードされたシンタックス要素を含むビットストリームを出力してもよい。特に、エントロピーエンコーディングユニット２２０は、ビットストリームを出力してもよい。
ビデオエンコーダ２００は、スライスまたはピクチャーのブロックを再構築するのに必要とされるエントロピーエンコードされたシンタックス要素を含むビットストリームを出力してもよい。特に、エントロピーエンコーディングユニット２２０は、ビットストリームを出力してもよい。
［０２２５］
上記で説明している動作は、ブロックに関して説明している。このような説明は、ルーマコーディングブロックおよび／またはクロマコーディングブロックに対する動作として理解すべきである。上述したように、いくつかの例では、ルーマコーディングブロックおよびクロマコーディングブロックは、ＣＵのルーマ成分およびクロマ成分である。いくつかの例では、ルーマコーディングブロックおよびクロマコーディングブロックは、ＰＵのルーマ成分およびクロマ成分である。
上記で説明している動作は、ブロックに関して説明している。このような説明は、ルーマコーディングブロックおよび／またはクロマコーディングブロックに対する動作として理解すべきである。上述したように、いくつかの例では、ルーマコーディングブロックおよびクロマコーディングブロックは、ＣＵのルーマ成分およびクロマ成分である。いくつかの例では、ルーマコーディングブロックおよびクロマコーディングブロックは、ＰＵのルーマ成分およびクロマ成分である。
［０２２６］
いくつかの例では、ルーマコーディングブロックに関して実行される動作は、クロマコーディングブロックに対して繰り返す必要はない。１つの例として、ルーマコーディングブロックに対する動きベクトル（ＭＶ）および参照ピクチャーを識別する動作は、クロマブロックに対するＭＶおよび参照ピクチャーを識別するために繰り返す必要はない。むしろ、ルーマコーディングブロックに対するＭＶをスケーリングして、クロマブロックに対するＭＶを決定してもよく、参照ピクチャーは同じであってもよい。別の例として、イントラ予測プロセスは、ルーマコーディングブロックおよびクロマコーディングブロックに対して同じであってもよい。
いくつかの例では、ルーマコーディングブロックに関して実行される動作は、クロマコーディングブロックに対して繰り返す必要はない。１つの例として、ルーマコーディングブロックに対する動きベクトル（ＭＶ）および参照ピクチャーを識別する動作は、クロマブロックに対するＭＶおよび参照ピクチャーを識別するために繰り返す必要はない。むしろ、ルーマコーディングブロックに対するＭＶをスケーリングして、クロマブロックに対するＭＶを決定してもよく、参照ピクチャーは同じであってもよい。別の例として、イントラ予測プロセスは、ルーマコーディングブロックおよびクロマコーディングブロックに対して同じであってもよい。
［０２２７］
図３は、本開示の技法を利用してもよい、例示的なビデオデコーダ３００を図示するブロック図である。図３は、説明の目的のために提供されており、本開示で広く例示し説明しているような技法には限定されない。説明の目的で、本開示は、Ｈ．２６６／ＶＶＣ、ＪＥＭおよびＨＥＶＣの技法にしたがうビデオデコーダ３００を説明する。しかしながら、本開示の技法は、他のビデオコーディング標準規格に構成されているビデオコーディングデバイスによって実行してもよい。
図３は、本開示の技法を利用してもよい、例示的なビデオデコーダ３００を図示するブロック図である。図３は、説明の目的のために提供されており、本開示で広く例示し説明しているような技法には限定されない。説明の目的で、本開示は、Ｈ．２６６／ＶＶＣ、ＪＥＭおよびＨＥＶＣの技法にしたがうビデオデコーダ３００を説明する。しかしながら、本開示の技法は、他のビデオコーディング標準規格に構成されているビデオコーディングデバイスによって実行してもよい。
［０２２８］
図３の例では、ビデオデコーダ３００は、コード化ピクチャーバッファ（ＣＰＢ）メモリ３２０と、エントロピーデコーディングユニット３０２と、予測処理ユニット３０４と、逆量子化ユニット３０６と、逆変換処理ユニット３０８と、再構築ユニット３１０と、フィルタユニット３１２と、デコードピクチャーバッファ（ＤＰＢ）３１４とを含んでいる。予測処理ユニット３０４は、動き補償ユニット３１６とイントラ予測ユニット３１８とを含んでいる。予測処理ユニット３０４は、他の予測モードにしたがって予測を実行するための追加ユニットを含んでいてもよい。例として、予測処理ユニット３０４は、パレットユニット、（動き補償ユニット３１６の一部を形成していてもよい）イントラブロックコピーユニット、アフィンユニット、線形モデル（ＬＭ）ユニット、または、これらに類するものを含んでいてもよい。他の例では、ビデオデコーダ３００は、より多い、より少ない、または、異なる機能的コンポーネントを含んでいてもよい。
図３の例では、ビデオデコーダ３００は、コード化ピクチャーバッファ（ＣＰＢ）メモリ３２０と、エントロピーデコーディングユニット３０２と、予測処理ユニット３０４と、逆量子化ユニット３０６と、逆変換処理ユニット３０８と、再構築ユニット３１０と、フィルタユニット３１２と、デコードピクチャーバッファ（ＤＰＢ）３１４とを含んでいる。予測処理ユニット３０４は、動き補償ユニット３１６とイントラ予測ユニット３１８とを含んでいる。予測処理ユニット３０４は、他の予測モードにしたがって予測を実行するための追加ユニットを含んでいてもよい。例として、予測処理ユニット３０４は、パレットユニット、（動き補償ユニット３１６の一部を形成していてもよい）イントラブロックコピーユニット、アフィンユニット、線形モデル（ＬＭ）ユニット、または、これらに類するものを含んでいてもよい。他の例では、ビデオデコーダ３００は、より多い、より少ない、または、異なる機能的コンポーネントを含んでいてもよい。
［０２２９］
ＣＰＢメモリ３２０は、ビデオデコーダ３００のコンポーネントによってデコードされるべき、エンコードされたビデオビットストリームのようなビデオデータを記憶してもよい。ＣＰＢメモリ３２０中に記憶されているビデオデータは、例えば、コンピュータ読取可能媒体１１０（図１）から取得されてもよい。ＣＰＢメモリ３２０は、エンコードされたビデオビットストリームからのエンコードされたビデオデータ（例えば、シンタックス要素）を記憶するＣＰＢを含んでいてもよい。また、ＣＰＢメモリ３２０は、ビデオデコーダ３００のさまざまなユニットからの出力を表す一時データのような、コード化されたピクチャーのシンタックス要素以外のビデオデータを記憶してもよい。ＤＰＢ３１４は、一般的に、デコードされたピクチャーを記憶し、エンコードされたビデオビットストリームの後続のデータまたはピクチャーをデコードするときに、ビデオデコーダ３００が、このデコードされたピクチャーを、参照ビデオデータとして出力および／または使用してもよい。ＣＰＢメモリ３２０およびＤＰＢ３１４は、同期ダイナミックランダムアクセスメモリ（ＤＲＡＭ）（ＳＤＲＡＭ）を含むＤＲＡＭ、磁気抵抗ＲＡＭ（ＭＲＡＭ）、抵抗ＲＡＭ（ＲＲＡＭ（登録商標））、または、他のタイプのメモリデバイスのような、さまざまなメモリデバイスのいずれかによって形成されていてもよい。ＣＰＢメモリ３２０およびＤＰＢ３１４は、同じメモリデバイスまたは別個のメモリデバイスによって提供されてもよい。さまざまな例では、ＣＰＢメモリ３２０は、ビデオデコーダ３００の他のコンポーネントとともにオンチップであるか、または、これらのコンポーネントに対してオフチップであってもよい。
ＣＰＢメモリ３２０は、ビデオデコーダ３００のコンポーネントによってデコードされるべき、エンコードされたビデオビットストリームのようなビデオデータを記憶してもよい。ＣＰＢメモリ３２０中に記憶されているビデオデータは、例えば、コンピュータ読取可能媒体１１０（図１）から取得されてもよい。ＣＰＢメモリ３２０は、エンコードされたビデオビットストリームからのエンコードされたビデオデータ（例えば、シンタックス要素）を記憶するＣＰＢを含んでいてもよい。また、ＣＰＢメモリ３２０は、ビデオデコーダ３００のさまざまなユニットからの出力を表す一時データのような、コード化されたピクチャーのシンタックス要素以外のビデオデータを記憶してもよい。ＤＰＢ３１４は、一般的に、デコードされたピクチャーを記憶し、エンコードされたビデオビットストリームの後続のデータまたはピクチャーをデコードするときに、ビデオデコーダ３００が、このデコードされたピクチャーを、参照ビデオデータとして出力および／または使用してもよい。ＣＰＢメモリ３２０およびＤＰＢ３１４は、同期ダイナミックランダムアクセスメモリ（ＤＲＡＭ）（ＳＤＲＡＭ）を含むＤＲＡＭ、磁気抵抗ＲＡＭ（ＭＲＡＭ）、抵抗ＲＡＭ（ＲＲＡＭ（登録商標））、または、他のタイプのメモリデバイスのような、さまざまなメモリデバイスのいずれかによって形成されていてもよい。ＣＰＢメモリ３２０およびＤＰＢ３１４は、同じメモリデバイスまたは別個のメモリデバイスによって提供されてもよい。さまざまな例では、ＣＰＢメモリ３２０は、ビデオデコーダ３００の他のコンポーネントとともにオンチップであるか、または、これらのコンポーネントに対してオフチップであってもよい。
［０２３０］
追加的にまたは代替的に、いくつかの例では、ビデオデコーダ３００は、メモリ１２０（図１）からコード化されたビデオデータを取り出してもよい。すなわち、メモリ１２０は、ＣＰＢメモリ３２０を用いて上記で説明したようなデータを記憶していてもよい。同様に、ビデオデコーダ３００の機能の一部またはすべてが、ビデオデコーダ３００の処理回路によって実行されるソフトウェアで実現されるとき、メモリ１２０は、ビデオデコーダ３００によって実行されるべき命令を記憶していてもよい。
追加的にまたは代替的に、いくつかの例では、ビデオデコーダ３００は、メモリ１２０（図１）からコード化されたビデオデータを取り出してもよい。すなわち、メモリ１２０は、ＣＰＢメモリ３２０を用いて上記で説明したようなデータを記憶していてもよい。同様に、ビデオデコーダ３００の機能の一部またはすべてが、ビデオデコーダ３００の処理回路によって実行されるソフトウェアで実現されるとき、メモリ１２０は、ビデオデコーダ３００によって実行されるべき命令を記憶していてもよい。
［０２３１］
図３に示されているさまざまなユニットは、ビデオデコーダ３００によって実行される動作の理解を助けるために図示されている。ユニットは、固定機能回路、プログラマブル回路、または、これらの組み合わせとして実現してもよい。図２と同様に、固定機能回路は、特定の機能性を提供する回路を指し、実行できる動作に対して予め設定される。プログラマブル回路は、さまざまなタスクを実行するようにプログラムでき、実行できる動作において柔軟な機能性を提供できる回路を指している。例えば、プログラマブル回路は、ソフトウェアまたはファームウェアの命令によって規定される方法でプログラマブル回路を動作させるソフトウェアまたはファームウェアを実行してもよい。固定機能回路は、（例えば、パラメータを受け取るまたはパラメータを出力するために）ソフトウェア命令を実行するかもしれないが、固定機能回路が実行する動作のタイプは一般的に不変である。いくつかの例では、ユニットのうちの１つ以上は、別個の回路ブロック（固定機能またはプログラマブル）であってもよく、いくつかの例では、１つ以上のユニットは集積回路であってもよい。
図３に示されているさまざまなユニットは、ビデオデコーダ３００によって実行される動作の理解を助けるために図示されている。ユニットは、固定機能回路、プログラマブル回路、または、これらの組み合わせとして実現してもよい。図２と同様に、固定機能回路は、特定の機能性を提供する回路を指し、実行できる動作に対して予め設定される。プログラマブル回路は、さまざまなタスクを実行するようにプログラムでき、実行できる動作において柔軟な機能性を提供できる回路を指している。例えば、プログラマブル回路は、ソフトウェアまたはファームウェアの命令によって規定される方法でプログラマブル回路を動作させるソフトウェアまたはファームウェアを実行してもよい。固定機能回路は、（例えば、パラメータを受け取るまたはパラメータを出力するために）ソフトウェア命令を実行するかもしれないが、固定機能回路が実行する動作のタイプは一般的に不変である。いくつかの例では、ユニットのうちの１つ以上は、別個の回路ブロック（固定機能またはプログラマブル）であってもよく、いくつかの例では、１つ以上のユニットは集積回路であってもよい。
［０２３２］
ビデオデコーダ３００は、ＡＬＵ、ＥＦＵ、デジタル回路、アナログ回路、および／または、プログラマブル回路から形成されているプログラマブルコアを含んでいてもよい。ビデオデコーダ３００の動作がプログラマブル回路上で実行するソフトウェアによって実行される例では、オンチップまたはオフチップメモリが、ビデオデコーダ３００が受け取って実行するソフトウェアの命令（例えば、オブジェクトコード）を記憶していてもよい。
ビデオデコーダ３００は、ＡＬＵ、ＥＦＵ、デジタル回路、アナログ回路、および／または、プログラマブル回路から形成されているプログラマブルコアを含んでいてもよい。ビデオデコーダ３００の動作がプログラマブル回路上で実行するソフトウェアによって実行される例では、オンチップまたはオフチップメモリが、ビデオデコーダ３００が受け取って実行するソフトウェアの命令（例えば、オブジェクトコード）を記憶していてもよい。
［０２３３］
エントロピーデコーディングユニット３０２は、ＣＰＢからエンコードされたビデオデータを受け取り、ビデオデータをエントロピーデコードして、シンタックス要素を再生させてもよい。予測処理ユニット３０４、逆量子化ユニット３０６、逆変換処理ユニット３０８、再構築ユニット３１０、および、フィルタユニット３１２は、ビットストリームから抽出されたシンタックス要素に基づいて、デコードされたビデオデータを発生させてもよい。
エントロピーデコーディングユニット３０２は、ＣＰＢからエンコードされたビデオデータを受け取り、ビデオデータをエントロピーデコードして、シンタックス要素を再生させてもよい。予測処理ユニット３０４、逆量子化ユニット３０６、逆変換処理ユニット３０８、再構築ユニット３１０、および、フィルタユニット３１２は、ビットストリームから抽出されたシンタックス要素に基づいて、デコードされたビデオデータを発生させてもよい。
［０２３４］
一般的に、ビデオデコーダ３００は、ブロック毎のベースでピクチャーを再構築する。ビデオデコーダ３００は、各ブロックに対して個別に再構築動作を実行してもよい（現在再構築されている、すなわち、デコードされているブロックは、「現在ブロック」として呼ばれることがある）。
一般的に、ビデオデコーダ３００は、ブロック毎のベースでピクチャーを再構築する。ビデオデコーダ３００は、各ブロックに対して個別に再構築動作を実行してもよい（現在再構築されている、すなわち、デコードされているブロックは、「現在ブロック」として呼ばれることがある）。
［０２３５］
エントロピーデコーディングユニット３０２は、量子化された変換係数ブロックの量子化された変換係数を規定するシンタックス要素とともに、量子化パラメータ（ＱＰ）および／または変換モード表示のような変換情報をエントロピーデコードしてもよい。逆量子化ユニット３０６は、量子化変換係数ブロックに関係するＱＰを使用して、量子化の程度を、そして、同様に逆量子化ユニット３０６が適用する逆量子化の程度を決定してもよい。逆量子化ユニット３０６は、例えば、ビット単位の左シフト演算を実行して、量子化変換係数を逆量子化してもよい。それによって、逆量子化ユニット３０６は、変換係数を含む変換係数ブロックを形成してもよい。
エントロピーデコーディングユニット３０２は、量子化された変換係数ブロックの量子化された変換係数を規定するシンタックス要素とともに、量子化パラメータ（ＱＰ）および／または変換モード表示のような変換情報をエントロピーデコードしてもよい。逆量子化ユニット３０６は、量子化変換係数ブロックに関係するＱＰを使用して、量子化の程度を、そして、同様に逆量子化ユニット３０６が適用する逆量子化の程度を決定してもよい。逆量子化ユニット３０６は、例えば、ビット単位の左シフト演算を実行して、量子化変換係数を逆量子化してもよい。それによって、逆量子化ユニット３０６は、変換係数を含む変換係数ブロックを形成してもよい。
［０２３６］
逆量子化ユニット３０６が変換係数ブロックを形成した後、逆変換処理ユニット３０８は、変換係数ブロックに１つ以上の逆変換を適用して、現在ブロックに関係する残差ブロックを発生させてもよい。例えば、逆変換処理ユニット３０８は、係数ブロックに、逆ＤＣＴ、逆整数変換、逆カルーネンレーベ変換（ＫＬＴ）、逆回転変換、逆方向変換、または、別の逆変換を適用してもよい。
逆量子化ユニット３０６が変換係数ブロックを形成した後、逆変換処理ユニット３０８は、変換係数ブロックに１つ以上の逆変換を適用して、現在ブロックに関係する残差ブロックを発生させてもよい。例えば、逆変換処理ユニット３０８は、係数ブロックに、逆ＤＣＴ、逆整数変換、逆カルーネンレーベ変換（ＫＬＴ）、逆回転変換、逆方向変換、または、別の逆変換を適用してもよい。
［０２３７］
さらに、予測処理ユニット３０４は、エントロピーデコーディングユニット３０２によってエントロピーデコードされた予測情報シンタックス要素にしたがって、予測ブロックを発生させる。例えば、現在ブロックがインター予測されることを予測情報シンタックス要素が示す場合、動き補償ユニット３１６が予測ブロックを発生させてもよい。このケースでは、予測情報シンタックス要素は、参照ブロックを取り出すべきＤＰＢ３１４中の参照ピクチャーとともに、現在ピクチャー中の現在ブロックのロケーションに対する、参照ピクチャー中の参照ブロックのロケーションを識別する動きベクトルを示していてもよい。動き補償ユニット３１６は、一般的に、動き補償ユニット２２４（図２）に関して説明した方法と実質的に類似する方法で、インター予測プロセスを実行してもよい。
さらに、予測処理ユニット３０４は、エントロピーデコーディングユニット３０２によってエントロピーデコードされた予測情報シンタックス要素にしたがって、予測ブロックを発生させる。例えば、現在ブロックがインター予測されることを予測情報シンタックス要素が示す場合、動き補償ユニット３１６が予測ブロックを発生させてもよい。このケースでは、予測情報シンタックス要素は、参照ブロックを取り出すべきＤＰＢ３１４中の参照ピクチャーとともに、現在ピクチャー中の現在ブロックのロケーションに対する、参照ピクチャー中の参照ブロックのロケーションを識別する動きベクトルを示していてもよい。動き補償ユニット３１６は、一般的に、動き補償ユニット２２４（図２）に関して説明した方法と実質的に類似する方法で、インター予測プロセスを実行してもよい。
［０２３８］
本開示の技法によれば、動き補償ユニット３１６は、本開示で説明しているブロックをコード化するとき、インター予測技法と動きベクトル予測技法とを実行してもよい。例えば、以下でより詳細に説明するように、動き補償ユニット３１６は、本開示で説明している例示的な技法を利用して、動きベクトル予測子リストを構築するように構成されていてもよい。
本開示の技法によれば、動き補償ユニット３１６は、本開示で説明しているブロックをコード化するとき、インター予測技法と動きベクトル予測技法とを実行してもよい。例えば、以下でより詳細に説明するように、動き補償ユニット３１６は、本開示で説明している例示的な技法を利用して、動きベクトル予測子リストを構築するように構成されていてもよい。
［０２３９］
上記で説明したように、いくつかの例では、ブロックに対する動きベクトル予測子リストは、ブロックと、空間的に隣接するブロックおよび／またはコロケートされたブロックとを含むピクチャーのコーディング順序に基づいていてもよい。例えば、１つの例では、５つの空間的に隣接するブロックは、左から右へのコーディング順序に対して図８Ａに図示されているものであってもよく、５つの空間的に隣接するブロックは、右から左へのコーディング順序に対して図８Ｂに図示されているものであってもよい。
上記で説明したように、いくつかの例では、ブロックに対する動きベクトル予測子リストは、ブロックと、空間的に隣接するブロックおよび／またはコロケートされたブロックとを含むピクチャーのコーディング順序に基づいていてもよい。例えば、１つの例では、５つの空間的に隣接するブロックは、左から右へのコーディング順序に対して図８Ａに図示されているものであってもよく、５つの空間的に隣接するブロックは、右から左へのコーディング順序に対して図８Ｂに図示されているものであってもよい。
［０２４０］
例えば、左から右へのコーディング順序を有する第１のピクチャー中の第１のブロックに対して、動き補償ユニット３１６は、第１の動きベクトル予測子リストを構築してもよい。第１の動きベクトル予測子リスト中の第１のエントリは、第１のブロックに対して左隣接ブロック（例えば、図８Ａのブロック０ ８０２）の動きベクトル情報に基づいていてもよい。右から左へのコーディング順序を有する第２のピクチャー中の第２のブロックに対して、動き補償ユニット３１６は、第２の動きベクトル予測子リストを構築してもよい。第２の動きベクトル予測子リスト中の第１のエントリは、第２のブロックに対して右隣接ブロック（例えば、図８Ｂのブロック０ ８１８）の動きベクトル情報に基づいていてもよい。
例えば、左から右へのコーディング順序を有する第１のピクチャー中の第１のブロックに対して、動き補償ユニット３１６は、第１の動きベクトル予測子リストを構築してもよい。第１の動きベクトル予測子リスト中の第１のエントリは、第１のブロックに対して左隣接ブロック（例えば、図８Ａのブロック０ ８０２）の動きベクトル情報に基づいていてもよい。右から左へのコーディング順序を有する第２のピクチャー中の第２のブロックに対して、動き補償ユニット３１６は、第２の動きベクトル予測子リストを構築してもよい。第２の動きベクトル予測子リスト中の第１のエントリは、第２のブロックに対して右隣接ブロック（例えば、図８Ｂのブロック０ ８１８）の動きベクトル情報に基づいていてもよい。
［０２４１］
動き補償ユニット３１６は、空間的に隣接するブロックのすべてを含む複数に対して、（１つの例として）デコードピクチャーバッファ３１４中に記憶されている動きベクトル情報を並列に検査してもよい。言い換えれば、動き補償ユニット３１６が空間的に隣接する特定のブロックに対して動きベクトル情報を検査するか否かは、他の何らかのブロックの動きベクトル情報に依存していなくてもよい。
動き補償ユニット３１６は、空間的に隣接するブロックのすべてを含む複数に対して、（１つの例として）デコードピクチャーバッファ３１４中に記憶されている動きベクトル情報を並列に検査してもよい。言い換えれば、動き補償ユニット３１６が空間的に隣接する特定のブロックに対して動きベクトル情報を検査するか否かは、他の何らかのブロックの動きベクトル情報に依存していなくてもよい。
［０２４２］
空間的に隣接するブロックの動きベクトル情報の検査に基づいて、動き補償ユニット３１６は、動きベクトル情報の利用可能性に基づいている順序で動きベクトル情報を有する動きベクトル予測子リストを構築してもよい。左から右へのコーディング順序に対する動きベクトル予測子リスト中の動きベクトル情報の順序は、左隣接ブロック（例えば、図８Ａのブロック０ ８０２）の動きベクトル情報、上隣接ブロック（例えば、図８Ａのブロック１ ８０４）の動きベクトル情報、右上隣接ブロック（例えば、図８Ａのブロック２ ８０６）の動きベクトル情報、左下隣接ブロック（例えば、図８Ａのブロック３ ８０８）の動きベクトル情報、および、左上隣接ブロック（例えば、図８Ａのブロック４ ８１０）の動きベクトル情報であってもよい。右から左へのコーディング順序に対する動きベクトル予測子リスト中の動きベクトル情報の順序は、右隣接ブロック（例えば、図８Ｂのブロック０ ８１８）の動きベクトル情報、上隣接ブロック（例えば、図８Ｂのブロック１ ８２０）の動きベクトル情報、左上隣接ブロック（例えば、図８Ｂのブロック２ ８２２）の動きベクトル情報、右下隣接ブロック（例えば、図８Ｂのブロック３ ８２４）の動きベクトル情報、および、右上隣接ブロック（例えば、図８Ｂのブロック４ ８２６）の動きベクトル情報であってもよい。
空間的に隣接するブロックの動きベクトル情報の検査に基づいて、動き補償ユニット３１６は、動きベクトル情報の利用可能性に基づいている順序で動きベクトル情報を有する動きベクトル予測子リストを構築してもよい。左から右へのコーディング順序に対する動きベクトル予測子リスト中の動きベクトル情報の順序は、左隣接ブロック（例えば、図８Ａのブロック０ ８０２）の動きベクトル情報、上隣接ブロック（例えば、図８Ａのブロック１ ８０４）の動きベクトル情報、右上隣接ブロック（例えば、図８Ａのブロック２ ８０６）の動きベクトル情報、左下隣接ブロック（例えば、図８Ａのブロック３ ８０８）の動きベクトル情報、および、左上隣接ブロック（例えば、図８Ａのブロック４ ８１０）の動きベクトル情報であってもよい。右から左へのコーディング順序に対する動きベクトル予測子リスト中の動きベクトル情報の順序は、右隣接ブロック（例えば、図８Ｂのブロック０ ８１８）の動きベクトル情報、上隣接ブロック（例えば、図８Ｂのブロック１ ８２０）の動きベクトル情報、左上隣接ブロック（例えば、図８Ｂのブロック２ ８２２）の動きベクトル情報、右下隣接ブロック（例えば、図８Ｂのブロック３ ８２４）の動きベクトル情報、および、右上隣接ブロック（例えば、図８Ｂのブロック４ ８２６）の動きベクトル情報であってもよい。
［０２４３］
上記の順序付けは、動きベクトル情報の利用可能性に基づいている。動きベクトル情報が特定のブロックに対して利用可能でない場合には、その動きベクトル情報は、動きベクトル予測子リストに追加されない。いくつかの例では、次に利用可能な動きベクトル情報は、何らの動きベクトル情報がなかったブロックに対して確保された空間中に含まれてもよい。例えば、図８Ａのブロック１ ８０４に対する動きベクトル情報が動きベクトル予測子リスト中の第２のエントリであってもよく、図８Ａのブロック２ ８０６に対する動きベクトル情報が動きベクトル予測子リスト中の第３エントリであってもよい。図８Ａのブロック１ ８０４に対する動きベクトル情報が利用可能でなく、図８Ａのブロック２ ８０６に対する動きベクトル情報が利用可能である場合には、ブロック２ ８０６に対する動きベクトル情報は、動きベクトル予測子リストの第２のエントリ中にあってもよい。
上記の順序付けは、動きベクトル情報の利用可能性に基づいている。動きベクトル情報が特定のブロックに対して利用可能でない場合には、その動きベクトル情報は、動きベクトル予測子リストに追加されない。いくつかの例では、次に利用可能な動きベクトル情報は、何らの動きベクトル情報がなかったブロックに対して確保された空間中に含まれてもよい。例えば、図８Ａのブロック１ ８０４に対する動きベクトル情報が動きベクトル予測子リスト中の第２のエントリであってもよく、図８Ａのブロック２ ８０６に対する動きベクトル情報が動きベクトル予測子リスト中の第３エントリであってもよい。図８Ａのブロック１ ８０４に対する動きベクトル情報が利用可能でなく、図８Ａのブロック２ ８０６に対する動きベクトル情報が利用可能である場合には、ブロック２ ８０６に対する動きベクトル情報は、動きベクトル予測子リストの第２のエントリ中にあってもよい。
［０２４４］
上記の例では、動き補償ユニット３１６は、空間的に隣接するブロックに基づいて、第１の動きベクトル予測子リストおよび第２の動きベクトル予測子リストを決定した。いくつかの例では、動き補償ユニット３１６は、（１つの例として）デコードピクチャーバッファ３１４中に記憶されている、コロケートされたブロックの動きベクトル情報を、第１の動きベクトル予測子リストおよび第２の動きベクトル予測子リスト中に含めてもよい。
上記の例では、動き補償ユニット３１６は、空間的に隣接するブロックに基づいて、第１の動きベクトル予測子リストおよび第２の動きベクトル予測子リストを決定した。いくつかの例では、動き補償ユニット３１６は、（１つの例として）デコードピクチャーバッファ３１４中に記憶されている、コロケートされたブロックの動きベクトル情報を、第１の動きベクトル予測子リストおよび第２の動きベクトル予測子リスト中に含めてもよい。
［０２４５］
１つの例として、動き補償ユニット３１６は、第１のピクチャー以外のピクチャー中に位置する他の何らかのコロケートされたブロック中の動きベクトル情報が利用可能であるか否かを決定する前に、第１のピクチャー以外のピクチャー中に位置する中央コロケートされたブロック（例えば、図８Ａのブロック５ ８１２）に対する動きベクトル情報が利用可能であるか否かを決定してもよく、中央コロケートされたブロックに対する動きベクトル情報が利用可能であることに基づいて、動き補償ユニット３１６は、中央コロケートされたブロックに対する動きベクトル情報を第１の動きベクトル予測子リストに追加してもよい。
１つの例として、動き補償ユニット３１６は、第１のピクチャー以外のピクチャー中に位置する他の何らかのコロケートされたブロック中の動きベクトル情報が利用可能であるか否かを決定する前に、第１のピクチャー以外のピクチャー中に位置する中央コロケートされたブロック（例えば、図８Ａのブロック５ ８１２）に対する動きベクトル情報が利用可能であるか否かを決定してもよく、中央コロケートされたブロックに対する動きベクトル情報が利用可能であることに基づいて、動き補償ユニット３１６は、中央コロケートされたブロックに対する動きベクトル情報を第１の動きベクトル予測子リストに追加してもよい。
［０２４６］
いくつかの例では、動き補償ユニット３１６は、第１のピクチャー以外のピクチャー中に位置する中央コロケートされたブロックに対する動きベクトル情報が利用可能でないことを決定してもよい。このような例では、中央コロケートされたブロックに対する動きベクトル情報が利用可能でないことを決定したことに後続して、動き補償ユニット３１６は、第１のピクチャー以外のピクチャー中に位置する下コロケートされたブロック（例えば、図８Ａのブロック６ ８１４）に対する動きベクトル情報が利用可能であるか否かを決定してもよく、下コロケートされたブロックに対する動きベクトル情報が利用可能であることに基づいて、動き補償ユニット３１６は、下コロケートされたブロックに対する動きベクトル情報を第１の動きベクトル予測子リストに追加してもよい。
いくつかの例では、動き補償ユニット３１６は、第１のピクチャー以外のピクチャー中に位置する中央コロケートされたブロックに対する動きベクトル情報が利用可能でないことを決定してもよい。このような例では、中央コロケートされたブロックに対する動きベクトル情報が利用可能でないことを決定したことに後続して、動き補償ユニット３１６は、第１のピクチャー以外のピクチャー中に位置する下コロケートされたブロック（例えば、図８Ａのブロック６ ８１４）に対する動きベクトル情報が利用可能であるか否かを決定してもよく、下コロケートされたブロックに対する動きベクトル情報が利用可能であることに基づいて、動き補償ユニット３１６は、下コロケートされたブロックに対する動きベクトル情報を第１の動きベクトル予測子リストに追加してもよい。
［０２４７］
いくつかの例では、動き補償ユニット３１６は、第１のピクチャー以外のピクチャー中に位置する中央コロケートされたブロックに対する動きベクトル情報が利用可能でないことを決定してもよい。いくつかのケースでは、中央コロケートされたブロックに対する動きベクトル情報が利用可能でないことを決定したことに後続して、動き補償ユニット３１６は、第１のピクチャー以外のピクチャー中に位置する下コロケートされたブロックに対する動きベクトル情報が利用可能でないことを決定してもよい。このようなケースでは、下コロケートされたブロックに対する動きベクトル情報が利用可能でないことを決定したことに後続して、動き補償ユニット３１６は、第１のピクチャー以外のピクチャー中に位置する右コロケートされたブロック（例えば、図８Ａのブロック７ ８１６）に対する動きベクトル情報が利用可能であるか否かを決定してもよく、右コロケートされたブロックに対する動きベクトル情報が利用可能であることに基づいて、動き補償ユニット３１６は、右コロケートされたブロックに対する動きベクトル情報を第１の動きベクトル予測子リストに追加してもよい。
いくつかの例では、動き補償ユニット３１６は、第１のピクチャー以外のピクチャー中に位置する中央コロケートされたブロックに対する動きベクトル情報が利用可能でないことを決定してもよい。いくつかのケースでは、中央コロケートされたブロックに対する動きベクトル情報が利用可能でないことを決定したことに後続して、動き補償ユニット３１６は、第１のピクチャー以外のピクチャー中に位置する下コロケートされたブロックに対する動きベクトル情報が利用可能でないことを決定してもよい。このようなケースでは、下コロケートされたブロックに対する動きベクトル情報が利用可能でないことを決定したことに後続して、動き補償ユニット３１６は、第１のピクチャー以外のピクチャー中に位置する右コロケートされたブロック（例えば、図８Ａのブロック７ ８１６）に対する動きベクトル情報が利用可能であるか否かを決定してもよく、右コロケートされたブロックに対する動きベクトル情報が利用可能であることに基づいて、動き補償ユニット３１６は、右コロケートされたブロックに対する動きベクトル情報を第１の動きベクトル予測子リストに追加してもよい。
［０２４８］
動き補償ユニット３１６は、第２の動きベクトル予測子リストを構築するために、コロケートされたブロックに対する動きベクトル情報を追加する類似する動作を実行してもよい。しかしながら、第２の動きベクトル予測子リストに対して、動き補償ユニット３１６は、図８Ｂの中央コロケートされたブロック５ ８２８、下コロケートされたブロック６ ８３０、および、左コロケートされたブロック７ ８３２の利用可能性に基づいて、動きベクトル情報を追加してもよい。
動き補償ユニット３１６は、第２の動きベクトル予測子リストを構築するために、コロケートされたブロックに対する動きベクトル情報を追加する類似する動作を実行してもよい。しかしながら、第２の動きベクトル予測子リストに対して、動き補償ユニット３１６は、図８Ｂの中央コロケートされたブロック５ ８２８、下コロケートされたブロック６ ８３０、および、左コロケートされたブロック７ ８３２の利用可能性に基づいて、動きベクトル情報を追加してもよい。
［０２４９］
動きベクトル予測子リストを構築する際に、動き補償ユニット３１６は、いくつかの例では、ブロックのサイズに基づいて、動きベクトル予測子リストを構築してもよい。例えば、動き補償ユニット３１６は、しきい値サイズよりも大きいサイズを有する第１のブロックに基づいて、第１の最大サイズを有する第１の動きベクトル予測子リストを構築してもよい。動き補償ユニット３１６は、しきい値サイズよりも小さいサイズを有する、第１のピクチャー中の第３のブロックに基づいて、第３のブロックに対して、第１の最大サイズよりも小さい第２の最大サイズを有する第３の動きベクトル予測子リストを構築してもよい。１つの例として、第１の最大サイズは６に等しく、第２の最大サイズは４に等しく、しきい値サイズはＮｘ４または４ｘＮに等しく、ここでＮは８以下である。
動きベクトル予測子リストを構築する際に、動き補償ユニット３１６は、いくつかの例では、ブロックのサイズに基づいて、動きベクトル予測子リストを構築してもよい。例えば、動き補償ユニット３１６は、しきい値サイズよりも大きいサイズを有する第１のブロックに基づいて、第１の最大サイズを有する第１の動きベクトル予測子リストを構築してもよい。動き補償ユニット３１６は、しきい値サイズよりも小さいサイズを有する、第１のピクチャー中の第３のブロックに基づいて、第３のブロックに対して、第１の最大サイズよりも小さい第２の最大サイズを有する第３の動きベクトル予測子リストを構築してもよい。１つの例として、第１の最大サイズは６に等しく、第２の最大サイズは４に等しく、しきい値サイズはＮｘ４または４ｘＮに等しく、ここでＮは８以下である。
［０２５０］
動き補償ユニット３１６は、再構築ユニット３１０とともに、第１のブロックと第２のブロックとをデコードするように構成されていてもよい。例えば、動き補償ユニット３１６は、第１の動きベクトル予測子リスト中のエントリを示す情報を受け取り、エントリに基づいて、第１のブロックに対する動きベクトルを決定してもよい。動き補償ユニット３１６は、動きベクトルに基づいて、第１のブロックに対して、デコードピクチャーバッファ３１４中に記憶されている予測ブロックを決定してもよい。再構築ユニット３１０は、予測ブロックと、予測ブロックと第１のブロックとの間の差分を表す残差データを示す受け取られた情報とに基づいて、第１のブロックを再構築するように構成されていてもよい。動き補償ユニット３１６および再構築ユニット３１０は、第２のブロックを同様にデコードするように構成されていてもよい。
動き補償ユニット３１６は、再構築ユニット３１０とともに、第１のブロックと第２のブロックとをデコードするように構成されていてもよい。例えば、動き補償ユニット３１６は、第１の動きベクトル予測子リスト中のエントリを示す情報を受け取り、エントリに基づいて、第１のブロックに対する動きベクトルを決定してもよい。動き補償ユニット３１６は、動きベクトルに基づいて、第１のブロックに対して、デコードピクチャーバッファ３１４中に記憶されている予測ブロックを決定してもよい。再構築ユニット３１０は、予測ブロックと、予測ブロックと第１のブロックとの間の差分を表す残差データを示す受け取られた情報とに基づいて、第１のブロックを再構築するように構成されていてもよい。動き補償ユニット３１６および再構築ユニット３１０は、第２のブロックを同様にデコードするように構成されていてもよい。
［０２５１］
別の例として、現在ブロックがイントラ予測されることを予測情報シンタックス要素が示している場合、イントラ予測ユニット３１８は、予測情報シンタックス要素によって示されているイントラ予測モードにしたがって、予測ブロックを発生させてもよい。再度説明すると、イントラ予測ユニット３１８は、一般的に、イントラ予測ユニット２２６（図２）に関して説明した方法と実質的に類似する方法で、イントラ予測プロセスを実行してもよい。イントラ予測ユニット３１８は、現在ブロックに対する隣接するサンプルのデータをＤＰＢ３１４から取り出してもよい。
別の例として、現在ブロックがイントラ予測されることを予測情報シンタックス要素が示している場合、イントラ予測ユニット３１８は、予測情報シンタックス要素によって示されているイントラ予測モードにしたがって、予測ブロックを発生させてもよい。再度説明すると、イントラ予測ユニット３１８は、一般的に、イントラ予測ユニット２２６（図２）に関して説明した方法と実質的に類似する方法で、イントラ予測プロセスを実行してもよい。イントラ予測ユニット３１８は、現在ブロックに対する隣接するサンプルのデータをＤＰＢ３１４から取り出してもよい。
［０２５２］
再構築ユニット３１０は、予測ブロックと残差ブロックとを使用して、現在ブロックを再構築してもよい。例えば、再構築ユニット３１０は、残差ブロックのサンプルを予測ブロックの対応するサンプルに追加して、現在ブロックを再構築してもよい。
再構築ユニット３１０は、予測ブロックと残差ブロックとを使用して、現在ブロックを再構築してもよい。例えば、再構築ユニット３１０は、残差ブロックのサンプルを予測ブロックの対応するサンプルに追加して、現在ブロックを再構築してもよい。
［０２５３］
フィルタユニット３１２は、再構築されたブロックに対して１つ以上のフィルタ動作を実行してもよい。例えば、フィルタユニット３１２は、デブロッキング動作を実行して、再構築されたブロックのエッジに沿ったブロッキネスアーティファクトを低減させてもよい。フィルタユニット３１２の動作は、必ずしもすべての例において実行する必要はない。
フィルタユニット３１２は、再構築されたブロックに対して１つ以上のフィルタ動作を実行してもよい。例えば、フィルタユニット３１２は、デブロッキング動作を実行して、再構築されたブロックのエッジに沿ったブロッキネスアーティファクトを低減させてもよい。フィルタユニット３１２の動作は、必ずしもすべての例において実行する必要はない。
［０２５４］
ビデオデコーダ３００は、再構築されたブロックをＤＰＢ３１４中に記憶させてもよい。上記で説明したように、ＤＰＢ３１４は、イントラ予測に対する現在ピクチャーと、後続の動き補償のための以前にデコードされたピクチャーとのサンプルのような参照情報を、予測処理ユニット３０４に提供してもよい。さらに、ビデオデコーダ３００は、図１のディスプレイデバイス１１８のようなディスプレイデバイス上での後続の提示のために、ＤＰＢからデコードされたピクチャーを出力してもよい。
ビデオデコーダ３００は、再構築されたブロックをＤＰＢ３１４中に記憶させてもよい。上記で説明したように、ＤＰＢ３１４は、イントラ予測に対する現在ピクチャーと、後続の動き補償のための以前にデコードされたピクチャーとのサンプルのような参照情報を、予測処理ユニット３０４に提供してもよい。さらに、ビデオデコーダ３００は、図１のディスプレイデバイス１１８のようなディスプレイデバイス上での後続の提示のために、ＤＰＢからデコードされたピクチャーを出力してもよい。
［０２５５］
図９は、データをコード化する例示的な方法を図示するフローチャートである。説明を容易にするために、図９の例は、処理回路に関して説明している。処理回路の１つの例はビデオエンコーダ２００である。処理回路の別の例はビデオデコーダ３００である。処理回路は、固定機能回路、プログラマブル回路、または、固定機能回路とプログラマブル回路との組み合わせであってもよい。
図９は、データをコード化する例示的な方法を図示するフローチャートである。説明を容易にするために、図９の例は、処理回路に関して説明している。処理回路の１つの例はビデオエンコーダ２００である。処理回路の別の例はビデオデコーダ３００である。処理回路は、固定機能回路、プログラマブル回路、または、固定機能回路とプログラマブル回路との組み合わせであってもよい。
［０２５６］
１つ以上の例では、メモリは、空間的に隣接するブロックおよびコロケートされたブロックの動きベクトル情報のような、動きベクトル情報を記憶するように構成されていてもよい。１つの例として、メモリは、ビデオデータメモリ２３０、デコードピクチャーバッファ２１８、または、メモリ１０６であってもよい。別の例として、メモリは、デコードピクチャーバッファ３１４またはメモリ１２０であってもよい。
１つ以上の例では、メモリは、空間的に隣接するブロックおよびコロケートされたブロックの動きベクトル情報のような、動きベクトル情報を記憶するように構成されていてもよい。１つの例として、メモリは、ビデオデータメモリ２３０、デコードピクチャーバッファ２１８、または、メモリ１０６であってもよい。別の例として、メモリは、デコードピクチャーバッファ３１４またはメモリ１２０であってもよい。
［０２５７］
左から右へのコーディング順序を有する第１のピクチャー中の第１のブロックに対して、処理回路は、第１の動きベクトル予測子リストを構築するように構成されていてもよい（４００）。第１の動きベクトル予測子リスト中の第１のエントリは、メモリ中に記憶されている第１のブロックに対する左隣接ブロックの動きベクトル情報に基づいていてもよい。左隣接ブロックの１つの例は、図８Ａのブロック０ ８０２であり、図８Ａのブロック０ ８０２は、図８Ａの現在ブロック８００の左に位置し、図８Ａの現在ブロック８００の左境界を共有する（例えば、左隣接ブロックは、第１のブロックの下境界と同じ下境界を有する第１のブロックの左のブロックである）。いくつかの例では、処理回路は、動きベクトル情報利用可能性に基づいて、左隣接ブロック（例えば、ブロック０ ８０２）の動きベクトル情報、上隣接ブロック（例えば、ブロック１ ８０４）の動きベクトル情報、右上隣接ブロック（例えば、ブロック２ ８０６）の動きベクトル情報、左下隣接ブロック（例えば、ブロック３ ８０８）の動きベクトル情報、左上隣接ブロック（例えば、ブロック４ ８１０）の動きベクトル情報の順序で動きベクトル情報を有する第１の動きベクトル予測子リストを構築するように構成されていてもよい。
左から右へのコーディング順序を有する第１のピクチャー中の第１のブロックに対して、処理回路は、第１の動きベクトル予測子リストを構築するように構成されていてもよい（４００）。第１の動きベクトル予測子リスト中の第１のエントリは、メモリ中に記憶されている第１のブロックに対する左隣接ブロックの動きベクトル情報に基づいていてもよい。左隣接ブロックの１つの例は、図８Ａのブロック０ ８０２であり、図８Ａのブロック０ ８０２は、図８Ａの現在ブロック８００の左に位置し、図８Ａの現在ブロック８００の左境界を共有する（例えば、左隣接ブロックは、第１のブロックの下境界と同じ下境界を有する第１のブロックの左のブロックである）。いくつかの例では、処理回路は、動きベクトル情報利用可能性に基づいて、左隣接ブロック（例えば、ブロック０ ８０２）の動きベクトル情報、上隣接ブロック（例えば、ブロック１ ８０４）の動きベクトル情報、右上隣接ブロック（例えば、ブロック２ ８０６）の動きベクトル情報、左下隣接ブロック（例えば、ブロック３ ８０８）の動きベクトル情報、左上隣接ブロック（例えば、ブロック４ ８１０）の動きベクトル情報の順序で動きベクトル情報を有する第１の動きベクトル予測子リストを構築するように構成されていてもよい。
［０２５８］
いくつかの例では、第１の動きベクトル予測子リストを構築するために、処理回路は、第１のピクチャー以外のピクチャー中に位置する他の何らかのコロケートされたブロック中の動きベクトル情報が利用可能であるか否かを決定する前に、第１のピクチャー以外のピクチャー中に位置する中央コロケートされたブロック（例えば、ブロック８１２）に対する動きベクトル情報が利用可能であるか否かを決定し、中央コロケートされたブロックに対する動きベクトル情報が利用可能であることに基づいて、中央コロケートされたブロックに対する動きベクトル情報を第１の動きベクトル予測子リストに追加するように構成されていてもよい。いくつかの例では、第１の動きベクトル予測子リストを構築するために、処理回路は、第１のピクチャー以外のピクチャー中に位置する中央コロケートされたブロックに対する動きベクトル情報が利用可能でないことを決定し、中央コロケートされたブロックに対する動きベクトル情報が利用可能でないことを決定したことに後続して、第１のピクチャー以外のピクチャー中に位置する下コロケートされたブロック（例えば、図８Ａの現在ブロック８００の下にあり、図８Ａの現在ブロック８００の右に最も近いブロック６ ８１４）に対する動きベクトル情報が利用可能であるか否かを決定し、下コロケートされたブロックに対する動きベクトル情報が利用可能であることに基づいて、下コロケートされたブロックに対する動きベクトル情報を第１の動きベクトル予測子リストに追加するように構成されていてもよい。いくつかの例では、下コロケートされたブロック（例えば、ブロック６ ８１４）の右境界は、第１のピクチャー中の第１のブロックの右境界と、第１のピクチャー以外のピクチャー中で、同じロケーションにある。
いくつかの例では、第１の動きベクトル予測子リストを構築するために、処理回路は、第１のピクチャー以外のピクチャー中に位置する他の何らかのコロケートされたブロック中の動きベクトル情報が利用可能であるか否かを決定する前に、第１のピクチャー以外のピクチャー中に位置する中央コロケートされたブロック（例えば、ブロック８１２）に対する動きベクトル情報が利用可能であるか否かを決定し、中央コロケートされたブロックに対する動きベクトル情報が利用可能であることに基づいて、中央コロケートされたブロックに対する動きベクトル情報を第１の動きベクトル予測子リストに追加するように構成されていてもよい。いくつかの例では、第１の動きベクトル予測子リストを構築するために、処理回路は、第１のピクチャー以外のピクチャー中に位置する中央コロケートされたブロックに対する動きベクトル情報が利用可能でないことを決定し、中央コロケートされたブロックに対する動きベクトル情報が利用可能でないことを決定したことに後続して、第１のピクチャー以外のピクチャー中に位置する下コロケートされたブロック（例えば、図８Ａの現在ブロック８００の下にあり、図８Ａの現在ブロック８００の右に最も近いブロック６ ８１４）に対する動きベクトル情報が利用可能であるか否かを決定し、下コロケートされたブロックに対する動きベクトル情報が利用可能であることに基づいて、下コロケートされたブロックに対する動きベクトル情報を第１の動きベクトル予測子リストに追加するように構成されていてもよい。いくつかの例では、下コロケートされたブロック（例えば、ブロック６ ８１４）の右境界は、第１のピクチャー中の第１のブロックの右境界と、第１のピクチャー以外のピクチャー中で、同じロケーションにある。
［０２５９］
いくつかの例では、第１の動きベクトル予測子リストを構築するために、処理回路は、第１のピクチャー以外のピクチャー中に位置する中央コロケートされたブロックに対する動きベクトル情報が利用可能でないことを決定し、中央コロケートされたブロックに対する動きベクトル情報が利用可能でないことを決定したことに後続して、第１のピクチャー以外のピクチャー中に位置する下コロケートされたブロックに対する動きベクトル情報が利用可能でないことを決定し、下コロケートされたブロックに対する動きベクトル情報が利用可能でないことを決定したことに後続して、第１のピクチャー以外のピクチャー中に位置する右コロケートされたブロック（例えば、図８Ａの現在ブロック８００の右にあり、図８Ａの現在ブロック８００の下に最も近いブロック７ ８１６）に対する動きベクトル情報が利用可能であるか否かを決定し、右コロケートされたブロックに対する動きベクトル情報が利用可能であることに基づいて、右コロケートされたブロックに対する動きベクトル情報を第１の動きベクトル予測子リストに追加するように構成されていてもよい。いくつかの例では、右コロケートされたブロック（例えば、ブロック７ ８１６）の下境界は、第１のピクチャー中の第１のブロックの下境界と、第１のピクチャー以外のピクチャー中で、同じロケーションにある。
いくつかの例では、第１の動きベクトル予測子リストを構築するために、処理回路は、第１のピクチャー以外のピクチャー中に位置する中央コロケートされたブロックに対する動きベクトル情報が利用可能でないことを決定し、中央コロケートされたブロックに対する動きベクトル情報が利用可能でないことを決定したことに後続して、第１のピクチャー以外のピクチャー中に位置する下コロケートされたブロックに対する動きベクトル情報が利用可能でないことを決定し、下コロケートされたブロックに対する動きベクトル情報が利用可能でないことを決定したことに後続して、第１のピクチャー以外のピクチャー中に位置する右コロケートされたブロック（例えば、図８Ａの現在ブロック８００の右にあり、図８Ａの現在ブロック８００の下に最も近いブロック７ ８１６）に対する動きベクトル情報が利用可能であるか否かを決定し、右コロケートされたブロックに対する動きベクトル情報が利用可能であることに基づいて、右コロケートされたブロックに対する動きベクトル情報を第１の動きベクトル予測子リストに追加するように構成されていてもよい。いくつかの例では、右コロケートされたブロック（例えば、ブロック７ ８１６）の下境界は、第１のピクチャー中の第１のブロックの下境界と、第１のピクチャー以外のピクチャー中で、同じロケーションにある。
［０２６０］
処理回路は、第１の動きベクトル予測子リストに基づいて、第１のピクチャー中の第１のブロックをコード化するように構成されていてもよい（４０２）。１つの例として、第１の動きベクトル予測子リストに基づいて、第１のピクチャー中の第１のブロックをコード化するために、処理回路は、第１の動きベクトル予測子リストに基づいて、第１のピクチャー中の第１のブロックをデコードするように構成されていてもよい。第１のブロックをデコードするために、処理回路は、第１の動きベクトル予測子リスト中のエントリを示す情報を受け取り、エントリに基づいて、第１のブロックに対する動きベクトルを決定し、動きベクトルに基づいて、第１のブロックに対する予測ブロックを決定し、予測ブロックと、予測ブロックと第１のブロックとの間の差分を表す残差データを示す受け取られた情報とに基づいて、第１のブロックを再構築するように構成されていてもよい。別の例として、第１の動きベクトル予測子リストに基づいて、第１のピクチャー中の第１のブロックをコード化するために、処理回路は、第１の動きベクトル予測子リストに基づいて、第１のピクチャー中の第１のブロックをエンコードするように構成されていてもよい。第１のブロックをエンコードするために、処理回路は、第１のブロックに対する予測ブロックを決定し、予測ブロックを識別する第１のブロックに対する動きベクトルを決定し、動きベクトルに基づいて、第１の動きベクトル予測子リスト中のエントリを決定し、エントリを示す情報をシグナリングし、第１のブロックと予測ブロックとの間の差分を表す残差データを示す情報をシグナリングするように構成されていてもよい。
処理回路は、第１の動きベクトル予測子リストに基づいて、第１のピクチャー中の第１のブロックをコード化するように構成されていてもよい（４０２）。１つの例として、第１の動きベクトル予測子リストに基づいて、第１のピクチャー中の第１のブロックをコード化するために、処理回路は、第１の動きベクトル予測子リストに基づいて、第１のピクチャー中の第１のブロックをデコードするように構成されていてもよい。第１のブロックをデコードするために、処理回路は、第１の動きベクトル予測子リスト中のエントリを示す情報を受け取り、エントリに基づいて、第１のブロックに対する動きベクトルを決定し、動きベクトルに基づいて、第１のブロックに対する予測ブロックを決定し、予測ブロックと、予測ブロックと第１のブロックとの間の差分を表す残差データを示す受け取られた情報とに基づいて、第１のブロックを再構築するように構成されていてもよい。別の例として、第１の動きベクトル予測子リストに基づいて、第１のピクチャー中の第１のブロックをコード化するために、処理回路は、第１の動きベクトル予測子リストに基づいて、第１のピクチャー中の第１のブロックをエンコードするように構成されていてもよい。第１のブロックをエンコードするために、処理回路は、第１のブロックに対する予測ブロックを決定し、予測ブロックを識別する第１のブロックに対する動きベクトルを決定し、動きベクトルに基づいて、第１の動きベクトル予測子リスト中のエントリを決定し、エントリを示す情報をシグナリングし、第１のブロックと予測ブロックとの間の差分を表す残差データを示す情報をシグナリングするように構成されていてもよい。
［０２６１］
右から左へのコーディング順序を有する第２のピクチャー中の第２のブロックに対して、処理回路は、第２の動きベクトル予測子リストを構築するように構成されていてもよい（４０４）。第２の動きベクトル予測子リスト中の第１のエントリは、メモリ中に記憶されている第２のブロックに対する右隣接ブロックの動きベクトル情報に基づいていてもよい。右隣接ブロックの１つの例は、図８Ｂのブロック０ ８１８であり、図８Ｂのブロック０ ８１８は、図８Ｂの現在ブロック８００の右に位置し、図８Ｂの現在ブロック８００の右境界を共有する（例えば、右隣接ブロックは、第２のブロックの下境界と同じ下境界を有する第２のブロックの右のブロックである）。いくつかの例では、処理回路は、動きベクトル情報利用可能性に基づいて、右隣接ブロック（例えば、ブロック０ ８１８）の動きベクトル情報、上隣接ブロック（例えば、ブロック１ ８２０）の動きベクトル情報、左上隣接ブロック（例えば、ブロック２ ８２２）の動きベクトル情報、右下隣接ブロック（例えば、ブロック３ ８２４）の動きベクトル情報、右上隣接ブロック（例えば、ブロック４ ８２６）の動きベクトル情報の順序で動きベクトル情報を有する第２の動きベクトル予測子リストを構築するように構成されていてもよい。
右から左へのコーディング順序を有する第２のピクチャー中の第２のブロックに対して、処理回路は、第２の動きベクトル予測子リストを構築するように構成されていてもよい（４０４）。第２の動きベクトル予測子リスト中の第１のエントリは、メモリ中に記憶されている第２のブロックに対する右隣接ブロックの動きベクトル情報に基づいていてもよい。右隣接ブロックの１つの例は、図８Ｂのブロック０ ８１８であり、図８Ｂのブロック０ ８１８は、図８Ｂの現在ブロック８００の右に位置し、図８Ｂの現在ブロック８００の右境界を共有する（例えば、右隣接ブロックは、第２のブロックの下境界と同じ下境界を有する第２のブロックの右のブロックである）。いくつかの例では、処理回路は、動きベクトル情報利用可能性に基づいて、右隣接ブロック（例えば、ブロック０ ８１８）の動きベクトル情報、上隣接ブロック（例えば、ブロック１ ８２０）の動きベクトル情報、左上隣接ブロック（例えば、ブロック２ ８２２）の動きベクトル情報、右下隣接ブロック（例えば、ブロック３ ８２４）の動きベクトル情報、右上隣接ブロック（例えば、ブロック４ ８２６）の動きベクトル情報の順序で動きベクトル情報を有する第２の動きベクトル予測子リストを構築するように構成されていてもよい。
［０２６２］
いくつかの例では、第２の動きベクトル予測子リストを構築するために、処理回路は、第２のピクチャー以外のピクチャー中に位置する他の何らかのコロケートされたブロック中の動きベクトル情報が利用可能であるか否かを決定する前に、第２のピクチャー以外のピクチャー中に位置する中央コロケートされたブロック（例えば、ブロック５ ８２８）に対する動きベクトル情報が利用可能であるか否かを決定し、中央コロケートされたブロックに対する動きベクトル情報が利用可能であることに基づいて、中央コロケートされたブロックに対する動きベクトル情報を第２の動きベクトル予測子リストに追加するように構成されていてもよい。いくつかの例では、第２の動きベクトル予測子リストを構築するために、処理回路は、第２のピクチャー以外のピクチャー中に位置する中央コロケートされたブロックに対する動きベクトル情報が利用可能でないことを決定し、中央コロケートされたブロックに対する動きベクトル情報が利用可能でないことを決定したことに後続して、第２のピクチャー以外のピクチャー中に位置する下コロケートされたブロック（例えば、図８Ｂの現在ブロック８００の下にあり、図８Ｂの現在ブロック８００の左に最も近いブロック６ ８３０）に対する動きベクトル情報が利用可能であるか否かを決定し、下コロケートされたブロックに対する動きベクトル情報が利用可能であることに基づいて、下コロケートされたブロックに対する動きベクトル情報を第２の動きベクトル予測子リストに追加するように構成されていてもよい。いくつかの例では、下コロケートされたブロック（例えば、ブロック６ ８３０）の左境界は、第２のピクチャー中の第２のブロックの左境界と、第２のピクチャー以外のピクチャー中で、同じロケーションにある。
いくつかの例では、第２の動きベクトル予測子リストを構築するために、処理回路は、第２のピクチャー以外のピクチャー中に位置する他の何らかのコロケートされたブロック中の動きベクトル情報が利用可能であるか否かを決定する前に、第２のピクチャー以外のピクチャー中に位置する中央コロケートされたブロック（例えば、ブロック５ ８２８）に対する動きベクトル情報が利用可能であるか否かを決定し、中央コロケートされたブロックに対する動きベクトル情報が利用可能であることに基づいて、中央コロケートされたブロックに対する動きベクトル情報を第２の動きベクトル予測子リストに追加するように構成されていてもよい。いくつかの例では、第２の動きベクトル予測子リストを構築するために、処理回路は、第２のピクチャー以外のピクチャー中に位置する中央コロケートされたブロックに対する動きベクトル情報が利用可能でないことを決定し、中央コロケートされたブロックに対する動きベクトル情報が利用可能でないことを決定したことに後続して、第２のピクチャー以外のピクチャー中に位置する下コロケートされたブロック（例えば、図８Ｂの現在ブロック８００の下にあり、図８Ｂの現在ブロック８００の左に最も近いブロック６ ８３０）に対する動きベクトル情報が利用可能であるか否かを決定し、下コロケートされたブロックに対する動きベクトル情報が利用可能であることに基づいて、下コロケートされたブロックに対する動きベクトル情報を第２の動きベクトル予測子リストに追加するように構成されていてもよい。いくつかの例では、下コロケートされたブロック（例えば、ブロック６ ８３０）の左境界は、第２のピクチャー中の第２のブロックの左境界と、第２のピクチャー以外のピクチャー中で、同じロケーションにある。
［０２６３］
いくつかの例では、第２の動きベクトル予測子リストを構築するために、処理回路は、第２のピクチャー以外のピクチャー中に位置する中央コロケートされたブロックに対する動きベクトル情報が利用可能でないことを決定し、中央コロケートされたブロックに対する動きベクトル情報が利用可能でないことを決定したことに後続して、第２のピクチャー以外のピクチャー中に位置する下コロケートされたブロックに対する動きベクトル情報が利用可能でないことを決定し、下コロケートされたブロックに対する動きベクトル情報が利用可能でないことを決定したことに後続して、第２のピクチャー以外のピクチャー中に位置する左コロケートされたブロック（例えば、図８Ｂの現在ブロック８００の左にあり、図８Ｂの現在ブロック８００の下に最も近いブロック７ ８３２）に対する動きベクトル情報が利用可能であるか否かを決定し、左コロケートされたブロックに対する動きベクトル情報が利用可能であることに基づいて、左コロケートされたブロックに対する動きベクトル情報を第２の動きベクトル予測子リストに追加するように構成されていてもよい。いくつかの例では、左コロケートされたブロック（例えば、ブロック７ ８３２）の下境界は、第２のピクチャー中の第２のブロックの下境界と、第２のピクチャー以外のピクチャー中で、同じロケーションにある。
いくつかの例では、第２の動きベクトル予測子リストを構築するために、処理回路は、第２のピクチャー以外のピクチャー中に位置する中央コロケートされたブロックに対する動きベクトル情報が利用可能でないことを決定し、中央コロケートされたブロックに対する動きベクトル情報が利用可能でないことを決定したことに後続して、第２のピクチャー以外のピクチャー中に位置する下コロケートされたブロックに対する動きベクトル情報が利用可能でないことを決定し、下コロケートされたブロックに対する動きベクトル情報が利用可能でないことを決定したことに後続して、第２のピクチャー以外のピクチャー中に位置する左コロケートされたブロック（例えば、図８Ｂの現在ブロック８００の左にあり、図８Ｂの現在ブロック８００の下に最も近いブロック７ ８３２）に対する動きベクトル情報が利用可能であるか否かを決定し、左コロケートされたブロックに対する動きベクトル情報が利用可能であることに基づいて、左コロケートされたブロックに対する動きベクトル情報を第２の動きベクトル予測子リストに追加するように構成されていてもよい。いくつかの例では、左コロケートされたブロック（例えば、ブロック７ ８３２）の下境界は、第２のピクチャー中の第２のブロックの下境界と、第２のピクチャー以外のピクチャー中で、同じロケーションにある。
［０２６４］
処理回路は、第２の動きベクトル予測子リストに基づいて、第２のピクチャー中の第２のブロックをコード化するように構成されていてもよい（４０６）。１つの例として、第２の動きベクトル予測子リストに基づいて、第２のピクチャー中の第２のブロックをコード化するために、処理回路は、第２の動きベクトル予測子リストに基づいて、第２のピクチャー中の第２のブロックをデコードするように構成されていてもよい。第２のブロックをデコードするために、処理回路は、第２の動きベクトル予測子リスト中のエントリを示す情報を受け取り、エントリに基づいて、第２のブロックに対する動きベクトルを決定し、動きベクトルに基づいて、第２のブロックに対する予測ブロックを決定し、予測ブロックと、予測ブロックと第２のブロックとの間の差分を表す残差データを示す受け取られた情報とに基づいて、第２のブロックを再構築するように構成されていてもよい。別の例として、第２の動きベクトル予測子リストに基づいて、第２のピクチャー中の第２のブロックをコード化するために、処理回路は、第２の動きベクトル予測子リストに基づいて、第２のピクチャー中の第２のブロックをエンコードするように構成されていてもよい。第２のブロックをエンコードするために、処理回路は、第２のブロックに対する予測ブロックを決定し、予測ブロックを識別する第２のブロックに対する動きベクトルを決定し、動きベクトルに基づいて、第２の動きベクトル予測子リスト中のエントリを決定し、エントリを示す情報をシグナリングし、第２のブロックと予測ブロックとの間の差分を表す残差データを示す情報をシグナリングするように構成されていてもよい。
処理回路は、第２の動きベクトル予測子リストに基づいて、第２のピクチャー中の第２のブロックをコード化するように構成されていてもよい（４０６）。１つの例として、第２の動きベクトル予測子リストに基づいて、第２のピクチャー中の第２のブロックをコード化するために、処理回路は、第２の動きベクトル予測子リストに基づいて、第２のピクチャー中の第２のブロックをデコードするように構成されていてもよい。第２のブロックをデコードするために、処理回路は、第２の動きベクトル予測子リスト中のエントリを示す情報を受け取り、エントリに基づいて、第２のブロックに対する動きベクトルを決定し、動きベクトルに基づいて、第２のブロックに対する予測ブロックを決定し、予測ブロックと、予測ブロックと第２のブロックとの間の差分を表す残差データを示す受け取られた情報とに基づいて、第２のブロックを再構築するように構成されていてもよい。別の例として、第２の動きベクトル予測子リストに基づいて、第２のピクチャー中の第２のブロックをコード化するために、処理回路は、第２の動きベクトル予測子リストに基づいて、第２のピクチャー中の第２のブロックをエンコードするように構成されていてもよい。第２のブロックをエンコードするために、処理回路は、第２のブロックに対する予測ブロックを決定し、予測ブロックを識別する第２のブロックに対する動きベクトルを決定し、動きベクトルに基づいて、第２の動きベクトル予測子リスト中のエントリを決定し、エントリを示す情報をシグナリングし、第２のブロックと予測ブロックとの間の差分を表す残差データを示す情報をシグナリングするように構成されていてもよい。
［０２６５］
以下は、本開示で説明している技法のいずれかとともにおよび／または組み合わせて実行してもよりいくつかの例示的な技法である。以下の例は、単なるいくつかの例であり、すべての例において限定的または必要なものとして見なされるべきではない。
以下は、本開示で説明している技法のいずれかとともにおよび／または組み合わせて実行してもよりいくつかの例示的な技法である。以下の例は、単なるいくつかの例であり、すべての例において限定的または必要なものとして見なされるべきではない。
［０２６６］
例１．ビデオデータをコード化する方法において、方法は、５つの空間候補と３つまでのコロケートされた時間候補とを含む動きベクトル予測子リストを構築することと、動きベクトル予測子リストを使用して、ビデオデータのブロックをコード化することとを含む。
例１．ビデオデータをコード化する方法において、方法は、５つの空間候補と３つまでのコロケートされた時間候補とを含む動きベクトル予測子リストを構築することと、動きベクトル予測子リストを使用して、ビデオデータのブロックをコード化することとを含む。
［０２６７］
例２．動きベクトル予測子リストを構築することは、コロケートされた時間候補の利用可能性を検査する前に、空間候補の利用可能性を検査することを含む例１の方法。
例２．動きベクトル予測子リストを構築することは、コロケートされた時間候補の利用可能性を検査する前に、空間候補の利用可能性を検査することを含む例１の方法。
［０２６８］
例３．５つの空間候補と３つのコロケートされた時間候補は、図８Ａ中に示されているパターンで配置される例１の方法。
例３．５つの空間候補と３つのコロケートされた時間候補は、図８Ａ中に示されているパターンで配置される例１の方法。
［０２６９］
例４．５つの空間候補と３つのコロケートされた時間候補は、図８Ｂ中に示されているパターンで位置する例１の方法。
例４．５つの空間候補と３つのコロケートされた時間候補は、図８Ｂ中に示されているパターンで位置する例１の方法。
［０２７０］
例５．５つの空間候補と３つのコロケートされた時間候補は、図８Ｃ中に示されているパターンで位置する例１の方法。
例５．５つの空間候補と３つのコロケートされた時間候補は、図８Ｃ中に示されているパターンで位置する例１の方法。
［０２７１］
例６．ブロックに対するコーディングモード、ブロックの区分のタイプ、または、ブロックのコーディング方向のうちの１つ以上に基づいて、５つの空間候補と３つのコロケートされた時間候補とを決定することをさらに含む例１の方法。
例６．ブロックに対するコーディングモード、ブロックの区分のタイプ、または、ブロックのコーディング方向のうちの１つ以上に基づいて、５つの空間候補と３つのコロケートされた時間候補とを決定することをさらに含む例１の方法。
［０２７２］
例７．動きベクトル予測子リストを構築することは、コロケートされた時間候補の利用可能性を検査することと並行して、空間候補の利用可能性を検査することを含む例１の方法。
例７．動きベクトル予測子リストを構築することは、コロケートされた時間候補の利用可能性を検査することと並行して、空間候補の利用可能性を検査することを含む例１の方法。
［０２７３］
例８．空間候補およびコロケートされた時間候補のそれぞれの位置の有効性を決定することと、有効であると決定された候補からの動き情報を動きベクトル予測子リストに追加することとをさらに含む例７の方法。
例８．空間候補およびコロケートされた時間候補のそれぞれの位置の有効性を決定することと、有効であると決定された候補からの動き情報を動きベクトル予測子リストに追加することとをさらに含む例７の方法。
［０２７４］
例９．動きベクトル予測子リストを構築することは、ビデオデータのブロックのサイズに基づいて、動きベクトル予測子リストの最大有効サイズを決定することと、最大有効サイズに基づいて、動きベクトル予測子リストを構築することとを含む例１の方法。
例９．動きベクトル予測子リストを構築することは、ビデオデータのブロックのサイズに基づいて、動きベクトル予測子リストの最大有効サイズを決定することと、最大有効サイズに基づいて、動きベクトル予測子リストを構築することとを含む例１の方法。
［０２７５］
例１０．例１～９の技法のいずれかの組み合わせの方法。
例１０．例１～９の技法のいずれかの組み合わせの方法。
［０２７６］
例１１．コード化することは、デコードすることを含む例１～１０のいずれかの方法。
例１１．コード化することは、デコードすることを含む例１～１０のいずれかの方法。
［０２７７］
例１２．コード化することは、エンコードすることを含む例１～１０のいずれかの方法。
例１２．コード化することは、エンコードすることを含む例１～１０のいずれかの方法。
［０２７８］
例１３．ビデオデータをコード化するためのデバイスにおいて、デバイスが、例１～１０のいずれかの方法を実行するための１つ以上の手段を具備する。
例１３．ビデオデータをコード化するためのデバイスにおいて、デバイスが、例１～１０のいずれかの方法を実行するための１つ以上の手段を具備する。
［０２７９］
例１４．１つ以上の手段は、回路中で実現される１つ以上のプロセッサを備える例１３のデバイス。
例１４．１つ以上の手段は、回路中で実現される１つ以上のプロセッサを備える例１３のデバイス。
［０２８０］
例１５．ビデオデータを記憶するメモリをさらに具備する例１３および１４のいずれかのデバイス。
例１５．ビデオデータを記憶するメモリをさらに具備する例１３および１４のいずれかのデバイス。
［０２８１］
例１６．デコードされたビデオデータを表示するように構成されているディスプレイをさらに具備する例１３～１５のいずれかの組み合わせのデバイス。
例１６．デコードされたビデオデータを表示するように構成されているディスプレイをさらに具備する例１３～１５のいずれかの組み合わせのデバイス。
［０２８２］
例１７．デバイスが、カメラ、コンピュータ、移動体デバイス、ブロードキャスト受信機デバイス、または、セットトップボックスのうちの１つ以上を具備する例１３～１６のいずれかの組み合わせのデバイス。
例１７．デバイスが、カメラ、コンピュータ、移動体デバイス、ブロードキャスト受信機デバイス、または、セットトップボックスのうちの１つ以上を具備する例１３～１６のいずれかの組み合わせのデバイス。
［０２８３］
例１８．デバイスが、ビデオデコーダを具備する例１３～１７のいずれかの組み合わせのデバイス。
例１８．デバイスが、ビデオデコーダを具備する例１３～１７のいずれかの組み合わせのデバイス。
［０２８４］
例１９．デバイスが、ビデオエンコーダを具備する例１３～１８のいずれかの組み合わせのデバイス。
例１９．デバイスが、ビデオエンコーダを具備する例１３～１８のいずれかの組み合わせのデバイス。
［０２８５］
例２０．実行されるときに、１つ以上のプロセッサに、例１～１０のいずれかの方法を実行させる命令を記憶するコンピュータ読取可能記憶媒体。
例２０．実行されるときに、１つ以上のプロセッサに、例１～１０のいずれかの方法を実行させる命令を記憶するコンピュータ読取可能記憶媒体。
［０２８６］
例２１．本開示で説明している技法の任意の組み合わせ。
例２１．本開示で説明している技法の任意の組み合わせ。
［０２８７］
例に依存して、ここで説明した技法のうちのいずれかのある動作またはイベントは、異なるシーケンスで実行でき、追加してもよく、マージしてもよく、または、完全に省略してもよい（例えば、説明した動作またはイベントのすべてが本技法の実施のために必要であるとは限らない）ことを認識されたい。さらに、ある例では、動作またはイベントは、シーケンシャルによりもむしろ、例えば、マルチスレッド処理、割り込み処理、または、複数のプロセッサを通して、同時に実行してもよい。
例に依存して、ここで説明した技法のうちのいずれかのある動作またはイベントは、異なるシーケンスで実行でき、追加してもよく、マージしてもよく、または、完全に省略してもよい（例えば、説明した動作またはイベントのすべてが本技法の実施のために必要であるとは限らない）ことを認識されたい。さらに、ある例では、動作またはイベントは、シーケンシャルによりもむしろ、例えば、マルチスレッド処理、割り込み処理、または、複数のプロセッサを通して、同時に実行してもよい。
［０２８８］
１つ以上の例において、説明した機能は、ハードウェア、ソフトウェア、ファームウェア、または、これらの任意の組み合わせで実現してもよい。ソフトウェアで実現される場合には、機能は、１つ以上の命令またはコードとしてコンピュータ読取可能媒体上に記憶されていてもよく、あるいは、１つ以上の命令またはコードとしてコンピュータ読取可能媒体上で送信されてもよく、ハードウェアベースの処理ユニットによって実行してもよい。コンピュータ読取可能媒体はまた、例えば、通信プロトコルにしたがって、コンピュータプログラムの１つの場所から別の場所への転送を容易にする何らかの媒体を含む通信媒体、または、データ記憶媒体のような有形の媒体に対応するコンピュータ読取可能記憶媒体を含んでいてもよい。このように、コンピュータ読取可能媒体は、一般的に、（１）有形コンピュータ読取可能記憶媒体、または、（２）信号または搬送波のような通信媒体に対応していてもよい。データ記憶媒体は、本開示で説明した技法を実現するための命令、コードおよび／またはデータ構造を取り出すために、１つ以上のコンピュータまたは１つ以上のプロセッサによってアクセスすることができる任意の利用可能な媒体であってもよい。コンピュータプログラム製品は、コンピュータ読取可能媒体を含んでいてもよい。
１つ以上の例において、説明した機能は、ハードウェア、ソフトウェア、ファームウェア、または、これらの任意の組み合わせで実現してもよい。ソフトウェアで実現される場合には、機能は、１つ以上の命令またはコードとしてコンピュータ読取可能媒体上に記憶されていてもよく、あるいは、１つ以上の命令またはコードとしてコンピュータ読取可能媒体上で送信されてもよく、ハードウェアベースの処理ユニットによって実行してもよい。コンピュータ読取可能媒体はまた、例えば、通信プロトコルにしたがって、コンピュータプログラムの１つの場所から別の場所への転送を容易にする何らかの媒体を含む通信媒体、または、データ記憶媒体のような有形の媒体に対応するコンピュータ読取可能記憶媒体を含んでいてもよい。このように、コンピュータ読取可能媒体は、一般的に、（１）有形コンピュータ読取可能記憶媒体、または、（２）信号または搬送波のような通信媒体に対応していてもよい。データ記憶媒体は、本開示で説明した技法を実現するための命令、コードおよび／またはデータ構造を取り出すために、１つ以上のコンピュータまたは１つ以上のプロセッサによってアクセスすることができる任意の利用可能な媒体であってもよい。コンピュータプログラム製品は、コンピュータ読取可能媒体を含んでいてもよい。
［０２８９］
限定ではなく例として、このようなコンピュータ読取可能記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ（登録商標）、ＣＤ－ＲＯＭまたは他の光学ディスク記憶媒体、磁気ディスク記憶媒体または他の磁気記憶デバイス、フラッシュメモリ、あるいは、命令またはデータ構造の形態で望ましいプログラムコードを記憶するために使用され、コンピュータによってアクセスすることができる他の何らかの媒体を備えることができる。また、任意の接続は、コンピュータ読取可能媒体と適切に呼ばれる。例えば、命令が、ウェブサイトから、サーバから、あるいは、同軸ケーブル、光ファイバケーブル、撚り対、デジタル加入者線（ＤＳＬ）、または、赤外線、無線、マイクロ波のようなワイヤレステクノロジーを使用している他の遠隔ソースから送信される場合、同軸ケーブル、光ファイバケーブル、撚り対、ＤＳＬ、または、赤外線、無線およびマイクロ波のようなワイヤレステクノロジーは、媒体の規定に含まれる。しかしながら、コンピュータ読取可能記憶媒体およびデータ記憶媒体は、接続、搬送波、信号、または、他の一時的な媒体を含まないが、代わりに、非一時的な、有形の記憶媒体に向けられていることを理解すべきである。ここで使用するようなディスク（ｄｉｓｋおよびｄｉｓｃ）は、コンパクトディスク（ＣＤ）、レーザーディスク（登録商標）、光ディスク、デジタル汎用ディスク（ＤＶＤ）、フロッピー（登録商標）ディスク、および、ブルーレイ（登録商標）ディスクを含むが、通常、ディスク（ｄｉｓｋ）はデータを磁気的に再生する一方で、ディスク（ｄｉｓｃ）はデータをレーザにより光学的に再生する。上記の組み合わせも、コンピュータ読取可能媒体の範囲内に含むべきである。
限定ではなく例として、このようなコンピュータ読取可能記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ（登録商標）、ＣＤ－ＲＯＭまたは他の光学ディスク記憶媒体、磁気ディスク記憶媒体または他の磁気記憶デバイス、フラッシュメモリ、あるいは、命令またはデータ構造の形態で望ましいプログラムコードを記憶するために使用され、コンピュータによってアクセスすることができる他の何らかの媒体を備えることができる。また、任意の接続は、コンピュータ読取可能媒体と適切に呼ばれる。例えば、命令が、ウェブサイトから、サーバから、あるいは、同軸ケーブル、光ファイバケーブル、撚り対、デジタル加入者線（ＤＳＬ）、または、赤外線、無線、マイクロ波のようなワイヤレステクノロジーを使用している他の遠隔ソースから送信される場合、同軸ケーブル、光ファイバケーブル、撚り対、ＤＳＬ、または、赤外線、無線およびマイクロ波のようなワイヤレステクノロジーは、媒体の規定に含まれる。しかしながら、コンピュータ読取可能記憶媒体およびデータ記憶媒体は、接続、搬送波、信号、または、他の一時的な媒体を含まないが、代わりに、非一時的な、有形の記憶媒体に向けられていることを理解すべきである。ここで使用するようなディスク（ｄｉｓｋおよびｄｉｓｃ）は、コンパクトディスク（ＣＤ）、レーザーディスク（登録商標）、光ディスク、デジタル汎用ディスク（ＤＶＤ）、フロッピー（登録商標）ディスク、および、ブルーレイ（登録商標）ディスクを含むが、通常、ディスク（ｄｉｓｋ）はデータを磁気的に再生する一方で、ディスク（ｄｉｓｃ）はデータをレーザにより光学的に再生する。上記の組み合わせも、コンピュータ読取可能媒体の範囲内に含むべきである。
［０２９０］
命令は、１つ以上のデジタル信号プロセッサ（ＤＳＰ）、汎用マイクロプロセッサ、特定用途集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、または、他の同等な集積またはディスクリート論理回路のような１つ以上のプロセッサによって実行してもよい。したがって、ここで使用されるように、用語「プロセッサ」は、前述の構造、または、ここで説明した技術のインプリメンテーションに適した他の何らかの構造のいずれかを指していてもよい。加えて、いくつかの態様では、ここで説明した機能性は、エンコードおよびデコードするように構成されている専用のハードウェアおよび／またはソフトウェアモジュール内に提供してもよく、あるいは、組み合わされたコーデック中に組み込んでもよい。また、技法は、１つ以上の回路または論理エレメントにおいて、完全に実現することができる。
命令は、１つ以上のデジタル信号プロセッサ（ＤＳＰ）、汎用マイクロプロセッサ、特定用途集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、または、他の同等な集積またはディスクリート論理回路のような１つ以上のプロセッサによって実行してもよい。したがって、ここで使用されるように、用語「プロセッサ」は、前述の構造、または、ここで説明した技術のインプリメンテーションに適した他の何らかの構造のいずれかを指していてもよい。加えて、いくつかの態様では、ここで説明した機能性は、エンコードおよびデコードするように構成されている専用のハードウェアおよび／またはソフトウェアモジュール内に提供してもよく、あるいは、組み合わされたコーデック中に組み込んでもよい。また、技法は、１つ以上の回路または論理エレメントにおいて、完全に実現することができる。
［０２９１］
本開示の技法は、ワイヤレスハンドセット、集積回路（ＩＣ）またはＩＣのセット（例えば、チップセット）を含む、幅広い種類のデバイスまたは装置において実施してもよい。さまざまなコンポーネント、モジュール、または、ユニットは、開示した技法を実行するように構成されているデバイスの機能的な態様を強調するためにここ説明しているが、それらは、異なるハードウェアユニットによる実現を必ずしも要求するわけではない。むしろ、上記で説明したように、さまざまなユニットは、コーデックハードウェアユニットにおいて組み合わされるか、または、適切なソフトウェアおよび／またはファームウェアとともに、上記で説明したような１つ以上のプロセッサを含む、相互動作可能ハードウェアユニットの集合によって提供されてもよい。
本開示の技法は、ワイヤレスハンドセット、集積回路（ＩＣ）またはＩＣのセット（例えば、チップセット）を含む、幅広い種類のデバイスまたは装置において実施してもよい。さまざまなコンポーネント、モジュール、または、ユニットは、開示した技法を実行するように構成されているデバイスの機能的な態様を強調するためにここ説明しているが、それらは、異なるハードウェアユニットによる実現を必ずしも要求するわけではない。むしろ、上記で説明したように、さまざまなユニットは、コーデックハードウェアユニットにおいて組み合わされるか、または、適切なソフトウェアおよび／またはファームウェアとともに、上記で説明したような１つ以上のプロセッサを含む、相互動作可能ハードウェアユニットの集合によって提供されてもよい。
［０２９２］
さまざまな例を説明してきた。これらおよび他の例は、以下の特許請求の範囲の範囲内にある。
さまざまな例を説明してきた。これらおよび他の例は、以下の特許請求の範囲の範囲内にある。
Claims (30)
- ビデオデータをコード化する方法において、
左から右へのコーディング順序を有する第１のピクチャー中の第１のブロックに対して、第１の動きベクトル予測子リストを構築し、前記第１の動きベクトル予測子リスト中の第１のエントリは、前記第１のブロックに対する左隣接ブロックの動きベクトル情報に基づいていることと、
前記第１の動きベクトル予測子リストに基づいて、前記第１のピクチャー中の前記第１のブロックをコード化することと、
右から左へのコーディング順序を有する第２のピクチャー中の第２のブロックに対して、第２の動きベクトル予測子リストを構築し、前記第２の動きベクトル予測子リスト中の第１のエントリは、前記第２のブロックに対する右隣接ブロックの動きベクトル情報に基づいていることと、
前記第２の動きベクトル予測子リストに基づいて、前記第２のピクチャー中の前記第２のブロックをコード化することとを含む方法。 - 前記第１の動きベクトル予測子リストを構築することは、動きベクトル情報の利用可能性に基づいて、
前記左隣接ブロックの動きベクトル情報、
上隣接ブロックの動きベクトル情報、
右上隣接ブロックの動きベクトル情報、
左下隣接ブロックの動きベクトル情報、
左上隣接ブロックの動きベクトル情報、
の順序で動きベクトル情報を有する前記第１の動きベクトル予測子リストを構築することを含む請求項１記載の方法。 - 前記第２の動きベクトル予測子リストを構築することは、動きベクトル情報の利用可能性に基づいて、
前記右隣接ブロックの動きベクトル情報、
上隣接ブロックの動きベクトル情報、
左上隣接ブロックの動きベクトル情報、
右下隣接ブロックの動きベクトル情報、
右上隣接ブロックの動きベクトル情報、
の順序で動きベクトル情報を有する前記第２の動きベクトル予測子リストを構築することを含む請求項１記載の方法。 - 前記第１のブロックに対する前記左隣接ブロックは、前記第１のブロックの下境界と同じである下境界を有する前記第１のブロックの左のブロックを含み、前記右隣接ブロックは、前記第２のブロックの下境界と同じである下境界を有する前記第２のブロックの右のブロックを含む請求項１記載の方法。
- 前記第１の動きベクトル予測子リストを構築することは、前記第１の動きベクトル予測子リストを構築するのに使用される複数の空間的に隣接するブロックに対する動きベクトル情報を並列に検査することを含む請求項１記載の方法。
- 前記第１の動きベクトル予測子リストを構築することは、
前記第１のピクチャー以外のピクチャー中に位置する他の何らかのコロケートされたブロック中の動きベクトル情報が利用可能であるか否かを決定する前に、前記第１のピクチャー以外の前記ピクチャー中に位置する中央コロケートされたブロックに対する動きベクトル情報が利用可能であるか否かを決定することと、
前記中央コロケートされたブロックに対する動きベクトル情報が利用可能であることに基づいて、前記中央コロケートされたブロックに対する動きベクトル情報を前記第１の動きベクトル予測子リストに追加することとを含む請求項１記載の方法。 - 前記第１の動きベクトル予測子リストを構築することは、
前記第１のピクチャー以外のピクチャー中に位置する中央コロケートされたブロックに対する動きベクトル情報が利用可能でないことを決定することと、
前記中央コロケートされたブロックに対する動きベクトル情報が利用可能でないことを決定したことに後続して、前記第１のピクチャー以外の前記ピクチャー中に位置する下コロケートされたブロックに対する動きベクトル情報が利用可能であるか否かを決定することと、
前記下コロケートされたブロックに対する動きベクトル情報が利用可能であることに基づいて、前記下コロケートされたブロックに対する動きベクトル情報を前記第１の動きベクトル予測子リストに追加することとを含む請求項１記載の方法。 - 前記下コロケートされたブロックの右境界は、前記第１のピクチャー中の前記第１のブロックの右境界と、前記第１のピクチャー以外の前記ピクチャー中で、同じロケーションにある請求項７記載の方法。
- 前記第２の動きベクトル予測子リストを構築することは、
前記第２のピクチャー以外のピクチャー中に位置する中央コロケートされたブロックに対する動きベクトル情報が利用可能でないことを決定することと、
前記中央コロケートされたブロックに対する動きベクトル情報が利用可能でないことを決定したことに後続して、前記第２のピクチャー以外の前記ピクチャー中に位置する下コロケートされたブロックに対する動きベクトル情報が利用可能であるか否かを決定することと、
前記下コロケートされたブロックに対する動きベクトル情報が利用可能であることに基づいて、前記下コロケートされたブロックに対する動きベクトル情報を前記第２の動きベクトル予測子リストに追加することとを含む請求項１記載の方法。 - 前記下コロケートされたブロックの左境界は、前記第２のピクチャー中の前記第２のブロックの左境界と、前記第２のピクチャー以外の前記ピクチャー中で、同じロケーションにある請求項９記載の方法。
- 前記第１の動きベクトル予測子リストを構築することは、
前記第１のピクチャー以外のピクチャー中に位置する中央コロケートされたブロックに対する動きベクトル情報が利用可能でないことを決定することと、
前記中央コロケートされたブロックに対する動きベクトル情報が利用可能でないことを決定したことに後続して、前記第１のピクチャー以外の前記ピクチャー中に位置する下コロケートされたブロックに対する動きベクトル情報が利用可能でないことを決定することと、
前記下コロケートされたブロックに対する動きベクトル情報が利用可能でないことを決定したことに後続して、前記第１のピクチャー以外の前記ピクチャー中に位置する右コロケートされたブロックに対する動きベクトル情報が利用可能であるか否かを決定することと、
前記右コロケートされたブロックに対する動きベクトル情報が利用可能であることに基づいて、前記右コロケートされたブロックに対する動きベクトル情報を前記第１の動きベクトル予測子リストに追加することとを含む請求項１記載の方法。 - 前記右コロケートされたブロックの下境界は、前記第１のピクチャー中の前記第１のブロックの下境界と、前記第１のピクチャー以外の前記ピクチャー中で、同じロケーションにある請求項１１記載の方法。
- 前記第２の動きベクトル予測子リストを構築することは、
前記第２のピクチャー以外のピクチャー中に位置する中央コロケートされたブロックに対する動きベクトル情報が利用可能でないことを決定することと、
前記中央コロケートされたブロックに対する動きベクトル情報が利用可能でないことを決定したことに後続して、前記第２のピクチャー以外の前記ピクチャー中に位置する下コロケートされたブロックに対する動きベクトル情報が利用可能でないことを決定することと、
前記下コロケートされたブロックに対する動きベクトル情報が利用可能でないことを決定したことに後続して、前記第２のピクチャー以外の前記ピクチャー中に位置する左コロケートされたブロックに対する動きベクトル情報が利用可能であるか否かを決定することと、
前記左コロケートされたブロックに対する動きベクトル情報が利用可能であることに基づいて、前記左コロケートされたブロックに対する動きベクトル情報を前記第２の動きベクトル予測子リストに追加することとを含む請求項１記載の方法。 - 前記左コロケートされたブロックの下境界は、前記第２のピクチャー中の前記第２のブロックの下境界と、前記第２のピクチャー以外の前記ピクチャー中で、同じロケーションにある請求項１３記載の方法。
- 前記第１の動きベクトル予測子リストを構築することは、しきい値サイズよりも大きいサイズを有する前記第１のブロックに基づいて、第１の最大サイズを有する前記第１の動きベクトル予測子リストを構築することを含み、
前記方法は、
前記しきい値サイズよりも小さいサイズを有する、前記第１のピクチャー中の第３のブロックに基づいて、前記第３のブロックに対して、前記第１の最大サイズよりも小さい第２の最大サイズを有する第３の動きベクトル予測子リストを構成することをさらに含む請求項１記載の方法。 - 前記第１の最大サイズは６に等しく、前記第２の最大サイズは４に等しく、前記しきい値サイズはＮｘ４または４ｘＮに等しく、Ｎは８以下である請求項１５記載の方法。
- 前記第１の動きベクトル予測子リストに基づいて、前記第１のピクチャー中の前記第１のブロックをコード化することは、前記第１の動きベクトル予測子リストに基づいて、前記第１のピクチャー中の前記第１のブロックをデコードすることを含み、
前記第１のブロックをデコードすることは、
前記第１の動きベクトル予測子リスト中のエントリを示す情報を受け取ることと、
前記エントリに基づいて、前記第１のブロックに対する動きベクトルを決定することと、
前記動きベクトルに基づいて、前記第１のブロックに対する予測ブロックを決定することと、
前記予測ブロックと、前記予測ブロックと前記第１のブロックとの間の差分を表す残差データを示す受け取られた情報とに基づいて、前記第１のブロックを再構築することとを含む請求項１記載の方法。 - 前記第１の動きベクトル予測子リストに基づいて、前記第１のピクチャー中の前記第１のブロックをコード化することは、前記第１の動きベクトル予測子リストに基づいて、前記第１のピクチャー中の前記第１のブロックをエンコードすることを含み、
前記第１のブロックをエンコードすることは、
前記第１のブロックに対する予測ブロックを決定することと、
前記予測ブロックを識別する前記第１のブロックに対する動きベクトルを決定することと、
前記動きベクトルに基づいて、前記第１の動きベクトル予測子リスト中のエントリを決定することと、
前記エントリを示す情報をシグナリングすることと、
前記第１のブロックと前記予測ブロックとの間の差分を表す残差データを示す情報をシグナリングすることとを含む請求項１記載の方法。 - ビデオデータをコード化するためのデバイスにおいて、
動きベクトル情報を記憶するように構成されているメモリと、
前記メモリに結合されている処理回路とを具備し、
前記処理回路は、
左から右へのコーディング順序を有する第１のピクチャー中の第１のブロックに対して、第１の動きベクトル予測子リストを構築し、前記第１の動きベクトル予測子リスト中の第１のエントリは、前記メモリ中に記憶されている前記第１のブロックに対する左隣接ブロックの動きベクトル情報に基づいているようにと、
前記第１の動きベクトル予測子リストに基づいて、前記第１のピクチャー中の前記第１のブロックをコード化するようにと、
右から左へのコーディング順序を有する第２のピクチャー中の第２のブロックに対して、第２の動きベクトル予測子リストを構築し、前記第２の動きベクトル予測子リスト中の第１のエントリは、前記メモリ中に記憶されている前記第２のブロックに対する右隣接ブロックの動きベクトル情報に基づいているようにと、
前記第２の動きベクトル予測子リストに基づいて、前記第２のピクチャー中の前記第２のブロックをコード化するように構成されているデバイス。 - 前記第１の動きベクトル予測子リストを構築するために、前記処理回路は、動きベクトル情報の利用可能性に基づいて、
前記左隣接ブロックの動きベクトル情報、
上隣接ブロックの動きベクトル情報、
右上隣接ブロックの動きベクトル情報、
左下隣接ブロックの動きベクトル情報、
左上隣接ブロックの動きベクトル情報、
の順序で動きベクトル情報を有する前記第１の動きベクトル予測子リストを構築するように構成されている請求項１９記載のデバイス。 - 前記第２の動きベクトル予測子リストを構築するために、前記処理回路は、動きベクトル情報の利用可能性に基づいて、
前記右隣接ブロックの動きベクトル情報、
上隣接ブロックの動きベクトル情報、
左上隣接ブロックの動きベクトル情報、
右下隣接ブロックの動きベクトル情報、
右上隣接ブロックの動きベクトル情報、
の順序で動きベクトル情報を有する前記第２の動きベクトル予測子リストを構築するように構成されている請求項１９記載のデバイス。 - 前記第１のブロックに対する前記左隣接ブロックは、前記第１のブロックの下境界と同じである下境界を有する前記第１のブロックの左のブロックを含み、前記右隣接ブロックは、前記第２のブロックの下境界と同じである下境界を有する前記第２のブロックの右のブロックを含む請求項１９記載のデバイス。
- 前記第１の動きベクトル予測子リストを構築するために、前記処理回路は、前記第１の動きベクトル予測子リストを構築するのに使用される複数の空間的に隣接するブロックに対する動きベクトル情報を並列に検査するように構成されている請求項１９記載のデバイス。
- 前記第１の動きベクトル予測子リストを構築するために、前記処理回路は、
前記第１のピクチャー以外のピクチャー中に位置する他の何らかのコロケートされたブロック中の動きベクトル情報が利用可能であるか否かを決定する前に、前記第１のピクチャー以外の前記ピクチャー中に位置する中央コロケートされたブロックに対する動きベクトル情報が利用可能であるか否かを決定するようにと、
前記中央コロケートされたブロックに対する動きベクトル情報が利用可能であることに基づいて、前記中央コロケートされたブロックに対する動きベクトル情報を前記第１の動きベクトル予測子リストに追加するように構成されている請求項１９記載のデバイス。 - 前記第１の動きベクトル予測子リストを構築するために、前記処理回路は、
前記第１のピクチャー以外のピクチャー中に位置する中央コロケートされたブロックに対する動きベクトル情報が利用可能でないことを決定するようにと、
前記中央コロケートされたブロックに対する動きベクトル情報が利用可能でないことを決定したことに後続して、前記第１のピクチャー以外の前記ピクチャー中に位置する下コロケートされたブロックに対する動きベクトル情報が利用可能であるか否かを決定するようにと、
前記下コロケートされたブロックに対する動きベクトル情報が利用可能であることに基づいて、前記下コロケートされたブロックに対する動きベクトル情報を前記第１の動きベクトル予測子リストに追加するように構成され、
前記下コロケートされたブロックの右境界は、前記第１のピクチャー中の前記第１のブロックの右境界と、前記第１のピクチャー以外の前記ピクチャー中で、同じロケーションにある請求項１９記載のデバイス。 - 前記第２の動きベクトル予測子リストを構築するために、前記処理回路は、
前記第２のピクチャー以外のピクチャー中に位置する中央コロケートされたブロックに対する動きベクトル情報が利用可能でないことを決定するようにと、
前記中央コロケートされたブロックに対する動きベクトル情報が利用可能でないことを決定したことに後続して、前記第２のピクチャー以外の前記ピクチャー中に位置する下コロケートされたブロックに対する動きベクトル情報が利用可能でないことを決定するようにと、
前記下コロケートされたブロックに対する動きベクトル情報が利用可能でないことを決定したことに後続して、前記第２のピクチャー以外の前記ピクチャー中に位置する左コロケートされたブロックに対する動きベクトル情報が利用可能であるか否かを決定するようにと、
前記左コロケートされたブロックに対する動きベクトル情報が利用可能であることに基づいて、前記左コロケートされたブロックに対する動きベクトル情報を前記第２の動きベクトル予測子リストに追加するように構成され、
前記左コロケートされたブロックの下境界は、前記第２のピクチャー中の前記第２のブロックの下境界と、前記第２のピクチャー以外の前記ピクチャー中で、同じロケーションにある請求項１９記載のデバイス。 - 前記第１の動きベクトル予測子リストを構築するために、前記処理回路は、しきい値サイズよりも大きいサイズを有する前記第１のブロックに基づいて、第１の最大サイズを有する前記第１の動きベクトル予測子リストを構築するように構成され、
前記処理回路は、前記しきい値サイズよりも小さいサイズを有する、前記第１のピクチャー中の第３のブロックに基づいて、前記第３のブロックに対して、前記第１の最大サイズよりも小さい第２の最大サイズを有する第３の動きベクトル予測子リストを構成するように構成されている請求項１９記載のデバイス。 - 前記第１の最大サイズは６に等しく、前記第２の最大サイズは４に等しく、前記しきい値サイズはＮｘ４または４ｘＮに等しく、Ｎは８以下である請求項２７記載のデバイス。
- 前記デバイスは、ワイヤレス通信デバイスを備える請求項１９記載のデバイス。
- 命令を記憶するコンピュータ読取可能記憶媒体において、
前記命令は、実行されるとき、１つ以上のプロセッサに、
左から右へのコーディング順序を有する第１のピクチャー中の第１のブロックに対して、第１の動きベクトル予測子リストを構築させ、前記第１の動きベクトル予測子リスト中の第１のエントリは、前記第１のブロックに対する左隣接ブロックの動きベクトル情報に基づいており、
前記第１の動きベクトル予測子リストに基づいて、前記第１のピクチャー中の前記第１のブロックをコード化させ、
右から左へのコーディング順序を有する第２のピクチャー中の第２のブロックに対して、第２の動きベクトル予測子リストを構築させ、前記第２の動きベクトル予測子リスト中の第１のエントリは、前記第２のブロックに対する右隣接ブロックの動きベクトル情報に基づいており、
前記第２の動きベクトル予測子リストに基づいて、前記第２のピクチャー中の前記第２のブロックをコード化させるコンピュータ読取可能記憶媒体。
Applications Claiming Priority (5)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US201862776373P | 2018-12-06 | 2018-12-06 | |
| US62/776,373 | 2018-12-06 | ||
| US16/704,827 US11122288B2 (en) | 2018-12-06 | 2019-12-05 | Spatio-temporal motion vector prediction patterns for video coding |
| US16/704,827 | 2019-12-05 | ||
| PCT/US2019/064953 WO2020118191A1 (en) | 2018-12-06 | 2019-12-06 | Spatio-temporal motion vector prediction patterns for video coding |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2022511809A true JP2022511809A (ja) | 2022-02-01 |
| JPWO2020118191A5 JPWO2020118191A5 (ja) | 2022-11-15 |
Family
ID=70971310
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2021531233A Pending JP2022511809A (ja) | 2018-12-06 | 2019-12-06 | ビデオコード化に対する空間－時間動きベクトル予測パターン |
Country Status (9)
| Country | Link |
|---|---|
| US (1) | US11122288B2 (ja) |
| EP (1) | EP3891988A1 (ja) |
| JP (1) | JP2022511809A (ja) |
| KR (1) | KR20210091190A (ja) |
| CN (1) | CN113170185B (ja) |
| BR (1) | BR112021009732A2 (ja) |
| SG (1) | SG11202104366WA (ja) |
| TW (1) | TW202038614A (ja) |
| WO (1) | WO2020118191A1 (ja) |
Families Citing this family (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2020141914A1 (ko) * | 2019-01-01 | 2020-07-09 | 엘지전자 주식회사 | 히스토리 기반 모션 벡터 예측을 기반으로 비디오 신호를 처리하기 위한 방법 및 장치 |
| US11166015B2 (en) * | 2019-03-06 | 2021-11-02 | Tencent America LLC | Method and apparatus for video coding |
| US11451809B2 (en) * | 2019-08-28 | 2022-09-20 | Tencent America LLC | Method and apparatus for video coding |
| EP4032297A4 (en) * | 2019-09-19 | 2022-11-23 | Alibaba Group Holding Limited | METHODS FOR CONSTRUCTING A LIST OF MERGER CANDIDATES |
| WO2023025178A1 (en) * | 2021-08-24 | 2023-03-02 | Beijing Bytedance Network Technology Co., Ltd. | Method, apparatus, and medium for video processing |
| WO2023097019A1 (en) * | 2021-11-23 | 2023-06-01 | Beijing Dajia Internet Information Technology Co., Ltd. | Methods and devices for candidate derivation for affine merge mode in video coding |
| WO2023109899A1 (en) * | 2021-12-15 | 2023-06-22 | FG Innovation Company Limited | Device and method for coding video data |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2010029850A1 (ja) * | 2008-09-09 | 2010-03-18 | 日本電気株式会社 | 画像符号化装置、画像復号化装置、画像符号化方法、画像復号化方法、及びそのプログラム |
| JP2011217082A (ja) * | 2010-03-31 | 2011-10-27 | Jvc Kenwood Corp | 画像符号化装置、画像符号化方法、画像符号化プログラム、画像復号装置、画像復号方法及び画像復号プログラム |
| US20130107964A1 (en) * | 2011-10-28 | 2013-05-02 | Panasonic Corporation | Image coding method, image decoding method, image coding apparatus, and image decoding apparatus |
| WO2013108631A1 (ja) * | 2012-01-18 | 2013-07-25 | 株式会社Ｊｖｃケンウッド | 動画像符号化装置、動画像符号化方法及び動画像符号化プログラム、並びに動画像復号装置、動画像復号方法及び動画像復号プログラム |
| US20160105681A1 (en) * | 2011-06-27 | 2016-04-14 | Samsung Electronics Co., Ltd. | Method and apparatus for encoding motion information, and method and apparatus for decoding same |
| US20170347117A1 (en) * | 2011-11-04 | 2017-11-30 | Nokia Technologies Oy | Method for coding and an apparatus |
| US20180103265A1 (en) * | 2011-02-09 | 2018-04-12 | Lg Electronics Inc. | Method for encoding and decoding image and device using same |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10412387B2 (en) * | 2014-08-22 | 2019-09-10 | Qualcomm Incorporated | Unified intra-block copy and inter-prediction |
| US11477477B2 (en) * | 2015-01-26 | 2022-10-18 | Qualcomm Incorporated | Sub-prediction unit based advanced temporal motion vector prediction |
-
2019
- 2019-12-05 US US16/704,827 patent/US11122288B2/en active Active
- 2019-12-06 JP JP2021531233A patent/JP2022511809A/ja active Pending
- 2019-12-06 TW TW108144797A patent/TW202038614A/zh unknown
- 2019-12-06 SG SG11202104366WA patent/SG11202104366WA/en unknown
- 2019-12-06 BR BR112021009732-5A patent/BR112021009732A2/pt unknown
- 2019-12-06 KR KR1020217016269A patent/KR20210091190A/ko unknown
- 2019-12-06 EP EP19828484.6A patent/EP3891988A1/en active Pending
- 2019-12-06 WO PCT/US2019/064953 patent/WO2020118191A1/en unknown
- 2019-12-06 CN CN201980078244.2A patent/CN113170185B/zh active Active
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2010029850A1 (ja) * | 2008-09-09 | 2010-03-18 | 日本電気株式会社 | 画像符号化装置、画像復号化装置、画像符号化方法、画像復号化方法、及びそのプログラム |
| JP2011217082A (ja) * | 2010-03-31 | 2011-10-27 | Jvc Kenwood Corp | 画像符号化装置、画像符号化方法、画像符号化プログラム、画像復号装置、画像復号方法及び画像復号プログラム |
| US20180103265A1 (en) * | 2011-02-09 | 2018-04-12 | Lg Electronics Inc. | Method for encoding and decoding image and device using same |
| US20160105681A1 (en) * | 2011-06-27 | 2016-04-14 | Samsung Electronics Co., Ltd. | Method and apparatus for encoding motion information, and method and apparatus for decoding same |
| US20130107964A1 (en) * | 2011-10-28 | 2013-05-02 | Panasonic Corporation | Image coding method, image decoding method, image coding apparatus, and image decoding apparatus |
| US20170347117A1 (en) * | 2011-11-04 | 2017-11-30 | Nokia Technologies Oy | Method for coding and an apparatus |
| WO2013108631A1 (ja) * | 2012-01-18 | 2013-07-25 | 株式会社Ｊｖｃケンウッド | 動画像符号化装置、動画像符号化方法及び動画像符号化プログラム、並びに動画像復号装置、動画像復号方法及び動画像復号プログラム |
Non-Patent Citations (1)
| Title |
|---|
| JOEL JUNG AND GUILLAUME LAROCHE: "ITU - Telecommunications Standardization Sector STUDY GROUP 16 Question 6 Video Coding Experts Group", COMPETITION-BASED SCHEME FOR MOTION VECTOR SELECTION AND CODING, vol. VCEG-AC06, JPN6020001352, July 2006 (2006-07-01), pages 1 - 7, ISSN: 0005165664 * |
Also Published As
| Publication number | Publication date |
|---|---|
| EP3891988A1 (en) | 2021-10-13 |
| KR20210091190A (ko) | 2021-07-21 |
| CN113170185A (zh) | 2021-07-23 |
| TW202038614A (zh) | 2020-10-16 |
| US20200186825A1 (en) | 2020-06-11 |
| WO2020118191A1 (en) | 2020-06-11 |
| CN113170185B (zh) | 2024-05-28 |
| BR112021009732A2 (pt) | 2021-08-17 |
| SG11202104366WA (en) | 2021-06-29 |
| US11122288B2 (en) | 2021-09-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP7367018B2 (ja) | 履歴ベースの動きベクトル予測の簡略化 | |
| US11172229B2 (en) | Affine motion compensation with low bandwidth | |
| JP7000565B2 (ja) | ビデオコーディングのためのアフィン予測動き情報をコーディングすること | |
| CN113196749B (zh) | 用于译码视频数据的方法和设备 | |
| JP6783788B2 (ja) | ビデオコーディングにおけるサブブロックの動き情報の導出 | |
| US20200112715A1 (en) | History-based motion vector prediction for inter prediction coding | |
| JP2021534627A (ja) | 分類を有する履歴ベース候補リスト | |
| JP2022504073A (ja) | 履歴ベースの動きベクトル予測子の改善 | |
| JP2022507683A (ja) | デコーダ側動きベクトル改良 | |
| JP2022533664A (ja) | ビデオコーディングのためのマージモードコーディング | |
| JP7474774B2 (ja) | ビデオコーディングにおけるイントラブロックコピーモードのための動きベクトル予測子リスト生成 | |
| JP2022510297A (ja) | ビデオコーディングのための三角形動き情報 | |
| JP6855242B2 (ja) | ビデオコーディングのためのディスパリティベクトルおよび／または高度残差予測 | |
| CN113170185B (zh) | 用于视频译码的空间-时间运动向量预测模式 | |
| JP2022538061A (ja) | ビデオコーディングのための組み合わされたインターおよびイントラ予測モード | |
| JP7379391B2 (ja) | シグナリングサブ予測ユニット動きベクトル予測子 | |
| JP2015514340A (ja) | ビデオコード化における視差ベクトル予測 | |
| US20200260107A1 (en) | Virtual pipeline data unit design for intra block copy mode for video coding | |
| US11064192B2 (en) | Simplification of spatial-temporal motion vector prediction | |
| JP2022539005A (ja) | ビデオコーディングにおける時間動きベクトル予測候補の導出 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20221107 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20221107 |
|
| RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20230104 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20231003 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20231226 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20240213 |