JP7477066B2 - Ｉｂｃマージリストを使用するエンコーダ、デコーダ、及び対応する方法 - Google Patents

Ｉｂｃマージリストを使用するエンコーダ、デコーダ、及び対応する方法 Download PDF

Info

Publication number
JP7477066B2
JP7477066B2 JP2021525623A JP2021525623A JP7477066B2 JP 7477066 B2 JP7477066 B2 JP 7477066B2 JP 2021525623 A JP2021525623 A JP 2021525623A JP 2021525623 A JP2021525623 A JP 2021525623A JP 7477066 B2 JP7477066 B2 JP 7477066B2
Authority
JP
Japan
Prior art keywords
block
list
vector
block vector
candidate
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.)
Active
Application number
JP2021525623A
Other languages
English (en)
Other versions
JP2022522570A (ja
Inventor
ガオ、ハン
エセンリク、セミ
ワン、ビャオ
メハー コトラ、アナンド
チェン、ジアンレ
Original Assignee
ホアウェイ・テクノロジーズ・カンパニー・リミテッド
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by ホアウェイ・テクノロジーズ・カンパニー・リミテッド filed Critical ホアウェイ・テクノロジーズ・カンパニー・リミテッド
Publication of JP2022522570A publication Critical patent/JP2022522570A/ja
Application granted granted Critical
Publication of JP7477066B2 publication Critical patent/JP7477066B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/102—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
    • H04N19/103—Selection of coding mode or of prediction mode
    • H04N19/11—Selection of coding mode or of prediction mode among a plurality of spatial predictive coding modes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/50—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding
    • H04N19/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/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
    • 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/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/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/70—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by syntax aspects related to video coding, e.g. related to compression standards

Description

本願の（本開示の）実施形態は一般に、画像処理分野に関し、より具体的には、予測のための共有リストに関する。
ビデオコーディング（ビデオエンコーディング及びデコーディング）は、例えば、放送デジタルＴＶ、インターネット及びモバイルネットワークを介したビデオ送信、又はビデオチャット、ビデオ会議、ＤＶＤ及びブルーレイ（登録商標）ディスク、ビデオコンテンツの取得及び編集システム、セキュリティアプリケーションのカムコーダーなどのリアルタイムの会話型アプリケーションなど、幅広いデジタルビデオアプリケーションで使用される。
比較的短いビデオを描画するのであっても、必要とされるビデオデータの量は、かなりのものであり得、その結果、限定的な帯域幅容量を有する通信ネットワークを介してデータがストリームされる又は別の方法で通信されることになる場合、困難が生じる場合がある。したがって、ビデオデータは一般に、現代の遠隔通信ネットワークを介して通信される前に圧縮される。ビデオのサイズは、メモリリソースが限定的である場合があるので、ビデオがストレージデバイスに保存される場合にも問題となり得る。ビデオ圧縮デバイスは、多くの場合、ソースにおけるソフトウェア及び／又はハードウェアを使用して、送信又は保存の前にビデオデータをコードし、それにより、デジタルビデオイメージを表すのに必要とされるデータの量を低減させる。その後、圧縮データは、デスティネーションにおいて、ビデオデータをデコードするビデオ圧縮解除デバイスによって受信される。限定的なネットワークリソース及び増大し続ける高ビデオ品質の需要に鑑みて、画像品質をほとんどから全く犠牲にせずに圧縮比を改善する、改善された圧縮及び圧縮解除技術が望まれている。
本願の実施形態は、独立請求項に記載のエンコーディング及びデコーディングのための装置及び方法を提供する。
前述の目的及び他の目的は、独立請求項の主題により実現される。さらなる実装形態が、従属請求項、説明及び図面から明らかである。
本発明の第１態様は、イントラブロックコピー（ＩＢＣ）モードのための候補マージリストを構築する方法であって、当該方法は、
左側隣接ブロックが利用可能で左側隣接ブロックがＩＢＣモードを使用している場合、現在のブロックの初期のマージリストに現在のブロックの左側隣接ブロックのブロックベクトルを挿入する段階（一例において、初期のマージリストは、この挿入段階の前の空リストである）と、
上側隣接ブロックが利用可能で、上側隣接ブロックがＩＢＣモードを使用しており、上側隣接ブロックのブロックベクトルは左側隣接ブロックのブロックベクトルと同じでない場合、現在のブロックの上側隣接ブロックのブロックベクトルを初期のマージリストに挿入する段階（一例において、初期のマージリストはこの段階の前の空リストであるか、又は、初期のマージリストは、現在のブロックの左側隣接ブロックのブロックベクトルを備える）と、
上側隣接ブロックのブロックベクトルが、履歴ベースの動きベクトル予測子（ＨＭＶＰ）における最後の候補のブロックベクトルと同じでない場合、且つ左側隣接ブロックのブロックベクトルが、ＨＭＶＰにおける最後の候補のブロックベクトルと同じでない場合、ＨＭＶＰにおける最後の候補のブロックベクトルを初期のマージリストに挿入する段階と
を備える、方法を開示する。
本発明の第２態様は、イントラブロックコピー（ＩＢＣ）モードのための候補マージリストを構築する方法であって、当該方法は、
隣接ブロックが利用可能で、当該隣接ブロックがＩＢＣモードを使用している場合、現在のブロックの隣接ブロックのブロックベクトルを現在のブロックの初期のマージリストに挿入する段階と、
隣接ブロックのブロックベクトルが履歴ベースの動きベクトル予測子（ＨＭＶＰ）における最後の候補のブロックベクトルと同じでない場合、ＨＭＶＰにおける最後の候補のブロックベクトルを初期のマージリストに挿入する段階と、
ＨＭＶＰにおける別の候補のブロックベクトルを初期のマージリストに挿入する段階であって、当該ＨＭＶＰにおける別の候補のブロックベクトルのプルーニングが除去されている、段階と
を備える、方法を開示する。
本発明の第３態様は、イントラブロックコピー（ＩＢＣ）モードのための候補マージリストを構築する方法であって、当該方法は、
左側隣接ブロックが利用可能で左側隣接ブロックがＩＢＣモードを使用している場合、現在のブロックの初期のマージリストに現在のブロックの左側隣接ブロックのブロックベクトルを挿入する段階（一例において、初期のマージリストは、この挿入段階の前の空リストである）と、
上側隣接ブロックが利用可能で、上側隣接ブロックがＩＢＣモードを使用しており、上側隣接ブロックのブロックベクトルは左側隣接ブロックのブロックベクトルと同じでない場合、現在のブロックの上側隣接ブロックのブロックベクトルを初期のマージリストに挿入する段階（一例において、初期のマージリストはこの段階の前の空リストであるか、又は、初期のマージリストは、現在のブロックの左側隣接ブロックのブロックベクトルを備える）と、
上側隣接ブロックのブロックベクトルが、履歴ベースの動きベクトル予測子（ＨＭＶＰ）における最後の候補のブロックベクトルと同じでない場合、且つ左側隣接ブロックのブロックベクトルが、ＨＭＶＰにおける最後の候補のブロックベクトルと同じでない場合、ＨＭＶＰにおける最後の候補のブロックベクトルを初期のマージリストに挿入する段階と、
ＨＭＶＰにおける別の候補のブロックベクトルを初期のマージリストに挿入する段階であって、当該ＨＭＶＰにおける別の候補のブロックベクトルのプルーニングが除去されている、段階と
を備える、方法を開示する。
本発明の第４態様は、イントラブロックコピー（ＩＢＣ）モードのための候補マージリストを構築する方法であって、当該方法は、
隣接ブロックが利用可能で、当該隣接ブロックがＩＢＣモードを使用している場合、現在のブロックの隣接ブロックのブロックベクトルを現在のブロックの初期のマージリストに挿入する段階と、
隣接ブロックのブロックベクトルが履歴ベースの動きベクトル予測子（ＨＭＶＰ）における最後の候補のブロックベクトルと同じでない場合、ＨＭＶＰにおける候補のブロックベクトルを初期のマージリストに挿入する段階と
を備え、
現在のブロックの初期のマージリストにおける最後のブロックベクトルは、ＨＭＶＰにおける１つの候補の１つのブロックベクトルである、
方法を開示する。
本発明の第５態様は、イントラブロックコピー（ＩＢＣ）モードのための候補マージリストを構築する方法であって、当該方法は、
左側隣接ブロックが利用可能で左側隣接ブロックがＩＢＣモードを使用している場合、現在のブロックの初期のマージリストに現在のブロックの左側隣接ブロックのブロックベクトルを挿入する段階（一例において、初期のマージリストは、この挿入段階の前の空リストである）と、
上側隣接ブロックが利用可能で、上側隣接ブロックがＩＢＣモードを使用しており、上側隣接ブロックのブロックベクトルは左側隣接ブロックのブロックベクトルと同じでない場合、現在のブロックの上側隣接ブロックのブロックベクトルを初期のマージリストに挿入する段階（一例において、初期のマージリストはこの段階の前の空リストであるか、又は、初期のマージリストは、現在のブロックの左側隣接ブロックのブロックベクトルを備える）と、
上側隣接ブロックのブロックベクトルが、履歴ベースの動きベクトル予測子（ＨＭＶＰ）における最後の候補のブロックベクトルと同じでない場合、且つ左側隣接ブロックのブロックベクトルが、ＨＭＶＰにおける最後の候補のブロックベクトルと同じでない場合、ＨＭＶＰにおける最後の候補のブロックベクトルを初期のマージリストに挿入する段階と、
ＨＭＶＰにおける別の候補のブロックベクトルを初期のマージリストに挿入する段階であって、当該ＨＭＶＰにおける別の候補のブロックベクトルのプルーニングが除去されている、段階と
を備え、
現在のブロックの初期のマージリストにおける最後のブロックベクトルは、ＨＭＶＰにおける別の候補のブロックベクトルである、方法を開示する。
第１態様から第５態様のうちいずれか１つに対する１つの可能な実装において、方法はさらに、上述した挿入するプロセスの後の初期のマージリストに従って現在のブロックのブロックベクトルを取得し、現在のブロックのマージ候補インデックスを取得する段階を備える。
第１態様から第５態様のうちいずれか１つに対する１つの可能な実装において、初期のマージリストは、最初の挿入するプロセスの前の空リストである。
第１態様から第５態様のうちいずれか１つに対する１つの可能な実装において、上述した挿入するプロセスは順番に実行される。
本発明の第６態様は、前述の方法の実施形態のうちいずれか１つを実行するための処理回路を備えるエンコーダ（２０）を開示する。
本発明の第７態様は、前述の方法の実施形態のうちいずれか１つを実行するための処理回路を備えるデコーダ（３０）を開示する。
本発明の第８態様は、前述の方法の実施形態のうちいずれか１つを実行するためのプログラムコードを備えるコンピュータプログラム製品を開示する。
本発明の第９態様は、１又は複数のプロセッサと、
プロセッサに連結され、プロセッサによる実行のためのプログラミングを保存する非一時的コンピュータ可読記憶媒体であって、プログラミングは、プロセッサにより実行される場合、前述の方法の実施形態のうちいずれか１つを実行するようにデコーダを構成する、非一時的コンピュータ可読記憶媒体と
を備えるデコーダ又はエンコーダを開示する。
１又は複数の実施形態の詳細は、添付の図面及び以下の説明に記載されている。他の特徴、目的、及び利点は、明細書、図面、及び特許請求の範囲から明らかになるであろう。
以下、添付の図及び図面を参照しながら、本発明の実施形態がより詳細に説明される。
本発明の実施形態を実装するように構成されているビデオコーディングシステムの例を示すブロック図である。 本発明の実施形態を実装するように構成されているビデオコーディングシステムの別の例を示すブロック図である。 本発明の実施形態を実装するように構成されているビデオエンコーダの例を示すブロック図である。 本発明の実施形態を実装するように構成されているビデオデコーダの例示的な構造を示すブロック図である。 エンコーディング装置又はデコーディング装置の例を示すブロック図である。 エンコーディング装置又はデコーディング装置の別の例を示すブロック図である。 現在のブロックの隣接ブロックの例を示すブロック図である。 本願の実施形態についての例を示す図である。 コンテンツ配信サービスを実現するコンテンツ供給システム３１００の例示的な構造を示すブロック図である。 端末デバイスの例の構造を示すブロック図である。以下では、別途明示的に指定されていない限り、同一の参照符号は、同一又は少なくとも機能的に等価な機能を指す。
以下の説明では、本開示の一部をなし、本発明の実施形態の具体的態様又は本発明の実施形態が使用され得る具体的態様を例示として示す、添付の図が参照される。本発明の実施形態は、他の態様において使用されてもよく、図に示されていない構造的又は論理的変化を含んでもよいことが理解される。したがって、以下の詳細な説明は、限定する意味で解釈されず、本発明の範囲は、添付の特許請求の範囲により定義される。
例えば、説明された方法に関連する開示は、方法を実行するように構成されている対応するデバイス又はシステムにも当てはまり得、逆もまた同様であることが理解される。例えば、特定の方法の１又は複数の段階が説明される場合、そのような１又は複数のユニットが図において明示的に説明又は図示されていない場合であっても、対応するデバイスは、１又は複数のユニット、例えば、説明された１又は複数の方法の段階を実行する機能ユニット（例えば、１又は複数の段階を実行する１つのユニット、又は、各々が複数の段階のうち１又は複数を実行する複数のユニット）を含み得る。一方、例えば、特定の装置が１又は複数のユニット、例えば、機能ユニットに基づいて説明される場合、そのような１又は複数の段階が図において明示的に説明又は図示されていない場合であっても、対応する方法は、１又は複数ユニットの機能を実行する１つの段階（例えば、１又は複数のユニットの機能を実行する１つの段階、又は、各々が複数のユニットのうち１又は複数の機能を実行する複数の段階）を含み得る。さらに、特に別途の注記しない限り、本明細書に説明されている様々な例示的な実施形態及び／又は態様の特徴を互いに組み合わせ得ることが理解される。
ビデオコーディングは典型的には、ビデオ又はビデオシーケンスを形成する一連の画像の処理を指す。「画像」という用語の代わりに、「フレーム」又は「イメージ」という用語が、ビデオコーディング分野での同義語として使用され得る。ビデオコーディング（又は一般にコーディング）は、ビデオエンコーディング及びビデオデコーディングの２つの部分を含む。ビデオエンコーディングはソース側で実行され、典型的には、（より効率的な保存及び／又は送信のために）ビデオ画像を表現するのに必要なデータの量を低減させるように、元のビデオ画像を処理（例えば、圧縮による）することを含む。ビデオデコーディングは、デスティネーション側で実行され、典型的には、ビデオ画像を再構築するように、エンコーダと比較して逆の処理を含む。ビデオ画像の（又は一般に画像）「コーディング」に言及する実施形態は、ビデオ画像又はそれぞれのビデオシーケンスの「エンコーディング」又は「デコーディング」に関すると理解されるものとする。エンコーディング部分とデコーディング部分との組み合わせは、コーデック（コーディング及びデコーディング、Ｃｏｄｉｎｇ ａｎｄ Ｄｅｃｏｄｉｎｇ）とも称される。無損失ビデオコーディングの場合、元のビデオ画像は再構築でき、すなわち、再構築されたビデオ画像は元のビデオ画像と同じ品質である（保存中又は送信中に伝送損失又は他のデータ損失がないと仮定）。不可逆ビデオコーディングの場合、ビデオ画像を表現するデータの量を低減するために、例えば量子化によるさらなる圧縮が実行されるが、これはデコーダにおいて完全に再構築できない、すなわち、再構築されたビデオ画像の品質は、元のビデオ画像の品質に比較して低下又は劣化する。
いくつかのビデオコーディング規格は、「不可逆ハイブリッドビデオコーデック」のグループに属する（すなわち、サンプル領域における空間的及び時間的予測と、変換領域において量子化を適用するための２Ｄ変換コーディングとを組み合わせる）。ビデオシーケンスの各画像は、典型的には、非重複ブロックのセットに区分化され、コーディングは、典型的には、ブロックレベルで実行される。換言すると、エンコーダにおいて、ビデオは、例えば、空間的（画像内）予測及び／又は時間的（画像間）予測を使用して予測ブロックを生成し、現在のブロック（現在処理されている／処理されることになるブロック）から予測ブロックを減算して残差ブロックを取得し、残差ブロックを変換するとともに変換領域における残差ブロックを量子化して、送信されるデータの量を低減（圧縮）することによって、典型的にはブロック（ビデオブロック）レベルで処理、すなわち、エンコードされ、一方で、デコーダにおいて、現在のブロックを表現のために再構築するために、エンコーダと比較して逆の処理がエンコード又は圧縮されたブロックに適用される。さらに、エンコーダがデコーダの処理ループを繰り返すことにより、後続のブロックの処理のために、すなわち、コーディングのために、両方が同一の予測（例えば、イントラ及びインター予測）及び／又は再構築物を生成することになる。
以下、ビデオコーディングシステム１０、ビデオエンコーダ２０、及びビデオデコーダ３０の実施形態が、図１から図３に基づいて説明される。
図１Ａは、本願の技術を利用し得る例示的なコーディングシステム１０、例えばビデオコーディングシステム１０（又は略してコーディングシステム１０）を示す概略ブロック図である。ビデオコーディングシステム１０のビデオエンコーダ２０（又は略してエンコーダ２０）及びビデオデコーダ３０（又は略してデコーダ３０）は、本願において説明される様々な例に従って技術を実行するように構成され得るデバイスの例を表す。
図１Ａに示されるように、コーディングシステム１０は、エンコードされた画像データ２１を、例えば、このエンコードされた画像データをデコーディングするために、デスティネーションデバイス１４に提供する（１３）ように構成されているソースデバイス１２を備える。
ソースデバイス１２は、エンコーダ２０を備え、加えて、すなわち、任意選択的に、画像ソース１６と、プリプロセッサ（又は前処理ユニット）１８、例えば画像プリプロセッサ１８と、通信インタフェース又は通信ユニット２２とを備えてよい。
画像ソース１６は、任意の種類の画像捕捉デバイス、例えば、現実世界の画像を捕捉するカメラ、及び／又は、任意種類の画像生成デバイス、例えば、コンピュータアニメーション化画像を生成するコンピュータグラフィックプロセッサ、又は、現実世界の画像、コンピュータ生成画像（例えば、スクリーンコンテンツ、仮想現実（ＶＲ）画像）及び／又はそれらの任意の組み合わせ（例えば、拡張現実（ＡＲ）画像）を取得及び／又は提供する任意の種類の他のデバイスを含んでもよく、又は、それらのデバイスであってもよい。画像ソースは、前述の画像の任意のものを保存する任意の種類のメモリ又はストレージであってよい。
プリプロセッサ１８、及び前処理ユニット１８により実行される処理と区別して、画像又は画像データ１７は、生画像又は生画像データ１７とも称され得る。
プリプロセッサ１８は、（生）画像データ１７を受信するとともに、画像データ１７に対して前処理を実行して、前処理された画像１９又は前処理された画像データ１９を取得するように構成されている。プリプロセッサ１８により実行される前処理は、例えば、トリミング、カラーフォーマット変換（例えば、ＲＧＢからＹＣｂＣｒ）、色補正、又はノイズ除去を含んでよい。前処理ユニット１８は任意選択のコンポーネントでもよいことが理解できる。
ビデオエンコーダ２０は、前処理された画像データ１９を受信するとともに、エンコードされた画像データ２１を提供するように構成されている（更なる詳細は、例えば図２に基づいて下記で説明される）。ソースデバイス１２の通信インタフェース２２は、通信チャネル１３を介して、エンコードされた画像データ２１を受信するとともに、エンコードされた画像データ２１（又はその任意のさらに処理されたバージョン）を、保存又は直接の再構築のために、別のデバイス、例えばデスティネーションデバイス１４又は任意の他のデバイスに送信するように構成されてよい。
デスティネーションデバイス１４は、デコーダ３０（例えば、ビデオデコーダ３０）を備え、加えて、すなわち、任意選択的に、通信インタフェース又は通信ユニット２８と、ポストプロセッサ３２（又は後処理ユニット３２）と、ディスプレイデバイス３４とを備えてよい。
デスティネーションデバイス１４の通信インタフェース２８は、エンコードされた画像データ２１（又はその任意のさらに処理されたバージョン）を、例えばソースデバイス１２から直接又は任意の他のソース、例えばストレージデバイス、例えばエンコードされた画像データのストレージデバイスから受信するとともに、エンコードされた画像データ２１をデコーダ３０に提供するように構成されている。
通信インタフェース２２及び通信インタフェース２８は、ソースデバイス１２とデスティネーションデバイス１４との間における直接的な通信リンク、例えば直接的な有線又は無線接続を介して、又は、任意の種類のネットワーク、例えば、有線又は無線ネットワーク若しくはそれらの任意の組み合わせ、又は、任意の種類のプライベート及びパブリックネットワーク、又は、それらの任意の種類の組み合わせを介して、エンコードされた画像データ２１又はエンコードされたデータを送信又は受信する（１３）ように構成されてよい。
通信インタフェース２２は、例えば、エンコードされた画像データ２１を適切なフォーマットに、例えばパケットにパッケージ化する、及び／又は、通信リンク又は通信ネットワークを介した送信のための任意の種類の送信エンコーディング又は処理を使用して、エンコードされた画像データを処理するように構成されてよい。
通信インタフェース２２のカウンターパートを形成する通信インタフェース２８は、例えば、送信されたデータを受信するとともに、任意の種類の対応する送信デコーディング又は処理及び／又はデパッケージングを使用して送信データを処理して、エンコードされた画像データ２１を取得するように構成されてよい。
通信インタフェース２２及び通信インタフェース２８は両方とも、図１Ａにおいてソースデバイス１２からデスティネーションデバイス１４に向く通信チャネル１３の矢印で指示するように単方向通信インタフェースとして、又は、双方向通信インタフェースとして構成されてよく、例えば、メッセージを送受信する、例えば、接続を設定し、通信リンク及び／又はデータ送信、例えばエンコードされた画像データの送信に関連する任意の他の情報を確認及びやりとりするように構成されてよい。
デコーダ３０は、エンコードされた画像データ２１を受信するとともに、デコードされた画像データ３１又はデコードされた画像３１を提供するように構成されている（更なる詳細は、例えば図３又は図５に基づいて下記で説明される）。
デスティネーションデバイス１４のポストプロセッサ３２は、デコードされた画像データ３１（再構築された画像データとも呼ばれる）、例えばデコードされた画像３１を後処理して、後処理された画像データ３３、例えば後処理された画像３３を取得するように構成される。後処理ユニット３２により実行される後処理は、例えば、デコードされた画像データ３１を、例えばディスプレイデバイス３４による表示のために準備する目的で、例えば、カラーフォーマット変換（例えば、ＹＣｂＣｒからＲＧＢ）、色補正、トリミング、若しくは再サンプリング、又は任意の他の処理を含んでよい。
デスティネーションデバイス１４のディスプレイデバイス３４は、画像を、例えばユーザ又は視聴者に表示するために、後処理された画像データ３３を受信するように構成されている。ディスプレイデバイス３４は、再構築された画像を表示するための任意の種類のディスプレイ、例えば、一体型又は外付けのディスプレイ又はモニタであってもよく、又は、これを含んでもよい。ディスプレイは、例えば、液晶ディスプレイ（ＬＣＤ）、有機発光ダイオード（ＯＬＥＤ）ディスプレイ、プラズマディスプレイ、プロジェクタ、マイクロＬＥＤディスプレイ、液晶オンシリコン（ＬＣｏＳ）、デジタル光プロセッサ（ＤＬＰ）、又は任意の種類の他のディスプレイを含んでよい。
図１Ａはソースデバイス１２とデスティネーションデバイス１４とを別個のデバイスとして示しているが、デバイスの実施形態は、それらの両方又は両方の機能、すなわち、ソースデバイス１２又は対応する機能と、デスティネーションデバイス１４又は対応する機能とを備えてもよい。そのような実施形態において、ソースデバイス１２又は対応する機能及びデスティネーションデバイス１４又は対応する機能は、同じハードウェア及び／又はソフトウェアを使用して、又は、別個のハードウェア及び／又はソフトウェア又はそれらの任意の組み合わせにより実装されてもよい。本説明に基づいて当業者には明らかであるように、図１Ａに示されるような、異なるユニットの機能又はソースデバイス１２及び／又はデスティネーションデバイス１４内の機能の存在及び（正確な）分割は、実際のデバイス及びアプリケーションに応じて変わり得る。
エンコーダ２０（例えば、ビデオエンコーダ２０）又はデコーダ３０（例えば、ビデオデコーダ３０）又はエンコーダ２０とデコーダ３０との両方は、１又は複数のマイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、ディスクリートロジック、ハードウェア、ビデオコーディング専用又はそれらの任意の組み合わせなどの、図１Ｂに示されるような処理回路を介して実装され得る。エンコーダ２０は、図２のエンコーダ２０及び／又は本明細書に記載の任意の他のエンコーダシステム又はサブシステムに関連して説明される様々なモジュールを具現するために処理回路４６を介して実装され得る。デコーダ３０は、図３のデコーダ３０及び／又は本明細書に記載の任意の他のデコーダシステム又はサブシステムに関連して説明される様々なモジュールを具現するために処理回路４６を介して実装され得る。
処理回路は、後で説明されるように様々な操作を実行するように構成されてよい。図５に示されるように、技術がソフトウェアにおいて部分的に実装される場合、デバイスは、好適な非一時的コンピュータ可読記憶媒体におけるソフトウェアに対する命令を保存してよく、ハードウェア内で１又は複数のプロセッサを使用して命令を実行して、本開示の技術を実行してよい。ビデオエンコーダ２０及びビデオデコーダ３０のいずれかは、図１Ｂに示されるように、例えば、単一のデバイス内の組み合わされたエンコーダ／デコーダ（コーデック）の一部として統合されてよい。
ソースデバイス１２及びデスティネーションデバイス１４は、任意の種類のハンドヘルド又はステーショナリデバイス、例えば、ノートブック又はラップトップコンピュータ、携帯電話、スマートフォン、タブレット、又はタブレットコンピュータ、カメラ、デスクトップコンピュータ、セットトップボックス、テレビ、ディスプレイデバイス、デジタルメディアプレイヤ、ビデオゲームコンソール、ビデオストリーミングデバイス（コンテンツサービスサーバ又はコンテンツ配信サーバなど）、ブロードキャスト受信機デバイス、又はブロードキャスト送信機デバイスなどを含む、幅広いデバイスのいずれかを備えてよく、オペレーティングシステムを使用しない又は任意の種類のオペレーティングシステムを使用してよい。いくつかの場合、ソースデバイス１２及びデスティネーションデバイス１４は、無線通信に対応してよい。したがって、ソースデバイス１２及びデスティネーションデバイス１４は、無線通信デバイスであってよい。
いくつかの場合、図１Ａに示されるビデオコーディングシステム１０は、単に例であり、本願の技術は、エンコーディングデバイスとデコーディングデバイスとの間の任意のデータ通信を必ずしも含まないビデオコーディング設定（例えば、ビデオエンコーディング又はビデオデコーディング）に適用されてよい。他の例において、データは、ローカルメモリから取得され、ネットワークを介してストリーム等される。ビデオエンコーディングデバイスは、データをメモリにエンコードして保存してよく、及び／又は、ビデオデコーディングデバイスは、データをメモリから取得してデコードしてよい。いくつかの例において、エンコーディング及びデコーディングは、互いに通信しないが単純にデータをメモリにエンコードする及び／又はメモリからデータを取得してデコードするデバイスにより実行される。
説明の便宜上、例えば、ＩＴＵ－Ｔビデオコーディング専門家グループ（ＶＣＥＧ）及びＩＳＯ／ＩＥＣ動画像専門家グループ（ＭＰＥＧ）のビデオコーディングに関する共同作業チーム（ＪＣＴ－ＶＣ）によって開発された次世代ビデオコーディング規格である、高効率ビデオコーディング（ＨＥＶＣ）又は多用途ビデオコーディング（ＶＶＣ）のリファレンスソフトウェアを参照して、本発明の実施形態が本明細書で説明される。当業者であれば、本発明の実施形態はＨＥＶＣ又はＶＶＣに限定されるものではないことを理解するであろう。
［エンコーダ及びエンコーディング方法］
図２は、本願の技術を実装するように構成されている例示的なビデオエンコーダ２０の概略ブロック図を示す。図２の例において、ビデオエンコーダ２０は、入力２０１（又は入力インタフェース２０１）と、残差計算ユニット２０４と、変換処理ユニット２０６と、量子化ユニット２０８と、逆量子化ユニット２１０と、逆変換処理ユニット２１２と、再構築ユニット２１４と、ループフィルタユニット２２０と、デコードされた画像バッファ（ＤＰＢ）２３０と、モード選択ユニット２６０と、エントロピーエンコーディングユニット２７０と、出力２７２（又は出力インタフェース２７２）とを備える。モード選択ユニット２６０は、インター予測ユニット２４４と、イントラ予測ユニット２５４と、区分化ユニット２６２とを含んでよい。インター予測ユニット２４４は、動き推定ユニット及び動き補償ユニット（図示せず）を含んでよい。図２に示されるビデオエンコーダ２０は、ハイブリッドビデオエンコーダ、又は、ハイブリッドビデオコーデックによるビデオエンコーダとも称され得る。
残差計算ユニット２０４と、変換処理ユニット２０６と、量子化ユニット２０８と、モード選択ユニット２６０とは、エンコーダ２０の順方向信号経路を形成するものとして言及されてよく、一方、逆量子化ユニット２１０と、逆変換処理ユニット２１２と、再構築ユニット２１４と、バッファ２１６と、ループフィルタ２２０と、デコードされた画像バッファ（ＤＰＢ）２３０と、インター予測ユニット２４４と、イントラ予測ユニット２５４とは、ビデオエンコーダ２０の逆方向信号経路を形成するものとして言及されてよい。ビデオエンコーダ２０の逆方向信号経路は、デコーダの信号経路に対応する（図３のビデオデコーダ３０を参照）。逆量子化ユニット２１０と、逆変換処理ユニット２１２と、再構築ユニット２１４と、ループフィルタ２２０と、デコードされた画像バッファ（ＤＰＢ）２３０と、インター予測ユニット２４４と、イントラ予測ユニット２５４とは、ビデオエンコーダ２０の「内蔵デコーダ」を形成するものとも言及される。
［画像及び画像区分化（画像及びブロック）］
エンコーダ２０は、例えば、入力２０１を介して、画像１７（又は画像データ１７）、例えば、ビデオ又はビデオシーケンスを形成する一連の画像のうちの画像を受信するように構成されてよい。受信された画像又は画像データは、前処理された画像１９（又は前処理された画像データ１９）であってもよい。簡潔さのために、以下の説明では画像１７を参照する。画像１７は、現在の画像又はコードされる画像とも称され得る（特に、ビデオコーディングにおいて、現在の画像を他の画像、例えば、同じビデオシーケンス、すなわち、現在の画像も含むビデオシーケンスの、以前にエンコードされた及び／又はデコードされた画像から区別するために）。
（デジタル）画像は、強度値を有するサンプルの２次元アレイ又はマトリックスであるか、又はそれとみなされ得る。アレイ内のサンプルは、ピクセル（画像要素（ｐｉｃｔｕｒｅ ｅｌｅｍｅｎｔ）の短縮形）又はペルとも称され得る。アレイ又は画像の水平及び垂直方向（又は軸）におけるサンプルの数は、画像のサイズ及び／又は解像度を定義する。色を表現するために、典型的には３つの色成分が使用され、すなわち、画像は、３つのサンプルアレイで表されてもよく、又は、これを含んでもよい。ＲＢＧ形式又は色空間では、画像は対応する赤、緑、及び青のサンプルアレイを含む。しかしながら、ビデオコーディングでは、各ピクセルは、典型的には、輝度及びクロミナンス形式又は色空間、例えば、ＹＣｂＣｒで表され、これには、Ｙ（代わりにＬが使用される場合もある）で指示される輝度成分と、Ｃｂ及びＣｒで指示される２つのクロミナンス成分とが含まれる。輝度（又は略してルマ（ｌｕｍａ））成分Ｙは、明るさ又は（例えば、グレースケール画像でのような）グレーレベルの強度を表し、一方、２つのクロミナンス（又は略してクロマ）成分Ｃｂ及びＣｒは、色度又は色情報成分を表す。したがって、ＹＣｂＣｒ形式の画像は、輝度サンプル値（Ｙ）の輝度サンプルアレイ、及びクロミナンス値（Ｃｂ及びＣｒ）の２つのクロミナンスサンプルアレイを含む。
ＲＧＢ形式の画像は、ＹＣｂＣｒ形式に転換又は変換され得、その逆もまた同様であり、このプロセスは、色の変換又は転換としても知られている。画像がモノクロの場合、画像は、輝度サンプルアレイのみを含んでよい。したがって、画像は、例えば、モノクロ形式におけるルマサンプルのアレイ、又は、４：２：０、４：２：２、及び４：４：４のカラーフォーマットにおけるルマサンプルのアレイ及びクロマサンプルの２つの対応するアレイであってよい。
ビデオエンコーダ２０の実施形態は、画像１７を複数の（典型的には非重複）画像ブロック２０３に区分化するように構成されている画像区分化ユニット（図２には示されない）を備えてよい。これらのブロックは、根ブロック、マクロブロック（Ｈ．２６４／ＡＶＣ）又はコーディングツリーブロック（ＣＴＢ）又はコーディングツリーユニット（ＣＴＵ）（Ｈ．２６５／ＨＥＶＣ及びＶＶＣ）とも称され得る。画像区分化ユニットは、ビデオシーケンスのすべての画像と、ブロックサイズを画定する対応するグリッドとに対して同じブロックサイズを使用するか、又は、画像又は画像のサブセット若しくはグループ間でブロックサイズを変化させて、各画像を対応するブロックに区分化するように構成されてよい。
さらなる実施形態において、ビデオエンコーダは、画像１７のブロック２０３、例えば、画像１７を形成する１つの、いくつかの、又はすべてのブロックを直接受信するように構成されてよい。画像ブロック２０３は、現在の画像ブロック又はコードされる画像ブロックとも称され得る。
画像１７と同様にここでも、画像ブロック２０３は、画像１７より寸法が小さいが、強度値（サンプル値）を有するサンプルの２次元アレイ又はマトリックスであるか、又は、それとみなされ得る。換言すると、ブロック２０３は、例えば、１つのサンプルアレイ（例えば、モノクロ画像１７の場合はルマアレイ、又は、カラー画像の場合はルマ若しくはクロマアレイ）、又は、３つのサンプルアレイ（例えば、カラー画像１７の場合はルマ及び２つのクロマアレイ）、又は、適用されるカラーフォーマットに応じた任意の他の数及び／又は種類のアレイを備えてよい。ブロック２０３の水平及び垂直方向（又は軸）のサンプルの数は、ブロック２０３のサイズを定義する。したがって、ブロックは、例えば、サンプルのＭ×Ｎ（Ｍ列×Ｎ行）アレイ、又は、変換係数のＭ×Ｎアレイであってよい。
図２に示されるビデオエンコーダ２０の実施形態は、画像１７をブロックごとにエンコードするように構成されてよく、例えば、エンコーディング及び予測がブロック２０３ごとに実行される。
図２に示されるビデオエンコーダ２０の実施形態はさらに、スライス（ビデオスライスとも称される）を使用して、画像を区分化及び／又はエンコードするように構成されてよく、画像は、１又は複数のスライス（典型的には非重複）を使用して区分化又はエンコードされてよく、各スライスは、１又は複数のブロック（例えば、ＣＴＵ）を含んでよい。
図２に示されるビデオエンコーダ２０の実施形態はさらに、タイルグループ（ビデオタイルグループとも称される）及び／又はタイル（ビデオタイルとも称される）を使用して、画像を区分化及び／又はエンコードするように構成されてよく、画像は、１又は複数のタイルグループ（典型的には非重複）を使用して区分化又はエンコードされてよく、各タイルグループは、例えば、１又は複数のブロック（例えば、ＣＴＵ）若しくは１又は複数のタイルを含んでよく、各タイルは、例えば、長方形状であってよく、１又は複数のブロック（例えば、ＣＴＵ）、例えば、完全な又は分数ブロックを含んでよい。
［残差計算］
残差計算ユニット２０４は、例えば、サンプルごと（ピクセルごと）に画像ブロック２０３のサンプル値から予測ブロック２６５のサンプル値を減算し、サンプル領域における残差ブロック２０５を取得することによって、画像ブロック２０３及び予測ブロック２６５に基づいて（予測ブロック２６５に関する更なる詳細は後で提供される）、残差ブロック２０５（残差２０５とも称される）を計算するように構成されてよい。
［変換］
変換処理ユニット２０６は、残差ブロック２０５のサンプル値に対して変換、例えば、離散コサイン変換（ＤＣＴ）又は離散サイン変換（ＤＳＴ）を適用し、変換領域における変換係数２０７を取得するように構成されてよい。変換係数２０７は、変換残差係数とも称され得、変換領域における残差ブロック２０５を表す。
変換処理ユニット２０６は、Ｈ．２６５／ＨＥＶＣに指定された変換などのＤＣＴ/ＤＳＴの整数近似を適用するように構成されてよい。直交ＤＣＴ変換と比較して、そのような整数近似は、典型的には特定の係数によってスケーリングされる。順変換及び逆変換によって処理される残差ブロックのノルムを保存するべく、変換プロセスの一部として追加のスケーリング係数が適用される。スケーリング係数は、典型的には、シフト操作に関して２のべき乗であるスケーリング係数、変換係数のビット深度、精度と実装コストとの間のトレードオフのなどのような特定の制約に基づいて選択される。例えば、特定のスケーリング係数が、例えば、逆変換処理ユニット２１２による逆変換（及び、例えばビデオデコーダ３０における逆変換処理ユニット３１２による対応する逆変換）に指定され、例えば、エンコーダ２０における変換処理ユニット２０６による順方向変換のための対応するスケーリング係数が、相応に指定されてよい。
ビデオエンコーダ２０の実施形態（それぞれ変換処理ユニット２０６）は、変換パラメータ、例えば、単数又は複数の変換のタイプを、例えば、直接又はエントロピーエンコーディングユニット２７０を介してエンコード若しくは圧縮してから出力するように構成されてよく、その結果、例えば、ビデオデコーダ３０は、デコーディングのために変換パラメータを受信して使用してよい。
［量子化］
量子化ユニット２０８は、例えば、スカラ量子化又はベクトル量子化を適用することによって、変換係数２０７を量子化して、量子化係数２０９を取得するように構成されてよい。量子化係数２０９は、量子化変換係数２０９又は量子化残差係数２０９とも称され得る。
量子化プロセスは、変換係数２０７のいくつか又はすべてに関連付けられたビット深度を減少させ得る。例えば、ｎビット変換係数は、量子化中にｍビット変換係数に丸められてよく、ここでｎはｍより大きい。量子化の程度は、量子化パラメータ（ＱＰ）を調整することによって変更されてよい。例えば、スカラ量子化の場合、より細かい又はより粗い量子化を達成するために、異なるスケーリングが適用されてよい。量子化段階サイズが小さいほど細かい量子化に対応し、一方で、量子化段階サイズが大きいほど粗い量子化に対応する。適用可能な量子化段階サイズは、量子化パラメータ（ＱＰ）によって指示され得る。量子化パラメータは、例えば、適用可能な量子化段階サイズの予め定義されたセットに対するインデックスであってよい。例えば、小さな量子化パラメータは細かい量子化（小さな量子化段階サイズ）に対応し得、大きな量子化パラメータは粗い量子化（大きな量子化段階サイズ）に対応し得るか、又は逆もまた同様である。量子化は、量子化段階サイズによる除算を含んでよく、例えば逆量子化ユニット２１０による対応する及び／又は逆の量子化解除は、量子化段階サイズによる乗算を含んでよい。いくつかの規格、例えばＨＥＶＣに従った実施形態は、量子化段階サイズを決定するのに量子化パラメータを使用するように構成されてよい。一般に、量子化段階サイズは、除算を含む方程式の固定小数点近似を使用する量子化パラメータに基づいて計算され得る。残差ブロックのノルムを復元するために、量子化及び量子化解除に追加のスケーリング係数が導入され得、これは、量子化段階サイズ及び量子化パラメータの方程式の固定小数点近似で使用されるスケーリングに起因して変更され得る。１つの実装例では、逆変換及び量子化解除のスケーリングは組み合わされ得る。代替的に、カスタマイズされた量子化テーブルが使用され、例えばビットストリームにおいてエンコーダからデコーダにシグナリングされてよい。量子化は不可逆演算であり、損失は量子化段階サイズの増加に伴って増加する。
ビデオエンコーダ２０の実施形態（それぞれ量子化ユニット２０８）は、量子化パラメータ（ＱＰ）を、例えば、直接又はエントロピーエンコーディングユニット２７０を介してエンコードしてから出力するように構成されてよく、その結果、例えば、ビデオデコーダ３０は、デコーディングのために量子化パラメータを受信して適用してよい。
［逆量子化］
逆量子化ユニット２１０は、例えば、量子化ユニット２０８と同じ量子化段階サイズに基づいて又はそれを使用して量子化ユニット２０８によって適用される量子化スキームの逆を適用することによって、量子化係数に対して量子化ユニット２０８の逆量子化を適用し、量子化解除係数２１１を取得するように構成されている。量子化解除係数２１１は、量子化解除残差係数２１１とも称され得、典型的には量子化による損失に起因して変換係数とは同一でないが、変換係数２０７に対応する。
［逆変換］
逆変換処理ユニット２１２は、変換処理ユニット２０６により適用される変換の逆変換、例えば、逆離散コサイン変換（ＤＣＴ）又は逆離散サイン変換（ＤＳＴ）又は他の逆変換を適用し、サンプル領域における再構築された残差ブロック２１３（又は対応する量子化解除係数２１３）を取得するように構成されている。再構築された残差ブロック２１３は、変換ブロック２１３とも称され得る。
［再構築］
再構築ユニット２１４（例えば、加算器又は合算器２１４）は、例えば、サンプルごとに、再構築された残差ブロック２１３のサンプル値と予測ブロック２６５のサンプル値とを加算することによって、変換ブロック２１３（すなわち、再構築された残差ブロック２１３）を予測ブロック２６５に加算し、サンプル領域における再構築されたブロック２１５を取得するように構成されている。
［フィルタリング］
ループフィルタユニット２２０（又は、略して「ループフィルタ」２２０）は、再構築されたブロック２１５をフィルタして、フィルタリング済みのブロック２２１を取得するように、又は、一般に、再構築されたサンプルをフィルタして、フィルタリング済みのサンプルを取得するように構成されている。ループフィルタユニットは、例えば、ピクセル遷移を円滑にする、又は、別様にビデオ品質を改善するように構成されている。ループフィルタユニット２２０は、デブロッキングフィルタ、サンプル適応オフセット（ＳＡＯ）フィルタ、又は、１又は複数の他のフィルタ、例えば、バイラテラルフィルタ、適応ループフィルタ（ＡＬＦ）、鮮明化、平滑化フィルタ若しくは協調フィルタ、又は、それらの任意の組み合わせなどの、１又は複数のループフィルタを備えてよい。ループフィルタユニット２２０が、ループフィルタ内にあるものとして図２に示されているが、他の構成では、ループフィルタユニット２２０は、ポストループフィルタとして実装されてもよい。フィルタリング済みのブロック２２１は、フィルタリング済みの再構築されたブロック２２１とも称され得る。ビデオエンコーダ２０の実施形態（それぞれループフィルタユニット２２０）は、ループフィルタパラメータ（サンプル適応オフセット情報など）を、例えば、直接又はエントロピーエンコーディングユニット２７０を介してエンコードしてから出力するように構成されてよく、その結果、例えば、デコーダ３０は、デコーディングのために同じループフィルタパラメータ又はそれぞれのループフィルタを受信して適用してよい。
［デコードされた画像バッファ］
デコードされた画像バッファ（ＤＰＢ）２３０は、ビデオエンコーダ２０によってビデオデータをエンコーディングするための参照画像、又は一般に参照画像データを保存するメモリであってよい。ＤＰＢ２３０は、シンクロナスＤＲＡＭ（ＳＤＲＡＭ）、磁気抵抗ＲＡＭ（ＭＲＡＭ）、抵抗ＲＡＭ（ＲＲＡＭ（登録商標））、又は他のタイプのメモリデバイスを含む、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）などの様々なメモリデバイスのうち任意のものによって形成されてよい。デコードされた画像バッファ（ＤＰＢ）２３０は、１又は複数のフィルタリング済みのブロック２２１を保存するように構成されてよい。デコードされた画像バッファ２３０はさらに、同じ現在の画像又は異なる画像、例えば、以前に再構築された画像の、他に以前にフィルタリング済みのブロック、例えば、以前に再構築された且つフィルタリング済みのブロック２２１を保存するように構成されてよく、例えば、インター予測のために、以前に再構築された、すなわち、デコードされた、完全な画像（並びに、対応する参照ブロック及びサンプル）、及び／又は、部分的に再構築された現在の画像（並びに、対応する参照ブロック及びサンプル）を提供してよい。デコードされた画像バッファ（ＤＰＢ）２３０は、例えば、再構築されたブロック２１５がループフィルタユニット２２０によってフィルタリングされていない場合、１又は複数のフィルタリングされていない再構築されたブロック２１５、又は一般に、フィルタリングされていない再構築されたサンプル、又は、再構築されたブロック若しくはサンプルの任意の他のさらに処理されたバージョンを保存するように構成されてもよい。
［モード選択（区分化及び予測）］
モード選択ユニット２６０は、区分化ユニット２６２と、インター予測ユニット２４４と、イントラ予測ユニット２５４とを備え、元の画像データ、例えば、元のブロック２０３（現在の画像１７の現在のブロック２０３）、及び再構築された画像データ、例えば、同じ（現在の）画像の、及び／又は、１又は複数の以前にデコードされた画像からの、デコードされた画像バッファ２３０又は他のバッファ（例えば、図示しないラインバッファ）からの、例えば、フィルタリングされた及び／又はフィルタリングされていない再構築されたサンプル又はブロックを受信又は取得するように構成されている。再構築された画像データは、予測ブロック２６５又は予測子２６５を取得するために、予測、例えば、インター予測又はイントラ予測のための参照画像データとして使用される。
モード選択ユニット２６０は、現在のブロック予測モード（区分化を含まない）と予測モード（例えば、イントラ又はインター予測モード）とに対する区分化を決定又は選択することと、対応する予測ブロック２６５を生成することであって、対応する予測ブロック２６５は、残差ブロック２０５の計算と、再構築されたブロック２１５の再構築とに使用される、生成することを行うように構成されてよい。
モード選択ユニット２６０の実施形態は、区分化及び予測モード（例えば、モード選択ユニット２６０によりサポートされるもの又はモード選択ユニット２６０に利用可能なものから）を選択するように構成されてよく、これにより、最良のマッチング、又は換言すると、最小残差（最小残差は、送信又は保存のための圧縮率がより良好であることを意味する）、又は、最小シグナリングオーバヘッド（最小シグナリングオーバヘッドは、送信又は保存のための圧縮率がより良好であることを意味する）、又は、これら両方を考慮した又は両方のバランスをとったものを提供する。モード選択ユニット２６０は、レート歪み最適化（ＲＤＯ）に基づいて区分化及び予測モードを決定する、すなわち、最小レート歪みを提供する予測モードを選択するように構成されてよい。この文脈において「最良」、「最小」、「最適」などのような用語は、全般的な「最良」、「最小」、「最適」などを必ずしも指さず、値が閾値又は他の制約を超過又は下回り、潜在的に「準最適選択」に繋がるが複雑性及び処理時間は低減するような、終了又は選択基準の達成を指してもよい。
換言すると、区分化ユニット２６２は、例えば、四分木区分化（ＱＴ）、二分木区分化（ＢＴ）、若しくは三分木区分化（ＴＴ）又はそれらの任意の組み合わせを繰り返し使用して、ブロック２０３をより小さなブロック区分又はサブブロック（ここでもブロックを形成する）に区分化することと、例えば、ブロック区分化又はサブブロックの各々のための予測を実行することとを行うように構成されてよく、モード選択は、区分化されたブロック２０３の木構造の選択を含み、予測モードは、ブロック区分又はサブブロックの各々に適用される。
以下では、例示的なビデオエンコーダ２０によって実行される、区分化（例えば、区分化ユニット２６０による）及び予測処理（インター予測ユニット２４４及びイントラ予測ユニット２５４による）をより詳細に説明する。
［区分化］
区分化ユニット２６２は、現在のブロック２０３をより小さい区分、例えば、正方形又は長方形サイズのより小さいブロックに区分化（又は分割）してよい。これらのより小さいブロック（サブブロックとも称され得る）は、さらにより小さい区分にさらに区分化されてよい。これは、ツリー区分化若しくは階層的ツリー区分化とも称され、ここで、例えば根ツリーレベル０（階層レベル０、深度０）にある根ブロックは、再帰的に区分化、例えば、次に低いツリーレベル、例えばツリーレベル１（階層レベル１、深度１）にある節点の２又はそれより多くのブロックに区分化されてよく、これらのブロックは、例えば終了基準が達成されたことで、例えば最大ツリー深度又は最小ブロックサイズに達したことで、区分化が終了するまで、次に低いレベル、例えばツリーレベル２（階層レベル２、深度２）の２又はそれより多くのブロックに再区分化されるなどしてよい。さらに区分化されないブロックは、ツリーの葉ブロック又は葉節点とも称される。２つの区分への区分化を用いるツリーは、二分木（ＢＴ）と称され、３つの区分への区分化を用いるツリーは、三分木（ＴＴ）と称され、４つの区分への区分化を用いるツリーは、四分木（ＱＴ）と称される。
前で言及したように、本明細書で使用される「ブロック」という用語は、画像の部分、特に、正方形又は長方形部分であってよい。例えば、ＨＥＶＣ及びＶＶＣを参照すると、ブロックは、コーディングツリーユニット（ＣＴＵ）、コーディングユニット（ＣＵ）、予測ユニット（ＰＵ）、及び変換ユニット（ＴＵ）、及び／又は、対応するブロック、例えば、コーディングツリーブロック（ＣＴＢ）、コーディングブロック（ＣＢ）、変換ブロック（ＴＢ）、若しくは予測ブロック（ＰＢ）であるか、又はそれらに対応してよい。
例えば、コーディングツリーユニット（ＣＴＵ）は、ルマサンプルのＣＴＢ、３つのサンプルアレイを有する画像のクロマサンプルの２つの対応するＣＴＢ、又は、サンプルをコードするのに使用される３つの別個の色平面とシンタックス構造とを使用してコードされた、モノクロ画像若しくは画像のサンプルのＣＴＢであってもよく、又はそれらを含んでもよい。対応して、コーディングツリーブロック（ＣＴＢ）は、コンポーネントをＣＴＢに分割することが区分化であるように、或るＮの値に関してサンプルのＮ×Ｎブロックであってよい。例えば、コーディングユニット（ＣＵ）は、ルマサンプルのコーディングブロック、３つのサンプルアレイを有する画像のクロマサンプルの２つの対応するコーディングブロック、又は、サンプルをコードするのに使用される３つの別個の色平面とシンタックス構造とを使用してコードされた、モノクロ画像若しくは画像のサンプルのコーディングブロックであってもよく、又はそれらを含んでもよい。対応して、コーディングブロック（ＣＢ）は、ＣＴＢをコーディングブロックに分割することが区分化であるように、或るＭ及びＮの値に関してサンプルのＭ×Ｎブロックであってよい。
例えばＨＥＶＣに従う実施形態において、コーディングツリーユニット（ＣＴＵ）は、コーディングツリーとして表される四分木構造を使用することによってＣＵに分割されてよい。画像エリアを、インターピクチャ（時間）予測を使用してコードするか、又は、イントラピクチャ（空間）予測を使用してコードするかの決定は、ＣＵレベルで行われる。各ＣＵはさらに、ＰＵの分割タイプに従って、１つ、２つ、又は４つのＰＵに分割することができる。１つのＰＵの内部では、同じ予測処理が適用され、関連情報はＰＵベースでデコーダに送信される。ＰＵの分割タイプに基づいて予測処理を適用することによって残差ブロックを取得した後、ＣＵは、ＣＵのコーディングツリーと同様の別の四分木構造に従って変換ユニット（ＴＵ）に区分化されることができる。
例えば、多用途ビデオコーディング（ＶＶＣ）と称される、現在開発中の最新のビデオコーディング規格に従う実施形態において、例えば、組み合わされた四分木及び二分木（ＱＴＢＴ）区分化がコーディングブロックを区分化するのに使用される。ＱＴＢＴブロック構造では、ＣＵは、正方形又は長方形状のいずれかとすることができる。例えば、コーディングツリーユニット（ＣＴＵ）は、まず四分木構造により区分化される。四分木の葉節点は、二分木又は三分（ｔｅｒｎａｒｙ（ｏｒ ｔｒｉｐｌｅ））木構造によってさらに区分化される。区分化ツリーの葉節点は、コーディングユニット（ＣＵ）と呼ばれ、そのセグメンテーションは、いかなるさらなる区分化も行わずに予測及び変換の処理に使用される。つまり、ＣＵ、ＰＵ、及びＴＵは、ＱＴＢＴコーディングブロック構造において同じブロックサイズを有する。並行して、複数の区分化、例えば、三分木区分化が、ＱＴＢＴブロック構造と一緒に使用され得る。
１つの例において、ビデオエンコーダ２０のモード選択ユニット２６０は、本明細書に記載の区分化技術の任意の組み合わせを実行するように構成されてよい。上述したように、ビデオエンコーダ２０は、（例えば予め決定された）予測モードのセットから、最良又は最適な予測モードを決定又は選択するように構成されている。予測モードのセットは、例えば、イントラ予測モード及び／又はインター予測モードを含み得る。
［イントラ予測］
イントラ予測モードのセットは、３５個の異なるイントラ予測モード、例えば、ＤＣ（又はミーン）モード及び平面モードのような無方向性モード、若しくは、例えばＨＥＶＣにおいて定義されるような方向性モードを含んでもよく、又は、６７個の異なるイントラ予測モード、例えば、ＤＣ（又はミーン）モード及び平面モードのような無方向性モード、若しくは、例えばＶＶＣにおいて定義されるような方向性モードを含んでもよい。
イントラ予測ユニット２５４は、同じ現在の画像の隣接ブロックの再構築されたサンプルを使用して、イントラ予測モードのセットのうちのイントラ予測モードに従って、イントラ予測ブロック２６５を生成するように構成されている。
イントラ予測ユニット２５４（又は一般にモード選択ユニット２６０）はさらに、イントラ予測パラメータ（又は一般に、ブロックのために選択されたイントラ予測モードを指示する情報）を、エンコードされた画像データ２１に含まれるようにシンタックス要素２６６の形態でエントロピーエンコーディングユニット２７０に出力するように構成され、その結果、例えば、ビデオデコーダ３０は、デコーディングのために予測パラメータを受信及び使用してよい。
［インター予測］
インター予測モードのセット（又は可能なインター予測モード）は、利用可能な参照画像（すなわち、例えばＤＢＰ２３０に保存された、以前の少なくとも部分的にデコードされた画像）及び他のインター予測パラメータ、例えば、最良にマッチングする参照ブロックの検索に使用されたのは、参照画像の全体なのか若しくは参照画像の一部のみ、例えば、現在のブロックのエリアの周りの検索窓エリアなのか、及び／又は、例えば、画素補間、例えばハーフ／セミペル及び／又はクオータペル補間が適用されたか否かに依拠する。
上記の予測モードに加えて、スキップモード及び／又は直接モードが適用されてよい。インター予測ユニット２４４は、動き推定（ＭＥ）ユニットと動き補償（ＭＣ）ユニットとを含み得る（両方とも図２で図示せず）。動き推定ユニットは、動き推定のために、画像ブロック２０３（現在の画像１７の現在の画像ブロック２０３）およびデコードされた画像２３１、又は少なくとも１又は複数の以前に再構築されたブロック、例えば、１又は複数の他の／異なる以前にデコードされた画像２３１の再構築されたブロックを受信又は取得するように構成されてよい。例えば、ビデオシーケンスは、現在の画像および以前にデコードされた画像２３１を含んでよく、又は換言すると、現在の画像および以前にデコードされた画像２３１は、ビデオシーケンスを形成する一連の画像の一部であるか又はそれを形成してよい。エンコーダ２０は、例えば、複数の他の画像のうちの同じ又は異なる画像の複数の参照ブロックから参照ブロックを選択し、インター予測パラメータとして参照画像（又は参照画像インデックス）及び／又は参照ブロックの位置（ｘ，ｙ座標）と現在のブロックの位置との間のオフセット（空間的オフセット）を動き推定ユニットに提供するように構成されてよい。このオフセットは、動きベクトル（ＭＶ）とも呼ばれる。
動き補償ユニットは、インター予測パラメータを取得、例えば受信するとともに、そのインター予測パラメータに基づいて又はそれを使用してインター予測を実行して、インター予測ブロック２６５を取得するように構成されている。動き補償ユニットにより実行される動き補償は、動き推定によって決定される動き／ブロックベクトルに基づいて予測ブロックをフェッチ又は生成し、場合によってサブピクセル精度までの補間を実行することを伴ってよい。補間フィルタリングは、既知のピクセルサンプルから追加のピクセルサンプルを生成してよく、したがって、画像ブロックをコードするのに使用され得る候補予測ブロックの数を潜在的に増加させる。現在の画像ブロックのＰＵのための動きベクトルを受信すると、動き補償ユニットは、参照画像リストのうちの１つにおいて動きベクトルが指し示す予測ブロックを位置特定してよい。
動き補償ユニットは、ビデオスライスの画像ブロックをデコーディングする際にビデオデコーダ３０によって使用される、ブロック及びビデオスライスに関連付けられるシンタックス要素を生成してもよい。スライス及びそれぞれのシンタックス要素に加えて又は代替的に、タイルグループ及び／又はタイル、およびそれぞれのシンタックス要素が生成又は使用され得る。
［エントロピーコーディング］
エントロピーエンコーディングユニット２７０は、例えば、エントロピーエンコーディングアルゴリズム又はスキーム（例えば、可変長コーディング（ＶＬＣ）スキーム、コンテキスト適応ＶＬＣスキーム（ＣＡＶＬＣ）、算術コーディングスキーム、バイナリゼーション、コンテキスト適応バイナリ算術コーディング（ＣＡＢＡＣ）、シンタックスベースのコンテキスト適応バイナリ算術コーディング（ＳＢＡＣ）、確率インターバル区分化エントロピー（ＰＩＰＥ）コーディング、又は、別のエントロピーエンコーディング方法若しくは技術）、又はバイパス（無圧縮）を、量子化係数２０９、インター予測パラメータ、イントラ予測パラメータ、ループフィルタパラメータ、及び／又は他のシンタックス要素に適用し、例えばエンコードされたビットストリーム２１の形態で出力２７２を介して出力できるエンコードされた画像データ２１を取得するように構成され、それにより、例えば、ビデオデコーダ３０は、デコーディングのためのパラメータを受信して使用してよい。エンコードされたビットストリーム２１は、ビデオデコーダ３０に送信されてもよく、又は、後でビデオデコーダ３０によって送信又は取得するためにメモリに保存されてもよい。
ビデオエンコーダ２０の他の構造上の変形は、ビデオストリームをエンコードするのに使用され得る。例えば、非変換ベースのエンコーダ２０は、特定のブロック又はフレームのための変換処理ユニット２０６を用いずに、直接的に残差信号を量子化することができる。別の実装において、エンコーダ２０は、単一のユニットに組み合わされた量子化ユニット２０８及び逆量子化ユニット２１０を有することができる。
［デコーダ及びデコーディング方法］
図３は、本願の技術を実装するように構成されているビデオデコーダ３０の例を示す。ビデオデコーダ３０は、例えば、エンコーダ２０によりエンコードされた、エンコードされた画像データ２１（例えば、エンコードされたビットストリーム２１）を受信して、デコードされた画像３３１を取得するように構成されている。エンコードされた画像データ又はビットストリームは、エンコードされた画像データをデコーディングするための情報、例えば、エンコードされたビデオスライスの画像ブロック（及び／又はタイルグループ若しくはタイル）及び関連付けられたシンタックス要素を表すデータを含む。
図３の例において、デコーダ３０は、エントロピーデコ―ディングユニット３０４、逆量子化ユニット３１０、逆変換処理ユニット３１２、再構築ユニット３１４（例えば、合算器３１４）、ループフィルタ３２０、デコードされた画像バッファ（ＤＢＰ）３３０、モード適用ユニット３６０、インター予測ユニット３４４、及びイントラ予測ユニット３５４を備える。インター予測ユニット３４４は、動き補償ユニットであってもよく、又はそれを含んでもよい。ビデオデコーダ３０は、いくつかの例では、図２のビデオエンコーダ１００に関連して説明されたエンコーディングパスに対して概ね逆のデコーディングパスを実行してよい。
エンコーダ２０に関して説明されたように、逆量子化ユニット２１０と、逆変換処理ユニット２１２と、再構築ユニット２１４と、ループフィルタ２２０と、デコードされた画像バッファ（ＤＰＢ）２３０と、インター予測ユニット３４４と、イントラ予測ユニット３５４とは、ビデオエンコーダ２０の「内蔵デコーダ」を形成するものとしても言及される。したがって、逆量子化ユニット３１０は、逆量子化ユニット１１０と機能的に同一であってよく、逆変換処理ユニット３１２は、逆変換処理ユニット２１２と機能的に同一であってよく、再構築ユニット３１４は、再構築ユニット２１４と機能的に同一であってよく、ループフィルタ３２０は、ループフィルタ２２０と機能的に同一であってよく、デコードされた画像バッファ３３０は、デコードされた画像バッファ２３０と機能的に同一であってよい。したがって、ビデオエンコーダ２０のそれぞれのユニット及び機能について提供された説明は、ビデオデコーダ３０のそれぞれのユニット及び機能に対応するように適用される。
［エントロピーデコーディング］
エントロピーデコ―ディングユニット３０４は、ビットストリーム２１（又は一般にエンコードされた画像データ２１）をパースし、例えば、エンコードされた画像データ２１にエントロピーデコーディングを実行して、例えば量子化係数３０９及び／又はデコードされたコーディングパラメータ（図３には図示せず）、例えば、インター予測パラメータ（例えば、参照画像インデックス及び動きベクトル）、イントラ予測パラメータ（例えば、イントラ予測モード又はインデックス）、変換パラメータ、量子化パラメータ、ループフィルタパラメータ、及び／又は他のシンタックス要素のいずれか又はすべてを取得するように構成されている。エントロピーデコ―ディングユニット３０４は、エンコーダ２０のエントロピーエンコーディングユニット２７０に関して記載されたエンコーディングスキームに対応するデコーディングアルゴリズム又はスキームを適用するように構成されてよい。エントロピーデコ―ディングユニット３０４はさらに、インター予測パラメータ、イントラ予測パラメータ、及び／又は他のシンタックス要素をモード適用ユニット３６０に、また他のパラメータをデコーダ３０の他のユニットに提供するように構成されてよい。ビデオデコーダ３０は、ビデオスライスレベル及び／又はビデオブロックレベルで、シンタックス要素を受信してよい。スライス及びそれぞれのシンタックス要素に加えて又は代替的に、タイルグループ及び／又はタイル、およびそれぞれのシンタックス要素が受信及び／又は使用され得る。
［逆量子化］
逆量子化ユニット３１０は、エンコードされた画像データ２１から量子化パラメータ（ＱＰ）（又は一般に逆量子化に関連する情報）及び量子化係数を受信する（例えばエントロピーデコ―ディングユニット３０４によって、例えばパース及び／又はデコーディングすることによって）とともに、量子化パラメータに基づいて、デコードされた量子化係数３０９に逆量子化を適用し、変換係数３１１とも称され得る量子化解除係数３１１を取得するように構成されてよい。逆量子化プロセスは、量子化の程度、また同様に適用されるべき逆量子化の程度を決定するために、ビデオスライス（又はタイル若しくはタイルグループ）内のビデオブロックごとにビデオエンコーダ２０によって決定される量子化パラメータの使用を含んでよい。
［逆変換］
逆変換処理ユニット３１２は、変換係数３１１とも称される量子化解除係数３１１を受信するとともに、サンプル領域における再構築された残差ブロック２１３を取得するべく、量子化解除係数３１１に変換を適用するように構成されてよい。再構築された残差ブロック２１３は、変換ブロック３１３とも称され得る。変換は、逆変換、例えば、逆ＤＣＴ、逆ＤＳＴ、逆整数変換、又は概念的に同様の逆変換プロセスであってよい。逆変換処理ユニット３１２はさらに、エンコードされた画像データ２１から変換パラメータ又は対応する情報を受信し（例えば、エントロピーデコ―ディングユニット３０４によって、例えばパース及び／又はデコーディングすることによって）、量子化解除係数３１１に適用されるべき変換を決定するように構成されてよい。
［再構築］
再構築ユニット３１４（例えば、加算器又は合算器３１４）は、再構築された残差ブロック３１３を予測ブロック３６５に加算し、例えば、再構築された残差ブロック３１３のサンプル値と予測ブロック３６５のサンプル値とを加算することによって、サンプル領域における再構築されたブロック３１５を取得するように構成されてよい。
［フィルタリング］
ループフィルタユニット３２０（コーディングループ内又はコーディングループの後のいずれかにある）は、例えば、ピクセル遷移を円滑にするように又はビデオ品質を別様に改善するように、再構築されたブロック３１５をフィルタして、フィルタリング済みのブロック３２１を取得するように構成されている。ループフィルタユニット３２０は、デブロッキングフィルタ、サンプル適応オフセット（ＳＡＯ）フィルタ、又は、１又は複数の他のフィルタ、例えば、バイラテラルフィルタ、適応ループフィルタ（ＡＬＦ）、鮮明化、平滑化フィルタ若しくは協調フィルタ、又は、それらの任意の組み合わせなどの、１又は複数のループフィルタを備えてよい。ループフィルタユニット３２０が、ループフィルタ内にあるものとして図３に示されているが、他の構成では、ループフィルタユニット３２０は、ポストループフィルタとして実装されてもよい。
［デコードされた画像バッファ］
画像のデコードされたビデオブロック３２１は、その後、デコードされた画像バッファ３３０に保存され、デコードされた画像バッファ３３０は、デコードされた画像３３１を、他の画像の後続の動き補償のための及び／又はそれぞれ表示を出力するための参照画像として保存する。デコーダ３０は、例えば、出力３１２を介して、ユーザに提示又は閲覧させるために、デコードされた画像３１１を出力するように構成されている。
［予測］
インター予測ユニット３４４は、インター予測ユニット２４４（特に、動き補償ユニット）と同一であってよく、イントラ予測ユニット３５４は、インター予測ユニット２５４と機能的に同一であってよく、エンコードされた画像データ２１から受信（例えば、エントロピーデコ―ディングユニット３０４によって、例えば、パース及び／又はデコーディングすることによって）された区分化及び／又は予測パラメータ又はそれぞれの情報に基づいて分割又は区分化の決定及び予測を実行する。モード適用ユニット３６０は、再構築された画像、ブロック、又はそれぞれのサンプル（フィルタリングされた又はフィルタリングされていない）に基づいて、ブロックごとに予測（イントラ予測又はインター予測）を実行して、予測ブロック３６５を取得するように構成されてよい。
ビデオスライスがイントラコーディング済み（Ｉ）スライスとしてコードされている場合、モード適用ユニット３６０のイントラ予測ユニット３５４は、シグナリングされたイントラ予測モード及び現在の画像の以前にデコードされたブロックからのデータに基づいて、現在のビデオスライスの画像ブロックのための予測ブロック３６５を生成するように構成されている。ビデオ画像がインターコーディング済みの（すなわち、Ｂ又はＰ）スライスとしてコードされている場合、モード適用ユニット３６０のインター予測ユニット３４４（例えば、動き補償ユニット）は、動きベクトル及びエントロピーデコ―ディングユニット３０４から受信された他のシンタックス要素に基づいて、現在のビデオスライスのビデオブロックのための予測ブロック３６５を生成するように構成されている。インター予測の場合、予測ブロックは、複数の参照画像リストのうちの１つに含まれる複数の参照画像のうちの１つから生成されてよい。ビデオデコーダ３０は、リスト０及びリスト１という参照フレームリストを、デフォルト構築技術を使用して、ＤＰＢ３３０に保存された参照画像に基づいて構築してよい。同じ又は同様の技術が、スライス（例えば、ビデオスライス）に加えて又は代替的に、タイルグループ（例えばビデオタイルグループ）及び／又はタイル（例えば、ビデオタイル）を使用する実施形態に適用されてもよく、又は当該実施形態より適用されてもよい。例えば、ビデオは、Ｉ、Ｐ、又はＢタイルグループ及び／又はタイルを使用してコードされてよい。モード適用ユニット３６０は、動きベクトル又は関連する情報及び他のシンタックス要素をパースすることによって、現在のビデオスライスのビデオブロックのための予測情報を決定するように構成され、デコードされている現在のビデオブロックのための予測ブロックを生成するために上記予測情報を使用する。例えば、モード適用ユニット３６０は、受信されたシンタックス要素のいくつかを使用して、ビデオスライスのビデオブロックをコードするのに使用された予測モード（例えば、イントラ予測又はインター予測）、インター予測スライスタイプ（例えば、Ｂスライス、Ｐスライス、又はＧＰＢスライス）、スライスのための参照画像リストのうちの１又は複数に関する構築情報、スライスの各インターエンコードされたビデオブロックごとの動きベクトル、スライスの各インターコーディング済みのビデオブロックごとのインター予測ステータス、及び現在のビデオスライス内のビデオブロックをデコードするための他の情報を決定する。同じ又は同様の技術が、スライス（例えば、ビデオスライス）に加えて又は代替的に、タイルグループ（例えばビデオタイルグループ）及び／又はタイル（例えば、ビデオタイル）を使用する実施形態に適用されてもよく、又は当該実施形態により適用されてもよい。例えば、ビデオは、Ｉ、Ｐ、又はＢタイルグループ及び／又はタイルを使用してコードされてよい。図３に示されるビデオデコーダ３０の実施形態は、スライス（ビデオスライスとも称される）を使用して、画像を区分化及び／又はデコードするように構成されてよく、画像は、１又は複数のスライス（典型的には非重複）を使用して区分化又はデコードされてよく、各スライスは、１又は複数のブロック（例えば、ＣＴＵ）を含んでよい。図３に示されるビデオデコーダ３０の実施形態は、タイルグループ（ビデオタイルグループとも称される）及び／又はタイル（ビデオタイルとも称される）を使用して、画像を区分化及び／又はデコードするように構成されてよく、画像は、１又は複数のタイルグループ（典型的には非重複）を使用して区分化又はデコードされてよく、各タイルグループは、例えば、１又は複数のブロック（例えば、ＣＴＵ）若しくは１又は複数のタイルを含んでよく、各タイルは、例えば、長方形状であってよく、１又は複数のブロック（例えば、ＣＴＵ）、例えば、完全な又は分数ブロックを含んでよい。
ビデオデコーダ３０の他の変形は、エンコードされた画像データ２１をデコードするのに使用され得る。例えば、デコーダ３０は、ループフィルタリングユニット３２０を用いずに、出力ビデオストリームを生成することができる。例えば、非変換ベースのデコーダ３０は、特定のブロック又はフレームのための逆変換処理ユニット３１２を用いずに、直接的に残差信号を逆量子化することができる。別の実装において、ビデオデコーダ３０は、単一のユニットに組み合わされた逆量子化ユニット３１０及び逆変換処理ユニット３１２を有し得る。
エンコーダ２０及びデコーダ３０において、現在の段階の処理結果は、さらに処理されて、その後、次の段階に出力されてよいことが理解されるべきである。例えば、補間フィルタリング、動きベクトルの導出又はループフィルタリングの後に、クリップ又はシフトなどの更なる操作が、補間フィルタリング、動きベクトルの導出又はループフィルタリングの処理結果に対して実行されてよい。
更なる操作は、現在のブロックの導出された動きベクトル（限定しないが、アフィンモードの制御点動きベクトル、アフィン、平面、ＡＴＭＶＰモードにおけるサブブロック動きベクトル、時間的な動きベクトルなどを含む）に適用されてよいことに留意されたい。例えば、動きベクトルの値は、その表現ビットに従って予め定義された範囲に制限される。動きベクトルの表示ビットがｂｉｔＤｅｐｔｈである場合、その範囲は、－２＾（ｂｉｔＤｅｐｔｈ－１）～２＾（ｂｉｔＤｅｐｔｈ－１）－１であり、ここで「＾」はべき乗を意味する。例えば、ｂｉｔＤｅｐｔｈが１６に等しく設定されている場合、その範囲は－３２７６８～３２７６７であり、ｂｉｔＤｅｐｔｈが１８に等しく設定されている場合、その範囲は－１３１０７２～１３１０７１である。例えば、導出された動きベクトル（例えば、１つの８×８ブロック内の４個の４×４サブブロックのＭＶ）の値は制限され、その結果、４個の４×４サブブロックＭＶの整数部分間の最大差は、例えば１ピクセル以下など、Ｎピクセル以下である。ここでは、ｂｉｔＤｅｐｔｈに従って動きベクトルを制限する２つの方法を提供する。
方法１：以下の操作により、オーバフローＭＳＢ（最上位ビット）を除去する。
Figure 0007477066000001
 ここで、ｍｖｘは、イメージブロック又はサブブロックの動きベクトルの水平成分であり、ｍｖｙは、イメージブロック又はサブブロックの動きベクトルの垂直成分であり、ｕｘ及びｕｙは中間値を指示する。
例えば、式（１）及び（２）の適用後、ｍｖｘの値が－３２７６９である場合、結果として得られる値は３２７６７である。コンピュータシステムにおいて、十進数は、２の補数として保存される。
－３２７６９の２の補数は、１，０１１１，１１１１，１１１１，１１１１（１７ビット）であり、その後、ＭＳＢは破棄されるので、結果として得られる２の補数は、０１１１，１１１１，１１１１，１１１１（十進数は３２７６７）である。これは、式（１）及び（２）を適用することによる出力と同じである。
Figure 0007477066000002
 操作は、式（５）～（８）に示されるように、ｍｖｐ及びｍｖｄの合計中に適用されてよい。
方法２：値をクリッピングすることによってオーバフローＭＳＢを除去する。
Figure 0007477066000003
 ここで、ｖｘは、イメージブロック又はサブブロックの動きベクトルの水平成分であり、ｖｙは、イメージブロック又はサブブロックの動きベクトルの垂直成分であり、ｘ，ｙおよびｚはそれぞれ、ＭＶクリッピングプロセスの３つの入力値に対応し、関数Ｃｌｉｐ３の定義は、以下の通りである。
Figure 0007477066000004
図４は、本開示の実施形態に係るビデオコーディングデバイス４００の概略図である。ビデオコーディングデバイス４００は、本明細書に記載の開示される実施形態を実装するのに好適なものである。一実施形態において、ビデオコーディングデバイス４００は、図１Ａのビデオデコーダ３０などのデコーダ、又は、図１Ａのビデオエンコーダ２０などのエンコーダであってよい。
ビデオコーディングデバイス４００は、データを受信するための入口ポート４１０（又は入力ポート４１０）及び受信器ユニット（Ｒｘ）４２０と、データを処理するためのプロセッサ、ロジックユニット、又は中央演算処理装置（ＣＰＵ）４３０と、データを送信するための送信器ユニット（Ｔｘ）４４０及び出口ポート４５０（又は出力ポート４５０）と、データを保存するためのメモリ４６０とを備える。ビデオコーディングデバイス４００は、光又は電気信号の出力又は入力のために、入口ポート４１０、受信器ユニット４２０、送信器ユニット４４０、及び出口ポート４５０に連結されている光／電気（ＯＥ）コンポーネント及び電気／光（ＥＯ）コンポーネントを備えてもよい。
プロセッサ４３０は、ハードウェア及びソフトウェアによって実装される。プロセッサ４３０は、１又は複数のＣＰＵチップ、コア（例えば、マルチコアプロセッサとして）、ＦＰＧＡ、ＡＳＩＣ、およびＤＳＰとして実装されてよい。プロセッサ４３０は、入口ポート４１０、受信器ユニット４２０、送信器ユニット４４０、出口ポート４５０、及びメモリ４６０と通信する。プロセッサ４３０は、コーディングモジュール４７０を備える。コーディングモジュール４７０は、上述した開示される実施形態を実装する。例えば、コーディングモジュール４７０は、様々なコーディング操作を実装、処理、準備、又は提供する。したがって、コーディングモジュール４７０を含むことにより、ビデオコーディングデバイス４００の機能のかなりの改善が提供され、ビデオコーディングデバイス４００の異なる状態への変換がもたらされる。代替的に、コーディングモジュール４７０は、メモリ４６０に保存された命令として実装され、プロセッサ４３０により実行される。メモリ４６０は、１又は複数のディスク、テープドライブ、及びソリッドステートドライブを備えてよく、プログラムが実行のために選択された場合に係るプログラムを保存するとともに、プログラムの実行中に読み取られる命令及びデータを保存するために、オーバフローデータストレージデバイスとして使用されてよい。メモリ４６０は、例えば、揮発性及び／又は非揮発性であり得、リードオンリメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、三値連想メモリ（ＴＣＡＭ）、及び／又はスタティックランダムアクセスメモリ（ＳＲＡＭ）であり得る。
図５は、例示的な実施形態に係る図１Ａによるソースデバイス１２及びデスティネーションデバイス１４のいずれか又は両方として使用されてよい装置５００の簡略化されたブロック図である。
装置５００におけるプロセッサ５０２は、中央演算処理装置とすることができる。代替的に、プロセッサ５０２は、現在既存の又は今後開発される情報の操作又は処理が可能な任意の他のタイプのデバイス、又は複数のデバイスとすることができる。開示の実装は、示されるような単一のプロセッサ、例えば、プロセッサ５０２で実施できるが、１つより多くのプロセッサを使用して、速度及び効率の利点が実現できる。
装置５００におけるメモリ５０４は、一実装において、リードオンリメモリ（ＲＯＭ）デバイス又はランダムアクセスメモリ（ＲＡＭ）デバイスとすることができる。任意の他の好適なタイプのストレージデバイスがメモリ５０４として使用され得る。メモリ５０４は、バス５１２を使用してプロセッサ５０２によってアクセスされるコード及びデータ５０６を含み得る。メモリ５０４はさらに、オペレーティングシステム５０８及びアプリケーションプログラム５１０を含み得、アプリケーションプログラム５１０は、プロセッサ５０２が本明細書に記載の方法を実行することを可能にする少なくとも１つのプログラムを含む。例えば、アプリケーションプログラム５１０は、アプリケーション１～Ｎを含み得、アプリケーション１～Ｎはさらに、本明細書に記載の方法を実行するビデオコーディングアプリケーションを含む。装置５００は、ディスプレイ５１８などの１又は複数の出力デバイスも含むことができる。ディスプレイ５１８は、一例において、ディスプレイと、タッチ入力を感知するように動作可能なタッチセンサー素子とを組み合わせたタッチセンサー式ディスプレイであってよい。ディスプレイ５１８は、バス５１２を介してプロセッサ５０２に連結され得る。
単一のバスとして本明細書に示されるが、装置５００のバス５１２は、複数のバスで構成され得る。さらに、セカンダリストレージ５１４は、装置５００の他のコンポーネントに直接連結でき、又は、ネットワークを介してアクセスでき、メモリカードなどの単一の統合ユニット又は複数のメモリカードなどの複数のユニットを含むことができる。したがって、装置５００は、多種多様な構成で実装されることができる。インター予測ユニット２４４は、動き推定（ＭＥ）ユニットと動き補償（ＭＣ）ユニットとを含み得る（図２で図示せず）。動き推定ユニットは、動き推定のために、画像ブロック２０３（現在の画像２０１の現在の画像ブロック２０３）およびデコードされた画像３３１、又は少なくとも１又は複数の以前に再構築されたブロック、例えば、１又は複数の他の／異なる以前にデコードされた画像３３１の再構築されたブロックを受信又は取得するように構成される。例えば、ビデオシーケンスは、現在の画像および以前にデコードされた画像３３１を含んでよく、又は換言すると、現在の画像および以前にデコードされた画像３３１は、ビデオシーケンスを形成する一連の画像の一部であるか又はそれを形成してよい。エンコーダ２０は、例えば、複数の他の画像のうちの同じ又は異なる画像の複数の参照ブロックから参照ブロックを選択し、インター予測パラメータとして参照画像（又は参照画像インデックス，…）及び／又は参照ブロックの位置（ｘ，ｙ座標）と現在のブロックの位置との間のオフセット（空間的オフセット）を動き推定ユニット（図２で図示せず）に提供するように構成されてよい。このオフセットは、動きベクトル（ＭＶ）とも呼ばれる。マージは、ＨＥＶＣで使用され、ＶＶＣに継承される重要な動き推定ツールである。
マージ推定を実行するために、マージ候補リストが構築され、候補リストにおける候補の各々は動きデータを含み、これらの動きデータは、１つ又は２つの参照画像リストが使用されたかどうかを指示する情報を含み、さらに、リストごとの参照インデックス及び動きベクトルなどの他の情報を含む。一例において、マージ候補リストは、以下の候補に基づいて構築される。
ａ．５個の空間隣接ブロックから導出される４個までの空間マージ候補
ｂ．２つの時間的且つコロケートされたブロックから導出される１つの時間的マージ候補
ｃ．組み合わされた双予測候補及びゼロ動きベクトル候補を含む追加のマージ候補
マージ候補リストにおける第１候補は、空間ネイバーである。図６の右の部分に従って、Ａ１、Ｂ１、Ｂ０、Ａ０およびＢ２を、この順序で順次チェックすることによって、４個までの候補がマージリストに挿入される。
コーディングブロックが利用可能で動き情報を包含するかどうかをチェックするほか、コーディングブロックのすべての動きデータをマージ候補とする前に、いくつかの追加の冗長チェックが実行される。これらの冗長チェックは、２つのカテゴリに分割できる。
ａ．リストにおける冗長な動きデータを回避する
ｂ．冗長シンタックスを作成するであろう他の手段によって表現できる２つの区分をマージすることを防止する
一例において、Ｎは空間マージ候補の数であり、完全な冗長チェックは（Ｎ・（Ｎ－１））／２の動きデータ比較を備える。５個の潜在的な空間マージ候補の場合、マージリストにおけるすべての候補が異なる動きデータを有することを保証するために、１０回の動きデータ比較が必要とされる。ＨＥＶＣの開発中、冗長な動きデータのチェックは、コーディング効率が維持される方法でサブセットまで減少し、一方、比較ロジックは大幅に減少した。最終的に、候補ごとに２回以下の比較が実行され、全体的に５回の比較が結果として行われる。｛Ａ１，Ｂ１，Ｂ０，Ａ０，Ｂ２｝の順序を考慮すると、Ｂ０はＢ１のみをチェックし、Ａ０はＡ１のみをチェックし、Ｂ２はＡ１及びＢ１のみをチェックする。区分化の冗長チェックの一例において、２Ｎ×Ｎの区分化の最下部ＰＵは、候補Ｂ１を選択することによって、最上部ＰＵとマージされる。これは、同じ動きデータを有する２つのＰＵを有する１つのＣＵをもたらし、これは２Ｎ×２ＮのＣＵとして等しくシグナリングされ得る。全般的に、このチェックは、長方形及び非対称区分２Ｎ×Ｎ、２Ｎ×ｎＵ、２Ｎ×ｎＤ、Ｎ×２Ｎ、ｎＲ×２Ｎ、及びｎＬ×２Ｎのすべての第２ＰＵに適用される。空間マージ候補の場合、冗長チェックのみが実行され、動きデータは、候補ブロックからコピーされることに留意されたい。したがって、ここでは動きベクトルのスケーリングが必要とされない。
時間的マージ候補のための動きベクトルの導出は、時間的な動きベクトル予測（ＴＭＶＰ）と同じである。マージ候補はすべての動きデータを含み、ＴＭＶＰは１つの動きベクトルのみを含む（すなわち、通常のマージでは最大１つのＴＭＶＰ候補のみが許容される）ので、動きデータの導出は、スライスタイプに依存する。双予測スライスの場合、ＴＭＶＰは参照画像リストごとに導出される。リストごとのＴＭＶＰの利用可能性に応じて、予測タイプは、双予測に設定されるか、又は、ＴＭＶＰが利用可能なリストに設定される。すべての関連付けられる参照画像インデックスは、ゼロに等しく設定される。単予測スライスの場合、リスト０のＴＭＶＰは、ゼロに等しい参照画像インデックスと一緒に導出される。
少なくとも１つのＴＭＶＰが利用可能で時間的マージ候補がリストに加えられる場合、冗長チェックは実行されない。これにより、マージリスト構築はコロケートされた画像から独立し、エラー復元力が向上する。時間的マージ候補が冗長であり、したがって、マージ候補リストに含まれない場合を考慮する。コロケートされた画像が失われた場合、デコーダは、時間的候補を導出できず、したがって、それが冗長であるかどうかをチェックできない。すべての後続の候補のインデックス化はこれに影響される。
パースのロバスト性のためという理由で、マージ候補リストにおける候補の数は一定である。空間的及び時間的マージ候補が加えられた後、リストは、いっぱいではない場合がある（マージ候補リストにおける候補の数は、固定の数より小さい）。非長さ適応リストインデックスシグナリングに伴うコーディング効率の損失を補償するべく、追加候補が生成される。スライスタイプに応じて、２種類までの候補が、リストを完全にポピュレート（ｐｏｐｕｌａｔｅ）するのに使用される。
ａ．組み合わされた双予測候補
ｂ．ゼロ動きベクトル候補
双予測スライスにおいて、追加候補は、既存の候補に基づいて、ある候補の参照画像リスト０の動きデータと別の候補のリスト１の動きデータとを組み合わせることによって、生成することができる。これは、ある候補、例えば第１候補からΔｘ０、Δｙ０、Δｔ０を、且つ、別の候補、例えば第２候補からΔｘ１、Δｙ１、Δｔ１をコピーすることによって行われる。異なる組み合わせが予め定義されテーブル１に与えられる。
［テーブル１］
組み合わされた双予測候補を加算した後にリストが依然としていっぱいではない場合、又は、単予測スライスに対して、ゼロ動きベクトル候補が加えられる。ゼロ動きベクトル候補は、単予測スライスの場合は１つのゼロ変位動きベクトルを有し、双予測スライスの場合は２つのゼロ変位動きベクトルを有する。参照インデックスは、ゼロに等しく設定され、参照インデックスの最高回数に達するまで、追加候補ごとに１ずつインクリメントされる。追加候補が依然として加えられる必要がある場合、ゼロに等しい参照インデックスは、追加候補を作成するのに使用される。追加候補に対しては冗長チェックが実行されない。これは、これらのチェックを省略することがコーディング効率の損失をもたらさないからである。
インターピクチャ予測モードでコードされたＰＵごとに、ブロックマージが動きデータを導出するために使用されているか否かを指示するために、ｍｅｒｇｅ＿ｆｌａｇが使用される。ｍｅｒｇｅ＿ｉｄｘは、動き補償予測（ＭＣＰ）に必要とされる動きデータを提供するマージリストにおける候補を決定するのに使用される。ＰＵレベルシグナリングのほかに、マージリストにおける候補の数が、スライスヘッダーにおいてシグナリングされる。一例において、デフォルト値は５であり、それは５との差（ｆｉｖｅ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｍｅｒｇｅ＿ｃａｎｄ）で表される。マージ候補リスト構築プロセスに関しては、リストがマージ候補の最高回数を包含した後に完了するが、全般的なプロセスは変わらない。初期設計において、マージインデックスコーディングの最大値は、リストにおける利用可能な空間的及び時間的候補の数によって与えられる。２つの候補のみが利用可能な場合、インデックスは、フラグとして効率的にコードされることができる。マージインデックスをパースするべく、候補の実際の数を知るためにマージ候補リスト全体が構築される必要がある。
ＨＥＶＣにおけるブロックマージの適用は、スキップモードと組み合わされる。スキップモードは、ビットストリームで明示的にシグナリングされる代わりにブロックの動きデータが推論されることと、ブロックの予測残差がゼロである、すなわち、変換係数が送信されていないこととを指示するために、ブロックに使用される。ＨＥＶＣにおいて、インターピクチャ予測スライスにおける各ＣＵの開始において、以下を示唆するｓｋｉｐ＿ｆｌａｇがシグナリングされる。
ａ．ＣＵは１のＰＵ（２Ｎ×２Ｎ区分タイプ）のみを包含する。
ｂ．マージモードは、動きデータ（１に等しいｍｅｒｇｅ＿ｆｌａｇ）を導出するのに使用される。
ｃ．残差データはビットストリームに存在しない。
ＨＥＶＣにおいて導入され、ＶＶＣにおいて固有である別の動き推定ツールは、高度な動きベクトル予測（Ａｄｖａｎｃｅｄ Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｐｒｅｄｉｃｔｉｏｎ，ＡＭＶＰ）と呼ばれる。ＡＭＶＰモードにおいて、動きベクトルは、水平（ｘ）及び垂直（ｙ）コンポーネントの観点から、いわゆる動きベクトル予測子（ＭＶＰ）との差としてコードされる。動きベクトル差（ＭＶＤ）コンポーネントの計算は、ＭＶＤｘ＝ＭＶｘ－ＭＶＰｘ，ＭＶＤｙ＝ＭＶｙ－ＭＶＰｙで示される。
現在のブロックの動きベクトルは、通常、現在の画像内又は以前にコードされた画像内の隣接ブロックの動きベクトルと相関付けられている。これは、隣接ブロックが同様の動きを有する同じ動いているオブジェクトに対応する可能性が高く、オブジェクトの動きが経時的に突然変化する可能性は低いからである。結果的に、隣接ブロックにおける動きベクトルを予測子として使用することは、シグナリングされた動きベクトルの差のサイズを減らす。ＭＶＰは、通常、デコードされた動きベクトルから、空間隣接ブロックから、又はコロケートされた画像内の時間的な隣接ブロックから導出される。ＨＥＶＣにおいて、ＭＶＰを暗黙的に導出する手法は、動きベクトルの競合として既知の技術により置き換えられていて、ＭＶＰのリストから、どのＭＶＰが動きベクトルの導出のために使用されるかを明示的にシグナリングする。ＨＥＶＣにおける可変コーディング四分木ブロック構造は、潜在的なＭＶＰ候補として、動きベクトルを伴ういくつかの隣接ブロックを有する１つのブロックを結果としてもたらし得る。例として左側の隣接を挙げると、このケースでは、６４×６４のルマコーディングツリーブロックがさらに分割されず、且つ、左側のものが最大深度に分割される場合、６４×６４のルマ予測ブロックは、１６個の８×４のルマ予測ブロックを左側に有し得る。動きベクトルの競合を修正して、そのような柔軟なブロック構造を構成するために、高度な動きベクトル予測（ＡＭＶＰ）が導入された。ＨＥＶＣの開発中、初期のＡＭＶＰ設計は、コーディング効率と実装しやすい設計との間で良好なトレードオフを提供するために、大幅に簡略化された。
ＡＭＶＰの初期設計は、３つの異なるクラスの予測子（すなわち、空間ネイバーからの３つの動きベクトル、３つの空間予測子の中央値、およびコロケートされた且つ時間的な隣接ブロックからのスケーリングされた動きベクトル）からの５つのＭＶＰを含んでいた。さらに、予測子のリストは、第１位置において最も確からしい動き予測子を配置するようにリオーダリングすることによって、及び、最小のシグナリングオーバヘッドを保証するために冗長候補を除去することによって修正されていた。標準化プロセス全体にわたっての包括的な実験で、この動きベクトル予測及びシグナリングスキームの複雑性を、コーディング効率を過度に犠牲にせずに、どのように低減できるかを調査した。これは、中央値予測子を除去すること、リストにおける候補の数を５から２に減らすこと、リストにおける候補の順序を固定すること、及び冗長チェックの数を減らすことなどの、ＡＭＶＰ設計の大幅な簡略化をもたらした。ＡＭＶＰ候補リストの構築の設計は、以下の２つのＭＶＰ候補を含む。
・５つの空間隣接ブロックから導出される２つまでの空間候補ＭＶＰ
・両方の空間候補ＭＶＰが利用可能でない又はそれらが同一である場合、２つの時間的且つコロケートされたブロックから導出される１つの時間的候補ＭＶＰ
・空間的候補、時間的候補又は両方の候補が利用可能でない場合のゼロ動きベクトル
空間候補の説明では、２つの空間候補Ａ及びＢに対する導出プロセスの流れが図７に示される。候補Ａの場合、左下の角における２つのブロックＡ０及びＡ１からの動きデータは、２パスアプローチにおいて考慮される。第１パスにおいて、候補ブロックのいずれかが、現在のブロックの参照インデックスに等しい参照インデックスを包含するかどうかがチェックされる。確認された第１動きベクトルは、候補Ａとしてみなされる。Ａ０及びＡ１からのすべての参照インデックスが、現在のブロックの参照インデックスと異なる参照画像を指し示す場合、関連付けられる動きベクトルは、そのまま使用されることができない。したがって、第２パスにおいて、動きベクトルは、候補参照画像と現在の参照画像との間の時間的距離に従って、スケーリングされる必要がある。時間的距離は、ピクチャ順序カウント（ＰＯＣ）値間の差の観点から表現され、ここでＰＯＣ値は、画像の表示順序を定義するのに使用される。
候補Ｂの場合、候補Ｂ０からＢ２が、Ａ０及びＡ１と同様の方法で順次チェックされる。しかしながら、第２パスは、ブロックＡ０及びＡ１がいかなる動き情報も包含しない、すなわち、利用可能でない又はイントラピクチャ予測を使用してコードされた場合に実行される。その後、確認された場合、候補Ａはスケーリングされていない候補Ｂに等しく設定され、候補Ｂは、第２の、スケーリングされていない又はスケーリングされた候補Ｂの変形例に等しく設定される。第２パスは、潜在的なスケーリングされていない候補が依然として存在する可能性がある場合に終了され得、第２パスは、候補Ｂ０からＢ２から導出されたスケーリングされていないＭＶ並びにスケーリングされたＭＶを検索する。全般的に、この設計は、Ｂ０、Ｂ１、及びＢ２から独立してＡ０及びＡ１を処理することを可能にする。Ｂ０～Ｂ２から導出されるスケーリングされたＭＶ又は追加のスケーリングされていないＭＶを検索するべく、Ｂの導出は、Ａ０及びＡ１両方の利用可能性を認識すべきである。この依存性は、候補Ｂに対する複雑な動きベクトルのスケーリング操作を大幅に減らす。動きベクトルのスケーリングの数を減らすことは、動きベクトル予測子の導出プロセスにおいて複雑性が著しく減少することを表す。
時間的候補選択処理の場合、現在のブロックの左及び上における空間隣接ブロックからの動きベクトルが、空間ＭＶＰ候補としてみなされることが図６から分かり得る。これは、現在のブロックの右および下におけるブロックがまだデコードされておらず、したがって、それらの動きデータは利用可能でないと説明できる。コロケートされた画像は、既にデコードされた参照画像であるので、同じ位置におけるブロックからの、コロケートされたブロックの右のブロックからの、又は、下のブロックからの動きデータを考慮することも可能である。ＨＥＶＣにおいて、現在のブロックの右下及び中央におけるブロックは、良好な時間的動きベクトル予測子（ＴＭＶＰ）を提供するのに最も好適であると決定された。これらの候補は図６に示されており、ここでＣ０は右下の隣接ブロックを表し、Ｃ１は中央ブロックを表す。Ｃ０の動きデータがまず考慮され、Ｃ０の動きデータが利用可能でない場合、中央においてコロケートされた候補ブロックからの動きデータは、時間的ＭＶＰ候補Ｃを導出するのに使用される。Ｃ０の動きデータはまた、関連付けられるＰＵが現在のＣＴＵ列を超えてＣＴＵに属する場合に利用可能でないとみなされる。これは、コロケートされた動きデータを保存するためのメモリ帯域幅要件を最小限にする。動きベクトルが同じ参照画像を参照し得る空間ＭＶＰ候補とは対照的に、動きベクトルのスケーリングは、ＴＭＶＰに必須である。
マージリスト構築及びＡＭＶＰリスト構築の両方に対して、マージ又はＡＭＶＰリストに対する履歴ベースの動きベクトル予測子（ＨＭＶＰ）が使用される。履歴ベースのＭＶＰ（ＨＭＶＰ）マージ候補は、空間ＭＶＰ及びＴＭＶＰの後、マージ／ＡＭＶＰリストに加えられる。この方法で、以前にコードされたブロックの動き情報はテーブルに保存され、現在のＣＵのＭＶＰとして使用される。複数のＨＭＶＰ候補を有するテーブルは、エンコーディング／デコーディングプロセス中に維持される。テーブルは、新たなＣＴＵ列が発生した場合にリセット（空に）される。非サブブロックインターコーディングＣＵが存在するときにはいつでも、関連付けられる動き情報が、新たなＨＭＶＰ候補としてテーブルの最後のエントリに加えられる。
ＶＴＭ４において、ＨＭＶＰテーブルのサイズＳは６に設定され、これは、６個までの履歴ベースのＭＶＰ（ＨＭＶＰ）候補がテーブルに加えられ得ることを指示する。テーブルに新たな動き候補を挿入する場合、制限された先入れ先出し（ｆｉｒｓｔ－ｉｎ－ｆｉｒｓｔ－ｏｕｔ，ＦＩＦＯ）ルールが利用され、ここで、テーブルにおいて同一のＨＭＶＰが存在するかどうかを確認するために、冗長チェックがまず適用される。テーブルに同一のＨＭＶＰが存在する場合、同一のＨＭＶＰはテーブルから除去され、その後のすべてのＨＭＶＰ候補が順方向に移動される。
ＨＭＶＰ候補は、マージ候補リスト／ＡＭＶＰリスト構築プロセスにおいて使用され得る。テーブルにおける最新のいくつかのＨＭＶＰ候補は、順番にチェックされ、ＴＭＶＰ候補の後に候補リストに挿入される。冗長チェックは、ＨＭＶＰ候補において、空間的又は時間的マージ候補に対して適用される。
冗長チェック操作の数を減らすために、以下の簡略化が導入される。マージリストの生成に使用されるＨＭＶＰ候補の数は、（Ｎ＜＝４）？Ｍ：（８－Ｎ）に設定され、ここで、Ｎはマージリストにおける既存の候補の数を指示し、Ｍはテーブルにおける利用可能なＨＭＶＰ候補の数を指示する。利用可能なマージ候補の合計数が、最大許容マージ候補から１を引いた数に等しくなると、ＨＭＶＰからのマージ候補リスト構築プロセスは終了する。インターモードと並行するＶＶＣ ＤｒａｆｔにおいてＩＢＣモードが導入される。
イントラブロックコピー（ＩＢＣ）は、ＳＣＣにおけるＨＥＶＣ拡張に採用されるツールである。これは、スクリーンコンテンツ材料のコーディング効率を大幅に向上させる。ＩＢＣモードはブロックレベルコーディングモードとして実装されるので、ＣＵごとに最適なブロックベクトル（又は動きベクトル）を確認するために、ブロックマッチング（ＢＭ）がエンコーダにおいて実行される。ここで、動きベクトルは、現在のブロックから、参照ブロックへの変位を指示するのに使用される。参照ブロックは、現在の画像の内部で既に再構築されている。ＩＢＣコーディングされたＣＵのルマ動きベクトルは整数精度である。クロマ動きベクトルは、同様に整数精度でクリッピングされる。ＡＭＶＲと組み合わされた場合、ＩＢＣモードは、１－ｐｅｌ動きベクトル精度と４－ｐｅｌ動きベクトル精度との間で切り替えることができる。ＩＢＣコーディングされたＣＵは、イントラ又はインター予測モード以外の第３予測モードとして扱われる。
メモリ消費及びデコーダの複雑性を減らすために、ＶＴＭ４におけるＩＢＣは、現在のＣＴＵを含む予め定義されたエリアの再構築された部分が使用されることを可能にする。この制限は、ＩＢＣモードがハードウェア実装のためにローカルオンチップメモリを使用して実装されることを可能にする。
エンコーダ側において、ハッシュベースの動き推定がＩＢＣに対して実行される。エンコーダは、幅又は高さのいずれかが１６ルマサンプルより大きくないブロックに対してＲＤチェックを実行する。非マージモードの場合、まずハッシュベースの検索を使用してブロックベクトルの検索が実行される。ハッシュ検索が有効な候補を返さない場合、ブロックマッチングベースのローカル検索が実行される。ハッシュベースの検索において、現在のブロックと参照ブロックとの間のハッシュキーマッチング（３２ビットＣＲＣ）は、すべての許容ブロックサイズに拡張される。現在の画像におけるあらゆる位置に対するハッシュキー計算は、４×４サブブロックに基づいている。より大きいサイズの現在のブロックについて、ハッシュキーは、すべての４×４サブブロックのすべてのハッシュキーが対応する参照位置におけるハッシュキーとマッチングする場合、参照ブロックのそれとマッチングすることが決定される。複数の参照ブロックのハッシュキーが現在のブロックのそれとマッチングすることが判明した場合、各マッチングされる参照のブロックベクトルコストが計算され、そのうち最小のコストを有するものが選択される。
ブロックマッチングの検索において、検索範囲は、現在のＣＴＵ内の現在のブロックの左及び上におけるＮ個のサンプルに設定される。ＣＴＵの開始において、Ｎの値は、時間的な参照画像が存在しない場合に１２８に初期化され、又は、少なくとも１つの時間的な参照画像が存在する場合に６４に初期化される。ハッシュヒット率は、ハッシュベースの検索を使用してマッチングを確認したＣＴＵにおけるサンプルのパーセンテージとして定義される。現在のＣＴＵをエンコーディングする間に、ハッシュヒット率が５％を下回る場合、Ｎは半分に減少する。
ＣＵレベルにおいて、ＩＢＣモードは、フラグでシグナリングされ、以下のようにＩＢＣ ＡＭＶＰモード又はＩＢＣスキップ／マージモードとしてシグナリングされることができる。
ＩＢＣスキップ／マージモード：マージ候補インデックスは、隣接する候補のＩＢＣでコードされたブロックからのリストにおいてどのブロックベクトルが現在のブロックを予測するために使用されるかを指示するのに使用される。マージリストは、空間的、ＨＭＶＰ、及びペアワイズ候補から成る。
ＩＢＣ ＡＭＶＰモードブロックベクトルの差は、動きベクトルの差と同様の方法でコードされる。ブロックベクトルの予測方法は、２つの候補を予測子として使用する。１つは、左側の隣接からのもので、１つは、上方の隣接からのもの（ＩＢＣでコードされた場合）である。いずれかの隣接が利用可能でない場合、デフォルトブロックベクトルが予測子として使用される。フラグは、ブロックベクトル予測子インデックスを指示するためにシグナリングされる。
ＩＢＣが、ＩＢＣマージ／スキップモード及びＩＢＣ ＡＭＶＰモードを導入したので、ＶＶＣ Ｄｒａｆｔ４．０において構築される追加のＩＢＣマージリスト及びＡＭＶＰリストが存在する。
空間候補（図６に示される左側隣接ブロックＡ１、上側隣接ブロックＢ１、左下隣接ブロックＡ０、右上隣接ブロックＢ０、及び左上隣接ブロックＢ２）、ＨＭＶＰ候補（Ｈ１…Ｈｋであり、ｋは最大ＨＭＶＰリストサイズに等しい）、及びペアワイズ候補のみが、ＶＶＣ Ｄｒａｆｔ４．０においてＩＢＣマージリストを順番に構築するために使用されるので、以下のプルーニングがＩＢＣマージリスト構築中に実行されることが可能である。
・Ａ１とＢ１との間のプルーニング
・Ａ０とＡ１との間のプルーニング
・Ｂ０とＢ１との間のプルーニング
・Ｂ２とＡ１との間のプルーニング
・Ｂ２とＢ１との間のプルーニング
・最後のＨＭＶＰ候補ＨｋとＡ１との間のプルーニング
・最後のＨＭＶＰ候補ＨｋとＢ１との間のプルーニング
・最後から２番目のＨＭＶＰ候補Ｈｋ－１とＡ１との間のプルーニング
・最後から２番目のＨＭＶＰ候補Ｈｋ－１とＢ１との間のプルーニング
プルーニング処理は、２つのＩＢＣマージ候補が同じであるかどうかを比較することを意味する。
より具体的には、プルーニング処理は、２つのＩＢＣマージ候補間のブロックベクトルが同じであるかどうかを比較する。
要約すると、現在のブロックのＩＢＣマージリストを構築するには、最大９回のプルーニングが必要となる。
エンコーダ及びデコーダにおいて、プルーニングは、マージリスト構築プロセスを遅延させる。各プルーニング段階において、「ｉｆ」条件がチェックされるので、さらなるマージリスト構築プロセスが、この「ｉｆ」条件のチェックに応じて行われる。マージ候補リストの構築においてより多くのプルーニングが存在するほど、エンコーダ及びデコーダのプロセスがより複雑になる。マージリスト構築の複雑性を減らすべく、以下の解決手段が導入される。
［解決手段１］
左の（Ａ１）及び上の（Ｂ１）の空間隣接ブロックは、ＩＢＣモードを使用して現在のブロックを予測するのに重要であるので、解決手段１では、Ａ１とＢ１との間の空間隣接ブロックプルーニングは維持され、残りの空間隣接ブロックプルーニングは除去される。ＨＭＶＰ候補プルーニングは維持される。一実施形態において、以下のプルーニングがＩＢＣマージリスト構築中に実行されることが可能である。
・Ａ１とＢ１との間のプルーニング
・最後のＨＭＶＰ候補ＨｋとＡ１との間のプルーニング
・最後のＨＭＶＰ候補ＨｋとＢ１との間のプルーニング
・最後から２番目のＨＭＶＰ候補Ｈｋ－１とＡ１との間のプルーニング
・最後から２番目のＨＭＶＰ候補Ｈｋ－１とＢ１との間のプルーニング
この場合、現在のブロックのＩＢＣマージ候補リストを構築するためのプルーニングの最高回数は９から５に減少する。解決手段は、エンコーダ及びデコーダ両方のＩＢＣマージリスト構築の複雑性を大幅に減少させる。
一例において、具体的なＩＢＣマージ候補リストが以下のように構築される。
Ａ１隣接ブロックが利用可能でＩＢＣモードを使用している場合、Ａ１ブロックのブロックベクトルは、現在のブロックのＩＢＣマージ候補リストに挿入される。そうでなければ（Ａ１が利用可能でない又はＡ１がＩＢＣモードを使用していない場合）、Ａ１ブロックのブロックベクトルは現在のブロックのＩＢＣマージ候補リストに挿入されない（第１候補、プルーニングなし）。
Ｂ１隣接ブロックが利用可能でＩＢＣモードを使用している場合、Ｂ１のブロックベクトルがＡ１と同じであるかどうかをプルーニング（又は決定）する。Ｂ１のブロックベクトルがＡ１のブロックベクトルと同じでない場合、Ｂ１ブロックのブロックベクトルは、現在のブロックのＩＢＣマージ候補リストに挿入される。そうでなければ（Ｂ１のブロックベクトルがブロックベクトルＡ１と同じである、又はＢ１が利用可能でない、又はＢ１がＩＢＣモードを使用していない場合）、Ｂ１ブロックのブロックベクトルは、現在のブロックのＩＢＣマージ候補リストに挿入されない（Ａ１及びＢ１プルーニング）。
Ｂ０隣接ブロックが利用可能でＩＢＣモードを使用している場合、Ｂ０ブロックのブロックベクトルは、現在のブロックのＩＢＣマージ候補リストに挿入される。そうでなければ（Ｂ０が利用可能でない、又はＢ０がＩＢＣモードを使用していない場合）、Ｂ０ブロックのブロックベクトルは現在のブロックのＩＢＣマージ候補リストに挿入されない（プルーニングなし）。
Ａ０隣接ブロックが利用可能でＩＢＣモードを使用している場合、Ａ０ブロックのブロックベクトルは、現在のブロックのＩＢＣマージ候補リストに挿入される。そうでなければ（Ａ０が利用可能でない、又はＡ０がＩＢＣモードを使用していない場合）、Ａ０ブロックのブロックベクトルは現在のブロックのＩＢＣマージ候補リストに挿入されない（プルーニングなし）。
Ｂ２隣接ブロックが利用可能でＩＢＣモードを使用しており、現在のＩＢＣマージ候補リストのサイズが４より小さい場合、Ｂ２ブロックのブロックベクトルは、現在のブロックのＩＢＣマージ候補リストに挿入される。そうでなければ（Ｂ２が利用可能でない、又はＢ２がＩＢＣモードを使用していない、又は現在のＩＢＣマージ候補リストのサイズが４より小さくない場合）、Ｂ２ブロックのブロックベクトルは現在のブロックのＩＢＣマージ候補リストに挿入されない（プルーニングなし）。
最後のＨＭＶＰ候補Ｈｋが利用可能でＩＢＣモードを使用しており、現在のＩＢＣマージ候補リストのサイズが、最大ＩＢＣマージ候補数から１を引いた値に等しい値より小さく、Ｈｋのブロックベクトルは、Ａ１及びＢ１と同じでない場合、Ｈｋのブロックベクトルを、現在のブロックのＩＢＣマージ候補リストに挿入する。そうでなければ（Ｈｋが利用可能でない、又はＨｋがＩＢＣモードを使用していない、又は現在のＩＢＣマージ候補リストのサイズが最大ＩＢＣマージ候補数から１を引いた値より小さくない、又はＨｋのブロックベクトルがＡ１のブロックベクトルと同じである、又はＨｋのブロックベクトルがＢ１のブロックベクトルと同じである場合）、Ｈｋのブロックベクトルを現在のブロックのＩＢＣマージ候補リストに挿入しない（Ｈｋ及びＡ１、Ｈｋ及びＢ１をプルーニング）。
最後から２番目のＨＭＶＰ候補Ｈｋ－１が利用可能でＩＢＣモードを使用しており、現在のＩＢＣマージ候補リストのサイズが、最大ＩＢＣマージ候補数から１を引いた値に等しい値より小さく、Ｈｋ－１のブロックベクトルは、Ａ１及びＢ１と同じでない場合、Ｈｋ－１のブロックベクトルを、現在のブロックのＩＢＣマージ候補リストに挿入する。そうでなければ（Ｈｋ－１が利用可能でない、又はＨｋ－１がＩＢＣモードを使用していない、又は現在のＩＢＣマージ候補リストのサイズが最大ＩＢＣマージ候補数から１を引いた値より小さくない、又はＨｋ－１のブロックベクトルがＡ１のブロックベクトルと同じである、又はＨｋ－１のブロックベクトルがＢ１のブロックベクトルと同じである場合）、Ｈｋ－１ブロックのブロックベクトルを現在のブロックのＩＢＣマージ候補リストに挿入しない（Ｈｋ－１及びＡ１、Ｈｋ－１及びＢ１をプルーニング）。
候補が利用可能でＩＢＣモードを使用しており、現在のＩＢＣマージ候補リストのサイズが最大ＩＢＣマージ候補数から１を引いた値より小さい場合、残りのＨＭＶＰ候補を１つずつ挿入する（プルーニングなし）。
ペアワイズ候補を挿入する。現在のＩＢＣマージ候補リストのサイズは、最大ＩＢＣマージ候補数より小さい（プルーニングなし）。
［解決手段２］
左の（Ａ１）及び上の（Ｂ１）の空間隣接ブロックは、ＩＢＣモードを使用して現在のブロックを予測するのに重要であるので、解決手段２では、空間隣接ブロックＡ１及びＢ１はＩＢＣマージ候補に挿入されるために維持され、残りの空間隣接ブロック候補は除去される。ＨＭＶＰ候補プルーニングはそのまま維持される。一実施形態において、以下のプルーニングがＩＢＣマージリスト構築中に実行されることが可能である。
・Ａ１とＢ１との間のプルーニング
・最後のＨＭＶＰ候補ＨｋとＡ１との間のプルーニング
・最後のＨＭＶＰ候補ＨｋとＢ１との間のプルーニング
・最後から２番目のＨＭＶＰ候補Ｈｋ－１とＡ１との間のプルーニング
・最後から２番目のＨＭＶＰ候補Ｈｋ－１とＢ１との間のプルーニング
この場合、現在のブロックのＩＢＣマージ候補リストを構築するためのプルーニングの最高回数は９から５に減少する。解決手段は、エンコーダ及びデコーダ両方のＩＢＣマージリスト構築の複雑性を大幅に減少させる。
一例において、具体的なＩＢＣマージ候補リストが以下のように構築される。
Ａ１隣接ブロックが利用可能でＩＢＣモードを使用している場合、Ａ１ブロックのブロックベクトルを、現在のブロックのＩＢＣマージ候補リストに挿入する。そうでなければ（Ａ１が利用可能でない又はＡ１がＩＢＣモードを使用していない場合）、Ａ１ブロックのブロックベクトルを現在のブロックのＩＢＣマージ候補リストに挿入しない（第１候補、プルーニングなし）。
Ｂ１隣接ブロックが利用可能でＩＢＣモードを使用している場合、Ｂ１のブロックベクトルがＡ１と同じであるかどうかをプルーニング（又は決定）する。Ｂ１のブロックベクトルがＡ１のブロックベクトルと同じでない場合、Ｂ１ブロックのブロックベクトルを、現在のブロックのＩＢＣマージ候補リストに挿入する。そうでなければ（Ｂ１のブロックベクトルがブロックベクトルＡ１と同じである、又はＢ１が利用可能でない、又はＢ１がＩＢＣモードを使用していない場合）、Ａ１ブロックのブロックベクトルを、現在のブロックのＩＢＣマージ候補リストに挿入しない（Ａ１及びＢ１プルーニング）。
最後のＨＭＶＰ候補Ｈｋが利用可能でＩＢＣモードを使用しており、現在のＩＢＣマージ候補リストのサイズが、最大ＩＢＣマージ候補数から１を引いた値に等しい値より小さく、Ｈｋのブロックベクトルは、Ａ１及びＢ１と同じでない場合、Ｈｋのブロックベクトルを、現在のブロックのＩＢＣマージ候補リストに挿入する。そうでなければ（Ｈｋが利用可能でない、又はＨｋがＩＢＣモードを使用していない、又は現在のＩＢＣマージ候補リストのサイズが最大ＩＢＣマージ候補数から１を引いた値より小さくない、又はＨｋのブロックベクトルがＡ１のブロックベクトルと同じである、又はＨｋのブロックベクトルがＢ１のブロックベクトルと同じである場合）、Ｈｋのブロックベクトルを現在のブロックのＩＢＣマージ候補リストに挿入しない（Ｈｋ及びＡ１、Ｈｋ及びＢ１をプルーニング）。
最後から２番目のＨＭＶＰ候補Ｈｋ－１が利用可能でＩＢＣモードを使用しており、現在のＩＢＣマージ候補リストのサイズが、最大ＩＢＣマージ候補数から１を引いた値に等しい値より小さく、Ｈｋ－１のブロックベクトルは、Ａ１及びＢ１と同じでない場合、Ｈｋ－１のブロックベクトルを、現在のブロックのＩＢＣマージ候補リストに挿入する。そうでなければ（Ｈｋ－１が利用可能でない、又はＨｋ－１がＩＢＣモードを使用していない、又は現在のＩＢＣマージ候補リストのサイズが最大ＩＢＣマージ候補数から１を引いた値より小さくない、又はＨｋ－１のブロックベクトルがＡ１のブロックベクトルと同じである、又はＨｋ－１のブロックベクトルがＢ１のブロックベクトルと同じである場合）、Ｈｋ－１のブロックベクトルを現在のブロックのＩＢＣマージ候補リストに挿入しない（Ｈｋ－１及びＡ１、Ｈｋ－１及びＢ１をプルーニング）。
候補が利用可能でＩＢＣモードを使用しており、現在のＩＢＣマージ候補リストのサイズが最大ＩＢＣマージ候補数から１を引いた値より小さい場合、残りのＨＭＶＰ候補を１つずつ挿入する（プルーニングなし）。
ペアワイズ候補を挿入する。現在のＩＢＣマージ候補リストのサイズは、最大ＩＢＣマージ候補数より小さい（プルーニングなし）。
［解決手段３］
解決手段３によると、空間隣接ブロックのブロックベクトルプルーニングは同じく維持される。ＨＭＶＰ候補プルーニングの場合、最後のＨＭＶＰ候補Ｈｋのブロックベクトルは、ブロックベクトル空間隣接ブロックＡ１及びＢ１でプルーニングされる。残りのＨＭＶＰ候補プルーニングは除去される。一実施形態において、以下のプルーニングがＩＢＣマージリスト構築中に実行されることが可能である。
・Ａ１とＢ１との間のプルーニング
・Ａ０とＡ１との間のプルーニング
・Ｂ０とＢ１との間のプルーニング
・Ｂ２とＡ１との間のプルーニング
・Ｂ２とＢ１との間のプルーニング
・最後のＨＭＶＰ候補ＨｋとＡ１との間のプルーニング
・最後のＨＭＶＰ候補ＨｋとＢ１との間のプルーニング
この場合、現在のブロックのＩＢＣマージ候補リストを構築するためのプルーニングの最高回数は９から７に減少する。解決手段は、エンコーダ及びデコーダ両方のＩＢＣマージリスト構築の複雑性を大幅に減少させる。
一例において、具体的なＩＢＣマージ候補リストが以下のように構築される。
Ａ１隣接ブロックが利用可能でＩＢＣモードを使用している場合、Ａ１ブロックのブロックベクトルを、現在のブロックのＩＢＣマージ候補リストに挿入する。そうでなければ（Ａ１が利用可能でない又はＡ１がＩＢＣモードを使用していない場合）、Ａ１ブロックのブロックベクトルを現在のブロックのＩＢＣマージ候補リストに挿入しない（第１候補、プルーニングなし）。
Ｂ１隣接ブロックが利用可能でＩＢＣモードを使用している場合、Ｂ１のブロックベクトルがＡ１と同じであるかどうかをプルーニング（又は決定）する。Ｂ１のブロックベクトルがＡ１のブロックベクトルと同じでない場合、Ｂ１ブロックのブロックベクトルを、現在のブロックのＩＢＣマージ候補リストに挿入する。そうでなければ（Ｂ１のブロックベクトルがブロックベクトルＡ１と同じである、又はＢ１が利用可能でない、又はＢ１がＩＢＣモードを使用していない場合）、Ａ１ブロックのブロックベクトルを、現在のブロックのＩＢＣマージ候補リストに挿入しない（Ａ１及びＢ１プルーニング）。
Ｂ０隣接ブロックが利用可能でＩＢＣモードを使用している場合、Ｂ０のブロックベクトルがＢ１と同じであるかどうかをプルーニング（又は決定）する。Ｂ０のブロックベクトルがＢ１のブロックベクトルと同じでない場合、Ｂ０ブロックのブロックベクトルを、現在のブロックのＩＢＣマージ候補リストに挿入する。そうでなければ（Ｂ０のブロックベクトルがブロックベクトルＢ１と同じである、又はＢ０が利用可能でない、又はＢ０がＩＢＣモードを使用していない場合）、Ｂ０ブロックのブロックベクトルを、現在のブロックのＩＢＣマージ候補リストに挿入しない（Ｂ０及びＢ１プルーニング）。
Ａ０隣接ブロックが利用可能でＩＢＣモードを使用している場合、Ａ０のブロックベクトルがＡ１と同じであるかどうかをプルーニング（又は決定）する。Ａ０のブロックベクトルがＡ１のブロックベクトルと同じでない場合、Ａ０ブロックのブロックベクトルを、現在のブロックのＩＢＣマージ候補リストに挿入する。そうでなければ（Ａ０のブロックベクトルがブロックベクトルＡ１と同じである、又はＡ０が利用可能でない、又はＡ０がＩＢＣモードを使用していない場合）、Ａ０ブロックのブロックベクトルを、現在のブロックのＩＢＣマージ候補リストに挿入しない（Ａ０及びＡ１プルーニング）。
Ｂ２隣接ブロックが利用可能でＩＢＣモードを使用しており、現在のＩＢＣマージリストのサイズが４より小さい場合、Ｂ２のブロックベクトルがＡ１と同じであるかどうか、及びＢ２のブロックベクトルがＢ１と同じであるかどうかをプルーニング（又は決定）する。Ｂ２のブロックベクトルがＡ１のブロックベクトルと同じでなく、Ｂ２のブロックベクトルがＢ１と同じでない場合、Ｂ２ブロックのブロックベクトルを、現在のブロックのＩＢＣマージ候補リストに挿入する。そうでなければ（Ｂ２のブロックベクトルがブロックベクトルＡ１又はＢ１と同じである、又はＢ０が利用可能でない、又はＢ０がＩＢＣモードを使用していない場合）、Ｂ０ブロックのブロックベクトルを、現在のブロックのＩＢＣマージ候補リストに挿入しない（Ｂ２及びＡ１プルーニング、Ｂ２及びＢ１プルーニング）。
最後のＨＭＶＰ候補Ｈｋが利用可能でＩＢＣモードを使用しており、現在のＩＢＣマージ候補リストのサイズが、最大ＩＢＣマージ候補数から１を引いた値に等しい値より小さく、Ｈｋのブロックベクトルは、Ａ１及びＢ１と同じでない場合、Ｈｋのブロックベクトルを、現在のブロックのＩＢＣマージ候補リストに挿入する。そうでなければ（Ｈｋが利用可能でない、又はＨｋがＩＢＣモードを使用していない、又は現在のＩＢＣマージ候補リストのサイズが最大ＩＢＣマージ候補数から１を引いた値より小さくない、又はＨｋのブロックベクトルがＡ１のブロックベクトルと同じである、又はＨｋのブロックベクトルがＢ１のブロックベクトルと同じである場合）、Ｈｋのブロックベクトルを現在のブロックのＩＢＣマージ候補リストに挿入しない（Ｈｋ及びＡ１、Ｈｋ及びＢ１をプルーニング）。
候補が利用可能でＩＢＣモードを使用しており、現在のＩＢＣマージ候補リストのサイズが、最大ＩＢＣマージ候補数から１を引いた値に等しい値より小さい場合、残りのＨＭＶＰ候補を１つずつ挿入する（プルーニングなし）。
ペアワイズ候補を挿入する。現在のＩＢＣマージ候補リストのサイズは、最大ＩＢＣマージ候補数より小さい（プルーニングなし）。
［解決手段４］
解決手段４によると、空間隣接ブロックのブロックベクトルプルーニングは同じく維持される。ＨＭＶＰ候補プルーニングの場合、最後のＨＭＶＰ候補Ｈｋ及び最後から２番目のＨＭＶＰ候補Ｈｋ－１のブロックベクトルは、ブロックベクトル空間隣接ブロックＡ１でプルーニングされる。残りのＨＭＶＰ候補プルーニングは除去される。一実施形態において、以下のプルーニングがＩＢＣマージリスト構築中に実行されることが可能である。
・Ａ１とＢ１との間のプルーニング
・Ａ０とＡ１との間のプルーニング
・Ｂ０とＢ１との間のプルーニング
・Ｂ２とＡ１との間のプルーニング
・Ｂ２とＢ１との間のプルーニング
・最後のＨＭＶＰ候補ＨｋとＡ１との間のプルーニング
・最後から２番目のＨＭＶＰ候補Ｈｋ－１とＡ１との間のプルーニング
この場合、現在のブロックのＩＢＣマージ候補リストを構築するためのプルーニングの最高回数は９から７に減少する。解決手段は、エンコーダ及びデコーダ両方のＩＢＣマージリスト構築の複雑性を大幅に減少させる。
一例において、具体的なＩＢＣマージ候補リストが以下のように構築される。
Ａ１隣接ブロックが利用可能でＩＢＣモードを使用している場合、Ａ１ブロックのブロックベクトルを、現在のブロックのＩＢＣマージ候補リストに挿入する。そうでなければ（Ａ１が利用可能でない又はＡ１がＩＢＣモードを使用していない場合）、Ａ１ブロックのブロックベクトルを現在のブロックのＩＢＣマージ候補リストに挿入しない（第１候補、プルーニングなし）。
Ｂ１隣接ブロックが利用可能でＩＢＣモードを使用している場合、Ｂ１のブロックベクトルがＡ１と同じであるかどうかをプルーニング（又は決定）する。Ｂ１のブロックベクトルがＡ１のブロックベクトルと同じでない場合、Ｂ１ブロックのブロックベクトルを、現在のブロックのＩＢＣマージ候補リストに挿入する。そうでなければ（Ｂ１のブロックベクトルがブロックベクトルＡ１と同じである、又はＢ１が利用可能でない、又はＢ１がＩＢＣモードを使用していない場合）、Ａ１ブロックのブロックベクトルを、現在のブロックのＩＢＣマージ候補リストに挿入しない（Ａ１及びＢ１プルーニング）。
Ｂ０隣接ブロックが利用可能でＩＢＣモードを使用している場合、Ｂ０のブロックベクトルがＢ１と同じであるかどうかをプルーニング（又は決定）する。Ｂ０のブロックベクトルがＢ１のブロックベクトルと同じでない場合、Ｂ０ブロックのブロックベクトルを、現在のブロックのＩＢＣマージ候補リストに挿入する。そうでなければ（Ｂ０のブロックベクトルがブロックベクトルＢ１と同じである、又はＢ０が利用可能でない、又はＢ０がＩＢＣモードを使用していない場合）、Ｂ０ブロックのブロックベクトルを、現在のブロックのＩＢＣマージ候補リストに挿入しない（Ｂ０及びＢ１プルーニング）。
Ａ０隣接ブロックが利用可能でＩＢＣモードを使用している場合、Ａ０のブロックベクトルがＡ１と同じであるかどうかをプルーニング（又は決定）する。Ａ０のブロックベクトルがＡ１のブロックベクトルと同じでない場合、Ａ０ブロックのブロックベクトルを、現在のブロックのＩＢＣマージ候補リストに挿入する。そうでなければ（Ａ０のブロックベクトルがブロックベクトルＡ１と同じである、又はＡ０が利用可能でない、又はＡ０がＩＢＣモードを使用していない場合）、Ａ０ブロックのブロックベクトルを、現在のブロックのＩＢＣマージ候補リストに挿入しない（Ａ０及びＡ１プルーニング）。
Ｂ２隣接ブロックが利用可能でＩＢＣモードを使用しており、現在のＩＢＣマージリストのサイズが４より小さい場合、Ｂ２のブロックベクトルがＡ１と同じであるかどうか、及びＢ２のブロックベクトルがＢ１と同じであるかどうかをプルーニング（又は決定）する。Ｂ２のブロックベクトルがＡ１のブロックベクトルと同じでなく、Ｂ２のブロックベクトルがＢ１と同じでない場合、Ｂ２ブロックのブロックベクトルを、現在のブロックのＩＢＣマージ候補リストに挿入する。そうでなければ（Ｂ２のブロックベクトルがブロックベクトルＡ１又はＢ１と同じである、又はＢ０が利用可能でない、又はＢ０がＩＢＣモードを使用していない場合）、Ｂ０ブロックのブロックベクトルを、現在のブロックのＩＢＣマージ候補リストに挿入しない（Ｂ２及びＡ１プルーニング、Ｂ２及びＢ１プルーニング）。
最後のＨＭＶＰ候補Ｈｋが利用可能でＩＢＣモードを使用しており、現在のＩＢＣマージ候補リストのサイズが、最大ＩＢＣマージ候補数から１を引いた値に等しい値より小さく、Ｈｋのブロックベクトルは、Ａ１と同じでない場合、Ｈｋのブロックベクトルを、現在のブロックのＩＢＣマージ候補リストに挿入する。そうでなければ（Ｈｋが利用可能でない、又はＨｋがＩＢＣモードを使用していない、又は現在のＩＢＣマージ候補リストのサイズが最大ＩＢＣマージ候補数から１を引いた値より小さくない、又はＨｋのブロックベクトルがＡ１のブロックベクトルと同じである場合）、Ｈｋのブロックベクトルを現在のブロックのＩＢＣマージ候補リストに挿入しない（Ｈｋ及びＡ１をプルーニング）。
最後から２番目のＨＭＶＰ候補Ｈｋ－１が利用可能でＩＢＣモードを使用しており、現在のＩＢＣマージ候補リストのサイズが、最大ＩＢＣマージ候補数から１を引いた値に等しい値より小さく、Ｈｋ－１のブロックベクトルは、Ａ１と同じでない場合、Ｈｋ－１のブロックベクトルを、現在のブロックのＩＢＣマージ候補リストに挿入する。そうでなければ（Ｈｋ－１が利用可能でない、又はＨｋ－１がＩＢＣモードを使用していない、又は現在のＩＢＣマージ候補リストのサイズが最大ＩＢＣマージ候補数から１を引いた値より小さくない、又はＨｋ－１のブロックベクトルがＡ１のブロックベクトルと同じである場合）、Ｈｋ－１のブロックベクトルを現在のブロックのＩＢＣマージ候補リストに挿入しない（Ｈｋ－１及びＢ１をプルーニング）。候補が利用可能でＩＢＣモードを使用しており、現在のＩＢＣマージ候補リストのサイズが最大ＩＢＣマージ候補数から１を引いた値より小さい場合、残りのＨＭＶＰ候補を１つずつ挿入する（プルーニングなし）。
ペアワイズ候補を挿入する。現在のＩＢＣマージ候補リストのサイズは、最大ＩＢＣマージ候補数より小さい（プルーニングなし）。
［解決手段５］
解決手段５によると、空間隣接ブロックのブロックベクトルプルーニングは同じく維持される。ＨＭＶＰ候補プルーニングの場合、最後のＨＭＶＰ候補Ｈｋ及び最後から２番目のＨＭＶＰ候補Ｈｋ－１のブロックベクトルは、ブロックベクトル空間隣接ブロックＢ１でプルーニングされる。残りのＨＭＶＰ候補プルーニングは除去される。一実施形態において、以下のプルーニングがＩＢＣマージリスト構築中に実行されることが可能である。
・Ａ１とＢ１との間のプルーニング
・Ａ０とＡ１との間のプルーニング
・Ｂ０とＢ１との間のプルーニング
・Ｂ２とＡ１との間のプルーニング
・Ｂ２とＢ１との間のプルーニング
・最後のＨＭＶＰ候補ＨｋとＢ１との間のプルーニング
・最後から２番目のＨＭＶＰ候補Ｈｋ－１とＢ１との間のプルーニング
この場合、現在のブロックのＩＢＣマージ候補リストを構築するためのプルーニングの最高回数は９から７に減少する。解決手段は、エンコーダ及びデコーダ両方のＩＢＣマージリスト構築の複雑性を大幅に減少させる。
一例において、具体的なＩＢＣマージ候補リストが以下のように構築される。
Ａ１隣接ブロックが利用可能でＩＢＣモードを使用している場合、Ａ１ブロックのブロックベクトルを、現在のブロックのＩＢＣマージ候補リストに挿入する。そうでなければ（Ａ１が利用可能でない又はＡ１がＩＢＣモードを使用していない場合）、Ａ１ブロックのブロックベクトルを現在のブロックのＩＢＣマージ候補リストに挿入しない（第１候補、プルーニングなし）。
Ｂ１隣接ブロックが利用可能でＩＢＣモードを使用している場合、Ｂ１のブロックベクトルがＡ１と同じであるかどうかをプルーニング（又は決定）する。Ｂ１のブロックベクトルがＡ１のブロックベクトルと同じでない場合、Ｂ１ブロックのブロックベクトルを、現在のブロックのＩＢＣマージ候補リストに挿入する。そうでなければ（Ｂ１のブロックベクトルがブロックベクトルＡ１と同じである、又はＢ１が利用可能でない、又はＢ１がＩＢＣモードを使用していない場合）、Ａ１ブロックのブロックベクトルを、現在のブロックのＩＢＣマージ候補リストに挿入しない（Ａ１及びＢ１プルーニング）。
Ｂ０隣接ブロックが利用可能でＩＢＣモードを使用している場合、Ｂ０のブロックベクトルがＢ１と同じであるかどうかをプルーニング（又は決定）する。Ｂ０のブロックベクトルがＢ１のブロックベクトルと同じでない場合、Ｂ０ブロックのブロックベクトルを、現在のブロックのＩＢＣマージ候補リストに挿入する。そうでなければ（Ｂ０のブロックベクトルがブロックベクトルＢ１と同じである、又はＢ０が利用可能でない、又はＢ０がＩＢＣモードを使用していない場合）、Ｂ０ブロックのブロックベクトルを、現在のブロックのＩＢＣマージ候補リストに挿入しない（Ｂ０及びＢ１プルーニング）。
Ａ０隣接ブロックが利用可能でＩＢＣモードを使用している場合、Ａ０のブロックベクトルがＡ１と同じであるかどうかをプルーニング（又は決定）する。Ａ０のブロックベクトルがＡ１のブロックベクトルと同じでない場合、Ａ０ブロックのブロックベクトルを、現在のブロックのＩＢＣマージ候補リストに挿入する。そうでなければ（Ａ０のブロックベクトルがブロックベクトルＡ１と同じである、又はＡ０が利用可能でない、又はＡ０がＩＢＣモードを使用していない場合）、Ａ０ブロックのブロックベクトルを、現在のブロックのＩＢＣマージ候補リストに挿入しない（Ａ０及びＡ１プルーニング）。
Ｂ２隣接ブロックが利用可能でＩＢＣモードを使用しており、現在のＩＢＣマージリストのサイズが４より小さい場合、Ｂ２のブロックベクトルがＡ１と同じであるかどうか、及びＢ２のブロックベクトルがＢ１と同じであるかどうかをプルーニング（又は決定）する。Ｂ２のブロックベクトルがＡ１のブロックベクトルと同じでなく、Ｂ２のブロックベクトルがＢ１と同じでない場合、Ｂ２ブロックのブロックベクトルを、現在のブロックのＩＢＣマージ候補リストに挿入する。そうでなければ（Ｂ２のブロックベクトルがブロックベクトルＡ１又はＢ１と同じである、又はＢ０が利用可能でない、又はＢ０がＩＢＣモードを使用していない場合）、Ｂ０ブロックのブロックベクトルを、現在のブロックのＩＢＣマージ候補リストに挿入しない（Ｂ２及びＡ１プルーニング、Ｂ２及びＢ１プルーニング）。
最後のＨＭＶＰ候補Ｈｋが利用可能でＩＢＣモードを使用しており、現在のＩＢＣマージ候補リストのサイズが、最大ＩＢＣマージ候補数から１を引いた値に等しい値より小さく、Ｈｋのブロックベクトルは、Ｂ１と同じでない場合、Ｈｋのブロックベクトルを、現在のブロックのＩＢＣマージ候補リストに挿入する。そうでなければ（Ｈｋが利用可能でない、又はＨｋがＩＢＣモードを使用していない、又は現在のＩＢＣマージ候補リストのサイズが最大ＩＢＣマージ候補数から１を引いた値より小さくない、又はＨｋのブロックベクトルがＢ１のブロックベクトルと同じである場合）、Ｈｋのブロックベクトルを現在のブロックのＩＢＣマージ候補リストに挿入しない（Ｈｋ及びＢ１をプルーニング）。
最後から２番目のＨＭＶＰ候補Ｈｋ－１が利用可能でＩＢＣモードを使用しており、現在のＩＢＣマージ候補リストのサイズが、最大ＩＢＣマージ候補数から１を引いた値に等しい値より小さく、Ｈｋ－１のブロックベクトルは、Ｂ１と同じでない場合、Ｈｋ－１のブロックベクトルを、現在のブロックのＩＢＣマージ候補リストに挿入する。そうでなければ（Ｈｋ－１が利用可能でない、又はＨｋ－１がＩＢＣモードを使用していない、又は現在のＩＢＣマージ候補リストのサイズが最大ＩＢＣマージ候補数から１を引いた値より小さくない、又はＨｋ－１のブロックベクトルがＢ１のブロックベクトルと同じである場合）、Ｈｋ－１のブロックベクトルを現在のブロックのＩＢＣマージ候補リストに挿入しない（Ｈｋ－１及びＢ１をプルーニング）。
候補が利用可能でＩＢＣモードを使用しており、現在のＩＢＣマージ候補リストのサイズが最大ＩＢＣマージ候補数から１を引いた値より小さい場合、残りのＨＭＶＰ候補を１つずつ挿入する（プルーニングなし）。
ペアワイズ候補を挿入する。現在のＩＢＣマージ候補リストのサイズは、最大ＩＢＣマージ候補数より小さい（プルーニングなし）。
［解決手段６］
解決手段６によると、この解決手段において、ＩＢＣマージ候補リストの最後の候補は、ＨＭＶＰモードを使用して許容され、この解決手段におけるＩＢＣマージリスト構築のプルーニングプロセスは変更されないが、この方法はより効率的なマージリスト構築方法を導入する。
一例において、具体的なＩＢＣマージ候補リストが以下のように構築される。
Ａ１隣接ブロックが利用可能でＩＢＣモードを使用している場合、Ａ１ブロックのブロックベクトルを、現在のブロックのＩＢＣマージ候補リストに挿入する。そうでなければ（Ａ１が利用可能でない又はＡ１がＩＢＣモードを使用していない場合）、Ａ１ブロックのブロックベクトルを現在のブロックのＩＢＣマージ候補リストに挿入しない（第１候補、プルーニングなし）。
Ｂ１隣接ブロックが利用可能でＩＢＣモードを使用している場合、Ｂ１のブロックベクトルがＡ１と同じであるかどうかをプルーニング（又は決定）する。Ｂ１のブロックベクトルがＡ１のブロックベクトルと同じでない場合、Ｂ１ブロックのブロックベクトルを、現在のブロックのＩＢＣマージ候補リストに挿入する。そうでなければ（Ｂ１のブロックベクトルがブロックベクトルＡ１と同じである、又はＢ１が利用可能でない、又はＢ１がＩＢＣモードを使用していない場合）、Ａ１ブロックのブロックベクトルを、現在のブロックのＩＢＣマージ候補リストに挿入しない（Ａ１及びＢ１プルーニング）。
Ｂ０隣接ブロックが利用可能でＩＢＣモードを使用している場合、Ｂ０のブロックベクトルがＢ１と同じであるかどうかをプルーニング（又は決定）する。Ｂ０のブロックベクトルがＢ１のブロックベクトルと同じでない場合、Ｂ０ブロックのブロックベクトルを、現在のブロックのＩＢＣマージ候補リストに挿入する。そうでなければ（Ｂ０のブロックベクトルがブロックベクトルＢ１と同じである、又はＢ０が利用可能でない、又はＢ０がＩＢＣモードを使用していない場合）、Ｂ０ブロックのブロックベクトルを、現在のブロックのＩＢＣマージ候補リストに挿入しない（Ｂ０及びＢ１プルーニング）。
Ａ０隣接ブロックが利用可能でＩＢＣモードを使用している場合、Ａ０のブロックベクトルがＡ１と同じであるかどうかをプルーニング（又は決定）する。Ａ０のブロックベクトルがＡ１のブロックベクトルと同じでない場合、Ａ０ブロックのブロックベクトルを、現在のブロックのＩＢＣマージ候補リストに挿入する。そうでなければ（Ａ０のブロックベクトルがブロックベクトルＡ１と同じである、又はＡ０が利用可能でない、又はＡ０がＩＢＣモードを使用していない場合）、Ａ０ブロックのブロックベクトルを、現在のブロックのＩＢＣマージ候補リストに挿入しない（Ａ０及びＡ１プルーニング）。
Ｂ２隣接ブロックが利用可能でＩＢＣモードを使用しており、現在のＩＢＣマージリストのサイズが４より小さい場合、Ｂ２のブロックベクトルがＡ１と同じであるかどうか、及びＢ２のブロックベクトルがＢ１と同じであるかどうかをプルーニング（又は決定）する。Ｂ２のブロックベクトルがＡ１のブロックベクトルと同じでなく、Ｂ２のブロックベクトルがＢ１と同じでない場合、Ｂ２ブロックのブロックベクトルを、現在のブロックのＩＢＣマージ候補リストに挿入する。そうでなければ（Ｂ２のブロックベクトルがブロックベクトルＡ１又はＢ１と同じである、又はＢ０が利用可能でない、又はＢ０がＩＢＣモードを使用していない場合）、Ｂ０ブロックのブロックベクトルを、現在のブロックのＩＢＣマージ候補リストに挿入しない（Ｂ２及びＡ１プルーニング、Ｂ２及びＢ１プルーニング）。
最後のＨＭＶＰ候補Ｈｋが利用可能でＩＢＣモードを使用しており、現在のＩＢＣマージ候補リストのサイズが最大ＩＢＣマージ候補数より小さく、Ｈｋのブロックベクトルは、Ａ１及びＢ１と同じでない場合、Ｈｋのブロックベクトルを、現在のブロックのＩＢＣマージ候補リストに挿入する。そうでなければ（Ｈｋが利用可能でない、又はＨｋがＩＢＣモードを使用していない、又は現在のＩＢＣマージ候補リストのサイズが最大ＩＢＣマージ候補数より小さくない、又はＨｋのブロックベクトルがＡ１のブロックベクトルと同じである、又はＨｋのブロックベクトルがＢ１のブロックベクトルと同じである場合）、Ｈｋのブロックベクトルを現在のブロックのＩＢＣマージ候補リストに挿入しない（Ｈｋ及びＡ１、Ｈｋ及びＢ１をプルーニング）。
最後から２番目のＨＭＶＰ候補Ｈｋ－１が利用可能でＩＢＣモードを使用しており、現在のＩＢＣマージ候補リストのサイズが最大ＩＢＣマージ候補数より小さく、Ｈｋ－１のブロックベクトルは、Ａ１及びＢ１と同じでない場合、Ｈｋ－１のブロックベクトルを、現在のブロックのＩＢＣマージ候補リストに挿入する。そうでなければ（Ｈｋ－１が利用可能でない、又はＨｋ－１がＩＢＣモードを使用していない、又は現在のＩＢＣマージ候補リストのサイズが最大ＩＢＣマージ候補数より小さくない、又はＨｋ－１のブロックベクトルがＡ１のブロックベクトルと同じである、又はＨｋ－１のブロックベクトルがＢ１のブロックベクトルと同じである場合）、Ｈｋ－１のブロックベクトルを現在のブロックのＩＢＣマージ候補リストに挿入しない（Ｈｋ－１及びＡ１、Ｈｋ－１及びＢ１をプルーニング）。
候補が利用可能でＩＢＣモードを使用しており、現在のＩＢＣマージ候補リストのサイズが最大ＩＢＣマージ候補数より小さい場合、残りのＨＭＶＰ候補を１つずつ挿入する（プルーニングなし）。
ペアワイズ候補を挿入する。現在のＩＢＣマージ候補リストのサイズは、最大ＩＢＣマージ候補数より小さい（プルーニングなし）。
［解決手段７］
解決手段７によると、空間隣接ブロックのブロックベクトルプルーニングは同じく維持される。ＨＭＶＰ候補プルーニングの場合、最後のＨＭＶＰ候補Ｈｋ及び最後から２番目のＨＭＶＰ候補Ｈｋ－１のブロックベクトルは、Ａ１及びＢ１の第１空間隣接ブロックのブロックベクトルでプルーニングされる。Ａ１又はＢ１のいずれもＩＢＣマージリスト内に既に存在しない場合、その後、空間候補で証明されるＨＭＶＰ候補は存在しない。
残りのＨＭＶＰ候補プルーニングは除去される。一実施形態において、以下のプルーニングは、ＩＢＣマージリスト構築中にあり得る最悪のケースのプルーニングプロセスである。
・Ａ１とＢ１との間のプルーニング
・Ａ０とＡ１との間のプルーニング
・Ｂ０とＢ１との間のプルーニング
・Ｂ２とＡ１との間のプルーニング
・Ｂ２とＢ１との間のプルーニング
・最後のＨＭＶＰ候補ＨｋとＡ１との間、又はＨｋとＢ１との間のプルーニング
・最後から２番目のＨＭＶＰ候補Ｈｋ－１とＡ１との間、又はＨｋ－１とＢ１との間のプルーニング
この場合、現在のブロックのＩＢＣマージ候補リストを構築するためのプルーニングの最高回数は９から７に減少する。解決手段は、エンコーダ及びデコーダ両方のＩＢＣマージリスト構築の複雑性を大幅に減少させる。
一例において、具体的なＩＢＣマージ候補リストが以下のように構築される。
Ａ１隣接ブロックが利用可能でＩＢＣモードを使用している場合、Ａ１ブロックのブロックベクトルを、現在のブロックのＩＢＣマージ候補リストに挿入する。そうでなければ（Ａ１が利用可能でない又はＡ１がＩＢＣモードを使用していない場合）、Ａ１ブロックのブロックベクトルを現在のブロックのＩＢＣマージ候補リストに挿入しない（第１候補、プルーニングなし）。
Ｂ１隣接ブロックが利用可能でＩＢＣモードを使用している場合、Ｂ１のブロックベクトルがＡ１と同じであるかどうかをプルーニング（又は決定）する。Ｂ１のブロックベクトルがＡ１のブロックベクトルと同じでない場合、Ｂ１ブロックのブロックベクトルを、現在のブロックのＩＢＣマージ候補リストに挿入する。そうでなければ（Ｂ１のブロックベクトルがブロックベクトルＡ１と同じである、又はＢ１が利用可能でない、又はＢ１がＩＢＣモードを使用していない場合）、Ａ１ブロックのブロックベクトルを、現在のブロックのＩＢＣマージ候補リストに挿入しない（Ａ１及びＢ１プルーニング）。
Ｂ０隣接ブロックが利用可能でＩＢＣモードを使用している場合、Ｂ０のブロックベクトルがＢ１と同じであるかどうかをプルーニング（又は決定）する。Ｂ０のブロックベクトルがＢ１のブロックベクトルと同じでない場合、Ｂ０ブロックのブロックベクトルを、現在のブロックのＩＢＣマージ候補リストに挿入する。そうでなければ（Ｂ０のブロックベクトルがブロックベクトルＢ１と同じである、又はＢ０が利用可能でない、又はＢ０がＩＢＣモードを使用していない場合）、Ｂ０ブロックのブロックベクトルを、現在のブロックのＩＢＣマージ候補リストに挿入しない（Ｂ０及びＢ１プルーニング）。
Ａ０隣接ブロックが利用可能でＩＢＣモードを使用している場合、Ａ０のブロックベクトルがＡ１と同じであるかどうかをプルーニング（又は決定）する。Ａ０のブロックベクトルがＡ１のブロックベクトルと同じでない場合、Ａ０ブロックのブロックベクトルを、現在のブロックのＩＢＣマージ候補リストに挿入する。そうでなければ（Ａ０のブロックベクトルがブロックベクトルＡ１と同じである、又はＡ０が利用可能でない、又はＡ０がＩＢＣモードを使用していない場合）、Ａ０ブロックのブロックベクトルを、現在のブロックのＩＢＣマージ候補リストに挿入しない（Ａ０及びＡ１プルーニング）。
Ｂ２隣接ブロックが利用可能でＩＢＣモードを使用しており、現在のＩＢＣマージリストのサイズが４より小さい場合、Ｂ２のブロックベクトルがＡ１と同じであるかどうか、及びＢ２のブロックベクトルがＢ１と同じであるかどうかをプルーニング（又は決定）する。Ｂ２のブロックベクトルがＡ１のブロックベクトルと同じでなく、Ｂ２のブロックベクトルがＢ１と同じでない場合、Ｂ２ブロックのブロックベクトルを、現在のブロックのＩＢＣマージ候補リストに挿入する。そうでなければ（Ｂ２のブロックベクトルがブロックベクトルＡ１又はＢ１と同じである、又はＢ０が利用可能でない、又はＢ０がＩＢＣモードを使用していない場合）、Ｂ０ブロックのブロックベクトルを、現在のブロックのＩＢＣマージ候補リストに挿入しない（Ｂ２及びＡ１プルーニング、Ｂ２及びＢ１プルーニング）。
Ａ１がＩＢＣマージリストに既に存在する場合、その後、最後のＨＭＶＰ候補Ｈｋが利用可能でＩＢＣモードを使用しており、現在のＩＢＣマージ候補リストのサイズが、最大ＩＢＣマージ候補数から１を引いた値に等しい値より小さく、Ｈｋのブロックベクトルは、Ａ１と同じでない場合、Ｈｋのブロックベクトルを、現在のブロックのＩＢＣマージ候補リストに挿入する。そうでなければ（Ｈｋが利用可能でない、又はＨｋがＩＢＣモードを使用していない、又は現在のＩＢＣマージ候補リストのサイズが最大ＩＢＣマージ候補数から１を引いた値より小さくない、又はＨｋのブロックベクトルがＡ１のブロックベクトルと同じである場合）、Ｈｋのブロックベクトルを現在のブロックのＩＢＣマージ候補リストに挿入しない（Ｈｋ及びＡ１をプルーニング）。
最後から２番目のＨＭＶＰ候補Ｈｋ－１が利用可能でＩＢＣモードを使用しており、現在のＩＢＣマージ候補リストのサイズが、最大ＩＢＣマージ候補数から１を引いた値に等しい値より小さく、Ｈｋ－１のブロックベクトルは、Ａ１と同じでない場合、Ｈｋ－１のブロックベクトルを、現在のブロックのＩＢＣマージ候補リストに挿入する。そうでなければ（Ｈｋ－１が利用可能でない、又はＨｋ－１がＩＢＣモードを使用していない、又は現在のＩＢＣマージ候補リストのサイズが最大ＩＢＣマージ候補数から１を引いた値より小さくない、又はＨｋ－１のブロックベクトルがＡ１のブロックベクトルと同じである場合）、Ｈｋ－１のブロックベクトルを現在のブロックのＩＢＣマージ候補リストに挿入しない（Ｈｋ－１及びＡ１をプルーニング）。
そうでなければ、Ａ１がＩＢＣマージリストに存在せずＢ１がＩＢＣマージリストに既に存在する場合、その後、最後のＨＭＶＰ候補Ｈｋが利用可能でＩＢＣモードを使用しており、現在のＩＢＣマージ候補リストのサイズが、最大ＩＢＣマージ候補数から１を引いた値に等しい値より小さく、Ｈｋのブロックベクトルは、Ｂ１と同じでない場合、Ｈｋのブロックベクトルを、現在のブロックのＩＢＣマージ候補リストに挿入する。そうでなければ（Ｈｋが利用可能でない、又はＨｋがＩＢＣモードを使用していない、又は現在のＩＢＣマージ候補リストのサイズが最大ＩＢＣマージ候補数から１を引いた値より小さくない、又はＨｋのブロックベクトルがＢ１のブロックベクトルと同じである場合）、Ｈｋのブロックベクトルを現在のブロックのＩＢＣマージ候補リストに挿入しない（Ｈｋ及びＢ１をプルーニング）。
最後から２番目のＨＭＶＰ候補Ｈｋ－１が利用可能でＩＢＣモードを使用しており、現在のＩＢＣマージ候補リストのサイズが、最大ＩＢＣマージ候補数から１を引いた値に等しい値より小さく、Ｈｋ－１のブロックベクトルは、Ｂ１と同じでない場合、Ｈｋ－１のブロックベクトルを、現在のブロックのＩＢＣマージ候補リストに挿入する。そうでなければ（Ｈｋ－１が利用可能でない、又はＨｋ－１がＩＢＣモードを使用していない、又は現在のＩＢＣマージ候補リストのサイズが最大ＩＢＣマージ候補数から１を引いた値より小さくない、又はＨｋ－１のブロックベクトルがＢ１のブロックベクトルと同じである場合）、Ｈｋ－１のブロックベクトルを現在のブロックのＩＢＣマージ候補リストに挿入しない（Ｈｋ－１及びＢ１をプルーニング）。
そうでなければ、Ａ１及びＢ１のいずれもＩＢＣマージリストに用意されていない場合、その後、最後のＨＭＶＰ候補Ｈｋが利用可能でＩＢＣモードを使用しており、現在のＩＢＣマージ候補リストのサイズが、最大ＩＢＣマージ候補数から１を引いた値に等しい値より小さい場合、Ｈｋのブロックベクトルを、現在のブロックのＩＢＣマージ候補リストに挿入する。そうでなければ（Ｈｋが利用可能でない、又はＨｋがＩＢＣモードを使用していない、又は現在のＩＢＣマージ候補リストのサイズが最大ＩＢＣマージ候補数から１を引いた値より小さくない場合）、Ｈｋのブロックベクトルを現在のブロックのＩＢＣマージ候補リストに挿入しない（プルーニングなし）。
最後から２番目のＨＭＶＰ候補Ｈｋ－１が利用可能でＩＢＣモードを使用しており、現在のＩＢＣマージ候補リストのサイズが、最大ＩＢＣマージ候補数から１を引いた値に等しい値より小さい場合、Ｈｋ－１のブロックベクトルを、現在のブロックのＩＢＣマージ候補リストに挿入する。そうでなければ（Ｈｋ－１が利用可能でない、又はＨｋ－１がＩＢＣモードを使用していない、又は現在のＩＢＣマージ候補リストのサイズが最大ＩＢＣマージ候補数から１を引いた値より小さくない場合）、Ｈｋ－１のブロックベクトルを現在のブロックのＩＢＣマージ候補リストに挿入しない（プルーニングなし）。
候補が利用可能でＩＢＣモードを使用しており、現在のＩＢＣマージ候補リストのサイズが最大ＩＢＣマージ候補数から１を引いた値より小さい場合、残りのＨＭＶＰ候補を１つずつ挿入する（プルーニングなし）。
ペアワイズ候補を挿入する。現在のＩＢＣマージ候補リストのサイズは、最大ＩＢＣマージ候補数より小さい（プルーニングなし）。
［解決手段８］
解決手段８によると、空間隣接ブロックのブロックベクトルプルーニングは同じく維持される。
ＨＭＶＰ候補プルーニングでは、
Ａ１がＩＢＣマージリストに既に存在し、Ｂ１がＩＢＣマージリストに存在しない場合、最後のＨＭＶＰ候補Ｈｋ及び最後から２番目のＨＭＶＰ候補Ｈｋ－１のブロックベクトルは、Ａ１の空間隣接ブロックのブロックベクトルでプルーニングされる。
Ｂ１がＩＢＣマージリストに既に存在し、Ａ１がＩＢＣマージリストに存在しない場合、最後のＨＭＶＰ候補Ｈｋ及び最後から２番目のＨＭＶＰ候補Ｈｋ－１のブロックベクトルは、Ｂ１の空間隣接ブロックのブロックベクトルでプルーニングされる。
Ａ１及びＢ１の両方がＩＢＣマージリストに既に存在する場合、最後のＨＭＶＰ候補Ｈｋのブロックベクトルは、Ｂ１の空間隣接ブロックのブロックベクトルでプルーニングされる。
Ａ１又はＢ１のいずれもＩＢＣマージリスト内に既に存在しない場合、その後、空間候補で証明されるＨＭＶＰ候補は存在しない。
この場合、現在のブロックのＩＢＣマージ候補リストを構築するためのプルーニングの最高回数は９から７に減少する。解決手段は、エンコーダ及びデコーダ両方のＩＢＣマージリスト構築の複雑性を大幅に減少させる。
一例において、具体的なＩＢＣマージ候補リストが以下のように構築される。
Ａ１隣接ブロックが利用可能でＩＢＣモードを使用している場合、Ａ１ブロックのブロックベクトルを、現在のブロックのＩＢＣマージ候補リストに挿入する。そうでなければ（Ａ１が利用可能でない又はＡ１がＩＢＣモードを使用していない場合）、Ａ１ブロックのブロックベクトルを現在のブロックのＩＢＣマージ候補リストに挿入しない（第１候補、プルーニングなし）。
Ｂ１隣接ブロックが利用可能でＩＢＣモードを使用している場合、Ｂ１のブロックベクトルがＡ１と同じであるかどうかをプルーニング（又は決定）する。Ｂ１のブロックベクトルがＡ１のブロックベクトルと同じでない場合、Ｂ１ブロックのブロックベクトルを、現在のブロックのＩＢＣマージ候補リストに挿入する。そうでなければ（Ｂ１のブロックベクトルがブロックベクトルＡ１と同じである、又はＢ１が利用可能でない、又はＢ１がＩＢＣモードを使用していない場合）、Ａ１ブロックのブロックベクトルを、現在のブロックのＩＢＣマージ候補リストに挿入しない（Ａ１及びＢ１プルーニング）。
Ｂ０隣接ブロックが利用可能でＩＢＣモードを使用している場合、Ｂ０のブロックベクトルがＢ１と同じであるかどうかをプルーニング（又は決定）する。Ｂ０のブロックベクトルがＢ１のブロックベクトルと同じでない場合、Ｂ０ブロックのブロックベクトルを、現在のブロックのＩＢＣマージ候補リストに挿入する。そうでなければ（Ｂ０のブロックベクトルがブロックベクトルＢ１と同じである、又はＢ０が利用可能でない、又はＢ０がＩＢＣモードを使用していない場合）、Ｂ０ブロックのブロックベクトルを、現在のブロックのＩＢＣマージ候補リストに挿入しない（Ｂ０及びＢ１プルーニング）。
Ａ０隣接ブロックが利用可能でＩＢＣモードを使用している場合、Ａ０のブロックベクトルがＡ１と同じであるかどうかをプルーニング（又は決定）する。Ａ０のブロックベクトルがＡ１のブロックベクトルと同じでない場合、Ａ０ブロックのブロックベクトルを、現在のブロックのＩＢＣマージ候補リストに挿入する。そうでなければ（Ａ０のブロックベクトルがブロックベクトルＡ１と同じである、又はＡ０が利用可能でない、又はＡ０がＩＢＣモードを使用していない場合）、Ａ０ブロックのブロックベクトルを、現在のブロックのＩＢＣマージ候補リストに挿入しない（Ａ０及びＡ１プルーニング）。
Ｂ２隣接ブロックが利用可能でＩＢＣモードを使用しており、現在のＩＢＣマージリストのサイズが４より小さい場合、Ｂ２のブロックベクトルがＡ１と同じであるかどうか、及びＢ２のブロックベクトルがＢ１と同じであるかどうかをプルーニング（又は決定）する。Ｂ２のブロックベクトルがＡ１のブロックベクトルと同じでなく、Ｂ２のブロックベクトルがＢ１と同じでない場合、Ｂ２ブロックのブロックベクトルを、現在のブロックのＩＢＣマージ候補リストに挿入する。そうでなければ（Ｂ２のブロックベクトルがブロックベクトルＡ１又はＢ１と同じである、又はＢ０が利用可能でない、又はＢ０がＩＢＣモードを使用していない場合）、Ｂ０ブロックのブロックベクトルを、現在のブロックのＩＢＣマージ候補リストに挿入しない（Ｂ２及びＡ１プルーニング、Ｂ２及びＢ１プルーニング）。
Ａ１がＩＢＣマージリストに既に存在し、Ｂ１がリストに存在しない場合、その後、最後のＨＭＶＰ候補Ｈｋが利用可能でＩＢＣモードを使用しており、現在のＩＢＣマージ候補リストのサイズが、最大ＩＢＣマージ候補数から１を引いた値に等しい値より小さく、Ｈｋのブロックベクトルは、Ａ１と同じでない場合、Ｈｋのブロックベクトルを、現在のブロックのＩＢＣマージ候補リストに挿入する。そうでなければ（Ｈｋが利用可能でない、又はＨｋがＩＢＣモードを使用していない、又は現在のＩＢＣマージ候補リストのサイズが最大ＩＢＣマージ候補数から１を引いた値より小さくない、又はＨｋのブロックベクトルがＡ１のブロックベクトルと同じである場合）、Ｈｋのブロックベクトルを現在のブロックのＩＢＣマージ候補リストに挿入しない（Ｈｋ及びＡ１をプルーニング）。
最後から２番目のＨＭＶＰ候補Ｈｋ－１が利用可能でＩＢＣモードを使用しており、現在のＩＢＣマージ候補リストのサイズが、最大ＩＢＣマージ候補数から１を引いた値に等しい値より小さく、Ｈｋ－１のブロックベクトルは、Ａ１と同じでない場合、Ｈｋ－１のブロックベクトルを、現在のブロックのＩＢＣマージ候補リストに挿入する。そうでなければ（Ｈｋ－１が利用可能でない、又はＨｋ－１がＩＢＣモードを使用していない、又は現在のＩＢＣマージ候補リストのサイズが最大ＩＢＣマージ候補数から１を引いた値より小さくない、又はＨｋ－１のブロックベクトルがＡ１のブロックベクトルと同じである場合）、Ｈｋ－１のブロックベクトルを現在のブロックのＩＢＣマージ候補リストに挿入しない（Ｈｋ－１及びＡ１をプルーニング）。
そうでなければ、Ａ１がＩＢＣマージリストに存在せずＢ１がＩＢＣマージリストに既に存在する場合、その後、最後のＨＭＶＰ候補Ｈｋが利用可能でＩＢＣモードを使用しており、現在のＩＢＣマージ候補リストのサイズが、最大ＩＢＣマージ候補数から１を引いた値に等しい値より小さく、Ｈｋのブロックベクトルは、Ｂ１と同じでない場合、Ｈｋのブロックベクトルを、現在のブロックのＩＢＣマージ候補リストに挿入する。そうでなければ（Ｈｋが利用可能でない、又はＨｋがＩＢＣモードを使用していない、又は現在のＩＢＣマージ候補リストのサイズが最大ＩＢＣマージ候補数から１を引いた値より小さくない、又はＨｋのブロックベクトルがＢ１のブロックベクトルと同じである場合）、Ｈｋのブロックベクトルを現在のブロックのＩＢＣマージ候補リストに挿入しない（Ｈｋ及びＢ１をプルーニング）。
最後から２番目のＨＭＶＰ候補Ｈｋ－１が利用可能でＩＢＣモードを使用しており、現在のＩＢＣマージ候補リストのサイズが、最大ＩＢＣマージ候補数から１を引いた値に等しい値より小さく、Ｈｋ－１のブロックベクトルは、Ｂ１と同じでない場合、Ｈｋ－１のブロックベクトルを、現在のブロックのＩＢＣマージ候補リストに挿入する。そうでなければ（Ｈｋ－１が利用可能でない、又はＨｋ－１がＩＢＣモードを使用していない、又は現在のＩＢＣマージ候補リストのサイズが最大ＩＢＣマージ候補数から１を引いた値より小さくない、又はＨｋ－１のブロックベクトルがＢ１のブロックベクトルと同じである場合）、Ｈｋ－１のブロックベクトルを現在のブロックのＩＢＣマージ候補リストに挿入しない（Ｈｋ－１及びＢ１をプルーニング）。
そうでなければ、Ａ１及びＢ１の両方がＩＢＣマージリストに既に存在する場合、その後、最後のＨＭＶＰ候補Ｈｋが利用可能でＩＢＣモードを使用しており、現在のＩＢＣマージ候補リストのサイズが、最大ＩＢＣマージ候補数から１を引いた値に等しい値より小さく、ＨｋのブロックベクトルはＡ１と同じでなく、ＨｋのブロックベクトルはＢ１と同じでない場合、Ｈｋのブロックベクトルを、現在のブロックのＩＢＣマージ候補リストに挿入する。そうでなければ（Ｈｋが利用可能でない、又はＨｋがＩＢＣモードを使用していない、又は現在のＩＢＣマージ候補リストのサイズが最大ＩＢＣマージ候補数から１を引いた値より小さくない、又はＨｋのブロックベクトルがＡ１のブロックベクトルと同じである、又はＨｋのブロックベクトルがＢ１のブロックベクトルと同じである場合）、Ｈｋのブロックベクトルを現在のブロックのＩＢＣマージ候補リストに挿入しない（ＨｋとＡ１とＢ１とをプルーニング）。
そうでなければ、Ａ１及びＢ１のいずれもＩＢＣマージリストに用意されていない場合、その後、最後のＨＭＶＰ候補Ｈｋが利用可能でＩＢＣモードを使用しており、現在のＩＢＣマージ候補リストのサイズが、最大ＩＢＣマージ候補数から１を引いた値に等しい値より小さい場合、Ｈｋのブロックベクトルを、現在のブロックのＩＢＣマージ候補リストに挿入する。そうでなければ（Ｈｋが利用可能でない、又はＨｋがＩＢＣモードを使用していない、又は現在のＩＢＣマージ候補リストのサイズが最大ＩＢＣマージ候補数から１を引いた値より小さくない場合）、Ｈｋのブロックベクトルを現在のブロックのＩＢＣマージ候補リストに挿入しない（プルーニングなし）。
最後から２番目のＨＭＶＰ候補Ｈｋ－１が利用可能でＩＢＣモードを使用しており、現在のＩＢＣマージ候補リストのサイズが、最大ＩＢＣマージ候補数から１を引いた値に等しい値より小さい場合、Ｈｋ－１のブロックベクトルを、現在のブロックのＩＢＣマージ候補リストに挿入する。そうでなければ（Ｈｋ－１が利用可能でない、又はＨｋ－１がＩＢＣモードを使用していない、又は現在のＩＢＣマージ候補リストのサイズが最大ＩＢＣマージ候補数から１を引いた値より小さくない場合）、Ｈｋ－１のブロックベクトルを現在のブロックのＩＢＣマージ候補リストに挿入しない（プルーニングなし）。
候補が利用可能でＩＢＣモードを使用しており、現在のＩＢＣマージ候補リストのサイズが最大ＩＢＣマージ候補数から１を引いた値より小さい場合、残りのＨＭＶＰ候補を１つずつ挿入する（プルーニングなし）。ペアワイズ候補を挿入する。現在のＩＢＣマージ候補リストのサイズは、最大ＩＢＣマージ候補数より小さい（プルーニングなし）。
［解決手段９］
解決手段９によると、解決手段１に加えて、空間ネイバーＢ０はＢ０及びＢ１の利用可能性に基づいており、空間ネイバーＡ０はＡ０及びＡ１の利用可能性に基づいており、空間ネイバーＢ２はＢ２、Ｂ１及びＡ１の利用可能性に基づいている。
例では、
Ｂ０隣接ブロックが利用可能でＩＢＣモードを使用しており、Ｂ１が利用可能でない場合、Ｂ０ブロックのブロックベクトルは、現在のブロックのＩＢＣマージ候補リストに挿入される。そうでなければ（Ｂ０が利用可能でない、又はＢ０がＩＢＣモードを使用していない、又はＢ１が利用可能である場合）、Ｂ０ブロックのブロックベクトルは現在のブロックのＩＢＣマージ候補リストに挿入されない（プルーニングなし）。
Ａ０隣接ブロックが利用可能でＩＢＣモードを使用しており、Ａ１が利用可能でない場合、Ａ０ブロックのブロックベクトルは、現在のブロックのＩＢＣマージ候補リストに挿入される。そうでなければ（Ａ０が利用可能でない、又はＡ０がＩＢＣモードを使用していない、又はＡ１が利用可能である場合）、Ａ０ブロックのブロックベクトルは現在のブロックのＩＢＣマージ候補リストに挿入されない（プルーニングなし）。
Ｂ２隣接ブロックが利用可能でＩＢＣモードを使用しており、Ａ１及びＢ１の両方が利用可能でなく、現在のＩＢＣマージ候補リストのサイズが４より小さい場合、Ｂ２ブロックのブロックベクトルは、現在のブロックのＩＢＣマージ候補リストに挿入される。そうでなければ（Ｂ２が利用可能でない、又はＢ２がＩＢＣモードを使用していない、又は現在のＩＢＣマージ候補リストのサイズが４より小さくない、又はＡ１が利用可能である、又はＢ１が利用可能である場合）、Ｂ２ブロックのブロックベクトルは現在のブロックのＩＢＣマージ候補リストに挿入されない（プルーニングなし）。
この解決手段では、さらなる追加のプルーニングが加えられることはないが、解決手段１と比較してより向上したコーディング効率が実現される。
［解決手段１０］
解決手段１０によると、解決手段１から９の任意のものを組み合わせて、ＩＢＣマージリスト構築の複雑性を低減することができる。
解決手段１０の一例において、解決手段２と解決手段３とを組み合わせる。
左の（Ａ１）及び上の（Ｂ１）の空間隣接ブロックは、ＩＢＣモードを使用して現在のブロックを予測するのに重要であるので、この例において、Ａ１とＢ１との間の空間隣接ブロックプルーニングは維持され、残りの空間隣接ブロックのブロックベクトルはＩＢＣマージリストに挿入されない。ＨＭＶＰ候補プルーニングの場合、最後のＨＭＶＰ候補Ｈｋのブロックベクトルは、ブロックベクトル空間隣接ブロックＡ１及びＢ１でプルーニングされる。一実施形態において、以下のプルーニングがＩＢＣマージリスト構築中に実行されることが可能である。
・Ａ１とＢ１との間のプルーニング
・最後のＨＭＶＰ候補ＨｋとＡ１との間のプルーニング
・最後のＨＭＶＰ候補ＨｋとＢ１との間のプルーニング
この場合、現在のブロックのＩＢＣマージ候補リストを構築するためのプルーニングの最高回数は９から３に減少する。解決手段は、エンコーダ及びデコーダ両方のＩＢＣマージリスト構築の複雑性を大幅に減少させる。
一例において、ＩＢＣマージ候補リストの最後の候補は、ＨＭＶＰモードを使用して許容される。
一例において、具体的なＩＢＣマージ候補リストが以下のように構築される。
Ａ１隣接ブロックが利用可能でＩＢＣモードを使用している場合、Ａ１ブロックのブロックベクトルは、現在のブロックのＩＢＣマージ候補リストに挿入される。そうでなければ（Ａ１が利用可能でない又はＡ１がＩＢＣモードを使用していない場合）、Ａ１ブロックのブロックベクトルは現在のブロックのＩＢＣマージ候補リストに挿入されない（第１候補、プルーニングなし）。
Ｂ１隣接ブロックが利用可能でＩＢＣモードを使用しており、Ａ１ブロックのブロックベクトルが現在のブロックのＩＢＣマージ候補リストに挿入される場合、Ｂ１のブロックベクトルがＡ１と同じであるかどうかをプルーニング（又は決定）する。Ｂ１のブロックベクトルがＡ１のブロックベクトルと同じでない場合、Ｂ１ブロックのブロックベクトルは、現在のブロックのＩＢＣマージ候補リストに挿入される。そうでなければ（Ｂ１のブロックベクトルがブロックベクトルＡ１と同じである、又はＢ１が利用可能でない、又はＢ１がＩＢＣモードを使用していない場合）、Ｂ１ブロックのブロックベクトルは、現在のブロックのＩＢＣマージ候補リストに挿入されない（Ａ１及びＢ１プルーニング）。
最後のＨＭＶＰ候補Ｈｋが利用可能でＩＢＣモードを使用しており、現在のＩＢＣマージ候補リストのサイズが、最大ＩＢＣマージ候補数から１を引いた値に等しい値より小さく、Ｈｋのブロックベクトルは、Ａ１及びＢ１と同じでない場合、Ｈｋのブロックベクトルを、現在のブロックのＩＢＣマージ候補リストに挿入する。そうでなければ（Ｈｋが利用可能でない、又はＨｋがＩＢＣモードを使用していない、又は現在のＩＢＣマージ候補リストのサイズが最大ＩＢＣマージ候補数から１を引いた値より小さくない、又はＨｋのブロックベクトルがＡ１のブロックベクトルと同じである、又はＨｋのブロックベクトルがＢ１のブロックベクトルと同じである場合）、Ｈｋのブロックベクトルを現在のブロックのＩＢＣマージ候補リストに挿入しない（Ｈｋ及びＡ１、Ｈｋ及びＢ１をプルーニング）。
候補が利用可能でＩＢＣモードを使用しており、現在のＩＢＣマージ候補リストのサイズが最大ＩＢＣマージ候補数から１を引いた値より小さい場合、残りのＨＭＶＰ候補を１つずつ挿入する（プルーニングなし）。
いくつかの例では、さらにペアワイズ候補を挿入する。現在のＩＢＣマージ候補リストのサイズは、最大ＩＢＣマージ候補数より小さい（プルーニングなし）。
一例において、ＩＢＣ予測モードでコードされたコーディングユニットに対するデコーディングプロセスについては、以下の通りである。
［８．６．１ ＩＢＣ予測モードでコードされたコーディングユニットに対する一般的なデコーディングプロセス］
このプロセスへの入力は、以下の通りである。
現在の画像の左上のルマサンプルに対して、現在のコーディングブロックの左上サンプルを指定するルマ位置（ｘＣｂ、ｙＣｂ）
ルマサンプルにおける現在のコーディングブロックの幅を指定する変数ｃｂＷｉｄｔｈ
ルマサンプルにおける現在のコーディングブロックの高さを指定する変数ｃｂＨｅｉｇｈｔ
シングルツリー又はデュアルツリーが使用されているかどうかを指定し、デュアルツリーが使用されている場合には、現在のツリーがルマ又はクロマコンポーネントに対応するかどうかを指定する、変数ｔｒｅｅＴｙｐｅ
このプロセスの出力は、インループフィルタリングの前の変更された再構築画像である。
量子化パラメータの導出プロセスは、ルマ位置（ｘＣｂ、ｙＣｂ）、ルマサンプルにおける現在のコーディングブロックの幅ｃｂＷｉｄｔｈ、ルマサンプルにおける現在のコーディングブロックの高さｃｂＨｅｉｇｈｔ、及び変数ｔｒｅｅＴｙｐｅを入力として呼び出される。
変数ＩｓＧｔ４ｂｙ４は、以下のように導出される。
ＩｓＧｔ４ｂｙ４＝（ｃｂＷｉｄｔｈ＊ｃｂＨｅｉｇｈｔ）＞１６ （１１１１）
ＩＢＣ予測モードでコードされたコーディングユニットに対するデコーディングプロセスは、以下の順序の段階から成る。
１．現在のコーディングユニットのブロックベクトル成分は以下のように導出される。
ブロックベクトル成分の導出プロセスは、ルマコーディングブロックの位置（ｘＣｂ、ｙＣｂ）、ルマコーディングブロックの幅ｃｂＷｉｄｔｈ、及びルマコーディングブロックの高さｃｂＨｅｉｇｈｔを入力として、ルマブロックベクトルｂｖＬを出力として呼び出される。
ｔｒｅｅＴｙｐｅがＳＩＮＧＬＥ＿ＴＲＥＥに等しい場合、クロマブロックの導出プロセスは、ルマブロックベクトルｂｖＬを入力として、クロマブロックベクトルｂｖＣを出力として呼び出される。
２．現在のコーディングユニットの予測サンプルは以下のように導出される。
項目８．６．３．１で指定されるようなＩＢＣブロックに対するデコーディングプロセスは、ルマコーディングブロックの位置（ｘＣｂ、ｙＣｂ）、ルマコーディングブロックの幅ｃｂＷｉｄｔｈ並びにルマコーディングブロックの高さｃｂＨｅｉｇｈｔ、ルマブロックベクトルｂｖＬ、０に等しく設定された変数ｃＩｄｘを入力として、予測ルマサンプルの（ｃｂＷｉｄｔｈ）×（ｃｂＨｅｉｇｈｔ）アレイｐｒｅｄＳａｍｐｌｅｓＬであるＩＢＣ予測サンプル（ｐｒｅｄＳａｍｐｌｅｓ）を出力として呼び出される。
ｔｒｅｅＴｙｐｅがＳＩＮＧＬＥ＿ＴＲＥＥに等しい場合、現在のコーディングユニットの予測サンプルは以下のように導出される。
－項目８．６．３．１で指定されるようなＩＢＣブロックに対するデコーディングプロセスは、ルマコーディングブロックの位置（ｘＣｂ、ｙＣｂ）、ルマコーディングブロックの幅ｃｂＷｉｄｔｈ並びにルマコーディングブロックの高さｃｂＨｅｉｇｈｔ、クロマブロックベクトルｂｖＣ、及び１に等しく設定された変数ｃＩｄｘを入力として、クロマコンポーネントＣｂの予測クロマサンプルの（ｃｂＷｉｄｔｈ／ＳｕｂＷｉｄｔｈＣ）×（ｃｂＨｅｉｇｈｔ／ＳｕｂＨｅｉｇｈｔＣ）アレイｐｒｅｄＳａｍｐｌｅｓＣｂであるＩＢＣ予測サンプル（ｐｒｅｄＳａｍｐｌｅｓ）を出力として呼び出される。
－項目８．６．３．１で指定されるようなＩＢＣブロックのデコーディングプロセスは、ルマコーディングブロックの位置（ｘＣｂ、ｙＣｂ）、ルマコーディングブロックの幅ｃｂＷｉｄｔｈ並びにルマコーディングブロックの高さｃｂＨｅｉｇｈｔ、クロマブロックベクトルｂｖＣ、及び２に等しく設定された変数ｃＩｄｘを入力として、クロマコンポーネントＣｒの予測クロマサンプルの（ｃｂＷｉｄｔｈ／ＳｕｂＷｉｄｔｈＣ）×（ｃｂＨｅｉｇｈｔ／ＳｕｂＨｅｉｇｈｔＣ）アレイｐｒｅｄＳａｍｐｌｅｓＣｒであるＩＢＣ予測サンプル（ｐｒｅｄＳａｍｐｌｅｓ）を出力として呼び出される。
３．現在のコーディングユニットの残差サンプルは以下のように導出される。
－インター予測モードでコードされたコーディングブロックの残差信号に対するデコーディングプロセスは、ルマ位置（ｘＣｂ、ｙＣｂ）に等しく設定された位置（ｘＴｂ０、ｙＴｂ０）、ルマコーディングブロックの幅ｃｂＷｉｄｔｈに等しく設定された幅ｎＴｂＷ、ルマコーディングブロックの高さｃｂＨｅｉｇｈｔに等しく設定された高さｎＴｂＨ、及び０に等しく設定された変数ｃＩｄｘを入力として、アレイｒｅｓＳａｍｐｌｅｓＬを出力として呼び出される。
－ｔｒｅｅＴｙｐｅがＳＩＮＧＬＥ＿ＴＲＥＥに等しい場合、インター予測モードでコードされたコーディングブロックの残差信号に対するデコーディングプロセスは、クロマ位置（ｘＣｂ／ＳｕｂＷｉｄｔｈＣ、ｙＣｂ／ＳｕｂＨｅｉｇｈｔＣ）に等しく設定された位置（ｘＴｂ０、ｙＴｂ０）、クロマコーディングブロックの幅ｃｂＷｉｄｔｈ／ＳｕｂＷｉｄｔｈＣに等しく設定された幅ｎＴｂＷ、クロマコーディングブロックの高さｃｂＨｅｉｇｈｔ／ＳｕｂＨｅｉｇｈｔＣに等しく設定された高さｎＴｂＨ、１に等しく設定された変数ｃＩｄｘを入力として、アレイｒｅｓＳａｍｐｌｅｓＣｂを出力として呼び出される。
－ｔｒｅｅＴｙｐｅがＳＩＮＧＬＥ＿ＴＲＥＥに等しい場合、インター予測モードでコードされたコーディングブロックの残差信号に対するデコーディングプロセスは、クロマ位置（ｘＣｂ／ＳｕｂＷｉｄｔｈＣ、ｙＣｂ／ＳｕｂＨｅｉｇｈｔＣ）に等しく設定された位置（ｘＴｂ０、ｙＴｂ０）、クロマコーディングブロックの幅ｃｂＷｉｄｔｈ／ＳｕｂＷｉｄｔｈＣに等しく設定された幅ｎＴｂＷ、クロマコーディングブロックの高さｃｂＨｅｉｇｈｔ／ＳｕｂＨｅｉｇｈｔＣに等しく設定された高さｎＴｂＨ、２に等しく設定された変数ｃＩｄｘを入力として、アレイｒｅｓＳａｍｐｌｅｓＣｒを出力として呼び出される。
４．現在のコーディングユニットの再構築されたサンプルは、以下のように導出される。
－色成分に対する画像再構築プロセスは、（ｘＣｂ、ｙＣｂ）に等しく設定されたブロック位置（ｘＣｕｒｒ、ｙＣｕｒｒ）、ｃｂＷｉｄｔｈに等しく設定されたブロックの幅ｎＣｕｒｒＳｗ、ｃｂＨｅｉｇｈｔに等しく設定されたブロックの高さｎＣｕｒｒＳｈ、０に等しく設定された変数ｃＩｄｘ、ｐｒｅｄＳａｍｐｌｅｓＬに等しく設定された（ｃｂＷｉｄｔｈ）×（ｃｂＨｅｉｇｈｔ）アレイｐｒｅｄＳａｍｐｌｅｓ、及びｒｅｓＳａｍｐｌｅｓＬに等しく設定された（ｃｂＷｉｄｔｈ）×（ｃｂＨｅｉｇｈｔ）アレイｒｅｓＳａｍｐｌｅｓを入力として呼び出され、出力は、インループフィルタリングの前の変更された再構築画像である。
－ｔｒｅｅＴｙｐｅがＳＩＮＧＬＥ＿ＴＲＥＥに等しい場合、色成分に対する画像再構築プロセスは、（ｘＣｂ／ＳｕｂＷｉｄｔｈＣ、ｙＣｂ／ＳｕｂＨｅｉｇｈｔＣ）に等しく設定されたブロック位置（ｘＣｕｒｒ、ｙＣｕｒｒ）、ｃｂＷｉｄｔｈ／ＳｕｂＷｉｄｔｈＣに等しく設定されたブロックの幅ｎＣｕｒｒＳｗ、ｃｂＨｅｉｇｈｔ／ＳｕｂＨｅｉｇｈｔＣに等しく設定されたブロックの高さｎＣｕｒｒＳｈ、１に等しく設定された変数ｃＩｄｘ、ｐｒｅｄＳａｍｐｌｅｓＣｂに等しく設定された（ｃｂＷｉｄｔｈ／ＳｕｂＷｉｄｔｈＣ）×（ｃｂＨｅｉｇｈｔ／ＳｕｂＨｅｉｇｈｔＣ）アレイｐｒｅｄＳａｍｐｌｅｓ、及びｒｅｓＳａｍｐｌｅｓＣｂに等しく設定された（ｃｂＷｉｄｔｈ／ＳｕｂＷｉｄｔｈＣ）×（ｃｂＨｅｉｇｈｔ／ＳｕｂＨｅｉｇｈｔＣ）アレイｒｅｓＳａｍｐｌｅｓを入力として呼び出され、出力は、インループフィルタリングの前の変更された再構築画像である。
－ｔｒｅｅＴｙｐｅがＳＩＮＧＬＥ＿ＴＲＥＥに等しい場合、色成分に対する画像再構築プロセスは、（ｘＣｂ／ＳｕｂＷｉｄｔｈＣ、ｙＣｂ／ＳｕｂＨｅｉｇｈｔＣ）に等しく設定されたブロック位置（ｘＣｕｒｒ、ｙＣｕｒｒ）、ｃｂＷｉｄｔｈ／ＳｕｂＷｉｄｔｈＣに等しく設定されたブロックの幅ｎＣｕｒｒＳｗ、ｃｂＨｅｉｇｈｔ／ＳｕｂＨｅｉｇｈｔＣに等しく設定されたブロックの高さｎＣｕｒｒＳｈ、２に等しく設定された変数ｃＩｄｘ、ｐｒｅｄＳａｍｐｌｅｓＣｒに等しく設定された（ｃｂＷｉｄｔｈ／ＳｕｂＷｉｄｔｈＣ）×（ｃｂＨｅｉｇｈｔ／ＳｕｂＨｅｉｇｈｔＣ）アレイｐｒｅｄＳａｍｐｌｅｓ、及びｒｅｓＳａｍｐｌｅｓＣｒに等しく設定された（ｃｂＷｉｄｔｈ／ＳｕｂＷｉｄｔｈＣ）×（ｃｂＨｅｉｇｈｔ／ＳｕｂＨｅｉｇｈｔＣ）アレイｒｅｓＳａｍｐｌｅｓを入力として呼び出され、出力は、インループフィルタリングの前の変更された再構築画像である。
［８．６．２ ＩＢＣブロックのブロックベクトル成分に対する導出プロセス］
［８．６．２．１ 一般］
このプロセスへの入力は、以下の通りである。
現在の画像の左上ルマサンプルに対する現在のルマコーディングブロックの左上サンプルのルマ位置（ｘＣｂ、ｙＣｂ）
ルマサンプルにおける現在のコーディングブロックの幅を指定する変数ｃｂＷｉｄｔｈ
ルマサンプルにおける現在のコーディングブロックの高さを指定する変数ｃｂＨｅｉｇｈｔ
このプロセスの出力は、以下の通りである。
１／１６の分数サンプル精度のルマブロックベクトルｂｖＬ
ルマブロックベクトルｂｖＬは、以下のように導出される。
－項目８．６．２．２で指定されるようなＩＢＣルマブロックベクトル予測に対する導出プロセスは、ルマ位置（ｘＣｂ、ｙＣｂ）、変数ｃｂＷｉｄｔｈ及びｃｂＨｅｉｇｈｔの入力で呼び出され、出力はルマブロックベクトルｂｖＬである。
ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇ［ｘＣｂ］［ｙＣｂ］が０に等しい場合、以下が適用される。
１．変数ｂｖｄは以下のように導出される。
ｂｖｄ［０］＝ＭｖｄＬ０［ｘＣｂ］［ｙＣｂ］［０］ （１１１２）
ｂｖｄ［１］＝ＭｖｄＬ０［ｘＣｂ］［ｙＣｂ］［１］ （１１１３）
２．動きベクトルに対する丸め処理は、ｂｖＬに等しく設定されたｍｖＸ、ＡｍｖｒＳｈｉｆｔに等しく設定されたｒｉｇｈｔＳｈｉｆｔ、ＡｍｖｒＳｈｉｆｔに等しく設定されたｌｅｆｔＳｈｉｆｔを入力として、丸め処理されたｂｖＬを出力として呼び出される。
３．ルマブロックベクトルｂｖＬは、以下のように変更される。
ｕ［０］＝（ｂｖＬ［０］＋ｂｖｄ［０］＋２１８）％２１８ （１１１４）
ｂｖＬ［０］＝（ｕ［０］＞＝２１７）？（ｕ［０］－２１８）：ｕ［０］ （１１１５）
ｕ［１］＝（ｂｖＬ［１］＋ｂｖｄ［１］＋２１８）％２１８ （１１１６）
ｂｖＬ［１］＝（ｕ［１］＞＝２１７）？（ｕ［１］－２１８）：ｕ［１］ （１１１７）
注記１－上記で指定されるように、結果として得られる値ｂｖＬ［０］及びｂｖＬ［１］は、常に－２１７から２１７－１のまでの範囲内にある。
ＩｓＧｔ４ｂｙ４がＴＲＵＥに等しい場合、項目８．６．２．６で指定されるような履歴ベースのブロックベクトル予測子リストに対する更新プロセスは、ルマブロックベクトルｂｖＬで呼び出される。
ルマブロックベクトルｂｖＬを以下の制約に従うものとすることは、ビットストリーム適合性の要件である。
ＣｔｂＳｉｚｅＹは、（（ｙＣｂ＋（ｂｖＬ［１］＞＞４））＆（ＣｔｂＳｉｚｅＹ－１））＋ｃｂＨｅｉｇｈｔより大きい又はそれに等しい。
ＩｂｃＶｉｒＢｕｆ［０］［（ｘ＋（ｂｖＬ［０］＞＞４））＆（ＩｂｃＢｕｆＷｉｄｔｈＹ－１）］［（ｙ＋（ｂｖＬ［１］＞＞４））＆（ＣｔｂＳｉｚｅＹ－１）］は、ｘ＝ｘＣｂ．．ｘＣｂ＋ｃｂＷｉｄｔｈ－１及びｙ＝ｙＣｂ．．ｙＣｂ＋ｃｂＨｅｉｇｈｔ－１の－１に等しいものではない。
［８．６．２．２ ＩＢＣルマブロックベクトル予測に対する導出プロセス］
このプロセスは、ＣｕＰｒｅｄＭｏｄｅ［０］［ｘＣｂ］［ｙＣｂ］がＭＯＤＥ＿ＩＢＣに等しい場合にのみ呼び出される。ここで（ｘＣｂ、ｙＣｂ）は、現在の画像の左上ルマサンプルに対して現在のルマコーディングブロックの左上サンプルを指定する。
このプロセスへの入力は、以下の通りである。
現在の画像の左上ルマサンプルに対する現在のルマコーディングブロックの左上サンプルのルマ位置（ｘＣｂ、ｙＣｂ）
ルマサンプルにおける現在のコーディングブロックの幅を指定する変数ｃｂＷｉｄｔｈ
ルマサンプルにおける現在のコーディングブロックの高さを指定する変数ｃｂＨｅｉｇｈｔ
このプロセスの出力は、以下の通りである。
１／１６の分数サンプル精度のルマブロックベクトルｂｖＬ
ルマブロックベクトルｂｖＬは、以下の順序の段階によって導出される。
１．ＩｓＧｔ４ｂｙ４がＴＲＵＥに等しい場合、項目８．６．２．３で指定されるような隣接コーディングユニットからの空間ブロックベクトル候補に対する導出プロセスは、ルマコーディングブロックの位置（ｘＣｂ、ｙＣｂ）、ルマコーディングブロックの幅ｃｂＷｉｄｔｈ並びに高さｃｂＨｅｉｇｈｔを入力として呼び出され、出力は、利用可能性フラグａｖａｉｌａｂｌｅＦｌａｇＡ１、ａｖａｉｌａｂｌｅＦｌａｇＢ１並びにブロックベクトルｂｖＡ１及びｂｖＢ１である。
２．ＩｓＧｔ４ｂｙ４がＴＲＵＥに等しい場合、ブロックベクトル候補リストであるｂｖＣａｎｄＬｉｓｔは以下のように構築される。
Figure 0007477066000006
３．変数ｎｕｍＣｕｒｒＣａｎｄは以下のように導出される。
ＩｓＧｔ４ｂｙ４はＴＲＵＥに等しく、ｎｕｍＣｕｒｒＣａｎｄはｂｖＣａｎｄＬｉｓｔにおけるマージ候補の数に等しく設定される。
そうでなければ（ＩｓＧｔ４ｂｙ４がＦＡＬＳＥに等しい場合）、ｎｕｍＣｕｒｒＣａｎｄは０に等しく設定される。
４．ｎｕｍＣｕｒｒＣａｎｄがＭａｘＮｕｍＩｂｃＭｅｒｇｅＣａｎｄより小さく、ＮｕｍＨｍｖｐＩｂｃＣａｎｄが０より大きい場合、８．６．２．４で指定されるようなＩＢＣ履歴ベースのブロックベクトル候補の導出プロセスは、ｂｖＣａｎｄＬｉｓｔ及びｎｕｍＣｕｒｒＣａｎｄを入力として、変更されたｂｖＣａｎｄＬｉｓｔ及びｎｕｍＣｕｒｒＣａｎｄを出力として呼び出される。
５．ｎｕｍＣｕｒｒＣａｎｄがＭａｘＮｕｍＩｂｃＭｅｒｇｅＣａｎｄより小さい場合、ｎｕｍＣｕｒｒＣａｎｄがＭａｘＮｕｍＩｂｃＭｅｒｇｅＣａｎｄに等しくなるまで以下を適用する。
ｂｖＣａｎｄＬｉｓｔ［ｎｕｍＣｕｒｒＣａｎｄ］［０］は０に等しく設定される。
ｂｖＣａｎｄＬｉｓｔ［ｎｕｍＣｕｒｒＣａｎｄ］［１］は０に等しく設定される。
ｎｕｍＣｕｒｒＣａｎｄは１だけ増加する。
６．変数ｂｖＩｄｘは以下のように導出される。
ｂｖＩｄｘ＝ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇ［ｘＣｂ］［ｙＣｂ］？ｍｅｒｇｅ＿ｉｄｘ［ｘＣｂ］［ｙＣｂ］：ｍｖｐ＿ｌ０＿ｆｌａｇ［ｘＣｂ］［ｙＣｂ］ （１１１９）
７．以下の割り当てが行われる。
ｂｖＬ［０］＝ｂｖＣａｎｄＬｉｓｔ［ｍｖＩｄｘ］［０］ （１１２０）
ｂｖＬ［１］＝ｂｖＣａｎｄＬｉｓｔ［ｍｖＩｄｘ］［１］ （１１２１）
［８．６．２．３ ＩＢＣ空間ブロックベクトル候補に対する導出プロセス］
このプロセスへの入力は、以下の通りである。
現在の画像の左上ルマサンプルに対する現在のルマコーディングブロックの左上サンプルのルマ位置（ｘＣｂ、ｙＣｂ）
ルマサンプルにおける現在のコーディングブロックの幅を指定する変数ｃｂＷｉｄｔｈ
ルマサンプルにおける現在のコーディングブロックの高さを指定する変数ｃｂＨｅｉｇｈｔ
このプロセスの出力は以下の通りである。
隣接コーディングユニットの利用可能性フラグａｖａｉｌａｂｌｅＦｌａｇＡ１及びａｖａｉｌａｂｌｅＦｌａｇＢ１
隣接コーディングユニットの１／１６の分数サンプル精度のブロックベクトルｂｖＡ１及びｂｖＢ１
ａｖａｉｌａｂｌｅＦｌａｇＡ１及びｍｖＡ１の導出のためには、以下が適用される。
隣接ルマコーディングブロック内のルマ位置（ｘＮｂＡ１、ｙＮｂＡ１）は、（ｘＣｂ－１，ｙＣｂ＋ｃｂＨｅｉｇｈｔ－１）に等しく設定される。
隣接ブロックの利用可能性に対する導出プロセスは、（ｘＣｂ、ｙＣｂ）に等しく設定された現在のルマ位置（ｘＣｕｒｒ、ｙＣｕｒｒ）、隣接ルマ位置（ｘＮｂＡ１、ｙＮｂＡ１）、ＴＲＵＥに等しく設定されたｃｈｅｃｋＰｒｅｄＭｏｄｅＹ、及び０に等しく設定されたｃＩｄｘを入力として呼び出され、出力は、ブロック利用可能性フラグａｖａｉｌａｂｌｅＡ１に割り当てられる。
変数ａｖａｉｌａｂｌｅＦｌａｇＡ１及びｂｖＡ１は以下のように導出される。
ａｖａｉｌａｂｌｅＡ１がＦＡＬＳＥに等しい場合、ａｖａｉｌａｂｌｅＦｌａｇＡ１は０に等しく設定され、ｂｖＡ１の両方のコンポーネントは０に等しく設定される。
そうでなければ、ａｖａｉｌａｂｌｅＦｌａｇＡ１は１に等しく設定され、以下の割り当てが行われる。
ｂｖＡ１＝ＭｖＬ０［ｘＮｂＡ１］［ｙＮｂＡ１］ （１１２２）
ａｖａｉｌａｂｌｅＦｌａｇＢ１及びｂｖＢ１の導出のためには、以下が適用される。
隣接ルマコーディングブロック内のルマ位置（ｘＮｂＢ１、ｙＮｂＢ１）は、（ｘＣｂ＋ｃｂＷｉｄｔｈ－１，ｙＣｂ－１）に等しく設定される。
隣接ブロックの利用可能性に対する導出プロセスは、（ｘＣｂ、ｙＣｂ）に等しく設定された現在のルマ位置（ｘＣｕｒｒ、ｙＣｕｒｒ）、隣接ルマ位置（ｘＮｂＢ１、ｙＮｂＢ１）、ＴＲＵＥに等しく設定されたｃｈｅｃｋＰｒｅｄＭｏｄｅＹ、及び０に等しく設定されたｃＩｄｘを入力として呼び出され、出力は、ブロック利用可能性フラグａｖａｉｌａｂｌｅＢ１に割り当てられる。
変数ａｖａｉｌａｂｌｅＦｌａｇＢ１及びｂｖＢ１は以下のように導出される。
以下の条件のうち１又は複数が真である場合、ａｖａｉｌａｂｌｅＦｌａｇＢ１は０に等しく設定され、ｂｖＢ１の両方のコンポーネントは０に等しく設定される。
ａｖａｉｌａｂｌｅＢ１はＦＡＬＳＥに等しい。
ａｖａｉｌａｂｌｅＡ１はＴＲＵＥに等しく、ルマ位置（ｘＮｂＡ１、ｙＮｂＡ１）及び（ｘＮｂＢ１、ｙＮｂＢ１）は同じブロックベクトルを有する。
そうでなければ、ａｖａｉｌａｂｌｅＦｌａｇＢ１は１に等しく設定され、以下の割り当てが行われる。
ｂｖＢ１＝ＭｖＬ０［ｘＮｂＢ１］［ｙＮｂＢ１］ （１１２３）
［８．６．２．４ ＩＢＣ履歴ベースのブロックベクトル候補に対する導出プロセス］
このプロセスへの入力は、以下の通りである。
ブロックベクトル候補リストｂｖＣａｎｄＬｉｓｔ
リストｎｕｍＣｕｒｒＣａｎｄにおける利用可能なブロックベクトル候補の数
このプロセスの出力は、以下の通りである。
変更されたブロックベクトル候補リストｂｖＣａｎｄＬｉｓｔ
リストｎｕｍＣｕｒｒＣａｎｄにおける動きベクトル候補の変更された数
変数ｉｓＰｒｕｎｅｄＡ１及びｉｓＰｒｕｎｅｄＢ１は、両方ともＦＡＬＳＥに等しく設定される。
ｎｕｍＣｕｒｒＣａｎｄがＭａｘＮｕｍＩｂｃＭｅｒｇｅＣａｎｄに等しくなるまで、インデックスｈＭｖｐＩｄｘ＝１．．ＮｕｍＨｍｖｐＩｂｃＣａｎｄを有するＨｍｖｐＩｂｃＣａｎｄＬｉｓｔ［ｈＭｖｐＩｄｘ］における候補ごとに、以下の順序の段階が繰り返される。
１．変数ｓａｍｅＭｏｔｉｏｎは以下のように導出される。
以下の条件のすべてが、ＮがＡ１又はＢ１である任意のブロックベクトル候補Ｎに対して真である場合、ｓａｍｅＭｏｔｉｏｎ及びｉｓＰｒｕｎｅｄＮは、両方ともＴＲＵＥに等しく設定される。
ＩｓＧｔ４ｂｙ４はＴＲＵＥに等しい。
ｈＭｖｐＩｄｘは１に等しい。
候補ＨｍｖｐＩｂｃＣａｎｄＬｉｓｔ［ＮｕｍＨｍｖｐＩｂｃＣａｎｄ－ｈＭｖｐＩｄｘ］は、ブロックベクトル候補Ｎに等しい。
ｉｓＰｒｕｎｅｄＮはＦＡＬＳＥに等しい。
そうでなければ、ｓａｍｅＭｏｔｉｏｎはＦＡＬＳＥに等しく設定される。
２．ｓａｍｅＭｏｔｉｏｎがＦＡＬＳＥに等しい場合、候補ＨｍｖｐＩｂｃＣａｎｄＬｉｓｔ［ＮｕｍＨｍｖｐＩｂｃＣａｎｄ－ｈＭｖｐＩｄｘ］は、以下のようにブロックベクトル候補リストに加えられる。
ｂｖＣａｎｄＬｉｓｔ［ｎｕｍＣｕｒｒＣａｎｄ＋＋］＝ＨｍｖｐＩｂｃＣａｎｄＬｉｓｔ［ＮｕｍＨｍｖｐＩｂｃＣａｎｄ－ｈＭｖｐＩｄｘ］ （１１２４）
［８．６．２．５ クロマブロックベクトルに対する導出プロセス］
このプロセスへの入力は、以下の通りである。
１／１６の分数サンプル精度におけるルマブロックベクトルｂｖＬ
このプロセスの出力は、１／３２分数サンプル精度のクロマブロックベクトルｂｖＣである。クロマブロックベクトルは、対応するルマブロックベクトルから導出される。
クロマブロックベクトルｂｖＣは以下のように導出される。
ｂｖＣ［０］＝（（ｂｖＬ［０］＞＞（３＋ＳｕｂＷｉｄｔｈＣ））＊３２ （１１２５）
ｂｖＣ［１］＝（（ｂｖＬ［１］＞＞（３＋ＳｕｂＨｅｉｇｈｔＣ））＊３２ （１１２６）
［８．６．２．６ 履歴ベースのブロックベクトル予測子候補リストに対する更新プロセス］
このプロセスへの入力は、以下の通りである。
１／１６の分数サンプル精度のルマブロックベクトルｂｖＬ
候補リストＨｍｖｐＩｂｃＣａｎｄＬｉｓｔは、以下の順序の段階によって変更される。
１．変数ｉｄｅｎｔｉｃａｌＣａｎｄＥｘｉｓｔはＦＡＬＳＥに等しく設定され、変数ｒｅｍｏｖｅＩｄｘは０に等しく設定される。
２．ＮｕｍＨｍｖｐＩｂｃＣａｎｄが０より大きい場合、ｈＭｖｐＩｄｘ＝０．．ＮｕｍＨｍｖｐＩｂｃＣａｎｄ－１であるインデックスｈＭｖｐＩｄｘごとに、ｉｄｅｎｔｉｃａｌＣａｎｄＥｘｉｓｔがＴＲＵＥに等しくなるまで以下の段階が適用される。
ｂｖＬがＨｍｖｐＩｂｃＣａｎｄＬｉｓｔ［ｈＭｖｐＩｄｘ］に等しい場合、ｉｄｅｎｔｉｃａｌＣａｎｄＥｘｉｓｔはＴＲＵＥに等しく設定され、ｒｅｍｏｖｅＩｄｘはｈＭｖｐＩｄｘに等しく設定される。
３．候補リストＨｍｖｐＩｂｃＣａｎｄＬｉｓｔは以下のように更新される。
ｉｄｅｎｔｉｃａｌＣａｎｄＥｘｉｓｔがＴＲＵＥに等しい又はＮｕｍＨｍｖｐＩｂｃＣａｎｄが５に等しい場合、以下が適用される。
ｉ＝（ｒｅｍｏｖｅＩｄｘ＋１）．．（ＮｕｍＨｍｖｐＩｂｃＣａｎｄ－１）であるインデックスｉごとに、ＨｍｖｐＩｂｃＣａｎｄＬｉｓｔ［ｉ－１］はＨｍｖｐＩｂｃＣａｎｄＬｉｓｔ［ｉ］に等しく設定される。
ＨｍｖｐＩｂｃＣａｎｄＬｉｓｔ［ＮｕｍＨｍｖｐＩｂｃＣａｎｄ－１］はｂｖＬに等しく設定される。
そうでなければ（ｉｄｅｎｔｉｃａｌＣａｎｄＥｘｉｓｔがＦＡＬＳＥに等しく、ＮｕｍＨｍｖｐＩｂｃＣａｎｄが５より小さい場合）、以下が適用される。
ＨｍｖｐＩｂｃＣａｎｄＬｉｓｔ［ＮｕｍＨｍｖｐＩｂｃＣａｎｄ＋＋］はｂｖＬに等しく設定される。
［８．６．３ ＩＢＣブロックに対するデコーディングプロセス］
［８．６．３．１ 一般］
このプロセスは、ＩＢＣ予測モードでコードされたコーディングユニットをデコーディングする場合に呼び出される。
このプロセスへの入力は、以下の通りである。
現在の画像の左上のルマサンプルに対して、現在のコーディングブロックの左上サンプルを指定するルマ位置（ｘＣｂ、ｙＣｂ）
ルマサンプルにおける現在のコーディングブロックの幅を指定する変数ｃｂＷｉｄｔｈ
ルマサンプルにおける現在のコーディングブロックの高さを指定する変数ｃｂＨｅｉｇｈｔ
ブロックベクトルｂｖ
現在のブロックの色成分インデックスを指定する変数ｃＩｄｘ
このプロセスの出力は、以下の通りである。
予測サンプルのアレイｐｒｅｄＳａｍｐｌｅｓ
ｃＩｄｘが０に等しい場合、ｘ＝ｘＣｂ．．ｘＣｂ＋ｃｂＷｉｄｔｈ－１及びｙ＝ｙＣｂ．．ｙＣｂ＋ｃｂＨｅｉｇｈｔ－１には、以下が適用される。
ｘＶｂ＝（ｘ＋（ｂｖ［０］＞＞４））＆（ＩｂｃＢｕｆＷｉｄｔｈＹ－１） （１１２７）
ｙＶｂ＝（ｙ＋（ｂｖ［１］＞＞４））＆（ＣｔｂＳｉｚｅＹ－１） （１１２８）
ｐｒｅｄＳａｍｐｌｅｓ［ｘ］［ｙ］＝ｉｂｃＶｉｒＢｕｆ［０］［ｘＶｂ］［ｙＶｂ］ （１１２９）
ｃＩｄｘが０に等しくない場合、ｘ＝ｘＣｂ／ｓｕｂＷｉｄｔｈＣ．．ｘＣｂ／ｓｕｂＷｉｄｔｈＣ＋ｃｂＷｉｄｔｈ／ｓｕｂＷｉｄｔｈＣ－１及びｙ＝ｙＣｂ／ｓｕｂＨｅｉｇｈｔＣ．．ｙＣｂ／ｓｕｂＨｅｉｇｈｔＣ＋ｃｂＨｅｉｇｈｔ／ｓｕｂＨｅｉｇｈｔＣ－１には、以下が適用される。
ｘＶｂ＝（ｘ＋（ｂｖ［０］＞＞５））＆（ＩｂｃＢｕｆＷｉｄｔｈＣ－１） （１１３０）
ｙＶｂ＝（ｙ＋（ｂｖ［１］＞＞５））＆（（ＣｔｂＳｉｚｅＹ／ｓｕｂＨｅｉｇｈｔＣ）－１） （１１３１）
ｐｒｅｄＳａｍｐｌｅｓ［ｘ］［ｙ］＝ｉｂｃＶｉｒＢｕｆ［ｃＩｄｘ］［ｘＶｂ］［ｙＶｂ］ （１１３２）
ｃＩｄｘが０に等しい場合、ｘ＝０．．ｃｂＷｉｄｔｈ－１及びｙ＝０．．ｃｂＨｅｉｇｈｔ－１に対して、以下の割り当てが行われる。
ＭｖＬ０［ｘＣｂ＋ｘ］［ｙＣｂ＋ｙ］＝ｂｖ （１１３３）
ＭｖＬ１［ｘＣｂ＋ｘ］［ｙＣｂ＋ｙ］＝０ （１１３４）
ＲｅｆＩｄｘＬ０［ｘＣｂ＋ｘ］［ｙＣｂ＋ｙ］＝－１ （１１３５）
ＲｅｆＩｄｘＬ１［ｘＣｂ＋ｘ］［ｙＣｂ＋ｙ］＝－１ （１１３６）
ＰｒｅｄＦｌａｇＬ０［ｘＣｂ＋ｘ］［ｙＣｂ＋ｙ］＝０ （１１３７）
ＰｒｅｄＦｌａｇＬ１［ｘＣｂ＋ｘ］［ｙＣｂ＋ｙ］＝０ （１１３８）
ＢｃｗＩｄｘ［ｘＣｂ＋ｘ］［ｙＣｂ＋ｙ］＝０ （１１３９）
以下は、上述した実施形態に示されるようなエンコーディング方法並びにデコーディング方法のアプリケーション、及びそれらを使用するシステムの説明である。
図８は、コンテンツ配布サービスを実現するためのコンテンツ供給システム３１００を示すブロック図である。このコンテンツ供給システム３１００は、キャプチャデバイス３１０２、端末デバイス３１０６を含み、任意選択的にディスプレイ３１２６を含む。キャプチャデバイス３１０２は、通信リンク３１０４を介して端末デバイス３１０６と通信する。通信リンクは、上述した通信チャネル１３を含んでよい。通信リンク３１０４は、限定されるものではないが、ＷＩＦＩ（登録商標）、イーサネット（登録商標）、ケーブル、無線（３Ｇ／４Ｇ／５Ｇ）、ＵＳＢ又はそれらの任意の種類の組み合わせなどを含む。
キャプチャデバイス３１０２はデータを生成し、上記の実施形態に示されるようなエンコーディング方法によってデータをエンコードしてよい。代替的に、キャプチャデバイス３１０２は、ストリーミングサーバ（図示せず）にデータを配信してよく、サーバは、データをエンコードして、エンコードされたデータを端末デバイス３１０６に送信する。キャプチャデバイス３１０２は、限定されるものではないが、カメラ、スマートフォン又はパッド、コンピュータ又はラップトップ、ビデオ会議システム、ＰＤＡ、車載デバイス、又はそれらのいずれかの組み合わせなどを含む。例えば、上述したように、キャプチャデバイス３１０２はソースデバイス１２を含んでよい。データがビデオを含む場合、キャプチャデバイス３１０２に含まれるビデオエンコーダ２０は、ビデオエンコーディング処理を実際に実行してよい。データがオーディオ（すなわち、音声）を含む場合、キャプチャデバイス３１０２に含まれるオーディオエンコーダは、オーディオエンコーディング処理を実際に実行してよい。いくつかの実際のシナリオについて、キャプチャデバイス３１０２は、これらを一緒に多重化することにより、エンコードされたビデオ及びオーディオデータを配信する。他の実際のシナリオについて、例えば、ビデオ会議システムにおいて、エンコードされたオーディオデータ及びエンコードされたビデオデータは多重化されない。キャプチャデバイス３１０２は、エンコードされたオーディオデータ及びエンコードされたビデオデータを別個に端末デバイス３１０６に配信する。
コンテンツ供給システム３１００において、端末デバイス３１０は、エンコードされたデータを受信及び再現する。端末デバイス３１０６は、データ受信及び復元機能を有するデバイス、例えば、上述したエンコードされたデータをデコーディングすることが可能なスマートフォン又はパッド３１０８、コンピュータ又はラップトップ３１１０、ネットワークビデオレコーダ（ＮＶＲ）／デジタルビデオレコーダ（ＤＶＲ）３１１２、ＴＶ３１１４、セットトップボックス（ＳＴＢ）３１１６、ビデオ会議システム３１１８、ビデオ監視システム３１２０、パーソナルデジタルアシスタント（ＰＤＡ）３１２２、車載デバイス３１２４又はそれらのいずれかの組み合わせなどであり得る。例えば、上述したように、端末デバイス３１０６はデスティネーションデバイス１４を含んでよい。エンコードされたデータがビデオを含む場合、端末デバイスに含まれるビデオデコーダ３０は、ビデオデコーディングを実行することを優先させる。エンコードされたデータがオーディオを含む場合、端末デバイスに含まれるオーディオデコーダは、オーディオデコーディング処理を実行することを優先させる。
ディスプレイを有する端末デバイス、例えば、スマートフォン又はパッド３１０８、コンピュータ又はラップトップ３１１０、ネットワークビデオレコーダ（ＮＶＲ）／デジタルビデオレコーダ（ＤＶＲ）３１１２、ＴＶ３１１４、パーソナルデジタルアシスタント（ＰＤＡ）３１２２又は車載デバイス３１２４について、端末デバイスは、デコードされたデータをそのディスプレイに入力できる。ディスプレイを搭載していない端末デバイス、例えば、ＳＴＢ３１１６、ビデオ会議システム３１１８又はビデオ監視システム３１２０について、外部ディスプレイ３１２６は、デコードされたデータを受信及び示すために、内部でコンタクトされる。
このシステム内の各デバイスがエンコーディング又はデコーディングを実行する場合、上述した実施形態に示されるように、画像エンコーディングデバイス又は画像デコーディングデバイスが使用され得る。
図９は、端末デバイス３１０６の例の構造を示す図である。端末デバイス３１０６がキャプチャデバイス３１０２からストリームを受信した後に、プロトコル処理ユニット３２０２は、ストリームの伝送プロトコルを解析する。プロトコルは、限定されるものではないが、リアルタイムストリーミングプロトコル（ＲＴＳＰ）、ハイパーテキストトランスファープロトコル（ＨＴＴＰ）、ＨＴＴＰライブストリーミングプロトコル（ＨＬＳ）、ＭＰＥＧ－ＤＡＳＨ、リアルタイムトランスポートプロトコル（ＲＴＰ）、リアルタイムメッセージングプロトコル（ＲＴＭＰ）、又は、それらの任意の種類の組み合わせなどを含む。
プロトコル処理ユニット３２０２がストリームを処理した後に、ストリームファイルが生成される。当該ファイルは、逆多重化ユニット３２０４に出力される。逆多重化ユニット３２０４は、多重化されたデータをエンコードされたオーディオデータ及びエンコードされたビデオデータに分離できる。上述したように、いくつかの実際のシナリオについて、例えば、ビデオ会議システムでは、エンコードされたオーディオデータ及びエンコードされたビデオデータは多重化されていない。この状況において、エンコードされたデータは、逆多重化ユニット３２０４を通すことなく、ビデオデコーダ３２０６及びオーディオデコーダ３２０８に送信される。
逆多重化処理を介して、ビデオエレメンタリストリーム（ＥＳ）、オーディオＥＳ、及び任意選択的に字幕が生成される。上述した実施形態において説明したように、ビデオデコーダ３０を含むビデオデコーダ３２０６は、上述した実施形態に示されるようなデコーディング方法により、ビデオＥＳをデコードしてビデオフレームを生成し、このデータを同期ユニット３２１２に入力する。オーディオデコーダ３２０８は、オーディオＥＳをデコードしてオーディオフレームを生成し、このデータを同期ユニット３２１２に入力する。代替的に、ビデオフレームは、それを同期ユニット３２１２に入力する前に、（図９に図示されていない）バッファに保存されてよい。同様に、オーディオフレームは、それを同期ユニット３２１２に入力する前に、（図９に図示されていない）バッファに保存されてよい。
同期ユニット３２１２は、ビデオフレーム及びオーディオフレームを同期させて、ビデオ／オーディオをビデオ／オーディオディスプレイ３２１４に供給する。例えば、同期ユニット３２１２は、ビデオ及びオーディオ情報の提示を同期させる。情報は、コードされたオーディオ及びビジュアルデータの提示に関するタイムスタンプ、及び、データストリームそのものの配信に関するタイムスタンプを使用してシンタックスでコードしてよい。
ストリームに字幕が含まれている場合、字幕デコーダ３２１０は、字幕をデコードし、それをビデオフレーム及びオーディオフレームと同期させ、ビデオ／オーディオ／字幕をビデオ／オーディオ／字幕ディスプレイ３２１６に供給する。
本発明は、上述したシステムに限定されるものではなく、上述した実施形態における画像エンコーディングデバイス又は画像デコーディングデバイスはいずれも、他のシステム、例えば自動車システムに組み込まれることができる。
［例１］
イントラブロックコピー（ＩＢＣ）モードのための候補マージリストを構築する方法であって、当該方法は、
左側隣接ブロックが利用可能で左側隣接ブロックがＩＢＣモードを使用している場合、現在のブロックの初期のマージリストに現在のブロックの左側隣接ブロックのブロックベクトルを挿入する段階（一例において、初期のマージリストは、この挿入段階の前の空リストである）と、
上側隣接ブロックが利用可能で、上側隣接ブロックがＩＢＣモードを使用しており、上側隣接ブロックのブロックベクトルは左側隣接ブロックのブロックベクトルと同じでない場合、現在のブロックの上側隣接ブロックのブロックベクトルを初期のマージリストに挿入する段階（一例において、初期のマージリストはこの段階の前の空リストであるか、又は、初期のマージリストは、現在のブロックの左側隣接ブロックのブロックベクトルを備える）と、
右上隣接ブロックが利用可能で、右上隣接ブロックがＩＢＣモードを使用している場合、現在のブロックの右上隣接ブロックのブロックベクトルを初期のマージリストに挿入する段階（一例において、初期のマージリストは、この段階の前の空リストである、又は、初期のマージリストは現在のブロックの上側隣接ブロックのブロックベクトルを含む、又は、初期のマージリストは現在のブロックの左側隣接ブロックのブロックベクトルを含む、又は、初期のマージリストは現在のブロックの上側隣接ブロックのブロックベクトル及び現在のブロックの左側隣接ブロックのブロックベクトルを含む）と
を備える、方法。
［例２］
例１の方法であって、当該方法はさらに、
左下隣接ブロックが利用可能であり、左下隣接ブロックがＩＢＣモードを使用している場合、現在のブロックの左下隣接ブロックのブロックベクトルを初期のマージリストに挿入する段階（一例において、初期のマージリストは、この段階の前の空リストである、又は、初期のマージリストは現在のブロックの上側隣接ブロックのブロックベクトルを含む、又は、初期のマージリストは現在のブロックの左側隣接ブロックのブロックベクトルを含む、又は、初期のマージリストは現在のブロックの上側隣接ブロックのブロックベクトル、及び現在のブロックの左側隣接ブロックのブロックベクトルを含む、又は、初期のマージリストは現在のブロックの上側隣接ブロックのブロックベクトル、現在のブロックの左側隣接ブロックのブロックベクトル、及び右上隣接ブロックのブロックベクトルを含む）
を備える、方法。
［例３］
例１又は２の方法であって、当該方法はさらに、
左上隣接ブロックが利用可能で、左上隣接ブロックがＩＢＣモードを使用しており、初期のマージリストにおけるブロックベクトルの数が閾値（例えば、閾値は４である）より小さい場合、現在のブロックの左上隣接ブロックのブロックベクトルを初期のマージリストに挿入する段階（一例において、初期のマージリストは、この段階の前の空リストである、又は、初期のマージリストは現在のブロックの上側隣接ブロックのブロックベクトルを含む、又は、初期のマージリストは現在のブロックの左側隣接ブロックのブロックベクトルを含む、又は、初期のマージリストは現在のブロックの上側隣接ブロックのブロックベクトル、及び現在のブロックの左側隣接ブロックのブロックベクトルを含む、又は、初期のマージリストは現在のブロックの上側隣接ブロックのブロックベクトル、現在のブロックの左側隣接ブロックのブロックベクトル、右上隣接ブロックのブロックベクトルを含む、又は、初期のマージリストは現在のブロックの上側隣接ブロックのブロックベクトル、現在のブロックの左側隣接ブロックのブロックベクトル、右上隣接ブロックのブロックベクトル、及び左下隣接ブロックのブロックベクトルを含む）
を備える、方法。
［例４］
例１から３のうちいずれか１つによる方法を実行するための処理回路を備えるエンコーダ（２０）。
［例５］
例１から３のうちいずれか１つによる方法を実行するための処理回路を備えるデコーダ（３０）。
［例６］
例１から３のうちいずれか１つによる方法を実行するためのプログラムコードを備えるコンピュータプログラム製品。
［例７］
１又は複数のプロセッサと、
プロセッサに連結され、プロセッサによる実行のためのプログラミングを保存する非一時的コンピュータ可読記憶媒体であって、当該プログラミングは、プロセッサにより実行される場合、例１から３のうちいずれか１つによる方法を実行するようにデコーダを構成する、非一時的コンピュータ可読記憶媒体と
を備えるデコーダ又はエンコーダ。
［数学演算子］
本願で使用される数学演算子は、Ｃプログラミング言語で使用されるそれらと同様である。しかしながら、整数除算及び算術シフト演算の結果はより正確に定義され、べき乗及び実数値除算などの追加の演算が定義される。番号付け及びカウントの規定は一般に、例えば、「第１」は０番目に相当し、「第２」は１番目に相当するなど、０から始まる。
［算術演算子］
以下の算術演算子は、以下のように定義される。
Figure 0007477066000007
［論理演算子］
以下の論理演算子は、以下のように定義される。
ｘ＆＆ｙ ｘ及びｙのブール論理上の「ａｎｄ」
ｘ｜｜ｙ ｘ及びｙのブール論理上の「ｏｒ」
！ ブール論理上の「ｎｏｔ」
ｘ？ｙ：ｚ ｘがＴＲＵＥであるか又は０に等しくない場合、ｙの値になり、そうでない場合、ｚの値になる。
［関係演算子］
以下の関係演算子は、以下のように定義される。
＞ より大きい
＞＝ 以上
＜ より小さい
＜＝ 以下
＝ ＝ に等しい
！＝ に等しくない
関係演算子が、値「ｎａ」（非該当）をアサインされているシンタックス要素又は変数に適用される場合、値「ｎａ」は、そのシンタックス要素又は変数の区別的な値として扱われる。値「ｎａ」は、任意の他の値に等しくないとみなされる。
［ビット単位演算子］
以下のビット単位演算子は、以下のように定義される。
＆ ビット単位の「ａｎｄ」。整数項に対して演算を行う場合、整数値の２の補数表現に対して演算を行う。別の項より少ないビットを含む二進項に対して演算を行う場合、そのより短い項は、０に等しいより上位のビットを追加することによって拡張される。
｜ ビット単位の「ｏｒ」。整数項に対して演算を行う場合、整数値の２の補数表現に対して演算を行う。別の項より少ないビットを含む二進項に対して演算を行う場合、そのより短い項は、０に等しいより上位のビットを追加することによって拡張される。
＾ ビット単位の「排他的ｏｒ」。整数項に対して演算を行う場合、整数値の２の補数表現に対して演算を行う。別の項より少ないビットを含む二進項に対して演算を行う場合、そのより短い項は、０に等しいより上位のビットを追加することによって拡張される。
ｘ＞＞ｙ ｙの二進数だけの、ｘの２の補数整数表現の算術右シフト。この関数は、ｙの非負の整数値に関してのみ定義される。右シフトの結果として最上位ビット（ＭＳＢ）にシフトされたビットは、シフト操作前のｘのＭＳＢに等しい値を有する。
ｘ＜＜ｙ ｙの二進数だけの、ｘの２の補数整数表現の算術左シフト。この関数は、ｙの非負の整数値に関してのみ定義される。左シフトの結果として最下位ビット（ＬＳＢ）にシフトされたビットは、０に等しい値を有する。
［割当演算子］
以下の算術演算子は、以下のように定義される。
＝ 割当演算子
＋ ＋ インクリメント、すなわち、ｘ＋ ＋はｘ＝ｘ＋１に相当する。配列インデックスに使用される場合、インクリメント演算の前の変数の値になる。
－ － デクリメント、すなわち、ｘ－ －はｘ＝ｘ－１に相当する。配列インデックスに使用される場合、デクリメント演算の前の変数の値になる。
＋＝ 指定された量だけのインクリメント、すなわち、ｘ＋＝３はｘ＝ｘ＋３に相当し、ｘ＋＝（－３）はｘ＝ｘ＋（－３）に相当する。
－＝ 指定された量だけのデクリメント、すなわち、ｘ－＝３はｘ＝ｘ－３に相当し、ｘ－＝（－３）はｘ＝ｘ－（－３）に相当する。
［範囲の表記］
以下の表記は、値の範囲を指定するのに使用される。
ｘ＝ｙ．．ｚ ｘはｙからｚまでの整数値をとり、ｘ、ｙ及びｚは整数でありｚはｙより大きい。
［数学的機能］
以下の数学的機能が定義される。
Figure 0007477066000008
 Ａｓｉｎ（ｘ） 逆三角サイン関数であり、
－１．０から１．０までの範囲内にある独立変数ｘに対して演算を行い、
出力値は、ラジアンの単位で、－π÷２からπ÷２までの範囲内にある。
Ａｔａｎ（ｘ） 逆三角タンジェント関数であり、
独立変数ｘに対して演算を行い、出力値は、ラジアンの単位で、－π÷２からπ÷２までの範囲内にある。
Figure 0007477066000009
 Ｃｅｉｌ（ｘ） ｘより大きい又はそれに等しい最も小さい整数
Ｃｌｉｐ１Ｙ（ｘ）＝Ｃｌｉｐ３（０，（１＜＜ＢｉｔＤｅｐｔｈＹ）－１，ｘ）
Ｃｌｉｐ１Ｃ（ｘ）＝Ｃｌｉｐ３（０，（１＜＜ＢｉｔＤｅｐｔｈＣ）－１，ｘ）
Figure 0007477066000010
 Ｃｏｓ（ｘ） ラジアンの単位で独立変数ｘに対する演算を行う三角コサイン関数である。
Ｆｌｏｏｒ（ｘ） ｘより小さい又はそれに等しい最も大きい整数
Figure 0007477066000011
 Ｌｎ（ｘ） ｘの自然対数（底ｅ対数であり、ｅは自然対数の底２．７１８２８１８２８...である）
Ｌｏｇ２（ｘ） ２を底とするｘの対数
Ｌｏｇ１０（ｘ） １０を底とするｘの対数
Figure 0007477066000012
Figure 0007477066000013
 Ｒｏｕｎｄ（ｘ）＝Ｓｉｇｎ（ｘ）＊Ｆｌｏｏｒ（Ａｂｓ（ｘ）＋０．５）
Figure 0007477066000014
 Ｓｉｎ（ｘ） ラジアンの単位で独立変数ｘに対する演算を行う三角サイン関数
Figure 0007477066000015
 Ｓｗａｐ（ｘ，ｙ）＝（ｙ，ｘ）
Ｔａｎ（ｘ） ラジアンの単位で独立変数ｘに対する演算を行う三角タンジェント関数である。
［演算優先順位の順序］
式の優先順位の順序が括弧を使用して明示的に指示されていない場合、以下のルールが適用される。
－より高い優先順位の演算は、より低い優先順位の任意の演算の前に評価される。
－同じ優先順位の演算は、左から右に順次評価される。
以下のテーブルは、演算の優先順位を最高から最低まで指定している。テーブルにおいてより高い位置にあるものは、より高い優先順位を示す。
Ｃプログラミング言語でも使用される演算子の場合、本明細書で使用される優先順位の順序は、Ｃプログラミング言語で使用されるのと同じである。
テーブル：最も高い（テーブルの一番上）から最も低い（テーブルの一番下）までの演算優先順位
Figure 0007477066000016
［論理演算のテキストでの説明］
テキストにおいて、論理演算のステートメントが以下の形式で数学的に説明される。
Figure 0007477066000017
 は、以下の方式で説明され得る。
...以下の通りである／...以下が適用される：（...ａｓ ｆｏｌｌｏｗｓ／...ｔｈｅ ｆｏｌｌｏｗｉｎｇ ａｐｐｌｉｅｓ：）
－条件０の場合、ステートメント０（Ｉｆ ｃｏｎｄｉｔｉｏｎ０，ｓｔａｔｅｍｅｎｔ０）
－そうでなければ、条件１の場合、ステートメント１（Ｏｔｈｅｒｗｉｓｅ，ｉｆ ｃｏｎｄｉｔｉｏｎ１，ｓｔａｔｅｍｅｎｔ１）
...
そうでなければ（残りの条件に対する有益な備考）、ステートメントｎ（Ｏｔｈｅｒｗｉｓｅ（ｉｎｆｏｒｍａｔｉｖｅ ｒｅｍａｒｋ ｏｎ ｒｅｍａｉｎｉｎｇ ｃｏｎｄｉｔｉｏｎ），ｓｔａｔｅｍｅｎｔ ｎ）
テキスト中のそれぞれの「Ｉｆ...Ｏｔｈｅｒｗｉｓｅ，ｉｆ...Ｏｔｈｅｒｗｉｓｅ，...」ステートメントは、「...ａｓ ｆｏｌｌｏｗｓ」又は「...ｔｈｅ ｆｏｌｌｏｗｉｎｇ ａｐｐｌｉｅｓ」の直後に「Ｉｆ...」が続く形で導入される。「Ｉｆ...Ｏｔｈｅｒｗｉｓｅ，ｉｆ...Ｏｔｈｅｒｗｉｓｅ，...」の最後の条件は、常に「Ｏｔｈｅｒｗｉｓｅ，...」である。
インターリーブされた「Ｉｆ...Ｏｔｈｅｒｗｉｓｅ，ｉｆ...Ｏｔｈｅｒｗｉｓｅ，...」ステートメントは、「Ｏｔｈｅｒｗｉｓｅ，...」で終わる「...ａｓ ｆｏｌｌｏｗｓ」又は「...ｔｈｅ ｆｏｌｌｏｗｉｎｇ ａｐｐｌｉｅｓ」をマッチングすることによって識別され得る。
テキストにおいて、論理演算のステートメントが以下の形式で数学的に説明される。
Figure 0007477066000018
 は、以下の方式で説明され得る。
...以下の通りである／...以下が適用される：（...ａｓ ｆｏｌｌｏｗｓ／...ｔｈｅ ｆｏｌｌｏｗｉｎｇ ａｐｐｌｉｅｓ：）
－以下の条件のすべてが真である場合、ステートメント０：（Ｉｆ ａｌｌ ｏｆ ｔｈｅ ｆｏｌｌｏｗｉｎｇ ｃｏｎｄｉｔｉｏｎｓ ａｒｅ ｔｒｕｅ，ｓｔａｔｅｍｅｎｔ０：）
－条件０ａ（ｃｏｎｄｉｔｉｏｎ ０ａ）
－条件０ｂ（ｃｏｎｄｉｔｉｏｎ ０ｂ）
－そうでなければ、以下の条件の１又は複数が真である場合、ステートメント１：（Ｏｔｈｅｒｗｉｓｅ，ｉｆ ｏｎｅ ｏｒ ｍｏｒｅ ｏｆ ｔｈｅ ｆｏｌｌｏｗｉｎｇ ｃｏｎｄｉｔｉｏｎｓ ａｒｅ ｔｒｕｅ，ｓｔａｔｅｍｅｎｔ１：）
－条件１ａ（ｃｏｎｄｉｔｉｏｎ １ａ）
－条件１ｂ（ｃｏｎｄｉｔｉｏｎ １ｂ）
...
そうでなければ、ステートメントｎ（Ｏｔｈｅｒｗｉｓｅ，ｓｔａｔｅｍｅｎｔ ｎ）
テキストにおいて、論理演算のステートメントが以下の形式で数学的に説明される。
Figure 0007477066000019
 は、以下の方式で説明され得る。
条件０の場合、ステートメント０（Ｗｈｅｎ ｃｏｎｄｉｔｉｏｎ０，ｓｔａｔｅｍｅｎｔ０）
条件１の場合、ステートメント１（Ｗｈｅｎ ｃｏｎｄｉｔｉｏｎ１，ｓｔａｔｅｍｅｎｔ１）
本発明の実施形態は、主にビデオコーディングに基づいて記載されているが、本明細書に記載のコーディングシステム１０、エンコーダ２０、及びデコーダ３０（及び対応してシステム１０）の実施形態、並びに他の実施形態は、静止画像処理又はコーディング、すなわち、ビデオコーディングにおけるような任意の前の又は連続する画像とは独立した個々の画像の処理又はコーディングのために構成されてもよいことに留意されたい。一般に、画像処理コーディングが単一の画像１７に限定される場合、インター予測ユニット２４４（エンコーダ）及び３４４（デコーダ）だけは利用可能でなくてよい。ビデオエンコーダ２０及びビデオデコーダ３０のすべての他の機能（ツール又は技術とも称される）は、静止画像処理、例えば、残差計算２０４／３０４、変換２０６、量子化２０８、逆量子化２１０／３１０、（逆）変換２１２／３１２、区分化２６２／３６２、イントラ予測２５４／３５４、及び／又はループフィルタリング２２０、３２０、並びにエントロピーコーディング２７０及びエントロピーデコーディング３０４に等しく使用され得る。
例えばエンコーダ２０及びデコーダ３０の実施形態、並びに、例えばエンコーダ２０及びデコーダ３０を参照して本明細書に記載された機能は、ハードウェア、ソフトウェア、ファームウェア、又はそれらの任意の組み合わせで実装されてよい。ソフトウェアにおいて実装される場合、機能は、コンピュータ可読媒体上に保存されるか、又は、通信媒体を介して１又は複数の命令若しくはコードとして送信され、ハードウェアベースの処理ユニットによって実行されてよい。コンピュータ可読媒体は、データ記憶媒体などの有形の媒体に対応するコンピュータ可読記憶媒体、又は、例えば通信プロトコルに従った、コンピュータプログラムの１つの場所から別の場所への移動を容易にする任意の媒体を含む通信媒体を含んでよい。このように、コンピュータ可読媒体は、一般に、（１）非一時的な有形コンピュータ可読記憶媒体、又は、（２）信号若しくは搬送波などの通信媒体に対応してよい。データ記憶媒体は、本開示に記載された技術の実装のための命令、コード、及び／又はデータ構造を取得するために、１若しくは複数のコンピュータ又は１若しくは複数のプロセッサによってアクセスできる任意の利用可能な媒体であってよい。コンピュータプログラム製品は、コンピュータ可読媒体を含んでよい。
限定ではなく例として、そのようなコンピュータ可読記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ－ＲＯＭ若しくは他の光ディスクストレージ、磁気ディスクストレージ若しくは他の磁気ストレージデバイス、フラッシュメモリ、又は、命令若しくはデータ構造の形の所望のプログラムコードを保存するのに使用でき、コンピュータによってアクセスできる、任意の他の媒体を含むことができる。また、任意の接続が、適宜コンピュータ可読媒体と称される。例えば、同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者線（ＤＳＬ）、又は、赤外線、無線、及びマイクロ波などの無線技術を使用して、ウェブサイト、サーバ、又は他のリモートソースから命令が送信される場合、同軸ケーブル、光ファイバケーブル、ツイストペア、ＤＳＬ、又は、赤外線、無線、及びマイクロ波などの無線技術が媒体の定義に含まれる。しかしながら、コンピュータ可読記憶媒体及びデータ記憶媒体は、接続、搬送波、信号、又は他の一時的媒体を含まず、その代わりに、非一時的な有形の記憶媒体を指すことが理解されるべきである。本明細書で使用されるディスク（Ｄｉｓｋ ａｎｄ ｄｉｓｃ）は、コンパクトディスク（ＣＤ）、レーザディスク、光ディスク、デジタル多用途ディスク（ＤＶＤ）、フロッピーディスク、及びブルーレイディスクを含み、ここで、通常、ディスク（ｄｉｓｋ）はデータを磁気的に再現するものであり、ディスク（ｄｉｓｃ）はデータをレーザによって光学的に再現するものである。上記の組み合わせもまた、コンピュータ可読媒体の範囲内に含まれるべきである。
命令は、１又は複数のデジタル信号プロセッサ（ＤＳＰ）、汎用マイクロプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルロジックアレイ（ＦＰＧＡ）、又は他の等価な集積回路若しくはディスクリートロジック回路などの１又は複数のプロセッサによって実行されてよい。したがって、本明細書で使用される「プロセッサ」という用語は、前述の構造のいずれか、又は、本明細書に記載の技術の実装に好適な任意の他の構造を指してよい。加えて、いくつかの態様では、本明細書に記載の機能は、エンコーディング及びデコーディングのために構成されている専用ハードウェア及び／又はソフトウェアモジュール内に提供されるか、又は、組み合わされたコーデックに組み込まれてよい。また、本技術は、１若しくは複数の回路又はロジック要素において完全に実装することができる。
本開示の技術は、無線ハンドセット、集積回路（ＩＣ）又はＩＣのセット（例えば、チップセット）を含む、多種多様なデバイス又は装置において実装されてよい。様々な構成要素、モジュール、又はユニットが、開示された技術を実行するように構成されているデバイスの機能的態様を強調するように本開示において記載されているが、異なるハードウェアユニットによる実現は必ずしも要求されない。むしろ、上述したように、様々なユニットは、コーデックハードウェアユニットにして組み合わされてもよく、又は、上述したように、１又は複数のプロセッサを含む相互運用ハードウェアユニットの集合によって、好適なソフトウェア及び／又はファームウェアと連動して提供されてもよい。
［考えられる他の項目］
［項目１］
イントラブロックコピー、ＩＢＣ、モードのための候補マージリストを構築する方法であって、上記方法は、
左側隣接ブロックが利用可能で上記左側隣接ブロックがＩＢＣモードを使用している場合、現在のブロックの上記左側隣接ブロックのブロックベクトルを上記現在のブロックの初期のマージリストに挿入する段階と、
上側隣接ブロックが利用可能で上記上側隣接ブロックがＩＢＣモードを使用しており、上記上側隣接ブロックのブロックベクトルが上記左側隣接ブロックの上記ブロックベクトルと同じでない場合、上記現在のブロックの上記上側隣接ブロックの上記ブロックベクトルを上記初期のマージリストに挿入する段階と、
上記上側隣接ブロックの上記ブロックベクトルが、履歴ベースの動きベクトル予測子、ＨＭＶＰにおける最後の候補のブロックベクトルと同じでない場合、且つ上記左側隣接ブロックの上記ブロックベクトルが、上記ＨＭＶＰにおける上記最後の候補の上記ブロックベクトルと同じでない場合、上記ＨＭＶＰにおける上記最後の候補の上記ブロックベクトルを上記初期のマージリストに挿入する段階と
を備える、方法。
［項目２］
上記方法はさらに、
上述した上記挿入するプロセスの後の上記初期のマージリストに従って上記現在のブロックのブロックベクトルを取得し、上記現在のブロックのマージ候補インデックスを取得する段階
を備える、項目１に記載の方法。
［項目３］
イントラブロックコピー、ＩＢＣ、モードのための候補マージリストを構築する方法であって、上記方法は、
隣接ブロックが利用可能で、上記隣接ブロックがＩＢＣモードを使用している場合、現在のブロックの上記隣接ブロックのブロックベクトルを上記現在のブロックの初期のマージリストに挿入する段階と、
上記隣接ブロックの上記ブロックベクトルが履歴ベースの動きベクトル予測子、ＨＭＶＰにおける最後の候補のブロックベクトルと同じでない場合、上記ＨＭＶＰにおける上記最後の候補の上記ブロックベクトルを上記初期のマージリストに挿入する段階と、
上記ＨＭＶＰにおける別の候補のブロックベクトルを上記初期のマージリストに挿入する段階であって、上記ＨＭＶＰにおける別の候補の上記ブロックベクトルのプルーニングが除去されている、段階と
を備える、方法。
［項目４］
上記方法はさらに、
上述した上記挿入するプロセスの後の上記初期のマージリストに従って上記現在のブロックのブロックベクトルを取得し、上記現在のブロックのマージ候補インデックスを取得する段階
を備える、項目３に記載の方法。
［項目５］
イントラブロックコピー、ＩＢＣ、モードのための候補マージリストを構築する方法であって、上記方法は、
左側隣接ブロックが利用可能で上記左側隣接ブロックがＩＢＣモードを使用している場合、現在のブロックの上記左側隣接ブロックのブロックベクトルを上記現在のブロックの初期のマージリストに挿入する段階と、
上側隣接ブロックが利用可能で上記上側隣接ブロックがＩＢＣモードを使用しており、上記上側隣接ブロックのブロックベクトルが上記左側隣接ブロックの上記ブロックベクトルと同じでない場合、上記現在のブロックの上記上側隣接ブロックの上記ブロックベクトルを上記初期のマージリストに挿入する段階と、
上記上側隣接ブロックの上記ブロックベクトルが、履歴ベースの動きベクトル予測子、ＨＭＶＰにおける最後の候補のブロックベクトルと同じでない場合、且つ上記左側隣接ブロックの上記ブロックベクトルが、上記ＨＭＶＰにおける上記最後の候補の上記ブロックベクトルと同じでない場合、上記ＨＭＶＰにおける上記最後の候補の上記ブロックベクトルを上記初期のマージリストに挿入する段階と、
上記ＨＭＶＰにおける別の候補のブロックベクトルを上記初期のマージリストに挿入する段階であって、上記ＨＭＶＰにおける別の候補の上記ブロックベクトルのプルーニングが除去されている、段階と
を備える、方法。
［項目６］
上記方法はさらに、
上述した上記挿入するプロセスの後の上記初期のマージリストに従って上記現在のブロックのブロックベクトルを取得し、上記現在のブロックのマージ候補インデックスを取得する段階
を備える、項目５に記載の方法。
［項目７］
上記初期のマージリストは、最初の上記挿入するプロセスの前の空リストである、項目５又は６に記載の方法。
［項目８］
上述した上記挿入するプロセスが順番に実行される、項目５から７のいずれか一項に記載の方法。
［項目９］
イントラブロックコピー、ＩＢＣ、モードのための候補マージリストを構築する方法であって、上記方法は、
隣接ブロックが利用可能で、上記隣接ブロックがＩＢＣモードを使用している場合、現在のブロックの上記隣接ブロックのブロックベクトルを上記現在のブロックの初期のマージリストに挿入する段階と、
上記隣接ブロックの上記ブロックベクトルが履歴ベースの動きベクトル予測子、ＨＭＶＰにおける最後の候補のブロックベクトルと同じでない場合、上記ＨＭＶＰにおける候補のブロックベクトルを上記初期のマージリストに挿入する段階と、
を備え、
上記現在のブロックの上記初期のマージリストにおける上記最後のブロックベクトルは、上記ＨＭＶＰにおける１つの候補の１つのブロックベクトルである、
方法。
［項目１０］
上記方法はさらに、
上述した上記挿入するプロセスの後の上記初期のマージリストに従って上記現在のブロックのブロックベクトルを取得し、上記現在のブロックのマージ候補インデックスを取得する段階
を備える、項目９に記載の方法。
［項目１１］
イントラブロックコピー、ＩＢＣ、モードのための候補マージリストを構築する方法であって、上記方法は、
左側隣接ブロックが利用可能で上記左側隣接ブロックがＩＢＣモードを使用している場合、現在のブロックの上記左側隣接ブロックのブロックベクトルを上記現在のブロックの初期のマージリストに挿入する段階と、
上側隣接ブロックが利用可能で上記上側隣接ブロックがＩＢＣモードを使用しており、上記上側隣接ブロックのブロックベクトルが上記左側隣接ブロックの上記ブロックベクトルと同じでない場合、上記現在のブロックの上記上側隣接ブロックの上記ブロックベクトルを上記初期のマージリストに挿入する段階と、
上記上側隣接ブロックの上記ブロックベクトルが、履歴ベースの動きベクトル予測子、ＨＭＶＰにおける最後の候補のブロックベクトルと同じでない場合、且つ上記左側隣接ブロックの上記ブロックベクトルが、上記ＨＭＶＰにおける上記最後の候補の上記ブロックベクトルと同じでない場合、上記ＨＭＶＰにおける上記最後の候補の上記ブロックベクトルを上記初期のマージリストに挿入する段階と、
上記ＨＭＶＰにおける別の候補のブロックベクトルを上記初期のマージリストに挿入する段階であって、上記ＨＭＶＰにおける別の候補の上記ブロックベクトルのプルーニングが除去されている、段階と
を備え、
上記現在のブロックの上記初期のマージリストにおける上記最後のブロックベクトルは、上記ＨＭＶＰにおける上記別の候補の上記ブロックベクトルである、
方法。
［項目１２］
項目１から１１のいずれか一項に記載の方法を実行するための処理回路を備える、エンコーダ（２０）。
［項目１３］
項目１から１１のいずれか一項に記載の方法を実行するための処理回路を備える、デコーダ（３０）。
［項目１４］
項目１から１１のいずれか一項に記載の方法を実行するためのプログラムコードを備える、コンピュータプログラム製品。
［項目１５］
デコーダであって、
１又は複数のプロセッサと、
上記１又は複数のプロセッサに連結され、上記１又は複数のプロセッサによる実行のためのプログラミングを保存する非一時的コンピュータ可読記憶媒体であって、上記プログラミングは、上記１又は複数のプロセッサにより実行される場合、項目１から１１のいずれか一項に記載の方法を実行するように上記デコーダを構成する、非一時的コンピュータ可読記憶媒体と
を備えるデコーダ。

Claims (16)

  1. イントラブロックコピー（ＩＢＣ）モードのための候補マージリストを構築する方法であって、前記方法は、
    左側隣接ブロックが利用可能で前記左側隣接ブロックがＩＢＣモードを使用している場合、現在のブロックの前記左側隣接ブロックのブロックベクトルを前記現在のブロックの初期のマージリストに挿入する段階と、
    上側隣接ブロックが利用可能で前記上側隣接ブロックがＩＢＣモードを使用しており、前記上側隣接ブロックのブロックベクトルが前記左側隣接ブロックの前記ブロックベクトルと同じでない場合、前記現在のブロックの前記上側隣接ブロックの前記ブロックベクトルを前記初期のマージリストに挿入する段階と、
    前記上側隣接ブロックの前記ブロックベクトルが、履歴ベースの動きベクトル予測子（ＨＭＶＰ）リストにおける最後の候補のブロックベクトルと同じでない場合、且つ前記左側隣接ブロックの前記ブロックベクトルが、前記ＨＭＶＰリストにおける前記最後の候補の前記ブロックベクトルと同じでない場合、前記ＨＭＶＰリストにおける前記最後の候補の前記ブロックベクトルを前記初期のマージリストに挿入する段階と
    を備え、
    前記ＨＭＶＰリストにおける前記最後の候補の前記ブロックベクトルを前記初期のマージリストに挿入する段階において、
    ｈＭｖｐＩｄｘが１に等しいかどうかを調べ、ｈＭｖｐＩｄｘが１に等しい場合に、ＨｍｖｐＩｂｃＣａｎｄＬｉｓｔ［ＮｕｍＨｍｖｐＩｂｃＣａｎｄ－１］が前記ＨＭＶＰリストにおける前記最後の候補であり、
    ｈＭｖｐＩｄｘが１に等しくない場合、前記ＨＭＶＰリストにおける別の候補の前記ブロックベクトルが、以下に従って前記初期のマージリストへ加えられ、
    ｂｖＣａｎｄＬｉｓｔ［ｎｕｍＣｕｒｒＣａｎｄ＋＋］＝ＨｍｖｐＩｂｃＣａｎｄＬｉｓｔ［ＮｕｍＨｍｖｐＩｂｃＣａｎｄ－ｈＭｖｐＩｄｘ］
    ここで、ｂｖＣａｎｄＬｉｓｔ［ｎｕｍＣｕｒｒＣａｎｄ＋＋］は前記初期のマージリストであり、ｈＭｖｐＩｄｘが１に等しくない場合に、ＨｍｖｐＩｂｃＣａｎｄＬｉｓｔ［ＮｕｍＨｍｖｐＩｂｃＣａｎｄ－ｈＭｖｐＩｄｘ］が、前記ＨＭＶＰリストにおける前記別の候補に対応する、方法。
  2. 前記方法はさらに、
    上述した前記挿入するプロセスの後の前記初期のマージリストに従って前記現在のブロックのブロックベクトルを取得し、前記現在のブロックのマージ候補インデックスを取得する段階
    を備える、請求項１に記載の方法。
  3. イントラブロックコピー（ＩＢＣ）モードのための候補マージリストを構築する方法であって、前記方法は、
    隣接ブロックが利用可能で、前記隣接ブロックがＩＢＣモードを使用している場合、現在のブロックの前記隣接ブロックのブロックベクトルを前記現在のブロックの初期のマージリストに挿入する段階と、
    前記隣接ブロックの前記ブロックベクトルが履歴ベースの動きベクトル予測子（ＨＭＶＰ）リストにおける最後の候補のブロックベクトルと同じでない場合、前記ＨＭＶＰリストにおける前記最後の候補の前記ブロックベクトルを前記初期のマージリストに挿入する段階と、
    前記ＨＭＶＰリストにおける別の候補のブロックベクトルを前記初期のマージリストに挿入する段階であって、前記ＨＭＶＰリストにおける別の候補の前記ブロックベクトルのプルーニングが除去されている、段階と
    を備え、
    前記ＨＭＶＰリストにおける前記最後の候補の前記ブロックベクトルを前記初期のマージリストに挿入する段階および前記ＨＭＶＰリストにおける前記別の候補の前記ブロックベクトルを前記初期のマージリストに挿入する段階において、
    ｈＭｖｐＩｄｘが１に等しいかどうかを調べ、ｈＭｖｐＩｄｘが１に等しい場合にＨｍｖｐＩｂｃＣａｎｄＬｉｓｔ［ＮｕｍＨｍｖｐＩｂｃＣａｎｄ－１］が前記ＨＭＶＰリストにおける前記最後の候補であって、かつ、前記初期のマージリストにおけるブロックベクトルの候補Ｎに等しく、
    ｈＭｖｐＩｄｘが１に等しくない場合、前記ＨＭＶＰリストにおける前記別の候補の前記ブロックベクトルが、以下に従って前記初期のマージリストへ加えられ、
    ｂｖＣａｎｄＬｉｓｔ［ｎｕｍＣｕｒｒＣａｎｄ＋＋］＝ＨｍｖｐＩｂｃＣａｎｄＬｉｓｔ［ＮｕｍＨｍｖｐＩｂｃＣａｎｄ－ｈＭｖｐＩｄｘ］
    ここで、ｂｖＣａｎｄＬｉｓｔ［ｎｕｍＣｕｒｒＣａｎｄ＋＋］は前記初期のマージリストであり、ｈＭｖｐＩｄｘが１に等しくない場合に、ＨｍｖｐＩｂｃＣａｎｄＬｉｓｔ［ＮｕｍＨｍｖｐＩｂｃＣａｎｄ－ｈＭｖｐＩｄｘ］が、前記ＨＭＶＰリストにおける前記別の候補に対応する、方法。
  4. 前記方法はさらに、
    上述した前記挿入するプロセスの後の前記初期のマージリストに従って前記現在のブロックのブロックベクトルを取得し、前記現在のブロックのマージ候補インデックスを取得する段階
    を備える、請求項３に記載の方法。
  5. イントラブロックコピー（ＩＢＣ）モードのための候補マージリストを構築する方法であって、前記方法は、
    左側隣接ブロックが利用可能で前記左側隣接ブロックがＩＢＣモードを使用している場合、現在のブロックの前記左側隣接ブロックのブロックベクトルを前記現在のブロックの初期のマージリストに挿入する段階と、
    上側隣接ブロックが利用可能で前記上側隣接ブロックがＩＢＣモードを使用しており、前記上側隣接ブロックのブロックベクトルが前記左側隣接ブロックの前記ブロックベクトルと同じでない場合、前記現在のブロックの前記上側隣接ブロックの前記ブロックベクトルを前記初期のマージリストに挿入する段階と、
    前記上側隣接ブロックの前記ブロックベクトルが、履歴ベースの動きベクトル予測子（ＨＭＶＰ）リストにおける最後の候補のブロックベクトルと同じでない場合、且つ前記左側隣接ブロックの前記ブロックベクトルが、前記ＨＭＶＰリストにおける前記最後の候補の前記ブロックベクトルと同じでない場合、前記ＨＭＶＰリストにおける前記最後の候補の前記ブロックベクトルを前記初期のマージリストに挿入する段階と、
    前記ＨＭＶＰリストにおける別の候補のブロックベクトルを前記初期のマージリストに挿入する段階であって、前記ＨＭＶＰリストにおける別の候補の前記ブロックベクトルのプルーニングが除去されている、段階と
    を備え、
    前記ＨＭＶＰリストにおける前記最後の候補の前記ブロックベクトルを前記初期のマージリストに挿入する段階および前記ＨＭＶＰリストにおける前記別の候補の前記ブロックベクトルを前記初期のマージリストに挿入する段階において、
    ｈＭｖｐＩｄｘが１に等しいかどうかを調べ、ｈＭｖｐＩｄｘが１に等しい場合にＨｍｖｐＩｂｃＣａｎｄＬｉｓｔ［ＮｕｍＨｍｖｐＩｂｃＣａｎｄ－１］が前記ＨＭＶＰリストにおける前記最後の候補であって、かつ、前記初期のマージリストにおけるブロックベクトルの候補Ｎに等しく、
    ｈＭｖｐＩｄｘが１に等しくない場合、前記ＨＭＶＰリストにおける前記別の候補の前記ブロックベクトルが、以下に従って前記初期のマージリストへ加えられ、
    ｂｖＣａｎｄＬｉｓｔ［ｎｕｍＣｕｒｒＣａｎｄ＋＋］＝ＨｍｖｐＩｂｃＣａｎｄＬｉｓｔ［ＮｕｍＨｍｖｐＩｂｃＣａｎｄ－ｈＭｖｐＩｄｘ］
    ここで、ｂｖＣａｎｄＬｉｓｔ［ｎｕｍＣｕｒｒＣａｎｄ＋＋］は前記初期のマージリストであり、ｈＭｖｐＩｄｘが１に等しくない場合に、ＨｍｖｐＩｂｃＣａｎｄＬｉｓｔ［ＮｕｍＨｍｖｐＩｂｃＣａｎｄ－ｈＭｖｐＩｄｘ］が、前記ＨＭＶＰリストにおける前記別の候補に対応する、方法。
  6. 前記方法はさらに、
    上述した前記挿入するプロセスの後の前記初期のマージリストに従って前記現在のブロックのブロックベクトルを取得し、前記現在のブロックのマージ候補インデックスを取得する段階
    を備える、請求項５に記載の方法。
  7. 前記初期のマージリストは、最初の前記挿入するプロセスの前の空リストである、請求項５又は６に記載の方法。
  8. 上述した前記挿入するプロセスが順番に実行される、請求項５から７のいずれか一項に記載の方法。
  9. イントラブロックコピー（ＩＢＣ）モードのための候補マージリストを構築する方法であって、前記方法は、
    隣接ブロックが利用可能で、前記隣接ブロックがＩＢＣモードを使用している場合、現在のブロックの前記隣接ブロックのブロックベクトルを前記現在のブロックの初期のマージリストに挿入する段階と、
    前記隣接ブロックの前記ブロックベクトルが履歴ベースの動きベクトル予測子（ＨＭＶＰ）リストにおける最後の候補のブロックベクトルと同じでない場合、前記ＨＭＶＰリストにおける前記最後の候補の前記ブロックベクトルを前記初期のマージリストに挿入する段階と、
    を備え、
    前記ＨＭＶＰリストにおける前記最後の候補の前記ブロックベクトルを前記初期のマージリストに挿入する段階において、
    ｈＭｖｐＩｄｘが１に等しいかどうかを調べ、ｈＭｖｐＩｄｘが１に等しい場合に、ＨｍｖｐＩｂｃＣａｎｄＬｉｓｔ［ＮｕｍＨｍｖｐＩｂｃＣａｎｄ－１］が前記ＨＭＶＰリストにおける前記最後の候補であり、
    ｈＭｖｐＩｄｘが１に等しくない場合、前記ＨＭＶＰリストにおける別の候補の前記ブロックベクトルが、以下に従って前記初期のマージリストへ加えられ、
    ｂｖＣａｎｄＬｉｓｔ［ｎｕｍＣｕｒｒＣａｎｄ＋＋］＝ＨｍｖｐＩｂｃＣａｎｄＬｉｓｔ［ＮｕｍＨｍｖｐＩｂｃＣａｎｄ－ｈＭｖｐＩｄｘ］
    ここで、ｂｖＣａｎｄＬｉｓｔ［ｎｕｍＣｕｒｒＣａｎｄ＋＋］は前記初期のマージリストであり、ｈＭｖｐＩｄｘが１に等しくない場合に、ＨｍｖｐＩｂｃＣａｎｄＬｉｓｔ［ＮｕｍＨｍｖｐＩｂｃＣａｎｄ－ｈＭｖｐＩｄｘ］が、前記ＨＭＶＰリストにおける前記別の候補に対応し、
    前記現在のブロックの前記初期のマージリストにおける最後のブロックベクトルは、前記ＨＭＶＰリストにおける１つの候補の１つのブロックベクトルである、
    方法。
  10. 前記方法はさらに、
    上述した前記挿入するプロセスの後の前記初期のマージリストに従って前記現在のブロックのブロックベクトルを取得し、前記現在のブロックのマージ候補インデックスを取得する段階
    を備える、請求項９に記載の方法。
  11. イントラブロックコピー（ＩＢＣ）モードのための候補マージリストを構築する方法であって、前記方法は、
    左側隣接ブロックが利用可能で前記左側隣接ブロックがＩＢＣモードを使用している場合、現在のブロックの前記左側隣接ブロックのブロックベクトルを前記現在のブロックの初期のマージリストに挿入する段階と、
    上側隣接ブロックが利用可能で前記上側隣接ブロックがＩＢＣモードを使用しており、前記上側隣接ブロックのブロックベクトルが前記左側隣接ブロックの前記ブロックベクトルと同じでない場合、前記現在のブロックの前記上側隣接ブロックの前記ブロックベクトルを前記初期のマージリストに挿入する段階と、
    前記上側隣接ブロックの前記ブロックベクトルが、履歴ベースの動きベクトル予測子（ＨＭＶＰ）リストにおける最後の候補のブロックベクトルと同じでない場合、且つ前記左側隣接ブロックの前記ブロックベクトルが、前記ＨＭＶＰリストにおける前記最後の候補の前記ブロックベクトルと同じでない場合、前記ＨＭＶＰリストにおける前記最後の候補の前記ブロックベクトルを前記初期のマージリストに挿入する段階と、
    前記ＨＭＶＰリストにおける別の候補のブロックベクトルを前記初期のマージリストに挿入する段階であって、前記ＨＭＶＰリストにおける別の候補の前記ブロックベクトルのプルーニングが除去されている、段階と
    を備え、
    前記ＨＭＶＰリストにおける前記最後の候補の前記ブロックベクトルを前記初期のマージリストに挿入する段階および前記ＨＭＶＰリストにおける前記別の候補の前記ブロックベクトルを前記初期のマージリストに挿入する段階において、
    ｈＭｖｐＩｄｘが１に等しいかどうかを調べ、ｈＭｖｐＩｄｘが１に等しい場合にＨｍｖｐＩｂｃＣａｎｄＬｉｓｔ［ＮｕｍＨｍｖｐＩｂｃＣａｎｄ－１］が前記ＨＭＶＰリストにおける前記最後の候補であって、かつ、前記初期のマージリストにおけるブロックベクトルの候補Ｎに等しく、
    ｈＭｖｐＩｄｘが１に等しくない場合、前記ＨＭＶＰリストにおける前記別の候補の前記ブロックベクトルが、以下に従って前記初期のマージリストへ加えられ、
    ｂｖＣａｎｄＬｉｓｔ［ｎｕｍＣｕｒｒＣａｎｄ＋＋］＝ＨｍｖｐＩｂｃＣａｎｄＬｉｓｔ［ＮｕｍＨｍｖｐＩｂｃＣａｎｄ－ｈＭｖｐＩｄｘ］
    ここで、ｂｖＣａｎｄＬｉｓｔ［ｎｕｍＣｕｒｒＣａｎｄ＋＋］は前記初期のマージリストであり、ｈＭｖｐＩｄｘが１に等しくない場合に、ＨｍｖｐＩｂｃＣａｎｄＬｉｓｔ［ＮｕｍＨｍｖｐＩｂｃＣａｎｄ－ｈＭｖｐＩｄｘ］が、前記ＨＭＶＰリストにおける前記別の候補に対応し、
    前記現在のブロックの前記初期のマージリストにおける最後のブロックベクトルは、前記ＨＭＶＰリストにおける前記別の候補の前記ブロックベクトルである、
    方法。
  12. 請求項１から１１のいずれか一項に記載の方法を実行するための処理回路を備える、エンコーダ。
  13. 請求項１から１１のいずれか一項に記載の方法を実行するための処理回路を備える、デコーダ。
  14. プロセッサに、請求項１から１１のいずれか一項に記載の方法を実行させるためのコンピュータプログラム。
  15. デコーダであって、
    １又は複数のプロセッサと、
    前記１又は複数のプロセッサに連結され、前記１又は複数のプロセッサによる実行のためのプログラミングを保存する非一時的コンピュータ可読記憶媒体であって、前記プログラミングは、前記１又は複数のプロセッサにより実行される場合、請求項１から１１のいずれか一項に記載の方法を実行するように前記デコーダを構成する、非一時的コンピュータ可読記憶媒体と
    を備えるデコーダ。
  16. ビデオデータをビットストリームの形で保存するように構成されている非一時的メモリストレージと、
    請求項１から１１のいずれか一項に記載の方法を実行するように構成されているビデオデコーダと
    を備える、ビデオデータデコーディングデバイス。
JP2021525623A 2019-03-04 2020-02-10 Ｉｂｃマージリストを使用するエンコーダ、デコーダ、及び対応する方法 Active JP7477066B2 (ja)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201962813690P 2019-03-04 2019-03-04
US62/813,690 2019-03-04
US201962815311P 2019-03-07 2019-03-07
US62/815,311 2019-03-07
PCT/CN2020/074575 WO2020177505A1 (en) 2019-03-04 2020-02-10 An encoder, a decoder and corresponding methods using ibc merge list

Publications (2)

Publication Number Publication Date
JP2022522570A JP2022522570A (ja) 2022-04-20
JP7477066B2 true JP7477066B2 (ja) 2024-05-01

Family

ID=72337440

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2021525623A Active JP7477066B2 (ja) 2019-03-04 2020-02-10 Ｉｂｃマージリストを使用するエンコーダ、デコーダ、及び対応する方法

Country Status (10)

Country Link
US (2) US11546626B2 (ja)
EP (1) EP3878181A4 (ja)
JP (1) JP7477066B2 (ja)
KR (1) KR20210088688A (ja)
CN (2) CN112889290A (ja)
AU (2) AU2020233003B2 (ja)
BR (1) BR112021009922A2 (ja)
CA (1) CA3120795A1 (ja)
MX (1) MX2021008402A (ja)
WO (1) WO2020177505A1 (ja)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11153563B2 (en) * 2019-03-12 2021-10-19 Qualcomm Incorporated Combined in-loop filters for video coding
WO2020256528A1 (ko) * 2019-06-20 2020-12-24 한국전자통신연구원 비디오 부호화/복호화 방법, 장치 및 비트스트림 저장 매체
CN113423004B (zh) * 2021-08-23 2021-11-30 杭州一知智能科技有限公司 基于解耦译码的视频字幕生成方法和系统
US20230075788A1 (en) * 2021-09-01 2023-03-09 Tencent America LLC Template matching on ibc merge candidates

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9756354B2 (en) * 2014-03-17 2017-09-05 Qualcomm Incorporated Block vector predictor for intra block copying
CN108632629B9 (zh) * 2014-03-19 2021-06-15 株式会社Kt 针对多视图视频信号生成合并候选列表的方法及解码装置
WO2015180014A1 (en) * 2014-05-26 2015-12-03 Mediatek Singapore Pte. Ltd. An improved merge candidate list construction method for intra block copy
US10027981B2 (en) * 2014-09-01 2018-07-17 Hfi Innovation Inc. Method of intra picture block copy for screen content and video coding
WO2016048834A1 (en) 2014-09-26 2016-03-31 Vid Scale, Inc. Intra block copy coding with temporal block vector prediction
JP6527949B2 (ja) * 2015-01-29 2019-06-12 ヴィド スケール インコーポレイテッド イントラブロックコピー探索
US10887597B2 (en) * 2015-06-09 2021-01-05 Qualcomm Incorporated Systems and methods of determining illumination compensation parameters for video coding
US10812822B2 (en) * 2015-10-02 2020-10-20 Qualcomm Incorporated Intra block copy merge mode and padding of unavailable IBC reference region
US11070796B2 (en) * 2018-09-28 2021-07-20 Qualcomm Incorporated Ultimate motion vector expression based pruning for video coding
US20200112715A1 (en) * 2018-10-05 2020-04-09 Qualcomm Incorporated History-based motion vector prediction for inter prediction coding
US11184633B2 (en) * 2018-11-27 2021-11-23 Qualcomm Incorporated Simplification of history-based motion vector prediction
WO2020114407A1 (en) * 2018-12-03 2020-06-11 Beijing Bytedance Network Technology Co., Ltd. Partial pruning method for hmvp mode
US11025936B2 (en) * 2019-01-25 2021-06-01 Tencent America LLC Method and apparatus for video coding
US11190800B2 (en) * 2019-02-07 2021-11-30 Qualcomm Incorporated Motion vector predictor list generation for intra block copy mode in video coding

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
Ｂｅｎｊａｍｉｎ Ｂｒｏｓｓ ｅｔ ａｌ．， Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ （Ｄｒａｆｔ ４）， Ｊｏｉｎｔ Ｖｉｄｅｏ Ｅｘｐｅｒｔｓ Ｔｅａｍ （ＪＶＥＴ）， ２０１９－０２－２７， ［ＪＶＥＴ－Ｍ１００１－ｖ５］ （ｖｅｒｓｉｏｎ ５）， ｐｐ．２１２－２１６
Ｘｉａｏｚｈｏｎｇ Ｘｕ ｅｔ ａｌ．， ＣＥ８－ｒｅｌａｔｅｄ： Ｃｏｍｂｉｎａｔｉｏｎ ｔｅｓｔ ｏｆ ＪＶＥＴ－Ｎ０１７６／ＪＶＥＴ－Ｎ０３１７／ＪＶＥＴ－Ｎ０３８２ ｏｎ ｓｉｍｐｌｉｆｉｃａｔｉｏｎ ｏｆ ＩＢＣ ｖｅｃｔｏｒ ｐｒｅｄｉｃｔｉｏｎ， Ｊｏｉｎｔ Ｖｉｄｅｏ Ｅｘｐｅｒｔｓ Ｔｅａｍ （ＪＶＥＴ）， ２０１９－０３－２５， ［ＪＶＥＴ－Ｎ０８４３－ｖ１］ （ｖｅｒｓｉｏｎ １）

Also Published As

Publication number Publication date
US20230130158A1 (en) 2023-04-27
BR112021009922A2 (pt) 2021-09-28
EP3878181A1 (en) 2021-09-15
MX2021008402A (es) 2021-08-18
US11546626B2 (en) 2023-01-03
AU2020233003A1 (en) 2021-06-10
AU2024201140A1 (en) 2024-03-14
CN113660497B (zh) 2022-06-28
KR20210088688A (ko) 2021-07-14
EP3878181A4 (en) 2022-03-09
US20200374541A1 (en) 2020-11-26
CN113660497A (zh) 2021-11-16
JP2022522570A (ja) 2022-04-20
CA3120795A1 (en) 2020-09-10
AU2020233003B2 (en) 2023-11-23
CN112889290A (zh) 2021-06-01
WO2020177505A1 (en) 2020-09-10

Similar Documents

Publication Publication Date Title
CN113727101B (zh) 编码器、解码器及对应帧间预测方法
KR102596735B1 (ko) 루마 및 크로마 성분에 대한 ibc 전용 버퍼 및 디폴트 값 리프레싱을 사용하는 인코더, 디코더 및 대응하는 방법들
JP7457010B2 (ja) マージモードのためのエンコーダ、デコーダ、および対応する方法
JP7477066B2 (ja) Ｉｂｃマージリストを使用するエンコーダ、デコーダ、及び対応する方法
CN113924780A (zh) 用于色度子块的仿射帧间预测的方法及装置
JP7448602B2 (ja) ビデオコーディングのための、サブブロックマージ候補のための個別マージリストと、イントラ－インター技術との調和
CN113597761A (zh) 帧内预测方法和装置
CN115023953A (zh) 指示高级语法的编码器、解码器以及对应方法
KR102616714B1 (ko) 광학 흐름 정제를 위한 조기 종료
JP2024023666A (ja) Ｉｂｃマージ・リストのために使用する符号化器、復号器、及び対応する方法
CN113302929A (zh) 几何分割模式的样本距离计算
US11985305B2 (en) Encoder, a decoder and corresponding methods using for IBC merge list
RU2817030C2 (ru) Кодер, декодер и соответствующие способы использования для списка объединения ibc
RU2797574C2 (ru) Кодер, декодер и соответствующие способы, использующие список на слияние внутрикадрового копирования блоков
US20220132150A1 (en) Motion field storage optimization for a line buffer
US20240137499A1 (en) Encoder, a decoder and corresponding methods for merge mode

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20210628

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20220531

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20220808

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20221115

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230314

C60 Trial request (containing other claim documents, opposition documents)

Free format text: JAPANESE INTERMEDIATE CODE: C60

Effective date: 20230314

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20230323

C21 Notice of transfer of a case for reconsideration by examiners before appeal proceedings

Free format text: JAPANESE INTERMEDIATE CODE: C21

Effective date: 20230328

A912 Re-examination (zenchi) completed and case transferred to appeal board

Free format text: JAPANESE INTERMEDIATE CODE: A912

Effective date: 20230512

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20240402