JP2022132346A - Ｉｂｃとａｔｍｖｐとの間でのインタラクション - Google Patents

Abstract

【課題】 映像コーディングにおいてイントラブロックコピー（ＩＢＣ）を適用する装置、システム、及び方法が記述される。【解決手段】 概して、映像符号化及び復号のためにＩＢＣを既存の動き補償アルゴリズムと統合する方法が記述される。代表的な一態様において、ＩＢＣを用いた映像符号化の方法は、現在ピクチャの現在ブロックが動き補償アルゴリズムを用いて符号化されるべきかを判定し、該判定に基づいて、現在ブロックにイントラブロックコピーを選択的に適用することによって現在ブロックを符号化することを含む。代表的な態様において、ＩＢＣを用いた映像符号化の他の方法は、現在ピクチャの現在ブロックがイントラブロックコピーを使用して符号化されるべきかを判定し、該判定に基づいて、現在ブロックに動き補償アルゴリズムを選択的に適用することによって現在ブロックを符号化することを含む。【選択図】 図１０

Description

この出願は、２０１８年６月５日に出願された国際特許出願第ＰＣＴ／ＣＮ２０１８／０８９９２０号の優先権及び利益を主張するものである２０１９年６月４日に出願された国際特許出願第ＰＣＴ／ＩＢ２０１９／０５４６１１号の国内移行である特願２０２０－５６８４７４号の分割出願である。これら全ての特許出願をそれらの全体にてここに援用する。

この特許文献は概して映像符号化技術に関する。

動き補償は、映像内のカメラ及び／又は被写体の動きに対処することによって、先行フレーム及び／又は将来フレームを所与として映像内のフレームを予測するための、映像処理における技術である。動き補償は、映像圧縮のために映像データの符号化及び復号に使用されることができる。

動き補償のためのイントラブロックコピーに関する装置、システム、及び方法が記述される。

代表的な一態様において、開示される技術は、イントラブロックコピーを用いた映像符号化の方法を提供するために使用され得る。この方法は、現在ピクチャの現在ブロックが動き補償アルゴリズムを用いて符号化されるべきかを判定し、該判定に基づいて、現在ブロックにイントラブロックコピーを選択的に適用することによって現在ブロックを符号化することを含む。

代表的な他の一態様において、開示される技術は、イントラブロックコピーを用いた映像符号化の他の方法を提供するために使用され得る。この方法は、現在ピクチャの現在ブロックがイントラブロックコピーを使用して符号化されるべきかを判定し、該判定に基づいて、現在ブロックに動き補償アルゴリズムを選択的に適用することによって現在ブロックを符号化することを含む。

代表的な更なる他の一態様において、開示される技術は、イントラブロックコピーを用いた映像復号の方法を提供するために使用され得る。この方法は、現在ピクチャの現在ブロックが動き補償アルゴリズムを用いて復号されるべきかを判定し、該判定に基づいて、現在ブロックにイントラブロックコピーを選択的に適用することによって現在ブロックを復号することを含む。

代表的な更なる他の一態様において、開示される技術は、イントラブロックコピーを用いた映像復号の他の方法を提供するために使用され得る。この方法は、現在ピクチャの現在ブロックがイントラブロックコピーを使用して復号されるべきかを判定し、該判定に基づいて、現在ブロックに動き補償アルゴリズムを選択的に適用することによって現在ブロックを復号することを含む。

代表的な更なる他の一態様において、視覚情報を復号する方法が開示される。当該方法は、符号化された表現から、視覚情報の一部を表す復号対象ブロックが代替的時間動きベクトル予測（alternative temporal motion vector prediction；ＡＴＭＶＰ）符号化技術を用いて符号化されていることを特定し、復号対象ブロックの空間的に隣接するブロックがイントラブロックコピー（Intra-Block Copy；ＩＢＣ）符号化技術を用いて符号化されていることを特定し、空間的に隣接するブロックが、復号対象ブロックに関する時間ベクトルを導出するための動きベクトルを提供することができないと決定し、そして、ＡＴＭＶＰ符号化技術に対応するＡＴＭＶＰ復号技術を使用することによって、及び復号対象ブロックに関する時間ベクトルを導出するための動きベクトルを提供するのに空間的に隣接するブロックの使用を排除することによって、符号化された表現を復号することを含む。

代表的な更なる他の一態様において、視覚情報を復号する他の方法が開示される。当該方法は、符号化された表現から、視覚情報の一部を表す復号対象ブロックがＡＴＭＶＰ（alternative temporal motion vector prediction）符号化技術を用いて符号化されていることを特定し、参照ピクチャ内の同一位置のブロックがイントラブロックコピー（ＩＢＣ）符号化技術を用いて符号化されていることを特定し、参照ピクチャ内の同一位置のブロックが、復号対象ブロックのサブブロックに関する動きベクトルを導出するために用いられることができないと決定し、そして、ＡＴＭＶＰ符号化技術に対応するＡＴＭＶＰ復号技術を使用することによって、及び復号対象ブロックのサブブロックに関する時間動きベクトル候補を提供するのに参照ピクチャ内の同一位置のブロックの使用を排除することによって、符号化された表現を復号することを含む。

代表的な更なる他の一態様において、視覚情報処理の他の方法が開示される。当該方法は、視覚情報を、複数の符号化されたピクチャ、及び適用される１つ以上の符号化技術をシグナリングする複数のインジケータへと符号化することを含み、複数のインジケータは、イントラブロックコピー（ＩＢＣ）技術インジケータ及びＡＴＭＶＰ技術インジケータを含み、視覚情報に関連する第１のピクチャの第１のブロックが、ＩＢＣ技術を用いて符号化され、視覚情報に関連する第２のピクチャの第２のブロックが、ＡＴＭＶＰ技術を用いて符号化され、ＩＢＣ技術は、第１のピクチャの第１のブロックを符号化するのに第１のピクチャの異なるブロックを使用し、ＡＴＭＶＰ技術は、第２のピクチャを符号化するのに視覚情報に関連する第３のピクチャを使用する。

代表的な更なる他の一態様において、上述の方法は、プロセッサ実行可能コードの形態で具体化され、コンピュータ読み取り可能プログラム媒体に格納される。

代表的な更なる他の一態様において、上述の方法を実行するように構成された又は動作可能な装置が開示される。当該装置は、この方法を実装するようにプログラムされたプロセッサを含み得る。

代表的な更なる他の一態様において、映像デコーダ装置が、ここに記載される方法を実装し得る。

開示される技術の上記の及び他の態様及び特徴が、図面、明細書、及び特許請求の範囲にて更に詳細に記述される。

イントラブロックコピー技術の一例を示している。 符号化ユニット（ＣＵ）に対してＡＴＭＶＰ（alternative temporal motion vector prediction）アルゴリズムを用いる動き予測の一例を示している。 開示される技術に従ったイントラブロックコピーを用いる映像符号化方法の一例のフローチャートを示している。 開示される技術に従ったイントラブロックコピーを用いる映像符号化方法の他の一例のフローチャートを示している。 開示される技術に従ったイントラブロックコピーを用いる映像復号方法の一例のフローチャートを示している。 開示される技術に従ったイントラブロックコピーを用いる映像復号方法の他の一例のフローチャートを示している。 ここに開示される技術の様々な部分を実装するのに利用されることができるコンピュータシステム又は他の制御装置に関するアーキテクチャの一例を示すブロック図である。 ここに開示される技術の様々な部分を実装するのに利用されることができるモバイル装置の一実施形態例のブロック図を示している。 視覚情報処理の方法の一例のフローチャートである。 視覚情報処理の方法の一例のフローチャートである。

セクションの見出しは、本明細書において、理解を容易にするために使用されており、各セクションで説明される技術及び実施形態の範囲をそのセクションだけに限るものではない。

例えば映像、画像、三次元シーンなど、より高い解像度の視覚情報の需要が増していることにより、映像符号化方法及び技術は、現代技術において至るところに存在するものになっている。この出願にて説明される技術は、映像、画像、三次元シーンなどを含む様々な視覚情報に適用可能である。視覚情報のピクチャは、映像のフレーム、画像の一部、三次元シーン内のオブジェクト、三次元シーンの一部などとすることができる。ブロックは、この出願にて説明されるように、例えば符号化ユニット（ＣＵ）、最大符号化ユニット（ＬＣＵ）、サンプル、予測ユニット（ＰＵ）などの、視覚情報のピクチャの一部とすることができる。視覚情報のサブブロックは、例えばサブＣＵ、サンプルなどのＰＵとすることができる。ＰＵは、ピクセル、ボクセル、又は視覚情報の最小の解像量とすることができる。映像コーデックは典型的に、デジタル映像を圧縮又は解凍する電子回路又はソフトウェアを含んでおり、より高い符号化効率を提供するために絶えず改良されている。或る映像コーデックは、未圧縮の映像を圧縮形式に変換し、又はその逆を行う。映像品質、映像を表現するのに使用されるデータ量（ビットレートによって決定される）、符号化及び復号アルゴリズムの複雑さ、データ損失及びエラーに対する感度、編集の容易さ、ランダムアクセス、及びエンドツーエンド遅延（レイテンシ）の間に複雑な関係が存在する。圧縮されたフォーマットは、通常、例えばＨＥＶＣ（High Efficiency Video Coding）規格（Ｈ．２６５又はＭＰＥＧ－Ｈ Ｐａｒｔ２としても知られている）、まとめられることになるＶＶＣ（Versatile Video Coding）規格、又は他の現在及び／又は将来の映像符号化標準といった、標準映像圧縮仕様に従う。

開示される技術の実施形態は、ランタイム性能を改善するために、既存の映像符号化標準（例えば、ＨＥＶＣ、Ｈ．２６５）及び将来の規格に適用され得る。セクションの見出しは、本明細書において、説明の読み取りやすさを向上させるために使用され、説明又は実施形態（及び／又は実装）をそれぞれのセクションのみに何ら限るものではない。

１． 参照ピクチャ及び参照ピクチャリストの例
ＨＥＶＣには、短期と長期の２つのタイプの参照ピクチャが存在する。参照ピクチャは、もはや予測参照のために不要となったときに、“参照に不使用”とマークされ得る。参照ピクチャセット（reference picture set；ＲＰＳ）又はバッファ記述と呼ばれる全く新しい参照ピクチャ管理のためのアプローチが、ＨＥＶＣによって導入されている。

