JP7601966B2

JP7601966B2 - ビデオコーディングのための方法および装置

Info

Publication number: JP7601966B2
Application number: JP2023131662A
Authority: JP
Inventors: リン・リ; シアン・リ; グイチュン・リ; シャン・リュウ
Original assignee: Tencent America LLC
Current assignee: Tencent America LLC
Priority date: 2019-12-28
Filing date: 2023-08-10
Publication date: 2024-12-17
Anticipated expiration: 2040-12-09
Also published as: JP2022531443A; AU2023204197B2; KR102858972B1; SG11202111574XA; JP2023154040A; AU2020415292B2; EP3942801A4; CA3137049A1; US20210203964A1; US20230026630A1; AU2023204197A1; CN113940064B; CN113940064A; US11496755B2; JP7332718B2; WO2021133552A1; KR20210134796A; EP3942801A1; US20240397065A1; US12088833B2

Description

関連出願の相互参照
本出願は、２０１９年１２月２８日に出願された米国仮出願第６２／９５４，４７３号「ＳＩＧＮＡＬＩＮＧＯＦＭＡＸＩＭＵＭＮＵＭＢＥＲＯＦＴＲＩＡＮＧＬＥＭＥＲＧＥＣＡＮＤＩＤＡＴＥＳ」に対する優先権の利益を主張する、２０２０年１１月２日に出願された米国特許出願第１７／０８７，２２４号「ＭＥＴＨＯＤＡＮＤＡＰＰＡＲＡＴＵＳＦＯＲＶＩＤＥＯＣＯＤＩＮＧ」に対する優先権の利益を主張する。先行出願の開示全体は、参照によりその全体が本明細書に組み込まれる。

本開示は、一般に、ビデオコーディングに関係する実施形態を記載する。

本明細書において提供される背景技術の説明は、本開示の文脈を全体的に提示することを目的としている。ここに記名された発明者の仕事は、その仕事がこの背景技術セクションに記載されている程度まで、ならびにさもなければ出願時に従来技術として適格ではない可能性がある説明の態様は、本開示に対する従来技術として、明示的にも黙示的にも認められていない。

ビデオのコーディングおよび復号は、動き補償を伴うインターピクチャ予測を使用して実行することができる。非圧縮デジタルビデオは一連のピクチャを含むことができ、各ピクチャは、たとえば、１９２０×１０８０の輝度サンプルおよび関連する色度サンプルの空間次元を有する。一連のピクチャは、たとえば、毎秒６０ピクチャまたは６０Ｈｚの固定または可変の（非公式にはフレームレートとしても知られる）ピクチャレートを有することができる。非圧縮ビデオはかなりのビットレート要件を有する。たとえば、サンプルあたり８ビットでの１０８０ｐ６０４：２：０ビデオ（６０Ｈｚフレームレートで１９２０×１０８０の輝度サンプル解像度）は、１．５Ｇｂｉｔ／ｓに近い帯域幅を必要とする。そのようなビデオの１時間は、６００Ｇバイトを超える記憶空間を必要とする。

ビデオのコーディングおよび復号の１つの目的は、圧縮を介して入力ビデオ信号の冗長度を低減することであり得る。圧縮は、前述の帯域幅または記憶空間の要件を、場合によっては、２桁以上削減するのに役立つことができる。可逆圧縮と非可逆圧縮の両方、ならびにそれらの組み合わせを採用することができる。可逆圧縮は、圧縮された元の信号から元の信号の正確なコピーを復元することができる技法を指す。非可逆圧縮を使用すると、復元された信号は元の信号と同一ではない可能性があるが、元の信号と復元された信号との間の歪みは、復元された信号を目的の用途に有用なものにするほど十分小さい。ビデオの場合、非可逆圧縮が広く採用されている。許容される歪みの量はアプリケーションに依存し、たとえば、特定の消費者向けストリーミングアプリケーションのユーザは、テレビ配信アプリケーションのユーザよりも高い歪みを許容することができる。実現可能な圧縮比は、許容／耐容歪みが大きいほど、圧縮比が高くなり得ることを反映することができる。

動き補償は非可逆圧縮技法であり得、以前に復元されたピクチャまたはその一部（参照ピクチャ）からのサンプルデータのブロックが、動きベクトル（以降、ＭＶ）によって示された方向に空間的にシフトされた後、新しく復元されるピクチャまたはピクチャの一部の予測に使用される。場合によっては、参照ピクチャは現在復元中のピクチャと同じであり得る。ＭＶは、２次元のＸおよびＹ、または３次元を有することができ、３番目の次元は使用中の参照ピクチャの指示である（後者は間接的に時間次元であり得る）。

いくつかのビデオ圧縮法技法では、サンプルデータの特定の領域に適用可能なＭＶは、他のＭＶ、たとえば、復元中の領域に空間的に隣接し、復号順序でそのＭＶに先行するサンプルデータの別の領域に関連するＭＶから予測することができる。そうすることにより、ＭＶのコーディングに必要なデータ量を大幅に削減することができ、それによって冗長度が除去され、圧縮率が向上する。たとえば、（ナチュラルビデオとして知られる）カメラから導出された入力ビデオ信号をコーディングするとき、単一のＭＶが適用可能な領域より大きい領域が同様の方向に移動する統計的な可能性が存在するので、ＭＶ予測は効果的に機能することができ、したがって、場合によっては、隣接する領域のＭＶから導出された同様の動きベクトルを使用して予測することができる。その結果、所与の領域について検出されたＭＶは、周囲のＭＶから予測されたＭＶと同様または同じであり、エントロピーコーディング後、直接ＭＶをコーディングする場合に使用されるビット数より少ないビット数で表すことができる。場合によっては、ＭＶ予測は、元の信号（すなわち、サンプルストリーム）から導出された信号（すなわち、ＭＶ）の可逆圧縮の一例であり得る。他の場合、ＭＶ予測自体は、たとえば、いくつかの周囲のＭＶから予測子を計算するときの丸め誤差のために、非可逆であり得る。

様々なＭＶ予測メカニズムが、Ｈ．２６５／ＨＥＶＣ（ＩＴＵ－ＴＲｅｃ．Ｈ．２６５、「ＨｉｇｈＥｆｆｉｃｉｅｎｃｙＶｉｄｅｏＣｏｄｉｎｇ」、２０１６年１２月）に記載されている。Ｈ．２６５が提供する多くのＭＶ予測メカニズムのうち、本明細書に記載されるのは、以降「空間マージ」と呼ばれる技法である。

図１を参照すると、現在のブロック（１０１）は、動き検索プロセス中にエンコーダにより、空間的にシフトされた同じサイズの以前のブロックから予測可能であることが見出されたサンプルを含む。直接そのＭＶをコーディングする代わりに、ＭＶは、Ａ０、Ａ１、およびＢ０、Ｂ１、Ｂ２（それぞれ、１０２～１０６）と表記された５つの周囲サンプルのいずれか１つに関連付けられたＭＶを使用して、１つまたは複数の参照ピクチャに関連付けられたメタデータから、たとえば、（復号順序で）最新の参照ピクチャから導出することができる。Ｈ．２６５では、ＭＶ予測は、隣接するブロックが使用している同じ参照ピクチャからの予測子を使用することができる。

本開示の態様は、ビデオの符号化および／または復号のための方法および装置を提供する。いくつかの例では、ビデオ復号のための装置は処理回路を含む。処理回路は、コード化ビデオビットストリームから、現在のピクチャのためのコーディング情報を復号することができる。コーディング情報は、幾何マージモードが現在のピクチャのピクチャレベルより高いコーディングレベルに対して有効にされ、マージ候補の最大数が条件を満たすことを示すことができる。処理回路は、コード化ビデオビットストリーム内の現在のピクチャについてシグナリングされたピクチャレベルパラメータに基づいて、ピクチャレベルパラメータおよびマージ候補の最大数に基づく幾何マージモードマージ候補の最大数を決定することができる。幾何マージモードマージ候補の最大数は、（ｉ）０、または（ｉｉ）２からマージ候補の最大数までのうちの１つ、であり得る。ピクチャレベルパラメータは、幾何マージモードマージ候補の最大数を示すことができる。幾何マージモードマージ候補の最大数が０であることに基づいて、幾何マージモードは現在のピクチャに対して無効にされ、幾何マージモードマージ候補の最大数が０でないことに基づいて、幾何マージモードは現在のピクチャに対して有効にされる。

一実施形態では、幾何マージモードは三角区分モード（ＴＰＭ）であり、幾何マージモードマージ候補の最大数はＴＰＭマージ候補の最大数である。

一実施形態では、コーディングレベルはシーケンスレベルである。

一実施形態では、条件は、マージ候補の最大数が２以上であることである。

一実施形態では、条件は、マージ候補の最大数が２以上であることである。処理回路は、マージ候補の最大数からピクチャレベルパラメータを減算することにより、ＴＰＭマージ候補の最大数を決定することができる。

一実施形態では、ＴＰＭマージ候補の最大数を示すピクチャパラメータセット（ＰＰＳ）レベルパラメータは、現在のピクチャに関連付けられたＰＰＳのためのコード化ビデオビットストリーム内でシグナリングされる。ＰＰＳレベルパラメータは、（ｉ）０から（マージ候補の最大数－１）までのうちの１つ、または（ｉｉ）（マージ候補の最大数＋１）である。

一実施形態では、ＴＰＭマージ候補の最大数を示すピクチャパラメータセット（ＰＰＳ）レベルパラメータは、現在のピクチャに関連付けられたＰＰＳのためのコード化ビデオビットストリーム内でシグナリングされない。

一実施形態では、コード化ビデオビットストリームは、現在のピクチャのためのピクチャヘッダを含む。ピクチャレベルパラメータは、ＴＰＭがシーケンスレベルに対して有効にされること、およびマージ候補の最大数が２以上であることに基づいて、ピクチャヘッダ内でシグナリングされ、ピクチャレベルパラメータのシグナリングは、ＰＰＳレベルパラメータから独立している。

一実施形態では、コード化ビデオビットストリームは、現在のピクチャに関連付けられたピクチャパラメータセット（ＰＰＳ）を含む。ＴＰＭマージ候補の最大数を示すＰＰＳレベルパラメータは、ＰＰＳレベルパラメータがシグナリングされるべきことを示すＰＰＳレベルフラグに少なくとも基づいて、ＰＰＳ内でシグナリングされる。

一実施形態では、コード化ビデオビットストリームは、現在のピクチャのためのピクチャヘッダを含む。ピクチャレベルパラメータは、ＴＰＭがシーケンスレベルに対して有効にされること、マージ候補の最大数が２以上であること、およびＰＰＳレベルパラメータがシグナリングされるべきでないことをＰＰＳレベルフラグが示すことに基づいて、ピクチャヘッダ内でシグナリングされる。

一実施形態では、コード化ビデオビットストリームは、現在のピクチャに関連付けられたピクチャパラメータセット（ＰＰＳ）を含む。ＴＰＭマージ候補の最大数を示すＰＰＳレベルパラメータは、ＴＰＭがシーケンスレベルに対して有効にされることに少なくとも基づいて、ＰＰＳ内でシグナリングされる。

いくつかの例では、ビデオ復号のための装置は処理回路を含む。処理回路は、コード化ビデオビットストリームから、現在のピクチャのためのコーディング情報を復号することができる。コーディング情報は、幾何マージモードがシーケンスレベルで有効にされること、ピクチャパラメータセット（ＰＰＳ）内のＰＰＳレベルパラメータが０であること、およびマージ候補の最大数を示すことができる。ＰＰＳレベルパラメータは、幾何マージモードマージ候補の最大数を示すことができる。処理回路は、条件を満たすマージ候補の最大数に基づいて、コード化ビデオビットストリーム内の現在のピクチャについてシグナリングされたピクチャレベルパラメータを復号することができ、ピクチャレベルパラメータは幾何マージモードマージ候補の最大数を示す。

一実施形態では、条件は、（ｉ）マージ候補の最大数が２より大きいこと、および（ｉｉ）マージ候補の最大数が３以上であること、のうちの１つである。

一実施形態では、マージ候補の最大数は２であり、条件を満たさず、ピクチャレベルパラメータはコード化ビデオビットストリーム内でシグナリングされない。処理回路は、ＴＰＭマージ候補の最大数が２であると決定することができる。

本開示の態様はまた、ビデオ復号のためのコンピュータによって実行されると、ビデオの復号および／または符号化のための方法をコンピュータに実行させる命令を記憶する非一時的コンピュータ可読媒体を提供する。

開示された主題のさらなる特徴、性質、および様々な利点は、以下の発明を実施するための形態および添付の図面からより明らかになる。

一例における現在のブロックおよびその周囲の空間マージ候補の概略図である。一実施形態による、通信システム（２００）の簡略化されたブロック図の概略図である。一実施形態による、通信システム（３００）の簡略化されたブロック図の概略図である。一実施形態による、デコーダの簡略化されたブロック図の概略図である。一実施形態による、エンコーダの簡略化されたブロック図の概略図である。別の実施形態による、エンコーダのブロック図である。別の実施形態による、デコーダのブロック図である。本開示の一実施形態による、三角区分ベースのインター予測の例を示す図である。本開示の一実施形態による、三角区分ベースのインター予測の例を示す図である。例示的な幾何マージモードを示す図である。ＴＰＭの例示的なシーケンスレベル制御を示す図である。例示的なピクチャパラメータセット（ＰＰＳ）構文を示す図である。例示的なピクチャヘッダ構文を示す図である。例示的なピクチャヘッダ構文を示す図である。例示的なピクチャヘッダ構文を示す図である。例示的なＰＰＳ構文を示す図である。例示的なピクチャヘッダ構文を示す図である。ピクチャレベルパラメータのシグナリングがＰＰＳレベルパラメータから独立しているときに適用できない例示的な構文を示す図である。例示的なＰＰＳ構文を示す図である。例示的なピクチャヘッダ構文を示す図である。例示的なＰＰＳ構文を示す図である。本開示の一実施形態による、プロセス（２０００）を概説するフローチャートである。本開示の一実施形態による、プロセス（２１００）を概説するフローチャートである。一実施形態による、コンピュータシステムの概略図である。

図２は、本開示の一実施形態による、通信システム（２００）の簡略化されたブロック図を示す。通信システム（２００）は、たとえば、ネットワーク（２５０）を介して互いに通信することができる複数の端末デバイスを含む。たとえば、通信システム（２００）は、ネットワーク（２５０）を介して相互接続された端末デバイス（２１０）および（２２０）の第１のペアを含む。図２の例では、端末デバイス（２１０）および（２２０）の第１のペアは、データの単方向送信を実行する。たとえば、端末デバイス（２１０）は、ネットワーク（２５０）を介して他の端末デバイス（２２０）に送信するためのビデオデータ（たとえば、端末デバイス（２１０）によってキャプチャされたビデオピクチャのストリーム）をコード化することができる。符号化ビデオデータは、１つまたは複数のコード化ビデオビットストリームの形態で送信することができる。端末デバイス（２２０）は、ネットワーク（２５０）からコード化ビデオデータを受信し、コード化ビデオデータを復号してビデオピクチャを復元し、復元されたビデオデータに従ってビデオピクチャを表示することができる。単方向データ送信は、メディアサービングアプリケーションなどで一般的であり得る。

別の例では、通信システム（２００）は、たとえばビデオ会議中に発生する可能性があるコード化ビデオデータの双方向送信を実行する端末デバイス（２３０）および（２４０）の第２のペアを含む。データの双方向送信の場合、一例では、端末デバイス（２３０）および（２４０）のうちの各端末デバイスは、ネットワーク（２５０）を介して端末デバイス（２３０）および（２４０）のうちの他の端末デバイスに送信するためのビデオデータ（たとえば、端末デバイスによってキャプチャされたビデオピクチャのストリーム）をコード化することができる。端末デバイス（２３０）および（２４０）のうちの各端末デバイスはまた、端末デバイス（２３０）および（２４０）のうちの他の端末デバイスによって送信されたコード化ビデオデータを受信することができ、コード化ビデオデータを復号してビデオピクチャを復元することができ、復元されたビデオデータに従ってアクセス可能なディスプレイデバイスにビデオピクチャを表示することができる。

図２の例では、端末デバイス（２１０）、（２２０）、（２３０）、および（２４０）は、サーバ、パーソナルコンピュータ、およびスマートフォンとして示される場合があるが、本開示の原理はそのように限定されなくてよい。本開示の実施形態は、ラップトップコンピュータ、タブレットコンピュータ、メディアプレーヤ、および／または専用のビデオ会議機器を用いるアプリケーションを見出す。ネットワーク（２５０）は、たとえば、電線（有線）および／またはワイヤレスの通信ネットワークを含む、端末デバイス（２１０）、（２２０）、（２３０）、および（２４０）の間でコード化ビデオデータを伝達する任意の数のネットワークを表す。通信ネットワーク（２５０）は、回線交換チャネルおよび／またはパケット交換チャネルにおいてデータを交換することができる。代表的なネットワークには、電気通信ネットワーク、ローカルエリアネットワーク、ワイドエリアネットワーク、および／またはインターネットが含まれる。本説明の目的のために、ネットワーク（２５０）のアーキテクチャおよびトポロジーは、本明細書において以下に説明されない限り、本開示の動作にとって重要でない可能性がある。

