知財求人 - 知財ポータルサイト「IP Force」
特許7558980スケーラビリティサポートのための同じピクチャ順序カウント（ＰＯＣ）番号付け
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-09-20
(45)【発行日】2024-10-01
(54)【発明の名称】スケーラビリティサポートのための同じピクチャ順序カウント（ＰＯＣ）番号付け
(51)【国際特許分類】
H04N 19/70 20140101AFI20240924BHJP
H04N 19/30 20140101ALI20240924BHJP
【ＦＩ】
H04N19/70
H04N19/30
【請求項の数】
15
(21)【出願番号】P 2021572459
(86)(22)【出願日】2020-06-02
(65)【公表番号】
(43)【公表日】2022-08-29
(86)【国際出願番号】 US2020035700
(87)【国際公開番号】W WO2020251801
(87)【国際公開日】2020-12-17
【審査請求日】2023-05-10
(31)【優先権主張番号】62/861,281
(32)【優先日】2019-06-13
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】62/863,804
(32)【優先日】2019-06-19
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】16/889,601
(32)【優先日】2020-06-01
(33)【優先権主張国・地域又は機関】US
(73)【特許権者】
【識別番号】595020643
【氏名又は名称】クゥアルコム・インコーポレイテッド
【氏名又は名称原語表記】ＱＵＡＬＣＯＭＭ ＩＮＣＯＲＰＯＲＡＴＥＤ
(74)【代理人】
【識別番号】110003708
【氏名又は名称】弁理士法人鈴榮特許綜合事務所
(74)【代理人】
【識別番号】100108855
【弁理士】
【氏名又は名称】蔵田 昌俊
(74)【代理人】
【識別番号】100158805
【弁理士】
【氏名又は名称】井関 守三
(74)【代理人】
【識別番号】100112807
【弁理士】
【氏名又は名称】岡田 貴志
(72)【発明者】
【氏名】セレジン、バディム
(72)【発明者】
【氏名】ラマスブラモニアン、アダルシュ・クリシュナン
(72)【発明者】
【氏名】コバン、ムハンメド・ゼイド
(72)【発明者】
【氏名】カルチェビチ、マルタ
【審査官】田中 純一
(56)【参考文献】
【文献】特開２０１８－００７２７９（ＪＰ，Ａ）
【文献】特表２０１９－５０９６６９（ＪＰ，Ａ）
【文献】国際公開第２０１７／１４３２１１（ＷＯ，Ａ１）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｎ ７／１２
Ｈ０４Ｎ １９／００ － １９／９８
ＩＥＥＥ Ｘｐｌｏｒｅ
(57)【特許請求の範囲】
【請求項1】
ビデオデータを復号するための装置であって、前記装置が、メモリと、
回路中に実装されたプロセッサとを備え、前記プロセッサは、
ビットストリーム中に含まれるピクチャの少なくとも一部分を取得することと、
前記ビットストリームから、重み付け予測が前記ピクチャの少なくとも前記一部分について有効にされると決定することと、
重み付け予測が前記ピクチャの少なくとも前記一部分について有効にされるという前記決定に基づいて、参照ピクチャリストからの参照ピクチャを示すピクチャ順序カウントオフセットを識別することと、ここにおいて、前記ピクチャ順序カウントオフセットは、異なる重みを有する予測のために同じ参照ピクチャが使用されることを示す０値を有することができる、
前記ピクチャ順序カウントオフセットによって識別された前記参照ピクチャの少なくとも一部分を使用して、前記ピクチャの少なくとも前記一部分を再構築することと、
前記ビットストリーム中に含まれる第２のピクチャの少なくとも一部分を取得することと、
前記ビットストリームから、重み付け予測が前記第２のピクチャの前記一部分について無効にされると決定することと、
前記重み付け予測が前記第２のピクチャについて無効にされることに基づいて、シンタックス要素の再構築された値を、シグナリングされた値＋１として生成することによって、第２の参照ピクチャのためのピクチャ順序カウントオフセットを示す前記ビットストリームの第２のシンタックス要素をパースすることと、
前記シンタックス要素の前記再構築された値を使用して前記第２のピクチャを再構築することと
を行うように構成された、装置。
【請求項2】
前記プロセッサは、前記ビットストリームから、前記ピクチャの複数の部分を取得することと、前記複数の部分が、前記０値ピクチャ順序カウントオフセットによって識別された前記参照ピクチャを使用して再構築された前記ピクチャの少なくとも前記一部分を含む、
前記ピクチャの前記複数の部分のための複数の対応するピクチャ順序カウントオフセットを識別することと、ここにおいて、前記０値ピクチャ順序カウントオフセットが、前記参照ピクチャに関連する前記複数の対応するピクチャ順序カウントオフセットのうちの対応するピクチャ順序カウントオフセットである、
前記複数の対応するピクチャ順序カウントオフセットによって識別された複数の参照ピクチャを使用して、前記ピクチャを再構築することと
を行うようにさらに構成された、請求項１に記載の装置。
【請求項3】
前記プロセッサは、前記ピクチャのための１つまたは複数の重み付け予測フラグを識別するために前記ビットストリームをパースすることによって、重み付け予測が有効にされると決定するようにさらに構成された、請求項１に記載の装置。
【請求項4】
前記ピクチャの前記一部分のための前記１つまたは複数の重み付け予測フラグが、シーケンスパラメータセット重み付け予測フラグとピクチャパラメータセット重み付け予測フラグとを備える、請求項３に記載の装置。
【請求項5】
前記シーケンスパラメータセット重み付け予測フラグおよび前記ピクチャパラメータセット重み付け予測フラグが、単方向予測されたフレームのためのフラグである、請求項４に記載の装置。
【請求項6】
前記シーケンスパラメータセット重み付け予測フラグおよび前記ピクチャパラメータセット重み付け予測フラグが、双方向予測フレームのためのフラグである、請求項４に記載の装置。
【請求項7】
前記ピクチャパラメータセット重み付け予測フラグが、前記シーケンスパラメータセット重み付け予測フラグによって制約される、請求項４に記載の装置。
【請求項8】
参照ピクチャシンタックス要素の値は、重み付け予測が無効にされるとき、前記第２のピクチャのピクチャ順序カウント値と、前記第２の参照ピクチャのための前記参照ピクチャリストにおける前の参照ピクチャエントリとの間の絶対差分を、シグナリングされた値＋１として指定する、請求項１に記載の装置。
【請求項9】
前記参照ピクチャが、重みの第１のセットに関連し、前記ピクチャが、重みの前記第１のセットとは異なる重みの第２のセットに関連し、ここにおいて、前記参照ピクチャが、前記ピクチャとは異なるサイズを有し、
ここにおいて、前記参照ピクチャが、０に等しいピクチャ順序カウント最下位ビット値をもつ短期参照ピクチャとしてシグナリングされる、
請求項１に記載の装置。
【請求項10】
前記ピクチャが、非瞬時復号リフレッシュ（非ＩＤＲ）ピクチャである、請求項１に記載の装置。
【請求項11】
前記プロセッサが、前記ビットストリームから、レイヤ間予測のためのレイヤインデックスのレイヤを示す前記参照ピクチャのためのレイヤ識別子を決定すること
を行うように構成され、
ここにおいて、前記０値ピクチャ順序カウントオフセットは、前記レイヤ識別子が現在のレイヤ識別子とは異なるとき、シグナリングされていない前記参照ピクチャのためのピクチャ順序カウントから０値を推論することによって識別される、
請求項１に記載の装置。
【請求項12】
前記装置が、前記ピクチャをキャプチャおよび記憶するための、前記プロセッサと前記メモリとに結合されたカメラをもつモバイルデバイスと、ディスプレイとを備える、請求項１に記載の装置。
【請求項13】
ビデオデータを復号するための方法であって、前記方法は、ビットストリームから、ピクチャの少なくとも一部分を取得することと、
前記ビットストリームから、重み付け予測が前記ピクチャの前記一部分について有効にされると決定することと、
重み付け予測が前記ピクチャの前記一部分について有効にされるという前記決定に基づいて、参照ピクチャリストからの参照ピクチャを示すピクチャ順序カウントオフセットを識別することと、ここにおいて、前記ピクチャ順序カウントオフセットは、異なる重みを有する予測のために同じ参照ピクチャが使用されることを示す０値を有することができ、
前記ピクチャ順序カウントオフセットによって識別された前記参照ピクチャの少なくとも一部分を使用して、前記ピクチャの少なくとも前記一部分を再構築することと、
前記ビットストリーム中に含まれる第２のピクチャの少なくとも一部分を取得することと、
前記ビットストリームから、重み付け予測が前記第２のピクチャについて無効にされると決定することと、
前記重み付け予測が前記第２のピクチャについて無効にされることに基づいて、第２のシンタックス要素の再構築された値を、シグナリングされた値＋１として生成することによって、第２の参照ピクチャのためのピクチャ順序カウントオフセットを示す前記ビットストリームの前記第２のシンタックス要素をパースすることと、
前記第２のシンタックス要素の前記再構築された値を使用して前記第２のピクチャの少なくとも前記一部分を再構築することと、
を備える、方法。
【請求項14】
ビデオデータを符号化するための装置であって、前記装置が、メモリと、
回路中に実装されたプロセッサとを備え、前記プロセッサは、
ピクチャの少なくとも一部分を識別することと、
前記ピクチャの前記一部分について有効にされるような重み付け予測を選択することと、
前記ピクチャの前記一部分のための参照ピクチャを識別することと、
重み付け予測が前記ピクチャの前記一部分について有効にされるという決定に基づいて、参照ピクチャリストからの前記参照ピクチャを示すピクチャ順序カウントオフセットを生成することと、ここにおいて、前記ピクチャ順序カウントオフセットの０値は、異なる重みを有する予測のために同じ参照ピクチャが使用されることを示す、
第２のピクチャの少なくとも一部分を識別することと、
前記第２のピクチャの前記一部分について無効にされるような重み付け予測を選択することと、
前記重み付け予測が前記第２のピクチャについて無効にされることに基づいて、第２の参照ピクチャについてピクチャ順序カウントオフセット－１を示す第２のシンタックス要素を生成することと、
ビットストリームを生成することと、前記ビットストリームが、前記ピクチャの前記一部分および前記ピクチャの前記一部分に関連するような前記ピクチャ順序カウントオフセットと、前記第２のピクチャの前記一部分および前記第２のピクチャの前記一部分に関連するような前記第２のシンタックス要素とを備える、
を行うように構成された、装置。
【請求項15】
ビデオデータを符号化するための方法であって、前記方法は、ピクチャの少なくとも一部分を識別することと、
重み付け予測が前記ピクチャの前記一部分について有効にされることを選択することと、
前記ピクチャの前記一部分のための参照ピクチャを識別することと、
重み付け予測が前記ピクチャの前記一部分について有効にされるという決定に基づいて、参照ピクチャリストからの前記参照ピクチャを示すピクチャ順序カウントオフセットを生成することと、ここにおいて、前記ピクチャ順序カウントオフセットの０値は、異なる重みを有する予測のために同じ参照ピクチャが使用されることを示す、
第２のピクチャの少なくとも一部分を識別することと、
前記第２のピクチャの前記一部分について無効にされるような重み付け予測を選択することと、
前記重み付け予測が前記第２のピクチャについて無効にされることに基づいて、第２の参照ピクチャについてピクチャ順序カウントオフセット－１を示す第２のシンタックス要素を生成することと、
ビットストリームを生成することと、前記ビットストリームが、前記ピクチャの前記一部分および前記ピクチャの前記一部分に関連するような前記ピクチャ順序カウントオフセットと、前記第２のピクチャの前記一部分および前記第２のシンタックス要素とを備える、
を備える、方法。
【発明の詳細な説明】
【技術分野】
【0001】
[0001] 本出願は、ビデオコーディングに関する。より詳細には、本出願は、ビデオコーディングシステムのためのスケーラビリティサポート（scalability support）を提供するシステム、方法、およびコンピュータ可読媒体に関する。
【背景技術】
【0002】
[0002] 多くのデバイスおよびシステムは、ビデオデータ（video data）が消費のために処理および出力されることを可能にする。デジタルビデオデータは、消費者およびビデオプロバイダの需要を満たすための大量のデータを含む。たとえば、ビデオデータの消費者は、高い忠実度、解像度、フレームレートなどを伴う、最高の品質のビデオを望む。その結果、これらの需要を満たすために必要とされる大量のビデオデータは、ビデオデータを処理および記憶する通信ネットワークおよびデバイスに負担をかける。
【0003】
[0003] 様々なビデオコーディング技法が、ビデオデータを圧縮するために使用され得る。ビデオコーディングは、１つまたは複数のビデオコーディング規格に従って実施される。たとえば、ビデオコーディング規格は、特に、汎用ビデオコーディング（ＶＶＣ）、高効率ビデオコーディング（ＨＥＶＣ）、アドバンストビデオコーディング（ＡＶＣ）、ムービングピクチャエキスパートグループ（ＭＰＥＧ）コーディングを含む。ビデオコーディングは、ビデオ画像またはシーケンス中に存在する冗長を利用する予測方法（たとえば、インター予測、イントラ予測など）を利用することができる。ビデオコーディング技法の重要な目標は、ビデオ品質に対する劣化を回避するかまたは最小限に抑えながら、より低いビットレートを使用する形式にビデオデータを圧縮することである。常に発展しつつあるビデオサービスが利用可能になるとともに、より良いコーディング効率をもつ符号化技法が必要とされる。
【発明の概要】
【0004】
[0004] 改善されたビデオ処理のためのシステムおよび方法が本明細書で説明される。デジタルビデオデータは、消費者およびビデオプロバイダの需要を満たすための大量のデータを含み、これは、ビデオデータを処理および記憶する通信ネットワークおよびデバイスに負担をかける。ビデオ処理のいくつかの例は、ビデオデータを効率的に符号化および復号するために、予測を用いたビデオ圧縮技法を使用する。たとえば、予測は、符号化されているブロック（block）中のピクセル値と予測されたブロック中のピクセル値との間の差分として決定され得る。予測誤差は残差と呼ばれることもある。ビデオエンコーダはまた、変換係数を生成するために、予測誤差に変換（たとえば、離散コサイン変換（ＤＣＴ）または他の好適な変換）を適用し得る。変換の後に、ビデオエンコーダは変換係数を量子化し得る。量子化変換係数と動きベクトルとは、シンタックス要素（syntax element）を使用して表され、制御情報とともに、ビデオシーケンスのコード化表現を形成し得る。いくつかの事例では、ビデオエンコーダはシンタックス要素をエントロピーコーディングし、それにより、さらに、それらの表現のために必要とされるビット数を低減し得る。
【0005】
[0005] いくつかの例では、予測は、分析されているフレームと同じレイヤ中の参照フレームを使用することができる。そのような予測は、異なるサイズまたは解像度をもつ同じフレームのコピーを含めることができる。いくつかのそのような例では、参照フレームは、参照リスト内で識別され、ピクチャ順序カウントオフセット値（picture order count offset value）を使用して参照され得る。重み付け予測（weighted prediction）の場合、符号化または復号されているフレームと同じレイヤ内の例示的な参照フレームが、０値ピクチャ順序カウントオフセット（zero value picture order count offset）で参照され得る。いくつかのそのような例では、重み付け予測が使用されないとき、ピクチャ順序カウントオフセット値は、シグナリングされた値（signaled value）からのプラスまたはマイナス１としてエンコーダまたはデコーダによって解釈され得る。そのような動作は、シグナリングを低減することと、参照フレームを識別および使用するための動作の効率的な処理を提供することとによって、ネットワークおよび符号化デバイス（encoding device）または復号デバイス（decoding device）の効率を改善する。
【0006】
[0006] １つの例示的な例では、ビデオデータを処理するための装置（apparatus）が提供される。本装置は、メモリ（memory）と、回路（circuitry）中に実装されたプロセッサ（processor）とを含む。プロセッサは、ビットストリーム（bitstream）中に含まれるピクチャ（picture）の少なくとも一部分を取得するように構成される。プロセッサは、ビットストリームから、重み付け予測がピクチャの少なくとも一部分について有効にされると決定することと、重み付け予測がピクチャの少なくとも一部分について有効にされるという決定に基づいて、参照ピクチャリスト（reference picture list）からの参照ピクチャ（reference picture）を示す０値ピクチャ順序カウントオフセットを識別することとを行うようにも構成される。プロセッサは、０値ピクチャ順序カウントオフセットによって識別された参照ピクチャの少なくとも一部分を使用して、ピクチャの少なくとも一部分を再構築（reconstruct）するようにも構成される。
【0007】
[0007] 別の例では、ビデオデータを処理する方法が提供される。本方法は、ビットストリームから、ピクチャの少なくとも一部分を取得することを含む。本方法は、ビットストリームから、重み付け予測がピクチャの一部分について有効にされると決定することをさらに含む。本方法は、重み付け予測がピクチャの一部分について有効にされるという決定に基づいて、参照ピクチャリストからの参照ピクチャを示す０値ピクチャ順序カウントオフセットを識別することをさらに含む。本方法は、０値ピクチャ順序カウントオフセットによって識別された参照ピクチャの少なくとも一部分を使用して、ピクチャの少なくとも一部分を再構築することをさらに含む。
【0008】
[0008] 別の例では、実行されたとき、ビデオデータを復号するためのデバイスの１つまたは複数のプロセッサに、ビットストリーム中に含まれるピクチャの少なくとも一部分を取得することと、ビットストリームから、重み付け予測がピクチャの少なくとも一部分について有効にされると決定することと、重み付け予測がピクチャの少なくとも一部分について有効にされるという決定に基づいて、参照ピクチャリストからの参照ピクチャを示す０値ピクチャ順序カウントオフセットを識別することと、０値ピクチャ順序カウントオフセットによって識別された参照ピクチャの少なくとも一部分を使用して、ピクチャの少なくとも一部分を再構築することとを行わせる命令を記憶するコンピュータ可読記憶媒体。
【0009】
[0009] 別の例では、ビデオデータを復号するための装置が提供される。本装置は、ビットストリーム中に含まれるピクチャの少なくとも一部分を取得するための手段と、ビットストリームから、重み付け予測がピクチャの少なくとも一部分について有効にされると決定するための手段と、重み付け予測がピクチャの少なくとも一部分について有効にされるという決定に基づいて、参照ピクチャリストからの参照ピクチャを示す０値ピクチャ順序カウントオフセットを識別するための手段と、０値ピクチャ順序カウントオフセットによって識別された参照ピクチャの少なくとも一部分を使用して、ピクチャの少なくとも一部分を再構築するための手段とを含む。
【0010】
[0010] いくつかの場合には、上記で説明された方法、装置、およびコンピュータ可読記憶媒体は、ビットストリームから、ピクチャの複数の部分を取得することと、複数の部分が、０値ピクチャ順序カウントオフセットによって識別された参照ピクチャを使用して再構築されたピクチャの少なくとも一部分を含む、ピクチャの複数の部分のための複数の対応するピクチャ順序カウントオフセット（corresponding picture order count offset）を識別することと、ここにおいて、０値ピクチャ順序カウントオフセットが、参照ピクチャに関連する複数の対応するピクチャ順序カウントオフセットのうちの対応するピクチャ順序カウントオフセットである、複数の対応するピクチャ順序カウントオフセットによって識別された複数の参照ピクチャを使用して、ピクチャを再構築することとを含む。
【0011】
[0011] いくつかの場合には、上記で説明された方法、装置、およびコンピュータ可読記憶媒体は、ピクチャのための１つまたは複数の重み付け予測フラグ（weighted prediction flag）を識別するためにビットストリームをパース（parse）することによって、重み付け予測が有効にされると決定することを含む。いくつかの場合には、ピクチャの一部分のための１つまたは複数の重み付け予測フラグは、シーケンスパラメータセット重み付け予測フラグ（sequence parameter set weighted prediction flag）とピクチャパラメータセット重み付け予測フラグ（picture parameter set weighted prediction flag）とを備える。いくつかの場合には、シーケンスパラメータセット重み付け予測フラグおよびピクチャパラメータセット重み付け予測フラグは、単方向予測されたフレーム（uni-directional predicted frame）のためのフラグ（flag）である。いくつかの場合には、シーケンスパラメータセット重み付け予測フラグおよびピクチャパラメータセット重み付け予測フラグは、双方向予測フレーム（bi-directional predictive frame）のためのフラグである。いくつかの場合には、ピクチャパラメータセット重み付け予測フラグは、シーケンスパラメータセット重み付け予測フラグによって制約される。
【0012】
[0012] いくつかの場合には、上記で説明された方法、装置、およびコンピュータ可読記憶媒体は、ビットストリーム中に含まれる第２のピクチャ（second picture）の少なくとも一部分を取得することと、ビットストリームから、重み付け予測が第２のピクチャの一部分について無効にされると決定することと、重み付け予測が第２のピクチャの少なくとも一部分について無効にされるという決定に基づいて、第２のピクチャの一部分のための参照ピクチャリストからの第２の参照ピクチャ（second reference picture）を示すような、第２の０値ピクチャ順序カウントオフセット（second zero value picture order count offset）が可能にされないと決定することとを含む。
【0013】
[0013] いくつかの場合には、上記で説明された方法、装置、およびコンピュータ可読記憶媒体は、第２の０値ピクチャ順序カウントオフセットが可能にされないという決定に基づいて、重み付け予測が第２のピクチャについて無効にされることに基づいて、シンタックス要素の値を、シグナリングされた値＋１として再構築することによって、第２の参照ピクチャのためのピクチャ順序カウントオフセットを示すビットストリームのシンタックス要素をパースすることと、シンタックス要素の再構築された値を使用して第２のピクチャを再構築することとを含む。
【0014】
[0014] いくつかの場合には、参照ピクチャシンタックス要素の値は、重み付け予測が無効にされるとき、第２のピクチャのピクチャ順序カウント値（picture order count value）と、第２の参照ピクチャのための参照ピクチャリストにおける前の参照ピクチャエントリ（previous reference picture entry）との間の絶対差分（absolute difference）を、値＋１として指定する。
【0015】
[0015] いくつかの場合には、参照ピクチャは、重みの第１のセット（a first set of weights）に関連し、ピクチャは、重みの第１のセットとは異なる重みの第２のセット（a second set of weights）に関連する。いくつかの場合には、参照ピクチャは、ピクチャとは異なるサイズ（different size）を有する。いくつかの場合には、参照ピクチャは、０に等しいピクチャ順序カウント最下位ビット値（picture order count least significant bit value）をもつ短期参照ピクチャ（short-term reference picture）としてシグナリングされる。いくつかの場合には、ピクチャは、非瞬時復号リフレッシュ（非ＩＤＲ）ピクチャ（non-instantaneous decoding refresh (non-IDR) picture）である。いくつかの場合には、ピクチャの少なくとも一部分はスライス（slice）である。スライスは、ピクチャの複数のブロックを含むことができる。いくつかの場合には、ピクチャの少なくとも一部分は、ピクチャのブロック（たとえば、コーディングツリーユニット（ＣＴＵ）、マクロブロック、コーディングユニットまたはブロック、予測ユニットまたはブロック、あるいはピクチャの他のタイプのブロック）である。
【0016】
[0016] いくつかの場合には、上記で説明された方法、装置、およびコンピュータ可読記憶媒体は、ビットストリームから、レイヤ間予測のためのレイヤインデックス（layer index for inter-layer prediction）のレイヤを示す参照ピクチャのためのレイヤ識別子（layer identifier）を決定することを含む。いくつかの例では、０値ピクチャ順序カウントオフセットは、レイヤ識別子が現在のレイヤ識別子（current layer identifier）とは異なるとき、シグナリングされていない参照ピクチャのためのピクチャ順序カウントから０値を推論（infer）することによって識別される。
【0017】
[0017] 別の例示的な例では、ビデオデータを符号化するための装置が提供される。例示的な装置は、メモリと、回路中に実装されたプロセッサとを含み、プロセッサは、ピクチャの少なくとも一部分を識別するように構成される。プロセッサは、ピクチャの一部分について有効にされるような重み付け予測を選択するようにさらに構成される。プロセッサは、ピクチャの一部分のための参照ピクチャを識別することと、参照ピクチャリストからの参照ピクチャを示す０値ピクチャ順序カウントオフセットを生成することとを行うようにさらに構成される。プロセッサは、ビットストリームを生成すること、ビットストリームが、ピクチャの一部分と、ピクチャの一部分に関連するような０値ピクチャ順序カウントオフセットとを備える、を行うようにさらに構成される。
【0018】
[0018] 別の例では、ビデオデータを符号化するための方法が提供される。本方法は、ピクチャの少なくとも一部分を識別することを含む。本方法は、ピクチャの一部分について有効にされるような重み付け予測が選択されると決定することを含む。本方法は、ピクチャの一部分のための参照ピクチャを識別することと、参照ピクチャリストからの参照ピクチャを示す０値ピクチャ順序カウントオフセットを生成することとを含む。本方法は、ビットストリームを生成すること、ここで、ビットストリームが、ピクチャの一部分と、ピクチャの一部分に関連するような０値ピクチャ順序カウントオフセットとを備える、をさらに含む。
【0019】
[0019] 別の例示的な例では、実行されたとき、ビデオデータを符号化するためのデバイスの１つまたは複数のプロセッサに、ピクチャの少なくとも一部分を識別することと、ピクチャの一部分について有効にされるような重み付け予測を選択することと、ピクチャの一部分のための参照ピクチャを識別することと、参照ピクチャリストからの参照ピクチャを示す０値ピクチャ順序カウントオフセットを生成することと、ビットストリームを生成することと、ビットストリームが、ピクチャの一部分と、ピクチャの一部分に関連するような０値ピクチャ順序カウントオフセットとを備える、を行わせる命令を記憶するコンピュータ可読記憶媒体。
【0020】
[0020] 別の例示的な例では、ビデオデータを符号化するための装置が提供される。本装置は、ピクチャの少なくとも一部分を識別するための手段と、ピクチャの一部分について有効にされるような重み付け予測を選択するための手段と、ピクチャの一部分のための参照ピクチャを識別するための手段と、参照ピクチャリストからの参照ピクチャを示す０値ピクチャ順序カウントオフセットを生成するための手段と、ビットストリームを生成するための手段と、ビットストリームが、ピクチャの一部分と、ピクチャの一部分に関連するような０値ピクチャ順序カウントオフセットとを備える、を含む。
【0021】
[0021] 別の例では、ビデオデータを符号化するための方法が提供される。本方法は、ピクチャの少なくとも一部分を識別することを含む。本方法は、ピクチャの一部分について有効にされるような重み付け予測が選択されると決定することを含む。本方法は、ピクチャの一部分のための参照ピクチャを識別することと、参照ピクチャリストからの参照ピクチャを示す０値ピクチャ順序カウントオフセットを生成することとを含む。本方法は、ビットストリームを生成すること、ここで、ビットストリームが、ピクチャの一部分と、ピクチャの一部分に関連するような０値ピクチャ順序カウントオフセットとを備える、をさらに含む。
【0022】
[0022] いくつかの態様では、ビデオデータを復号するための装置および／またはビデオデータを符号化するための装置は、カメラ（camera）、モバイルデバイス（mobile device）（たとえば、携帯電話またはいわゆる「スマートフォン」または他のモバイルデバイス）、ウェアラブルデバイス、エクステンデッドリアリティ（extended reality）デバイス（たとえば、仮想現実（ＶＲ）デバイス、拡張現実（ＡＲ：augmented reality）デバイス、または複合現実（ＭＲ）デバイス）、パーソナルコンピュータ、ラップトップコンピュータ、サーバコンピュータ、または他のデバイスを備える。いくつかの態様では、ビデオデータを復号するための装置および／またはビデオデータを符号化するための装置は、１つまたは複数の画像をキャプチャするための１つまたは複数のカメラを含む。いくつかの態様では、ビデオデータを復号するための装置および／またはビデオデータを符号化するための装置は、１つまたは複数の画像、通知、および／または他の表示可能なデータを表示するためのディスプレイ（display）を含む。
【0023】
[0023] 方法、装置、およびコンピュータ可読媒体のいずれかに関係する上記で説明された態様は、個々に、または任意の好適な組合せで使用され得る。
【0024】
[0024] 本発明の概要は、請求される主題の主要なまたは本質的な特徴を識別するものではなく、請求される主題の範囲を決定するために独立して使用されるものでもない。本主題は、本特許の明細書全体、いずれかまたはすべての図面、および各請求項の適切な部分を参照することによって理解されたい。
【0025】
[0025] 上記のことは、他の特徴および実施形態とともに、以下の明細書、特許請求の範囲、および添付の図面を参照すると、より明らかになろう。
【0026】
[0026] 本出願の例示的な例が、以下の図を参照しながら以下で詳細に説明される。
【図面の簡単な説明】
【0027】
【図1】[0027] いくつかの例による、符号化デバイスおよび復号デバイスの一例を示すブロック図。
【図2】[0028] 本開示の技法を実施するためのフィルタユニットの例示的な一実装形態を示す図。
【図3】[0029] いくつかの例による、異なるピクチャ順序カウント（ＰＯＣ：picture order count）をもつ複数のアクセスユニット（ＡＵ）の一例を示す図。
【図4】[0030] 本明細書で説明される様々な例による、例示的な方法を示す流れ図。
【図5】[0031] 本明細書で説明される様々な例による、例示的な方法を示す流れ図。
【図6】[0032] いくつかの例による、例示的なビデオ符号化デバイスを示すブロック図。
【図7】[0033] いくつかの例による、例示的なビデオ復号デバイスを示すブロック図。
【発明を実施するための形態】
【0028】
[0034] 本開示のいくつかの態様および例が以下で与えられる。当業者に明らかであるように、これらの態様および例のうちのいくつかは独立して適用され得、それらのうちのいくつかは組み合わせて適用され得る。以下の説明では、説明の目的で、本出願の例の完全な理解を与えるために具体的な詳細が記載される。ただし、様々な例は、これらの具体的な詳細なしに実施され得ることが明らかであろう。図および説明は限定するものではない。
【0029】
[0035] 以下の説明は、例示的な例のみを与えるものであり、本開示の範囲、適用性、または構成を限定するものではない。そうではなく、例示的な例の以下の説明は、例示的な例を実装することを可能にする説明を当業者に与える。添付の特許請求の範囲に記載されるように、本出願の趣旨および範囲から逸脱することなく、要素の機能および構成において様々な変更が行われ得ることを理解されたい。
【0030】
[0036] ビデオコーディングデバイスは、ビデオデータを効率的に符号化および復号するためのビデオ圧縮技法を実装する。ビデオ圧縮技法は、ビデオシーケンスに固有の冗長を低減または除去するために、空間予測（たとえば、イントラフレーム予測またはイントラ予測）、時間予測（たとえば、インターフレーム予測またはインター予測）、（ビデオデータの異なるレイヤにわたるレイヤ間予測、および／または他の予測技法を含む、異なる予測モードを適用することを含み得る。ビデオエンコーダは、元のビデオシーケンスの各ピクチャを（以下でより詳細に説明される）ビデオブロックまたはコーディングユニットと呼ばれる矩形領域に区分することができる。これらのビデオブロックは、特定の予測モードを使用して符号化され得る。
【0031】
[0037] ビデオブロックは、１つまたは複数のやり方で、より小さいブロックの１つまたは複数のグループに分割され得る。ブロックは、コーディングツリーブロック、予測ブロック、変換ブロック、および／または他の好適なブロックを含むことができる。概して「ブロック」への言及は、別段に規定されていない限り、そのようなビデオブロック（たとえば、当業者によって理解されるように、コーディングツリーブロック、コーディングブロック、予測ブロック、変換ブロック、あるいは他の適切なブロックまたはサブブロック）を指すことがある。さらに、これらのブロックの各々はまた、本明細書では、互換的に「ユニット」（たとえば、コーディングツリーユニット（ＣＴＵ）、コーディングユニット、予測ユニット（ＰＵ）、変換ユニット（ＴＵ）など）と呼ばれることがある。いくつかの場合には、ユニットは、ビットストリーム中で符号化されるコーディング論理ユニットを示し得、ブロックは、プロセスがターゲットであるビデオフレームバッファの一部分を示し得る。
【0032】
[0038] インター予測モードの場合、ビデオエンコーダは、参照フレームまたは参照ピクチャと呼ばれる、別の時間ロケーション中にあるフレーム（またはピクチャ）中で符号化されているブロックと同様のブロックを探索することができる。ビデオエンコーダは、その探索を、符号化されるべきブロックからのある空間変位に制限することができる。いくつかのシステムでは、水平変位成分と垂直変位成分とを含む２次元（２Ｄ）動きベクトルを使用して、最良の一致が特定される。イントラ予測モードの場合、ビデオエンコーダは、同じピクチャ内の前に符号化された隣接ブロックからのデータに基づいて、空間予測技法を使用して、予測されたブロックを形成することができる。
【0033】
[0039] ビデオエンコーダは予測誤差を決定し得る。たとえば、予測は、符号化されているブロック中のピクセル値と予測されたブロック中のピクセル値との間の差分として決定され得る。予測誤差は残差と呼ばれることもある。ビデオエンコーダはまた、変換係数を生成するために、予測誤差に変換（たとえば、離散コサイン変換（ＤＣＴ）または他の好適な変換）を適用することができる。変換の後に、ビデオエンコーダは変換係数を量子化し得る。いくつかの例では、量子化変換係数と動きベクトルとは、シンタックス要素を使用して表現され、制御情報とともに、ビデオシーケンスのコード化表現を形成する。いくつかの事例では、ビデオエンコーダはシンタックス要素をエントロピーコーディングし、それにより、さらに、それらの表現のためのビット数を低減し得る。
【0034】
[0040] ビデオデコーダは、上記で説明されたシンタックス要素および制御情報を使用して、現在フレームを復号するための予測データ（たとえば、予測ブロック）を構築することができる。たとえば、ビデオデコーダは、予測されたブロックと圧縮された予測誤差とを加え得る。ビデオデコーダは、量子化係数を使用して変換基底関数を重み付けすることによって、圧縮された予測誤差を決定し得る。再構築されたフレームと元のフレームとの間の差分は、再構築誤差と呼ばれる。
【0035】
[0041] 上述のように、参照ピクチャが、インター予測を実施するときに使用され得る。参照ピクチャを識別するために、ピクチャ順序カウント（ＰＯＣ：picture order count）オフセット値または「デルタＰＯＣ」値が使用され得る。ＰＯＣ値は、選択されたピクチャのためのピクチャ順序カウント値と、前のピクチャまたは元のピクチャのためのピクチャ順序カウント値との間の差分（たとえば、オフセットまたはデルタ）に基づいて、選択されたピクチャを識別する。いくつかの参照ピクチャは、複数の参照ピクチャが同じＰＯＣ値を有する（たとえば、同じピクチャが複数回参照として使用される）ときなど、０に等しいデルタＰＯＣ値を有することができる。たとえば、０デルタＰＯＣ値は、重み付け予測で使用され得る。しかしながら、いくつかの例では、重み付け予測が無効にされるとき、０デルタＰＯＣ値は使用されないことがある。非０デルタＰＯＣ値をシグナリングすることは、追加のビットを使用し、これは、デルタＰＯＣ値が定期的に同じ非０値であるとき、リソースを浪費し得る。
【0036】
[0042] 関連するモード（たとえば、重み付け予測）がいつ有効または無効にされるかを決定することと、この決定に基づいて、シグナリングされたデルタＰＯＣ値を解釈することとによって、符号化ビデオデータをシグナリングするために使用されるビットレートを低減することができる、システムおよび技法が本明細書で説明される。いくつかの例では、重み付け予測が有効にされることを示す重み付け予測フラグなど、フラグが、現在モードを決定するために使用される。そのような例では、重み付け予測が有効にされるとき、０のシグナリングされたデルタＰＯＣ値が、ピクチャを再構築するための実際のデルタＰＯＣとして使用され得る。重み付け予測が無効にされるとき、０のシグナリングされたデルタＰＯＣは、実際の（非０）デルタＰＯＣ値を決定するために修正され得る。上記で説明されたように、そのような実装形態は、画像品質を低減することなしに、画像シグナリングのために使用されるビットレートを低減することによって、システムの動作を改善することができる。
【0037】
[0043] 本明細書で説明される技法は、既存のビデオコーデック（たとえば、高効率ビデオコーディング（ＨＥＶＣ）、アドバンストビデオコーディング（ＡＶＣ）、または他の好適な既存のビデオコーデック）のいずれかに適用され得るか、ならびに／あるいは、たとえば、汎用ビデオコーディング（ＶＶＣ）、ジョイント探査モデル（ＪＥＭ）、および／または開発中のもしくは開発されることになる他のビデオコーディング規格など、任意の開発されているビデオコーディング規格および／または将来のビデオコーディング規格のための効率的なコーディングツールであり得る。本明細書で説明される例は、ＪＥＭモデル、ＶＶＣ、ＨＥＶＣ規格、および／またはそれらの拡張を使用する例を与えるが、本明細書で説明される技法およびシステムは、他のコーディング規格にも適用可能であり得る。したがって、本明細書で説明される技法およびシステムは、特定のビデオコーディング規格を参照しながら説明され得るが、当業者は、説明がその特定の規格にのみ適用されると解釈されるべきではないことを諒解されよう。
【0038】
[0044] 図１は、符号化デバイス（encoding device）１０４と復号デバイス（decoding device）１１２とを含むシステム１００の一例を示すブロック図である。符号化デバイス１０４はソースデバイスの一部であり得、復号デバイス１１２は受信デバイスの一部であり得る。ソースデバイスおよび／または受信デバイスは、モバイルもしくは固定電話ハンドセット（たとえば、スマートフォン、セルラー電話など）、デスクトップコンピュータ、ラップトップもしくはノートブックコンピュータ、タブレットコンピュータ、セットトップボックス、テレビジョン、カメラ、ディスプレイデバイス、デジタルメディアプレーヤ、ビデオゲームコンソール、ビデオストリーミングデバイス、インターネットプロトコル（ＩＰ）カメラ、または任意の他の好適な電子デバイスなど、電子デバイスを含み得る。いくつかの例では、ソースデバイスおよび受信デバイスは、ワイヤレス通信のための１つまたは複数のワイヤレストランシーバを含み得る。本明細書で説明されるコーディング技法は、（たとえば、インターネットを介した）ストリーミングビデオ送信、テレビジョン放送もしくは送信、データ記憶媒体上に記憶するためのデジタルビデオの符号化、データ記憶媒体上に記憶されたデジタルビデオの復号、または他の適用例を含む、様々なマルチメディア適用例におけるビデオコーディングに適用可能である。いくつかの例では、システム１００は、ビデオ会議、ビデオストリーミング、ビデオ再生、ビデオブロードキャスティング、ゲーム、および／またはビデオテレフォニーなどの適用例をサポートするために、一方向または双方向のビデオ送信をサポートすることができる。
【0039】
[0045] 符号化デバイス１０４（またはエンコーダ）は、符号化ビデオビットストリームを生成するためにビデオコーディング規格またはプロトコルを使用してビデオデータを符号化するために使用され得る。ビデオコーディング規格の例は、ＩＴＵ－Ｔ Ｈ．２６１、ＩＳＯ／ＩＥＣ ＭＰＥＧ－１ Ｖｉｓｕａｌ、ＩＴＵ－Ｔ Ｈ．２６２またはＩＳＯ／ＩＥＣ ＭＰＥＧ－２ Ｖｉｓｕａｌ、ＩＴＵ－Ｔ Ｈ．２６３、ＩＳＯ／ＩＥＣ ＭＰＥＧ－４ Ｖｉｓｕａｌ、そのスケーラブルビデオコーディング（ＳＶＣ）拡張とマルチビュービデオコーディング（ＭＶＣ）拡張とを含む（ＩＳＯ／ＩＥＣ ＭＰＥＧ－４ ＡＶＣとしても知られる）ＩＴＵ－Ｔ Ｈ．２６４、およびＨＥＶＣまたはＩＴＵ－Ｔ Ｈ．２６５を含む。範囲およびスクリーンコンテンツコーディング拡張、３Ｄビデオコーディング（３Ｄ－ＨＥＶＣ）ならびにマルチビュー拡張（ＭＶ－ＨＥＶＣ）ならびにスケーラブル拡張（ＳＨＶＣ）を含む、マルチレイヤビデオコーディングに対処するＨＥＶＣへの様々な拡張が存在する。ジョイント探査ビデオチーム（ＪＶＥＴ）によって開発されている新しいビデオコーディング規格は、汎用ビデオコーディング（ＶＶＣ）と呼ばれる。
【0040】
[0046] 図１を参照すると、ビデオソース１０２は、符号化デバイス１０４にビデオデータを与え得る。ビデオソース１０２は、ソースデバイスの一部であり得るか、またはソースデバイス以外のデバイスの一部であり得る。ビデオソース１０２は、ビデオキャプチャデバイス（たとえば、ビデオカメラ、カメラフォン、ビデオフォンなど）、記憶されたビデオを含んでいるビデオアーカイブ、ビデオデータを与えるビデオサーバまたはコンテンツプロバイダ、ビデオサーバまたはコンテンツプロバイダからビデオを受信するビデオフィードインターフェース、コンピュータグラフィックスビデオデータを生成するためのコンピュータグラフィックスシステム、そのようなソースの組合せ、あるいは任意の他の好適なビデオソースを含み得る。
【0041】
[0047] ビデオソース１０２からのビデオデータは、１つまたは複数の入力ピクチャを含み得る。ピクチャは「フレーム」と呼ばれることもある。ピクチャまたはフレームは、いくつかの場合には、ビデオの一部である静止画像である。いくつかの例では、ビデオソース１０２からのデータは、ビデオの一部でない静止画像であり得る。ＨＥＶＣ、ＶＶＣ、および他のビデオコーディング仕様では、ビデオシーケンスは、一連のピクチャを含むことができる。ピクチャは、ＳL、ＳCbおよびＳCrと示される、３つのサンプルアレイを含み得る。ＳLはルーマサンプルの２次元アレイであり、ＳCbはＣｂクロミナンスサンプルの２次元アレイであり、ＳCrはＣｒクロミナンスサンプルの２次元アレイである。クロミナンスサンプルは、本明細書では「クロマ」サンプルと呼ばれることもある。ピクセルは、ルーマ成分、Ｃｂ成分、およびＣｒ成分を含むピクチャ内のロケーションを指すことができる。他の事例では、ピクチャは、モノクロームであり得、ルーマサンプルのアレイのみを含み得る。
【0042】
[0048] 符号化デバイス１０４のエンコーダエンジン１０６（またはエンコーダ）は、符号化ビデオビットストリームを生成するためにビデオデータを符号化する。いくつかの例では、符号化ビデオビットストリーム（または「ビデオビットストリーム」または「ビットストリーム」）は、一連の１つまたは複数のコード化ビデオシーケンスである。コード化ビデオシーケンス（ＣＶＳ）は、ベースレイヤ中の、いくつかのプロパティをもつランダムアクセスポイントピクチャを有するアクセスユニット（ＡＵ）で始まり、ベースレイヤ中の、いくつかのプロパティをもつランダムアクセスポイントピクチャを有する次のＡＵまでの、次のＡＵを含まない一連のＡＵを含む。ＡＵは、１つまたは複数のコード化ピクチャと、同じ出力時間を共有するコード化ピクチャに対応する制御情報とを含む。ピクチャのコード化スライスは、ビットストリームレベルにおいて、ネットワークアブストラクションレイヤ（ＮＡＬ）ユニットと呼ばれるデータユニット中にカプセル化される。たとえば、ＨＥＶＣビデオビットストリームは、ＮＡＬユニットを含む１つまたは複数のＣＶＳを含み得る。ＮＡＬユニットの各々はＮＡＬユニットヘッダを有する。
【0043】
[0049] エンコーダエンジン１０６は、各ピクチャを複数のスライスに区分することによってピクチャのコード化表現を生成する。スライスは、スライス中の情報が、同じピクチャ内の他のスライスからのデータへの依存性なしにコーディングされるように、他のスライスから独立している。スライスは、次いで、ルーマサンプルおよびクロマサンプルのコーディングツリーブロック（ＣＴＢ）に区分される。ルーマサンプルのＣＴＢおよびクロマサンプルの１つまたは複数のＣＴＢは、サンプルのためのシンタックスとともに、コーディングツリーユニット（ＣＴＵ）と呼ばれる。ＣＴＵは、ＨＥＶＣ符号化のための基本処理ユニットである。ＣＴＵは、様々なサイズの複数のコーディングユニット（ＣＵ）にスプリットされ得る。ＣＵは、コーディングブロック（ＣＢ）と呼ばれるルーマおよびクロマサンプルアレイを含んでいる。
【0044】
[0050] ルーマおよびクロマＣＢは、予測ブロック（ＰＢ）にさらにスプリットされ得る。ＰＢは、（利用可能なとき、または使用のために有効にされたとき）インター予測またはイントラブロックコピー予測のために同じ動きパラメータを使用するルーマ成分またはクロマ成分のサンプルのブロックである。ルーマＰＢおよび１つまたは複数のクロマＰＢは、関連するシンタックスとともに、予測ユニット（ＰＵ）を形成する。インター予測の場合、動きパラメータのセット（たとえば、１つまたは複数の動きベクトル、参照インデックスなど）は、ＰＵごとにビットストリーム中でシグナリングされ、ルーマＰＢおよび１つまたは複数のクロマＰＢのインター予測のために使用される。動きパラメータは動き情報と呼ばれることもある。ＣＢはまた、１つまたは複数の変換ブロック（ＴＢ）に区分され得る。ＴＢは、予測残差信号をコーディングするために同じ２次元変換が適用される色成分のサンプルの正方形ブロックを表現する。変換ユニット（ＴＵ）は、ルーマおよびクロマサンプルのＴＢと、対応するシンタックス要素とを表現する。
【0045】
[0051] ＣＵのサイズは、コーディングモードのサイズに対応し、形状が正方形であり得る。たとえば、ＣＵのサイズは、８×８サンプル、１６×１６サンプル、３２×３２サンプル、６４×６４サンプル、または対応するＣＴＵのサイズまでの任意の他の適切なサイズであり得る。「Ｎ×Ｎ」という句は、本明細書では、垂直寸法および水平寸法に関するビデオブロックのピクセル寸法（たとえば、８ピクセル×８ピクセル）を指すために使用される。ブロック中のピクセルは行および列に配置され得る。いくつかの例では、ブロックは、水平方向において垂直方向と同じ数のピクセルを有するとは限らない。ＣＵに関連するシンタックスデータは、たとえば、１つまたは複数のＰＵへのＣＵの区分を表し得る。区分モードは、ＣＵがイントラ予測モード符号化されるか、インター予測モード符号化されるかの間で異なり得る。ＰＵは、形状が非正方形になるように区分され得る。
【0046】
[0052] ＨＥＶＣ規格によれば、変換は、上記で説明されたＴＵを使用して実施され得る。ＴＵは、異なるＣＵでは異なり得る。ＴＵは、所与のＣＵ内のＰＵのサイズに基づいてサイズ決定され得る。ＴＵは、ＰＵと同じサイズであるか、またはＰＵよりも小さいことがある。いくつかの例では、ＣＵに対応する残差サンプルは、残差クワッドツリー（ＲＱＴ：residual quad tree）として知られるクワッドツリー構造を使用して、より小さいユニットに再分割され得る。ＲＱＴのリーフノードはＴＵに対応し得る。ＴＵに関連するピクセル差分値は、変換係数を作り出すために変換され得る。変換係数は、次いで、エンコーダエンジン１０６によって量子化され得る。
【0047】
[0053] ビデオデータのピクチャがＣＵに区分されると、エンコーダエンジン１０６は、予測モードを使用して各ＰＵを予測する。予測ユニットまたは予測ブロックは、次いで、（以下で説明される）残差を得るために元のビデオデータから減算される。ＣＵごとに、シンタックスデータを使用してビットストリーム内で予測モードがシグナリングされ得る。予測モードは、イントラ予測（またはピクチャ内予測）またはインター予測（またはピクチャ間予測）を含み得る。ピクチャ間予測を使用してピクチャエリアをコーディングすべきなのか、ピクチャ内予測を使用してピクチャエリアをコーディングすべきなのかの決定は、たとえば、ＣＵレベルにおいて行われ得る。
【0048】
[0054] ピクチャ内予測は、ピクチャ内の空間的に隣接するサンプル間の相関を利用する。たとえば、イントラ予測を使用して、各ＰＵは、たとえば、ＰＵに関する平均値を見つけるためのＤＣ予測、平坦面をＰＵに適合させるための平面予測、隣接データから外挿するための方向性予測、または任意の他の好適なタイプの予測を使用して、同じピクチャ中の隣接画像データから予測される。
【0049】
[0055] ピクチャ間予測は、画像サンプルのブロックについての動き補償予測を導出するためにピクチャ間の時間相関を使用する。並進運動モデルを使用して、前に復号されたピクチャ（参照ピクチャ）中のブロックの位置は、動きベクトル（Δｘ，Δｙ）によって示され、Δｘは、現在ブロックの位置に対する参照ブロックの水平変位を指定し、Δｙはその垂直変位を指定する。いくつかの場合には、動きベクトル（Δｘ，Δｙ）は、（整数精度とも呼ばれる）整数サンプル精度であり得、その場合、動きベクトルは、参照フレームの整数ペルグリッド（または整数ピクセルサンプリンググリッド）を指す。いくつかの場合には、動きベクトル（Δｘ，Δｙ）は、参照フレームの整数ペルグリッドに制限されることなしに、基礎をなすオブジェクトの移動をより正確にキャプチャするために、（分数ペル精度または非整数精度とも呼ばれる）分数サンプル精度のものであり得る。動きベクトルの精度は、動きベクトルの量子化レベルによって表され得る。たとえば、量子化レベルは、整数精度（たとえば、１ピクセル）または分数ペル精度（たとえば、１／４ピクセル、１／２ピクセル、または他のサブピクセル値）であり得る。対応する動きベクトルが分数サンプル精度を有するとき、予測信号を導出するために、参照ピクチャに補間が適用される。たとえば、整数位置において利用可能なサンプルは、分数位置における値を推定するために、（たとえば、１つまたは複数の補間フィルタを使用して）フィルタ処理され得る。前に復号された参照ピクチャは、参照ピクチャリストへの参照インデックス（ｒｅｆＩｄｘ）によって示される。動きベクトルおよび参照インデックスは、動きパラメータと呼ばれることがある。単予測と双予測とを含む、２つの種類のピクチャ間予測が実施され得る。
【0050】
[0056] 双予測を使用するインター予測の場合、動きパラメータの２つのセット（Δｘ0、Δｙ0、ｒｅｆＩｄｘ0、および、Δｘ1、Δｙ1、ｒｅｆＩｄｘ1）が、（同じ参照ピクチャから、または場合によっては異なる参照ピクチャから）２つの動き補償予測を生成するために使用される。たとえば、双予測の場合、各予測ブロックは、２つの動き補償予測信号を使用し、Ｂ予測ユニットを生成する。２つの動き補償予測は、次いで、最終の動き補償予測を得るために組み合わせられる。たとえば、２つの動き補償予測は、平均化によって組み合わせられ得る。別の例では、重み付け予測が使用され得、その場合、異なる重みが、各動き補償予測に適用され得る。双予測において使用され得る参照ピクチャは、リスト０およびリスト１として示される、２つの別個のリストに記憶される。動きパラメータは、動き推定プロセスを使用してエンコーダにおいて導出され得る。
【0051】
[0057] 単予測を使用するインター予測の場合、動きパラメータ（Δｘ0，Δｙ0，ｒｅｆＩｄｘ0）の１つのセットが、参照ピクチャから動き補償予測を生成するために使用される。たとえば、単予測の場合、各予測ブロックは、高々１つの動き補償予測信号を使用し、Ｐ予測ユニットを生成する。
【0052】
[0058] ＰＵは、予測プロセスに関係するデータ（たとえば、動きパラメータまたは他の好適なデータ）を含み得る。たとえば、ＰＵがイントラ予測を使用して符号化されるとき、ＰＵは、ＰＵのためのイントラ予測モードを表すデータを含み得る。別の例として、ＰＵがインター予測を使用して符号化されるとき、ＰＵは、ＰＵのための動きベクトルを定義するデータを含み得る。ＰＵのための動きベクトルを定義するデータは、たとえば、動きベクトルの水平成分（Δｘ）、動きベクトルの垂直成分（Δｙ）、動きベクトルの解像度（たとえば、整数精度、１／４ピクセル精度、または１／８ピクセル精度）、動きベクトルが指す参照ピクチャ、参照インデックス、動きベクトルのための参照ピクチャリスト（たとえば、リスト０、リスト１、またはリストＣ）、またはそれらの任意の組合せを表し得る。
【0053】
[0059] 符号化デバイス１０４は、次いで、変換および量子化を実施し得る。たとえば、予測の後に、エンコーダエンジン１０６は、ＰＵに対応する残差値を計算し得る。残差値は、コーディングされているピクセルの現在ブロック（ＰＵ）と、現在ブロックを予測するために使用される予測ブロック（たとえば、現在ブロックの予測されたバージョン）との間のピクセル差分値を備え得る。たとえば、（たとえば、インター予測またはイントラ予測を使用して）予測ブロックを生成した後に、エンコーダエンジン１０６は、現在ブロックから、予測ユニットによって作り出された予測ブロックを減算することによって、残差ブロックを生成することができる。残差ブロックは、現在ブロックのピクセル値と予測ブロックのピクセル値との間の差分を定量化するピクセル差分値のセットを含む。いくつかの例では、残差ブロックは、２次元ブロックフォーマット（たとえば、ピクセル値の２次元行列またはアレイ）で表現され得る。そのような例では、残差ブロックはピクセル値の２次元表現である。
【0054】
[0060] 予測が実施された後に残存し得るいずれの残差データも、離散コサイン変換、離散サイン変換、整数変換、ウェーブレット変換、他の好適な変換関数、またはそれらの任意の組合せに基づき得るブロック変換を使用して変換される。いくつかの場合には、１つまたは複数のブロック変換（たとえば、サイズ３２×３２、１６×１６、８×８、４×４、または他の好適なサイズ）が各ＣＵにおける残差データに適用され得る。いくつかの例では、エンコーダエンジン１０６によって実装される変換および量子化プロセスのためにＴＵが使用され得る。１つまたは複数のＰＵを有する所与のＣＵは、１つまたは複数のＴＵをも含み得る。以下でさらに詳細に説明されるように、残差値は、ブロック変換を使用して変換係数に変換され得、次いで、エントロピーコーディングのためのシリアル化変換係数を作り出すために、ＴＵを使用して量子化および走査され得る。
【0055】
[0061] いくつかの例では、ＣＵのＰＵを使用したイントラ予測コーディングまたはインター予測コーディングの後に、エンコーダエンジン１０６は、ＣＵのＴＵのための残差データを計算し得る。ＰＵは、空間ドメイン（またはピクセルドメイン）においてピクセルデータを備え得る。ＴＵは、ブロック変換の適用の後に変換ドメインにおいて係数を備え得る。前記のように、残差データは、符号化されていないピクチャのピクセルとＰＵに対応する予測値との間のピクセル差分値に対応し得る。エンコーダエンジン１０６は、ＣＵのための残差データを含むＴＵを形成し得、次いで、ＣＵのための変換係数を作り出すためにＴＵを変換し得る。
【0056】
[0062] エンコーダエンジン１０６は、変換係数の量子化を実施し得る。量子化は、係数を表現するために使用されるデータの量を低減するために変換係数を量子化することによって、さらなる圧縮を与える。たとえば、量子化は、係数の一部または全部に関連するビット深度を低減し得る。一例では、ｎビット値をもつ係数は、量子化中にｍビット値に切り捨てられ得、ｎはｍよりも大きい。
【0057】
[0063] 量子化が実施されると、コード化ビデオビットストリームは、量子化変換係数と、予測情報（たとえば、予測モード、動きベクトル、ブロックベクトルなど）と、区分情報と、他のシンタックスデータなどの任意の他の好適なデータとを含む。コード化ビデオビットストリームの異なる要素は、次いで、エンコーダエンジン１０６によってエントロピー符号化され得る。いくつかの例では、エンコーダエンジン１０６は、エントロピー符号化され得るシリアル化ベクトルを作り出すために、量子化変換係数を走査するためにあらかじめ定義された走査順序を利用し得る。いくつかの例では、エンコーダエンジン１０６は適応型走査を実施し得る。ベクトル（たとえば、１次元ベクトル）を形成するために量子化変換係数を走査した後に、エンコーダエンジン１０６は、ベクトルをエントロピー符号化し得る。たとえば、エンコーダエンジン１０６は、コンテキスト適応型可変長コーディング、コンテキスト適応型バイナリ算術コーディング、シンタックスベースコンテキスト適応型バイナリ算術コーディング、確率間隔区分エントロピーコーディング、または別の好適なエントロピー符号化技法を使用し得る。
【0058】
[0064] 符号化デバイス１０４の出力部１１０は、通信リンク１２０を介して受信デバイスの復号デバイス１１２に、符号化ビデオビットストリームデータを構成するＮＡＬユニットを送り得る。復号デバイス１１２の入力部１１４はＮＡＬユニットを受信し得る。通信リンク１２０は、ワイヤレスネットワーク、ワイヤードネットワーク、またはワイヤードネットワークとワイヤレスネットワークとの組合せによって与えられるチャネルを含み得る。ワイヤレスネットワークは、任意のワイヤレスインターフェースまたはワイヤレスインターフェースの組合せを含み得、任意の好適なワイヤレスネットワーク（たとえば、インターネットまたは他のワイドエリアネットワーク、パケットベースネットワーク、ＷｉＦｉ（登録商標）、無線周波数（ＲＦ）、ＵＷＢ、ＷｉＦｉ－Ｄｉｒｅｃｔ、セルラー、ロングタームエボリューション（ＬＴＥ（登録商標））、ＷｉＭａｘ（登録商標）など）を含み得る。ワイヤードネットワークは、任意のワイヤードインターフェース（たとえば、ファイバー、イーサネット（登録商標）、電力線イーサネット、同軸ケーブルを介したイーサネット、デジタル信号線（ＤＳＬ）など）を含み得る。ワイヤードおよび／またはワイヤレスネットワークは、基地局、ルータ、アクセスポイント、ブリッジ、ゲートウェイ、スイッチなど、様々な機器を使用して実装され得る。符号化ビデオビットストリームデータは、ワイヤレス通信プロトコルなどの通信規格に従って変調され、受信デバイスに送信され得る。
【0059】
[0065] いくつかの例では、符号化デバイス１０４は、符号化ビデオビットストリームデータを記憶装置１０８に記憶し得る。出力部１１０は、エンコーダエンジン１０６から、または記憶装置１０８から符号化ビデオビットストリームデータを取り出し得る。記憶装置１０８は、様々な分散されたまたはローカルにアクセスされるデータ記憶媒体のいずれかを含み得る。たとえば、記憶装置１０８は、ハードドライブ、記憶ディスク、フラッシュメモリ、揮発性または不揮発性メモリ、あるいは符号化ビデオデータを記憶するための任意の他の好適なデジタル記憶媒体を含み得る。記憶装置１０８は、インター予測において使用するための参照ピクチャを記憶するための復号ピクチャバッファ（ＤＰＢ）をも含むことができる。
【0060】
[0066] エンコーダエンジン１０６および（以下でより詳細に説明される）デコーダエンジン１１６は、ＶＶＣに従って動作するように構成され得る。ＶＶＣに従って、（エンコーダエンジン１０６および／またはデコーダエンジン１１６などの）ビデオコーダは、ピクチャを複数のコーディングツリーユニット（ＣＴＵ）に区分する。ビデオコーダは、クワッドツリーバイナリツリー（ＱＴＢＴ）構造またはマルチタイプツリー（ＭＴＴ）構造など、ツリー構造に従ってＣＴＵを区分することができる。ＱＴＢＴ構造は、ＨＥＶＣのＣＵとＰＵとＴＵとの間の分離など、複数の区分タイプの概念を除去する。ＱＴＢＴ構造は、クワッドツリー区分に従って区分される第１のレベルと、バイナリツリー区分に従って区分される第２のレベルとを含む、２つのレベルを含む。ＱＴＢＴ構造のルートノードは、ＣＴＵに対応する。バイナリツリーのリーフノードは、コーディングユニット（ＣＵ）に対応する。
【0061】
[0067] ＭＴＴ区分構造では、ブロックは、クワッドツリー区分と、バイナリツリー区分と、１つまたは複数のタイプのトリプルツリー区分とを使用して区分され得る。トリプルツリー区分は、ブロックが３つのサブブロックにスプリットされる区分である。いくつかの例では、トリプルツリー区分は、中心を通って元のブロックを分割することなしに、ブロックを３つのサブブロックに分割する。ＭＴＴにおける区分タイプ（たとえば、クワッドツリー、バイナリツリー、およびトライプツリー）は、対称的または非対称的であり得る。
【0062】
[0068] いくつかの例では、ビデオコーダは、ルミナンス成分とクロミナンス成分との各々を表現するために単一のＱＴＢＴまたはＭＴＴ構造を使用することができ、他の例では、ビデオコーダは、ルミナンス成分のための１つのＱＴＢＴまたはＭＴＴ構造、および両方のクロミナンス成分のための別のＱＴＢＴまたはＭＴＴ構造（またはそれぞれのクロミナンス成分のための２つのＱＴＢＴおよび／またはＭＴＴ構造）など、２つ以上のＱＴＢＴまたはＭＴＴ構造を使用することができる。
【0063】
[0069] ビデオコーダは、ＨＥＶＣによるクワッドツリー区分、ＱＴＢＴ区分、ＭＴＴ区分、または他の区分構造を使用するように構成され得る。説明の目的で、本明細書の説明は、ＱＴＢＴ区分を指すことがある。しかしながら、本開示の技法は、クワッドツリー区分、または同様に他のタイプの区分を使用するように構成されたビデオコーダにも適用され得ることを理解されたい。
【0064】
[0070] ＶＶＣでは、ピクチャは、スライス、タイル、およびブリックに区分され得る。概して、ブリックは、ピクチャ中の特定のタイル内のＣＴＵ行の矩形領域であり得る。タイルは、ピクチャの中の特定のタイル列内および特定のタイル行内のＣＴＵの矩形領域であり得る。タイル列は、ピクチャの高さに等しい高さと、ピクチャパラメータセット中のシンタックス要素によって指定された幅とを有するＣＴＵの矩形領域である。タイル行は、ピクチャパラメータセット中のシンタックス要素によって指定された高さと、ピクチャの幅に等しい幅とを有するＣＴＵの矩形領域である。いくつかの場合には、タイルは複数のブリックに区分され得、それらの各々は、タイル内に１つまたは複数のＣＴＵ行を含むことができる。複数のブリックに区分されないタイルもブリックと呼ばれる。しかしながら、タイルの真のサブセットであるブリックは、タイルと呼ばれない。スライスは、もっぱら単一のＮＡＬユニット中に含まれているピクチャの整数個のブリックであり得る。いくつかの場合には、スライスは、いくつかの完全なタイル、または１つのタイルの完全なブリックの連続シーケンスのみのいずれかを含むことができる。
【0065】
[0071] 復号デバイス１１２の入力部１１４は、符号化ビデオビットストリームデータを受信し、ビデオビットストリームデータをデコーダエンジン１１６に、またはデコーダエンジン１１６による後の使用のために記憶装置１１８に与え得る。復号デバイス１１２の入力部１１４は、符号化ビデオビットストリームデータを受信し、ビデオビットストリームデータをデコーダエンジン１１６に、またはデコーダエンジン１１６による後の使用のために記憶装置１１８に与え得る。たとえば、記憶装置１１８は、インター予測において使用するための参照ピクチャを記憶するためのＤＰＢを含むことができる。復号デバイス１１２を含む受信デバイスは、記憶装置１０８を介して復号されるべき符号化ビデオデータを受信することができる。符号化ビデオデータは、ワイヤレス通信プロトコルなどの通信規格に従って変調され、受信デバイスに送信され得る。デコーダエンジン１１６は、（たとえば、エントロピーデコーダを使用して）エントロピー復号し、符号化ビデオデータを構成する１つまたは複数のコード化ビデオシーケンスの要素を抽出することによって、符号化ビデオビットストリームデータを復号し得る。デコーダエンジン１１６は、次いで、符号化ビデオビットストリームデータを再スケーリングし、符号化ビデオビットストリームデータに対して逆変換を実施し得る。残差データが、次いで、デコーダエンジン１１６の予測段階にパスされる。デコーダエンジン１１６は、次いで、ピクセルのブロック（たとえば、ＰＵ）を予測する。いくつかの例では、逆変換の出力（残差データ）に予測が加算される。
【0066】
[0072] 復号デバイス１１２は、復号ビデオをビデオ宛先デバイス１２２に出力し得、ビデオ宛先デバイス１２２は、復号ビデオデータをコンテンツの消費者に表示するためのディスプレイまたは他の出力デバイスを含み得る。いくつかの態様では、ビデオ宛先デバイス１２２は、復号デバイス１１２を含む受信デバイスの一部であり得る。いくつかの態様では、ビデオ宛先デバイス１２２は、受信デバイス以外の別個のデバイスの一部であり得る。
【0067】
【0068】
[0074] 前に説明されたように、ＨＥＶＣビットストリームは、ＶＣＬ ＮＡＬユニットと非ＶＣＬ ＮＡＬユニットとを含む、ＮＡＬユニットのグループを含む。ＶＣＬ ＮＡＬユニットは、コード化ビデオビットストリームを形成するコード化ピクチャデータを含む。たとえば、コード化ビデオビットストリームを形成するビットのシーケンスは、ＶＣＬ ＮＡＬユニット中に存在する。非ＶＣＬ ＮＡＬユニットは、他の情報に加えて、符号化ビデオビットストリームに関係する高レベル情報をもつパラメータセットを含んでいることがある。たとえば、パラメータセットは、ビデオパラメータセット（ＶＰＳ）と、シーケンスパラメータセット（ＳＰＳ）と、ピクチャパラメータセット（ＰＰＳ）とを含み得る。パラメータセットの目標の例は、ビットレート効率と、エラーレジリエンシーと、システムレイヤインターフェースを与えることとを含む。各スライスは、復号デバイス１１２がそのスライスを復号するために使用し得る情報にアクセスするために、単一のアクティブなＰＰＳ、ＳＰＳ、およびＶＰＳを参照する。ＶＰＳ識別子（ＩＤ）と、ＳＰＳ ＩＤと、ＰＰＳ ＩＤとを含むＩＤが、パラメータセットごとにコーディングされ得る。ＳＰＳは、ＳＰＳ ＩＤとＶＰＳ ＩＤとを含む。ＰＰＳは、ＰＰＳ ＩＤとＳＰＳ ＩＤとを含む。各スライスヘッダはＰＰＳ ＩＤを含む。ＩＤを使用して、アクティブなパラメータセットが所与のスライスについて識別され得る。
【0069】
[0075] ＰＰＳは、所与のピクチャ中のすべてのスライスに適用される情報を含む。このため、ピクチャ中のすべてのスライスは、同じＰＰＳを指す。異なるピクチャ中のスライスも、同じＰＰＳを指すことがある。ＳＰＳは、同じコード化ビデオシーケンス（ＣＶＳ）またはビットストリーム中のすべてのピクチャに適用される情報を含む。ＳＰＳ中の情報は、コード化ビデオシーケンス内でピクチャごとに変化しないことがある。コード化ビデオシーケンス中のピクチャは、同じＳＰＳを使用し得る。ＶＰＳは、コード化ビデオシーケンスまたはビットストリーム内のすべてのレイヤに適用される情報を含む。ＶＰＳは、コード化ビデオシーケンス全体に適用されるシンタックス要素をもつシンタックス構造を含む。いくつかの例では、ＶＰＳ、ＳＰＳ、またはＰＰＳは、符号化ビットストリームとともに帯域内で送信され得る。いくつかの例では、ＶＰＳ、ＳＰＳ、またはＰＰＳは、コード化ビデオデータを含んでいるＮＡＬユニットとは別個の送信において帯域外で送信され得る。
【0070】
[0076] ビデオビットストリームは、補足エンハンスメント情報（ＳＥＩ）メッセージをも含むことができる。たとえば、ＳＥＩ ＮＡＬユニットはビデオビットストリームの一部であり得る。いくつかの場合には、ＳＥＩメッセージは、復号プロセスによって使用されない情報を含んでいることがある。たとえば、ＳＥＩメッセージ中の情報は、ビットストリームのビデオピクチャを復号するためのデコーダにとって必須でないことがあるが、デコーダは、ピクチャの表示または処理（たとえば、復号された出力）を改善するためにその情報を使用であることができる。
【0071】
[0077] 本明細書で説明されるように、各ブロックについて、（本明細書では動きパラメータとも呼ばれる）動き情報のセットが利用可能であり得る。動き情報のセットは、前方予測方向および後方予測方向のための動き情報を含んでいる。前方予測方向および後方予測方向は、双方向予測モードの２つの予測方向であり、その場合、「前方」および「後方」という用語は、必ずしも幾何学的意味を有するとは限らない。代わりに、「前方」および「後方」は、現在ピクチャの参照ピクチャリスト０（ＲｅｆＰｉｃＬｉｓｔ０またはＬ０）および参照ピクチャリスト１（ＲｅｆＰｉｃＬｉｓｔ１またはＬ１）に対応する。いくつかの例では、ピクチャまたはスライスについて１つの参照ピクチャリストのみが利用可能であるとき、ＲｅｆＰｉｃＬｉｓｔ０のみが利用可能であり、スライスの各ブロックの動き情報は常に前方である。
【0072】
[0078] いくつかの場合には、動きベクトルが、その参照インデックスとともに、コーディングプロセス（たとえば、動き補償）において使用される。関連する参照インデックスをもつそのような動きベクトルは、動き情報の単予測セットとして示される。各予測方向について、動き情報は、参照インデックスと動きベクトルとを含んでいることがある。いくつかの場合には、簡単のために、動きベクトル自体は、それが、関連する参照インデックスを有すると仮定されるように言及され得る。参照インデックスは、現在参照ピクチャリスト（ＲｅｆＰｉｃＬｉｓｔ０またはＲｅｆＰｉｃＬｉｓｔ１）中の参照ピクチャを識別するために使用される。動きベクトルは、現在ピクチャにおける座標位置から、参照インデックスによって識別される参照ピクチャにおける座標へのオフセットを与える水平成分と垂直成分とを有する。たとえば、参照インデックスは、現在ピクチャ中のブロックのために使用されるべきである特定の参照ピクチャを示すことができ、動きベクトルは、参照ピクチャ中で、最も良く一致したブロック（現在ブロックに最も良く一致するブロック）が参照ピクチャ中のどこにあるかを示すことができる。
【0073】
[0079] ビデオコーディング規格において、ピクチャの表示順序を識別するためにピクチャ順序カウント（ＰＯＣ）が使用され得る。１つのコード化ビデオシーケンス内の２つのピクチャが同じＰＯＣ値を有し得る場合があるが、一般に、それはコード化ビデオシーケンス内で起こらない。複数のコード化ビデオシーケンスがビットストリーム中に存在するとき、ＰＯＣの同じ値をもつピクチャは、復号順序に関して互いに近いことがある。ピクチャのＰＯＣ値は、参照ピクチャリスト構築と、ＨＥＶＣの場合のような参照ピクチャセットの導出と、動きベクトルスケーリングとのために使用され得る。
【0074】
[0080] ＨＥＶＣにおける動き予測の場合、予測ユニット（ＰＵ）のためのマージモードと高度動きベクトル予測（ＡＭＶＰ）モードとを含む、２つのインター予測モードがある。スキップは、マージの特殊な場合と見なされる。ＡＭＶＰモードまたはマージモードのいずれかでは、動きベクトル（ＭＶ）候補リストが、複数の動きベクトル予測子について維持される。現在ＰＵの、（１つまたは複数の）動きベクトル、ならびにマージモードにおける参照インデックスは、参照リストから１つの候補をとることによって生成される。
【0075】
[0081] ＭＶ候補リストがブロックの動き予測のために使用される例では、参照リストは、符号化デバイスと復号デバイスとによって別個に構築され得る。たとえば、候補リストは、ブロック（たとえば、ピクチャのＣＴＵ、ＣＵ、または他のブロック）を符号化するときに符号化デバイスによって生成され得、ブロックを復号するときに復号デバイスによって生成され得る。候補リスト中の動き情報候補に関係する情報が、符号化デバイスと復号デバイスとの間でシグナリングされ得る。たとえば、マージモードでは、記憶された動き情報候補へのインデックス値が、（たとえば、ＰＰＳ、ＳＰＳ、ＶＰＳなどのシンタックス構造、スライスヘッダ、ビデオビットストリーム中でまたはビデオビットストリームとは別個に送られるＳＥＩメッセージ、および／あるいは他のシグナリング中で）符号化デバイスから復号デバイスにシグナリングされ得る。復号デバイスは、候補リストを構築し、動き補償予測のために使用するために、構築された候補リストから１つまたは複数の動き情報候補を取得するために、シグナリングされた参照またはインデックスを使用することができる。たとえば、復号デバイス１１２は、ＭＶ候補リストを構築し、ブロックの動き予測のために、インデックス付けされたロケーションからの動きベクトルを使用し得る。ＡＭＶＰモードの場合、参照またはインデックスに加えて、差分または残差値もデルタとしてシグナリングされ得る。たとえば、ＡＭＶＰモードの場合、復号デバイスは、１つまたは複数のＭＶ候補リストを構築し、ブロックの動き補償予測を実施する際に、シグナリングされたインデックス値を使用して取得された１つまたは複数の動き情報候補に、デルタ値を適用することができる。
【0076】
[0082] いくつかの例では、ＭＶ候補リストは、マージモードのための最高５つの候補とＡＭＶＰモードのための２つの候補とを含んでいる。他の例では、異なる数の候補が、マージモードおよび／またはＡＭＶＰモードのための候補リスト中に含まれ得る。マージ候補は、動き情報のセットを含んでいることがある。たとえば、動き情報のセットは、両方の参照ピクチャリスト（リスト０およびリスト１）に対応する動きベクトルと、参照インデックスとを含むことができる。マージ候補がマージインデックスによって識別される場合、現在ブロックの予測のために参照ピクチャが使用され、ならびに関連する動きベクトルが決定される。しかしながら、ＡＭＶＰモードの下では、リスト０またはリスト１のいずれかからの各潜在的予測方向について、ＡＭＶＰ候補が動きベクトルのみを含んでいるので、候補リストへのインデックスとともに参照インデックスが明示的にシグナリングされる必要がある。ＡＭＶＰモードでは、予測される動きベクトルはさらに改良され得る。
【0077】
[0083] 上記でわかるように、マージ候補は動き情報のフルセットに対応し、ＡＭＶＰ候補は、特定の予測方向および参照インデックスのためのただ１つの動きベクトルを含んでいる。両方のモードのための候補は、同じ空間および時間隣接ブロックから同様に導出される。いくつかの例では、マージモードは、インター予測ＰＵが、空間的に隣接する動きデータ位置と２つの時間的にコロケートされた動きデータ位置のうちの１つとのグループから選択される動きデータ位置を含むインター予測ＰＵから、１つまたは複数の同じ動きベクトルと、予測方向と、１つまたは複数の参照ピクチャインデックスとを継承することを可能にする。ＡＭＶＰモードの場合、ＰＵの１つまたは複数の動きベクトルは、エンコーダおよび／またはデコーダによって構築されたＡＭＶＰ候補リストからの１つまたは複数の動きベクトル予測子（ＭＶＰ）に対して叙述的にコーディングされ得る。いくつかの事例では、ＰＵの単一方向インター予測の場合、エンコーダおよび／またはデコーダは、単一のＡＭＶＰ候補リストを生成することができる。いくつかの事例では、ＰＵの双方向予測の場合、エンコーダおよび／またはデコーダは、１つが前方予測方向からの空間および時間隣接ＰＵの動きデータを使用し、１つが後方予測方向からの空間および時間隣接ＰＵの動きデータを使用する、２つのＡＭＶＰ候補リストを生成することができる。
【0078】
[0084] ＶＶＣでは、検討中の参照ピクチャリサンプリング（ＲＰＲ）ツールがあり、これは、すべての目的のために、その全体が参照により本明細書に組み込まれる、Ｓ．Ｗｅｎｇｅｒ、ＢＤ．Ｃｈｏｉ、Ｓ．Ｃ．Ｈａｎ、Ｘ．Ｌｉ、Ｓ．Ｌｉｕ、「AHG8: Spatial Scalability using Reference Picture Resampling」、ＪＶＥＴ－Ｏ００４５に記載されている。ＲＰＲツールは、現在ピクチャサイズとは異なるピクチャサイズをもつ（１つまたは複数の）参照ピクチャの使用を可能にする。この場合、現在ピクチャサイズに一致するピクチャのアップサンプリングまたはダウンサンプリングされたバージョン（たとえば、参照ピクチャ）を与えるために、ピクチャリサンプリングプロセスが呼び出される。ツールは、たとえば、Ｈ．２６５／ＨＥＶＣ規格のスケーラブル拡張（ＳＨＶＣ）において存在した空間スケーラビリティ（spatial scalability）と同様である。
【0079】
[0085] ＲＰＲを使用してＶＶＣにおける空間スケーラビリティのサポートを追加するためのいくつかの態様を与えるシステム、方法、装置、およびコンピュータ可読媒体が本明細書で説明される。いくつかの場合には、（たとえばＨＥＶＣおよびＳＨＶＣにおける手法と同様に）同じコンテンツを、ただし異なる表現（たとえば、異なる解像度を有する）において有するピクチャは、同じピクチャ順序カウント（ＰＯＣ）値を有すると仮定され得る。
【0080】
[0086] 本明細書で説明される技法を使用すると、アクセスユニット（ＡＵ）定義は、ＶＶＣにおいて変更される必要がなく、なぜなら、図３に示されているように、次のピクチャＶＣＬ ＮＡＬユニットに遭遇するときに起こる、新しいＰＯＣ値をもつＶＣＬ ＮＡＬユニット（または新しいＰＯＣをもつＶＣＬ ＮＡＬユニットに関連する非ＶＣＬ ＮＡＬユニット）においてＡＵが開始するからであり、ここで、レイヤ０およびレイヤ１とラベル付けされた２つの異なるレイヤ（たとえば、レイヤ０はレイヤ１よりも低い解像度ピクチャを有する）にわたって、第１のＡＵはｎ－１のＰＯＣ値を有し、第２のＡＵはｎのＰＯＣ値を有し、第３のＡＵはｎ＋１のＰＯＣ値を有する。
【0081】
[0087] しかしながら、どのピクチャが、どのレイヤから、レイヤ間予測のために使用され得るかを示すために、他のレイヤピクチャが参照ピクチャ構造（ＲＰＳ）および参照ピクチャリスト（ＲＰＬ）に含まれる必要があり得る。現在のＶＶＣでは、他のレイヤからのピクチャは、参照されることを可能にされない。
【0082】
[0088] 様々な例が、すべての目的のために、その全体が参照により本明細書に組み込まれる、「Versatile Video Coding (Draft 5)」、バージョン７、ＪＶＥＴ－Ｎ１００１－ｖ７など、ドラフトＶＶＣドキュメントを参照しながら以下で与えられる。上述のように、本明細書で説明される技法は、高効率ビデオコーディング（ＨＥＶＣ）および／またはアドバンストビデオコーディング（ＡＶＣ）など、既存のビデオコーデックのいずれかに適用され得るか、あるいは、汎用ビデオコーディング（ＶＶＣ）など、現在開発されている規格に、および他の将来のビデオコーディング規格に、有望なコーディングツールとして提案され得る。
【0083】
[0089] 図２は、参照ピクチャテーブル２０９によって識別され得る（たとえば、ピクチャメモリ９２などの）参照ピクチャ記憶装置２０８に参照ピクチャを入れることを含む、図６および図７に関して以下で説明されるように使用され得るフィルタユニット９１の例示的な一実装形態を示す図である。参照ピクチャテーブル２０９の追加の態様が以下で説明される。フィルタユニット６３が、同様の様式で実装され得る。フィルタユニット６３および９１は、場合によってはビデオ符号化デバイス１０４またはビデオ復号デバイス１１２の他の構成要素と連携して、本明細書で説明される実装形態および他の実装形態を有効にするために、本明細書で説明されるようにスケーラビリティサポートのためにＰＯＣ番号付け（numbering）と参照ピクチャオフセット値とを使用し得る。
【0084】
[0090] 示されているフィルタユニット９１は、デブロッキングフィルタ２０２と、サンプル適応オフセット（ＳＡＯ）フィルタ２０４と、一般的なフィルタ２０６とを含むが、図２に示されているフィルタよりも少数のフィルタを含み得、および／または追加のフィルタを含み得る。さらに、図２に示されている特定のフィルタは、異なる順序で実装され得る。ピクセル遷移を平滑化するか、または場合によってはビデオ品質を改善するために、（コーディングループ中またはコーディングループ後のいずれかの）他のループフィルタも使用され得る。コーディングループ中のとき、所与のフレームまたはピクチャ中の復号ビデオブロックは、次いで、参照ピクチャ記憶装置２０８の一部として参照ピクチャを記憶する、復号ピクチャバッファ（ＤＰＢ）に記憶される。ＤＰＢ（たとえば、参照ピクチャ記憶装置２０８）は、図１のビデオ宛先デバイス１２２のディスプレイなどのディスプレイデバイス上での後の提示のために、復号ビデオを記憶する追加のメモリの一部であるか、または追加のメモリとは別個であり得る。
【0085】
[0091] 重み付け予測（ＷＰ：Weighted Prediction）は、参照ピクチャを使用する予測の形態であり、その場合、（ａによって示される）スケーリングファクタ、（ｓによって示される）シフト数、および（ｂによって示される）オフセットが、動き補償において使用される。たとえば、以下の式（１）によって示されるように、線形モデルがＷＰにおいて使用され得る。
【0086】
【数1】
【0087】
[0092] 式（１）では、ＰＵcは現在ＰＵであり、（ｉ，ｊ）はＰＵc中のサンプル（またはいくつかの場合にはピクセル）の座標であり、（ｄｖx，ｄｖy）はＰＵcのディスパリティベクトルであり、ｐ（ｉ，ｊ）はＰＵcの予測であり、ｒはＰＵの参照ピクチャであり、ａおよびｂはモデルパラメータである（ここで、上述のように、ａはスケーリングファクタであり、ｂはオフセットである）。
【0088】
[0093] ＷＰが有効にされるとき、現在スライスの各参照ピクチャについて、ＷＰが参照ピクチャのために適用されるか否かを示すためのフラグがシグナリングされる。ＷＰが１つの参照ピクチャについて適用される場合、ＷＰパラメータのセット（すなわち、ａ、ｓおよびｂ）がデコーダに送られ、参照ピクチャからの動き補償のために使用される。いくつかの例では、ルーマおよびクロマサンプルのためのＷＰをオンまたはオフにする際のフレキシビリティを与えるために、ＷＰフラグおよびＷＰパラメータは、ピクセルのルーマ成分とクロマ成分とについて別個にシグナリングされ得る。いくつかの場合には、ＷＰでは、ＷＰパラメータの１つの同じセットが、１つの参照ピクチャ中のすべてのサンプルのために使用される。いくつかの例では、変数が現在コーディングブロックの幅および高さを指定し、同じ幅および高さをもつアレイが予測サンプルとして使用される。予測サンプルは、重み付けサンプル予測プロセスで導出され、ピクチャを再構築する際に使用され得る。
【0089】
[0094] ピクチャは、１つまたは複数のオフセット（たとえば、オフセットｂ）、１つまたは複数の重みまたはスケーリングファクタ（たとえば、スケーリングファクタａ）、シフト数、および／あるいは他の好適な重み付け予測パラメータを含むことができる。双方向インター予測の場合、１つまたは複数の重みは、第１の参照ピクチャのための第１の重みと、第２の参照ピクチャのための第２の重みとを含むことができる。本明細書で説明されるように、いくつかの例では、参照ブロックは、現在ブロックと同じブロックであるが、（たとえば、重み付け予測のための）異なる関連する重みパラメータを伴い得る。他の例では、参照ブロックは、同じピクチャのブロックであるが、異なるサイズ（たとえば、異なる解像度）をもち得、したがって、図３に関してより詳細に説明されるように、参照ブロックはレイヤ間予測プロセスの一部である。いくつかの例では、重み付け予測とレイヤ間予測の両方は、単一の現在ブロックに対して実施され得、参照ブロックは、異なる重みを有し、異なるサイズのピクチャに関連する。
【0090】
[0095] 図３は、一連のアクセスユニット３１０、３２０、および３３０を示す図である。各アクセスユニットは、アクセスユニット３１０、３２０、および３３０に対応する、ＰＯＣ値３１６、３２６、および３３６として示される、関連するＰＯＣ値を有する。アクセスユニットは、各々、異なるサイズ（たとえば、解像度）をもつピクチャフレームのための２つのレイヤを有する。図３の例は、アクセスユニット３１０のためのレイヤ０ユニット３１２およびレイヤ１ユニット３１４と、アクセスユニット３２０のためのレイヤ０ユニット３２２およびレイヤ１ユニット３２４と、アクセスユニット３３０のためのレイヤ０ユニット３３２およびレイヤ１ユニット３３４とを含む。レイヤ０ユニット３１２（たとえば、ＶＣＬ ＮＡＬユニット）は、レイヤ１ユニット３１４（たとえば、同じく ＶＣＬ ＮＡＬユニット）とは異なるサイズを有する。上述のように、本明細書で説明される技法を使用すると、ＶＶＣ ＡＵ定義は変更される必要がなく、なぜなら、新しいＰＯＣ値をもつＶＣＬ ＮＡＬユニット、または新しいＰＯＣをもつＶＣＬ ＮＡＬユニットに関連する非ＶＣＬ ＮＡＬユニットにおいて、ＡＵが開始するからである。たとえば、レイヤ０およびレイヤ１とラベル付けされた２つの異なるレイヤ（たとえば、レイヤ０はレイヤ１よりも低い解像度ピクチャを有する）にわたって、第１のＡＵはｎ－１のＰＯＣ値を有し、第２のＡＵはｎのＰＯＣ値を有し、第３のＡＵはｎ＋１のＰＯＣ値を有する、図３に示されているように、次のピクチャＶＣＬ ＮＡＬユニットに遭遇するとき、新しいＰＯＣ値が使用され得る。図３の例は２つのレイヤを含むが、様々な例では、他の数のレイヤが使用され得る。
【0091】
[0096] 本明細書で説明される例は、異なるレイヤ中のピクチャによって参照ピクチャとして使用されるべき他のレイヤからのデータの使用を効率的に可能にするためのシンタックスおよび動作構造を用いてＶＶＣデバイスおよびネットワークの動作を改善する。本明細書で説明されるように、そのような改善は、重み付け予測が有効にされるとき、共有アクセスユニットの別のレイヤ中の参照ピクチャを識別するための効率的なシグナリングを可能にし、重み付け予測が有効にされないとき、０のシグナリングされた値をもつオフセットを使用して他のフレーム中の参照ピクチャの効率的なシグナリングを可能にする。
【0092】
[0097] ＶＶＣは、短期参照ピクチャと長期参照ピクチャの両方で動作する。ここで説明されるいくつかの例は、短期参照ピクチャのための参照ピクチャのシグナリングで動作する。様々なシステムでは、短期参照ピクチャは、前の短期参照ピクチャに対して、前の参照ピクチャＰＯＣに対するＰＯＣデルタとしてシグナリングされる。最初のＰＯＣ値は、現在ピクチャＰＯＣに等しくなるように初期化され得る。０に等しいデルタＰＯＣが可能にされる（たとえば、異なる解像度の同じピクチャが存在する場合など、同じＰＯＣ値をもつ複数の参照ピクチャがあり得る）が、ＰＯＣ値は現在ピクチャＰＯＣに等しくなり得ない（たとえば、現在ピクチャは、参照ピクチャ構造またはリスト中に参照ピクチャとして挿入され得ない）。様々な例では、長期参照ピクチャＰＯＣは、最上位ビット（ＭＳＢ）および最下位ビット（ＬＳＢ）としてシグナリングされ、ＬＳＢ部分は０に等しくなり得る。
【0093】
[0098] いくつかの例では、参照ピクチャを指す、図２に示されているテーブル２０９が、（たとえば、メモリまたは図２に示されている参照ピクチャ記憶装置２０８を使用して）ＤＰＢに記憶される。いくつかの例では、このテーブル２０９は、（たとえば、ピクチャメモリ９２などのピクチャメモリの一部として）参照ピクチャ記憶装置２０８からのピクチャを識別する、現在ピクチャまたは前のピクチャからのピクチャ順序カウントオフセット値のリストである。いくつかの例では、そのようなテーブル２０９はループにおいて生成され得、初期テーブル値は初期ピクチャＰＯＣ値に等しい。ベースＰＯＣ値（たとえば、ピクチャ順序カウントオフセット値）が、初期ピクチャのための参照ピクチャのＰＯＣ値を識別するために割り当てられる。初期ＰＯＣ値に関連する初期ピクチャのための第１の参照ピクチャのＰＯＣ値が、テーブルのためのベースＰＯＣ値として割り当てられる。次いで、すべての後続の参照ピクチャが、ベースＰＯＣ値（たとえば、前の参照ピクチャのＰＯＣ値）からのデルタ値として識別され、テーブル中の各エントリについてデルタＰＯＣ値と新しいベースＰＯＣ値とをもつ。このプロセスは、テーブル２０９が、テーブルに関連する各ピクチャのためのすべての参照ピクチャで完了されるまで、ループする。上記で説明されたように、初期デルタＰＯＣは第１のピクチャＰＯＣに加算され、後続のデルタＰＯＣは前の参照ピクチャＰＯＣに加算される。次いで、テーブル２０９がデコーダによって再構築されることを可能にしながら、ビットストリームにおけるデータ使用率を制限するために、ビットストリーム信号がデルタＰＯＣおよびベースＰＯＣで構築される。次いで、上記で説明されたテーブル２０９からの反復的な参照ピクチャが、予測のために使用され得る。重み付け予測を使用するいくつかの例では、同じピクチャが予測のために使用されているが、異なる重みをもつとき、参照ピクチャおよび処理されているピクチャのためのデルタＰＯＣは０であり得る。いくつかの例では、いくつかのタイプの予測は、修正されたテーブルまたは修正されたデルタＰＯＣ値を使用することができる。たとえば、同じＰＯＣをもつ２つのピクチャが、異なる重みを有することができる。１つの例示的な例では、ピクチャのうちの１つが、値１．５をもつ重みと、２．５の値の同じ重みをもつ参照ピクチャとを有し得る。異なる重み付けされたパラメータをもつ同じピクチャは、したがって、重み付け予測のために使用されている参照ピクチャを識別する（「０値ピクチャ順序カウントオフセット」または「０値ＰＯＣオフセット」とも呼ばれる）０値デルタＰＯＣをもつ参照として使用され得る。別の例では、重み付け予測が無効にされるとき、修正されたデルタＰＯＣ値が使用される。たとえば、いくつかの場合には、重み付け予測は、ピクチャパラメータセット（ＰＰＳ）中でシグナリングされ得るｗｅｉｇｈｔｅｄ＿ｐｒｅｄ＿ｆｌａｇなどのフラグによってオフに切り替えられ得る。ｗｅｉｇｈｔｅｄ＿ｐｒｅｄ＿ｆｌａｇは、ＰＰＳ重み付け予測フラグと呼ばれることがある。いくつかの例では、重み付け予測が無効にされるとき、２つ以上の参照ピクチャについての同じ値のＰＯＣシグナリングは可能にされない。そのような制限または制約を達成するために、重み付け予測フラグ（たとえば、ｓｐｓ＿ｗｅｉｇｈｔｅｄ＿ｐｒｅｄ＿ｆｌａｇおよびｓｐｓ＿ｗｅｉｇｈｔｅｄ＿ｂｉｐｒｅｄ＿ｆｌａｇ）が、パラメータセット中で（たとえば、ＲＰＳ情報がＳＰＳ中でシグナリングされ得るのでＳＰＳ中で、または他のパラメータセット中で）シグナリングされ得る。ｓｐｓ＿ｗｅｉｇｈｔｅｄ＿ｐｒｅｄ＿ｆｌａｇおよび／またはｓｐｓ＿ｗｅｉｇｈｔｅｄ＿ｂｉｐｒｅｄ＿ｆｌａｇは、（１つまたは複数の）シーケンスパラメータセット（ＳＰＳ）重み付け予測フラグと呼ばれることがある。
【0094】
[0099] 重み付け予測が無効にされるときに０デルタＰＯＣ値を可能にすることは、同じ参照ピクチャを参照ピクチャリスト中に複数回挿入するための理由がないので、デルタＰＯＣシグナリングにおける非効率性を生じる。そのような場合、デルタＰＯＣ値は少なくとも１に等しくなり、デルタＰＯＣ値０は使用されない。しかしながら、０のデルタＰＯＣ値が、いくつかの例では予約済みコードワードに関連し得る。ＰＰＳフラグおよびＳＰＳフラグの使用は、本明細書で説明される重み付け予測の場合と非重み付け予測の場合とにおけるデルタＰＯＣシグナリングの異なるハンドリングを可能にする。そのフラグは、したがって、重み付け予測がピクチャスライス（あるいはＣＴＵ、ＣＵ、または他のブロックなど、ピクチャの他の部分（other portion））について有効にされるという決定に基づいて、０値ピクチャ順序カウントオフセット（たとえば、０デルタＰＯＣ値）を可能にし、重み付け予測が無効にされるとき、シグナリングされた０デルタＰＯＣの、異なる値（たとえば、シグナリングされた値＋１）としての解釈を有効にするために使用され得る。重み付け予測の場合、異なる重みをもつ同じピクチャは、したがって、重み付け予測のために使用され得る。レイヤ間予測の場合、同じアクセスユニットからの異なるレイヤピクチャは、次いで、参照ピクチャとして使用されるべきできる。０デルタＰＯＣシグナリング値の条件付き使用は、参照ピクチャシグナリングにおける効率と、改善されたシステムおよびデバイス動作とを与え、重み付け予測が無効にされるとき、シグナリングのための追加のオーバーヘッドを制限し、システムおよびデバイス性能を改善する。
【0095】
[0100] 処理されている現在ピクチャと同じアクセスユニット中に参照ピクチャがある、０値ピクチャ順序カウントオフセットの場合、参照ピクチャサンプリングツールが、現在ピクチャを処理するための必要な参照データを生成するために使用され得る。いくつかの例では、この参照ピクチャサンプリングツールは、フィルタユニット（たとえば、フィルタユニット９１）の一部であり得、他の例では、本明細書で説明される符号化または復号のためのデバイスの任意の態様の一部であり得る。
【0096】
[0101] そのようなフラグのためのＶＶＣドラフト（たとえば、Versatile Video Coding (Draft 5)、バージョン７）に対する修正の１つの例示的な例が以下で示される。例示的な実装形態のシンタックス表と、シンタックス用語と、シンタックス論理および値と、他の態様との追加の例が以下で示される。追加が示される場合、それらは、下線と、「＜ｉｎｓｅｒｔ＞」シンボルと「＜ｉｎｓｅｒｔｅｎｄ＞」シンボルとの中間のテキスト（たとえば、「＜ｉｎｓｅｒｔ＞追加されたテキスト＜ｉｎｓｅｒｔｅｎｄ＞」）とで記述される。重み付け予測フラグのための一例は以下の通りである。
【0097】
＜ｉｎｓｅｒｔ＞０に等しいｓｐｓ＿ｗｅｉｇｈｔｅｄ＿ｐｒｅｄ＿ｆｌａｇは、重み付け予測がＰスライスに適用されないことを指定する。１に等しいｗｅｉｇｈｔｅｄ＿ｐｒｅｄ＿ｆｌａｇは、重み付け予測がＰスライスに適用され得ることを指定する。
【0098】
０に等しいｓｐｓ＿ｗｅｉｇｈｔｅｄ＿ｂｉｐｒｅｄ＿ｆｌａｇは、デフォルト重み付け予測がＢスライスに適用されることを指定する。１に等しいｗｅｉｇｈｔｅｄ＿ｂｉｐｒｅｄ＿ｆｌａｇは、重み付け予測がＢスライスに適用され得ることを指定する。＜ｉｎｓｅｒｔｅｎｄ＞
[0102] そのような例では、ＰＰＳ中でシグナリングされるフラグは、ＳＰＳ重み付け予測フラグによって制約され得る（たとえば、ＰＰＳフラグは、ＳＰＳフラグが１に等しいときのみ、１に等しくなり得る）。別の例示的な例では、
０に等しいｗｅｉｇｈｔｅｄ＿ｐｒｅｄ＿ｆｌａｇは、重み付け予測がＰスライスに適用されないことを指定する。１に等しいｗｅｉｇｈｔｅｄ＿ｐｒｅｄ＿ｆｌａｇは、重み付け予測がＰスライスに適用され得ることを指定する。＜ｉｎｓｅｒｔ＞ｗｅｉｇｈｔｅｄ＿ｐｒｅｄ＿ｆｌａｇは、対応するｓｐｓ＿ｗｅｉｇｈｔｅｄ＿ｐｒｅｄ＿ｆｌａｇが１に等しいときのみ、１に等しくなり得る＜ｉｎｓｅｒｔｅｎｄ＞。
[0102] そのような例では、ＰＰＳ中でシグナリングされるフラグは、ＳＰＳ重み付け予測フラグによって制約され得る（たとえば、ＰＰＳフラグは、ＳＰＳフラグが１に等しいときのみ、１に等しくなり得る）。別の例示的な例では、
０に等しいｗｅｉｇｈｔｅｄ＿ｐｒｅｄ＿ｆｌａｇは、重み付け予測がＰスライスに適用されないことを指定する。１に等しいｗｅｉｇｈｔｅｄ＿ｐｒｅｄ＿ｆｌａｇは、重み付け予測がＰスライスに適用され得ることを指定する。＜ｉｎｓｅｒｔ＞ｗｅｉｇｈｔｅｄ＿ｐｒｅｄ＿ｆｌａｇは、対応するｓｐｓ＿ｗｅｉｇｈｔｅｄ＿ｐｒｅｄ＿ｆｌａｇが１に等しいときのみ、１に等しくなり得る＜ｉｎｓｅｒｔｅｎｄ＞。
【0099】
０に等しいｗｅｉｇｈｔｅｄ＿ｂｉｐｒｅｄ＿ｆｌａｇは、デフォルト重み付け予測がＢスライスに適用されることを指定する。１に等しいｗｅｉｇｈｔｅｄ＿ｂｉｐｒｅｄ＿ｆｌａｇは、重み付け予測がＢスライスに適用され得ることを指定する。＜ｉｎｓｅｒｔ＞ｗｅｉｇｈｔｅｄ＿ｂｉｐｒｅｄ＿ｆｌａｇは、対応するｓｐｓ＿ｗｅｉｇｈｔｅｄ＿ｂｉｐｒｅｄ＿ｆｌａｇが１に等しいときのみ、１に等しくなり得る＜ｉｎｓｅｒｔｅｎｄ＞。
【0100】
[0103] いくつかの例では、０に等しいデルタＰＯＣと、０に等しいＰＯＣ ＬＳＢとは、たとえばＳＰＳ中のフラグによって示されるように、重み付け予測が有効にされるときのみ、可能にされ得る。別の例では、０デルタＰＯＣと、０ ＰＯＣ ＬＳＢとは、レイヤ間予測が有効にされるときに必要とされる。レイヤ間予測フラグの有効化は、ＳＰＳなどのパラメータセット中でシグナリングされ得る。上記の２つの場合を合わせると、０に等しいデルタＰＯＣと、０に等しいＰＯＣ ＬＳＢとは、重み付け予測またはレイヤ間予測が有効にされるときのみ、可能にされ得る。
【0101】
[0104] ＶＶＣでは、参照ピクチャのＰＯＣ値は、以下のように、ｒｅｆ＿ｐｉｃ＿ｌｉｓｔ＿ｓｔｒｕｃｔ（ＲＰＳ）中でシグナリングされる。
【0102】
【表1】
【0103】
[0105] シンタックス例は以下を含む。
【0104】
ａｂｓ＿ｄｅｌｔａ＿ｐｏｃ＿ｓｔ［ｌｉｓｔＩｄｘ］［ｒｐｌｓＩｄｘ］［ｉ］は、ｉ番目のエントリがｒｅｆ＿ｐｉｃ＿ｌｉｓｔ＿ｓｔｒｕｃｔ（ｌｉｓｔＩｄｘ，ｒｐｌｓＩｄｘ）シンタックス構造における第１のＳＴＲＰエントリであるとき、現在ピクチャのピクチャ順序カウント値と、ｉ番目のエントリによって指されるピクチャのピクチャ順序カウント値との間の絶対差分を指定するか、または、ｉ番目のエントリがｒｅｆ＿ｐｉｃ＿ｌｉｓｔ＿ｓｔｒｕｃｔ（ｌｉｓｔＩｄｘ，ｒｐｌｓＩｄｘ）シンタックス構造におけるＳＴＲＰエントリであるが、第１のＳＴＲＰエントリでないとき、ｉ番目のエントリによって指されるピクチャのピクチャ順序カウント値と、ｒｅｆ＿ｐｉｃ＿ｌｉｓｔ＿ｓｔｒｕｃｔ（ｌｉｓｔＩｄｘ，ｒｐｌｓＩｄｘ）シンタックス構造における前のＳＴＲＰエントリによって指されるピクチャのピクチャ順序カウント値との間の絶対差分を指定する。
ａｂｓ＿ｄｅｌｔａ＿ｐｏｃ＿ｓｔ［ｌｉｓｔＩｄｘ］［ｒｐｌｓＩｄｘ］［ｉ］の値は、両端値を含む、０～２15－１の範囲内にあるものとする。
ａｂｓ＿ｄｅｌｔａ＿ｐｏｃ＿ｓｔ［ｌｉｓｔＩｄｘ］［ｒｐｌｓＩｄｘ］［ｉ］の値は、両端値を含む、０～２15－１の範囲内にあるものとする。
【0105】
ｒｐｌｓ＿ｐｏｃ＿ｌｓｂ＿ｌｔ［ｌｉｓｔＩｄｘ］［ｒｐｌｓＩｄｘ］［ｉ］は、ｒｅｆ＿ｐｉｃ＿ｌｉｓｔ＿ｓｔｒｕｃｔ（ｌｉｓｔＩｄｘ，ｒｐｌｓＩｄｘ）シンタックス構造におけるｉ番目のエントリによって指されるピクチャの、ＭａｘＰｉｃＯｒｄｅｒＣｎｔＬｓｂを法とするピクチャ順序カウントの値を指定する。ｒｐｌｓ＿ｐｏｃ＿ｌｓｂ＿ｌｔ［ｌｉｓｔＩｄｘ］［ｒｐｌｓＩｄｘ］［ｉ］シンタックス要素の長さは、ｌｏｇ２＿ｍａｘ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂ＿ｍｉｎｕｓ４＋４ビットである。
【0106】
[0106] １つの例示的な実装例では、ａｂｓ＿ｄｅｌｔａ＿ｐｏｃ＿ｓｔおよびｒｐｌｓ＿ｐｏｃ＿ｌｓｂ＿ｌｔなど、０デルタＰＯＣ（たとえば、０値ピクチャ順序カウントオフセットを使用して参照ピクチャを識別する）または参照ピクチャのための同じ値のＰＯＣを示すことができるシンタックス要素は、重み付け予測とレイヤ間予測の両方が無効にされるとき、０に等しくなり得ないか、または、同じＰＯＣ値を、そのＰＯＣ値はすでに他の参照ピクチャのためのものであるので、示されることができない。いくつかの例では、０デルタＰＯＣは、重み付け予測が無効にされるとき、可能にされない。いくつかの例では、０デルタＰＯＣは、レイヤ間予測が無効にされるとき、可能にされない。
【0107】
[0107] 別の例示的な実装例では、それらのシンタックス要素の値（たとえば、ビットストリーム中のピクチャ順序カウントオフセット（picture order count offset）など、参照ピクチャを識別するシグナリングされた値）は、重み付け予測とレイヤ間予測の両方が無効にされるとき、シンタックス要素－１として扱われ得る。いくつかのそのような例では、シンタックス要素の値は、シグナリングされた値＋１として再構築される。そのような例では、０値がシグナリングされることは可能でない。１つの実装例が以下で示される。
【0108】
ａｂｓ＿ｄｅｌｔａ＿ｐｏｃ＿ｓｔ［ｌｉｓｔＩｄｘ］［ｒｐｌｓＩｄｘ］［ｉ］は、ｉ番目のエントリがｒｅｆ＿ｐｉｃ＿ｌｉｓｔ＿ｓｔｒｕｃｔ（ｌｉｓｔＩｄｘ，ｒｐｌｓＩｄｘ）シンタックス構造における第１のＳＴＲＰエントリであるとき、現在ピクチャのピクチャ順序カウント値と、ｉ番目のエントリによって指されるピクチャのピクチャ順序カウント値との間の絶対差分を指定するか、または、ｉ番目のエントリがｒｅｆ＿ｐｉｃ＿ｌｉｓｔ＿ｓｔｒｕｃｔ（ｌｉｓｔＩｄｘ，ｒｐｌｓＩｄｘ）シンタックス構造におけるＳＴＲＰエントリであるが、第１のＳＴＲＰエントリでないとき、ｉ番目のエントリによって指されるピクチャのピクチャ順序カウント値と、ｒｅｆ＿ｐｉｃ＿ｌｉｓｔ＿ｓｔｒｕｃｔ（ｌｉｓｔＩｄｘ，ｒｐｌｓＩｄｘ）シンタックス構造における前のＳＴＲＰエントリによって指されるピクチャのピクチャ順序カウント値との間の絶対差分＜ｉｎｓｅｒｔ＞または、重み付け予測およびレイヤ間予測が無効にされるとき、絶対差分＋１＜ｉｎｓｅｒｔｅｎｄ＞を指定する。
ａｂｓ＿ｄｅｌｔａ＿ｐｏｃ＿ｓｔ［ｌｉｓｔＩｄｘ］［ｒｐｌｓＩｄｘ］［ｉ］の値は、両端値を含む、０～２15－１の範囲内にあるものとする。
ａｂｓ＿ｄｅｌｔａ＿ｐｏｃ＿ｓｔ［ｌｉｓｔＩｄｘ］［ｒｐｌｓＩｄｘ］［ｉ］の値は、両端値を含む、０～２15－１の範囲内にあるものとする。
【0109】
ｒｐｌｓ＿ｐｏｃ＿ｌｓｂ＿ｌｔ［ｌｉｓｔＩｄｘ］［ｒｐｌｓＩｄｘ］［ｉ］は、ｒｅｆ＿ｐｉｃ＿ｌｉｓｔ＿ｓｔｒｕｃｔ（ｌｉｓｔＩｄｘ，ｒｐｌｓＩｄｘ）シンタックス構造におけるｉ番目のエントリによって指されるピクチャの、ＭａｘＰｉｃＯｒｄｅｒＣｎｔＬｓｂを法とするピクチャ順序カウントの値＜ｉｎｓｅｒｔ＞または、重み付け予測およびレイヤ間予測が無効にされるとき、ＭａｘＰｉｃＯｒｄｅｒＣｎｔＬｓｂを法とするピクチャ順序カウントの値＋１＜ｉｎｓｅｒｔｅｎｄ＞を指定する。ｒｐｌｓ＿ｐｏｃ＿ｌｓｂ＿ｌｔ［ｌｉｓｔＩｄｘ］［ｒｐｌｓＩｄｘ］［ｉ］シンタックス要素の長さは、ｌｏｇ２＿ｍａｘ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂ＿ｍｉｎｕｓ４＋４ビットである。
【0110】
[0108] いくつかの例では、ＲＰＳに他のレイヤピクチャを追加することが示唆されるが、ＲＰＳは、ピクチャを識別するためのＰＯＣ値のみを有するので、レイヤＩＤが、各参照ピクチャについてさらにシグナリングされる。
【0111】
[0109] 別の例では、各参照ピクチャについてレイヤＩＤをシグナリングすることを回避するために、レイヤＩＤは、参照ピクチャのＰＯＣ値が現在ピクチャのＰＯＣ値に等しいときのみ、シグナリングされる。現在ＰＯＣ値に対するデルタＰＯＣが０に等しい（たとえば、参照ピクチャＰＯＣが現在ピクチャＰＯＣに等しい）場合、レイヤＩＤは、レイヤを識別するためにシグナリングされる。この例では、現在ピクチャのレイヤＩＤ以外のレイヤＩＤをもつピクチャは、そのピクチャが現在ピクチャと同じＰＯＣを有する（または現在ピクチャと同じアクセスユニットに属する）ときのみ、予測のために使用され得る。さらに、レイヤ間参照ピクチャが、長期参照ピクチャ（ＬＴＲＰ）であるとのみ見なされ得、動きベクトルスケーリングを回避するためにＬＴＲＰとしてマークされ得る。この場合、レイヤＩＤは、ＬＴＲＰタイプについてのみシグナリングされ得る。別の例では、レイヤＩＤは、ＬＴＲＰについてのみシグナリングされ、デルタＰＯＣが０に等しいかまたは参照ピクチャが現在ピクチャと同じＰＯＣ値を有するときにシグナリングされる。別の例では、レイヤＩＤは、参照ピクチャのＰＯＣ値をシグナリングする前に、参照ピクチャについて、またはＬＴＲＰのみについて、シグナリングされ得る。この場合、ＰＯＣ値は、シグナリングされたレイヤＩＤおよび現在レイヤＩＤに基づいて、おそらく条件付きでシグナリングした。たとえば、ＰＯＣは、レイヤＩＤが現在レイヤＩＤに等しくないとき、シグナリングされず（たとえば、レイヤ間参照ピクチャ）、その場合、ＰＯＣ値は現在ピクチャＰＯＣに等しいと推論される。いくつかの例では、レイヤＩＤは、レイヤを識別するためのインジケータであり得、レイヤ番号、予測のために使用される、レイヤのリスト内のレイヤインデックス、または別のインジケータであり得る。
【0112】
【表2】
【0113】
[0110] 表２によって示されるｒｅｆ＿ｐｉｃ＿ｌｉｓｔ＿ｓｔｒｕｃｔのための上記のシンタックス表に従って、一例は以下を含むことができる。
【0114】
ｎｕｍ＿ｒｅｆ＿ｅｎｔｒｉｅｓは、通常参照ピクチャとレイヤ間参照ピクチャの両方の総数を含み得る。一代替形態では、レイヤ間参照ピクチャの数ｎｕｍ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｅｎｔｒｉｅｓ［ｌｉｓｔＩｄｘ］［ｒｐｌｓＩｄｘ］が、別個にシグナリングされる。
たとえば、ＳＰＳ中でシグナリングされるｓｐｓ＿ｉｎｔｅｒｌａｙｅｒ＿ｒｅｆ＿ｐｉｃｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇなど、パラメータセット（ＰＳ）中でシグナリングされる高レベルフラグが、レイヤ間参照ピクチャが存在するかどうかを示したことがある。
たとえば、ＳＰＳ中でシグナリングされるｓｐｓ＿ｉｎｔｅｒｌａｙｅｒ＿ｒｅｆ＿ｐｉｃｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇなど、パラメータセット（ＰＳ）中でシグナリングされる高レベルフラグが、レイヤ間参照ピクチャが存在するかどうかを示したことがある。
【0115】
＜ｉｎｓｅｒｔ＞１に等しいｓｐｓ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、レイヤ間予測が、ＳＰＳを指すピクチャの復号において使用され得ることを指定する。０に等しいｓｐｓ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、レイヤ間予測が、ＳＰＳを指すピクチャの復号において使用されないことを指定する。＜ｉｎｓｅｒｔｅｎｄ＞
[0111] いくつかのそのような例では、ｎｕｈ＿ｌａｙｅｒ＿ｉｄを直接シグナリングする代わりに、レイヤインデックスがシグナリングされ得る。たとえば、レイヤ１０が、レイヤ０とレイヤ９とを、依存するレイヤとして使用し得る。値０と値９とを直接シグナリングする代わりに、（レイヤＩＤ ０に対応する）レイヤインデックス０と（レイヤＩＤ ９に対応する）レイヤインデックス１とが、代わりにシグナリングされ得る。レイヤＩＤとレイヤインデックスとの間のマッピングは、コーダにおいて推論または導出され得る。
[0111] いくつかのそのような例では、ｎｕｈ＿ｌａｙｅｒ＿ｉｄを直接シグナリングする代わりに、レイヤインデックスがシグナリングされ得る。たとえば、レイヤ１０が、レイヤ０とレイヤ９とを、依存するレイヤとして使用し得る。値０と値９とを直接シグナリングする代わりに、（レイヤＩＤ ０に対応する）レイヤインデックス０と（レイヤＩＤ ９に対応する）レイヤインデックス１とが、代わりにシグナリングされ得る。レイヤＩＤとレイヤインデックスとの間のマッピングは、コーダにおいて推論または導出され得る。
【0116】
[0112] いくつかの例では、ピクチャがレイヤ間予測のためのものであることを示すために、以下で表３に示されているように、別個のフラグｉｌ＿ｒｅｆ＿ｐｉｃ＿ｆｌａｇがシグナリングされ得る。このフラグは、各ピクチャについて、または（たとえば、ｓｔ＿ｒｅｆ＿ｐｉｃ＿ｆｌａｇが０に等しいとき）ＬＴＲＰについてのみ、シグナリングされ得る。いくつかのそのような例では、レイヤＩＤまたはレイヤインデックスは、ｉｌ＿ｒｅｆ＿ｐｉｃ＿ｆｌａｇが１に等しいときのみ、シグナリングされ得る。そのようなフラグは、レイヤインデックスがシグナリングされるとき、おそらく必要とされ、なぜなら、現在レイヤＩＤは、依存するレイヤとして含まれず、関連するレイヤインデックスを有しないことがあるからである。
【0117】
【表3】
【0118】
[0113] 次いで、以下の表４は、以下の詳細とともにｒｅｆ＿ｐｉｃ＿ｌｉｓｔ＿ｓｔｒｕｃｔのためのシンタックス表の一例を示す。
【0119】
＜ｉｎｓｅｒｔ＞ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｉｄｃ［ｌｉｓｔＩｄｘ］［ｒｐｌｓＩｄｘ］［ｉ］は、ｒｅｆ＿ｐｉｃ＿ｌｉｓｔ＿ｓｔｒｕｃｔ（ｌｉｓｔＩｄｘ，ｒｐｌｓＩｄｘ）シンタックス構造におけるにおけるｉ番目のエントリの依存性レイヤインデックスを指定する。ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｉｄｃ［ｌｉｓｔＩｄｘ］［ｒｐｌｓＩｄｘ］［ｉ］の値は、両端値を含む、０～現在レイヤｉｄｃ ＬａｙｅｒＩｄｃ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］－１の範囲内にあるものとする。
【0120】
１に等しいｉｌ＿ｒｅｆ＿ｐｉｃ＿ｆｌａｇ［ｌｉｓｔＩｄｘ］［ｒｐｌｓＩｄｘ］［ｉ］は、ｒｅｆ＿ｐｉｃ＿ｌｉｓｔ＿ｓｔｒｕｃｔ（ｌｉｓｔＩｄｘ，ｒｐｌｓＩｄｘ）シンタックス構造におけるｉ番目のエントリがレイヤ間参照ピクチャであることを指定する。０に等しいｉｌ＿ｒｅｆ＿ｐｉｃ＿ｆｌａｇ［ｌｉｓｔＩｄｘ］［ｒｐｌｓＩｄｘ］［ｉ］は、ｒｅｆ＿ｐｉｃ＿ｌｉｓｔ＿ｓｔｒｕｃｔ（ｌｉｓｔＩｄｘ，ｒｐｌｓＩｄｘ）シンタックス構造におけるｉ番目のエントリがレイヤ間ｒｅｆｅｒｎｃｅピクチャエントリでないことを指定する。存在しないとき、ｉｌ＿ｒｅｆ＿ｐｉｃ＿ｆｌａｇ［ｌｉｓｔＩｄｘ］［ｒｐｌｓＩｄｘ］［ｉ］の値は０に等しいと推論される。
【0121】
ｎｕｍ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｅｎｔｒｉｅｓ［ｌｉｓｔＩｄｘ］［ｒｐｌｓＩｄｘ］は、ｒｅｆ＿ｐｉｃ＿ｌｉｓｔ＿ｓｔｒｕｃｔ（ｌｉｓｔＩｄｘ，ｒｐｌｓＩｄｘ）シンタックス構造における直接のレイヤ間エントリの数を指定する。ｎｕｍ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｅｎｔｒｉｅｓ［ｌｉｓｔＩｄｘ］［ｒｐｌｓＩｄｘ］の値は、両端値を含む、０～ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１＋１４－ｎｕｍ＿ｒｅｆ＿ｅｎｔｒｉｅｓ［ｌｉｓｔＩｄｘ］［ｒｐｌｓＩｄｘ］の範囲内にあるものとする。＜ｉｎｓｅｒｔｅｎｄ＞
[0114] いくつかのそのような例では、レイヤ間参照ピクチャの数ｎｕｍ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｅｎｔｒｉｅｓは、参照ピクチャの最大数－通常インター参照ピクチャの数を超えないように制限され得、たとえば、ｎｕｍ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｅｎｔｒｉｅｓ［ｌｉｓｔＩｄｘ］［ｒｐｌｓＩｄｘ］の値は、両端値を含む、０～ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１＋１４－ｎｕｍ＿ｒｅｆ＿ｅｎｔｒｉｅｓ［ｌｉｓｔＩｄｘ］［ｒｐｌｓＩｄｘ］の範囲内にあるものとするが、ｎｕｍ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｅｎｔｒｉｅｓのセマンティクスに追加される。ｎｕｍ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｅｎｔｒｉｅｓシンタックス要素は、レイヤ間参照ピクチャエントリシンタックス要素と呼ばれることがある。ｒｅｆ＿ｐｉｃ＿ｌｉｓｔ＿ｓｔｒｕｃｔ（ｌｉｓｔＩｄｘ，ｒｐｌｓＩｄｘ）シンタックス構造は、参照ピクチャリストシンタックス構造と呼ばれることがある。いくつかの例では、ｉｌ＿ｒｅｆ＿ｐｉｃ＿ｆｌａｇ［］［］は、レイヤ間参照ピクチャが可能にされるとき、すべての長期参照ピクチャについてシグナリングされる。
[0114] いくつかのそのような例では、レイヤ間参照ピクチャの数ｎｕｍ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｅｎｔｒｉｅｓは、参照ピクチャの最大数－通常インター参照ピクチャの数を超えないように制限され得、たとえば、ｎｕｍ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｅｎｔｒｉｅｓ［ｌｉｓｔＩｄｘ］［ｒｐｌｓＩｄｘ］の値は、両端値を含む、０～ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１＋１４－ｎｕｍ＿ｒｅｆ＿ｅｎｔｒｉｅｓ［ｌｉｓｔＩｄｘ］［ｒｐｌｓＩｄｘ］の範囲内にあるものとするが、ｎｕｍ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｅｎｔｒｉｅｓのセマンティクスに追加される。ｎｕｍ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｅｎｔｒｉｅｓシンタックス要素は、レイヤ間参照ピクチャエントリシンタックス要素と呼ばれることがある。ｒｅｆ＿ｐｉｃ＿ｌｉｓｔ＿ｓｔｒｕｃｔ（ｌｉｓｔＩｄｘ，ｒｐｌｓＩｄｘ）シンタックス構造は、参照ピクチャリストシンタックス構造と呼ばれることがある。いくつかの例では、ｉｌ＿ｒｅｆ＿ｐｉｃ＿ｆｌａｇ［］［］は、レイヤ間参照ピクチャが可能にされるとき、すべての長期参照ピクチャについてシグナリングされる。
【0122】
【表4】
【0123】
[0115] 次いで、表５および表６は、ｒｅｆ＿ｐｉｃ＿ｌｉｓｔ＿ｓｔｒｕｃｔおよび関連するスライスヘッダのための例示的なシンタックス表を示す。そのような追加の例では、レイヤ情報は、スライスヘッダ中でシグナリングされ得る。このシグナリングは、ｒｅｆ＿ｐｉｃ＿ｌｉｓｔ＿ｓｔｒｕｃｔ（）シンタックス構造において可能にされるシグナリングに加えるものであり得る。そのような定義は、レイヤ情報が、参照ピクチャのＬＳＢが現在ピクチャのＬＳＢに等しいときのみシグナリングされる場合、役立つ。
【0124】
【表5】
【0125】
【表6】
【0126】
[0116] 表７によって説明される他の実施形態では、スライスヘッダ中のｉｌ＿ｒｅｆ＿ｐｉｃ＿ｆｌａｇ［］［］は、長期参照ピクチャのＰＯＣ ＬＳＢが現在ピクチャのＰＯＣ ＬＳＢに等しいときのみ、シグナリングされる。いくつかの例では、ｒｐｌｓ＿ｐｏｃ＿ｌｓｂ＿ｌｔも使用され得る。
【0127】
【表7】
【0128】
[0117] いくつかの例では、以下の表８は、上記の表６および表７の例の代替として動作することができる。
【0129】
【表8】
【0130】
[0118] いくつかの例では、ｌａｙｅｒ＿ｄｅｐｄｅｎｄｅｎｃｙ＿ｉｄｃの指示が、レイヤ間参照ピクチャを識別するのに必要でない場合、ｌａｙｅｒ＿ｄｅｐｄｅｎｄｅｎｃｙ＿ｉｄｃシンタックス要素は送られないことがある。いくつかの例では、参照のために使用され得る１つのレイヤ間参照ピクチャのみがあり、ｉｌ＿ｒｅｆ＿ｐｉｃ＿ｆｌａｇ［］［］［］が、（たとえば、以下で定義される）条件Ａを満たす参照のために参照ピクチャが使用され得ることを示す場合、ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｉｄｃは、シグナリングされず、参照のために使用され得るそのレイヤ間参照ピクチャであると推論される。いくつかの場合には、条件Ａを満たす参照のために使用され得る２つ以上のレイヤ間参照ピクチャがあるとき（たとえば、数がｎ）、リスト中のｉ－ｔｈｅ位置のための特定のレイヤ間参照ピクチャを示すためにｎ－１個以下のｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｉｄｃ値をシグナリングすることが十分であり得る。そのような例では、条件Ａは、現在ピクチャのためのレイヤ間予測を可能にする何らかの条件であり得る。たとえば、いくつかの場合には、条件Ａは、レイヤ間参照ピクチャが現在ピクチャと同じＰＯＣ ＬＳＢを共有することを検査する。いくつかの場合には、条件Ａは、レイヤ間参照ピクチャが現在ピクチャと同じＰＯＣを共有することを検査する。いくつかの場合には、条件Ａは、レイヤ間参照ピクチャのＰＯＣと現在ピクチャのＰＯＣとの間の差分がしきい値を超えないことを検査する。いくつかの場合には、条件Ａは、アクセスユニット内で適用されるように制限され得る。いくつかの例では、現在ピクチャについて条件Ａを満たすピクチャが存在しないとき、レイヤ間参照ピクチャの指示（たとえば、関係するシンタックス要素）がシグナリングされないことがある。
【0131】
[0119] いくつかの事例では、（たとえば、ｉｌ＿ｒｅｆ＿ｐｉｃ＿ｆｌａｇ［］または同様のシンタックスを使用して）参照ピクチャがレイヤ間参照ピクチャとして示されるとき、ピクチャマーキングは、それらのピクチャを「レイヤ間参照ピクチャのために使用される」として示すように修正され得る。いくつかの場合には、このマーキングは、他のマーキングと連携するか（たとえば、短期参照のために使用される、または長期参照のために使用される）、または他のマーキングを除き得る（たとえば、ピクチャが以下のうちの２つとしてのみマークされ得る、すなわち、短期参照のために使用される、または長期参照のために使用される、またはレイヤ間参照ピクチャのために使用される。）。いくつかの場合には、ピクチャのマーキングは以下のように修正され得る。
【0132】
－ ピクチャが復号された後に、そのピクチャは「レイヤ間参照のために使用される」としてマークされる。
【0133】
－ アクセスユニットが完了した後に、または次のアクセスユニット始まりにおいて、現在アクセスユニット中のすべてのピクチャが、短期参照のために使用されるとしてマークされる。
【0134】
[0120] いくつかの場合には、ピクチャがレイヤ間参照のために使用されないことがあることを示すために、ｄｉｓｃａｒｄａｂｌｅ＿ｆｌａｇがシグナリングされ得る。この場合、いくつかの修正が、上記で開示された方法のうちのいくつかに適用され得る。一例では、１に等しいｄｉｓｃａｒｄａｂｌｅ＿ｆｌａｇを有するピクチャは、ピクチャの復号の後に「参照のために使用されない」としてマークされ得る。別の例では、１に等しいｄｉｓｃａｒｄａｂｌｅ＿ｆｌａｇを有するピクチャは、決して「参照のために使用されない」以外のものでマークされ得ない。別の例では、１に等しいｄｉｓｃａｒｄａｂｌｅ＿ｆｌａｇを有するピクチャは、いかなる予測のためにも考慮されないことがあり、したがって、それは、概して、場合によってはレイヤ間参照ピクチャまたは参照ピクチャに適用され得るいくつかの条件の決定において考慮されないことがある。たとえば、２つのピクチャＡおよびＢが、現在アクセスユニット中で現在ピクチャとは差分レイヤにあり、それらのうちの１つ（たとえば、ピクチャＡ）のみが、１に等しいｄｉｓｃａｒｄａｂｌｅ＿ｆｌａｇを有する場合、レイヤ間参照ピクチャが示されるとき、システムは、レイヤ間参照ピクチャがピクチャＢであると推論することができ、その場合、ピクチャＡは参照ピクチャリストのいずれにも追加されない。
【0135】
[0121] 上述のマッピングテーブル（たとえば、ｖｐｓ＿ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇ［ｉ］［ｊ］）は、たとえば、例示的な表１０に示されているＶＰＳなどのパラメータセット中で、シグナリングされ得る。
【0136】
【表9】
【0137】
[0122] 例示的な表１０は、以下のようにシンタックス要素で動作することができる。
【0138】
【数2】
【0139】
１に等しいｖｐｓ＿ｉｎｄｅｐｅｎｄｅｎｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｉ］は、インデックスｉをもつレイヤがレイヤ間予測を使用しないことを指定する。１に等しいｖｐｓ＿ｉｎｄｅｐｅｎｄｅｎｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｉ］は、インデックスｉをもつレイヤがレイヤ間予測を使用し得、ｖｐｓ＿ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇがＶＰＳ中に存在することを指定する。
【0140】
０に等しいｖｐｓ＿ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇ［ｉ］［ｊ］は、インデックスｊをもつレイヤがインデックスｉをもつレイヤのための直接参照レイヤでないことを指定する。１に等しいｖｐｓ＿ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇ［ｉ］［ｊ］は、インデックスｊをもつレイヤがインデックスｉをもつレイヤのための直接参照レイヤであることを指定する。ｖｐｓ＿ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇ［ｉ］［ｊ］が、ｉおよびｊについて０～ＭａｘＬａｙｅｒｓＭｉｎｕｓ１の範囲内に存在しないとき、それは０に等しいと推論される。
【0141】
変数ＤｅｐｅｎｄｅｎｃｙＩｄｃ［ｉ］［ｊ］は以下のように導出される。
【0142】
【数3】
【0143】
[0123] いくつかの例による参照ピクチャリストでは、ＰＯＣ値がシグナリングされないとき（たとえば、レイヤ間参照ピクチャの場合など、レイヤＩＤが現在レイヤＩＤに等しくないとき）、ＰＯＣ値は現在ピクチャＰＯＣに等しいと推論される。レイヤＩＤは、レイヤを識別するためのインジケータであり、予測のために使用されるレイヤのリスト内のレイヤインデックスであり得る。他の例では、他のインジケータが使用され得る。ｎｕｍ＿ｒｅｆ＿ｅｎｔｒｉｅｓは、通常参照ピクチャとレイヤ間参照ピクチャの両方の総数を含むことができる。いくつかの例では、様々な例ではピクチャがレイヤ間予測のためのものであることを示すために別個の参照フラグがシグナリングされ得、このフラグは各参照ピクチャについてシグナリングされ得る。
【0144】
[0124] いくつかの例では、レイヤ間参照ピクチャはＰＯＣ値によって示されない。そのような例では、レイヤ間参照ピクチャは、フラグ（たとえば、ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃ＿ｆｌａｇ）およびレイヤインデックスによって示され得る。レイヤ間参照ピクチャのＰＯＣ値は、参照ピクチャレイヤＩＤに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄと、現在ピクチャと同じピクチャ順序カウント値とをもつ参照ピクチャがＤＰＢ中にあるというコンディクション通りに、現在ピクチャＰＯＣに等しいものとして導出され得る。したがって、上記で説明されたように、参照ピクチャリスト構築は、いくつかの例では、レイヤＩＤと０の推論されたＰＯＣ値とを用いた信号レイヤ間予測のために構造化され得る。他の例では、他の参照ピクチャリスト構造が使用され得る。
【0145】
[0125] いくつかのそのような例では、参照ピクチャリストＲｅｆＰｉｃＬｉｓｔ［０］およびＲｅｆＰｉｃＬｉｓｔ［１］が以下のように構築される。
【0146】
【数4】
【0147】
[0126] いくつかの場合には、ｎｕｈ＿ｌａｙｅｒ＿ｉｄ［ｉ］［ＲｐｌｓＩｄｘ［ｉ］］［ｊ］が直接シグナリングされない場合、それは、ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｉｄｃを使用してＬａｙｅｒＩｄｃおよびＤｅｐｅｎｄｅｎｃｙＩｄｃ変数から導出され得る。たとえば、ｎｕｈ＿ｌａｙｅｒ＿ｉｄ［ｌｉｓｔＩｄｘ］［ｒｐｌｓＩｄｘ］［ｊ］＝ＤｅｐｅｎｄｅｎｃｙＩｄｃ［ＬａｙｅｒＩｄｃ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］］［ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｉｄｃ［ｌｉｓｔＩｄｘ］［ｒｐｌｓＩｄｘ］［ｊ］］であり、ここで、ｎｕｈ＿ｌａｙｅｒ＿ｉｄは現在ピクチャのレイヤＩＤである。この値は、参照ピクチャリスト導出においてレイヤＩＤとして使用され得る。
【0148】
[0127] いくつかの場合には、レイヤ間参照ピクチャがＲＰＳ中でシグナリングされるとき、ＲＰＳから導出されるレイヤ間参照ピクチャのＰＯＣ値は現在ピクチャのＰＯＣ値に等しいものとするという制約が追加され得る。レイヤ間予測が使用されるとき、０動きベクトルが仮定され得、その場合、異なる表現（解像度）のピクチャにおけるコンテンツの変位はない。動き情報が、インター予測モードのためにシグナリングされ得る。オーバーヘッドを節約するために、動き情報は、それがレイヤ間予測のために使用されないとき（いくつかの場合には、そのときのみ）、シグナリングされ得る。他の場合（レイヤ間予測の場合）、動きベクトルは、シグナリングなしに、０に等しいと推論される。
【0149】
[0128] 表１１は、以下で示されているように、ｃｏｄｉｎｇ＿ｕｎｉｔ（ｘ０，ｙ０，ｃｂＷｉｄｔｈ，ｃｂＨｅｉｇｈｔ，ｔｒｅｅＴｙｐｅ）の変更を伴う、ＶＶＣドラフト（たとえば、Versatile Video Coding (Draft 5)、バージョン７）に基づく実装例である。
【0150】
【表10-1】
【表10-2】
【0151】
[0129] ここで、スライスヘッダ中で、アクティブなレイヤ間ピクチャの数に関する情報が、以下で説明されるようにシンタックス要素を用いて例示的な表１２によって示されるようにシグナリングされ得る。
【0152】
【表11】
【0153】
＜ｉｎｓｅｒｔ＞１に等しいｎｕｍ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ａｃｔｉｖｅ＿ｏｖｅｒｒｉｄｅ＿ｆｌａｇは、シンタックス要素ｎｕｍ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃｓ＿ｍｉｎｕｓ１［０］がＰおよびＢスライスについて存在することと、シンタックス要素ｎｕｍ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃｓ＿ｍｉｎｕｓ１［１］がＢスライスについて存在することとを指定する。０に等しいｎｕｍ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ａｃｔｉｖｅ＿ｏｖｅｒｒｉｄｅ＿ｆｌａｇは、シンタックス要素ｎｕｍ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃｓ＿ｍｉｎｕｓ１［０］およびｎｕｍ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃｓ＿ｍｉｎｕｓ１［１］が存在しないことを指定する。存在しないとき、ｎｕｍ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ａｃｔｉｖｅ＿ｏｖｅｒｒｉｄｅ＿ｆｌａｇの値は０に等しいと推論される。
【0154】
ｎｕｍ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃｓ＿ｍｉｎｕｓ１［ｉ］は、変数ＮｕｍＩｎｔｅｒＬａｙｅｒＡｃｔｉｖｅ［ｉ］の導出のために使用される。ｎｕｍ＿ｒｅｆ＿ｉｄｘ＿ａｃｔｉｖｅ＿ｍｉｎｕｓ１［ｉ］の値は、０～ｎｕｍ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｅｎｔｒｉｅｓ［ｉ］［ＲｐｌｓＩｄｘ［ｉ］］の範囲内にあるものとする。
【0155】
変数ＮｕｍＩｎｔｅｒＬａｙｅｒＡｃｔｉｖｅ［ｉ］は以下のように導出される。
【0156】
【数5】
【0157】
[0130] いくつかの例では、時間ＩＤと同様に、空間ＩＤが定義され得、空間ＩＤは、ｎｕｈ＿ｌａｙｅｒ＿ｉｄによってキャプチャされないことがあるピクチャの空間表現を示す。ＮＡＬユニットヘッダ中でｎｕｈ＿ｌａｙｅｒ＿ｉｄをシグナリングする目的のうちの１つは、特定のレイヤに属するＮＡＬユニットを容易に識別することであり、これは、サブビットストリーム抽出目的の場合に除去され得る。特定のレイヤに属するＮＡＬユニットの容易な識別は、システムの動作に利益を与え、したがって、ｓｐａｔｉａｌ＿ｉｄもＮＡＬユニットヘッダ中でシグナリングされると見なされる。この目的で、ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿ｂｉｔはｌａｙｅｒ＿ｉｄ＿ｉｎｔｅｒｐｒｅｔ＿ｆｌａｇとしてリネームされ得、セマンティクスが以下のように修正され得るか、またはいくつかの場合には、新しいシンタックス要素ｓｐａｔｉａｌ＿ｉｄも送られ得る。
【0158】
－ ｌａｙｅｒ＿ｉｄ＿ｉｎｔｅｒｐｒｅｔ＿ｆｌａｇが０に等しいとき、シンタックス要素ｎｕｈ＿ｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１は、現在、現在ピクチャのレイヤＩＤを指定するためのものとして解釈される。
【0159】
－ ｌａｙｅｒ＿ｉｄ＿ｉｎｔｅｒｐｒｅｔ＿ｆｌａｇが１に等しいとき、シンタックス要素ｎｕｈ＿ｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１は、レイヤＩＤを示すいくつかのビットと、空間ＩＤを指定するいくつかのビットとを含んでいると解釈される。たとえば、最初の４ビットがレイヤＩＤを示し得、最後の３ビットが空間ＩＤを示し得る。概して、そのこの場合、実際のレイヤＩＤおよび空間ＩＤは、所定の方法を使用してシンタックス要素ｎｕｈ＿ｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１からおそらく導出した。
【0160】
[0131] ｓｐａｔｉａｌ＿ｉｄとレイヤＩＤとの間の差分は、「単一レイヤ」デコーダの適合性が、複数のｓｐａｔｉａｌ＿ｉｄを含んでいるビットストリームの復号にも関与することである。ｓｐａｔｉａｌ＿ｉｄの値は、レイヤ概念を再使用する必要なしに、「単一レイヤ」コーダにおいて参照ピクチャを識別するために使用され得、このようにして、レイヤの概念は、時間および空間レイヤから明確にはっきり区別されるであろう。簡単のために、適合性は、単純なデコーダが、非０ ｓｐａｔｉａｌ＿ｉｄをもつビットストリーム、すなわち、単一レイヤと１つのタイプに準拠する１つの空間ＩＤとのみを有する単一レイヤビットストリーム（たとえば、Ｍａｉｎ－Ｓｉｍｐｌｅ）と、単一レイヤを有するが複数の空間ＩＤを含んでいることがある単一レイヤビットストリーム（たとえば、Ｍａｉｎ－Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ）とを考慮する必要がないように、さらに簡略化され得る。
【0161】
[0132] 単一レイヤ内で、複数の空間ＩＤ値をもつピクチャが、異なる空間アクセスユニットの一部であると見なされ得、すなわち、０に等しいｓｐａｔｉａｌ＿ｉｄをもつＰＯＣ ０をもつピクチャは、ある空間アクセスユニットに属するが、１に等しいｓｐａｔｉａｌ ｉｄをもつ（同じアクセスユニット中の）ＰＯＣ ０をもつピクチャは、別の空間アクセスユニットに属する。空間アクセスユニットの概念は、（レイヤアクセスユニットと同様に）必ずしも出力時間に対する異なる関係を有するとは限らないことがあるが、それらはＣＰＢおよびＤＰＢ内の異なる表現において重要である。出力順序はまた、レイヤアクセスユニット中の１つまたは複数の空間アクセスユニットが出力されるべきであるとき、空間アクセスユニットによって影響を及ぼされ得る。ｓｐａｔｉａｌ＿ｉｄに属するピクチャは、より低いｓｐａｔｉａｌ＿ｉｄをもつ他のピクチャに依存し得、空間ＩＤ Ｓに属するピクチャは、Ｓよりも大きい空間ＩＤを有する同じレイヤに属するピクチャを参照しないことがある。
【0162】
[0133] 空間レイヤの最大数が、ビットストリームについて指定され得、各ピクチャのためのＰＯＣ値は、ピクチャ順序カウントＬＳＢ（シンタックス要素）および空間ＩＤの関数として導出され得る。たとえば、レイヤにわたるピクチャのＰＯＣは、同じになるように制約され得るが、レイヤ内の同じアクセスユニット中の、ただし異なる空間ＩＤをもつピクチャのＰＯＣは、同じでないことがある。いくつかの場合には、この制約は、明示的にシグナリングされず、むしろ、ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂおよびｓｐａｔｉａｌ＿ｉｄ値に基づいてデコーダにおいて導出され得る。
【0163】
[0134] 図４は、いくつかの例による、例示的なプロセス４００を示す流れ図である。いくつかの例では、プロセス４００は、復号デバイス（たとえば、復号デバイス１１２）によって実施される。いくつかの例ではでは、プロセス４００は、１つまたは複数の参照ピクチャを復号ピクチャバッファ（ＤＰＢ）に記憶するための復号プロセスを実施するときなど、符号化デバイス（たとえば、符号化デバイス１０４）によって実施され得る。他の例では、プロセス４００は、デバイスのプロセッサが命令を実行するとき、デバイスにプロセス４００を実施させる、非一時的記憶媒体における命令として実装され得る。いくつかの場合には、プロセス４００がビデオデコーダによって実施されるとき、ビデオデータは、符号化ビデオビットストリーム中に含まれるコード化ピクチャまたはそのコード化ピクチャの部分（たとえば、１つまたは複数のブロック）を含むことができるか、あるいは符号化ビデオビットストリーム中に含まれる複数のコード化ピクチャを含むことができる。
【0164】
[0135] ブロック４０２において、プロセス４００は、ビットストリームからピクチャの少なくとも一部分を取得する。いくつかの例では、ピクチャのこの部分は、ピクチャのスライスである。本明細書で説明されるように、これは、スマートフォンなどのモバイルデバイス、コンピュータ、スクリーンをもつ任意のデバイス、テレビジョン、または復号ハードウェアをもつ任意のデバイスによって取得されたビットストリームであり得る。
【0165】
[0136] ブロック４０４において、プロセス４００は、ビットストリームから、重み付け予測がピクチャの一部分について有効にされると決定する。プロセス４００は、重み付け予測を示すフラグについてビットストリームをパースすることによって、重み付け予測が有効にされると決定することができる。本明細書で説明されるように、パースは、ＳＰＳフラグおよび／またはＰＰＳフラグを使用して実施され得る。いくつかの場合には、ＰＰＳフラグは、ＳＰＳフラグによって制約される。いくつかの例では、フラグ（たとえば、ＳＰＳフラグおよび／またはＰＰＳフラグ）は、単方向予測されたフレーム（たとえば、Ｐフレーム）または双方向予測フレーム（たとえば、Ｂフレーム）を指定することができる。
【0166】
[0137] ブロック４０６において、重み付け予測がピクチャの一部分について有効にされるという決定に基づいて、プロセス４００は、参照ピクチャリストからの参照ピクチャを示す０値ピクチャ順序カウントオフセットを識別する。本明細書で説明されるように、０値ピクチャ順序カウントオフセットは、テーブルから参照ピクチャを識別することができ、参照ピクチャは、次いで、重み付け予測のために使用され得る。重み付け予測のためにブロック４０４において０値ピクチャ順序カウントオフセットによって参照される参照ピクチャは、ブロック４０２において取得されたピクチャの一部分を含むピクチャのバージョンであり得、ブロック４０２からのピクチャは、０値ピクチャ順序カウントオフセットによって示される参照ピクチャ（たとえば、異なる重みをもつブロック４０２からのピクチャのコピー）とは異なる重み付けパラメータを有する。
【0167】
[0138] ブロック４０８において、プロセス４００は、０値ピクチャ順序カウントオフセットによって識別された参照ピクチャの少なくとも一部分を使用して、ピクチャの少なくとも一部分を再構築する。ピクチャの再構築は、ＶＶＣ準拠復号演算の一部としてビットストリームからのピクチャの再構築の一部として実施され得るか、または任意の同様の復号演算の一部であり得る。このプロセス４００は、ピクチャの追加の部分またはビットストリームから取得された他のピクチャについて繰り返され得る。ピクチャの複数の部分のための異なる対応するピクチャ順序カウントオフセットが、プロセスの一部として識別される。このプロセスは、任意の数のピクチャについてさらに繰り返され得、いくつかのピクチャは重み付け予測を使用し、他のピクチャは重み付け予測を無効にする。重み付け予測が有効にされるとき、ビデオのいくつかの参照ピクチャは、０である関連するピクチャ順序カウントオフセット値を有し、他の参照ピクチャは非０値を有し、他のアクセスユニットからのフレームを用いてが、現在フレームの重み付け予測のために使用される。関連するピクチャは、次いで、プロセスが追加のピクチャについて繰り返すにつれて、再構築される。
【0168】
[0139] いくつかの例では、追加のフレームは、重み付け予測が無効にされることを示すフラグを識別する。いくつかのそのような実施形態では、追加のピクチャまたはピクチャ部分またはピクチャスライスは、複数の対応するピクチャ順序カウントオフセットを示すビットストリームのシンタックス要素の値を、シグナリングされた値＋１として再構築することによって、シンタックス要素をパースするための動作で処理され得る。いくつかのそのような例では、ａｂｓ＿ｄｅｌｔａ＿ｐｏｃ＿ｓｔ短期参照ピクチャシンタックス値は、重み付け予測が無効にされるとき、第２のピクチャのピクチャ順序カウント値と、第２の参照ピクチャのための参照ピクチャリストにおける前の短期参照ピクチャエントリとの間の絶対差分を、ａｂｓ＿ｄｅｌｔａ＿ｐｏｃ＿ｓｔ短期参照ピクチャシンタックス値＋１として指定する。
【0169】
[0140] いくつかの例では、重み付け予測とレイヤ間予測の両方は、ピクチャの一部分に適用され得、したがって、参照ピクチャは、ピクチャとは異なるサイズを有し、参照ピクチャは、（たとえば、ブロック４０２からの）ピクチャに関連する異なる重みの第２のセットとは異なる重みのセットに関連する。いくつかのそのような例では、参照ピクチャは、０に等しいピクチャ順序カウント最下位ビット値をもつ短期参照ピクチャとしてシグナリングされる。
【0170】
[0141] いくつかの例では、ピクチャは、上記で説明されたように、非瞬時復号リフレッシュ（非ＩＤＲ）ピクチャである（たとえば、ピクチャは、別のタイプのピクチャまたはランダムアクセスピクチャを含むことができる）。
【0171】
[0142] 図５は、いくつかの例による、プロセス５００の一例を示す流れ図である。いくつかの例では、プロセス５００は、符号化デバイス（たとえば、符号化デバイス１０４）によって実施される。他の例では、プロセス５００は、デバイスのプロセッサが命令を実行するとき、デバイスにプロセス５００を実施させる、非一時的記憶媒体における命令として実装され得る。いくつかの場合には、プロセス５００がビデオエンコーダによって実施されるとき、ビデオデータは、符号化ビデオビットストリーム中で符号化されるべきピクチャまたはそのピクチャの部分（たとえば、１つまたは複数のブロック）を含むことができるか、あるいは符号化ビデオビットストリーム中で符号化されるべき複数のピクチャを含むことができる。
【0172】
[0143] ブロック５０２において、プロセス５００は、ピクチャの少なくとも一部分を識別することを含む。ブロック５０４において、プロセス５００は、ピクチャの一部分について有効にされるような重み付け予測を選択することを含む。ブロック５０６において、プロセス５００は、ピクチャの一部分のための参照ピクチャを識別することを含む。参照ピクチャを識別することは、様々なピクチャのための重みを選択すること、ならびに、第１のピクチャのための参照ピクチャとして異なる重みを有するコピーにピクチャを関連付けることを含むことができる。
【0173】
[0144] ブロック５０８において、プロセス５００は、参照ピクチャリストからの参照ピクチャを示す０値ピクチャ順序カウントオフセットを生成することを含む。ブロック５１０において、プロセス５００は、ビットストリームを生成することを含む。ビットストリームは、ピクチャの一部分と、ピクチャの一部分に関連するような０値ピクチャ順序カウントオフセットとを含む。
【0174】
[0145] ちょうどプロセス４００についての上記のように、プロセス５００は、様々なデバイスにおいて実装され得る。いくつかの実装形態では、プロセス５００は、少なくとも１つのピクチャをキャプチャおよび記憶する（capturing and storing）ための、プロセッサとメモリとに結合されたカメラをもつモバイルデバイスの処理回路によって実施される。他の例では、プロセス５００は、プロセッサに結合されたディスプレイをもつ任意のデバイスによって実施され、ディスプレイは、少なくとも１つのピクチャがプロセス４００を使用して処理され、ビットストリーム中で送信されるより前に、そのピクチャを表示するために構成される。
【0175】
[0146] いくつかの実装形態では、（プロセス４００および５００を含む）本明細書で説明されるプロセス（または方法）は、図１に示されているシステム１００など、コンピューティングデバイスまたは装置によって実施され得る。たとえば、プロセスは、図１および図６に示されている符号化デバイス１０４によって、別のビデオソース側デバイスまたはビデオ送信デバイスによって、図１および図７に示されている復号デバイス１１２によって、ならびに／あるいは、プレーヤデバイス、ディスプレイ、または任意の他のクライアント側デバイスなど、別のクライアント側デバイスによって実施され得る。いくつかの場合には、コンピューティングデバイスまたは装置は、本明細書で説明されるプロセスのステップを行うように構成された、１つまたは複数の入力デバイス、１つまたは複数のプロセッサ、１つまたは複数のマイクロプロセッサ、１つまたは複数のマイクロコンピュータ、および／またはデバイスの（１つまたは複数の）他の構成要素を含み得る。
【0176】
[0147] いくつかの例では、コンピューティングデバイスまたは装置は、モバイルデバイス、デスクトップコンピュータ、サーバコンピュータおよび／もしくはサーバシステム、または他のタイプのコンピューティングデバイスを含むか、あるいはそれらであり得る。コンピューティングデバイスの構成要素（たとえば、１つまたは複数の入力デバイス、１つまたは複数の出力デバイス、１つまたは複数のプロセッサ、１つまたは複数のマイクロプロセッサ、１つまたは複数のマイクロコンピュータ、および／または（１つまたは複数の）他の構成要素）は、回路において実装され得る。たとえば、構成要素は、本明細書で説明される様々な動作を実施するために、１つまたは複数のプログラマブル電子回路（たとえば、マイクロプロセッサ、グラフィックス処理ユニット（ＧＰＵ）、デジタル信号プロセッサ（ＤＳＰ）、中央処理ユニット（ＣＰＵ）、および／または他の好適な電子回路）を含むことができる、電子回路もしくは他の電子ハードウェアを含むことができ、および／またはそれらを使用して実装され得、ならびに／あるいは、コンピュータソフトウェア、ファームウェア、もしくはそれらの任意の組合せを含むことができ、および／またはそれらを使用して実装され得る。いくつかの例では、コンピューティングデバイスまたは装置は、ビデオフレームを含むビデオデータ（たとえば、ビデオシーケンス）をキャプチャするように構成されたカメラを含み得る。いくつかの例では、ビデオデータをキャプチャするカメラまたは他のキャプチャデバイスは、コンピューティングデバイスとは別個であり、その場合、コンピューティングデバイスは、キャプチャされたビデオデータを受信または取得する。コンピューティングデバイスは、ビデオデータを通信するように構成されたネットワークインターフェースを含み得る。ネットワークインターフェースは、インターネットプロトコル（ＩＰ）ベースのデータまたは他のタイプのデータを通信するように構成され得る。いくつかの例では、コンピューティングデバイスまたは装置は、ビデオビットストリームのピクチャのサンプルなど、出力ビデオコンテンツを表示するためのディスプレイを含み得る。
【0177】
[0148] プロセスは、論理流れ図に関して説明され得、その動作は、ハードウェア、コンピュータ命令、またはそれらの組合せにおいて実施され得る動作のシーケンスを表現する。コンピュータ命令のコンテキストでは、動作は、１つまたは複数のプロセッサによって実行されたとき、具陳された動作を実施する１つまたは複数のコンピュータ可読記憶媒体に記憶されたコンピュータ実行可能命令を表現する。概して、コンピュータ実行可能命令は、特定の機能を実施するか、または特定のデータタイプを実装する、ルーチン、プログラム、オブジェクト、構成要素、データ構造などを含む。動作が説明される順序は、限定として解釈されるものではなく、任意の数の説明される動作は、プロセスを実装するために任意の順序でおよび／または並行して組み合わせられ得る。
【0178】
[0149] さらに、プロセスは、実行可能命令で構成された１つまたは複数のコンピュータシステムの制御下で実施され得、まとめて１つまたは複数のプロセッサ上で、ハードウェアによって、あるいはそれらの組合せで実行するコード（たとえば、実行可能命令、１つまたは複数のコンピュータプログラム、または１つまたは複数のアプリケーション）として実装され得る。上述のように、コードは、たとえば、１つまたは複数のプロセッサによって実行可能な複数の命令を備えるコンピュータプログラムの形態で、コンピュータ可読または機械可読記憶媒体に記憶され得る。コンピュータ可読または機械可読記憶媒体は非一時的であり得る。
【0179】
[0150] 本明細書で説明されたコーディング技法は、例示的なビデオ符号化および復号システム（video encoding and decoding system）（たとえば、システム１００）において実装され得る。いくつかの例では、システムは、宛先デバイスによって後で復号されるべき符号化ビデオデータを与えるソースデバイスを含む。特に、ソースデバイスは、コンピュータ可読媒体を介してビデオデータを宛先デバイスに与える。ソースデバイスおよび宛先デバイスは、デスクトップコンピュータ、ノートブック（すなわち、ラップトップ）コンピュータ、タブレットコンピュータ、セットトップボックス、いわゆる「スマート」フォンなどの電話ハンドセット、いわゆる「スマート」パッド、テレビジョン、カメラ、ディスプレイデバイス、デジタルメディアプレーヤ、ビデオゲームコンソール、ビデオストリーミングデバイスなどを含む、広範囲にわたるデバイスのいずれかを備え得る。いくつかの場合には、ソースデバイスおよび宛先デバイスはワイヤレス通信のために装備され得る。
【0180】
[0151] 宛先デバイスは、コンピュータ可読媒体を介して復号されるべき符号化ビデオデータを受信し得る。コンピュータ可読媒体は、ソースデバイスから宛先デバイスに符号化ビデオデータを移動することが可能な任意のタイプの媒体またはデバイスを備え得る。一例では、コンピュータ可読媒体は、ソースデバイスが符号化ビデオデータを宛先デバイスにリアルタイムで直接送信することを可能にするための通信媒体を備え得る。符号化ビデオデータは、ワイヤレス通信プロトコルなどの通信規格に従って変調され、宛先デバイスに送信され得る。通信媒体は、無線周波数（ＲＦ）スペクトルまたは１つまたは複数の物理伝送線路など、任意のワイヤレスまたはワイヤード通信媒体を備え得る。通信媒体は、ローカルエリアネットワーク、ワイドエリアネットワーク、またはインターネットなどのグローバルネットワークなど、パケットベースネットワークの一部を形成し得る。通信媒体は、ソースデバイスから宛先デバイスへの通信を可能にするために有用であり得る、ルータ、スイッチ、基地局、または任意の他の機器を含み得る。
【0181】
[0152] いくつかの例では、符号化データは、出力インターフェースから記憶デバイスに出力され得る。同様に、符号化データは、入力インターフェースによって記憶デバイスからアクセスされ得る。記憶デバイスは、ハードドライブ、Ｂｌｕ－ｒａｙ（登録商標）ディスク、ＤＶＤ、ＣＤ－ＲＯＭ、フラッシュメモリ、揮発性または不揮発性メモリ、あるいは符号化ビデオデータを記憶するための任意の他の好適なデジタル記憶媒体など、様々な分散されたまたはローカルにアクセスされるデータ記憶媒体のいずれかを含み得る。さらなる一例では、記憶デバイスは、ソースデバイスによって生成された符号化ビデオを記憶し得るファイルサーバまたは別の中間記憶デバイスに対応し得る。宛先デバイスは、ストリーミングまたはダウンロードを介して記憶デバイスから記憶されたビデオデータにアクセスし得る。ファイルサーバは、符号化ビデオデータを記憶することと、その符号化ビデオデータを宛先デバイスに送信することとが可能な任意のタイプのサーバであり得る。例示的なファイルサーバは、（たとえば、ウェブサイトのための）ウェブサーバ、ＦＴＰサーバ、ネットワーク接続ストレージ（ＮＡＳ）デバイス、またはローカルディスクドライブを含む。宛先デバイスは、インターネット接続を含む、任意の標準のデータ接続を通して符号化ビデオデータにアクセスし得る。これは、ファイルサーバに記憶された符号化ビデオデータにアクセスするのに好適であるワイヤレスチャネル（たとえば、Ｗｉ－Ｆｉ（登録商標）接続）、ワイヤード接続（たとえば、ＤＳＬ、ケーブルモデムなど）、またはその両方の組合せを含み得る。記憶デバイスからの符号化ビデオデータの送信は、ストリーミング送信、ダウンロード送信、またはそれらの組合せであり得る。
【0182】
[0153] 本開示の技法は、必ずしもワイヤレス適用例または設定に限定されるとは限らない。本技法は、オーバージエアテレビジョン放送、ケーブルテレビジョン送信、衛星テレビジョン送信、動的適応ストリーミングオーバーＨＴＴＰ（ＤＡＳＨ）などのインターネットストリーミングビデオ送信、データ記憶媒体上に符号化されたデジタルビデオ、データ記憶媒体に記憶されたデジタルビデオの復号、または他の適用例など、様々なマルチメディア適用例のいずれかをサポートするビデオコーディングに適用され得る。いくつかの例では、システムは、ビデオストリーミング、ビデオ再生、ビデオブロードキャスティング、および／またはビデオテレフォニーなどの適用例をサポートするために、一方向または双方向のビデオ送信をサポートするように構成され得る。
【0183】
[0154] 一例では、ソースデバイスは、ビデオソースと、ビデオエンコーダと、出力インターフェースとを含む。宛先デバイスは、入力インターフェースと、ビデオデコーダと、ディスプレイデバイスとを含み得る。ソースデバイスのビデオエンコーダは、本明細書で開示される技法を適用するように構成され得る。他の例では、ソースデバイスおよび宛先デバイスは、他の構成要素または構成を含み得る。たとえば、ソースデバイスは、外部カメラなどの外部ビデオソースからビデオデータを受信し得る。同様に、宛先デバイスは、一体型ディスプレイデバイスを含むのではなく、外部ディスプレイデバイスとインターフェースし得る。
【0184】
[0155] 上記の例示的なシステムは一例にすぎない。ビデオデータを並行して処理するための技法は、任意のデジタルビデオ符号化および／または復号デバイスによって実施され得る。概して、本開示の技法はビデオ符号化デバイスによって実施されるが、本技法は、一般に「コーデック」と呼ばれるビデオエンコーダ／デコーダによっても実施され得る。その上、本開示の技法はビデオプリプロセッサによっても実施され得る。ソースデバイスおよび宛先デバイスは、ソースデバイスが宛先デバイスに送信するためのコード化ビデオデータを生成するような、コーディングデバイスの例にすぎない。いくつかの例では、ソースデバイスおよび宛先デバイスは、デバイスの各々がビデオ符号化構成要素とビデオ復号構成要素とを含むように、実質的に対称的に動作し得る。したがって、例示的なシステムは、たとえば、ビデオストリーミング、ビデオ再生、ビデオブロードキャスティング、またはビデオテレフォニーのための、ビデオデバイス間の一方向または双方向のビデオ送信をサポートし得る。
【0185】
[0156] ビデオソースは、ビデオカメラなどのビデオキャプチャデバイス、前にキャプチャされたビデオを含んでいるビデオアーカイブ、および／またはビデオコンテンツプロバイダからビデオを受信するためのビデオフィードインターフェースを含み得る。さらなる代替として、ビデオソースは、ソースビデオとしてのコンピュータグラフィックスベースのデータ、またはライブビデオとアーカイブビデオとコンピュータ生成ビデオとの組合せを生成し得る。いくつかの場合には、ビデオソースがビデオカメラである場合、ソースデバイスおよび宛先デバイスは、いわゆるカメラフォンまたはビデオフォンを形成し得る。ただし、上述のように、本開示で説明される技法は、概してビデオコーディングに適用可能であり得、ワイヤレスおよび／またはワイヤード適用例に適用され得る。各場合において、キャプチャされたビデオ、プリキャプチャされたビデオ、またはコンピュータ生成ビデオは、ビデオエンコーダによって符号化され得る。符号化ビデオ情報は、次いで、出力インターフェースによってコンピュータ可読媒体上に出力され得る。
【0186】
[0157] 述べられたように、コンピュータ可読媒体は、ワイヤレスブロードキャストまたはワイヤードネットワーク送信などの一時媒体、あるいはハードディスク、フラッシュドライブ、コンパクトディスク、デジタルビデオディスク、Ｂｌｕ－ｒａｙディスク、または他のコンピュータ可読媒体などの記憶媒体（すなわち、非一時的記憶媒体）を含み得る。いくつかの例では、ネットワークサーバ（図示せず）は、たとえば、ネットワーク送信を介して、ソースデバイスから符号化ビデオデータを受信し、その符号化ビデオデータを宛先デバイスに与え得る。同様に、ディスクスタンピング設備など、媒体製造設備のコンピューティングデバイスは、ソースデバイスから符号化ビデオデータを受信し、その符号化ビデオデータを含んでいるディスクを作り出し得る。したがって、コンピュータ可読媒体は、様々な例において、様々な形態の１つまたは複数のコンピュータ可読媒体を含むことが理解され得る。
【0187】
[0158] 宛先デバイスの入力インターフェースはコンピュータ可読媒体から情報を受信する。コンピュータ可読媒体の情報は、ビデオエンコーダによって定義され、またビデオデコーダによって使用される、ブロックおよび他のコード化ユニット、たとえば、ピクチャグループ（ＧＯＰ）の特性および／または処理を記述するシンタックス要素を含む、シンタックス情報を含み得る。ディスプレイデバイスは、復号ビデオデータをユーザに対して表示し、陰極線管（ＣＲＴ）、液晶ディスプレイ（ＬＣＤ）、プラズマディスプレイ、有機発光ダイオード（ＯＬＥＤ）ディスプレイ、または別のタイプのディスプレイデバイスなど、様々なディスプレイデバイスのいずれかを備え得る。本出願の様々な例が説明された。符号化デバイス１０４および復号デバイス１１２の具体的な詳細が、それぞれ図６および図７に示されている。
【0188】
[0159] 符号化デバイス１０４および復号デバイス１１２の具体的な詳細が、それぞれ図６および図７に示されている。図６は、本開示で説明される技法のうちの１つまたは複数を実装し得る例示的な符号化デバイス１０４を示すブロック図である。符号化デバイス１０４は、たとえば、本明細書で説明されるシンタックス構造（たとえば、ＶＰＳ、ＳＰＳ、ＰＰＳ、または他のシンタックス要素のシンタックス構造）を生成し得る。符号化デバイス１０４は、ビデオ内のビデオブロックのイントラ予測コーディングおよびインター予測コーディングを実施し得る。前に説明されたように、イントラコーディングは、所与のビデオフレームまたはピクチャ内の空間冗長性を低減または除去するために、空間予測に少なくとも部分的に依拠する。インターコーディングは、ビデオシーケンスの隣接フレームまたは周囲のフレーム内の時間冗長性を低減または除去するために、時間予測に少なくとも部分的に依拠する。イントラモード（Ｉモード）は、いくつかの空間ベースの圧縮モードのいずれかを指すことがある。単方向予測（Ｐモード）または双予測（Ｂモード）などのインターモードは、いくつかの時間ベースの圧縮モードのいずれかを指すことがある。
【0189】
[0160] 符号化デバイス１０４は、区分ユニット３５と、予測処理ユニット４１と、フィルタユニット６３と、ピクチャメモリ６４と、加算器５０と、変換処理ユニット５２と、量子化ユニット５４と、エントロピー符号化ユニット５６とを含む。予測処理ユニット４１は、動き推定ユニット４２と、動き補償ユニット４４と、イントラ予測処理ユニット４６とを含む。ビデオブロック再構築のために、符号化デバイス１０４はまた、逆量子化ユニット５８と、逆変換処理ユニット６０と、加算器６２とを含む。フィルタユニット６３は、デブロッキングフィルタ、適応ループフィルタ（ＡＬＦ）、およびサンプル適応オフセット（ＳＡＯ）フィルタなど、１つまたは複数のループフィルタを表現するものとする。図６ではフィルタユニット６３はループ内フィルタであるとして示されているが、他の構成では、フィルタユニット６３はループ後フィルタとして実装され得る。後処理デバイス５７は、符号化デバイス１０４によって生成された符号化ビデオデータに対して追加の処理を実施し得る。本開示の技法は、いくつかの事例では、符号化デバイス１０４によって実装され得る。しかしながら、他の事例では、本開示の技法のうちの１つまたは複数は、後処理デバイス５７によって実装され得る。
【0190】
[0161] 図６に示されているように、符号化デバイス１０４はビデオデータを受信し、区分ユニット３５はデータをビデオブロックに区分する。区分はまた、たとえば、ＬＣＵおよびＣＵのクワッドツリー構造に従って、スライス、スライスセグメント、タイル、または他のより大きいユニットへの区分、ならびにビデオブロック区分を含み得る。符号化デバイス１０４は、概して、符号化されるべきビデオスライス内のビデオブロックを符号化する構成要素を示す。スライスは、複数のビデオブロックに（および場合によっては、タイルと呼ばれるビデオブロックのセットに）分割され得る。予測処理ユニット４１は、誤差結果（たとえば、コーディングレートおよびひずみレベルなど）に基づいて現在ビデオブロックについて、複数のイントラ予測コーディングモードのうちの１つ、または複数のインター予測コーディングモードのうちの１つなど、複数の可能なコーディングモードのうちの１つを選択し得る。予測処理ユニット４１は、得られたイントラコード化ブロックまたはインターコード化ブロックを、残差ブロックデータを生成するために加算器５０に与え、参照ピクチャとして使用するための符号化ブロックを再構築するために加算器６２に与え得る。
【0191】
[0162] 予測処理ユニット４１内のイントラ予測処理ユニット４６は、空間圧縮を行うために、コーディングされるべき現在ブロックと同じフレームまたはスライス中の１つまたは複数の隣接ブロックに対して現在ビデオブロックのイントラ予測コーディングを実施し得る。予測処理ユニット４１内の動き推定ユニット４２および動き補償ユニット４４は、時間圧縮を行うために、１つまたは複数の参照ピクチャ中の１つまたは複数の予測ブロックに対して現在ビデオブロックのインター予測コーディングを実施する。
【0192】
[0163] 動き推定ユニット４２は、ビデオシーケンスに対する所定のパターンに従って、ビデオスライスのためのインター予測モードを決定するように構成され得る。所定のパターンは、シーケンス中のビデオスライスを、Ｐスライス、Ｂスライス、またはＧＰＢスライスに指定し得る。動き推定ユニット４２と動き補償ユニット４４とは、高度に統合され得るが、概念的な目的のために別個に示されている。動き推定ユニット４２によって実施される動き推定は、ビデオブロックについての動きを推定する動きベクトルを生成するプロセスである。動きベクトルは、たとえば、参照ピクチャ内の予測ブロックに対する、現在ビデオフレームまたはピクチャ内のビデオブロックの予測ユニット（ＰＵ）の変位を示し得る。
【0193】
[0164] 予測ブロックは、絶対差分和（ＳＡＤ）、２乗差分和（ＳＳＤ）、または他の差分メトリックによって決定され得るピクセル差分に関して、コーディングされるべきビデオブロックのＰＵにぴったり一致することがわかるブロックである。いくつかの例では、符号化デバイス１０４は、ピクチャメモリ６４に記憶された参照ピクチャのサブ整数ピクセル位置についての値を計算し得る。たとえば、符号化デバイス１０４は、参照ピクチャの１／４ピクセル位置、１／８ピクセル位置、または他の分数ピクセル位置の値を補間し得る。したがって、動き推定ユニット４２は、フルピクセル位置および分数ピクセル位置に対して動き探索を実施し、分数ピクセル精度で動きベクトルを出力し得る。
【0194】
[0165] 動き推定ユニット４２は、ＰＵの位置を参照ピクチャの予測ブロックの位置と比較することによって、インターコード化スライス中のビデオブロックのＰＵについての動きベクトルを計算する。参照ピクチャは、第１の参照ピクチャリスト（リスト０）または第２の参照ピクチャリスト（リスト１）から選択され得、それらの各々は、ピクチャメモリ６４に記憶された１つまたは複数の参照ピクチャを識別する。動き推定ユニット４２は、計算された動きベクトルをエントロピー符号化ユニット５６と動き補償ユニット４４とに送る。
【0195】
[0166] 動き補償ユニット４４によって実施される動き補償は、動き推定によって決定された動きベクトルに基づいて予測ブロックをフェッチまたは生成すること、場合によっては、サブピクセル精度への補間を実施することを伴い得る。現在ビデオブロックのＰＵのための動きベクトルを受信すると、動き補償ユニット４４は、動きベクトルが参照ピクチャリストにおいて指す予測ブロックの位置を特定し得る。符号化デバイス１０４は、コーディングされている現在ビデオブロックのピクセル値から予測ブロックのピクセル値を減算し、ピクセル差分値を形成することによって、残差ビデオブロックを形成する。ピクセル差分値は、ブロックのための残差データを形成し、ルーマ差分成分とクロマ差分成分の両方を含み得る。加算器５０は、この減算演算を実施する１つまたは複数の構成要素を表現する。動き補償ユニット４４はまた、ビデオスライスのビデオブロックを復号する際に復号デバイス１１２が使用するための、ビデオブロックとビデオスライスとに関連するシンタックス要素を生成し得る。
【0196】
[0167] イントラ予測処理ユニット４６は、上記で説明されたように、動き推定ユニット４２と動き補償ユニット４４とによって実施されるインター予測の代替として、現在ブロックをイントラ予測することができる。特に、イントラ予測処理ユニット４６は、現在ブロックを符号化するために使用すべきイントラ予測モードを決定し得る。いくつかの例では、イントラ予測処理ユニット４６は、（たとえば、別個の符号化パス中に）様々なイントラ予測モードを使用して現在ブロックを符号化し得、イントラ予測処理ユニット４６は、テストされたモードから使用するのに適切なイントラ予測モードを選択し得る。たとえば、イントラ予測処理ユニット４６は、様々なテストされたイントラ予測モードのためにレートひずみ分析を使用してレートひずみ値を計算し得、テストされたモードの中で最良のレートひずみ特性を有するイントラ予測モードを選択し得る。レートひずみ分析は、概して、符号化ブロックと、符号化ブロックを作り出すために符号化された元の符号化されていないブロックとの間のひずみ（または誤差）の量、ならびに符号化ブロックを作り出すために使用されるビットレート（すなわち、ビット数）を決定する。イントラ予測処理ユニット４６は、どのイントラ予測モードがブロックについて最良のレートひずみ値を呈するかを決定するために、様々な符号化ブロックのためのひずみおよびレートから比を計算し得る。
【0197】
[0168] いずれの場合も、ブロックのためのイントラ予測モードを選択した後に、イントラ予測処理ユニット４６は、ブロックのための選択されたイントラ予測モードを示す情報をエントロピー符号化ユニット５６に与え得る。エントロピー符号化ユニット５６は、選択されたイントラ予測モードを示す情報を符号化し得る。符号化デバイス１０４は、様々なブロックのための符号化コンテキストの構成データ定義、ならびにコンテキストの各々について使用すべき、最確イントラ予測モード、イントラ予測モードインデックステーブル、および修正されたイントラ予測モードインデックステーブルの指示を送信ビットストリーム中に含め得る。ビットストリーム構成データは、複数のイントラ予測モードインデックステーブルと、（コードワードマッピングテーブルとも呼ばれる）複数の修正されたイントラ予測モードインデックステーブルとを含み得る。
【0198】
[0169] 予測処理ユニット４１が、インター予測またはイントラ予測のいずれかを介して、現在ビデオブロックのための予測ブロックを生成した後、符号化デバイス１０４は、現在ビデオブロックから予測ブロックを減算することによって残差ビデオブロックを形成する。残差ブロック中の残差ビデオデータは、１つまたは複数のＴＵ中に含まれ、変換処理ユニット５２に適用され得る。変換処理ユニット５２は、離散コサイン変換（ＤＣＴ）または概念的に同様の変換などの変換を使用して、残差ビデオデータを残差変換係数に変換する。変換処理ユニット５２は、残差ビデオデータをピクセルドメインから周波数ドメインなどの変換ドメインに変換し得る。
【0199】
[0170] 変換処理ユニット５２は、得られた変換係数を量子化ユニット５４に送り得る。量子化ユニット５４は、ビットレートをさらに低減するために、変換係数を量子化する。量子化プロセスは、係数の一部または全部に関連するビット深度を低減し得る。量子化の程度は、量子化パラメータを調整することによって修正され得る。いくつかの例では、量子化ユニット５４は、次いで、量子化変換係数を含む行列の走査を実施し得る。代替的に、エントロピー符号化ユニット５６が走査を実施し得る。
【0200】
[0171] 量子化の後に、エントロピー符号化ユニット５６は、量子化変換係数をエントロピー符号化する。たとえば、エントロピー符号化ユニット５６は、コンテキスト適応型可変長コーディング（ＣＡＶＬＣ）、コンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ）、シンタックスベースコンテキスト適応型バイナリ算術コーディング（ＳＢＡＣ）、確率間隔区分エントロピー（ＰＩＰＥ）コーディングまたは別のエントロピー符号化技法を実施し得る。エントロピー符号化ユニット５６によるエントロピー符号化の後に、符号化ビットストリームは復号デバイス１１２に送信されるか、あるいは復号デバイス１１２が後で送信するかまたは取り出すためにアーカイブされ得る。エントロピー符号化ユニット５６はまた、コーディングされている現在ビデオスライスのための動きベクトルと他のシンタックス要素とをエントロピー符号化し得る。
【0201】
[0172] 逆量子化ユニット５８および逆変換処理ユニット６０は、参照ピクチャの参照ブロックとして後で使用するためにピクセルドメインにおいて残差ブロックを再構築するために、それぞれ逆量子化および逆変換を適用する。動き補償ユニット４４は、残差ブロックを参照ピクチャリスト内の参照ピクチャのうちの１つの予測ブロックに加算することによって参照ブロックを計算し得る。動き補償ユニット４４はまた、動き推定において使用するためのサブ整数ピクセル値を計算するために、再構築された残差ブロックに１つまたは複数の補間フィルタを適用し得る。加算器６２は、ピクチャメモリ６４に記憶するための参照ブロックを作り出すために、再構築された残差ブロックを動き補償ユニット４４によって作り出された動き補償予測ブロックに加算する。参照ブロックは、後続のビデオフレームまたはピクチャ中のブロックをインター予測するために、動き推定ユニット４２および動き補償ユニット４４によって参照ブロックとして使用され得る。
【0202】
[0173] このようにして、図６の符号化デバイス１０４は、図４および図５に関して上記で説明されたプロセスを含む、本明細書で説明される技法のうちの１つまたは複数を実施するように構成されたビデオエンコーダの一例を表現する。いくつかの場合には、本開示の技法のうちのいくつかは、後処理デバイス５７によっても実装され得る。
【0203】
[0174] 図７は、例示的な復号デバイス１１２を示すブロック図である。復号デバイス１１２は、エントロピー復号ユニット８０と、予測処理ユニット８１と、逆量子化ユニット８６と、逆変換処理ユニット８８と、加算器９０と、フィルタユニット９１と、ピクチャメモリ９２とを含む。予測処理ユニット８１は、動き補償ユニット８２と、イントラ予測処理ユニット８４とを含む。復号デバイス１１２は、いくつかの例では、図６からの符号化デバイス１０４に関して説明された符号化パスとは概して逆の復号パスを実施し得る。
【0204】
[0175] 復号プロセス中に、復号デバイス１１２は、符号化デバイス１０４によって送られた、符号化ビデオスライスのビデオブロックと、関連するシンタックス要素とを表現する符号化ビデオビットストリームを受信する。いくつかの例では、復号デバイス１１２は、符号化デバイス１０４から符号化ビデオビットストリームを受信し得る。いくつかの例では、復号デバイス１１２は、サーバ、メディアアウェアネットワーク要素（ＭＡＮＥ）、ビデオエディタ／スプライサ、または上記で説明された技法のうちの１つまたは複数を実装するように構成された他のそのようなデバイスなど、ネットワークエンティティ７９から符号化ビデオビットストリームを受信し得る。ネットワークエンティティ７９は、符号化デバイス１０４を含むことも、含まないこともある。本開示で説明される技法のうちのいくつかは、ネットワークエンティティ７９が符号化ビデオビットストリームを復号デバイス１１２に送信するより前に、ネットワークエンティティ７９によって実装され得る。いくつかのビデオ復号システムでは、ネットワークエンティティ７９および復号デバイス１１２は別個のデバイスの部分であり得るが、他の事例では、ネットワークエンティティ７９に関して説明される機能は、復号デバイス１１２を備える同じデバイスによって実施され得る。
【0205】
[0176] 復号デバイス１１２のエントロピー復号ユニット８０は、量子化係数と、動きベクトルと、他のシンタックス要素とを生成するためにビットストリームをエントロピー復号する。エントロピー復号ユニット８０は、動きベクトルと他のシンタックス要素とを予測処理ユニット８１に転送する。復号デバイス１１２は、ビデオスライスレベルおよび／またはビデオブロックレベルのシンタックス要素を受信し得る。エントロピー復号ユニット８０は、ＶＰＳ、ＳＰＳ、およびＰＰＳなど、または複数のパラメータセット中の固定長シンタックス要素と可変長シンタックス要素の両方を処理し、パースし得る。
【0206】
[0177] ビデオスライスがイントラコード化（Ｉ）スライスとしてコーディングされたとき、予測処理ユニット８１のイントラ予測処理ユニット８４は、シグナリングされたイントラ予測モードと、現在フレームまたはピクチャの前に復号されたブロックからのデータとに基づいて、現在ビデオスライスのビデオブロックのための予測データを生成し得る。ビデオフレームがインターコード化（すなわち、Ｂ、ＰまたはＧＰＢ）スライスとしてコーディングされたとき、予測処理ユニット８１の動き補償ユニット８２は、エントロピー復号ユニット８０から受信された動きベクトルおよび他のシンタックス要素に基づいて、現在のビデオスライスのビデオブロックのための予測ブロックを作り出す。予測ブロックは、参照ピクチャリスト内の参照ピクチャのうちの１つから作り出され得る。復号デバイス１１２は、ピクチャメモリ９２に記憶された参照ピクチャに基づいて、構築技法を使用して、参照フレームリスト、すなわち、リスト０とリスト１とを構築し得る。
【0207】
[0178] 動き補償ユニット８２は、動きベクトルと他のシンタックス要素とをパースすることによって現在ビデオスライスのビデオブロックのための予測情報を決定し、復号されている現在ビデオブロックのための予測ブロックを作り出すために、その予測情報を使用する。たとえば、動き補償ユニット８２は、ビデオスライスのビデオブロックをコーディングするために使用される予測モード（たとえば、イントラまたはインター予測）と、インター予測スライスタイプ（たとえば、Ｂスライス、Ｐスライス、またはＧＰＢスライス）と、スライスのための１つまたは複数の参照ピクチャリストのための構築情報と、スライスの各インター符号化ビデオブロックのための動きベクトルと、スライスの各インターコード化ビデオブロックのためのインター予測ステータスと、現在ビデオスライス中のビデオブロックを復号するための他の情報とを決定するために、パラメータセット中の１つまたは複数のシンタックス要素を使用し得る。
【0208】
[0179] 動き補償ユニット８２はまた、補間フィルタに基づいて補間を実施し得る。動き補償ユニット８２は、参照ブロックのサブ整数ピクセルのための補間値を計算するために、ビデオブロックの符号化中に符号化デバイス１０４によって使用された補間フィルタを使用し得る。この場合、動き補償ユニット８２は、受信されたシンタックス要素から符号化デバイス１０４によって使用された補間フィルタを決定し得、予測ブロックを作り出すためにその補間フィルタを使用し得る。
【0209】
[0180] 逆量子化ユニット８６は、ビットストリーム中で与えられ、エントロピー復号ユニット８０によって復号された量子化変換係数を逆量子化、すなわち、量子化解除する。逆量子化プロセスは、量子化の程度を決定し、同様に、適用されるべきである逆量子化の程度を決定するための、ビデオスライス中のビデオブロックごとに符号化デバイス１０４によって計算される量子化パラメータの使用を含み得る。逆変換処理ユニット８８は、ピクセルドメインにおける残差ブロックを作り出すために、逆変換（たとえば、逆ＤＣＴまたは他の好適な逆変換）、逆整数変換、または概念的に同様の逆変換プロセスを変換係数に適用する。
【0210】
[0181] 動き補償ユニット８２が、動きベクトルおよび他のシンタックス要素に基づいて現在ビデオブロックのための予測ブロックを生成した後に、復号デバイス１１２は、逆変換処理ユニット８８からの残差ブロックを動き補償ユニット８２によって生成された対応する予測ブロックと加算することによって、復号ビデオブロックを形成する。加算器９０は、この加算演算を実施する１つまたは複数の構成要素を表現する。所望される場合、（コーディングループ内またはコーディングループ後のいずれかの）ループフィルタも、ピクセル遷移を平滑化するために、またはさもなければビデオ品質を改善するために使用され得る。フィルタユニット９１は、デブロッキングフィルタ、適応ループフィルタ（ＡＬＦ）、およびサンプル適応オフセット（ＳＡＯ）フィルタなど、１つまたは複数のループフィルタを表現するものとする。図７では、フィルタユニット９１はループ内フィルタであるとして示されているが、他の構成では、フィルタユニット９１はループ後フィルタとして実装され得る。所与のフレームまたはピクチャ中の復号ビデオブロックは、次いで、後続の動き補償のために使用される参照ピクチャを記憶するピクチャメモリ９２に記憶される。ピクチャメモリ９２はまた、図１に示されているビデオ宛先デバイス１２２など、ディスプレイデバイス上で後で提示するために復号ビデオを記憶する。
【0211】
[0182] このようにして、図７の復号デバイス１１２は、図３および図４に関して上記で説明されたプロセスを含む、本明細書で説明される技法のうちの１つまたは複数を実施するように構成されたビデオデコーダの一例を表現する。
【0212】
[0183] フィルタユニット９１は、再構築されたブロック（たとえば、加算器９０の出力）をフィルタ処理し、参照ブロックとして使用するために、フィルタ処理された再構築されたブロックをＤＰＢ９４に記憶し、および／またはフィルタ処理された再構築されたブロック（復号ビデオ）を出力する。参照ブロックは、後続のビデオフレームまたはピクチャの中のブロックをインター予測するために、動き補償ユニット８２によって参照ブロックとして使用され得る。フィルタユニット９１は、デブロッキングフィルタ処理、ＳＡＯフィルタ処理、ピークＳＡＯフィルタ処理、ＡＬＦ、および／またはＧＡＬＦ、ならびに／あるいは他のタイプのループフィルタなど、任意のタイプのフィルタ処理を実施し得る。デブロッキングフィルタは、たとえば、再構築されたビデオからブロッキネスアーティファクトを除去するために、フィルタブロック境界にデブロッキングフィルタ処理を適用し得る。ピークＳＡＯフィルタは、全体的なコーディング品質を改善するために、再構築されたピクセル値にオフセットを適用し得る。（ループ内またはループ後の）追加のループフィルタも使用され得る。
【0213】
[0184] さらに、フィルタユニット９１は、適応ループフィルタ処理に関係する本開示における技法のいずれかを実施するように構成され得る。たとえば、上記で説明されたように、フィルタユニット９１は、現在ブロックと同じＡＰＳ、異なるＡＰＳ、またはあらかじめ定義されたフィルタ中に含まれた、前のブロックをフィルタ処理するためのパラメータに基づいて、現在ブロックをフィルタ処理するためのパラメータを決定するように構成され得る。
【0214】
[0185] 本明細書で使用される「コンピュータ可読媒体」という用語は、限定はしないが、ポータブルまたは非ポータブル記憶デバイス、光記憶デバイス、ならびに（１つまたは複数の）命令および／またはデータを記憶、含有、または担持することが可能な様々な他の媒体を含む。コンピュータ可読媒体は、データがそこに記憶され得る非一時的媒体を含み得、それは、ワイヤレスにまたはワイヤード接続を介して伝搬する搬送波および／または一時的電子信号を含まない。非一時的媒体の例は、限定はしないが、磁気ディスクまたはテープ、コンパクトディスク（ＣＤ）またはデジタル多用途ディスク（ＤＶＤ）などの光記憶媒体、フラッシュメモリ、メモリまたはメモリデバイスを含み得る。コンピュータ可読媒体は、プロシージャ、関数、サブプログラム、プログラム、ルーチン、サブルーチン、モジュール、ソフトウェアパッケージ、クラス、あるいは命令、データ構造、またはプログラムステートメントの任意の組合せを表現し得るコードおよび／または機械実行可能命令をその上に記憶していることがある。コードセグメントは、情報、データ、引数、パラメータ、またはメモリ内容をパスおよび／または受信することによって、別のコードセグメントまたはハードウェア回路に結合され得る。情報、引数、パラメータ、データなどは、メモリ共有、メッセージパッシング、トークンパッシング、ネットワーク送信などを含む、任意の好適な手段を介してパス、転送、または送信され得る。
【0215】
[0186] いくつかの例では、コンピュータ可読記憶デバイス、媒体、およびメモリは、ビットストリームなどを含んでいるケーブル信号またはワイヤレス信号を含むことができる。しかしながら、述べられるとき、非一時的コンピュータ可読記憶媒体は、エネルギー、キャリア信号、電磁波、および信号自体などの媒体を明確に除外する。
【0216】
[0187] 本明細書で提供される例および例の完全な理解を与えるために、具体的な詳細が上記の説明で与えられる。ただし、例はこれらの具体的な詳細なしに実施され得ることを当業者は理解されよう。説明の明快のために、いくつかの事例では、本技術は、デバイス、デバイス構成要素、ソフトウェアで具現される方法におけるステップまたはルーチン、あるいはハードウェアとソフトウェアとの組合せを備える機能ブロックを含む個々の機能ブロックを含むものとして提示され得る。図に示されているおよび／または本明細書で説明される構成要素以外の追加の構成要素が使用され得る。たとえば、回路、システム、ネットワーク、プロセス、および他の構成要素は、例を不要な詳細で不明瞭にしないためにブロック図の形態で構成要素として示され得る。他の事例では、例を不明瞭にすることを回避するために、よく知られている回路、プロセス、アルゴリズム、構造、および技法が不要な詳細なしに示され得る。
【0217】
[0188] 個々の例は、フローチャート、流れ図、データフロー図、構造図、またはブロック図として示されるプロセスまたは方法として、上記で説明され得る。フローチャートは動作を逐次プロセスとして説明することがあるが、動作の多くは並行してまたは同時に実施され得る。さらに、動作の順序は並べ替えられ得る。それの動作が完了されるとき、プロセスは終了されるが、図中に含まれない追加のステップを有し得る。プロセスは、方法、関数、プロシージャ、サブルーチン、サブプログラムなどに対応し得る。プロセスが関数に対応するとき、それの終了は呼出し関数またはメイン関数への関数の復帰に対応することができる。
【0218】
[0189] 上記で説明された例によるプロセスおよび方法は、記憶されるかまたはさもなければコンピュータ可読媒体から利用可能である、コンピュータ実行可能命令を使用して実装され得る。そのような命令は、たとえば、汎用コンピュータ、専用コンピュータ、または処理デバイスが、ある機能または機能のグループを実施することを引き起こすか、あるいはさもなければそれらを実施するように構成する、命令とデータとを含むことができる。使用されるコンピュータリソースの一部分が、ネットワークを介してアクセス可能であり得る。コンピュータ実行可能命令は、たとえば、バイナリ、アセンブリ言語などの中間フォーマット命令、ファームウェア、ソースコードなどであり得る。命令、使用される情報、および／または説明される例による方法中に作成される情報を記憶するために使用され得るコンピュータ可読媒体の例は、磁気または光ディスク、フラッシュメモリ、不揮発性メモリを備えたＵＳＢデバイス、ネットワーク化された記憶デバイスなどを含む。
【0219】
[0190] これらの開示によるプロセスおよび方法を実装するデバイスは、ハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語、またはそれらの任意の組合せを含むことができ、様々なフォームファクタのいずれかをとることができる。ソフトウェア、ファームウェア、ミドルウェア、またはマイクロコードで実装されるとき、必要なタスクを実施するためのプログラムコードまたはコードセグメント（たとえば、コンピュータプログラム製品）は、コンピュータ可読または機械可読媒体に記憶され得る。（１つまたは複数の）プロセッサが、必要なタスクを実施し得る。フォームファクタの一般的な例は、ラップトップ、スマートフォン、モバイルフォン、タブレットデバイスまたは他のスモールフォームファクタパーソナルコンピュータ、携帯情報端末、ラックマウント（rackmount）デバイス、スタンドアロンデバイスなどを含む。本明細書で説明される機能はまた、周辺機器またはアドインカードで具現され得る。そのような機能はまた、さらなる例として、単一のデバイスにおいて実行する異なるチップまたは異なるプロセスの間で回路板上に実装され得る。
【0220】
[0191] 命令、そのような命令を伝達するための媒体、それらを実行するためのコンピューティングリソース、およびそのようなコンピューティングリソースをサポートするための他の構造は、本開示で説明される機能を提供するための例示的な手段である。
【0221】
[0192] 上記の説明では、本出願の態様がそれの特定の例を参照しながら説明されたが、本出願はそれに限定されないことを、当業者は認識されよう。したがって、本出願の例示的な例が本明細書で詳細に説明されているが、従来技術によって限定される場合を除いて、発明的概念が、場合によっては様々に具現および採用され得、添付の特許請求の範囲が、そのような変形形態を含むように解釈されるものであることを理解されたい。上記で説明された適用例の様々な特徴および態様は、個々にまたは一緒に使用され得る。さらに、例は、本明細書のより広い趣旨および範囲から逸脱することなく、本明細書で説明された環境および適用例以外に、任意の数の環境および適用例において利用され得る。したがって、本明細書および図面は、限定的なものではなく例示的なものとして考慮されるべきである。説明の目的で、方法は特定の順序で説明された。代替例では、方法は、説明された順序とは異なる順序で実施され得ることを諒解されたい。
【0222】
[0193] 本明細書で使用される、よりも小さい（「＜」）、および、よりも大きい（「＞」）のシンボルまたは専門用語は、本明細書の範囲から逸脱することなく、それぞれ、よりも小さいかまたはそれに等しい（「≦」）、および、よりも大きいかまたはそれに等しい（「≧」）のシンボルと置き換えられ得ることを、当業者は諒解されよう。
【0223】
[0194] 構成要素が、ある動作を実施する「ように構成されて」いるものとして説明される場合、そのような構成は、たとえば、動作を実施するように電子回路または他のハードウェアを設計することによって、動作を実施するようにプログラマブル電子回路（たとえば、マイクロプロセッサ、または他の好適な電子回路）をプログラムすることによって、またはそれらの任意の組合せによって、達成され得る。
【0224】
[0195] 「に結合された」という句は、直接的にまたは間接的にのいずれかで別の構成要素に物理的に接続された任意の構成要素、および／あるいは直接的にまたは間接的にのいずれかで別の構成要素と通信している（たとえば、ワイヤードまたはワイヤレス接続および／あるいは他の好適な通信インターフェースを介して他の構成要素に接続された）任意の構成要素を指す。
【0225】
[0196] セット「のうちの少なくとも１つ」、および／またはセットのうちの「１つまたは複数」を具陳するクレームの文言または他の文言は、セットのうちの１つのメンバーまたは（任意の組合せにおける）セットのうちの複数のメンバーがクレームを満たすことを示す。たとえば、「ＡおよびＢのうちの少なくとも１つ」を具陳するクレームの文言は、Ａ、Ｂ、またはＡおよびＢを意味する。別の例では、「Ａ、Ｂ、およびＣのうちの少なくとも１つ」を具陳するクレームの文言は、Ａ、Ｂ、Ｃ、またはＡおよびＢ、またはＡおよびＣ、またはＢおよびＣ、またはＡおよびＢおよびＣを意味する。セット「のうちの少なくとも１つ」、および／またはセットのうちの「１つまたは複数」という文言は、セットを、セットに記載されている項目に限定しない。たとえば、「ＡおよびＢのうちの少なくとも１つ」を具陳するクレームの文言は、Ａ、Ｂ、またはＡおよびＢを意味することができ、さらに、ＡおよびＢのセットに記載されていない項目を含むことができる。
【0226】
[0197] 本明細書で開示される例に関して説明された様々な例示的な論理ブロック、モジュール、回路、およびアルゴリズムステップは、電子ハードウェア、コンピュータソフトウェア、ファームウェア、またはそれらの組合せとして実装され得る。ハードウェアとソフトウェアのこの互換性を明確に示すために、様々な例示的な構成要素、ブロック、モジュール、回路、およびステップが、概してそれらの機能に関して上記で説明された。そのような機能がハードウェアとして実装されるのかソフトウェアとして実装されるのかは、特定の適用例および全体的なシステムに課される設計制約に依存する。当業者は、説明される機能を特定の適用例ごとに様々な方法で実装し得るが、そのような実装の決定は、本出願の範囲からの逸脱を生じるものと解釈されるべきではない。
【0227】
[0198] 本明細書で説明された技法はまた、電子ハードウェア、コンピュータソフトウェア、ファームウェア、またはそれらの任意の組合せで実装され得る。そのような技法は、汎用コンピュータ、ワイヤレス通信デバイスハンドセット、またはワイヤレス通信デバイスハンドセットおよび他のデバイスにおける適用を含む複数の用途を有する集積回路デバイスなど、様々なデバイスのいずれかにおいて実装され得る。モジュールまたは構成要素として説明された特徴は、集積論理デバイスに一緒に、または個別であるが相互運用可能な論理デバイスとして別個に実装され得る。ソフトウェアで実装された場合、本技法は、実行されたとき、上記で説明された方法のうちの１つまたは複数を実施する命令を含むプログラムコードを備えるコンピュータ可読データ記憶媒体によって、少なくとも部分的に実現され得る。コンピュータ可読データ記憶媒体は、パッケージング材料を含み得るコンピュータプログラム製品の一部を形成し得る。コンピュータ可読媒体は、同期型ダイナミックランダムアクセスメモリ（ＳＤＲＡＭ）などのランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ）、電気消去可能プログラマブル読取り専用メモリ（ＥＥＰＲＯＭ（登録商標））、フラッシュメモリ、磁気または光学データ記憶媒体など、メモリまたはデータ記憶媒体を備え得る。本技法は、追加または代替として、伝搬信号または電波など、命令またはデータ構造の形態でプログラムコードを搬送または伝達し、コンピュータによってアクセスされ、読み取られ、および／または実行され得るコンピュータ可読通信媒体によって、少なくとも部分的に実現され得る。
【0228】
[0199] プログラムコードは、１つまたは複数のデジタル信号プロセッサ（ＤＳＰ）、汎用マイクロプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブル論理アレイ（ＦＰＧＡ）、または他の等価の集積回路またはディスクリート論理回路など、１つまたは複数のプロセッサを含み得るプロセッサによって実行され得る。そのようなプロセッサは、本開示で説明された技法のいずれかを実施するように構成され得る。汎用プロセッサはマイクロプロセッサであり得るが、代替として、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械であり得る。プロセッサはまた、コンピューティングデバイスの組合せ、たとえば、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、または任意の他のそのような構成として実装され得る。したがって、本明細書で使用される「プロセッサ」という用語は、上記の構造、上記の構造の任意の組合せ、あるいは本明細書で説明された技法の実装に好適な他の構造または装置のいずれかを指すことがある。さらに、いくつかの態様では、本明細書で説明された機能は、符号化および復号のために構成された専用のソフトウェアモジュールまたはハードウェアモジュール内に提供され得、あるいは複合ビデオエンコーダ／デコーダ（コーデック）に組み込まれ得る。
【0229】
[0200] 本開示の例示的な例は、以下を含む。
【0230】
[0201] 例１． ビデオデータを処理する方法であって、方法は、１つまたは複数のピクチャを含むビデオデータを取得することと、重み付け予測が１つまたは複数のピクチャの少なくとも一部分について無効にされると決定することと、重み付け予測が１つまたは複数のピクチャの少なくとも一部分について無効にされると決定したことに応答して、２つ以上の参照ピクチャについて同じピクチャ順序カウント（ＰＯＣ）値を有することが可能にされないと決定することとを備える、方法。
【0231】
[0202] 例２． １つまたは複数のピクチャの少なくとも一部分が、ピクチャのスライスを含む、例１に記載の方法。
【0232】
[0203] 例３． 重み付け予測フラグを取得することと、重み付け予測フラグに基づいて、重み付け予測が１つまたは複数のピクチャについて無効にされると決定することとをさらに備える、例１～２のいずれか１つに記載の方法。
【0233】
[0204] 例４． 重み付け予測フラグは、重み付け予測が、単方向予測されたスライス（Ｐスライス）に適用されるかどうかを示す、例３に記載の方法。
【0234】
[0205] 例５． 重み付け予測フラグは、重み付け予測が、双方向予測されたスライス（Ｂスライス）に適用されるかどうかを示す、例３に記載の方法。
【0235】
[0206] 例６． ビデオデータを記憶するように構成されたメモリと、例１～５のいずれかに従ってビデオデータを処理するように構成されたプロセッサとを備える装置。
【0236】
[0207] 例７． 装置がエンコーダを含む、例６に記載の装置。
【0237】
[0208] 例８． 装置がデコーダを含む、例６に記載の装置。
【0238】
[0209] 例９． 装置がモバイルデバイスである、例６～８のいずれか１つに記載の装置。
【0239】
[0210] 例１０． ビデオデータを表示するように構成されたディスプレイをさらに備える、例６～９のいずれか１つに記載の装置。
【0240】
[0211] 例１１． １つまたは複数のピクチャをキャプチャするように構成されたカメラをさらに備える、例６～１０のいずれか１つに記載の装置。
【0241】
[0212] 例１２． プロセッサによって実行されたとき、例１～５のいずれかに記載の方法を実施する命令を記憶したコンピュータ可読媒体。
【0242】
[0213] 例１３． ビデオデータを処理する方法であって、方法は、複数のレイヤにおける複数の参照ピクチャを含むビデオデータを取得することと、参照ピクチャ構造（ＲＰＳ）を生成することと、ＲＰＳが、複数の参照ピクチャのうちの少なくとも１つの参照ピクチャのためのピクチャ順序カウント（ＰＯＣ）値とレイヤ識別子（ＩＤ）とを含み、ここにおいて、参照ピクチャのためのレイヤＩＤが、参照ピクチャのレイヤを識別する、を備える、方法。
【0243】
[0214] 例１４． 複数の参照ピクチャの各参照ピクチャのためのレイヤＩＤを含むようにＲＰＳを生成することをさらに備える、例１３に記載の方法。
【0244】
[0215] 例１５． 参照ピクチャのＰＯＣ値が現在ピクチャのＰＯＣ値に等しいとき、参照ピクチャのためのレイヤＩＤを含むようにＲＰＳを生成することをさらに備える、例１３に記載の方法。
【0245】
[0216] 例１６． ビデオデータを記憶するように構成されたメモリと、例１３～１５のいずれかに従ってビデオデータを処理するように構成されたプロセッサとを備える装置。
【0246】
[0217] 例１７． 装置がエンコーダを含む、例１６に記載の装置。
【0247】
[0218] 例１８． 装置がモバイルデバイスである、例１６～１７のいずれか１つに記載の装置。
【0248】
[0219] 例１９． ビデオデータを表示するように構成されたディスプレイをさらに備える、例１６～１８のいずれか１つに記載の装置。
【0249】
[0220] 例２０． １つまたは複数のピクチャをキャプチャするように構成されたカメラをさらに備える、例１６～１９のいずれか１つに記載の装置。
【0250】
[0221] 例２１． 処理されたビデオデータを送信するように構成された通信回路をさらに備える、例１６～２０のいずれか１つに記載の装置。
【0251】
[0222] 例２２． プロセッサによって実行されたとき、例１３～１５のいずれかに記載の方法を実施する命令を記憶したコンピュータ可読媒体。
【0252】
[0223] 例２３． ビデオデータを処理する方法であって、方法は、複数のレイヤにおける複数の参照ピクチャを含むビデオデータを取得することと、ビデオデータから、参照ピクチャ構造（ＲＰＳ）を処理することと、ＲＰＳが、複数の参照ピクチャのうちの少なくとも１つの参照ピクチャのためのピクチャ順序カウント（ＰＯＣ）値とレイヤ識別子（ＩＤ）とを含み、ここにおいて、参照ピクチャのためのレイヤＩＤが、参照ピクチャのレイヤを識別する、を備える、方法。
【0253】
[0224] 例２４． ＲＰＳが、複数の参照ピクチャの各参照ピクチャのためのレイヤＩＤを含む、例２３に記載の方法。
【0254】
[0225] 例２５． ＲＰＳは、参照ピクチャのＰＯＣ値が現在ピクチャのＰＯＣ値に等しいとき、参照ピクチャのためのレイヤＩＤを含む、例２３に記載の方法。
【0255】
[0226] 例２６． ビデオデータを記憶するように構成されたメモリと、例２３～２５のいずれかに従ってビデオデータを処理するように構成されたプロセッサとを備える装置。
【0256】
[0227] 例２７． 装置がデコーダを含む、例２６に記載の装置。
【0257】
[0228] 例２８． 装置がモバイルデバイスである、例２６～２７のいずれか１つに記載の装置。
【0258】
[0229] 例２９． ビデオデータを表示するように構成されたディスプレイをさらに備える、例２６～２８のいずれか１つに記載の装置。
【0259】
[0230] 例３０． １つまたは複数のピクチャをキャプチャするように構成されたカメラをさらに備える、例２６～２９のいずれか１つに記載の装置。
【0260】
[0231] 例３１． プロセッサによって実行されたとき、例２３～２５のいずれかに記載の方法を実施する命令を記憶したコンピュータ可読媒体。
【0261】
[0232] 例３２． ビデオデータを処理する方法であって、方法は、複数のレイヤにおける複数のピクチャを含むビデオデータを取得することと、複数のレイヤが、ビデオコンテンツの複数の表現に対応する、レイヤ間予測が複数のピクチャについて有効にされると決定することと、レイヤ間予測が複数のピクチャについて有効にされると決定したことに基づいて、０動きベクトルを推論することと、０動きベクトルは、複数の表現の複数ピクチャにおけるコンテンツの変位がないことを示す、を備える、方法。
【0262】
[0233] 例３３． 動き情報は、動き情報がレイヤ間予測のために使用されないとき、複数のピクチャを含む符号化ビデオビットストリーム中でシグナリングされる、例３３に記載の方法。
【0263】
[0234] 例３４． ビデオデータを記憶するように構成されたメモリと、例３２～３３のいずれかに従ってビデオデータを処理するように構成されたプロセッサとを備える装置。
【0264】
[0235] 例３５． 装置がエンコーダを含む、例３４に記載の装置。
【0265】
[0236] 例３６． 装置がデコーダを含む、例３４に記載の装置。
【0266】
[0237] 例３７． 装置がモバイルデバイスである、例３４～３６のいずれか１つに記載の装置。
【0267】
[0238] 例３８． ビデオデータを表示するように構成されたディスプレイをさらに備える、例３４～３７のいずれか１つに記載の装置。
【0268】
[0239] 例３９． １つまたは複数のピクチャをキャプチャするように構成されたカメラをさらに備える、例３４～３８のいずれか１つに記載の装置。
【0269】
[0240] 例４０． プロセッサによって実行されたとき、例３２～３３のいずれかに記載の方法を実施する命令を記憶したコンピュータ可読媒体。
【0270】
[0241] 例４１． ビデオデータを処理する方法であって、方法は、ビデオデータを取得することと、ビデオデータから、１つまたは複数のシンタックス要素と複数のレイヤにおける複数のピクチャとを含む符号化ビデオビットストリームを生成することと、複数のレイヤが、ビデオコンテンツの複数の表現に対応する、ここにおいて、レイヤ間参照ピクチャエントリシンタックス要素におけるエントリの数が、参照ピクチャの最大数－インター予測参照ピクチャの数を超えないように制限される、を備える、方法。
【0271】
[0242] 例４２． レイヤ間参照ピクチャエントリシンタックス要素が、参照ピクチャリストシンタックス構造における直接のレイヤ間参照ピクチャエントリの数を指定する、例４１に記載の方法。
【0272】
[0243] 例４３． ビデオデータを記憶するように構成されたメモリと、例４１～４２のいずれかに従ってビデオデータを処理するように構成されたプロセッサとを備える装置。
【0273】
[0244] 例４４． 装置がエンコーダを含む、例４３に記載の装置。
【0274】
[0245] 例４５． 装置がモバイルデバイスである、例４３に記載の装置。
【0275】
[0246] 例４６． ビデオデータを表示するように構成されたディスプレイをさらに備える、例４３～４５のいずれか１つに記載の装置。
【0276】
[0247] 例４７． １つまたは複数のピクチャをキャプチャするように構成されたカメラをさらに備える、例４３～４６のいずれか１つに記載の装置。
【0277】
[0248] 例４８． プロセッサによって実行されたとき、例４１～４２のいずれかに記載の方法を実施する命令を記憶したコンピュータ可読媒体。
【0278】
[0249] 例４９． ビデオデータを処理する方法であって、方法は、１つまたは複数のシンタックス要素と複数のレイヤにおける複数のピクチャとを含む符号化ビデオビットストリームを取得することと、複数のレイヤが、ビデオコンテンツの複数の表現に対応する、符号化ビデオビットストリームから、レイヤ間参照ピクチャエントリシンタックス要素を処理することと、ここにおいて、レイヤ間参照ピクチャエントリシンタックス要素におけるエントリの数が、参照ピクチャの最大数－インター予測参照ピクチャの数を超えないように制限される、を備える、方法。
【0279】
[0250] 例５０． レイヤ間参照ピクチャエントリシンタックス要素が、参照ピクチャリストシンタックス構造における直接のレイヤ間参照ピクチャエントリの数を指定する、例３３に記載の方法。
【0280】
[0251] 例５１． ビデオデータを記憶するように構成されたメモリと、例４９～５０のいずれかに従ってビデオデータを処理するように構成されたプロセッサとを備える装置。
【0281】
[0252] 例５２． 装置がデコーダを含む、例５１に記載の装置。
【0282】
[0253] 例５３． 装置がモバイルデバイスである、例５１に記載の装置。
【0283】
[0254] 例５４． ビデオデータを表示するように構成されたディスプレイをさらに備える、例５１～５３のいずれか１つに記載の例示的な装置。
【0284】
[0255] 例５５． １つまたは複数のピクチャをキャプチャするように構成されたカメラをさらに備える、例５１～５４のいずれか１つに記載の例示的な装置。
【0285】
[0256] 例５６． プロセッサによって実行されたとき、例４９～５０のいずれかに記載の方法を実施する命令を記憶した例示的なコンピュータ可読媒体。
【0286】
[0257] 例５７． ビデオデータを復号するための方法であって、方法は、ビットストリームから、ピクチャの少なくとも一部分を取得することと、ビットストリームから、重み付け予測がピクチャの一部分について有効にされると決定することと、重み付け予測がピクチャの一部分について有効にされるという決定に基づいて、参照ピクチャリストからの参照ピクチャを示す０値ピクチャ順序カウントオフセットを識別することと、０値ピクチャ順序カウントオフセットによって識別された参照ピクチャの少なくとも一部分を使用して、ピクチャの少なくとも一部分を再構築することとを備える、方法。
【0287】
[0258] 例５８． ビットストリームから、ピクチャの複数の部分を取得することと、複数の部分が、０値ピクチャ順序カウントオフセットによって識別された参照ピクチャを使用して再構築されたピクチャの少なくとも一部分を含む、ピクチャの複数の部分のための複数の対応するピクチャ順序カウントオフセットを識別することと、ここにおいて、０値ピクチャ順序カウントオフセットが、複数の対応するピクチャ順序カウントオフセットのうちのピクチャのための対応するピクチャ順序カウントオフセットである、複数の対応するピクチャ順序カウントオフセットによって識別された複数の参照ピクチャを使用して、ピクチャを再構築することとをさらに備える、例５７に記載の方法。
【0288】
[0259] 例５９． ピクチャのための１つまたは複数の重み付け予測フラグを識別するためにビットストリームをパースすることによって、重み付け予測が有効にされると決定することをさらに備える、例５７に記載の方法。
【0289】
[0260] 例６０． ピクチャのための１つまたは複数の重み付け予測フラグが、シーケンスパラメータセット重み付け予測フラグとピクチャパラメータセット重み付け予測フラグとを備える、例５９に記載の方法。
【0290】
[0261] 例６１． シーケンスパラメータセット重み付け予測フラグおよびピクチャパラメータセット重み付け予測フラグが、単方向予測されたフレームのためのフラグである、例６０に記載の方法。
【0291】
[0262] 例６２． シーケンスパラメータセット重み付け予測フラグおよびピクチャパラメータセット重み付け予測フラグが、双方向予測フレームのためのフラグである、例６０に記載の方法。
【0292】
[0263] 例６３． ピクチャパラメータセット重み付け予測フラグが、シーケンスパラメータセット重み付け予測フラグによって制約される、例６０に記載の方法。［］
[0264] 例６４． ビットストリーム中に含まれる第２のピクチャの少なくとも一部分を取得することと、ビットストリームから、重み付け予測が第２のピクチャについて無効にされると決定することと、重み付け予測が第２のピクチャについて無効にされることに基づいて、第２の参照ピクチャのためのピクチャ順序カウントオフセットを示すビットストリームのシンタックス要素の値を、シグナリングされた値＋１として再構築することによって、シンタックス要素をパースすることと、シンタックス要素の再構築された値を使用して第２のピクチャを再構築することとをさらに備える、例５７に記載の方法。
[0264] 例６４． ビットストリーム中に含まれる第２のピクチャの少なくとも一部分を取得することと、ビットストリームから、重み付け予測が第２のピクチャについて無効にされると決定することと、重み付け予測が第２のピクチャについて無効にされることに基づいて、第２の参照ピクチャのためのピクチャ順序カウントオフセットを示すビットストリームのシンタックス要素の値を、シグナリングされた値＋１として再構築することによって、シンタックス要素をパースすることと、シンタックス要素の再構築された値を使用して第２のピクチャを再構築することとをさらに備える、例５７に記載の方法。
【0293】
[0265] 例６５． 参照ピクチャシンタックス要素の値は、重み付け予測が無効にされるとき、第２のピクチャのピクチャ順序カウント値と、第２の参照ピクチャのための参照ピクチャリストにおける前の参照ピクチャエントリとの間の絶対差分を、値＋１として指定する、例６４に記載の方法。
【0294】
[0266] 例６６． 参照ピクチャが、重みの第１のセットに関連し、ピクチャが、重みの第１のセットとは異なる重みの第２のセットに関連し、ここにおいて、参照ピクチャが、ピクチャとは異なるサイズを有し、ここにおいて、参照ピクチャが、０に等しいピクチャ順序カウント最下位ビット値をもつ短期参照ピクチャとしてシグナリングされる、例５７に記載の方法。
【0295】
[0267] 例６７． ピクチャが、非瞬時復号リフレッシュ（非ＩＤＲ）ピクチャである、例５７に記載の方法。
【0296】
[0268] 例６８． ピクチャの少なくとも一部分がスライスである、例５７に記載の方法。
【0297】
[0269] 例６９． ビットストリームから、レイヤ間予測のためのレイヤインデックスのレイヤを示す参照ピクチャのためのレイヤ識別子を決定することをさらに備え、ここにおいて、０値ピクチャ順序カウントオフセットは、レイヤ識別子が現在のレイヤ識別子とは異なるとき、シグナリングされていない参照ピクチャのためのピクチャ順序カウントから０値を推論することによって識別される、例５７に記載の方法。
【0298】
[0270] 例７０． ビデオデータを記憶するように構成されたメモリと、例５７～６９のいずれかに従ってビデオデータを処理するように構成されたプロセッサとを備える装置。
【0299】
[0271] 例７１． ビデオデータを符号化するための装置であって、装置が、メモリと、回路中に実装されたプロセッサとを備え、プロセッサは、ピクチャの少なくとも一部分を識別することと、ピクチャの一部分について有効にされるような重み付け予測を選択することと、ピクチャの一部分のための参照ピクチャを識別することと、参照ピクチャリストからの参照ピクチャを示す０値ピクチャ順序カウントオフセットを生成することと、ビットストリームを生成することと、ビットストリームが、ピクチャの一部分と、ピクチャの一部分に関連するような０値ピクチャ順序カウントオフセットとを備える、を行うように構成された、装置。
【0300】
[0272] 例７２． ビデオデータを符号化するための方法であって、方法は、ピクチャの少なくとも一部分を識別することと、ピクチャの一部分について有効にされるような重み付け予測が選択されると決定することと、ピクチャの一部分のための参照ピクチャを識別することと、参照ピクチャリストからの参照ピクチャを示す０値ピクチャ順序カウントオフセットを生成することと、ビットストリームを生成することと、ビットストリームが、ピクチャの一部分と、ピクチャの一部分に関連するような０値ピクチャ順序カウントオフセットとを備える、を備える、方法。
以下に、本願の出願当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
ビデオデータを復号するための装置であって、前記装置が、
メモリと、
回路中に実装されたプロセッサとを備え、前記プロセッサは、
ビットストリーム中に含まれるピクチャの少なくとも一部分を取得することと、
前記ビットストリームから、重み付け予測が前記ピクチャの少なくとも前記一部分について有効にされると決定することと、
重み付け予測が前記ピクチャの少なくとも前記一部分について有効にされるという前記決定に基づいて、参照ピクチャリストからの参照ピクチャを示す０値ピクチャ順序カウントオフセットを識別することと、
前記０値ピクチャ順序カウントオフセットによって識別された前記参照ピクチャの少なくとも一部分を使用して、前記ピクチャの少なくとも前記一部分を再構築することとを行うように構成された、装置。
［Ｃ２］
前記プロセッサは、
前記ビットストリームから、前記ピクチャの複数の部分を取得することと、前記複数の部分が、前記０値ピクチャ順序カウントオフセットによって識別された前記参照ピクチャを使用して再構築された前記ピクチャの少なくとも前記一部分を含む、
前記ピクチャの前記複数の部分のための複数の対応するピクチャ順序カウントオフセットを識別することと、ここにおいて、前記０値ピクチャ順序カウントオフセットが、前記参照ピクチャに関連する前記複数の対応するピクチャ順序カウントオフセットのうちの対応するピクチャ順序カウントオフセットである、
前記複数の対応するピクチャ順序カウントオフセットによって識別された複数の参照ピクチャを使用して、前記ピクチャを再構築することと
を行うようにさらに構成された、Ｃ１に記載の装置。
［Ｃ３］
前記プロセッサは、前記ピクチャのための１つまたは複数の重み付け予測フラグを識別するために前記ビットストリームをパースすることによって、重み付け予測が有効にされると決定するようにさらに構成された、Ｃ１に記載の装置。
［Ｃ４］
前記ピクチャの前記一部分のための前記１つまたは複数の重み付け予測フラグが、シーケンスパラメータセット重み付け予測フラグとピクチャパラメータセット重み付け予測フラグとを備える、Ｃ３に記載の装置。
［Ｃ５］
前記シーケンスパラメータセット重み付け予測フラグおよび前記ピクチャパラメータセット重み付け予測フラグが、単方向予測されたフレームのためのフラグである、Ｃ４に記載の装置。
［Ｃ６］
前記シーケンスパラメータセット重み付け予測フラグおよび前記ピクチャパラメータセット重み付け予測フラグが、双方向予測フレームのためのフラグである、Ｃ４に記載の装置。
［Ｃ７］
前記ピクチャパラメータセット重み付け予測フラグが、前記シーケンスパラメータセット重み付け予測フラグによって制約される、Ｃ４に記載の装置。
［Ｃ８］
前記プロセッサは、
前記ビットストリーム中に含まれる第２のピクチャの少なくとも一部分を取得することと、
前記ビットストリームから、重み付け予測が前記第２のピクチャの前記一部分について無効にされると決定することと、
重み付け予測が前記第２のピクチャの前記一部分について無効にされるという前記決定に基づいて、前記第２のピクチャの前記一部分のための前記参照ピクチャリストからの第２の参照ピクチャを示すような、第２の０値ピクチャ順序カウントオフセットが可能にされないと決定することと
を行うようにさらに構成された、Ｃ１に記載の装置。
［Ｃ９］
前記プロセッサは、
前記第２の０値ピクチャ順序カウントオフセットが可能にされないという前記決定に基づいて、前記重み付け予測が前記第２のピクチャについて無効にされることに基づいて、シンタックス要素の再構築された値を、シグナリングされた値＋１として生成することによって、前記第２の参照ピクチャのためのピクチャ順序カウントオフセットを示す前記ビットストリームの前記シンタックス要素をパースすることと、
前記シンタックス要素の前記再構築された値を使用して前記第２のピクチャを再構築することと
を行うようにさらに構成された、Ｃ８に記載の装置。
［Ｃ１０］
参照ピクチャシンタックス要素の値は、重み付け予測が無効にされるとき、前記第２のピクチャのピクチャ順序カウント値と、前記第２の参照ピクチャのための前記参照ピクチャリストにおける前の参照ピクチャエントリとの間の絶対差分を、シグナリングされた値＋１として指定する、Ｃ８に記載の装置。
［Ｃ１１］
前記参照ピクチャが、重みの第１のセットに関連し、前記ピクチャが、重みの前記第１のセットとは異なる重みの第２のセットに関連し、
ここにおいて、前記参照ピクチャが、前記ピクチャとは異なるサイズを有し、
ここにおいて、前記参照ピクチャが、０に等しいピクチャ順序カウント最下位ビット値をもつ短期参照ピクチャとしてシグナリングされる、
Ｃ１に記載の装置。
［Ｃ１２］
前記ピクチャが、非瞬時復号リフレッシュ（非ＩＤＲ）ピクチャである、Ｃ１に記載の装置。
［Ｃ１３］
前記プロセッサが、
前記ビットストリームから、レイヤ間予測のためのレイヤインデックスのレイヤを示す前記参照ピクチャのためのレイヤ識別子を決定すること
を行うように構成され、
ここにおいて、前記０値ピクチャ順序カウントオフセットは、前記レイヤ識別子が現在のレイヤ識別子とは異なるとき、シグナリングされていない前記参照ピクチャのためのピクチャ順序カウントから０値を推論することによって識別される、
Ｃ１に記載の装置。
［Ｃ１４］
前記装置が、前記ピクチャをキャプチャおよび記憶するための、前記プロセッサと前記メモリとに結合されたカメラをもつモバイルデバイスを備える、Ｃ１に記載の装置。
［Ｃ１５］
ディスプレイをさらに備える、Ｃ１に記載の装置。
［Ｃ１６］
ビデオデータを復号するための方法であって、前記方法は、
ビットストリームから、ピクチャの少なくとも一部分を取得することと、
前記ビットストリームから、重み付け予測が前記ピクチャの前記一部分について有効にされると決定することと、
重み付け予測が前記ピクチャの前記一部分について有効にされるという前記決定に基づいて、参照ピクチャリストからの参照ピクチャを示す０値ピクチャ順序カウントオフセットを識別することと、
前記０値ピクチャ順序カウントオフセットによって識別された前記参照ピクチャの少なくとも一部分を使用して、前記ピクチャの少なくとも前記一部分を再構築することと
を備える、方法。
［Ｃ１７］
前記ビットストリームから、前記ピクチャの複数の部分を取得することと、前記複数の部分が、前記０値ピクチャ順序カウントオフセットによって識別された前記参照ピクチャを使用して再構築された前記ピクチャの少なくとも前記一部分を含む、
前記ピクチャの前記複数の部分のための複数の対応するピクチャ順序カウントオフセットを識別することと、ここにおいて、前記０値ピクチャ順序カウントオフセットが、前記複数の対応するピクチャ順序カウントオフセットのうちの前記ピクチャのための対応するピクチャ順序カウントオフセットである、
前記複数の対応するピクチャ順序カウントオフセットによって識別された複数の参照ピクチャを使用して、前記ピクチャを再構築することと
をさらに備える、Ｃ１６に記載の方法。
［Ｃ１８］
前記ピクチャのための１つまたは複数の重み付け予測フラグを識別するために前記ビットストリームをパースすることによって、重み付け予測が有効にされると決定することをさらに備える、Ｃ１６に記載の方法。
［Ｃ１９］
前記ピクチャのための前記１つまたは複数の重み付け予測フラグが、シーケンスパラメータセット重み付け予測フラグとピクチャパラメータセット重み付け予測フラグとを備える、Ｃ１８に記載の方法。
［Ｃ２０］
前記シーケンスパラメータセット重み付け予測フラグおよび前記ピクチャパラメータセット重み付け予測フラグが、単方向予測されたフレームのためのフラグである、Ｃ１９に記載の方法。
［Ｃ２１］
前記シーケンスパラメータセット重み付け予測フラグおよび前記ピクチャパラメータセット重み付け予測フラグが、双方向予測フレームのためのフラグである、Ｃ１９に記載の方法。
［Ｃ２２］
前記ピクチャパラメータセット重み付け予測フラグが、前記シーケンスパラメータセット重み付け予測フラグによって制約される、Ｃ１９に記載の方法。
［Ｃ２３］
前記ビットストリーム中に含まれる第２のピクチャの少なくとも一部分を取得することと、
前記ビットストリームから、重み付け予測が前記第２のピクチャについて無効にされると決定することと、
前記重み付け予測が前記第２のピクチャについて無効にされることに基づいて、第２のシンタックス要素の再構築された値を、シグナリングされた値＋１として生成することによって、第２の参照ピクチャのためのピクチャ順序カウントオフセットを示す前記ビットストリームの前記第２のシンタックス要素をパースすることと
をさらに備える、Ｃ１６に記載の方法。
［Ｃ２４］
前記第２のシンタックス要素の前記パースに基づいて、前記０値ピクチャ順序カウントオフセットが可能にされないと決定することと、
前記第２のシンタックス要素の前記再構築された値を使用して前記第２のピクチャを再構築することと
をさらに備える、Ｃ２３に記載の方法。
［Ｃ２５］
参照ピクチャシンタックス要素の値は、重み付け予測が無効にされるとき、前記第２のピクチャのピクチャ順序カウント値と、前記第２の参照ピクチャのための前記参照ピクチャリストにおける前の参照ピクチャエントリとの間の絶対差分を、前記シグナリングされた値＋１として指定する、Ｃ２３に記載の方法。
［Ｃ２６］
前記参照ピクチャが、重みの第１のセットに関連し、前記ピクチャが、重みの前記第１のセットとは異なる重みの第２のセットに関連し、
ここにおいて、前記参照ピクチャが、前記ピクチャとは異なるサイズを有し、
ここにおいて、前記参照ピクチャが、０に等しいピクチャ順序カウント最下位ビット値をもつ短期参照ピクチャとしてシグナリングされる、
Ｃ１６に記載の方法。
［Ｃ２７］
前記ピクチャが、非瞬時復号リフレッシュ（非ＩＤＲ）ピクチャである、Ｃ１６に記載の方法。
［Ｃ２８］
前記ピクチャの少なくとも前記一部分がスライスである、Ｃ１６に記載の方法。
［Ｃ２９］
前記ビットストリームから、レイヤ間予測のためのレイヤインデックスのレイヤを示す前記参照ピクチャのためのレイヤ識別子を決定すること
をさらに備え、
ここにおいて、前記０値ピクチャ順序カウントオフセットは、前記レイヤ識別子が現在のレイヤ識別子とは異なるとき、シグナリングされていない前記参照ピクチャのためのピクチャ順序カウントから０値を推論することによって識別される、
Ｃ１６に記載の方法。
［Ｃ３０］
ビデオデータを符号化するための装置であって、前記装置が、
メモリと、
回路中に実装されたプロセッサとを備え、前記プロセッサは、
ピクチャの少なくとも一部分を識別することと、
前記ピクチャの前記一部分について有効にされるような重み付け予測を選択することと、
前記ピクチャの前記一部分のための参照ピクチャを識別することと、
参照ピクチャリストからの前記参照ピクチャを示す０値ピクチャ順序カウントオフセットを生成することと、
ビットストリームを生成することと、前記ビットストリームが、前記ピクチャの前記一部分と、前記ピクチャの前記一部分に関連するような前記０値ピクチャ順序カウントオフセットとを備える、
を行うように構成された、装置。
［Ｃ３１］
ビデオデータを符号化するための方法であって、前記方法は、
ピクチャの少なくとも一部分を識別することと、
前記ピクチャの前記一部分について有効にされるような重み付け予測が選択されると決定することと、
前記ピクチャの前記一部分のための参照ピクチャを識別することと、
参照ピクチャリストからの前記参照ピクチャを示す０値ピクチャ順序カウントオフセットを生成することと、
ビットストリームを生成することと、前記ビットストリームが、前記ピクチャの前記一部分と、前記ピクチャの前記一部分に関連するような前記０値ピクチャ順序カウントオフセットとを備える、
を備える、方法。
以下に、本願の出願当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
ビデオデータを復号するための装置であって、前記装置が、
メモリと、
回路中に実装されたプロセッサとを備え、前記プロセッサは、
ビットストリーム中に含まれるピクチャの少なくとも一部分を取得することと、
前記ビットストリームから、重み付け予測が前記ピクチャの少なくとも前記一部分について有効にされると決定することと、
重み付け予測が前記ピクチャの少なくとも前記一部分について有効にされるという前記決定に基づいて、参照ピクチャリストからの参照ピクチャを示す０値ピクチャ順序カウントオフセットを識別することと、
前記０値ピクチャ順序カウントオフセットによって識別された前記参照ピクチャの少なくとも一部分を使用して、前記ピクチャの少なくとも前記一部分を再構築することとを行うように構成された、装置。
［Ｃ２］
前記プロセッサは、
前記ビットストリームから、前記ピクチャの複数の部分を取得することと、前記複数の部分が、前記０値ピクチャ順序カウントオフセットによって識別された前記参照ピクチャを使用して再構築された前記ピクチャの少なくとも前記一部分を含む、
前記ピクチャの前記複数の部分のための複数の対応するピクチャ順序カウントオフセットを識別することと、ここにおいて、前記０値ピクチャ順序カウントオフセットが、前記参照ピクチャに関連する前記複数の対応するピクチャ順序カウントオフセットのうちの対応するピクチャ順序カウントオフセットである、
前記複数の対応するピクチャ順序カウントオフセットによって識別された複数の参照ピクチャを使用して、前記ピクチャを再構築することと
を行うようにさらに構成された、Ｃ１に記載の装置。
［Ｃ３］
前記プロセッサは、前記ピクチャのための１つまたは複数の重み付け予測フラグを識別するために前記ビットストリームをパースすることによって、重み付け予測が有効にされると決定するようにさらに構成された、Ｃ１に記載の装置。
［Ｃ４］
前記ピクチャの前記一部分のための前記１つまたは複数の重み付け予測フラグが、シーケンスパラメータセット重み付け予測フラグとピクチャパラメータセット重み付け予測フラグとを備える、Ｃ３に記載の装置。
［Ｃ５］
前記シーケンスパラメータセット重み付け予測フラグおよび前記ピクチャパラメータセット重み付け予測フラグが、単方向予測されたフレームのためのフラグである、Ｃ４に記載の装置。
［Ｃ６］
前記シーケンスパラメータセット重み付け予測フラグおよび前記ピクチャパラメータセット重み付け予測フラグが、双方向予測フレームのためのフラグである、Ｃ４に記載の装置。
［Ｃ７］
前記ピクチャパラメータセット重み付け予測フラグが、前記シーケンスパラメータセット重み付け予測フラグによって制約される、Ｃ４に記載の装置。
［Ｃ８］
前記プロセッサは、
前記ビットストリーム中に含まれる第２のピクチャの少なくとも一部分を取得することと、
前記ビットストリームから、重み付け予測が前記第２のピクチャの前記一部分について無効にされると決定することと、
重み付け予測が前記第２のピクチャの前記一部分について無効にされるという前記決定に基づいて、前記第２のピクチャの前記一部分のための前記参照ピクチャリストからの第２の参照ピクチャを示すような、第２の０値ピクチャ順序カウントオフセットが可能にされないと決定することと
を行うようにさらに構成された、Ｃ１に記載の装置。
［Ｃ９］
前記プロセッサは、
前記第２の０値ピクチャ順序カウントオフセットが可能にされないという前記決定に基づいて、前記重み付け予測が前記第２のピクチャについて無効にされることに基づいて、シンタックス要素の再構築された値を、シグナリングされた値＋１として生成することによって、前記第２の参照ピクチャのためのピクチャ順序カウントオフセットを示す前記ビットストリームの前記シンタックス要素をパースすることと、
前記シンタックス要素の前記再構築された値を使用して前記第２のピクチャを再構築することと
を行うようにさらに構成された、Ｃ８に記載の装置。
［Ｃ１０］
参照ピクチャシンタックス要素の値は、重み付け予測が無効にされるとき、前記第２のピクチャのピクチャ順序カウント値と、前記第２の参照ピクチャのための前記参照ピクチャリストにおける前の参照ピクチャエントリとの間の絶対差分を、シグナリングされた値＋１として指定する、Ｃ８に記載の装置。
［Ｃ１１］
前記参照ピクチャが、重みの第１のセットに関連し、前記ピクチャが、重みの前記第１のセットとは異なる重みの第２のセットに関連し、
ここにおいて、前記参照ピクチャが、前記ピクチャとは異なるサイズを有し、
ここにおいて、前記参照ピクチャが、０に等しいピクチャ順序カウント最下位ビット値をもつ短期参照ピクチャとしてシグナリングされる、
Ｃ１に記載の装置。
［Ｃ１２］
前記ピクチャが、非瞬時復号リフレッシュ（非ＩＤＲ）ピクチャである、Ｃ１に記載の装置。
［Ｃ１３］
前記プロセッサが、
前記ビットストリームから、レイヤ間予測のためのレイヤインデックスのレイヤを示す前記参照ピクチャのためのレイヤ識別子を決定すること
を行うように構成され、
ここにおいて、前記０値ピクチャ順序カウントオフセットは、前記レイヤ識別子が現在のレイヤ識別子とは異なるとき、シグナリングされていない前記参照ピクチャのためのピクチャ順序カウントから０値を推論することによって識別される、
Ｃ１に記載の装置。
［Ｃ１４］
前記装置が、前記ピクチャをキャプチャおよび記憶するための、前記プロセッサと前記メモリとに結合されたカメラをもつモバイルデバイスを備える、Ｃ１に記載の装置。
［Ｃ１５］
ディスプレイをさらに備える、Ｃ１に記載の装置。
［Ｃ１６］
ビデオデータを復号するための方法であって、前記方法は、
ビットストリームから、ピクチャの少なくとも一部分を取得することと、
前記ビットストリームから、重み付け予測が前記ピクチャの前記一部分について有効にされると決定することと、
重み付け予測が前記ピクチャの前記一部分について有効にされるという前記決定に基づいて、参照ピクチャリストからの参照ピクチャを示す０値ピクチャ順序カウントオフセットを識別することと、
前記０値ピクチャ順序カウントオフセットによって識別された前記参照ピクチャの少なくとも一部分を使用して、前記ピクチャの少なくとも前記一部分を再構築することと
を備える、方法。
［Ｃ１７］
前記ビットストリームから、前記ピクチャの複数の部分を取得することと、前記複数の部分が、前記０値ピクチャ順序カウントオフセットによって識別された前記参照ピクチャを使用して再構築された前記ピクチャの少なくとも前記一部分を含む、
前記ピクチャの前記複数の部分のための複数の対応するピクチャ順序カウントオフセットを識別することと、ここにおいて、前記０値ピクチャ順序カウントオフセットが、前記複数の対応するピクチャ順序カウントオフセットのうちの前記ピクチャのための対応するピクチャ順序カウントオフセットである、
前記複数の対応するピクチャ順序カウントオフセットによって識別された複数の参照ピクチャを使用して、前記ピクチャを再構築することと
をさらに備える、Ｃ１６に記載の方法。
［Ｃ１８］
前記ピクチャのための１つまたは複数の重み付け予測フラグを識別するために前記ビットストリームをパースすることによって、重み付け予測が有効にされると決定することをさらに備える、Ｃ１６に記載の方法。
［Ｃ１９］
前記ピクチャのための前記１つまたは複数の重み付け予測フラグが、シーケンスパラメータセット重み付け予測フラグとピクチャパラメータセット重み付け予測フラグとを備える、Ｃ１８に記載の方法。
［Ｃ２０］
前記シーケンスパラメータセット重み付け予測フラグおよび前記ピクチャパラメータセット重み付け予測フラグが、単方向予測されたフレームのためのフラグである、Ｃ１９に記載の方法。
［Ｃ２１］
前記シーケンスパラメータセット重み付け予測フラグおよび前記ピクチャパラメータセット重み付け予測フラグが、双方向予測フレームのためのフラグである、Ｃ１９に記載の方法。
［Ｃ２２］
前記ピクチャパラメータセット重み付け予測フラグが、前記シーケンスパラメータセット重み付け予測フラグによって制約される、Ｃ１９に記載の方法。
［Ｃ２３］
前記ビットストリーム中に含まれる第２のピクチャの少なくとも一部分を取得することと、
前記ビットストリームから、重み付け予測が前記第２のピクチャについて無効にされると決定することと、
前記重み付け予測が前記第２のピクチャについて無効にされることに基づいて、第２のシンタックス要素の再構築された値を、シグナリングされた値＋１として生成することによって、第２の参照ピクチャのためのピクチャ順序カウントオフセットを示す前記ビットストリームの前記第２のシンタックス要素をパースすることと
をさらに備える、Ｃ１６に記載の方法。
［Ｃ２４］
前記第２のシンタックス要素の前記パースに基づいて、前記０値ピクチャ順序カウントオフセットが可能にされないと決定することと、
前記第２のシンタックス要素の前記再構築された値を使用して前記第２のピクチャを再構築することと
をさらに備える、Ｃ２３に記載の方法。
［Ｃ２５］
参照ピクチャシンタックス要素の値は、重み付け予測が無効にされるとき、前記第２のピクチャのピクチャ順序カウント値と、前記第２の参照ピクチャのための前記参照ピクチャリストにおける前の参照ピクチャエントリとの間の絶対差分を、前記シグナリングされた値＋１として指定する、Ｃ２３に記載の方法。
［Ｃ２６］
前記参照ピクチャが、重みの第１のセットに関連し、前記ピクチャが、重みの前記第１のセットとは異なる重みの第２のセットに関連し、
ここにおいて、前記参照ピクチャが、前記ピクチャとは異なるサイズを有し、
ここにおいて、前記参照ピクチャが、０に等しいピクチャ順序カウント最下位ビット値をもつ短期参照ピクチャとしてシグナリングされる、
Ｃ１６に記載の方法。
［Ｃ２７］
前記ピクチャが、非瞬時復号リフレッシュ（非ＩＤＲ）ピクチャである、Ｃ１６に記載の方法。
［Ｃ２８］
前記ピクチャの少なくとも前記一部分がスライスである、Ｃ１６に記載の方法。
［Ｃ２９］
前記ビットストリームから、レイヤ間予測のためのレイヤインデックスのレイヤを示す前記参照ピクチャのためのレイヤ識別子を決定すること
をさらに備え、
ここにおいて、前記０値ピクチャ順序カウントオフセットは、前記レイヤ識別子が現在のレイヤ識別子とは異なるとき、シグナリングされていない前記参照ピクチャのためのピクチャ順序カウントから０値を推論することによって識別される、
Ｃ１６に記載の方法。
［Ｃ３０］
ビデオデータを符号化するための装置であって、前記装置が、
メモリと、
回路中に実装されたプロセッサとを備え、前記プロセッサは、
ピクチャの少なくとも一部分を識別することと、
前記ピクチャの前記一部分について有効にされるような重み付け予測を選択することと、
前記ピクチャの前記一部分のための参照ピクチャを識別することと、
参照ピクチャリストからの前記参照ピクチャを示す０値ピクチャ順序カウントオフセットを生成することと、
ビットストリームを生成することと、前記ビットストリームが、前記ピクチャの前記一部分と、前記ピクチャの前記一部分に関連するような前記０値ピクチャ順序カウントオフセットとを備える、
を行うように構成された、装置。
［Ｃ３１］
ビデオデータを符号化するための方法であって、前記方法は、
ピクチャの少なくとも一部分を識別することと、
前記ピクチャの前記一部分について有効にされるような重み付け予測が選択されると決定することと、
前記ピクチャの前記一部分のための参照ピクチャを識別することと、
参照ピクチャリストからの前記参照ピクチャを示す０値ピクチャ順序カウントオフセットを生成することと、
ビットストリームを生成することと、前記ビットストリームが、前記ピクチャの前記一部分と、前記ピクチャの前記一部分に関連するような前記０値ピクチャ順序カウントオフセットとを備える、
を備える、方法。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】