ピクチャを“短期参照に使用”、“長期参照に使用”、“参照に不使用”としてマークする処理は、ＲＰＳの概念を用いて行われている。ＲＰＳは、各スライスヘッダにてシグナリングされるピクチャインジケータのセットであり、一組の短期ピクチャと一組の長期ピクチャとで構成される。ピクチャの最初のスライスヘッダが復号された後に、ＤＰＢ内のピクチャが、ＲＰＳによって指定される通りにマークされる。ＲＰＳ内の短期ピクチャ部分で指し示されたＤＰＢ内のピクチャは、短期ピクチャとしてそのままにされる。ＲＰＳ内の長期ピクチャ部分で指し示されたＤＰＢ内の短期ピクチャ又は長期ピクチャは、長期ピクチャに変換され又は長期ピクチャとしてそのままにされる。そして最後に、ＲＰＳ内にインジケータがないＤＰＢ内のピクチャは、参照に不使用としてマークされる。従って、復号順で後のいずれかのピクチャの予測のために参照として使用されるかもしれない復号済みの全てのピクチャが、ＲＰＳに含められなければならない。

ＲＰＳは、ＤＰＢ内のピクチャを識別するために使用されるピクチャオーダーカウント（picture order count；ＰＯＣ）値のセットで構成される。ＰＯＣ情報をシグナリングすることのほかに、ＲＰＳはまた、ピクチャごとに１つのフラグをシグナリングする。各フラグは、対応するピクチャが現在ピクチャ用の参照に利用可能であるのか利用不可であるのかを指し示す。なお、参照ピクチャは、現在ピクチャには利用不可であるとしてシグナリングされるとしても、ＤＰＢ内になおも保持され、後に参照用に利用可能にされて将来ピクチャを復号するのに使用され得る。

ＰＯＣ情報及びこの可用性フラグから、表１に示すような参照ピクチャの５つのリストを作成することができる。ＲｅｆＰｉｃＳｅｔＳｔＣｕｒｒＢｅｆｏｒｅなるリストは、現在ピクチャ用の参照に利用可能であって現在ピクチャのＰＯＣ値より低いＰＯＣ値を持つ短期ピクチャで構成される。ＲｅｆＰｉｃＳｅｔＳｔＣｕｒｒＡｆｔｅｒは、現在ピクチャのＰＯＣ値よりも高いＰＯＣ値を持つ利用可能な短期ピクチャで構成される。ＲｅｆＰｉｃＳｅｔＳｔＦｏｌｌは、現在ピクチャには利用不可にされるが、復号順で後のピクチャを復号するための参照ピクチャとして使用され得る全ての短期ピクチャを含むリストである。最後に、ＲｅｆＰｉｃＳｅｔＬｔＣｕｒｒ及びＲｅｆＰｉｃＳｅｔＬｔＦｏｌｌなるリストは、現在ピクチャ用の参照に、それぞれ、利用可能な長期ピクチャ及び利用不可の長期ピクチャを含む。

１．１ 短期参照ピクチャ及び長期参照ピクチャの例
一般的なシーケンスパラメータセットの構文を以下に示す。

一般的なスライスセグメントヘッダの構文を以下に示す。

上の構文の表で使用されるセマンティクスは、次のように定義される。

ｎｕｍ＿ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓは、ＳＰＳに含められるｓｔ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ（）構文構造の数を指定する。ｎｕｍ＿ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓの値は、両端を含めて０から６４の範囲内とする。

一部の実施形態において、現在ピクチャのスライスヘッダにて直接シグナリングされるｓｔ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ（）構文構造が存在し得るので、デコーダは、ｓｔ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ（）構文構造に総数でｎｕｍ＿ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ＋１のメモリを割り当ててもよい。現在ピクチャのスライスヘッダにて直接シグナリングされるｓｔ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ（）構文構造は、ｎｕｍ＿ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓに等しいインデックスを持つ。

０に等しいｌｏｎｇ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、ＣＶＳ内のいずれの符号化されたピクチャのインター予測にも長期参照ピクチャが使用されないことを指定する。１に等しいｌｏｎｇ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、ＣＶＳ内の１つ以上の符号化されたピクチャのインター予測のために長期参照ピクチャが使用され得ることを指定する。

ｎｕｍ＿ｌｏｎｇ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃｓ＿ｓｐｓは、ＳＰＳにて指定される候補長期参照ピクチャの数を指定する。ｎｕｍ＿ｌｏｎｇ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃｓ＿ｓｐｓの値は、両端を含めて０から３２の範囲内とする。

ｌｔ＿ｒｅｆ＿ｐｉｃ＿ｐｏｃ＿ｌｓｂ＿ｓｐｓ［ｉ］は、ＳＰＳにて指定されるｉ番目の候補長期参照ピクチャのピクチャオーダーカウントモジュロＭａｘＰｉｃＯｒｄｅｒＣｎｔＬｓｂを指定する。ｌｔ＿ｒｅｆ＿ｐｉｃ＿ｐｏｃ＿ｌｓｂ＿ｓｐｓ［ｉ］を表すために使用されるビット数は、ｌｏｇ２＿ｍａｘ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂ＿ｍｉｎｕｓ４＋４に等しい。

０に等しいｕｓｅｄ＿ｂｙ＿ｃｕｒｒｅｎｔ＿ｐｉｃ＿ｌｔ＿ｓｐｓ＿ｆｌａｇ［ｉ］は、ＳＰＳにて指定されるｉ番目の候補長期参照ピクチャが、ＳＰＳにて指定される当該ｉ番目の候補長期参照ピクチャを自身の長期参照ピクチャセット（ＲＰＳ）内に含むピクチャによって、参照に使用されないことを指定する。

１に等しいｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ＿ｓｐｓ＿ｆｌａｇは、現在ピクチャの短期ＲＰＳが、スライスヘッダ内の構文要素ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ＿ｉｄｘによって特定されるアクティブＳＰＳ内のｓｔ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ（）構文構造のうちの１つに基づいて導出されることを指定する。０に等しいｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ＿ｓｐｓ＿ｆｌａｇは、現在のピクチャの短期ＲＰＳが、現在ピクチャのスライスヘッダに直接的に含められるｓｔ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ（）構文構造に基づいて導出されることを指定する。ｎｕｍ＿ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓが０に等しいとき、ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ＿ｓｐｓ＿ｆｌａｇの値は０に等しいとする。

ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ＿ｉｄｘは、現在ピクチャの短期ＲＰＳの導出に使用されるｓｔ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ（）構文構造の、アクティブＳＰＳに含まれるｓｔ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ（）構文構造のリストへの、インデックスを指定する。構文要素ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ＿ｉｄｘは、Ｃｅｉｌ（Ｌｏｇ２（ｎｕｍ＿ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓ））ビットによって表される。存在しない場合、ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ＿ｉｄｘの値は０に等しいと推定される。ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ＿ｉｄｘの値は、両端を含めて０からｎｕｍ＿ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓ－１の範囲内とする。

一部の実施形態において、変数ＣｕｒｒＲｐｓＩｄｘは以下のように導出される。
― ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ＿ｓｐｓ＿ｆｌａｇが１に等しい場合、ＣｕｒｒＲｐｓｉｄｘはｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ＿ｉｄｘに等しく設定される。
― それ以外の場合、ＣｕｒｒＲｐｓｉｄｘはｎｕｍ＿ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓに等しく設定される。

ｎｕｍ＿ｌｏｎｇ＿ｔｅｒｍ＿ｓｐｓは、アクティブＳＰＳにて指定される候補長期参照ピクチャに基づいて導出される現在ピクチャの長期ＲＰＳ内のエントリの数を指定する。ｎｕｍ＿ｌｏｎｇ＿ｔｅｒｍ＿ｓｐｓの値は、両端を含めて０からｎｕｍ＿ｌｏｎｇ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃｓ＿ｓｐｓの範囲内とする。存在しない場合、ｎｕｍ＿ｌｏｎｇ＿ｔｅｒｍ＿ｓｐｓの値は０に等しいと推定される。

ｎｕｍ＿ｌｏｎｇ＿ｔｅｒｍ＿ｐｉｃｓは、スライスヘッダにて直接的にシグナリングされる現在ピクチャの長期ＲＰＳ内のエントリの数を指定する。存在しない場合、ｎｕｍ＿ｌｏｎｇ＿ｔｅｒｍ＿ｐｉｃｓの値は０に等しいと推定される。

一部の実施形態において、ｎｕｍ＿ｌａｙｅｒ＿ｉｄが０に等しいとき、ｎｕｍ＿ｌｏｎｇ＿ｔｅｒｍ＿ｐｉｃｓの値は、ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＴｅｍｐｏｒａｌＩｄ］－ＮｕｍＮｅｇａｔｉｖｅＰｉｃｓ［ＣｕｒｒＲｐｓＩｄｘ］－ＮｕｍＰｏｓｉｔｉｖｅＰｉｃｓ［ＣｕｒｒＲｐｓＩｄｘ］－ｎｕｍ＿ｌｏｎｇ＿ｔｅｒｍ＿ｓｐｓ－ＴｗｏＶｅｒｓｉｏｎｓＯｆＣｕｒｒＤｅｃＰｉｃＦｌａｇ以下であるとする。

ｌｔ＿ｉｄｘ＿ｓｐｓ［ｉ］は、現在ピクチャの長期ＲＰＳ内のｉ番目のエントリの、アクティブＳＰＳにて指定される候補長期参照ピクチャのリストへの、インデックスを指定する。ｌｔ＿ｉｄｘ＿ｓｐｓ［ｉ］を表すのに使用されるビット数は、Ｃｅｉｌ（Ｌｏｇ２（ｎｕｍ＿ｌｏｎｇ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃｓ＿ｓｐｓ））に等しい。存在しない場合、ｌｔ＿ｉｄｘ＿ｓｐｓ［ｉ］の値は０に等しいと推定される。ｌｔ＿ｉｄｘ＿ｓｐｓ［ｉ］の値は、両端を含めて０からｎｕｍ＿ｌｏｎｇ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃｓ＿ｓｐｓ－１の範囲内とする。

ｐｏｃ＿ｌｓｂ＿ｌｔ［ｉ］は、現在ピクチャの長期ＲＰＳ内のｉ番目のエントリのピクチャオーダーカウントモジュロＭａｘＰｉｃＯｒｄｅｒＣｎｔＬｓｂの値を指定する。ｐｏｃ＿ｌｓｂ＿ｌｔ［ｉ］構文要素の長さは、ｌｏｇ２＿ｍａｘ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂ＿ｍｉｎｕｓ４＋４ビットである。

０に等しいｕｓｅｄ＿ｂｙ＿ｃｕｒｒｅｎｔ＿ｐｉｃ＿ｌｔ＿ｆｌａｇ［ｉ］は、現在ピクチャの長期ＲＰＳ内のｉ番目のエントリが現在ピクチャによって参照に使用されないことを指定する。