図３は、開示された主題についてのアプリケーション用の一例として、ストリーミング環境におけるビデオエンコーダおよびビデオデコーダの配置を示す。開示された主題は、たとえば、ビデオ会議、デジタルテレビ、ＣＤ、ＤＶＤ、メモリスティックなどを含むデジタル媒体への圧縮ビデオの保存などを含む、他のビデオ対応アプリケーションに等しく適用可能であり得る。

ストリーミングシステムは、たとえば、圧縮されていないビデオピクチャのストリーム（３０２）を作成するビデオソース（３０１）、たとえば、デジタルカメラを含むことができるキャプチャサブシステム（３１３）を含んでよい。一例では、ビデオピクチャのストリーム（３０２）は、デジタルカメラによって撮影されたサンプルを含む。符号化ビデオデータ（３０４）（またはコード化ビデオビットストリーム）と比較したときに多いデータ量を強調するために太い線として描写されたビデオピクチャのストリーム（３０２）は、ビデオソース（３０１）に結合されたビデオエンコーダ（３０３）を含む電子デバイス（３２０）によって処理することができる。ビデオエンコーダ（３０３）は、以下でより詳細に記載されるように、開示された主題の態様を可能にするかまたは実装するために、ハードウェア、ソフトウェア、またはそれらの組み合わせを含むことができる。ビデオピクチャのストリーム（３０２）と比較したときに少ないデータ量を強調するために細い線として描写された符号化ビデオデータ（３０４）（または符号化ビデオビットストリーム（３０４））は、将来の使用のためにストリーミングサーバ（３０５）に格納することができる。図３のクライアントサブシステム（３０６）および（３０８）などの１つまたは複数のストリーミングクライアントサブシステムは、ストリーミングサーバ（３０５）にアクセスして、符号化ビデオデータ（３０４）のコピー（３０７）および（３０９）を検索することができる。クライアントサブシステム（３０６）は、たとえば、電子デバイス（３３０）内にビデオデコーダ（３１０）を含むことができる。ビデオデコーダ（３１０）は、符号化ビデオデータの入力コピー（３０７）を復号し、ディスプレイ（３１２）（たとえば、ディスプレイ画面）または他のレンダリングデバイス（描写せず）上でレンダリングすることができるビデオピクチャの出力ストリーム（３１１）を作成する。いくつかのストリーミングシステムでは、符号化ビデオデータ（３０４）、（３０７）、および（３０９）（たとえば、ビデオビットストリーム）は、特定のビデオコーディング／圧縮規格に従って符号化することができる。それらの規格の例には、ＩＴＵ－Ｔ勧告Ｈ．２６５が含まれる。一例では、開発中のビデオコーディング規格は、非公式に多用途ビデオコーディング（ＶＶＣ）として知られている。開示された主題は、ＶＶＣの文脈で使用されてよい。

電子デバイス（３２０）および（３３０）は、他の構成要素（図示せず）を含むことができることに留意されたい。たとえば、電子デバイス（３２０）はビデオデコーダ（図示せず）を含むことができ、電子デバイス（３３０）もビデオエンコーダ（図示せず）を含むことができる。

図４は、本開示の一実施形態による、ビデオデコーダ（４１０）のブロック図を示す。ビデオデコーダ（４１０）は、電子デバイス（４３０）に含まれ得る。電子デバイス（４３０）は、受信機（４３１）（たとえば、受信回路）を含むことができる。ビデオデコーダ（４１０）は、図３の例のビデオデコーダ（３１０）の代わりに使用することができる。

受信機（４３１）は、ビデオデコーダ（４１０）によって復号される１つまたは複数のコード化ビデオシーケンス、同じかまたは別の実施形態では、一度に１つのコード化ビデオシーケンスを受信することができ、各コード化ビデオシーケンスの復号は、他のコード化ビデオシーケンスから独立している。コード化ビデオシーケンスは、チャネル（４０１）から受信されてよく、チャネル（４０１）は、符号化ビデオデータを格納する記憶デバイスへのハードウェア／ソフトウェアリンクであってよい。受信機（４３１）は、それらのそれぞれの使用エンティティ（描写せず）に転送され得る他のデータ、たとえば、コード化オーディオデータおよび／または補助データストリームとともに符号化ビデオデータを受信することができる。受信機（４３１）は、コード化ビデオシーケンスを他のデータから分離することができる。ネットワークジッタに対抗するために、バッファメモリ（４１５）は、受信機（４３１）とエントロピーデコーダ／パーサー（４２０）（以下、「パーサー（４２０）」）との間に結合されてよい。特定のアプリケーションでは、バッファメモリ（４１５）はビデオデコーダ（４１０）の一部である。他のアプリケーションでは、それはビデオデコーダ（４１０）の外側にあり得る（描写せず）。さらに他のアプリケーションでは、たとえば、ネットワークジッタに対抗するために、ビデオデコーダ（４１０）の外側にバッファメモリ（描写せず）が存在することができ、加えて、たとえば、プレイアウトタイミングを処理するために、ビデオデコーダ（４１０）の内側に別のバッファメモリ（４１５）が存在することができる。受信機（４３１）が十分な帯域幅および制御可能性のストア／フォワードデバイスから、または等同期ネットワークからデータを受信しているとき、バッファメモリ（４１５）は必要とされなくてよいか、または小さい可能性がある。インターネットなどのベストエフォートパケットネットワークで使用するために、バッファメモリ（４１５）が必要とされる場合があり、比較的大きい可能性があり、有利なことに適応サイズであり得、オペレーティングシステムまたはビデオデコーダ（４１０）の外側の同様の要素（描写せず）に少なくとも部分的に実装されてよい。

ビデオデコーダ（４１０）は、コード化ビデオシーケンスからシンボル（４２１）を復元するためにパーサー（４２０）を含んでよい。これらのシンボルのカテゴリには、ビデオデコーダ（４１０）の動作を管理するために使用される情報、および潜在的に、電子デバイス（４３０）の不可欠な部分ではないが、図４に示されたように、電子デバイス（４３０）に結合することができるレンダリングデバイス（４１２）（たとえば、ディスプレイ画面）などのレンダリングデバイスを制御するための情報が含まれる。レンダリングデバイスのための制御情報は、補足拡張情報（ＳＥＩメッセージ）またはビデオユーザビリティ情報（ＶＵＩ）のパラメータセットフラグメント（描写せず）の形式であってよい。パーサー（４２０）は、受け取ったコード化ビデオシーケンスを構文解析／エントロピー復号することができる。コード化ビデオシーケンスのコーディングは、ビデオコーディング技術または規格に従うことができ、文脈感度の有無にかかわらず、可変長コーディング、ハフマンコーディング、算術コーディングなどを含む様々な原理に従うことができる。パーサー（４２０）は、グループに対応する少なくとも１つのパラメータに基づいて、コード化ビデオシーケンスから、ビデオデコーダ内のピクセルのサブグループのうちの少なくとも１つのためのサブグループパラメータのセットを抽出することができる。サブグループは、ピクチャグループ（ＧＯＰ）、ピクチャ、タイル、スライス、マクロブロック、コーディングユニット（ＣＵ）、ブロック、変換ユニット（ＴＵ）、予測ユニット（ＰＵ）などを含むことができる。パーサー（４２０）はまた、コード化ビデオシーケンスから、変換係数、量子化器パラメータ値、動きベクトルなどの情報を抽出することができる。

パーサー（４２０）は、シンボル（４２１）を作成するために、バッファメモリ（４１５）から受け取ったビデオシーケンスに対してエントロピー復号／構文解析動作を実行することができる。

シンボル（４２１）の復元は、（インターピクチャおよびイントラピクチャ、インターブロックおよびイントラブロックなどの）コード化ビデオピクチャまたはその一部のタイプ、ならびに他の要因に応じて、複数の異なるユニットを含むことができる。どのユニットがどのように関与しているかは、パーサー（４２０）によってコード化ビデオシーケンスから構文解析されたサブグループ制御情報によって制御することができる。パーサー（４２０）と以下の複数のユニットとの間のそのようなサブグループ制御情報の流れは、分かりやすくするために描写されていない。

すでに述べられた機能ブロック以外に、ビデオデコーダ（４１０）は、以下に記載されるように、概念的にいくつかの機能ユニットに細分化することができる。商業的制約の下で動作する実際の実装形態では、これらのユニットの多くは、互いに密接に相互作用し、少なくとも部分的には互いに統合することができる。しかしながら、開示された主題を記載するために、以下の機能単位への概念的な細分化が適切である。

第１のユニットはスケーラ／逆変換ユニット（４５１）である。スケーラ／逆変換ユニット（４５１）は、量子化変換係数、ならびにどの変換を使用するか、ブロックサイズ、量子化係数、量子化スケーリング行列などを含む制御情報を、パーサー（４２０）からシンボル（４２１）として受け取る。スケーラ／逆変換ユニット（４５１）は、アグリゲータ（４５５）に入力することができるサンプル値を含むブロックを出力することができる。

場合によっては、スケーラ／逆変換（４５１）の出力サンプルは、イントラコード化ブロック、すなわち、以前に復元されたピクチャからの予測情報を使用していないが、現在のピクチャの以前に復元された部分からの予測情報を使用することができるブロックに関連する可能性がある。そのような予測情報は、イントラピクチャ予測ユニット（４５２）によって提供することができる。場合によっては、イントラピクチャ予測ユニット（４５２）は、現在のピクチャバッファ（４５８）からフェッチされた周囲のすでに復元された情報を使用して、復元中のブロックと同じサイズおよび形状のブロックを生成する。現在のピクチャバッファ（４５８）は、たとえば、部分的に復元された現在のピクチャおよび／または完全に復元された現在のピクチャをバッファリングする。アグリゲータ（４５５）は、場合によっては、サンプルごとに、イントラ予測ユニット（４５２）が生成した予測情報を、スケーラ／逆変換ユニット（４５１）によって提供される出力サンプル情報に追加する。

他の場合には、スケーラ／逆変換ユニット（４５１）の出力サンプルは、インターコード化され、潜在的に動き補償されたブロックに関連する可能性がある。そのような場合、動き補償予測ユニット（４５３）は、参照ピクチャメモリ（４５７）にアクセスして、予測に使用されるサンプルをフェッチすることができる。ブロックに関連するシンボル（４２１）に従ってフェッチされたサンプルを動き補償した後、これらのサンプルは、出力サンプル情報を生成するために、アグリゲータ（４５５）によってスケーラ／逆変換ユニット（４５１）の出力に追加することができる（この場合、残差サンプルまたは残差信号と呼ばれる）。動き補償予測ユニット（４５３）が予測サンプルをフェッチする参照ピクチャメモリ（４５７）内のアドレスは、たとえば、Ｘ、Ｙ、および参照ピクチャ成分を有することができるシンボル（４２１）の形態で動き補償予測ユニット（４５３）に利用可能な動きベクトルによって制御することができる。動き補償はまた、サブサンプルの正確な動きベクトルが使用されているときに参照ピクチャメモリ（４５７）からフェッチされたサンプル値の補間、動きベクトル予測メカニズムなどを含むことができる。

アグリゲータ（４５５）の出力サンプルは、ループフィルタユニット（４５６）において様々なループフィルタリング技法を受けることができる。ビデオ圧縮技術は、（コード化ビデオビットストリームとも呼ばれる）コード化ビデオシーケンスに含まれるパラメータによって制御され、パーサー（４２０）からのシンボル（４２１）としてループフィルタユニット（４５６）に利用可能にされるインループフィルタ技術を含むことができるが、コード化ピクチャまたはコード化ビデオシーケンスの（復号順序で）前の部分の復号中に取得されたメタ情報に応答するだけでなく、以前に復元およびループフィルタリングされたサンプル値に応答することもできる。

ループフィルタユニット（４５６）の出力は、レンダリングデバイス（４１２）に出力されるだけでなく、将来のインターピクチャ予測で使用するために参照ピクチャメモリ（４５７）に格納することができるサンプルストリームであり得る。

特定のコード化ピクチャは、完全に復元されると、将来の予測のために参照ピクチャとして使用することができる。たとえば、現在のピクチャに対応するコード化ピクチャが完全に復元され、コード化ピクチャが参照ピクチャとして（たとえば、パーサー（４２０）によって）識別されると、現在のピクチャバッファ（４５８）は、参照ピクチャメモリ（４５７）の一部になることができ、未使用の現在のピクチャバッファは、次のコード化ピクチャの復元を開始する前に再割当てすることができる。

ビデオデコーダ（４１０）は、ＩＴＵ－ＴＲｅｃ．Ｈ．２６５などの規格における所定のビデオ圧縮技術に従って復号動作を実行することができる。コード化ビデオシーケンスがビデオ圧縮技術または規格の構文とビデオ圧縮技術において文書化されたプロファイルの両方を順守するという意味で、コード化ビデオシーケンスは、使用されているビデオ圧縮技術または規格によって指定された構文に準拠することができる。具体的には、プロファイルは、ビデオ圧縮技術または規格で使用可能なすべてのツールから、そのプロファイル下で使用するために利用可能な唯一のツールとしていくつかのツールを選択することができる。また、準拠するために必要なことは、コード化ビデオシーケンスの複雑さが、ビデオ圧縮技術または規格のレベルによって定義された範囲内にあることである。場合によっては、レベルにより、最大ピクチャサイズ、最大フレームレート、（たとえば、１秒あたりのメガサンプル単位で測定された）最大復元サンプルレート、最大参照ピクチャサイズなどが制限される。レベルによって設定される制限は、場合によっては、仮想参照デコーダ（ＨＲＤ）の仕様、およびコード化ビデオシーケンス内で通知されるＨＲＤバッファ管理用のメタデータによってさらに制限され得る。

一実施形態では、受信機（４３１）は、符号化ビデオとともに追加の（冗長な）データを受信することができる。追加のデータは、コード化ビデオシーケンスの一部として含まれてよい。追加のデータは、データを適切に復号するために、かつ／または元のビデオデータをより正確に復元するために、ビデオデコーダ（４１０）によって使用されてよい。追加のデータは、たとえば、時間、空間、または信号ノイズ比（ＳＮＲ）の拡張層、冗長スライス、冗長ピクチャ、順方向誤り訂正コードなどの形式であり得る。

図５は、本開示の一実施形態による、ビデオエンコーダ（５０３）のブロック図を示す。ビデオエンコーダ（５０３）は電子デバイス（５２０）に含まれる。電子デバイス（５２０）は送信機（５４０）（たとえば、送信回路）を含む。ビデオエンコーダ（５０３）は、図３の例のビデオエンコーダ（３０３）の代わりに使用することができる。

ビデオエンコーダ（５０３）は、ビデオエンコーダ（５０３）によってコード化されるビデオ画像をキャプチャすることができる（図５の例では電子デバイス（５２０）の一部ではない）ビデオソース（５０１）からビデオサンプルを受信することができる。別の例では、ビデオソース（５０１）は電子デバイス（５２０）の一部である。

ビデオソース（５０１）は、任意の適切なビット深度（たとえば、８ビット、１０ビット、１２ビット、…）、任意の色空間（たとえば、ＢＴ．６０１ＹＣｒＣＢ、ＲＧＢ、…）、および任意の適切なサンプリング構造（たとえば、ＹＣｒＣｂ４：２：０、ＹＣｒＣｂ４：４：４）であり得るデジタルビデオサンプルストリームの形態で、ビデオエンコーダ（５０３）によってコード化されるソースビデオシーケンスを提供することができる。メディアサービングシステムでは、ビデオソース（５０１）は、以前に準備されたビデオを格納する記憶デバイスであってよい。ビデオ会議システムでは、ビデオソース（５０１）は、ビデオシーケンスとしてローカル画像情報をキャプチャするカメラであってよい。ビデオデータは、順番に見たときに動きを伝える複数の個別のピクチャとして提供されてよい。ピクチャ自体は、ピクセルの空間配列として編成されてよく、各ピクセルは、使用中のサンプリング構造、色空間などに応じて、１つまたは複数のサンプルを含むことができる。当業者は、ピクセルとサンプルとの間の関係を容易に理解することができる。以下の説明はサンプルに焦点を当てる。

一実施形態によれば、ビデオエンコーダ（５０３）は、リアルタイムで、またはアプリケーションによって必要とされる任意の他の時間制約の下で、ソースビデオシーケンスのピクチャをコード化ビデオシーケンス（５４３）にコード化し圧縮することができる。適切なコーディング速度を強制することは、コントローラ（５５０）の１つの機能である。いくつかの実施形態では、コントローラ（５５０）は、以下に記載される他の機能ユニットを制御し、他の機能ユニットに機能的に結合されている。分かりやすくするために、結合は描写されていない。コントローラ（５５０）によって設定されるパラメータは、レート制御関連パラメータ（ピクチャスキップ、量子化器、レート歪み最適化技法のラムダ値、…）、ピクチャサイズ、ピクチャグループ（ＧＯＰ）のレイアウト、最大動きベクトル検索範囲などを含むことができる。コントローラ（５５０）は、特定のシステム設計のために最適化されたビデオエンコーダ（５０３）に関連する他の適切な機能を有するように構成することができる。

いくつかの実施形態では、ビデオエンコーダ（５０３）は、コーディングループで動作するように構成される。単純化し過ぎた説明として、一例では、コーディングループは、（たとえば、コード化される入力ピクチャ、および参照ピクチャに基づいて、シンボルストリームなどのシンボルを作成することに関与する）ソースコーダ（５３０）、ならびにビデオエンコーダ（５０３）に組み込まれた（ローカル）デコーダ（５３３）を含むことができる。デコーダ（５３３）は、（シンボルとコード化ビデオビットストリームとの間のいかなる圧縮も、開示された主題で考慮されるビデオ圧縮技術において可逆であるため）（リモート）デコーダも作成するのと同様の方式で、シンボルを復元してサンプルデータを作成する。復元されたサンプルストリーム（サンプルデータ）は、参照ピクチャメモリ（５３４）に入力される。シンボルストリームの復号は、デコーダの場所（ローカルまたはリモート）に関係なくビット正確な結果につながるので、参照ピクチャメモリ（５３４）内のコンテンツも、ローカルエンコーダとリモートエンコーダとの間でビット正確である。言い換えれば、エンコーダの予測部分は、復号中に予測を使用するときにデコーダが「見る」のと全く同じサンプル値を参照ピクチャサンプルとして「見る」。参照ピクチャの同期性（および、たとえば、チャネルエラーのために同期性が維持できない場合に結果として生じるドリフト）のこの基本原理は、いくつかの関連技術でも使用される。

「ローカル」デコーダ（５３３）の動作は、図４とともに上記で詳細にすでに記載されている、ビデオデコーダ（４１０）などの「リモート」デコーダの動作と同じであり得る。しかしながら、また図４を簡単に参照すると、シンボルが利用可能であり、エントロピーコーダ（５４５）およびパーサー（４２０）によるコード化ビデオシーケンスへのシンボルの符号化／復号は可逆であり得るので、バッファメモリ（４１５）を含むビデオデコーダ（４１０）のエントロピー復号部分、およびパーサー（４２０）は、ローカルデコーダ（５３３）に完全に実装されていない可能性がある。

この時点で行うことができる観察は、デコーダに存在する構文解析／エントロピー復号以外の任意のデコーダ技術も、対応するエンコーダ内に実質的に同一の機能形態で必ず存在する必要があるということである。このため、開示される主題はデコーダの動作に焦点を当てる。エンコーダ技術の説明は、包括的に記載されたデコーダ技術の逆であるため、省略することができる。特定の領域のみで、より詳細な説明が必要であり、以下に提供される。

動作中、いくつかの例では、ソースコーダ（５３０）は、「参照ピクチャ」として指定されたビデオシーケンスからの１つまたは複数の以前にコード化されたピクチャを参照して入力ピクチャを予測的にコード化する、動き補償予測コーディングを実行することができる。このようにして、コーディングエンジン（５３２）は、入力ピクチャのピクセルブロックと、入力ピクチャへの予測参照として選択され得る参照ピクチャのピクセルブロックとの間の差をコード化する。

ローカルビデオデコーダ（５３３）は、ソースコーダ（５３０）によって作成されたシンボルに基づいて、参照ピクチャとして指定され得るピクチャのコード化ビデオデータを復号することができる。コーディングエンジン（５３２）の動作は、有利なことに、非可逆プロセスであってよい。コード化ビデオデータがビデオデコーダ（図５には示されていない）で復号され得るとき、復元されたビデオシーケンスは、通常、いくつかのエラーを伴うソースビデオシーケンスのレプリカであり得る。ローカルビデオデコーダ（５３３）は、参照ピクチャに対してビデオデコーダによって実行され得る復号プロセスを複製し、復元された参照ピクチャが参照ピクチャキャッシュ（５３４）に格納されるようにすることができる。このようにして、ビデオエンコーダ（５０３）は、（送信エラーがない）遠端ビデオデコーダによって取得される復元された参照ピクチャとして共通のコンテンツを有する、復元された参照ピクチャのコピーをローカルに格納することができる。

予測器（５３５）は、コーディングエンジン（５３２）のための予測検索を実行することができる。すなわち、コード化される新しいピクチャの場合、予測器（５３５）は、新しいピクチャのための適切な予測参照として役立つことができる、（候補参照ピクセルブロックとしての）サンプルデータまたは参照ピクチャ動きベクトル、ブロック形状などの特定のメタデータを求めて、参照ピクチャメモリ（５３４）を検索することができる。予測器（５３５）は、適切な予測参照を見つけるために、ピクセルブロックごとにサンプルブロックに対して動作することができる。場合によっては、予測器（５３５）によって取得された検索結果によって決定されるように、入力ピクチャは、参照ピクチャメモリ（５３４）に格納された複数の参照ピクチャから引き出された予測参照を有することができる。

コントローラ（５５０）は、たとえば、ビデオデータを符号化するために使用されるパラメータおよびサブグループパラメータの設定を含む、ソースコーダ（５３０）のコーディング動作を管理することができる。

すべての前述の機能ユニットの出力は、エントロピーコーダ（５４５）内でエントロピーコーディングを受けることができる。エントロピーコーダ（５４５）は、ハフマンコーディング、可変長コーディング、算術コーディングなどの技術に従ってシンボルを可逆圧縮することにより、様々な機能ユニットによって生成されたシンボルをコード化ビデオシーケンスに変換する。

送信機（５４０）は、エントロピーコーダ（５４５）によって作成されたコード化ビデオシーケンスをバッファリングして、通信チャネル（５６０）を介した送信の準備をすることができ、通信チャネル（５６０）は、符号化ビデオデータを格納する記憶デバイスへのハードウェア／ソフトウェアリンクであってよい。送信機（５４０）は、ビデオコーダ（５０３）からのコード化ビデオデータを、送信される他のデータ、たとえば、コード化オーディオデータおよび／または補助データストリーム（ソースは図示されていない）とマージすることができる。

コントローラ（５５０）は、ビデオエンコーダ（５０３）の動作を管理することができる。コーディング中に、コントローラ（５５０）は、各コード化ピクチャに特定のコード化ピクチャタイプを割り当てることができ、それは、それぞれのピクチャに適用され得るコーディング技法に影響を及ぼす場合がある。たとえば、ピクチャは、しばしば、以下のピクチャタイプのうちの１つとして割り当てられてよい。

イントラピクチャ（Ｉピクチャ）は、予測のソースとしてシーケンス内のいかなる他のピクチャも使用せずにコード化および復号され得るピクチャであり得る。いくつかのビデオコーデックは、たとえば、独立デコーダリフレッシュ（「ＩＤＲ」）ピクチャを含む、様々なタイプのイントラピクチャを可能にする。当業者は、Ｉピクチャのそれらの変形形態、ならびにそれらのそれぞれの用途および特徴を知っている。

予測ピクチャ（Ｐピクチャ）は、各ブロックのサンプル値を予測するために、多くとも１つの動きベクトルおよび参照インデックスを使用するイントラ予測またはインター予測を使用して、コード化および復号され得るピクチャであり得る。

双方向予測ピクチャ（Ｂピクチャ）は、各ブロックのサンプル値を予測するために、多くとも２つの動きベクトルおよび参照インデックスを使用するイントラ予測またはインター予測を使用して、コード化および復号され得るピクチャであり得る。同様に、複数の予測ピクチャは、単一ブロックの復元のために３つ以上の参照ピクチャおよび関連するメタデータを使用することができる。

ソースピクチャは、通常、複数のサンプルブロック（たとえば、各々４×４、８×８、４×８、または１６×１６サンプルのブロック）に空間的に細分化され、ブロックごとにコード化される。ブロックは、ブロックのそれぞれのピクチャに適用されるコーディング割当てによって決定されるように、他の（すでにコード化された）ブロックを参照して予測的にコード化されてよい。たとえば、Ｉピクチャのブロックは、非予測的にコード化されてよいか、またはそれらは、同じピクチャのすでにコード化されたブロックを参照して予測的にコード化されてよい（空間予測もしくはイントラ予測）。Ｐピクチャのピクセルブロックは、１つの以前にコード化された参照ピクチャを参照して、空間予測を介してまたは時間予測を介して予測的にコード化されてよい。Ｂピクチャのブロックは、１つまたは２つの以前にコード化された参照ピクチャを参照して、空間予測を介してまたは時間予測を介して予測的にコード化されてよい。

ビデオエンコーダ（５０３）は、ＩＴＵ－ＴＲｅｃ．Ｈ．２６５などの所定のビデオコーディング技術または規格に従ってコーディング動作を実行することができる。その動作において、ビデオエンコーダ（５０３）は、入力ビデオシーケンスにおける時間および空間の冗長性を利用する予測コーディング動作を含む、様々な圧縮動作を実行することができる。したがって、コード化されたビデオデータは、使用されているビデオコーディング技術または規格によって指定された構文に準拠することができる。

一実施形態では、送信機（５４０）は、符号化されたビデオとともに追加のデータを送信することができる。ソースコーダ（５３０）は、コード化ビデオシーケンスの一部としてそのようなデータを含んでよい。追加のデータは、時間／空間／ＳＮＲ拡張層、冗長なピクチャおよびスライスなどの他の形式の冗長データ、ＳＥＩメッセージ、ＶＵＩパラメータセットフラグメントなどを含んでよい。

ビデオは、時系列で複数のソースピクチャ（ビデオピクチャ）としてキャプチャされてよい。（しばしば、イントラ予測と省略される）イントラピクチャ予測は、所与のピクチャ内の空間の相関関係を利用し、インターピクチャ予測は、ピクチャ間の（時間または他の）相関関係を利用する。一例では、現在のピクチャと呼ばれる、符号化／復号中の特定のピクチャがブロックに分割される。現在のピクチャ内のブロックが、以前にコード化され、ビデオ内にまだバッファリングされている参照ピクチャ内の参照ブロックに類似しているとき、現在のピクチャ内のブロックは、動きベクトルと呼ばれるベクトルによってコード化することができる。動きベクトルは、参照ピクチャ内の参照ブロックを指し、複数の参照ピクチャが使用されている場合、参照ピクチャを識別する第３の次元を有することができる。

いくつかの実施形態では、インターピクチャ予測においてバイ予測技法を使用することができる。バイ予測技法によれば、両方ともビデオ内の現在のピクチャよりも復号順序で前にある（が、それぞれ、表示順序で過去および将来であり得る）第１の参照ピクチャおよび第２の参照ピクチャなどの２つの参照ピクチャが使用される。現在のピクチャ内のブロックは、第１の参照ピクチャ内の第１の参照ブロックを指す第１の動きベクトル、および第２の参照ピクチャ内の第２の参照ブロックを指す第２の動きベクトルによってコード化することができる。ブロックは、第１の参照ブロックと第２の参照ブロックの組み合わせによって予測することができる。

さらに、コーディング効率を上げるために、インターピクチャ予測においてマージモード技法を使用することができる。

本開示のいくつかの実施形態によれば、インターピクチャ予測およびイントラピクチャ予測などの予測は、ブロックの単位で実行される。たとえば、ＨＥＶＣ規格によれば、ビデオピクチャのシーケンス内のピクチャは、圧縮のためにコーディングツリーユニット（ＣＴＵ）に分割され、ピクチャ内のＣＴＵは、６４×６４ピクセル、３２×３２ピクセル、または１６×１６ピクセルなどの同じサイズを有する。一般に、ＣＴＵは３つのコーディングツリーブロック（ＣＴＢ）を含み、それらは１つのルーマＣＴＢおよび２つのクロマＣＴＢである。各ＣＴＵは、１つまたは複数のコーディングユニット（ＣＵ）に再帰的に四分木分割することができる。たとえば、６４×６４ピクセルのＣＴＵは、１つの６４×６４ピクセルのＣＵ、または４つの３２×３２ピクセルのＣＵ、または１６個の１６×１６ピクセルのＣＵに分割することができる。一例では、インター予測タイプまたはイントラ予測タイプなどのＣＵの予測タイプを決定するために、各ＣＵが分析される。ＣＵは、時間および／または空間の予測可能性に応じて、１つまたは複数の予測ユニット（ＰＵ）に分割される。一般に、各ＰＵは、１つのルーマ予測ブロック（ＰＢ）および２つのクロマＰＢを含む。一実施形態では、コーディング（符号化／復号）における予測動作は、予測ブロックの単位で実行される。予測ブロックの一例としてルーマ予測ブロックを使用すると、予測ブロックは、８ｘ８ピクセル、１６ｘ１６ピクセル、８ｘ１６ピクセル、１６ｘ８ピクセルなどのピクセルの値（たとえば、ルーマ値）の行列を含む。

図６は、本開示の別の実施形態による、ビデオエンコーダ（６０３）の図を示す。ビデオエンコーダ（６０３）は、ビデオピクチャのシーケンス内の現在ビデオピクチャ内のサンプル値の処理ブロック（たとえば、予測ブロック）を受信し、処理ブロックをコード化ビデオシーケンスの一部であるコード化ピクチャに符号化するように構成される。一例では、ビデオエンコーダ（６０３）は、図３の例のビデオエンコーダ（３０３）の代わりに使用される。

ＨＥＶＣの例では、ビデオエンコーダ（６０３）は、８×８サンプルの予測ブロックなどの処理ブロック用のサンプル値の行列を受信する。ビデオエンコーダ（６０３）は、処理ブロックが、たとえば、レート歪み最適化を使用して、イントラモード、インターモード、またはバイ予測モードを使用して最適にコード化されるかどうかを判定する。処理ブロックがイントラモードでコード化されるとき、ビデオエンコーダ（６０３）は、イントラ予測技法を使用して、処理ブロックをコード化ピクチャに符号化することができ、処理ブロックがインターモードまたはバイ予測モードでコード化されるとき、ビデオエンコーダ（６０３）は、それぞれ、インター予測技法またはバイ予測技法を使用して、処理ブロックをコード化ピクチャに符号化することができる。特定のビデオコーディング技術では、マージモードは、予測器の外側のコード化された動きベクトル成分の利点がない、動きベクトルが１つまたは複数の動きベクトル予測器から導出されるインターピクチャ予測サブモードであり得る。特定の他のビデオコーディング技術では、対象ブロックに適用可能な動きベクトル成分が存在してよい。一例では、ビデオエンコーダ（６０３）は、処理ブロックのモードを決定するためにモード決定モジュール（図示せず）などの他の構成要素を含む。

図６の例では、ビデオエンコーダ（６０３）は、図６に示されたように一緒に結合されたインターエンコーダ（６３０）、イントラエンコーダ（６２２）、残差計算機（６２３）、スイッチ（６２６）、残差エンコーダ（６２４）、汎用コントローラ（６２１）、およびエントロピーエンコーダ（６２５）を含む。

インターエンコーダ（６３０）は、現在のブロック（たとえば、処理ブロック）のサンプルを受信し、ブロックを参照ピクチャ内の１つまたは複数の参照ブロック（たとえば、前のピクチャおよび後のピクチャ内のブロック）と比較し、インター予測情報（たとえば、インター符号化技法による冗長情報、動きベクトル、マージモード情報の記述）を生成し、任意の適切な技法を使用して、インター予測情報に基づいてインター予測結果（たとえば、予測ブロック）を計算するように構成される。いくつかの例では、参照ピクチャは、符号化されたビデオ情報に基づいて復号された復号参照ピクチャである。

イントラエンコーダ（６２２）は、現在のブロック（たとえば、処理ブロック）のサンプルを受信し、場合によっては、ブロックを同じピクチャ内のすでにコード化されたブロックと比較し、変換後に量子化係数を生成し、場合によっては、イントラ予測情報（たとえば、１つまたは複数のイントラ符号化技法によるイントラ予測方向情報）も生成するように構成される。一例では、イントラエンコーダ（６２２）はまた、同じピクチャ内のイントラ予測情報および参照ブロックに基づいて、イントラ予測結果（たとえば、予測ブロック）を計算する。