一部の実施形態において、変数ＰｏｃＬｓｂＬｔ［ｉ］及びＵｓｅｄＢｙＣｕｒｒＰｉｃＬｔ［ｉ］は、以下のように導出される：
― ｉがｎｕｍ＿ｌｏｎｇ＿ｔｅｒｍ＿ｓｐｓよりも小さい場合、ＰｏｃＬｓｂＬｔ［ｉ］はｌｔ＿ｒｅｆ＿ｐｉｃ＿ｐｉｃ＿ｌｓｂ＿ｓｐｓ［ｌｔ＿ｉｄｘ＿ｓｐｓ［ｉ］］に等しく設定され、ＵｓｅｄＢｙＣｕｒｒＰｉｃＬｔ［ｉ］はｕｓｅｄ＿ｂｙ＿ｃｕｒｓ＿ｐｉｃ＿ｐｉｃ＿ｓｐｓ＿ｆｌａｇ［ｌｔ＿ｉｄｘ＿ｓｐｓ［ｉ］］に等しく設定される。
― それ以外の場合、ＰｏｃＬｓｂＬｔ［ｉ］はｐｏｃ＿ｌｓｂ＿ｌｔ［ｉ］に等しく設定され、ＵｓｅｄＢｙＣｕｒｒＰｉｃＬｔ［ｉ］がｕｓｅｄ＿ｂｙ＿ｃｕｒｒｅｎｔ＿ｐｉｃ＿ｌｔ＿ｆｌａｇ［ｉ］に等しく設定される。

１に等しいｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］は、ｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｃｙｃｌｅ＿ｌｔ［ｉ］が存在することを指定する。０に等しいｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］は、ｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｃｙｃｌｅ＿ｌｔ［ｉ］が存在しないことを指定する。

一部の実施形態において、ｐｒｅｖＴｉｄ０Ｐｉｃを、０に等しいＴｅｍｐｏｒａｌＩｄを持った、ＲＡＳＬ、ＲＡＤＬ又はＳＬＮＲピクチャでない、復号順で前のピクチャとする。ｓｅｔＯｆＰｒｅｖＰｏｃＶａｌｓを、以下からなる集合とする：
― ｐｒｅｖＴｉｄ０ＰｉｃのＰｉｃＯｒｄｅｒＣｎｔＶａｌ、
― ｐｒｅｖＴｉｄ０ＰｉｃのＲＰＳ内の各ピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌ、
― 復号順でｐｒｅｖＴｉｄ０Ｐｉｃに続き且つ復号順で現在ピクチャに先行する各ピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌ。

一部の実施形態において、ｓｅｔＯｆＰｒｅｖＰｏｃＶａｌｓ内の値であって、それに関して値ｍｏｄｕｌｏ ＭａｘＰｉｃＯｒｄｅｒＣｎｔＬｓｂがＰｏｃＬｓｂＬｔ［ｉ］に等しい値が、２つ以上存在する場合、ｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］は１に等しいとする。

ｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｃｙｃｌｅ＿ｌｔ［ｉ］は、現在ピクチャの長期ＲＰＳ内のｉ番目のエントリのピクチャオーダーカウント値の最上位ビットの値を決定するために使用される。ｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｃｙｃｌｅ＿ｌｔ［ｉ］が存在しない場合、それは０に等しいと推定される。

一部の実施形態において、変数ＤｅｌｔａＰｏｃＭｓＣｙｃｌｅＬｔ［ｉ］は以下のように導出される：
ｉ＝０且つｉ＝ｎｕｍ＿ｌｏｎｇ＿ｔｅｒｍ＿ｓｐｓである場合、ＤｅｌｔａＰｏｃＭｓｂＣｙｃｌｅＬｔ［ｉ］＝ｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｃｙｃｌｅ＿ｌｔ［ｉ］、それ以外の場合、ＤｅｌｔａＰｏｃＭｓｂＣｙｃｌｅＬｔ［ｉ］＝ｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｃｙｃｌｅ＿ｌｔ［ｉ］＋ＤｅｌｔａＰｏｃＭｓｂＣｙｃｌｅＬｔ［ｉ－１］。

１．２ 短期参照ピクチャ及び長期参照ピクチャ間の動きベクトル予測（ＭＶＰ）の例
一部の実施形態において、動きベクトル予測は、ターゲット参照ピクチャタイプと予測参照ピクチャタイプとが同じである場合にのみ許される。換言すれば、それらのタイプが異なる場合、動きベクトルの予測は許されない。

先進動きベクトル予測（Advanced Motion Vector Prediction；ＡＭＶＰ）は、既存の実装を含む動きベクトル予測の一例である。既存のＡＭＶＰ実装の関連部分を以下にて詳述する。

動きベクトルｍｖＬＸＡ及び可用性フラグａｖａｌａｂｌｅＦｌａｇＬＸＡは、以下の順序付けられたステップで導出される。

（１）サンプル位置（ｘＮｂＡ０，ｙＮｂＡ０）が（ｘＰｂ－１，ｙＰｂ＋ｎＰｂＨ）に等しく設定され、サンプル位置（ｘＮｂＡ１，ｙＮｂＡ１）が（ｘＮｂＡ０，ｙＮｂＡ０－１）に等しく設定される。

（７）ａｖａｌｌａｂｌｅＦｌａｇＬＸＡが０に等しいとき、（ｘＮｂＡ０，ｙＮｂＡｋ）から（ｘＮｂＡ０，ｙＮｂＡ０）まで、又はａｖａｌｌａｂｌｅＦｌａｇＬＸＡが１に等しくなるまで、（ｘＮｂＡｋ，ｙＮｂＡｋ）に以下が適用される：
― ａｖａｌｌａｂｌｅＡｋがＴＲＵＥに等しく、且つａｖａｌｌａｂｌｅＦｌａｇＬＸＡが０に等しいとき、以下が適用される：
ＰｒｅｄＦｌａｇＬＸ［ｘＮｂＡｋ］［ｙＮｂＡｋ］が１に等しく、且つＬｏｎｇＴｅｒｍＲｅｆＰｉｃ（ｃｕｒｒｅｎｔＰｉｃ，ｃｕｒｒｅｎｔＰｂ，ｒｅｆＩｄｘＬＸ，ＲｅｆＰｉｃＬｉｓｔＸ）がＬｏｎｇＴｅｒｍＲｅｆＰｉｃ（ｃｕｒｒｅｎｔＰｉｃ，ｃｕｒｒＰｂ，ＲｅｆＩｄｘＬＸ［ｘＮｂＡｋ］［ｙＮｂＡｋ］，ＲｅｆＰｉｃＬｉｓｔＸ）に等しい場合、ａｖａｉｌａｂｌｅＦｌａｇＬＸＡが１に等しく設定され、以下の割り当てが行われる：
ｍｖＬＸＡ＝ＭｖＬＸ［ｘＮｂＡｋ］［ｙＮｂＡｋ］
ｒｅｆＩｄｘＡ＝ＲｅｆＩｄｘＬＸ［ｘＮｂＡｋ］［ｙＮｂＡｋ］
ｒｅｆＰｉｃＬｉｓｔＡ＝ＲｅｆＰｉｃＬｉｓｔＸ
それ以外の場合で、ＰｒｅｄＦｌａｇＬＹ［ｘＮｂＡｋ］［ｙＮｂＡｋ］（Ｙ＝！Ｘ）が１に等しく、且つＬｏｎｇＴｅｒｍＲｅｆＰｉｃ（ｃｕｒｒＰｉｃ，ｃｕｒｒＰｂ，ｒｅｆＩｄｘＬＸ，ＲｅｆＰｉｃＬｉｓｔＸ）がＬｏｎｇＴｅｒｍＲｅｆＰｉｃ（ｃｕｒｒＰｉｃ，ｃｕｒｒＰｂ，ＲｅｆＩｄｘＬＹ［ｘＮｂＡｋ］［ｙＮｂＡｋ］，ＲｅｆＰｉｃＬｉｓｔＹ）に等しいとき、ａｖａｉｌａｂｌｅＦｌａｇＬＸＡが１に設定される。

動きベクトルｍｖＬＸＢ及び可用性フラグａｖａｌａｂｉｌａｂｌｅＦｌａｇＬＸＢは、以下の順序付けられたステップで導出される。

（１）サンプル位置（ｘＮｂＢ０、ｙＮｂＢ０）、（ｘＮｂＢ１、ｙＮｂＢ１）及び（ｘＮｂＢ２、ｙＮｂＢ２）が、それぞれ、（ｘＰｂ＋ｎＰｂＷ、ｙＰｂ－１）、（ｘＰｂ＋ｎＰｂＷ－１、ｙＰｂ－１）及び（ｘＰｂ－１、ｙＰｂ－１）に等しく設定される。

（５）ｉｓＳｃａｌｅｄＦｌａｇＬＸが０に等しいとき、ａｖａｌａｌａｂｌｅＦｌａｇＬＸＢが０に等しく設定され、（ｘＮｂＢ０，ｙＮｂＢ０）から（ｘＮｂＢ２，ｙＮｂＢ２）まで、又はａｖａｌａｂｌｅＦｌａｇＬＸＢが１に等しくなるまで、（ｘＮｂＢｋ，ｙＮｂＢｋ）以下が適用される：
― 節６．４．２に規定される予測ブロックの可用性導出プロセスが、ルマ（luma）位置（ｘＣｂ，ｙＣｂ）、現在ルマ符号化ブロックサイズｎＣｂＳ、ルマ位置（ｘＰｂ，ｙＰｂ）、ルマ予測ブロック幅ｎＰｂＷ、ルマ予測ブロック高さｎＰｂＨ、（ｘＮｂＢｋ，ｙＮｂＢｋ）に等しく設定されたルマ位置（ｘＮｂＹ，ｙＮｂＹ）、及びパーティションインデックスｐａｒｔＩｄｘを入力として呼び出され、その出力が予測ブロック可用性フラグａｖａｌａｌａｂｌｅＢｋに割り当てられる。
― ａｖａｌｌａｂｌｅＢｋがＴＲＵＥに等しく、且つａｖａｌｌａｂｌｅＦｌａｇＬＸＢが０に等しいとき、以下が適用される：
ＰｒｅｄＦｌａｇＬＸ［ｘＮｂＢｋ］［ｙＮｂＢｋ］が１に等しく、且つＬｏｎｇＴｅｒｍＲｅｆＰｉｃ（ｃｕｒｒｅｎｔＰｉｃ，ｃｕｒｒｅｎｔＰｂ，ｒｅｆＩｄｘＬＸ，ＲｅｆＰｉｃＬｉｓｔＸ）がＬｏｎｇＴｅｒｍＲｅｆＰｉｃ（ｃｕｒｒＰｉｃ，ｃｕｒｒＰｂ，ＲｅｆＩｄｘＬＸ［ｘＮｂＢｋ］［ｙＮｂＢｋ］，ＲｅｆＰｉｃＬｉｓｔＸ）に等しい場合、ａｖａｉｌａｂｌｅＦｌａｇＬＸＢが１に等しく設定され、以下の割り当てが行われる：
ｍｖＬＸＢ＝ＭｖＬＸ［ｘＮｂＢｋ］［ｙＮｂＢｋ］
ｒｅｆＩｄｘＢ＝ＲｅｆＩｄｘＬＸ［ｘＮｂＢｋ］［ｙＮｂＢｋ］
ｒｅｆＰｉｃＬｉｓｔＢ＝ＲｅｆＰｉｃＬｉｓｔＸ
それ以外の場合で、ＰｒｅｄＦｌａｇＬＹ［ｘＮｂＢｋ］［ｙＮｂＢｋ］（Ｙ＝！Ｘ）が１に等しく、且つＬｏｎｇＴｅｒｍＲｅｆＰｉｃ（ｃｕｒｒＰｉｃ，ｃｕｒｒＰｂ，ｒｅｆＩｄｘＬＸ，ＲｅｆＰｉｃＬｉｓｔＸ）がＬｏｎｇＴｅｒｍＲｅｆＰｉｃ（ｃｕｒｒＰｉｃ，ｃｕｒｒＰｂ，ＲｅｆＩｄｘＬＹ［ｘＮｂＢｋ］［ｙＮｂＢｋ］，ＲｅｆＰｉｃＬｉｓｔＹ）に等しいとき、ａｖａｌａｌａｂｌｅＦｌａｇＬＸＢが１に等しく設定され、以下の割り当てが行われる：
ｍｖＬＸＢ＝ＭｖＬＹ［ｘＮｂＢｋ］［ｙＮｂＢｋ］。