汎用コントローラ（６２１）は、汎用制御データを決定し、汎用制御データに基づいてビデオエンコーダ（６０３）の他の構成要素を制御するように構成される。一例では、汎用コントローラ（６２１）は、ブロックのモードを決定し、モードに基づいてスイッチ（６２６）に制御信号を提供する。たとえば、モードがイントラモードであるとき、汎用コントローラ（６２１）は、スイッチ（６２６）を制御して残差計算機（６２３）が使用するためのイントラモード結果を選択し、エントロピーエンコーダ（６２５）を制御してイントラ予測情報を選択し、ビットストリームにイントラ予測情報を含め、モードがインターモードであるとき、汎用コントローラ（６２１）は、スイッチ（６２６）を制御して残差計算機（６２３）が使用するためのインター予測結果を選択し、エントロピーエンコーダ（６２５）を制御してインター予測情報を選択し、ビットストリームにインター予測情報を含める。

残差計算機（６２３）は、受信ブロックと、イントラエンコーダ（６２２）またはインターエンコーダ（６３０）から選択された予測結果との間の差（残差データ）を計算するように構成される。残差エンコーダ（６２４）は、残差データを符号化して変換係数を生成するために、残差データに基づいて動作するように構成される。一例では、残差エンコーダ（６２４）は、残差データを空間領域から周波数領域に変換し、変換係数を生成するように構成される。次いで、変換係数は、量子化変換係数を取得するために量子化処理を受ける。様々な実施形態では、ビデオエンコーダ（６０３）は残差デコーダ（６２８）も含む。残差デコーダ（６２８）は、逆変換を実行し、復号された残差データを生成するように構成される。復号された残差データは、イントラエンコーダ（６２２）およびインターエンコーダ（６３０）によって適切に使用することができる。たとえば、インターエンコーダ（６３０）は、復号された残差データおよびインター予測情報に基づいて復号されたブロックを生成することができ、イントラエンコーダ（６２２）は、復号された残差データおよびイントラ予測情報に基づいて復号されたブロックを生成することができる。復号されたブロックは、復号されたピクチャを生成するために適切に処理され、復号されたピクチャは、メモリ回路（図示せず）にバッファリングされ、いくつかの例では参照ピクチャとして使用することができる。

エントロピーエンコーダ（６２５）は、符号化されたブロックを含めるようにビットストリームをフォーマットするように構成される。エントロピーエンコーダ（６２５）は、ＨＥＶＣ規格などの適切な規格に従って様々な情報を含むように構成される。一例では、エントロピーエンコーダ（６２５）は、汎用制御データ、選択された予測情報（たとえば、イントラ予測情報またはインター予測情報）、残差情報、およびビットストリーム内の他の適切な情報を含むように構成される。開示された主題によれば、インターモードまたはバイ予測モードのいずれかのマージサブモードでブロックをコーディングするときに残差情報が存在しないことに留意されたい。

図７は、本開示の別の実施形態による、ビデオデコーダ（７１０）の図を示す。ビデオデコーダ（７１０）は、コード化ビデオシーケンスの一部であるコード化ピクチャを受信し、コード化ピクチャを復号して復元されたピクチャを生成するように構成される。一例では、ビデオデコーダ（７１０）は、図３の例のビデオデコーダ（３１０）の代わりに使用される。

図７の例では、ビデオデコーダ（７１０）は、図７に示されたように一緒に結合されたエントロピーデコーダ（７７１）、インターデコーダ（７８０）、残差デコーダ（７７３）、復元モジュール（７７４）、およびイントラデコーダ（７７２）を含む。

エントロピーデコーダ（７７１）は、コード化ピクチャから、コード化ピクチャが構成される構文要素を表す特定のシンボルを復元するように構成することができる。そのようなシンボルは、たとえば、（たとえば、イントラモード、インターモード、バイ予測モード、マージサブモードまたは別のサブモードの中の後者２つなどの）ブロックがコード化されるモード、それぞれ、イントラデコーダ（７７２）またはインターデコーダ（７８０）による予測に使用される特定のサンプルまたはメタデータを識別することができる（たとえば、イントラ予測情報またはインター予測情報などの）予測情報、たとえば、量子化変換係数の形態の残差情報などを含むことができる。一例では、予測モードがインターモードまたはバイ予測モードであるとき、インター予測情報はインターデコーダ（７８０）に提供され、予測タイプがイントラ予測タイプであるとき、イントラ予測情報はイントラデコーダ（７７２）に提供される。残差情報は逆量子化を受けることができ、残差デコーダ（７７３）に提供される。

インターデコーダ（７８０）は、インター予測情報を受信し、インター予測情報に基づいてインター予測結果を生成するように構成される。

イントラデコーダ（７７２）は、イントラ予測情報を受信し、イントラ予測情報に基づいて予測結果を生成するように構成される。

残差デコーダ（７７３）は、逆量子化を実行して逆量子化変換係数を抽出し、逆量子化変換係数を処理して、残差を周波数領域から空間領域に変換するように構成される。残差デコーダ（７７３）はまた、（量子化器パラメータ（ＱＰ）を含めるために）特定の制御情報を必要とする場合があり、その情報は、エントロピーデコーダ（７７１）によって提供される場合がある（これは、少量の制御情報のみである可能性があるので、データパスは描写されていない）。

復元モジュール（７７４）は、空間領域において、残差デコーダ（７７３）によって出力された残差と（場合によってはインター予測モジュールまたはイントラ予測モジュールによって出力された）予測結果を組み合わせて、復元されたピクチャの一部であり得る復元されたブロックを形成し、同様に、復元されたピクチャは復元されたビデオの一部であり得る、見栄えを改善するために、デブロッキング動作などの他の適切な動作が実行できることに留意されたい。

ビデオエンコーダ（３０３）、（５０３）、および（６０３）、ならびにビデオデコーダ（３１０）、（４１０）、および（７１０）は、任意の適切な技法を使用して実装され得ることに留意されたい。一実施形態では、ビデオエンコーダ（３０３）、（５０３）、および（６０３）、ならびにビデオデコーダ（３１０）、（４１０）、および（７１０）は、１つまたは複数の集積回路を使用して実装することができる。別の実施形態では、ビデオエンコーダ（３０３）、（５０３）、および（５０３）、ならびにビデオデコーダ（３１０）、（４１０）、および（７１０）は、ソフトウェア命令を実行する１つまたは複数のプロセッサを使用して実装することができる。

本開示の態様は、たとえば、ＨＥＶＣを超えてＶＶＣで使用される三角区分モード（ＴＰＭ）または幾何マージモード（ＧＥＯ）のための三角マージ候補の最大数のシグナリングなどのビデオコーディング技術に関する。

インター予測のための三角区分は後述することができる。ＴＰＭは、インター予測のために、たとえばＶＶＣにおいてサポートすることができる。一例では、ＴＰＭは、８×８以上のＣＵにのみ適用される。ＴＰＭは、通常マージモード、動きベクトル差を伴うマージモード（ＭＭＶＤ）モード、結合されたインター予測およびイントラ予測（ＣＩＩＰ）モード、サブブロックマージモードなどを含む他のマージモードとともに、一種のマージモードとしてＣＵレベルフラグを使用してシグナリングすることができる。

図８Ａ～図８Ｂは、本開示の一実施形態による、三角区分ベースのインター予測の例を示す図である。ＴＰＭが使用されるとき、ＣＵ（８００）は、対角分割または反対角分割のいずれかを使用して、２つの（三角区分または区分とも呼ばれる）三角形区分（たとえば、図８Ａの区分１（８１１）および区分２（８１２）ならびに図８Ｂの区分１（８２１）および区分２（８２２））に均等に分割することができる。区分（８１１）～（８１２）は、ライン（８１０）によって分割される。区分（８２１）～（８２２）は、ライン（８２０）によって分割される。ＣＵ（８００）内の各三角区分は、それぞれの三角区分の動き情報を使用してインター予測される。一例では、各三角区分に対して単予測のみが許可され、したがって、各三角区分は１つのＭＶおよび１つの参照インデックスを有する。単予測動き制約は、ＣＵに適用される双予測と同じである２つの動き補償予測のみが各ＣＵに使用されることを保証するために適用することができる。

現在ＣＵにＴＰＭが使用される場合、三角区分の方向（たとえば、対角分割または反対角分割）を示すフラグおよび２つのマージインデックス（区分ごとに１つ）は、さらにシグナリングすることができる。ＴＰＭマージ候補の最大数を示すパラメータは、ピクチャパラメータセット（ＰＰＳ）レベル、ピクチャヘッダ（ＰＨ）レベルなどで明示的にシグナリングすることができる。三角区分（たとえば、図８Ａの区分（８１１）～（８１２）または図８Ｂの区分（８２１）～（８２２））の各々の中のサンプルを予測した後、対角エッジまたは反対角エッジに沿ったサンプルの値は、適応重みを有するブレンド処理を使用して調整することができる。ＣＵ（８００）用の予測信号を導出した後、他の予測モードにおけるように、ＣＵ（８００）に変換プロセスおよび量子化プロセスをさらに適用することができる。

（幾何分割モードとも呼ばれる）幾何マージモードは、複数の異なる分割方式をサポートすることができる。図９は、例示的な幾何マージモードを示す図である。幾何マージモードでは、ＣＵ（９００）は、ラインまたはエッジ（９１０）によって分割された２つの区分、区分１～２に区分化することができる。２つの区分の各々は、三角形、台形、五角形などの任意の適切な形状を有することができる。

ライン（９１０）がライン（８１０）またはライン（８２０）であるとき、幾何マージモードはＴＰＭである。一例では、ＴＰＭは幾何マージモードの一例であり、幾何マージモードはＴＰＭを含む。本開示におけるＴＰＭについての説明（実施形態、例など）は、たとえば、ＴＰＭを幾何マージモードと置き換えることにより、幾何マージモードに適切に適合させることができる。本開示における幾何マージモードについての説明（実施形態、例など）は、たとえば、幾何マージモードをＴＰＭと置き換えることにより、ＴＰＭに適切に適合させることができる。

ＴＰＭは、高いレベルで制御することができる。高いレベルは、ピクチャヘッダ（ＰＨ）、ＰＰＳ、シーケンスパラメータセット（ＳＰＳ）、またはビデオパラメータセット（ＶＰＳ）に関連付けられたピクチャレベル、ＰＰＳレベル、シーケンスレベル、またはビデオレベルを指すことができる。一例では、高いレベルはサブピクチャレベル（たとえば、スライスレベル）を指さない。

ＴＰＭは、ＳＰＳ構文要素を使用してシーケンスレベルで制御（たとえば、有効化または無効化）することができる。図１０は、ＴＰＭの例示的なシーケンスレベル制御を示す。シーケンスレベル三角フラグ（たとえば、ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）は、三角形ベースの動き補償がインター予測に使用され得るかどうかを指定することができる。０に等しいシーケンスレベル三角フラグ（たとえば、ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）は、三角形ベースの動き補償がコード化レイヤビデオシーケンス（ＣＬＶＳ）で使用されず、ＴＰＭに関連するパラメータまたは構文要素（たとえば、ｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｓｐｌｉｔ＿ｄｉｒ、ｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｉｄｘ０、およびｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｉｄｘ１）がＣＬＶＳのコード化ユニット構文に存在しないように構文が制約されることを指定することができる。１に等しいシーケンスレベル三角フラグ（たとえば、ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）は、三角形ベースの動き補償がＣＬＶＳで使用され得ることを指定することができる。

ＴＰＭマージ候補の最大数を示すパラメータは、上位レベル（たとえば、ＰＰＳにおけるＰＰＳレベル、ＰＨにおけるピクチャレベル、または別の高いレベル）で明示的にシグナリングすることができる。図１１は、ＴＰＭマージ候補の最大数がＰＰＳ内でシグナリングされ得る例示的なＰＰＳ生バイトシーケンスペイロード（ＲＢＳＰ）を示す。一例では、ＴＰＭマージ候補の最大数を示すために、ＰＰＳレベルパラメータまたはＰＰＳレベルパラメータ（たとえば、ｐｐｓ＿ｍａｘ＿ｎｕｍ＿ｍｅｒｇｅ＿ｃａｎｄ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｔｒｉａｎｇｌｅ＿ｃａｎｄ＿ｐｌｕｓ１）がＰＰＳ内で明示的にシグナリングされる。図１２は、ＴＰＭマージ候補の最大数がピクチャヘッダ内でシグナリングされ得る例示的なピクチャヘッダＲＢＳＰを示す。一例では、ＴＰＭマージ候補の最大数を示すために、ピクチャヘッダレベルパラメータまたはピクチャレベルパラメータ（たとえば、ｐｉｃ＿ｍａｘ＿ｎｕｍ＿ｍｅｒｇｅ＿ｃａｎｄ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｔｒｉａｎｇｌｅ＿ｃａｎｄ）がピクチャヘッダ内で明示的にシグナリングされる。

０に等しいＰＰＳレベルパラメータ（たとえば、ｐｐｓ＿ｍａｘ＿ｎｕｍ＿ｍｅｒｇｅ＿ｃａｎｄ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｔｒｉａｎｇｌｅ＿ｃａｎｄ＿ｐｌｕｓ１）は、ピクチャレベルパラメータ（たとえば、ｐｉｃ＿ｍａｘ＿ｎｕｍ＿ｍｅｒｇｅ＿ｃａｎｄ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｔｒｉａｎｇｌｅ＿ｃａｎｄ）が、ＰＰＳを参照するスライスのＰＨ内に存在する（たとえば、シグナリングされる）ことを指定することができる。０より大きいＰＰＳレベルパラメータ（たとえば、ｐｐｓ＿ｍａｘ＿ｎｕｍ＿ｍｅｒｇｅ＿ｃａｎｄ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｔｒｉａｎｇｌｅ＿ｃａｎｄ＿ｐｌｕｓ１）は、ピクチャレベルパラメータ（たとえば、ｐｉｃ＿ｍａｘ＿ｎｕｍ＿ｍｅｒｇｅ＿ｃａｎｄ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｔｒｉａｎｇｌｅ＿ｃａｎｄ）が、ＰＰＳを参照するＰＨ内に存在しない（たとえば、シグナリングされない）ことを指定することができる。ＰＰＳレベルパラメータ（たとえば、ｐｐｓ＿ｍａｘ＿ｎｕｍ＿ｍｅｒｇｅ＿ｃａｎｄ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｔｒｉａｎｇｌｅ＿ｃａｎｄ＿ｐｌｕｓ１）の値は、０～ＭａｘＮｕｍＭｅｒｇｅＣａｎｄ－１の範囲内であり得、ＭａｘＮｕｍＭｅｒｇｅＣａｎｄは通常のマージモード用のマージ候補リスト内のマージ候補の最大数である。ＰＰＳレベルパラメータ（たとえば、ｐｐｓ＿ｍａｘ＿ｎｕｍ＿ｍｅｒｇｅ＿ｃａｎｄ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｔｒｉａｎｇｌｅ＿ｃａｎｄ＿ｐｌｕｓ１）が存在しないとき、ＰＰＳレベルパラメータは０であると推測することができる。

ピクチャレベルパラメータ（たとえば、ｐｉｃ＿ｍａｘ＿ｎｕｍ＿ｍｅｒｇｅ＿ｃａｎｄ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｔｒｉａｎｇｌｅ＿ｃａｎｄ）は、マージ候補の最大数（ＭａｘＮｕｍＭｅｒｇｅＣａｎｄ）から減算された、ピクチャヘッダに関連付けられたスライス内でサポートされる三角マージモード候補の最大数（ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄ）を指定することができる。

一例では、ピクチャレベルパラメータ（たとえば、ｐｉｃ＿ｍａｘ＿ｎｕｍ＿ｍｅｒｇｅ＿ｃａｎｄ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｔｒｉａｎｇｌｅ＿ｃａｎｄ）が存在せず（たとえば、シグナリングされず）、シーケンスレベル三角フラグ（たとえば、ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）が１に等しく、ＭａｘＮｕｍＭｅｒｇｅＣａｎｄが２以上であるとき、ピクチャレベルパラメータ（たとえば、ｐｉｃ＿ｍａｘ＿ｎｕｍ＿ｍｅｒｇｅ＿ｃａｎｄ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｔｒｉａｎｇｌｅ＿ｃａｎｄ）は、（ｐｐｓ＿ｍａｘ＿ｎｕｍ＿ｍｅｒｇｅ＿ｃａｎｄ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｔｒｉａｎｇｌｅ＿ｃａｎｄ＿ｐｌｕｓ１－１）に等しいと推測される。

三角マージモード候補の最大数（ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄ）は、ＭａｘＮｕｍＭｅｒｇｅＣａｎｄおよびピクチャレベルパラメータ（たとえば、ｐｉｃ＿ｍａｘ＿ｎｕｍ＿ｍｅｒｇｅ＿ｃａｎｄ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｔｒｉａｎｇｌｅ＿ｃａｎｄ）に基づいて決定することができる。一例では、ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄは、式１を使用して決定される。
ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄ＝ＭａｘＮｕｍＭｅｒｇｅＣａｎｄ－ｐｉｃ＿ｍａｘ＿ｎｕｍ＿ｍｅｒｇｅ＿ｃａｎｄ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｔｒｉａｎｇｌｅ＿ｃａｎｄ（式１）

一例では、ピクチャレベルパラメータ（たとえば、ｐｉｃ＿ｍａｘ＿ｎｕｍ＿ｍｅｒｇｅ＿ｃａｎｄ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｔｒｉａｎｇｌｅ＿ｃａｎｄ）が存在するとき、ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄの値は、２以上ＭａｘＮｕｍＭｅｒｇｅＣａｎｄ以下の範囲内である。たとえば、ＭａｘＮｕｍＭｅｒｇｅＣａｎｄが４である場合、範囲は［２，３，４］であり、ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄは２、３、および４のうちの１つである。

ピクチャレベルパラメータ（たとえば、ｐｉｃ＿ｍａｘ＿ｎｕｍ＿ｍｅｒｇｅ＿ｃａｎｄ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｔｒｉａｎｇｌｅ＿ｃａｎｄ）が存在せず、２つの条件のうちの１つが真であるとき、ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄは０に等しく設定される。２つの条件は、（ｉ）シーケンスレベル三角フラグ（たとえば、ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）が０に等しいこと、および（ｉｉ）ＭａｘＮｕｍＭｅｒｇｅＣａｎｄが２未満であることを含む。

一例では、ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄが０に等しいとき、ＴＰＭはＰＨに関連付けられたスライスに対して許可されない。

ＰＰＳレベルパラメータ（たとえば、ｐｐｓ＿ｍａｘ＿ｎｕｍ＿ｍｅｒｇｅ＿ｃａｎｄ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｔｒｉａｎｇｌｅ＿ｃａｎｄ＿ｐｌｕｓ１）、ピクチャレベルパラメータ（たとえば、ｐｉｃ＿ｍａｘ＿ｎｕｍ＿ｍｅｒｇｅ＿ｃａｎｄ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｔｒｉａｎｇｌｅ＿ｃａｎｄ）、およびＭａｘＮｕｍＭｅｒｇｅＣａｎｄは、ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄを決定するために使用することができる。ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄの値は、ＭａｘＮｕｍＭｅｒｇｅＣａｎｄの値を超えないように指定することができる。ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄの値は、たとえば、特定の用途に応じて変化することができる。ＰＰＳシグナリングは、ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄの値が頻繁に変化しないときに有効であり得、したがって、ピクチャごとにシグナリングされる必要はない。一方、ピクチャヘッダシグナリングは、ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄがより頻繁に、たとえば、あるピクチャから別のピクチャに変化するときに有効であり得る。

ＰＰＳレベルパラメータ（たとえば、ｐｐｓ＿ｍａｘ＿ｎｕｍ＿ｍｅｒｇｅ＿ｃａｎｄ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｔｒｉａｎｇｌｅ＿ｃａｎｄ＿ｐｌｕｓ１）、ピクチャレベルパラメータ（たとえば、ｐｉｃ＿ｍａｘ＿ｎｕｍ＿ｍｅｒｇｅ＿ｃａｎｄ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｔｒｉａｎｇｌｅ＿ｃａｎｄ）、ＭａｘＮｕｍＭｅｒｇｅＣａｎｄの値、およびシーケンスレベル三角フラグ（たとえば、ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）は、ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄの値を決定するために使用することができる。ＰＰＳレベルパラメータ（たとえば、ｐｐｓ＿ｍａｘ＿ｎｕｍ＿ｍｅｒｇｅ＿ｃａｎｄ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｔｒｉａｎｇｌｅ＿ｃａｎｄ＿ｐｌｕｓ１）の値は、０～（ＭａｘＮｕｍＭｅｒｇｅＣａｎｄの値－１）の範囲内であり得る。

一例では、ＰＰＳレベルパラメータは構文解析されるかまたは０であると推測され、シーケンスレベル三角フラグはＴＰＭが無効にであることを示す０であり、ピクチャレベルパラメータは存在せず、ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄの値は、ＭａｘＮｕｍＭｅｒｇｅＣａｎｄの値にかかわらず０である。

一例では、ＰＰＳレベルパラメータは構文解析されるかまたは０であると推測され、シーケンスレベル三角フラグはＴＰＭが有効であることを示す１であり、ピクチャレベルパラメータは存在せず、ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄの値は、ＭａｘＮｕｍＭｅｒｇｅＣａｎｄの値が２未満であるとき０である。

一例では、ＰＰＳレベルパラメータは構文解析されるかまたは０であると推測され、シーケンスレベル三角フラグはＴＰＭが有効であることを示す１であり、ピクチャレベルパラメータは存在し構文解析され、ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄの値は、ＭａｘＮｕｍＭｅｒｇｅＣａｎｄの値が２以上であるとき、（ＭａｘＮｕｍＭｅｒｇｅＣａｎｄ－ピクチャレベルパラメータの値）（たとえば、ＭａｘＮｕｍＭｅｒｇｅＣａｎｄ－ｐｉｃ＿ｍａｘ＿ｎｕｍ＿ｍｅｒｇｅ＿ｃａｎｄ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｔｒｉａｎｇｌｅ＿ｃａｎｄ）である。ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄの値は、２以上ＭａｘＮｕｍＭｅｒｇｅＣａｎｄ以下の範囲であり得る。

一例では、ＰＰＳレベルパラメータは構文解析され、０ではなく、シーケンスレベル三角フラグはＴＰＭが無効であることを示す０であり、ピクチャレベルパラメータは存在せず、ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄの値は、ＭａｘＮｕｍＭｅｒｇｅＣａｎｄの値にかかわらず０である。

一例では、ＰＰＳレベルパラメータは構文解析され、０ではなく、シーケンスレベル三角フラグはＴＰＭが有効であることを示す１であり、ピクチャレベルパラメータは存在せず、ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄの値は、ＭａｘＮｕｍＭｅｒｇｅＣａｎｄの値が２未満であるとき０である。

一例では、ＰＰＳレベルパラメータは構文解析され、０ではなく、シーケンスレベル三角フラグはＴＰＭが有効であることを示す１であり、ピクチャレベルパラメータは存在せず、（ＰＰＳレベルパラメータの値－１）（たとえば、ｐｐｓ＿ｍａｘ＿ｎｕｍ＿ｍｅｒｇｅ＿ｃａｎｄ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｔｒｉａｎｇｌｅ＿ｃａｎｄ＿ｐｌｕｓ１－１）であると推測され、ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄの値は、ＭａｘＮｕｍＭｅｒｇｅＣａｎｄの値が２以上であるとき、（ＭａｘＮｕｍＭｅｒｇｅＣａｎｄ－（ＰＰＳレベルパラメータの値－１））（たとえば、ＭａｘＮｕｍＭｅｒｇｅＣａｎｄ－（ｐｐｓ＿ｍａｘ＿ｎｕｍ＿ｍｅｒｇｅ＿ｃａｎｄ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｔｒｉａｎｇｌｅ＿ｃａｎｄ＿ｐｌｕｓ１－１））である。

三角マージ候補の最大数をシグナリングする設計は困難であり得る。ＭａｘＮｕｍＭｅｒｇｅＣａｎｄの値が２であり、シーケンスレベル三角フラグ（たとえば、ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）が１であり、ＰＰＳレベルパラメータ（たとえば、ｐｐｓ＿ｍａｘ＿ｎｕｍ＿ｍｅｒｇｅ＿ｃａｎｄ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｔｒｉａｎｇｌｅ＿ｃａｎｄ＿ｐｌｕｓ１）が０であるとき、ピクチャレベルパラメータ（たとえば、ｐｉｃ＿ｍａｘ＿ｎｕｍ＿ｍｅｒｇｅ＿ｃａｎｄ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｔｒｉａｎｇｌｅ＿ｃａｎｄ）は、ピクチャヘッダ内でシグナリングすることができ（図１２を参照）、その後構文解析することができる。しかしながら、上述されたように、ｐｉｃ＿ｍａｘ＿ｎｕｍ＿ｍｅｒｇｅ＿ｃａｎｄ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｔｒｉａｎｇｌｅ＿ｃａｎｄが存在するとき、ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄの値は、２以上ＭａｘＮｕｍＭｅｒｇｅＣａｎｄ以下の範囲内である。したがって、ＭａｘＮｕｍＭｅｒｇｅＣａｎｄの値も２であるので、ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄは２であると推測することができる。したがって、ｐｉｃ＿ｍａｘ＿ｎｕｍ＿ｍｅｒｇｅ＿ｃａｎｄ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｔｒｉａｎｇｌｅ＿ｃａｎｄの構文解析は冗長であり得る。

本開示の態様によれば、図１３に示されたように、ピクチャレベルパラメータ（たとえば、ｐｉｃ＿ｍａｘ＿ｎｕｍ＿ｍｅｒｇｅ＿ｃａｎｄ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｔｒｉａｎｇｌｅ＿ｃａｎｄ）は、ピクチャヘッダ内でシグナルされ、シーケンスレベル三角フラグ（たとえば、ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）が１であり、ＭａｘＮｕｍＭｅｒｇｅＣａｎｄが２より大きく、ＰＰＳレベルパラメータ（たとえば、ｐｐｓ＿ｍａｘ＿ｎｕｍ＿ｍｅｒｇｅ＿ｃａｎｄ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｔｒｉａｎｇｌｅ＿ｃａｎｄ＿ｐｌｕｓ１）が０であるときにのみ復号される。あるいは、図１４に示されたように、ピクチャレベルパラメータ（たとえば、ｐｉｃ＿ｍａｘ＿ｎｕｍ＿ｍｅｒｇｅ＿ｃａｎｄ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｔｒｉａｎｇｌｅ＿ｃａｎｄ）は、ピクチャヘッダ内でシグナルされ、シーケンスレベル三角フラグ（たとえば、ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）が１であり、ＭａｘＮｕｍＭｅｒｇｅＣａｎｄが３以上であり、ＰＰＳレベルパラメータ（たとえば、ｐｐｓ＿ｍａｘ＿ｎｕｍ＿ｍｅｒｇｅ＿ｃａｎｄ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｔｒｉａｎｇｌｅ＿ｃａｎｄ＿ｐｌｕｓ１）が０であるときにのみ復号される。

図１３は、ＴＰＭマージ候補の最大数が、ピクチャヘッダレベルパラメータ（たとえば、ｐｉｃ＿ｍａｘ＿ｎｕｍ＿ｍｅｒｇｅ＿ｃａｎｄ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｔｒｉａｎｇｌｅ＿ｃａｎｄ）を使用してピクチャヘッダ内でシグナリングされる例示的なピクチャヘッダ構文を示す。図１３のボックス（１３１０）は、図１２に示された構文（たとえば、ＭａｘＮｕｍＭｅｒｇｅＣａｎｄが２以上である）と図１３に示された構文（たとえば、ＭａｘＮｕｍＭｅｒｇｅＣａｎｄが２より大きい）との間の違いを示す。

ピクチャヘッダレベルパラメータ（たとえば、ｐｉｃ＿ｍａｘ＿ｎｕｍ＿ｍｅｒｇｅ＿ｃａｎｄ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｔｒｉａｎｇｌｅ＿ｃａｎｄ）は、マージ候補の最大数（ＭａｘＮｕｍＭｅｒｇｅＣａｎｄ）から減算された、ピクチャヘッダに関連付けられたスライス内でサポートされる三角マージモード候補の最大数（ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄ）を指定することができる。

三角マージモード候補の最大数（ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄ）は、ＭａｘＮｕｍＭｅｒｇｅＣａｎｄおよびピクチャレベルパラメータ（たとえば、ｐｉｃ＿ｍａｘ＿ｎｕｍ＿ｍｅｒｇｅ＿ｃａｎｄ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｔｒｉａｎｇｌｅ＿ｃａｎｄ）に基づいて決定することができる。一例では、ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄは、式１を使用して決定される。

一例では、ピクチャレベルパラメータ（たとえば、ｐｉｃ＿ｍａｘ＿ｎｕｍ＿ｍｅｒｇｅ＿ｃａｎｄ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｔｒｉａｎｇｌｅ＿ｃａｎｄ）が存在するとき、ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄの値は、２以上ＭａｘＮｕｍＭｅｒｇｅＣａｎｄ以下の範囲内である。本開示の態様によれば、ピクチャレベルパラメータ（たとえば、ｐｉｃ＿ｍａｘ＿ｎｕｍ＿ｍｅｒｇｅ＿ｃａｎｄ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｔｒｉａｎｇｌｅ＿ｃａｎｄ）が存在せず、ＭａｘＮｕｍＭｅｒｇｅＣａｎｄが２であるとき、ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄは２である。

ピクチャレベルパラメータ（たとえば、ｐｉｃ＿ｍａｘ＿ｎｕｍ＿ｍｅｒｇｅ＿ｃａｎｄ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｔｒｉａｎｇｌｅ＿ｃａｎｄ）が存在せず、２つの条件のうちの１つが真であるとき、ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄは０に等しく設定される。上述されたように、２つの条件は、（ｉ）シーケンスレベル三角フラグ（たとえば、ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）が０に等しいこと、および（ｉｉ）ＭａｘＮｕｍＭｅｒｇｅＣａｎｄが２未満であることを含む。

一例では、ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄが０に等しいとき、ＴＰＭはピクチャヘッダに関連付けられたスライスに対して許可されない。

図１４は、ＴＰＭマージ候補の最大数が、たとえば、ピクチャヘッダレベルパラメータ（たとえば、ｐｉｃ＿ｍａｘ＿ｎｕｍ＿ｍｅｒｇｅ＿ｃａｎｄ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｔｒｉａｎｇｌｅ＿ｃａｎｄ）を使用してピクチャヘッダ内でシグナリングされる例示的なピクチャヘッダ構文を示す。図１４のボックス（１４１０）は、図１２に示された構文（たとえば、ＭａｘＮｕｍＭｅｒｇｅＣａｎｄが２以上である）と図１４に示された構文（たとえば、ＭａｘＮｕｍＭｅｒｇｅＣａｎｄが３以上である）との間の違いを示す。

一般に、現在のピクチャのためのコーディング情報は、コード化ビデオビットストリームから復号することができる。コーディング情報は、幾何マージモードがシーケンスレベルで有効にされ、幾何マージモードマージ候補の最大数を示すＰＰＳ内のＰＰＳレベルパラメータが０であることを示すことができる。一例では、幾何マージモードはＴＰＭである。さらに、コーディング情報はマージ候補の最大数を示すことができる。マージ候補の最大数が条件を満たすとき、コード化ビデオビットストリーム内の現在のピクチャについてシグナリングされたピクチャレベルパラメータは復号することができる。ピクチャレベルパラメータは、幾何マージモードマージ候補の最大数を示すことができる。一例では、幾何マージモードマージ候補の最大数は、ＴＰＭマージ候補の最大数である。

一例では、マージ候補の最大数が条件を満たさないとき、コード化ビデオビットストリーム内でシグナリングされないピクチャレベルパラメータは復号されない。一例では、ピクチャレベルパラメータはコード化ビデオビットストリーム内でシグナリングされず、マージ候補の最大数は２であり、条件を満たさないので、ＴＰＭマージ候補の最大数は２であると決定される。

一例では、条件は、（ｉ）マージ候補の最大数が２より大きいこと、および（ｉｉ）マージ候補の最大数が３以上であること、のうちの１つである。

いくつかの例では、シーケンスレベル三角フラグ（たとえば、ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）が１であり、ＭａｘＮｕｍＭｅｒｇｅＣａｎｄが２以上であるとき、ＴＰＭはいくつかのピクチャに対して無効にすることができない。したがって、たとえば、ＴＰＭ制御（たとえば、いくつかのピクチャに対してＴＰＭを無効にすること）では、ピクチャレベルは柔軟性を欠く。

一実施形態では、ＴＰＭがシーケンスレベルで無効であるとき、ＰＰＳレベルパラメータ（たとえば、ｐｐｓ＿ｍａｘ＿ｎｕｍ＿ｍｅｒｇｅ＿ｃａｎｄ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｔｒｉａｎｇｌｅ＿ｃａｎｄ＿ｐｌｕｓ１）は、シグナリングオーバーヘッドを低減するために復号されるべきでない。いくつかの例（たとえば、図１１）では、ＴＰＭのシーケンスレベル制御にかかわらず、ＰＰＳレベルパラメータ（たとえば、ｐｐｓ＿ｍａｘ＿ｎｕｍ＿ｍｅｒｇｅ＿ｃａｎｄ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｔｒｉａｎｇｌｅ＿ｃａｎｄ＿ｐｌｕｓ１）は、フラグ（たとえば、ｃｏｎｓｔａｎｔ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｐａｒａｍｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）が１に等しいときに復号され、したがって、たとえば、シーケンスレベルでのシグナリング効率は比較的低くなり得る。