時間動きベクトル予測（Temporal Motion Vector Prediction；ＴＭＶＰ）は、既存の実装を含む動きベクトル予測の他の一例である。既存のＴＭＶＰ実装の関連部分を以下にて詳述する。

変数ｍｖＬＸＣｏｌ及びａｖａｌａｂｌｅＦｌａｇＬＸＣｏｌは、次のように導出される。

ＬｏｎｇＴｅｒｍＲｅｆＰｉｃ（ｃｕｒｒｅｎｔＰｉｃ，ｃｕｒｒｅｎｔＰｂ，ｒｅｆＩｄｘＬＸ， ＬＸ）がＬｏｎｇＴｅｒｍＲｅｆＰｉｃ（ＣｏｌＰｉｃ，ｃｏｌＰｂ，ｒｅｆＩｄｘＣｏｌ，ｌｉｓｔＣｏｌ）と等しくない場合、ｍｖＬＸＣｏｌの両方のコンポーネントが０に等しく設定され、ａｖａｌａｂｌｅＦｌａｇＬＸＣｏｌは０に等しく設定される。

それ以外の場合、変数ａｖａｌｌａｂｌｅＦｌａｇＬＸＣｏｌは１に等しく設定され、ｒｅｆＰｉｃＬｉｓｔＣｏｌ［ｒｅｆＩｄｘＣｏｌ］は、ＣｏｌＰｉｃによって指定される同一位置のピクチャ内の予測ブロックｃｏｌＰｂを含むスライスの参照ピクチャリストｌｉｓｔＣｏｌ内の参照インデックスｒｅｆＩｄｘＣｏｌを持つピクチャであるように設定される。

２． イントラブロックコピー（ＩＢＣ）の実施形態例
イントラブロックコピー（ＩＢＣ）は、動き補償の概念をフレーム間符号化からフレーム内符号化に拡張している。図１に示すように、現在ブロックは、ＩＢＣが適用されるとき、同じピクチャ内の参照ブロックによって予測される。参照ブロック内のサンプルは、現在ブロックが符号化又は復号される前に既に再構成されていなければならない。ＩＢＣは、ほとんどのカメラキャプチャされたシーケンスに対してはそれほど効率的でないものの、スクリーンコンテンツに対して大きな符号化利得を示す。その理由は、スクリーンコンテンツピクチャには、例えばアイコン及びテキスト文字など、多くの重複パターンが存在するからである。ＩＢＣは、それらの重複パターン間の冗長性を効果的に除去することができる。

ＨＥＶＣ－ＳＣＣにおいて、インター符号化される符号化ユニット（ＣＵ）は、その参照ピクチャとして現在ピクチャを選択する場合に、ＩＢＣを適用することができる。この場合、ＭＶはブロックベクトル（ＢＶ）に名称変更され、ＢＶは常に整数ピクセル精度を持つ。メインプロファイルＨＥＶＣとの互換性を保つために、現在ピクチャは、復号ピクチャバッファ（Decoded Picture Buffer；ＤＰＢ）において“長期”参照ピクチャとしてマークされる。なお、同様に、マルチビュー／３Ｄ映像符号化標準においても、ビュー間参照ピクチャが“長期”参照ピクチャとしてマークされる。

２．１ ＩＢＣが有効にされるときのピクチャマーキングの実施形態
ＰＰＳにおけるＩＢＣに関するセマンティクス
１に等しいｐｐｓ＿ｃｕｒｒｅ＿ｐｉｃ＿ｒｅｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ＰＰＳを参照するピクチャが、そのピクチャそれ自体のスライスの参照ピクチャリストに含まれ得ることを指定する。０に等しいｐｐｓ＿ｃｕｒｒｅ＿ｐｉｃ＿ｒｅｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ＰＰＳを参照するピクチャが、そのピクチャそれ自体のスライスの参照ピクチャリストに決して含まれないことを指定する。存在しない場合、ｐｐｓ＿ｃｕｒｒｅｎ＿ｐｉｃ＿ｒｅｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は０に等しいと推定される。

ｓｐｓ＿ｃｕｒｒｅ＿ｐｉｃ＿ｒｅｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいときに、ｐｐｓ＿ｃｕｒｒｅ＿ｐｉｃ＿ｒｅｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が０に等しいことは、ビットストリーム適合の必要条件である。

変数ＴｗｏＶｅｒｓｉｏｎｓＯｆＣｕｒｒＤｅｃＰｉｃＦｌａｇは、次のように導出される：
ＴｗｏＶｅｒｓｉｏｎｓＯｆＣｕｒｒＤｅｃＰｉｃＦｌａｇ＝ｐｐｓ＿ｃｕｒｒｅ＿ｐｉｃ＿ｒｅｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇ ＆＆ （ｓａｍｐｌｅ＿ａｄａｐｔｉｖｅ＿ｏｆｆｓｅｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇ ｜｜ ！ｐｐｓ＿ｄｅｂｌｏｃｋｉｎｇ＿ｆｉｌｔｅｒ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇ ｜｜ ｄｅｂｌｏｃｋｉｎｇ＿ｆｉｌｔｅｒ＿ｏｖｅｒｒｉｄｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）。

ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＴｅｍｐｏｒａｌＩｄ］が０に等しいとき、ＴｗｏＶｅｒｓｉｏｎｓＯｆＣｕｒｒＤｅｃＰｉｃＦｌａｇの値は０に等しいとする。

復号プロセス
インループフィルタプロセスの呼び出し後の現在の復号されたピクチャが、エンプティのピクチャ記憶バッファ内でＤＰＢに格納され、ＤＰＢフルネスが１だけ増分され、このピクチャが、“短期参照に使用される”としてマークされる。

ＴｗｏＶｅｒｓｉｏｎｓＯｆＣｕｒｒＤｅｃＰｉｃＦｌａｇが１に等しいとき、節Ｆ．８．７［１］に規定されるようにインループフィルタプロセスの呼び出し前の現在の復号されたピクチャが、エンプティのピクチャ記憶バッファ内でＤＰＢに格納され、ＤＰＢフルネスが１だけ増分され、このピクチャが、“長期参照に使用される”としてマークされる。

３． ＪＥＭ（Ｊｏｉｎｔ Ｅｘｐｌｏｒａｔｉｏｎ Ｍｏｄｅｌ）例
一部の実施形態において、共同探索モデル（Joint Exploration Model；ＪＥＭ）として知られる参照ソフトウェアを用いて、将来の映像符号化技術が探索される。ＪＥＭでは、サブブロックベースの予測が、例えばアフィン予測、代替的時間動きベクトル予測（alternative temporal motion vector prediction；ＡＴＭＶＰ）、空間時間動きベクトル予測（spatial-temporal motion vector prediction；ＳＴＭＶＰ）、双方向オプティカルフロー（bi-directional optical flow；ＢＩＯ）、フレームレートアップコンバージョン（Frame-Rate Up Conversion；ＦＲＵＣ）、局所適応動きベクトルレゾリューション（Locally Adaptive Motion Vector Resolution；ＬＡＭＶＲ）、オーバーラップブロック運動補償（Overlapped Block Motion Compensation；ＯＢＭＣ）、局所照明補償（Local Illumination Compensation；ＬＩＣ）、デコーダ側動きベクトル精緻化（Decoder-side Motion Vector Refinement；ＤＭＶＲ）などの、いくつかの符号化ツールに採用される。

３．１ ＡＴＭＶＰ（alternative temporal motion vector prediction）の例
ＡＴＭＶＰ法では、時間動きベクトル予測（temporal motion vector prediction；ＴＭＶＰ）法が、現在ＣＵよりも小さい複数のブロックから複数セットの動き情報（動きベクトル及び参照インデックスを含む）をフェッチすることによって修正されている。

図２は、ＣＵ６００に関するＡＴＭＶＰ動き予測処理の一例を示している。ＡＴＭＶＰ法は、ＣＵ６００内の複数のサブＣＵ６０１の動きベクトルを２ステップで予測する。第１ステップは、時間ベクトルを用いて参照ピクチャ６５０内の対応するブロック６５１を特定することである。参照ピクチャ６５０は、モーションソースピクチャとも呼ばれる。第２ステップは、現在ＣＵ６００をサブＣＵ６０１へと分割し、各サブＣＵに対応するブロックから、各サブＣＵの動きベクトル及び参照インデックスを取得することである。

第１ステップにて、参照ピクチャ６５０及び対応するブロックが、現在ＣＵ６００の空間的隣接ブロックの動き情報によって決定される。隣接ブロックの繰り返し走査処理を回避するために、現在ＣＵ６００のマージ候補リスト内の最初のマージ候補が使用される。第１の利用可能な動きベクトル及びそれに関連する参照インデックスが、モーションソースピクチャへの時間ベクトル及びインデックスであるように設定される。斯くして、対応するブロックを、ＴＭＶＰと比較して、より正確に特定することでき、対応するブロック（同一位置のブロックと呼ばれることもある）は常に現在ＣＵに対して右下又は中央の位置にある。