本開示の態様によれば、現在のピクチャのためのコーディング情報は、コード化ビデオビットストリームから復号することができる。コーディング情報は、現在のピクチャのピクチャレベルより高いコーディングレベルに対して幾何マージモードが有効にされ、（たとえば、通常マージモードの場合の）マージ候補の最大数が条件を満たすことを示すことができる。ピクチャレベルより高いコーディングレベルはシーケンスレベルであり得る。条件は、マージ候補の最大数が２以上であることを含むことができる。

幾何マージモードマージ候補の最大数（たとえば、ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄ）を示すピクチャレベルパラメータが、コード化ビデオビットストリーム内の現在のピクチャについてシグナリングされるとき、現在のピクチャのための幾何マージモードマージ候補の最大数は、ピクチャレベルパラメータおよびマージ候補の最大数（ＭａｘＮｕｍＭｅｒｇｅＣａｎｄ）に基づいて決定することができる。本開示の態様によれば、幾何マージモードマージ候補の最大数は、０および２以上マージ候補の最大数以下の部分範囲を含む範囲内であり得る。一例では、ＭａｘＮｕｍＭｅｒｇｅＣａｎｄが４である場合、部分範囲は２～４である。範囲は、０および２～４すなわち［０，２，３，４］を含む。あるいは、幾何マージモードマージ候補の最大数は、（ｉ）０、または（ｉｉ）２からマージ候補の最大数までのうちの１つ、であり得る。一例では、ＭａｘＮｕｍＭｅｒｇｅＣａｎｄが４である場合、幾何マージモードマージ候補の最大数は０、２、３、または４であり得る。

一例では、幾何マージモードはＴＰＭであり、幾何マージモードマージ候補の最大数は、ＴＰＭマージ候補の最大数である。ピクチャレベルパラメータは、ｐｉｃ＿ｍａｘ＿ｎｕｍ＿ｍｅｒｇｅ＿ｃａｎｄ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｔｒｉａｎｇｌｅ＿ｃａｎｄであり得る。

幾何マージモードマージ候補の最大数（たとえば、ＴＰＭマージ候補の最大数）が０であるとき、幾何マージモード（たとえば、ＴＰＭ）は現在のピクチャに対して無効にされる。幾何マージモードマージ候補の最大数（たとえば、ＴＰＭマージ候補の最大数）が０でない（たとえば、０より大きい）とき、幾何マージモード（たとえば、ＴＰＭ）は現在のピクチャに対して有効にされる。

ＴＰＭマージ候補の最大数は、たとえば、式（１）を使用して、マージ候補の最大数からピクチャレベルパラメータを減算することによって決定することができる。

上記の説明は、ＴＰＭがシーケンスレベルで有効にされ、ＭａｘＮｕｍＭｅｒｇｅＣａｎｄが２以上であるとき、いくつかのピクチャに対してＴＰＭを無効にする機能をサポートすることができる。したがって、ピクチャレベルの柔軟性がサポートされる。

一実施形態では、ｐｉｃ＿ｍａｘ＿ｎｕｍ＿ｍｅｒｇｅ＿ｃａｎｄ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｔｒｉａｎｇｌｅ＿ｃａｎｄが存在する（たとえば、シグナリングされる）とき、ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄの値は、０、２以上ＭａｘＮｕｍＭｅｒｇｅＣａｎｄ以下の範囲内であり得る。

したがって、ｐｉｃ＿ｍａｘ＿ｎｕｍ＿ｍｅｒｇｅ＿ｃａｎｄ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｔｒｉａｎｇｌｅ＿ｃａｎｄが存在するとき、ｐｉｃ＿ｍａｘ＿ｎｕｍ＿ｍｅｒｇｅ＿ｃａｎｄ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｔｒｉａｎｇｌｅ＿ｃａｎｄの値は、ＭａｘＮｕｍＭｅｒｇｅＣａｎｄの値と等しくなり得る。したがって、ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄの値は０であり得、それはピクチャレベルでＴＰＭを無効にするピクチャレベル制御である。

ＴＰＭマージ候補の最大数を示すＰＰＳレベルパラメータまたはＰＰＳレベルパラメータ（たとえば、ｐｐｓ＿ｍａｘ＿ｎｕｍ＿ｍｅｒｇｅ＿ｃａｎｄ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｔｒｉａｎｇｌｅ＿ｃａｎｄ＿ｐｌｕｓ１）は、現在のピクチャに関連付けられたＰＰＳのためのコード化ビデオビットストリーム内でシグナリングすることができる。ＰＰＳレベルパラメータは、（ｉ）０から（マージ候補の最大数－１）までのうちの１つ、または（ｉｉ）（マージ候補の最大数＋１）であり得る。たとえば、ＭａｘＮｕｍＭｅｒｇｅＣａｎｄが４であるとき、ＰＰＳレベルパラメータは０、１、２、３、または５であり得る。

ＰＰＳレベルパラメータは、０以上（マージ候補の最大数－１）以下の部分範囲、および（マージ候補の最大数＋１）を含む範囲内であり得る。一例では、図１１の構文要素を参照すると、ＰＰＳレベルパラメータ（たとえば、ｐｐｓ＿ｍａｘ＿ｎｕｍ＿ｍｅｒｇｅ＿ｃａｎｄ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｔｒｉａｎｇｌｅ＿ｃａｎｄ＿ｐｌｕｓ１）は、０以上（ＭａｘＮｕｍＭｅｒｇｅＣａｎｄ－１）以下、および（ＭａｘＮｕｍＭｅｒｇｅＣａｎｄ＋１）の範囲内であるべきである。たとえば、ＭａｘＮｕｍＭｅｒｇｅＣａｎｄが４であるとき、ＰＰＳレベルパラメータ用の部分範囲は０～３であり、ＰＰＳレベルパラメータ用の範囲は０～３、および５である。あるいは、ＰＰＳレベルパラメータ用の範囲は［０，１，２，３，５］を含む。

一実施形態では、（たとえば、現在のピクチャに関連付けられたＰＰＳのための）ＴＰＭマージ候補の最大数を示すＰＰＳレベルパラメータ（たとえば、ｐｐｓ＿ｍａｘ＿ｎｕｍ＿ｍｅｒｇｅ＿ｃａｎｄ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｔｒｉａｎｇｌｅ＿ｃａｎｄ＿ｐｌｕｓ１）は、コード化ビデオビットストリーム内でシグナリングされない。たとえば、図１５を参照すると、ボックス（１５１０）は、ＴＰＭがピクチャレベルで無効にされるべきときにＴＰＭの単純な制御を有するために、ｐｐｓ＿ｍａｘ＿ｎｕｍ＿ｍｅｒｇｅ＿ｃａｎｄ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｔｒｉａｎｇｌｅ＿ｃａｎｄ＿ｐｌｕｓ１が図１１のＰＰＳＲＢＳＰから除去されることを示す。

図１６Ａを参照すると、コード化ビデオビットストリームは、現在のピクチャのためのピクチャヘッダを含むことができる。ピクチャレベルパラメータは、ＴＰＭがシーケンスレベルに対して有効にされ（たとえば、ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇなどのシーケンスレベル三角フラグが１であり）、マージ候補の最大数が２以上であるときに、ピクチャヘッダ内でシグナリングすることができる。ピクチャレベルパラメータのシグナリングは、ＰＰＳレベルパラメータから独立することができる。

ボックス（１６１０）は、ピクチャレベルパラメータのシグナリングがＰＰＳレベルパラメータ（たとえば、ｐｐｓ＿ｍａｘ＿ｎｕｍ＿ｍｅｒｇｅ＿ｃａｎｄ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｔｒｉａｎｇｌｅ＿ｃａｎｄ＿ｐｌｕｓ１）から独立できることを示す。さらに、図１６Ｂのボックス（１６２０）によって示されたように、以下の説明：「ピクチャレベルパラメータ（たとえば、ｐｉｃ＿ｍａｘ＿ｎｕｍ＿ｍｅｒｇｅ＿ｃａｎｄ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｔｒｉａｎｇｌｅ＿ｃａｎｄ）が存在せず（たとえば、シグナリングされず）、シーケンスレベル三角フラグ（たとえば、ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）が１に等しく、ＭａｘＮｕｍＭｅｒｇｅＣａｎｄが２以上であるとき、ピクチャレベルパラメータ（たとえば、ｐｉｃ＿ｍａｘ＿ｎｕｍ＿ｍｅｒｇｅ＿ｃａｎｄ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｔｒｉａｎｇｌｅ＿ｃａｎｄ）は、（ｐｐｓ＿ｍａｘ＿ｎｕｍ＿ｍｅｒｇｅ＿ｃａｎｄ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｔｒｉａｎｇｌｅ＿ｃａｎｄ＿ｐｌｕｓ１－１）に等しいと推測される」は、ピクチャレベルパラメータのシグナリングがＰＰＳレベルパラメータ（たとえば、ｐｐｓ＿ｍａｘ＿ｎｕｍ＿ｍｅｒｇｅ＿ｃａｎｄ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｔｒｉａｎｇｌｅ＿ｃａｎｄ＿ｐｌｕｓ１）から独立しているときには適用されない。

三角マージモード候補の最大数（ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄ）は、たとえば、式１を使用して、ＭａｘＮｕｍＭｅｒｇｅＣａｎｄおよびピクチャレベルパラメータ（たとえば、ｐｉｃ＿ｍａｘ＿ｎｕｍ＿ｍｅｒｇｅ＿ｃａｎｄ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｔｒｉａｎｇｌｅ＿ｃａｎｄ）に基づいて決定することができる。

一例では、ピクチャレベルパラメータ（たとえば、ｐｉｃ＿ｍａｘ＿ｎｕｍ＿ｍｅｒｇｅ＿ｃａｎｄ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｔｒｉａｎｇｌｅ＿ｃａｎｄ）が存在するとき、ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄの値は、２以上ＭａｘＮｕｍＭｅｒｇｅＣａｎｄ以下の範囲内である。

コード化ビデオビットストリームは、現在のピクチャに関連付けられたＰＰＳを含むことができる。ＴＰＭマージ候補の最大数を示すＰＰＳレベルパラメータ（たとえば、ｐｐｓ＿ｍａｘ＿ｎｕｍ＿ｍｅｒｇｅ＿ｃａｎｄ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｔｒｉａｎｇｌｅ＿ｃａｎｄ＿ｐｌｕｓ１）は、少なくともＰＰＳレベルパラメータがシグナリングされるべきことを示すＰＰＳレベルフラグ（たとえば、ｐｐｓ＿ｍａｘ＿ｎｕｍ＿ｔｒｉａｎｇｌｅ＿ｍｅｒｇｅ＿ｃａｎｄ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）に基づいて、ＰＰＳ（たとえば、図１７のＰＰＳＲＢＳＰ）内でシグナリングすることができる。図１７を参照すると、ボックス（１６１０）は、ＰＰＳレベルフラグ（たとえば、ｐｐｓ＿ｍａｘ＿ｎｕｍ＿ｔｒｉａｎｇｌｅ＿ｍｅｒｇｅ＿ｃａｎｄ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）がＰＰＳＲＢＳＰ内でシグナリングされることを示す。ボックス（１６２０）によって示されたように、ＰＰＳレベルフラグ（たとえば、ｐｐｓ＿ｍａｘ＿ｎｕｍ＿ｔｒｉａｎｇｌｅ＿ｍｅｒｇｅ＿ｃａｎｄ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）が真である（たとえば、１の値を有する）とき、ＰＰＳレベルパラメータ（たとえば、ｐｐｓ＿ｍａｘ＿ｎｕｍ＿ｍｅｒｇｅ＿ｃａｎｄ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｔｒｉａｎｇｌｅ＿ｃａｎｄ＿ｐｌｕｓ１）は、ＰＰＳＲＢＳＰ内でシグナリングすることができる。図１７を参照すると、一例では、ＰＰＳレベルパラメータは、ＰＰＳレベルフラグ（たとえば、ｐｐｓ＿ｍａｘ＿ｎｕｍ＿ｔｒｉａｎｇｌｅ＿ｍｅｒｇｅ＿ｃａｎｄ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）が真であり、フラグ（たとえば、ｃｏｎｓｔａｎｔ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｐａｒａｍｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）が真であるときにシグナリングされる。

ＰＰＳレベルフラグ（たとえば、ｐｐｓ＿ｍａｘ＿ｎｕｍ＿ｔｒｉａｎｇｌｅ＿ｍｅｒｇｅ＿ｃａｎｄ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）は、ビットストリーム（たとえば、コード化ビデオビットストリーム）内の構文要素（たとえば、ｐｐｓ＿ｍａｘ＿ｎｕｍ＿ｍｅｒｇｅ＿ｃａｎｄ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｔｒｉａｎｇｌｅ＿ｃａｎｄ）の存在を指定することができる。ｐｐｓ＿ｍａｘ＿ｎｕｍ＿ｔｒｉａｎｇｌｅ＿ｍｅｒｇｅ＿ｃａｎｄ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しいとき、ｐｐｓ＿ｍａｘ＿ｎｕｍ＿ｍｅｒｇｅ＿ｃａｎｄ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｔｒｉａｎｇｌｅ＿ｃａｎｄは存在することができる。ｐｐｓ＿ｍａｘ＿ｎｕｍ＿ｔｒｉａｎｇｌｅ＿ｍｅｒｇｅ＿ｃａｎｄ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しいとき、ｐｐｓ＿ｍａｘ＿ｎｕｍ＿ｍｅｒｇｅ＿ｃａｎｄ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｔｒｉａｎｇｌｅ＿ｃａｎｄは存在しない。ｐｐｓ＿ｍａｘ＿ｎｕｍ＿ｔｒｉａｎｇｌｅ＿ｍｅｒｇｅ＿ｃａｎｄ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが存在しないとき、ｐｐｓ＿ｍａｘ＿ｎｕｍ＿ｔｒｉａｎｇｌｅ＿ｍｅｒｇｅ＿ｃａｎｄ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは０であると推測することができる。ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が０であるとき、ｐｐｓ＿ｍａｘ＿ｎｕｍ＿ｔｒｉａｎｇｌｅ＿ｍｅｒｇｅ＿ｃａｎｄ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値が０に等しいことがビットストリーム適合性の要件である。

ｐｐｓ＿ｍａｘ＿ｎｕｍ＿ｍｅｒｇｅ＿ｃａｎｄ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｔｒｉａｎｇｌｅ＿ｃａｎｄは、ＰＰＳ内で参照されるピクチャにおいてサポートされるＴＰＭマージ候補の最大数を指定することができる。たとえば、ＴＰＭマージ候補の最大数は式１を使用して取得される。

ｐｐｓ＿ｍａｘ＿ｎｕｍ＿ｍｅｒｇｅ＿ｃａｎｄ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｔｒｉａｎｇｌｅ＿ｃａｎｄが存在しないとき、ｐｐｓ＿ｍａｘ＿ｎｕｍ＿ｍｅｒｇｅ＿ｃａｎｄ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｔｒｉａｎｇｌｅ＿ｃａｎｄは０に等しいと推測することができる。

図１８を参照すると、コード化ビデオビットストリームは、現在のピクチャのためのピクチャヘッダを含むことができる。ピクチャレベルパラメータ（たとえば、ｐｉｃ＿ｍａｘ＿ｎｕｍ＿ｍｅｒｇｅ＿ｃａｎｄ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｔｒｉａｎｇｌｅ＿ｃａｎｄ）は、（シーケンスレベル三角フラグ、たとえば、ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しい）シーケンスレベルに対してＴＰＭが有効にされ、マージ候補の最大数が２以上（ＭａｘＮｕｍＭｅｒｇｅＣａｎｄ≧２）であり、ＰＰＳレベルフラグ（たとえば、ｐｐｓ＿ｍａｘ＿ｎｕｍ＿ｔｒｉａｎｇｌｅ＿ｍｅｒｇｅ＿ｃａｎｄ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）が、ボックス（１８１０）によって示されたように、ＰＰＳレベルパラメータがシグナリングされないことを示す（たとえば、ｐｐｓ＿ｍａｘ＿ｎｕｍ＿ｔｒｉａｎｇｌｅ＿ｍｅｒｇｅ＿ｃａｎｄ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０である）とき、ピクチャヘッダ（たとえば、図１８のピクチャヘッダＲＢＳＰ）内でシグナリングすることができる。

ピクチャレベルパラメータ（たとえば、ｐｉｃ＿ｍａｘ＿ｎｕｍ＿ｍｅｒｇｅ＿ｃａｎｄ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｔｒｉａｎｇｌｅ＿ｃａｎｄ）は、ＰＨに関連付けられたスライスにおいてサポートされるＴＰＭマージ候補の最大数を指定することができる。一例では、ＴＰＭマージ候補の最大数は式１を使用して取得される。

ピクチャレベルパラメータ（たとえば、ｐｉｃ＿ｍａｘ＿ｎｕｍ＿ｍｅｒｇｅ＿ｃａｎｄ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｔｒｉａｎｇｌｅ＿ｃａｎｄ）が存在しないとき、ピクチャレベルパラメータは、ＰＰＳパラメータ（たとえば、ｐｐｓ＿ｍａｘ＿ｎｕｍ＿ｍｅｒｇｅ＿ｃａｎｄ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｔｒｉａｎｇｌｅ＿ｃａｎｄ）の値に等しいと推測することができる。