第２ステップにて、現在ＣＵの座標に時間ベクトルを足し合わせることによって、サブＣＵ６５１の対応するブロックが、モーションソースピクチャ６５０内の時間ベクトルによって特定される。各サブＣＵについて、対応するブロック（例えば、中心サンプルをカバーする最小動きグリッド）の動き情報を用いて、そのサブＣＵに関する動き情報が導出される。対応するＮ×Ｎブロックの動き情報が特定された後、それが、ＨＥＶＣのＴＭＶＰと同様にして、現在サブＣＵの動きベクトル及び参照インデックスに変換され、ここで、動きスケーリング及び他の手順が適用される。例えば、デコーダは、低遅延条件（例えば、現在ピクチャの全ての参照ピクチャのＰＯＣが、現在ピクチャのＰＯＣよりも小さいこと）が満たされているかをチェックし、動きベクトルＭＶｘ（例えば、参照ピクチャリストＸに対応する動きベクトル）を用いて、各サブＣＵに関する動きベクトルＭＶｙ（例えば、Ｘは０又は１に等しく、Ｙは１－Ｘに等しい）を予測し得る。

４． 映像符号化におけるＩＢＣの例示的な方法
図３は、イントラブロックコピーを用いる映像符号化に関する例示的な方法のフローチャートを示している。方法３００は、ステップ３１０にて、現在ピクチャの現在ブロックが動き補償アルゴリズムを用いて符号化されるべきかを判定することを含む。方法３００は、ステップ３２０にて、この判定に基づいて、現在ブロックにイントラブロックコピーを選択的に適用することによって現在ブロックを符号化することを含む。より一般的には、イントラブロックコピーを現在ブロックに適用するか否かは、現在ブロックが特定の動き補償アルゴリズムを用いて符号化されるべきかに基づく。

図４は、イントラブロックコピーを用いる映像符号化に関する例示的な他の方法のフローチャートを示している。方法４００は、ステップ４１０にて、現在ピクチャの現在ブロックがイントラブロックコピーを用いて符号化されるべきかを判定することを含む。方法４００は、ステップ４２０にて、この判定に基づいて、現在ブロックに動き補償アルゴリズムを選択的に適用することによって現在ブロックを符号化することを含む。より一般的には、動き補償アルゴリズムを用いて現在ブロックを符号化するか否かは、現在ブロックがイントラブロックコピーを用いて符号化されるべきかに基づく。

図５は、イントラブロックコピーを用いる映像復号に関する例示的な方法のフローチャートを示している。方法５００は、ステップ５１０にて、現在ピクチャの現在ブロックが動き補償アルゴリズムを用いて復号されるべきかを判定することを含む。方法５００は、ステップ５２０にて、この判定に基づいて、現在ブロックにイントラブロックコピーを選択的に適用することによって現在ブロックを復号することを含む。より一般的には、イントラブロックコピーを現在ブロックに適用するか否かは、現在ブロックが特定の動き補償アルゴリズムを用いて復号されるべきかに基づく。

図６は、イントラブロックコピーを用いる映像復号に関する例示的な他の方法のフローチャートを示している。方法６０５は、ステップ６１０にて、現在ピクチャの現在ブロックがイントラブロックコピーを用いて復号されるべきかを判定することを含む。方法６０５は、ステップ６２０にて、この判定に基づいて、現在ブロックに動き補償アルゴリズムを選択的に適用することによって現在ブロックを復号することを含む。より一般的には、動き補償アルゴリズムを用いて現在ブロックを復号するか否かは、現在ブロックがイントラブロックコピーを用いて復号されるべきかに基づく。

図３－図６及び図９－図１０に関して記述される方法３００、４００、５００、６０５、９００及び１０００は更に、動き補償アルゴリズムがイントラブロックコピーと互換性があるかを判定するステップを含んでもよい。イントラブロックコピーと動き補償アルゴリズムとの互換性について、異なる特定の動き補償アルゴリズムに関して説明される以下の例にて説明する。

例１． ＡＴＭＶＰの第１ステップで使用される時間ベクトルは、ＩＢＣで符号化された隣接ブロックから導出されることができないことが提案される。一例において、現在ピクチャをその参照ピクチャとする隣接ブロックは、ＡＴＭＶＰの第１ステップで“利用不可”又はイントラ符号化されるとしてマークされる。

例２． サブＣＵの対応するブロックは、当該対応するブロックがＡＴＭＶＰの第２ステップにてＩＢＣでコード化される場合に、“利用不可”又は“イントラ符号化される”としてマークされることが提案される。

例３． あるいは、対応するブロックがＡＴＭＶＰの第２ステップにてＩＢＣで符号化される場合に、サブＣＵの対応するブロックの動き情報がスケーリングなしで該サブＣＵにコピーされることが提案される。サブＣＵは、対応するブロックと同じＭＶでＩＢＣを適用するが、参照ピクチャは現在のピクチャに変更される。

例４． ２つ以上のＡＴＭＶＰ候補が追加されてもよく、その場合、１つは上述の方法を用いて時間的隣接ブロックから導出されることができ、他の１つは、同一位置のサブＣＵがＩＢＣで符号化される場合に、サブＣＵ動き情報を導出する異なる方法で、少なくとも１つのサブＣＵを有する時間的隣接ブロックから導出される。

以下に、この出願で記述される技術の一部の例を条項形式にてリストアップする。ブロックは、この出願で使用されるとき、ピクセル、ボクセル、サブピクセル、及び／又はサブボクセルの連続的な又は不連続な集合とし得る。例えば、ブロックは、４×４正方形や６×４長方形などの直線状、又は楕円などの曲線状とすることができる。

視覚情報の一部は、この出願で使用されるとき、視覚情報のサブセットとすることができる。符号化された表現は、この出願で使用されるとき、この出願にて記述される技術のうちの１つを使用して符号化された視覚情報を表すビットストリームとし得る。インジケータは、この出願で使用されるとき、符号化された表現内のフラグ又はフィールドとすることができ、又は複数の別個のフラグ又はフィールドであってもよい。

復号技術は、この出願で使用されるとき、デコーダによって適用されることができ、また、ハードウェア又はソフトウェアで実装されることができる。復号技術は、コーダが行った全てを逆順で元に戻し得る。符号化された表現に対して適切な復号技術が適用されるとき、結果として視覚情報を得ることができる。複数のブロックにおける冒頭ブロックは、この出願で使用されるとき、符号化された表現における第１のブロックの前に生じるブロックである。同一位置の参照ピクチャは、符号化／復号対象ブロックを符号化／復号する際に使用される参照ピクチャとし得る。

１． 視覚情報を復号する方法（例えば、図９に示す方法９００）であって、符号化された表現から、前記視覚情報の一部を表す復号対象ブロックがＡＴＭＶＰ（alternative temporal motion vector prediction）符号化技術を用いて符号化されていることを特定し（９０２）、前記復号対象ブロックの空間的に隣接するブロックがイントラブロックコピー（ＩＢＣ）符号化技術を用いて符号化されていることを特定し（９０４）、前記空間的に隣接するブロックが、前記復号対象ブロックに関する時間ベクトルを導出するための動きベクトルを提供することができないと決定し（９０６）、前記ＡＴＭＶＰ符号化技術に対応するＡＴＭＶＰ復号技術を使用することによって、及び前記復号対象ブロックに関する前記時間ベクトルを導出するための前記動きベクトルを提供するのに前記空間的に隣接するブロックの使用を排除することによって、前記符号化された表現を復号する（９０８）、ことを有する方法。

２． 視覚情報を復号する方法（例えば、図１０に示す方法１０００）であって、符号化された表現から、前記視覚情報の一部を表す復号対象ブロックがＡＴＭＶＰ（alternative temporal motion vector prediction）符号化技術を用いて符号化されていることを特定し（１００２）、参照ピクチャ内の同一位置のブロックがイントラブロックコピー（ＩＢＣ）符号化技術を用いて符号化されていることを特定し（１００４）、前記参照ピクチャ内の前記同一位置のブロックが、前記復号対象ブロックのサブブロックに関する動きベクトルを導出するために用いられることができないと決定し（１００６）、前記ＡＴＭＶＰ符号化技術に対応するＡＴＭＶＰ復号技術を使用することによって、及び前記復号対象ブロックの前記サブブロックに関する時間動きベクトル候補を提供するのに前記参照ピクチャ内の前記同一位置のブロックの使用を排除することによって、前記符号化された表現を復号する（１００８）、ことを有する方法。

３． 前記符号化された視覚情報から、第１のピクチャの符号化を表す複数のブロックを取得し、前記複数のブロックにおける冒頭ブロックを復号し、前記冒頭ブロックを復号した後に、該復号の結果に基づいて、前記複数のブロックのうちの残りにおける第１のブロックを復号化する、ことを有する条項１又は２に記載の方法。

４． 当該方法は、前記符号化された視覚情報から、第２のピクチャの符号化を表す複数のブロックを取得し、前記第２のピクチャの符号化を表す前記複数のブロック内の復号対象ブロックに対して２ステッププロセスを実行することによって、前記ＡＴＭＶＰ復号技術を使用して、前記視覚情報に関連する前記第２のピクチャの符号化を復号する、ことを有し、前記２ステッププロセスは、前記２ステッププロセスの第１ステップにて、前記符号化された視覚情報の復号された参照ピクチャ、前記復号対象ブロックに対応する前記参照ピクチャ内の復号された対応するブロック、及び前記空間的に隣接するブロックの動きベクトルを有する時間ベクトルを取得し、前記空間的に隣接するブロックは、前記復号対象ブロックに空間的に隣接するものであり、前記２ステッププロセスの第２ステップにて、前記復号対象ブロックを表す複数のサブブロックを取得し、前記複数のサブブロックの各サブブロックについて、前記視覚情報の参照ピクチャ内の対応するサブブロックを特定し、該対応するサブブロックの動きベクトルを取得し、該対応するサブブロックの該動きベクトルに基づいて、前記複数のサブブロックの各サブブロックに関する動きベクトルを導出し、前記サブブロックの前記動きベクト及び前記視覚情報の前記参照ピクチャ内の対応するサブブロックに基づいて、前記複数のサブブロックを復号する、ことを有する、条項１乃至３のいずれか一項に記載の方法。

５． 前記空間的に隣接するブロックが前記ＩＢＣ符号化技術を用いて符号化されていないと仮定する、ことを有する条項４に記載の方法。

６． ＡＴＭＶＰ復号技術の前記第１ステップでの使用で利用不可である又はイントラ符号化されるとして前記空間的に隣接するブロックを指定するインジケータを復号する、
ことを有する条項４又は５に記載の方法。