ＴＰＭマージ候補の最大数（ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄ）は以下のように導出することができる：（ｉ）ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しく、ＭａｘＮｕｍＭｅｒｇｅＣａｎｄが２以上である場合、ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄは式１を使用して決定することができ、（ｉｉ）そうでない場合、ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄは０に設定することができる。

ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄが０に等しいとき、ＴＰＭはＰＨに関連付けられたスライスに対して許可されない。

図１９を参照すると、コード化ビデオビットストリームは、現在のピクチャに関連付けられたＰＰＳを含むことができる。ＴＰＭマージ候補の最大数を示すＰＰＳレベルパラメータ（たとえば、ｐｐｓ＿ｍａｘ＿ｎｕｍ＿ｍｅｒｇｅ＿ｃａｎｄ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｔｒｉａｎｇｌｅ＿ｃａｎｄ）は、ＴＰＭがシーケンスレベルに対して有効にされることに少なくとも基づいて、ＰＰＳ（たとえば、図１９のＰＰＳＲＢＳＰ）内でシグナリングすることができる。

ボックス（１９１０）は、構文要素（たとえば、ｐｐｓ＿ｍａｘ＿ｎｕｍ＿ｍｅｒｇｅ＿ｃａｎｄ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｔｒｉａｎｇｌｅ＿ｃａｎｄ＿ｐｌｕｓ１）を復号するかどうかを決定するために、シーケンスレベルＴＰＭ有効化／無効化フラグが使用され得ることを示す。シーケンスレベルＴＰＭ有効化／無効化フラグは、ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇであり得る。

図２０は、本開示の一実施形態による、プロセス（２０００）を概説するフローチャートである。プロセス（２０００）は、幾何マージモード用の幾何マージモードマージ候補の最大数を示すパラメータをシグナリングする際に使用することができる。様々な実施形態では、プロセス（２０００）は、端末デバイス（２１０）、（２２０）、（２３０）、および（２４０）内の処理回路、ビデオエンコーダ（３０３）の機能を実行する処理回路、ビデオデコーダ（３１０）の機能を実行する処理回路、ビデオデコーダ（４１０）の機能を実行する処理回路、ビデオエンコーダ（５０３）の機能を実行する処理回路などの処理回路によって実行される。いくつかの実施形態では、プロセス（２０００）はソフトウェア命令内に実装され、したがって、処理回路がソフトウェア命令を実行すると、処理回路はプロセス（２０００）を実行する。プロセスは（Ｓ２００１）から始まり、（Ｓ２０１０）に進む。

（Ｓ２０１０）において、コード化ビデオビットストリームから現在のピクチャのためのコーディング情報を復号することができる。コーディング情報は、幾何マージモードが現在のピクチャのピクチャレベルより高いコーディングレベルに対して有効にされ、マージ候補の最大数が条件を満たすことを示すことができる。

（Ｓ２０２０）において、ピクチャレベルパラメータがコード化ビデオビットストリーム内の現在のピクチャについてシグナリングされるとき、ピクチャレベルパラメータおよびマージ候補の最大数に基づいて、幾何マージモードマージ候補の最大数を決定することができる。幾何マージモードマージ候補の最大数は、（ｉ）０、または（ｉｉ）２からマージ候補の最大数までのうちの１つ、であり得る。一例では、幾何マージモードはＴＰＭであり、幾何マージモードマージ候補の最大数は、ＴＰＭマージ候補の最大数である。ピクチャレベルパラメータは、幾何マージモードマージ候補の最大数を示すことができる。幾何マージモードは、幾何マージモードマージ候補の最大数が０であることに基づいて、現在のピクチャに対して無効にすることができる。幾何マージモードは、幾何マージモードマージ候補の最大数が０でないことに基づいて、現在のピクチャに対して有効にすることができる。

一例では、（Ｓ２０３０）において、幾何マージモードマージ候補の最大数が０であるかどうかを判定することができる。幾何マージモードマージ候補の最大数が０であると判定された場合、プロセス（２０００）は（Ｓ２０４０）に進む。そうでない場合、プロセス（２０００）は（Ｓ２０５０）に進む。

（Ｓ２０４０）において、現在のピクチャに対して幾何マージモードを無効にすることができる。プロセス（２０００）は（Ｓ２０９９）に進み、終了する。

（Ｓ２０５０）において、現在のピクチャに対して幾何マージモードを有効にすることができる。プロセス（２０００）は（Ｓ２０９９）に進み、終了する。

プロセス（２０００）は適切に適合させることができる。プロセス（２０００）のステップは、修正および／または省略することができる。さらなるステップを追加することができる。任意の適切な実施順序を使用することができる。

図２１は、本開示の一実施形態による、プロセス（２１００）を概説するフローチャートである。プロセス（２１００）は、幾何マージモード用の幾何マージモードマージ候補の最大数を示すパラメータをシグナリングする際に使用することができる。様々な実施形態では、プロセス（２１００）は、端末デバイス（２１０）、（２２０）、（２３０）、および（２４０）内の処理回路、ビデオエンコーダ（３０３）の機能を実行する処理回路、ビデオデコーダ（３１０）の機能を実行する処理回路、ビデオデコーダ（４１０）の機能を実行する処理回路、ビデオエンコーダ（５０３）の機能を実行する処理回路などの処理回路によって実行される。いくつかの実施形態では、プロセス（２１００）はソフトウェア命令内に実装され、したがって、処理回路がソフトウェア命令を実行すると、処理回路はプロセス（２１００）を実行する。プロセスは（Ｓ２１０１）から始まり、（Ｓ２１１０）に進む。

（Ｓ２１１０）において、コード化ビデオビットストリームから現在のピクチャのためのコーディング情報を復号することができる。コーディング情報は、幾何マージモードがシーケンスレベルで有効にされること、ピクチャパラメータセット（ＰＰＳ）内のＰＰＳレベルパラメータが０であること、およびマージ候補の最大数を示すことができる。ＰＰＳレベルパラメータは、幾何マージモードマージ候補の最大数を示すことができる。一例では、幾何マージモードはＴＰＭであり、幾何マージモードマージ候補の最大数は、ＴＰＭマージ候補の最大数である。

（Ｓ２１２０）において、コード化ビデオビットストリーム内の現在のピクチャについてシグナリングされたピクチャレベルパラメータは、マージ候補の最大数が条件を満たすときに復号することができる。ピクチャレベルパラメータは、幾何マージモードマージ候補の最大数を示すことができる。幾何マージモードは三角区分モード（ＴＰＭ）であり得、幾何マージモードマージ候補の最大数はＴＰＭマージ候補の最大数である。条件は、（ｉ）マージ候補の最大数が２より大きいこと、および（ｉｉ）マージ候補の最大数が３以上であること、のうちの１つであり得る。プロセス（２１００）は（Ｓ２１９９）に進み、終了する。

プロセス（２１００）は適切に適合させることができる。プロセス（２１００）のステップは、修正および／または省略することができる。さらなるステップを追加することができる。任意の適切な実施順序を使用することができる。たとえば、マージ候補の最大数が条件を満たさないとき、ピクチャレベルパラメータは復号されない。

本開示の実施形態は、別々に使用されてもよく、任意の順序で組み合わされてもよい。さらに、方法（または実施形態）の各々、エンコーダ、およびデコーダは、処理回路（たとえば、１つもしくは複数のプロセッサまたは１つもしくは複数の集積回路）によって実装されてよい。一例では、１つまたは複数のプロセッサは、非一時的コンピュータ可読媒体に記憶されたプログラムを実行する。

上述された技法は、コンピュータ可読命令を使用するコンピュータソフトウェアとして実装され、１つまたは複数のコンピュータ可読媒体に物理的に記憶することができる。たとえば、図２２は、開示された主題のいくつかの実施形態を実装するのに適したコンピュータシステム（２２００）を示す。

コンピュータソフトウェアは、１つまたは複数のコンピュータ中央処理装置（ＣＰＵ）、グラフィックス処理装置（ＧＰＵ）などによる、直接、または解釈、マイクロコード実行などを介して実行することができる命令を含むコードを作成するために、アセンブル、コンパイル、リンク、または同様のメカニズムを受けることができる任意の適切な機械語またはコンピュータ言語を使用してコーディングすることができる。

命令は、たとえば、パーソナルコンピュータ、タブレットコンピュータ、サーバ、スマートフォン、ゲームデバイス、モノのインターネットデバイスなどを含む、様々なタイプのコンピュータまたはその構成要素上で実行することができる。

コンピュータシステム（２２００）について図２２に示された構成要素は、本質的に例示的なものであり、本開示の実施形態を実装するコンピュータソフトウェアの使用範囲または機能に関するいかなる制限も示唆するものではない。構成要素の構成は、コンピュータシステム（２２００）の例示的な実施形態に示された構成要素のいずれか１つまたは組み合わせに関するいかなる依存性または要件も有すると解釈されるべきでない。

コンピュータシステム（２２００）は、特定のヒューマンインターフェース入力デバイスを含んでよい。そのようなヒューマンインターフェース入力デバイスは、たとえば、（キーストローク、スワイプ、データグローブの動きなどの）触覚入力、（音声、拍手などの）オーディオ入力、（ジェスチャなどの）視覚入力、（描写されていない）嗅覚入力を介して、１人または複数の人間のユーザによる入力に応答することができる。ヒューマンインターフェースデバイスは、（音声、音楽、周囲の音などの）オーディオ、（スキャン画像、静止画カメラから取得された写真画像などの）画像、（２次元ビデオ、立体ビデオを含む３次元ビデオなどの）ビデオなどの、人間による意識的な入力に必ずしも直接関連しない特定の媒体をキャプチャするために使用することもできる。

入力ヒューマンインターフェースデバイスには、キーボード（２２０１）、マウス（２２０２）、トラックパッド（２２０３）、タッチスクリーン（２２１０）、データグローブ（図示せず）、ジョイスティック（２２０５）、マイクロフォン（２２０６）、スキャナ（２２０７）、カメラ（２２０８）のうちの１つまたは複数が含まれてよい（各々の１つのみが描写されている）。

コンピュータシステム（２２００）は、特定のヒューマンインターフェース出力デバイスも含んでよい。そのようなヒューマンインターフェース出力デバイスは、たとえば、触覚出力、音、光、および嗅覚／味覚を介して、１人または複数の人間のユーザの感覚を刺激している場合がある。そのようなヒューマンインターフェース出力デバイスには、触覚出力デバイス（たとえば、タッチスクリーン（２２１０）、データグローブ（図示せず）、またはジョイスティック（２２０５）による触覚フィードバック、しかし入力デバイスとして機能しない触覚フィードバックデバイスが存在する可能性もある）、（スピーカ（２２０９）、ヘッドフォン（描写せず）などの）オーディオ出力デバイス、（ＣＲＴスクリーン、ＬＣＤスクリーン、プラズマスクリーン、ＯＬＥＤスクリーンを含むスクリーン（２２１０）など、各々タッチスクリーン入力機能の有無にかかわらず、各々触覚フィードバック機能の有無にかかわらず、それらのうちのいくつかは、ステレオグラフィック出力、仮想現実眼鏡（描写せず）、ホログラフィックディスプレイおよびスモークタンク（描写せず）などの手段を介して２次元視覚出力または３次元以上の出力を出力することが可能な場合がある）視覚出力デバイス、ならびにプリンタ（描写せず）が含まれてよい。

コンピュータシステム（２２００）は、ＣＤ／ＤＶＤまたは同様の媒体（２２２１）を有するＣＤ／ＤＶＤＲＯＭ／ＲＷ（２２２０）を含む光学媒体、サムドライブ（２２２２）、リムーバブルハードドライブまたはソリッドステートドライブ（２２２３）、テープおよびフロッピーディスクなどのレガシー磁気媒体（描写せず）、セキュリティドングルなどの特殊なＲＯＭ／ＡＳＩＣ／ＰＬＤベースのデバイス（描写せず）などの、人間がアクセス可能な記憶デバイスおよびそれらに関連する媒体を含むこともできる。

当業者はまた、現在開示されている主題に関連して使用される「コンピュータ可読媒体」という用語が、伝送媒体、搬送波、または他の一時的な信号を包含しないことを理解するべきである。

コンピュータシステム（２２００）は、１つまたは複数の通信ネットワークへのインターフェースを含むこともできる。ネットワークは、たとえば、ワイヤレス、有線、光であり得る。ネットワークはさらに、ローカル、広域、メトロポリタン、車両および産業用、リアルタイム、遅延耐性などであり得る。ネットワークの例には、イーサネット、ワイヤレスＬＡＮなどのローカルエリアネットワーク、ＧＳＭ、３Ｇ、４Ｇ、５Ｇ、ＬＴＥなどを含むセルラーネットワーク、ケーブルＴＶ、衛星ＴＶ、および地上波ブロードキャストＴＶを含むＴＶの有線またはワイヤレスの広域デジタルネットワーク、ＣＡＮＢｕｓを含む車両および産業用などが含まれる。特定のネットワークは、通常、（たとえば、コンピュータシステム（２２００）のＵＳＢポートなどの）特定の汎用データポートまたは周辺バス（２２４９）に取り付けられた外部ネットワークインターフェースアダプタを必要とし、他のネットワークは、通常、以下に記載されるシステムバスに取り付けることによってコンピュータシステム（２２００）のコアに統合される（たとえば、ＰＣコンピュータシステムへのイーサネットインターフェースまたはスマートフォンコンピュータシステムへのセルラーネットワークインターフェース）。これらのネットワークのいずれかを使用して、コンピュータシステム（２２００）は他のエンティティと通信することができる。そのような通信は、単方向受信のみ（たとえば、ブロードキャストＴＶ）、単方向送信のみ（たとえば、特定のＣＡＮｂｕｓデバイスへのＣＡＮｂｕｓ）、または、たとえば、ローカルもしくは広域のデジタルネットワークを使用する他のコンピュータシステムとの双方向であり得る。特定のプロトコルおよびプロトコルスタックは、上述されたこれらのネットワークおよびネットワークインターフェースの各々で使用することができる。

前述のヒューマンインターフェースデバイス、人間がアクセス可能な記憶デバイス、およびネットワークインターフェースは、コンピュータシステム（２２００）のコア（２２４０）に取り付けることができる。

コア（２２４０）は、１つまたは複数の中央処理装置（ＣＰＵ）（２２４１）、グラフィックス処理装置（ＧＰＵ）（２２４２）、フィールドプログラマブルゲートエリア（ＦＰＧＡ）（２２４３）、特定のタスク用のハードウェアアクセラレータ（２２４４）などの形態の特殊なプログラマブル処理装置を含むことができる。これらのデバイスは、リードオンリメモリ（ＲＯＭ）（２２４５）、ランダムアクセスメモリ（２２４６）、内部のユーザがアクセスできないハードドライブ、ＳＳＤなどの内部大容量記憶（２２４７）とともに、システムバス（２２４８）を介して接続されてよい。いくつかのコンピュータシステムでは、システムバス（２２４８）は、追加のＣＰＵ、ＧＰＵなどによる拡張を可能にするために、１つまたは複数の物理プラグの形態でアクセス可能であり得る。周辺機器は、コアのシステムバス（２２４８）に直接取り付けることも、周辺バス（２２４９）を介して取り付けることもできる。周辺バス用のアーキテクチャには、ＰＣＩ、ＵＳＢなどが含まれる。

ＣＰＵ（２２４１）、ＧＰＵ（２２４２）、ＦＰＧＡ（２２４３）、およびアクセラレータ（２２４４）は、組み合わせて、前述のコンピュータコードを構成することができる特定の命令を実行することができる。そのコンピュータコードは、ＲＯＭ（２２４５）またはＲＡＭ（２２４６）に記憶することができる。移行データもＲＡＭ（２２４６）に記憶することができるが、永続データは、たとえば、内部大容量記憶（２２４７）に記憶することができる。メモリデバイスのいずれかに対する高速の記憶および検索は、１つまたは複数のＣＰＵ（２２４１）、ＧＰＵ（２２４２）、大容量記憶（２２４７）、ＲＯＭ（２２４５）、ＲＡＭ（２２４６）などと密接に関連付けることができるキャッシュメモリを使用して可能にすることができる。

コンピュータ可読媒体は、様々なコンピュータ実装動作を実行するためのコンピュータコードをそこに有することができる。媒体およびコンピュータコードは、本開示の目的のために特別に設計および構築されたものであり得るか、またはそれらは、コンピュータソフトウェア技術のスキルを有する人々に周知かつ利用可能な種類であり得る。