７． ＡＴＭＶＰ復号技術の前記第２ステップでの使用で利用不可である又はイントラ符号化されるとして前記対応するサブブロックを指定するインジケータを復号する、
ことを有する条項４乃至６のいずれか一項に記載の方法。

８． ＡＴＭＶＰ復号技術の前記第１ステップでイントラ符号化技術を用いるとして前記空間的に隣接するブロックを指定するインジケータを復号する、
ことを有する条項４又は５に記載の方法。

９． ＡＴＭＶＰ復号技術の前記第２ステップでイントラ符号化技術を用いるとして前記対応するサブブロックを指定するインジケータを復号する、
ことを有する条項４又は５に記載の方法。

１０． 前記復号対象ブロックの前記対応するブロックが前記ＩＢＣ符号化技術を用いて符号化されている場合に、前記対応するサブブロックの動きベクトルを、前記対応するサブブロックの前記動きベクトルをスケーリングすることなく前記復号対象ブロックのサブブロックにコピーする、
ことを有する条項１乃至９のいずれか一項に記載の方法。

１１． 前記対応するブロックが前記ＩＢＣ符号化技術を用いて符号化されていることを指し示した、前記対応するブロックに関連付けられたインジケータを復号し、前記第２のピクチャを前記参照ピクチャとして使用して前記復号対象ブロックを復号する、ことを有する条項４記載の方法。

１２． 前記対応するブロックが前記ＩＢＣ符号化技術を用いて符号化されていることを指し示した、前記対応するサブブロックに関連付けられたインジケータを復号し、前記ＩＢＣ復号技術を用いて符号化された前記対応するサブブロックを用いて前記サブブロックを復号する、ことを有する条項４乃至１１のいずれか一項に記載の方法。

１３． 前記復号対象ブロックの前記対応するブロックが前記ＩＢＣ復号技術を用いて符号化されている場合に、前記対応するサブブロックの動きベクトルを、前記対応するサブブロックの前記動きベクトルをスケーリングすることなく前記復号対象ブロックのサブブロックにコピーする、ことを有する条項１乃至９のいずれか一項に記載の方法。

１４． 前記参照ピクチャを、前記復号対象ブロックを含む前記第２のピクチャに変更する、ことを有する条項１３に記載の方法。

１５． 前記復号対象ブロックの前記サブブロックの前記動きベクトルを、前記ＩＢＣ符号化技術を用いて符号化された少なくとも１つの対応するサブブロックの動きベクトルに基づいて導出する、ことを有する条項４に記載の方法。

条項１乃至１５に記載の方法の更なる態様及びバリエーションは、先行するセクションに記載されている。これら復号方法は、例えば図７及び図８に関して説明されるものなどのハードウェアプラットフォームを含み得る映像デコーダによって実装され得る。

１６． 視覚情報を符号化する方法であって、前記視覚情報を、複数の符号化されたピクチャ、及び適用される１つ以上の符号化技術をシグナリングする複数のインジケータへと符号化し、前記複数のインジケータは、イントラブロックコピー（ＩＢＣ）技術インジケータ及びＡＴＭＶＰ技術インジケータを含み、前記視覚情報に関連する第１のピクチャの第１のブロックが、前記ＩＢＣ技術を用いて符号化され、前記視覚情報に関連する第２のピクチャの第２のブロックが、前記ＡＴＭＶＰ技術を用いて符号化され、前記ＩＢＣ技術は、前記第１のピクチャの前記第１のブロックを符号化するのに前記第１のピクチャの異なるブロックを使用し、前記ＡＴＭＶＰ技術は、前記第２のピクチャを符号化するのに前記視覚情報に関連する第３のピクチャを使用する、ことを有する方法。

１７． 前記第１のピクチャを複数のブロックへと分割し、前記複数のブロックにおける冒頭ブロックを符号化し、前記冒頭ブロックを符号化した後に、前記冒頭ブロックに基づいて前記複数のブロックの第１のブロックを符号化する、ことを有する条項１６に記載の方法。

１８． 当該方法は、符号化対象ブロックを含む複数のブロックへと前記第２のピクチャを分割し、２ステッププロセスを実行することによって、前記ＡＴＭＶＰ技術を使用して、前記視覚情報に関連する前記第２のピクチャを符号化する、ことを有し、前記２ステッププロセスは、前記２ステッププロセスの第１ステップにて、前記視覚情報の参照ピクチャ、前記符号化対象ブロックに対応する前記参照ピクチャ内の対応するブロック、及び空間的に隣接するブロックの動きベクトルを有する時間ベクトルを特定し、前記空間的に隣接するブロックは、前記符号化対象ブロックに空間的に隣接するものであり、記２ステッププロセスの第２ステップにて、前記符号化対象ブロックを複数のサブブロックへと分割し、前記複数のサブブロックの各サブブロックについて、前記視覚情報の参照ピクチャ内の対応するサブブロックを特定し、該対応するサブブロックの動きベクトルを取得し、該対応するサブブロックの該動きベクトルに基づいて、前記複数のサブブロックの各サブブロックに関する動きベクトルを導出し、前記サブブロックの前記動きベクト及び前記視覚情報の前記参照ピクチャ内の前記対応するサブブロックに基づいて、前記複数のサブブロックの前記サブブロックを符号化する、ことを有する、条項１６又は１７に記載の方法。

１９． 前記空間的に隣接するブロックが前記ＩＢＣ技術を用いて符号化されないことを要求する、ことを有する条項１８に記載の方法。

２０． 前記符号化対象ブロックの前記空間的に隣接するブロックが前記ＩＢＣ技術を用いて符号化される場合に、ＡＴＭＶＰ技術の前記第１ステップでの使用で利用不可である又はイントラ符号化されるとして前記空間的に隣接するブロックを指定するインジケータを符号化する、ことを有する条項１８又は１９に記載の方法。

２１． 前記視覚情報の前記参照ピクチャが前記ＩＢＣ技術を用いて符号化される場合に、ＡＴＭＶＰ技術の前記第２ステップでの使用で利用不可である又はイントラ符号化されるとして前記対応するサブブロックを指定するインジケータを符号化する、ことを有する条項１８乃至２０のいずれか一項に記載の方法。

２２． 前記符号化対象ブロックの前記空間的に隣接するブロックが前記ＩＢＣ技術を用いて符号化される場合に、ＡＴＭＶＰ技術の前記第１ステップでの使用でイントラ符号化されるとして前記空間的に隣接するブロックを指定するインジケータを符号化する、ことを有する条項１８又は１９に記載の方法。

２３． 前記視覚情報の前記参照ピクチャが前記ＩＢＣ技術を用いて符号化される場合に、ＡＴＭＶＰ技術の前記第２ステップでの使用でイントラ符号化されるとして前記対応するサブブロックを指定するインジケータを符号化する、ことを有する条項１８乃至２２のいずれか一項に記載の方法。

２４． 前記符号化対象ブロックの前記対応するブロックが前記ＩＢＣ技術を用いて符号化される場合に、前記対応するサブブロックの動きベクトルを、前記対応するサブブロックの前記動きベクトルをスケーリングすることなく前記符号化対象ブロックのサブブロックにコピーする、ことを有する条項１８に記載の方法。

２５． 前記参照ピクチャを、前記符号化対象ブロックを含む前記第２のピクチャに変更する、ことを有する条項２４に記載の方法。

２６． 前記符号化対象ブロックの前記サブブロックの前記動きベクトルを、前記ＩＢＣ技術を用いて符号化された少なくとも１つの対応するサブブロックの動きベクトルに基づいて導出する、ことを有する条項１８乃至２５のいずれか一項に記載の方法。

条項１６乃至２６に記載の方法の更なる態様及びバリエーションは、先行するセクションに記載されている。これら符号化方法は、例えば図７及び図８に関して説明されるものなどのハードウェアプラットフォームを含み得る映像コーダによって実装され得る。

２７． 条項１乃至２６のいずれか一項に記載の方法を実行するように構成されたプロセッサを有する映像処理装置。

２８． プロセッサ実行可能なコードを格納したコンピュータ読み取り可能媒体であって、前記コードは、実行時に、プロセッサに、条項１乃至２６のいずれか一項に記載の方法を実行させる、コンピュータ読み取り可能媒体。
２９． 前記対応する映像領域が前記ＩＢＣモードで符号化されるかを決定し、前記対応する映像領域が前記ＩＢＣモードで符号化されることに応答して、前記対応する映像領域の動き情報が利用不可であると決定し、前記現在映像ブロックと前記ビットストリーム表現との間での前記変換を実行する、ことを更に有する条項２７に記載の装置。
３０． 前記ＩＢＣモードにおいて、予測は、ブロックベクトルによって決定されるのと同じスライスのサンプル値から導出される、条項２９に記載の装置。
３１． 前記空間的な隣接ブロックが前記ＩＢＣモードで符号化されることに応答して、前記空間的な隣接ブロックを利用不可である又はイントラ符号化されるとして指定するインジケータが前記ビットストリーム表現内で提示されることを決定する、ことを更に有する条項２７に記載の装置。
３２． 前記対応する映像領域が前記ＩＢＣモードで符号化されることに応答して、前記対応する映像領域を利用不可である又はイントラ符号化されるとして指定するインジケータが前記ビットストリーム表現内で提示されることを決定する、ことを更に有する条項２７に記載の装置。
３３． 前記空間的な隣接ブロックを前記ＳｂＴＭＶＰモードにおいてイントラ符号化技術を用いるものとして指定するインジケータを復号する、ことを更に有する条項２７に記載の装置。
３４． 前記対応する映像領域を前記ＳｂＴＭＶＰモードにおいてイントラ符号化技術を用いるものとして指定するインジケータを復号する、ことを更に有する条項２７に記載の装置。
３５． 前記変換は、前記現在映像ブロックを前記ビットストリーム表現へと符号化することを含む、条項２７に記載の装置。
３６． 前記変換は、前記ビットストリーム表現から前記現在映像ブロックを復号することを含む、条項２７に記載の装置。

５． 開示された技術の実装例
図７は、（以下に限られないが）方法３００、４００、５００、及び６０５を含め、ここに開示される技術の様々な部分を実装するのに利用されることができるコンピュータシステム又は他の制御装置７００に関するアーキテクチャの一例を示すブロック図である。図７において、コンピュータシステム７００は、インターコネクト７２５を介して接続された１つ以上のプロセッサ７０５及びメモリ７１０を含んでいる。インターコネクト７２５は、適切なブリッジ、アダプタ、又はコントローラによって接続された、任意の１つ以上の別個の物理バス、ポイントツーポイント接続、又はこれらの両方を表し得る。従って、インターコネクト７２５は、例えば、システムバス、ペリフェラルコンポーネントインターコネクト（ＰＣＩ）バス、ハイパートランスポート若しくは業界標準アーキテクチャ（ＩＳＡ）バス、小型コンピュータシステムインタフェース（ＳＣＳＩ）バス、ユニバーサルシリアルバス（ＵＳＢ）、ＩＩＣ（Ｉ２Ｃ）バス、又は“ファイアワイヤ”と呼ばれることもある電気電子技術者協会（ＩＥＥＥ）標準６７４バスを含み得る。