一例として、限定としてではなく、アーキテクチャを有するコンピュータシステム（２２００）、具体的にはコア（２２４０）は、１つまたは複数の有形のコンピュータ可読媒体内に具現化されたソフトウェアを（ＣＰＵ、ＧＰＵ、ＦＰＧＡ、アクセラレータなどを含む）プロセッサが実行する結果として、機能を提供することができる。そのようなコンピュータ可読媒体は、上記で紹介されたユーザアクセス可能大容量記憶、ならびにコア内部大容量記憶（２２４７）またはＲＯＭ（２２４５）などの非一時的な性質のコア（２２４０）の特定の記憶装置に関連付けられた媒体であり得る。本開示の様々な実施形態を実装するソフトウェアは、そのようなデバイスに記憶され、コア（２２４０）によって実行することができる。コンピュータ可読媒体は、特定のニーズに応じて、１つまたは複数のメモリデバイスまたはチップを含むことができる。ソフトウェアは、コア（２２４０）、および具体的にはその中の（ＣＰＵ、ＧＰＵ、ＦＰＧＡなどを含む）プロセッサに、ＲＡＭ（２２４６）に記憶されたデータ構造を定義すること、およびソフトウェアによって定義されたプロセスに従ってそのようなデータ構造を修正することを含む、本明細書に記載された特定のプロセスまたは特定のプロセスの特定の部分を実行させることができる。加えて、または代替として、コンピュータシステムは、本明細書に記載された特定のプロセスまたは特定のプロセスの特定の部分を実行するために、ソフトウェアの代わりに、またはソフトウェアと一緒に動作することができる、回路（たとえば、アクセラレータ（２２４４））内に配線された、またはさもなければ具現化されたロジックの結果として、機能を提供することができる必要に応じて、ソフトウェアへの参照はロジックを包含することができ、その逆も同様である。必要に応じて、コンピュータ可読媒体への参照は、実行のためのソフトウェアを記憶する（集積回路（ＩＣ）などの）回路、実行のためのロジックを具現化する回路、または両方を包含することができる。本開示は、ハードウェアとソフトウェアの任意の適切な組み合わせを包含する。
付録Ａ：頭字語
ＪＥＭ：共同探査モデル
ＶＶＣ：多用途ビデオコーディング
ＢＭＳ：ベンチマークセット
ＭＶ：動きベクトル
ＨＥＶＣ：高効率ビデオコーディング
ＳＥＩ：補足拡張情報
ＶＵＩ：ビデオユーザビリティ情報
ＧＯＰ：ピクチャグループ
ＴＵ：変換ユニット、
ＰＵ：予測ユニット
ＣＴＵ：コーディングツリーユニット
ＣＴＢ：コーディングツリーブロック
ＰＢ：予測ブロック
ＨＲＤ：仮想参照デコーダ
ＳＮＲ：信号ノイズ比
ＣＰＵ：中央処理装置
ＧＰＵ：グラフィックス処理装置
ＣＲＴ：陰極線管
ＬＣＤ：液晶ディスプレイ
ＯＬＥＤ：有機発光ダイオード
ＣＤ：コンパクトディスク
ＤＶＤ：デジタルビデオディスク
ＲＯＭ：リードオンリメモリ
ＲＡＭ：ランダムアクセスメモリ
ＡＳＩＣ：特定用途向け集積回路
ＰＬＤ：プログラマブルロジックデバイス
ＬＡＮ：ローカルエリアネットワーク
ＧＳＭ：モバイル通信用グローバルシステム
ＬＴＥ：ロングタームエボリューション
ＣＡＮＢｕｓ：コントローラエリアネットワークバス
ＵＳＢ：ユニバーサルシリアルバス
ＰＣＩ：周辺構成要素相互接続
ＦＰＧＡ：フィールドプログラマブルゲートエリア
ＳＳＤ：ソリッドステートドライブ
ＩＣ：集積回路
ＣＵ：コーディングユニット

本開示は、いくつかの例示的な実施形態を記載しているが、本開示の範囲内にある変更、置換、および様々な代替の均等物が存在する。したがって、当業者は、本明細書に明示的に図示または記載されていないが、本開示の原理を具現化し、したがって、その趣旨および範囲内にある多数のシステムおよび方法を考案できることが諒解されよう。

１０１現在のブロック
１０２周囲サンプル
１０３周囲サンプル
１０４周囲サンプル
１０５周囲サンプル
１０６周囲サンプル
２００通信システム
２１０端末デバイス
２２０端末デバイス
２３０端末デバイス
２４０端末デバイス
２５０ネットワーク
３００通信システム
３０１ビデオソース
３０２ビデオピクチャのストリーム
３０３ビデオエンコーダ
３０４符号化ビデオデータ／符号化ビデオビットストリーム
３０５ストリーミングサーバ
３０６クライアントサブシステム
３０７ビデオデータのコピー
３０８クライアントサブシステム
３０９ビデオデータのコピー
３１０ビデオデコーダ
３１１ビデオピクチャの出力ストリーム
３１２ディスプレイ
３１３キャプチャサブシステム
３２０電子デバイス
３３０電子デバイス
４０１チャネル
４１０ビデオデコーダ
４１２レンダリングデバイス
４１５バッファメモリ
４２０パーサー
４２１シンボル
４３０電子デバイス
４３１受信機
４５１スケーラ／逆変換ユニット
４５２イントラピクチャ予測ユニット
４５３動き補償予測ユニット
４５５アグリゲータ
４５６ループフィルタユニット
４５７参照ピクチャメモリ
４５８現在のピクチャバッファ
５０１ビデオソース
５０３ビデオエンコーダ
５２０電子デバイス
５３０ソースコーダ
５３２コーディングエンジン
５３３ローカルデコーダ
５３４参照ピクチャメモリ
５３５予測器
５４０送信機
５４３ビデオシーケンス
５４５エントロピーコーダ
５５０コントローラ
５６０通信チャネル
６０３ビデオエンコーダ
６２１汎用コントローラ
６２２イントラエンコーダ
６２３残差計算機
６２４残差エンコーダ
６２５エントロピーエンコーダ
６２６スイッチ
６２８残差デコーダ
６３０インターエンコーダ
７１０ビデオデコーダ
７７１エントロピーデコーダ
７７２イントラデコーダ
７７３残差デコーダ
７７４復元モジュール
７８０インターデコーダ
８００ＣＵ
８１０ライン
８１１区分１
８１２区分２
８２０ライン
８２１区分１
８２２区分２
９００ＣＵ
９１０ラインまたはエッジ
２２００コンピュータシステム
２２０１キーボード
２２０２マウス
２２０３トラックパッド
２２０５ジョイスティック
２２０６マイクロフォン
２２０７スキャナ
２２０８カメラ
２２０９スピーカ
２２１０タッチスクリーン
２２２０ＣＤ／ＤＶＤＲＯＭ／ＲＷ
２２２１ＣＤ／ＤＶＤまたは同様の媒体
２２２２サムドライブ
２２２３リムーバブルハードドライブまたはソリッドステートドライブ
２２４０コア
２２４１中央処理装置（ＣＰＵ）
２２４２グラフィックス処理装置（ＧＰＵ）
２２４３フィールドプログラマブルゲートエリア（ＦＰＧＡ）
２２４４ハードウェアアクセラレータ
２２４５リードオンリメモリ（ＲＯＭ）
２２４６ランダムアクセスメモリ（ＲＡＭ）
２２４７内部大容量記憶
２２４８システムバス
２２４９周辺バス

［付録１］
デコーダにおけるビデオ復号のための方法であって、
コード化ビデオビットストリームから、現在のピクチャのためのコーディング情報を復号するステップであって、前記コーディング情報が、前記現在のピクチャのピクチャレベルより高いコーディングレベルに対して幾何マージモードが有効にされ、マージ候補の最大数が条件を満たすことを示す、ステップと、
前記コード化ビデオビットストリーム内の前記現在のピクチャについてシグナリングされたピクチャレベルパラメータに基づいて、前記ピクチャレベルパラメータおよびマージ候補の前記最大数に基づく幾何マージモードマージ候補の最大数を決定するステップであって、幾何マージモードマージ候補の前記最大数が、（ｉ）０、または（ｉｉ）２からマージ候補の前記最大数までのうちの１つ、であり、前記ピクチャレベルパラメータが、幾何マージモードマージ候補の前記最大数を示す、ステップと
を含み、
前記幾何マージモードが、幾何マージモードマージ候補の前記最大数が０であることに基づいて前記現在のピクチャに対して無効にされ、
前記幾何マージモードが、幾何マージモードマージ候補の前記最大数が０でないことに基づいて前記現在のピクチャに対して有効にされる、方法。
［付録２］
前記幾何マージモードが三角区分モード（ＴＰＭ）であり、幾何マージモードマージ候補の前記最大数がＴＰＭマージ候補の最大数である、付録１に記載の方法。
［付録３］
前記コーディングレベルがシーケンスレベルである、付録２に記載の方法。
［付録４］
前記条件が、マージ候補の前記最大数が２以上であることである、付録２に記載の方法。
［付録５］
前記条件が、マージ候補の前記最大数が２以上であることであり、
幾何マージモードマージ候補の前記最大数を決定する前記ステップが、マージ候補の前記最大数から前記ピクチャレベルパラメータを減算することにより、ＴＰＭマージ候補の前記最大数を決定するステップを含む、付録３に記載の方法。
［付録６］
ＴＰＭマージ候補の前記最大数を示すピクチャパラメータセット（ＰＰＳ）レベルパラメータが、前記現在のピクチャに関連付けられたＰＰＳのための前記コード化ビデオビットストリーム内でシグナリングされ、
前記ＰＰＳレベルパラメータが、（ｉ）０から（マージ候補の前記最大数－１）までのうちの１つ、または（ｉｉ）（マージ候補の前記最大数＋１）である、付録５に記載の方法。
［付録７］
ＴＰＭマージ候補の前記最大数を示すピクチャパラメータセット（ＰＰＳ）レベルパラメータが、前記現在のピクチャに関連付けられたＰＰＳのための前記コード化ビデオビットストリーム内でシグナリングされない、付録５に記載の方法。
［付録８］
前記コード化ビデオビットストリームが前記現在のピクチャのためのピクチャヘッダを含み、
前記ピクチャレベルパラメータが、前記ＴＰＭが前記シーケンスレベルに対して有効にされること、およびマージ候補の前記最大数が２以上であることに基づいて、前記ピクチャヘッダ内でシグナリングされ、前記ピクチャレベルパラメータの前記シグナリングが前記ＰＰＳレベルパラメータから独立している、付録７に記載の方法。
［付録９］
前記コード化ビデオビットストリームが、前記現在のピクチャに関連付けられたピクチャパラメータセット（ＰＰＳ）を含み、
ＴＰＭマージ候補の前記最大数を示すＰＰＳレベルパラメータが、前記ＰＰＳレベルパラメータがシグナリングされるべきことを示すＰＰＳレベルフラグに少なくとも基づいて、前記ＰＰＳ内でシグナリングされる、付録５に記載の方法。
［付録１０］
前記コード化ビデオビットストリームが前記現在のピクチャのためのピクチャヘッダを含み、
前記ピクチャレベルパラメータが、前記ＴＰＭが前記シーケンスレベルに対して有効にされること、マージ候補の前記最大数が２以上であること、および前記ＰＰＳレベルパラメータがシグナリングされるべきでないことを示す前記ＰＰＳレベルフラグに基づいて、前記ピクチャヘッダ内でシグナリングされる、付録９に記載の方法。
［付録１１］
前記コード化ビデオビットストリームが、前記現在のピクチャに関連付けられたピクチャパラメータセット（ＰＰＳ）を含み、
ＴＰＭマージ候補の前記最大数を示すＰＰＳレベルパラメータが、前記ＴＰＭが前記シーケンスレベルに対して有効にされることに少なくとも基づいて、前記ＰＰＳ内でシグナリングされる、付録５に記載の方法。
［付録１２］
デコーダにおけるビデオ復号のための方法であって、
コード化ビデオビットストリームから、現在のピクチャのためのコーディング情報を復号するステップであって、前記コーディング情報が、幾何マージモードがシーケンスレベルで有効にされること、ピクチャパラメータセット（ＰＰＳ）内のＰＰＳレベルパラメータが０であること、およびマージ候補の最大数を示し、前記ＰＰＳレベルパラメータが幾何マージモードマージ候補の最大数を示す、ステップと、
条件を満たすマージ候補の前記最大数に基づいて、前記コード化ビデオビットストリーム内の前記現在のピクチャについてシグナリングされたピクチャレベルパラメータを復号するステップであって、前記ピクチャレベルパラメータが幾何マージモードマージ候補の前記最大数を示す、ステップと
を含む、方法。
［付録１３］
前記幾何マージモードが三角区分モード（ＴＰＭ）であり、幾何マージモードマージ候補の前記最大数がＴＰＭマージ候補の最大数である、付録１２に記載の方法。
［付録１４］
前記条件が、（ｉ）マージ候補の前記最大数が２より大きいこと、および（ｉｉ）マージ候補の前記最大数が３以上であること、のうちの１つである、付録１３に記載の方法。
［付録１５］
マージ候補の前記最大数が２であり、前記条件を満たさず、前記ピクチャレベルパラメータが前記コード化ビデオビットストリーム内でシグナリングされず、
前記方法が、ＴＰＭマージ候補の前記最大数が２であると決定するステップをさらに含む、付録１４に記載の方法。
［付録１６］
ビデオ復号のための装置であって、
コード化ビデオビットストリームから、現在のピクチャのためのコーディング情報を復号するように構成された処理回路を備え、前記コーディング情報が、前記現在のピクチャのピクチャレベルより高いコーディングレベルに対して幾何マージモードが有効にされ、マージ候補の最大数が条件を満たすことを示し、
前記処理回路が、前記コード化ビデオビットストリーム内の前記現在のピクチャについてシグナリングされたピクチャレベルパラメータに基づいて、前記ピクチャレベルパラメータおよびマージ候補の前記最大数に基づく幾何マージモードマージ候補の最大数を決定するように構成され、幾何マージモードマージ候補の前記最大数が、（ｉ）０、または（ｉｉ）２からマージ候補の前記最大数までのうちの１つ、であり、前記ピクチャレベルパラメータが、幾何マージモードマージ候補の前記最大数を示し、
前記幾何マージモードが、幾何マージモードマージ候補の前記最大数が０であることに基づいて前記現在のピクチャに対して無効にされ、
前記幾何マージモードが、幾何マージモードマージ候補の前記最大数が０でないことに基づいて前記現在のピクチャに対して有効にされる、装置。
［付録１７］
前記幾何マージモードが三角区分モード（ＴＰＭ）であり、幾何マージモードマージ候補の前記最大数がＴＰＭマージ候補の最大数である、付録１６に記載の装置。
［付録１８］
前記コーディングレベルがシーケンスレベルである、付録１７に記載の装置。
［付録１９］
前記条件が、マージ候補の前記最大数が２以上であることである、付録１７に記載の装置。
［付録２０］
前記条件が、マージ候補の前記最大数が２以上であることであり、
前記処理回路が、マージ候補の前記最大数から前記ピクチャレベルパラメータを減算することにより、ＴＰＭマージ候補の前記最大数を決定するように構成された、付録１８に記載の装置。

Claims

エンコーダにおけるビデオ符号化のための方法であって、
幾何マージモードマージ候補の最大数を決定するステップと、
前記幾何マージモードマージ候補の最大数とマージ候補の最大数との差を示すピクチャレベルパラメータを生成するステップと、
現在のピクチャのためのピクチャヘッダとコーディング情報とを含むコード化ビデオビットストリームを生成するステップであって、前記ピクチャヘッダは前記ピクチャレベルパラメータを含み、前記コーディング情報は、幾何マージモードがシーケンスレベルに対して有効にされ、前記マージ候補の最大数が条件を満たすことを示す、ステップと
を含み、
前記コード化ビデオビットストリームは、前記現在のピクチャに関連付けられたピクチャパラメータセット（ＰＰＳ）を含み、
前記幾何マージモードマージ候補の最大数を示すＰＰＳレベルパラメータは、前記幾何マージモードが前記シーケンスレベルに対して有効にされることに少なくとも基づいて、前記ＰＰＳ内でシグナリングされる、方法。
前記幾何マージモードは三角区分モード（ＴＰＭ）であり、前記幾何マージモードマージ候補の最大数はＴＰＭマージ候補の最大数である、請求項１に記載の方法。
前記条件は、前記マージ候補の最大数が２以上であることである、請求項１に記載の方法。
前記ＰＰＳレベルパラメータは、（ｉ）０および（前記マージ候補の最大数－１）によって定義された範囲内の数、または（ｉｉ）（前記マージ候補の最大数＋１）である、請求項１に記載の方法。
ビデオ符号化のための装置であって、
請求項１乃至４のうちいずれか１項に記載の方法を実行するように構成された処理回路を含む装置。
１つまたは複数のプロセッサに請求項１乃至４のうちいずれか１項に記載の方法を実行させるプログラム。