（１つ以上の）プロセッサ７０５は、例えばホストコンピュータの全体的な動作を制御するための中央演算処理ユニット（ＣＰＵ）を含み得る。特定の実施形態において、（１つ以上の）プロセッサ７０５は、メモリ７１０に格納されたソフトウェア又はファームウェアを実行することによってこれを遂行する。（１つ以上の）プロセッサ７０５は、１つ以上のプログラム可能な汎用又は専用のマイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、プログラマブルコントローラ、特定用途向け集積回路（ＡＳＩＣ）、プログラマブルロジックデバイス（ＰＬＤ）、若しくはこれらに類するもの、又はこのようなデバイスの組み合わせであることができ、又はそれらを含むことができる。

メモリ７１０は、コンピュータシステムのメインメモリであることができ、あるいはそれを含むことができる。メモリ７１０は、任意の好適形態のランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、フラッシュメモリ、若しくはこれらに類するもの、又はこのようなデバイスの組み合わせを表し得る。使用時、メモリ７１０は、とりわけ、プロセッサ７０５によって実行されるときにプロセッサ７０５に、ここに開示される技術の実施形態を実施するための動作を実行させる機械命令のセットを含み得る。

インターコネクト７２５を介して（１つ以上の）プロセッサ７０５に、（オプションの）ネットワークアダプタ７１５も接続されている。ネットワークアダプタ７１５は、例えばストレージクライアントなどのリモート装置及び／又は他のストレージサーバと通信する能力をコンピュータシステム７００に提供し、例えば、イーサネット（登録商標）アダプタ又はファイバチャネルアダプタとし得る。

図８は、（以下に限られないが）方法３００、４００、５００、及び６０５を含め、ここに開示される技術の様々な部分を実装するのに利用されることができるモバイル装置８００の一実施形態例のブロック図を示している。モバイル装置８００は、ラップトップ、スマートフォン、タブレット、ビデオカメラ、又は映像を処理することができる他の種類の装置とし得る。モバイル装置８００は、データを処理するプロセッサ又はコントローラ８０１と、プロセッサ８０１と通信し、データを格納及び／又はバッファするメモリ８０２とを含んでいる。例えば、プロセッサ８０１は、中央演算処理ユニット（ＣＰＵ）又はマイクロコントローラユニット（ＭＣＵ）を含むことができる。一部の実装において、プロセッサ８０１はフィールドプログラマブルゲートアレイ（ＦＰＧＡ）を含むことができる。一部の実装において、モバイル装置８００は、スマートフォン装置の様々な視覚データ及び／又は通信データの処理機能のために、グラフィックス処理ユニット（ＧＰＵ）、映像処理ユニット（ＶＰＵ）及び／又は無線通信ユニットを含み、あるいはそれらと通信する。例えば、メモリ８０２は、プロセッサ８０１によって実行されるときに、例えば、情報、コマンド、及び／又はデータを受信すること、情報及びデータを処理すること、並びに処理された情報／データを例えばアクチュエータ又は外部ディスプレイなどの別のデバイスに送信若しくは提供することなどの、様々な動作を実行するように、モバイル装置８００を構成するプロセッサ実行可能コードを含んで保管することができる。

モバイル装置８００の様々な機能を支援するために、メモリ８０２は、プロセッサ８０１によって処理又は参照される例えば命令、ソフトウェア、値、画像、及び他のデータなどの、情報及びデータを格納することができる。例えば、種々のタイプのランダムアクセスメモリ（ＲＡＭ）デバイス、読み出し専用メモリ（ＲＯＭ）デバイス、フラッシュメモリデバイス、及び他の好適な記憶媒体を使用して、メモリ８０２の記憶機能を実装することができる。一部の実装において、モバイル装置８００は、プロセッサ８０１及び／又はメモリ８０２を他のモジュール、ユニット又はデバイスにインタフェース接続する入力／出力（Ｉ／Ｏ）ユニット８０３を含む。例えば、Ｉ／Ｏユニット８０３は、例えばクラウド内の１つ以上のコンピュータとユーザ装置との間などで、典型的なデータ通信標準と互換性のある種々のタイプの無線インタフェースを利用するために、プロセッサ８０１及びメモリ８０２とインタフェースすることができる。一部の実装において、モバイル装置８００は、Ｉ／Ｏユニット８０３を介して有線接続を用いて他の装置とインタフェースすることができる。モバイル装置８００はまた、例えばデータストレージ及び／又はビジュアル若しくはオーディオディスプレイ装置８０４などの他の外部インタフェースとインタフェースして、プロセッサによって処理され、メモリに記憶され、又はディスプレイ装置８０４若しくは外部装置の出力ユニットに表示されることができるデータ及び情報を取り出して転送することができる。例えば、ディスプレイ装置８０４は、開示される技術に従って且つブロックが動き補償アルゴリズムを用いて符号化されるかに基づいてイントラブロックコピーを適用するブロック（ＣＵ、ＰＵ又はＴＵ）を含む映像フレームを表示することができる。

一部の実施形態において、映像デコーダ装置が、ここに記載されるイントラブロックコピーが映像復号に使用される映像復号方法を実装してもよい。この方法は、上述の方法３００、４００、５００、及び６０５と同様とし得る。

一部の実施形態において、映像復号のデコーダ側の方法が、現在ピクチャの現在ブロックが動き補償アルゴリズムを用いて復号されるべきか判定し、該判定に基づいて、現在ブロックにイントラブロックコピーを選択的に適用することによって現在ブロックを復号することにより、映像品質を改善するためにイントラブロックコピーを使用し得る。

他の実施形態において、映像復号のデコーダ側の方法が、現在ピクチャの現在ブロックがイントラブロックコピーを用いて復号されるべきかを判定し、該判定に基づいて、現在ブロックに動き補償アルゴリズムを選択的に適用することによって現在ブロックを復号することにより、映像品質を改善するためにイントラブロックコピーを使用し得る。

一部の実施形態において、映像復号方法は、図７及び図８に関して記述されたようなハードウェアプラットフォーム上に実装される復号装置を使用して実行され得る。

以下は、ＶＶＣ（Versatile Video Coding）という名称の映像符号化規格の基準ソフトウェアであるＶＴＭ－１．０にＩＢＣを組み込むことによって測定された改善である。ＶＴＭはＶＶＣテストモデルを表す。

上の表において、“Ｙ”、“Ｕ”、“Ｖ”は、人の知覚を考慮に入れたカラー画像又は映像を符号化するＹＵＶカラー符号化システムにおける色を表す。ＥｎｃＴ、及びＤｅｃＴは、それぞれ、ＩＢＣなしでの符号化、及び復号時間と比較した、ＩＢＣを使用しての符号化、及び復号時間の比を表している。具体的には、
ＥｎｃＴ＝ＴｅｓｔＥｎｃｏｄｉｎｇＴｉｍｅ／ａｎｃｈｏｒＥｎｃｏｄｉｎｇＴｉｍｅ
ＤｅｃＴ＝ＴｅｓｔＥｎｃｏｄｉｎｇＴｉｍｅ／ａｎｃｈｏｒＥｎｃｏｄｉｎｇＴｉｍｅ
である。

例えばクラスＡ１、クラスＡ２などの種々のクラスは、種々の映像符号化技術の性能をテストする際に使用される標準映像シーケンスのグループを表す。“Ｙ”、“Ｕ”、“Ｖ”の列の下の負のパーセンテージは、ＩＢＣがＶＴＭ－１．０に追加されるときのビットレート節減を表している。ＥｎｃＴ及びＤｅｃＴの列の下の１００％を超えるパーセンテージは、ＩＢＣを用いる符号化／復号が、ＩＢＣを用いない符号化／復号よりどれだけ遅いかを示している。例えば、１５０％というパーセンテージは、ＩＢＣを用いる符号化／復号が、ＩＢＣを用いない符号化／復号よりも５０％遅いことを意味する。１００％より低いパーセンテージは、ＩＢＣを用いる符号化／復号が、ＩＢＣを用いない符号化／復号よりもどれだけ速いかを示している。上の表内で緑色にハイライトされているクラスＦ及びクラスＳＣＣなる２つのクラスは、ビットレート節減が３％を超えることを示している。

以上から理解されることには、ここでは、ここに開示される技術の特定の実施形態を説明目的で記述してきたが、本発明の範囲から逸脱することなく様々な変更が為され得る。従って、ここに開示される技術は、添付の特許請求の範囲による場合を除いて限定されるものではない。

この特許文献に記載される事項及び機能動作の実装は、この明細書に開示される構成及びそれらの構成的等価物を含め、様々なシステム、デジタル電子回路、又はコンピュータソフトウェア、ファームウェア、若しくはハードウェアにて、又はこれらのうちの１つ以上の組み合わせにて実装されることができる。この明細書に記載される事項の実装は、１つ以上のコンピュータプログラムプロダクトとして、すなわち、データ処理装置による実行のための、又はデータ処理装置の動作を制御するための、有形で非一時的なコンピュータ読み取り可能媒体上にエンコードされたコンピュータプログラム命令の１つ以上のモジュールとして実装されることができる。コンピュータ読み取り可能媒体は、機械読み取り可能記憶装置、機械読み取り可能記憶基材、メモリ装置、機械読み取り可能な伝播信号をもたらす物質の組成物、又はこれらのうちの１つ以上の組み合わせとし得る。用語“データ処理ユニット”又は“データ処理装置”は、例えば、例としてプログラマブルプロセッサ、コンピュータ、又は複数のプロセッサ若しくはコンピュータを含め、データを処理する全ての装置、デバイス、及び機械を包含する。装置は、ハードウェアに加えて、問題としているコンピュータプログラムの実行環境を作り出すコード、例えば、プロセッサファームウェア、プロトコルスタック、データベース管理システム、オペレーティングシステム、又はこれらのうちの１つ以上の組み合わせを構成するコード、を含むことができる。

コンピュータプログラム（プログラム、ソフトウェア、ソフトウェアアプリケーション、スクリプト、又はコードとしても知られる）は、コンパイル又は解釈された言語を含め、任意の形態のプログラミング言語で書かれることができ、それは、スタンドアローンプログラムとして、又はコンピューティング環境での使用に適したモジュール、コンポーネント、サブルーチン、若しくは他のユニットとして展開されることを含め、任意の形態で展開されることができる。コンピュータプログラムは、必ずしもファイルシステム内のファイルに対応するわけではない。プログラムは、他のプログラム若しくはデータを保持するファイルの部分（例えば、マークアップ言語文書に格納される１つ以上のスクリプト）、問題としているプログラムに専用の単一ファイル、又は複数の協調的なファイル（例えば、１つ以上のモジュール、サブプログラム、又はコードの一部を格納するファイル）に格納されることができる。コンピュータプログラムは、１つのコンピュータ上で実行されるように展開されることができ、あるいは、一箇所に置かれた、又は複数箇所にわたって分散されて通信ネットワークによって相互接続された、複数のコンピュータ上で実行されるように展開されることができる。

この明細書に記載されるプロセス及び論理フローは、入力データ上で動作して出力を生成することによって機能を実行するように１つ以上のプログラマブルプロセッサが１つ以上のコンピュータプログラムを実行することによって実行されることができる。これらのプロセス及び論理フローはまた、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）又はＡＳＩＣ（特定用途向け集積回路）といった特殊目的の論理回路によって実行することができ、また、装置もそのような特殊目的の論理回路として実装されることができる。

コンピュータプログラムの実行に適したプロセッサは、例として、汎用及び専用の両方のマイクロプロセッサ、及び任意の種類のデジタルコンピュータの１つ以上のプロセッサを含む。一般に、プロセッサは、読み出し専用メモリ若しくはランダムアクセスメモリ又はこれらの両方から命令及びデータを受信する。コンピュータの必須要素は、命令を実行するプロセッサと、命令及びデータを記憶する１つ以上のメモリデバイスである。一般に、コンピュータはまた、例えば磁気ディスク、磁気光ディスク、又は光ディスクといった、データを記憶する１つ以上の大容量記憶装置を含むことになり、あるいは、それからデータを受信したり、それにデータを転送したり、これらの双方を行ったりするように動作的に結合されることになる。しかしながら、コンピュータは必ずしもそのような装置を有する必要はない。コンピュータプログラム命令及びデータを格納するのに適したコンピュータ読み取り可能媒体は、例として、例えばＥＰＲＯＭ、ＥＥＰＲＯＭ、及びフラッシュメモリデバイスといった半導体メモリデバイスを含め、あらゆる形態の不揮発性メモリ、媒体及びメモリデバイスを含む。プロセッサ及びメモリは、特殊目的の論理回路によって補われることができ、あるいはそれに組み込まれることができる。

意図することには、例示的とは例を意味するとして、明細書は、図面と共に、単に例示的とみなされるものである。ここで使用されるとき、単数形の“ａ”、“ａｎ”及び“ｔｈｅ”は、文脈が明らかに別のことを指し示していない限り、複数形も同様に含むことを意図している。さらに、“ｏｒ”の使用は、文脈が明らかに別のことを指し示していない限り、“ａｎｄ／ｏｒ”を含むことを意図している。

この特許文献には数多くの詳細事項を含んでいるが、それらは、発明の範囲又は特許請求され得るものの範囲に対する限定として解釈されるべきでなく、むしろ、特定の発明の特定の実施形態に特有の特徴の説明と解釈されるべきである。この特許文献では別々の実施形態の文脈で記述されている複数の特定の機構が、単一の実施形態で組み合わせて実装されてもよい。逆に、単一の実施形態の文脈で記述されている様々な機構が、複数の実施形態で別々に実装されたり、又は任意の好適なサブコンビネーションで実装されたりしてもよい。また、複数の機構が、特定の組み合わせで動作するものとして上述され、さらには当初においてそのように特許請求されることがあるとしても、特許請求された組み合わせからの１つ以上の機構が、一部のケースで、その組み合わせから削除されてもよく、また、特許請求された組み合わせが、サブコンビネーション、又はサブコンビネーションのバリエーションに向けられてもよい。

同様に、図面には特定の順序で動作が示されているが、これは、所望の結果を達成するために、そのような動作が図示した順序又は逐次的順序で実行されること、又は例示された全ての動作が実行されること、を必要とするものとして理解されるべきでない。また、この特許文献に記載される実施形態における様々なシステムコンポーネントの区別は、全ての実施形態においてそのような区別を必要とするものとして理解されるべきでない。

ほんのわずかな実装及び例を記述したにすぎず、この特許文献に記載及び図示されたものに基づいて、他の実装、強化及び変更が行われ得る。

Claims (10)

1. 映像データをコーディングする方法であって、
   映像の現在映像ブロックと前記映像のビットストリームとの間での変換中に、前記現在映像ブロックが、サブブロックベース時間動きベクトル予測（subblock-based temporal motion vector prediction；ＳｂＴＭＶＰ）モードでコーディングされることを決定し、
   前記現在映像ブロックの空間的な隣接ブロックがイントラブロックコピー（ＩＢＣ）モードでコーディングされるかを決定し、
   前記空間的な隣接ブロックが前記ＩＢＣモードでコーディングされることに応答して、前記空間的な隣接ブロックの動き情報が利用不可であると決定し、
   前記空間的な隣接ブロックが前記ＩＢＣモードでコーディングされることに応答して、前記空間的な隣接ブロックを利用不可であると指定するインジケータを決定し、
   前記空間的な隣接ブロックの前記動き情報を用いることなく、前記現在映像ブロックの同一位置のピクチャ内の少なくとも１つの対応する映像領域を特定する、
   ことを有し、
   前記ＩＢＣモードにおいて、予測は、ブロックベクトルによって決定されるのと同じスライスのサンプル値から導出される、
   方法。
2. 前記対応する映像領域が前記ＩＢＣモードでコーディングされるかを決定し、
   前記対応する映像領域が前記ＩＢＣモードでコーディングされることに応答して、前記対応する映像領域の動き情報が利用不可であると決定し、
   前記現在映像ブロックと前記ビットストリームとの間での前記変換を実行する、
   ことを更に有する請求項１に記載の方法。
3. 前記対応する映像領域が前記ＩＢＣモードでコーディングされることに応答して、前記対応する映像領域を利用不可である又はイントラコーディングされるとして指定するインジケータが前記ビットストリーム内で提示されることを決定する、
   ことを更に有する請求項１に記載の方法。
4. 前記空間的な隣接ブロックを前記ＳｂＴＭＶＰモードにおいてイントラコーディング技術を用いるものとして指定するインジケータを復号する、
   ことを更に有する請求項１に記載の方法。
5. 前記対応する映像領域を前記ＳｂＴＭＶＰモードにおいてイントラコーディング技術を用いるものとして指定するインジケータを復号する、
   ことを更に有する請求項１に記載の方法。
6. 前記変換は、前記現在映像ブロックを前記ビットストリームへと符号化することを含む、請求項１に記載の方法。
7. 前記変換は、前記ビットストリームから前記現在映像ブロックを復号することを含む、請求項１に記載の方法。
8. 映像データをコーディングする装置であって、プロセッサと、命令を有した非一時的なメモリとを有し、前記命令は、前記プロセッサによる実行時に、前記プロセッサに、
   映像の現在映像ブロックと前記映像のビットストリームとの間での変換中に、前記現在映像ブロックが、サブブロックベース時間動きベクトル予測（subblock-based temporal motion vector prediction；ＳｂＴＭＶＰ）モードでコーディングされることを決定し、
   前記現在映像ブロックの空間的な隣接ブロックがイントラブロックコピー（ＩＢＣ）モードでコーディングされるかを決定し、
   前記空間的な隣接ブロックが前記ＩＢＣモードでコーディングされることに応答して、前記空間的な隣接ブロックの動き情報が利用不可であると決定し、
   前記空間的な隣接ブロックが前記ＩＢＣモードでコーディングされることに応答して、前記空間的な隣接ブロックを利用不可であると指定するインジケータを決定し、
   前記空間的な隣接ブロックの前記動き情報を用いることなく、前記現在映像ブロックの同一位置のピクチャ内の少なくとも１つの対応する映像領域を特定する、
   ことを行わせ、
   前記ＩＢＣモードにおいて、予測は、ブロックベクトルによって決定されるのと同じスライスのサンプル値から導出される、
   装置。
9. 命令を格納した非一時的なコンピュータ読み取り可能記憶媒体であって、前記命令は、プロセッサに、
   映像の現在映像ブロックと前記映像のビットストリームとの間での変換中に、前記現在映像ブロックが、サブブロックベース時間動きベクトル予測（subblock-based temporal motion vector prediction；ＳｂＴＭＶＰ）モードでコーディングされることを決定し、
   前記現在映像ブロックの空間的な隣接ブロックがイントラブロックコピー（ＩＢＣ）モードでコーディングされるかを決定し、
   前記空間的な隣接ブロックが前記ＩＢＣモードでコーディングされることに応答して、前記空間的な隣接ブロックの動き情報が利用不可であると決定し、
   前記空間的な隣接ブロックが前記ＩＢＣモードでコーディングされることに応答して、前記空間的な隣接ブロックを利用不可であると指定するインジケータを決定し、
   前記空間的な隣接ブロックの前記動き情報を用いることなく、前記現在映像ブロックの同一位置のピクチャ内の少なくとも１つの対応する映像領域を特定する、
   ことを行わせ、
   前記ＩＢＣモードにおいて、予測は、ブロックベクトルによって決定されるのと同じスライスのサンプル値から導出される、
   コンピュータ読み取り可能記憶媒体。
10. 映像処理装置によって実行される方法によって生成されたビットストリームを格納した非一時的なコンピュータ読み取り可能記録媒体であって、前記方法は、
    映像の現在映像ブロックについて、前記現在映像ブロックが、サブブロックベース時間動きベクトル予測（subblock-based temporal motion vector prediction；ＳｂＴＭＶＰ）モードでコーディングされることを決定し、
    前記現在映像ブロックの空間的な隣接ブロックがイントラブロックコピー（ＩＢＣ）コーディングモードでコーディングされるかを決定し、
    前記空間的な隣接ブロックが前記ＩＢＣモードでコーディングされることに応答して、前記空間的な隣接ブロックの動き情報が利用不可であると決定し、
    前記空間的な隣接ブロックが前記ＩＢＣモードでコーディングされることに応答して、前記空間的な隣接ブロックを利用不可であると指定するインジケータを決定し、
    前記空間的な隣接ブロックの前記動き情報を用いることなく、前記現在映像ブロックの同一位置のピクチャ内の少なくとも１つの対応する映像領域を特定し、
    前記ビットストリームを生成する、
    ことを有し、
    前記ＩＢＣモードにおいて、予測は、ブロックベクトルによって決定されるのと同じスライスのサンプル値から導出される、
    コンピュータ読み取り可能記録媒体。
    

Images