JP7451731B2 - クロマ成分のためのデブロッキングパラメータ - Google Patents

Description

［関連出願の相互参照］
本出願は、2020年2月5日に出願された国際特許出願第PCT/CN2020/074316号の優先権及び利益を主張する、2021年2月5日に出願された国際特許出願第PCT/CN2021/075443号の国内段階である。法に基づく全ての目的のために、前述の出願の開示全体が、本出願の開示の一部として参照により組み込まれる。

［技術分野］
本特許文献は、画像及びビデオのコーディング及び復号に関する。

デジタルビデオは、インターネット及び他のデジタル通信ネットワークにおける最大の帯域幅使用を占めている。ビデオを受信及び表示することができる接続ユーザデバイスの数が増加すると、デジタルビデオ使用に対する帯域幅需要は増大し続けることが予想される。

本文献は、ビデオの表現のために代表的なサンプル値のパレットが使用されるパレットモード（palette mode）を使用するビデオ処理のためのビデオエンコーダ及びデコーダにより使用可能な手法を開示する。

一例示的な態様において、ビデオ処理方法が開示される。この方法は、ビデオのクロマ成分のためのデブロッキングオフセットを識別するシンタックス要素がビデオ領域レベルに含まれるかどうかが、ビデオの色フォーマットに基づいて決定されることを指定するルールに従って、ビデオのブロックとビデオのビットストリームとの間のコンバージョンを実行するステップを含む。

別の例示的な態様において、ビデオ処理方法が開示される。この方法は、ビデオのクロマ成分のためのデブロッキングオフセットを識別するシンタックス要素がビデオ領域レベルに含まれるかどうかが、異なる色成分を別個に処理するコーディングツールが有効にされるかどうかを示すシンタックスフラグに基づいて決定されることを指定するルールに従って、ビデオのブロックとビデオのビットストリームとの間のコンバージョンを実行するステップを含む。

別の例示的な態様において、ビデオ処理方法が開示される。この方法は、ビデオのクロマ成分のためのデブロッキングオフセットを識別するシンタックス要素がビデオ領域レベルに含まれるかどうかが、クロマ成分のためのコーディングツールのパラメータがビットストリームに存在するかどうかを指定するシンタックスフラグに基づいて決定されることを指定するルールに従って、ビデオのブロックとビデオのビットストリームとの間のコンバージョンを実行するステップを含む。

別の例示的な態様において、ビデオ処理方法が開示される。この方法は、クロマ量子化パラメータオフセットがコンバージョンのために処理されるかどうかを示すシンタックスフラグが、ビデオのクロマ成分のためのデブロッキングオフセットが存在し又はコンバージョンのために処理されるかどうかをさらに示すことを指定するルールに従って、ビデオのブロックとビデオのビットストリームとの間のコンバージョンを実行するステップを含む。

別の例示的な態様において、ビデオ処理方法が開示される。この方法は、ビデオのビデオブロックとビデオのコーディングされた表現との間のコンバージョンを実行するステップ、を含み、ビデオブロックのコーディングされた表現にパレットモードが使用され、ビデオブロックのサンプルは代表的な色値のパレットを使用して表され、パレットの外部のサンプルは、エスケープシンボルと、ルールにより決定される最小許容値及び最大許容値の間の範囲内である量子化パラメータを使用して量子化された値とを使用してコーディングされる。

別の例示的な態様において、ビデオ処理方法が開示される。この方法は、ビデオのビデオブロックとビデオのコーディングされた表現との間のコンバージョンを実行するステップ、を含み、ビデオブロックのコーディングされた表現にパレットモードが使用され、ビデオブロックのサンプルは代表的な色値のパレットを使用して表され、パレットのサイズは、ビデオブロックとコーディングされた表現との間のコンバージョンにローカルデュアルツリーが使用されるかどうかに関するルールに依存する。

別の例示的な態様において、ビデオ処理方法が開示される。この方法は、ビデオのビデオブロックとビデオのコーディングされた表現との間のコンバージョンを実行するステップ、を含み、ビデオブロックのコーディングされた表現にパレットモードが使用され、ビデオブロックのサンプルは代表的な色値のパレットを使用して表され、パレット予測子のサイズは、ビデオブロックとコーディングされた表現との間のコンバージョンにローカルデュアルツリーが使用されるかどうかに関するルールに依存する。

別の例示的な態様において、ビデオ処理方法が開示される。この方法は、ビデオのビデオ領域のビデオブロックとビデオのコーディングされた表現との間のコンバージョンについて、コーディング条件に基づいて、ビデオのクロマ成分のためのデブロッキングオフセットを識別するシンタックス要素がビデオ領域レベルでコーディングされた表現に含まれるかどうかを決定するステップと、決定に基づいてコンバージョンを実行するステップと、を含み、デブロッキングオフセットは、ビデオブロックに対するデブロッキング動作を選択的に有効にするために使用される。

別の例示的な態様において、ビデオ処理方法が開示される。この方法は、ビデオのビデオ領域のビデオブロックとビデオのコーディングされた表現との間のコンバージョンについて、コーディング条件に基づいて、クロマコーディングツールの使用を識別するシンタックス要素がビデオ領域レベルでコーディングされた表現に含まれるかどうかを決定するステップと、決定に基づいてコンバージョンを実行するステップと、を含み、デブロッキングオフセットは、ビデオブロックに対するデブロッキング動作を選択的に有効にするために使用される。

別の例示的な態様において、ビデオ処理方法が開示される。この方法は、ビデオのビデオ領域のビデオブロックとビデオのコーディングされた表現との間のコンバージョンを実行するステップ、を含み、コーディングされた表現はフォーマットに適合し、フォーマットは、ビデオのクロマ成分のためのデブロッキングオフセットを示す第１のフラグがコーディングされた表現に含まれるかどうかが、クロマ成分の量子化パラメータオフセットを示す第２のフラグがコーディングされた表現に含まれるかどうかに基づくことを指定する。

別の例示的な態様において、ビデオ処理方法が開示される。この方法は、ビデオのビデオ領域のビデオブロックとビデオのコーディングされた表現との間のコンバージョンを実行するステップ、を含み、コーディングされた表現はフォーマットルールに適合し、フォーマットルールは、コーディングされた表現におけるシンタックス要素が、１つ以上のクロマコーディングツールの適用可能性を示す１つ以上のパラメータがビデオ領域又はビデオブロックレベルでコーディングされた表現に含まれるかどうかを制御することを指定する。

さらに別の例示的な態様において、ビデオエンコーダ装置が開示される。ビデオエンコーダは、上述の方法を実施するように構成されたプロセッサを含む。

さらに別の例示的な態様において、ビデオデコーダ装置が開示される。ビデオデコーダは、上述の方法を実施するように構成されたプロセッサを含む。

さらに別の例示的な態様において、コードを記憶させたコンピュータ読取可能媒体が開示される。コードは、プロセッサ実行可能コードの形式で本明細書に記載される方法の１つを具現化する。

これら及び他の特徴が本文献を通して説明される。

パレットモードでコーディングされたブロックの一例を示す。 パレットエントリをシグナリングするためのパレット予測子の使用を示す。 水平及び垂直トラバース走査の例を示す。 パレットインデックスの一例示的なコーディングを示す。 最小クロマインター予測ユニット（ＳＣＩＰＵ）の一例を示す。 最小クロマインター予測ユニット（ＳＣＩＰＵ）の別の例を示す。 ＡＣＴを用いた復号プロセスの一例示である。 一例示的なビデオ処理システムのブロック図である。 ビデオ処理装置のブロック図である。 ビデオ処理の一例示的な方法のフローチャートである。 本開示のいくつかの実施形態によるビデオコーディングシステムを示すブロック図である。 本開示のいくつかの実施形態によるエンコーダを示すブロック図である。 本開示のいくつかの実施形態によるデコーダを示すブロック図である。 本技術によるビデオ処理の方法のフローチャート表現である。 本技術によるビデオ処理の別の方法のフローチャート表現である。 本技術によるビデオ処理の別の方法のフローチャート表現である。 本技術によるビデオ処理のさらに別の方法のフローチャート表現である。

セクション見出しは、本文献において理解を容易にするために用いられており、各セクションで開示される手法及び実施形態の適用可能性をそのセクションのみに限定するわけではない。さらに、Ｈ．２６６用語は、いくつかの説明において理解を容易にするためにのみ用いられており、開示される手法の範囲を限定するためのものではない。したがって、本明細書に記載される手法は、他のビデオコーデックプロトコル及び設計にも適用可能である。

１． 概要

本文献は、ビデオコーディング技術に関する。具体的には、本文献は、パレットコーディング及びクロマフォーマットシグナリングにおけるインデックス及びエスケープシンボルに関する。これは、ＨＥＶＣなどの既存のビデオコーディング標準、又は完成される標準（汎用ビデオコーディング（Versatile Video Coding））に適用されてもよい。これは、将来のビデオコーディング標準又はビデオコーデックにも適用可能であり得る。

２． ビデオコーディング標準

ビデオコーディング標準は、主に、周知のＩＴＵ－Ｔ及びＩＳＯ／ＩＥＣ標準の開発を通じて発展してきた。ＩＴＵ－Ｔは、Ｈ．２６１とＨ．２６３を作成し、ＩＳＯ／ＩＥＣは、ＭＰＥＧ－１とＭＰＥＧ－４ Ｖｉｓｕａｌを作成し、この２つの組織は、Ｈ．２６２／ＭＰＥＧ－２ Ｖｉｄｅｏ及びＨ．２６４／ＭＰＥＧ－４ Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＡＶＣ）及びＨ．２６５／ＨＥＶＣ標準を合同で作成した。Ｈ．２６２から、ビデオコーディング標準は、時間的予測に変換コーディングを加えたものが利用されるハイブリッドビデオコーディング構造に基づいている。ＨＥＶＣを越える将来のビデオコーディング技術を探求するため、２０１５年にＶＣＥＧとＭＰＥＧにより合同で合同ビデオ探求チーム（Joint Video Exploration Team、ＪＶＥＴ）が設立された。それ以来、多くの新しい方法がＪＶＥＴにより採用され、合同探求モデル（ＪＥＭ）と命名された参照ソフトウェアに入れられている。２０１８年４月には、ＨＥＶＣと比較して５０％のビットレート低減を目指すＶＶＣ標準に取り組むために、ＶＣＥＧ（Ｑ６／１６）とＩＳＯ／ＩＥＣ ＪＴＣ１ ＳＣ２９／ＷＧ１１（ＭＰＥＧ）との間の合同ビデオエキスパートチーム（Joint Video Expert Team、ＪＶＥＴ）が作成された。

２．１ ＨＥＶＣスクリーンコンテンツコーディング拡張（HEVC Screen Content Coding extensions、ＨＥＶＣ－ＳＣＣ）におけるパレットモード

２．１．１ パレットモードの概念

パレットモードの背後にある基本的な考え方は、ＣＵ内の画素が代表的な色値の小さいセットにより表現されるということである。このセットが、パレットと呼ばれる。また、（可能性として量子化された）成分値が後に続くエスケープシンボルをシグナリングすることにより、パレットの外部であるサンプルを示すことも可能である。この種類の画素は、エスケープ画素と呼ばれる。図１に、パレットモードを示す。図１に示すように、３つのコロック（coloc）成分（ルマ、及び２つのクロマ成分）を有する各画素について、パレットに対するインデックスが作成され、パレット内の作成された値に基づいてブロックを再構成することができる。

２．１．２ パレットエントリのコーディング

パレットエントリのコーディングのために、パレット予測子（palette predictor）が維持される。パレットの最大サイズとパレット予測子は、ＳＰＳにおいてシグナリングされる。ＨＥＶＣ－ＳＣＣでは、palette_predictor_initializer_present_flagがＰＰＳに導入されている。このフラグが１であるとき、パレット予測子を初期化するためのエントリがビットストリームにおいてシグナリングされる。パレット予測子は、各ＣＴＵ行、各スライス、及び各タイルの始めで初期化される。palette_predictor_initializer_present_flagの値に応じて、パレット予測子は０にリセットされ、あるいはＰＰＳにおいてシグナリングされたパレット予測子イニシャライザエントリを使用して初期化される。ＨＥＶＣ－ＳＣＣでは、ＰＰＳレベルにおけるパレット予測子初期化の明示的な無効化を可能にするために、サイズ０のパレット予測子イニシャライザが有効にされた。

パレット予測子内の各エントリについて、それが現在のパレットの一部であるかどうかを示すために、再使用フラグがシグナリングされる。これを、図２に示す。再使用フラグは、ゼロのランレングスコーディングを使用して送信される。この後、新しいパレットエントリの数が、次数０の指数ゴロム（Exponential Golomb、ＥＧ）符号、すなわちＥＧ－０を用いてシグナリングされる。最後、新しいパレットエントリの成分値がシグナリングされる。

２．１．３ パレットインデックスのコーディング

パレットインデックスは、図３に示すように、水平及び垂直トラバース走査を用いてコーディングされる。走査順序は、palette_transpose_flagを使用してビットストリームにおいて明示的にシグナリングされる。サブセクションの残りについては、走査は水平であると仮定される。

パレットインデックスは、２つのパレットサンプルモード、すなわち‘COPY_LEFT’及び‘COPY_ABOVE’を使用してコーディングされる。‘COPY_LEFT’モードでは、パレットインデックスは復号されたインデックスに割り当てられる。‘COPY_ABOVE’モードでは、上の行内のサンプルのパレットインデックスがコピーされる。‘COPY_LEFT’モード及び‘COPY_ABOVE’モードの双方について、同じモードを使用してさらにコーディングされている後続サンプルの数を指定するラン値（run value）がシグナリングされる。

パレットモードにおいて、エスケープシンボルのためのインデックスの値は、パレットエントリの数である。また、エスケープシンボルが‘COPY_LEFT’又は‘COPY_ABOVE’モードにおけるランの一部であるとき、エスケープ成分値は、エスケープシンボルごとにシグナリングされる。図４に、パレットインデックスのコーディングを示す。

このシンタックス順序は、以下のように達成される。まず、ＣＵのインデックス値の数がシグナリングされる。この後に、トランケーテッドバイナリコーディング（truncated binary coding）を使用するＣＵ全体の実際のインデックス値のシグナリングが続く。インデックスの数とインデックス値の双方が、バイパスモードでコーディングされる。これは、インデックス関連のバイパスｂｉｎを一緒にグループ化する。次いで、パレットサンプルモード（必要な場合）及びランが、インターリーブ方式でシグナリングされる。最後、ＣＵ全体のエスケープシンボルに対応する成分エスケープ値が一緒にグループ化され、バイパスモードでコーディングされる。エスケープシンボルの２値化は、３次のＥＧコーディング、すなわちＥＧ－３である。

インデックス値をシグナリングした後、さらなるシンタックス要素last_run_type_flagがシグナリングされる。このシンタックス要素は、インデックスの数と関連し、ブロック内の最後のランに対応するラン値をシグナリングする必要をなくす。

ＨＥＶＣ－ＳＣＣにおいて、パレットモードは、４：２：２、４：２：０、及びモノクロームクロフォーマットに対しても有効にされる。パレットエントリ及びパレットインデックスのシグナリングは、全てのクロマフォーマットに対してほぼ同一である。非モノクロームフォーマットの場合、各パレットエントリは３つの成分で構成される。モノクロームフォーマットでは、各パレットエントリは単一の成分で構成される。サブサンプリングされたクロマ方向では、クロマサンプルは、２で割り切れるルマサンプルインデックスに関連づけられる。ＣＵのパレットインデックスを再構成した後、サンプルが、それに関連づけられた単一の成分のみを有する場合、パレットエントリの最初の成分のみが使用される。シグナリングにおける唯一の差は、エスケープ成分値に関する。各エスケープシンボルについて、シグナリングされるエスケープ成分値の数は、そのシンボルに関連づけられた成分の数に応じて異なり得る。

図４は、パレットインデックスの一例示的なコーディングを示す。

さらに、パレットインデックスコーディングにはインデックス調整プロセスがある。パレットインデックスをシグナリングするとき、左の近隣インデックス又は上の近隣インデックスは、現在のインデックスとは異なるべきである。したがって、現在のパレットインデックスの範囲は、１つの可能性を除去することにより１だけ減らすことができる。その後、インデックスは、トランケーテッドバイナリ（ＴＢ）二値化でシグナリングされる。

この部分に関連するテキストを以下に示す。ここで、CurrPaletteIndexは現在のパレットインデックスであり、adjustedRefPaletteIndexは予測インデックスである。

変数PaletteIndexMap[xC][yC]は、パレットインデックスを指定し、これは、CurrentPaletteEntriesで表される配列へのインデックスである。配列インデックスｘＣ、ｙＣは、ピクチャの左上ルマサンプルに対するサンプルの場所（ｘＣ，ｙＣ）を指定する。PaletteIndexMap[xC][yC]の値は、始めと終わりを含む（inclusive）０～MaxPaletteIndexの範囲内であるものとする。

変数adjustedRefPaletteIndexは以下のように導出される。

CopyAboveIndicesFlag[xC][yC]が０に等しいとき、変数CurrPaletteIndexは以下のように導出される。
if( CurrPaletteIndex >= adjustedRefPaletteIndex )
CurrPaletteIndex++
さらに、パレットモードにおけるランレングス要素がコンテキストコーディングされる（context coded）。ＪＶＥＴ－Ｏ２０１１－ｖＥに記載される関連コンテキスト導出プロセスを以下に示す。

２．２ ＶＶＣにおけるパレットモード

２．２．１ デュアルツリーにおけるパレット

ＶＶＣでは、デュアルツリー（dual tree）コーディング構造がイントラスライスのコーディングに使用されるため、ルマ成分と２つのクロマ成分は、異なるパレット及びパレットインデックスを有し得る。さらに、２つのクロマ成分は、同じパレット及びパレットインデックスを共有する。

２．２．２ 別個のモードとしてのパレット

いくつかの実施形態において、コーディングユニットの予測モードは、MODE_INTRA、MODE_INTER、MODE_IBC、及びMODE_PLTとすることができる。このことに応じて、予測モードの二値化が変更される。

ＩＢＣがオフにされているとき、Ｉタイル上で、最初の１つのｂｉｎが、現在の予測モードがMODE_PLTであるか否かを示すために利用される。一方でＰ／Ｂタイル上では、最初のｂｉｎは、現在の予測モードがMODE_INTRAであるか否かを示すために利用される。そうでない場合、１つのさらなるｂｉｎが、現在の予測モードがMODE_PLT又はMODE_INTERであることを示すために利用される。

ＩＢＣがオンにされているとき、Ｉタイル上で、最初のｂｉｎは、現在の予測モードがMODE_IBCであるか否かを示すために利用される。そうでない場合、２番目のｂｉｎが、現在の予測モードがMODE_PLTかMODE_INTRAかを示すために利用される。一方でＰ／Ｂタイル上では、最初のｂｉｎは、現在の予測モードがMODE_INTRAであるか否かを示すために利用される。それがイントラモードである場合、２番目のｂｉｎが、現在の予測モードがMODE_PLTかMODE_INTRAかを示すために利用される。そうでない場合、２番目のｂｉｎは、現在の予測モードがMODE_IBC又はMODE_INTERであることを示すために利用される。

例示的なテキストを以下に示す。

２．２．３ パレットモードシンタックス

２．２．４ パレットモードセマンティクス

以下のセマンティクスにおいて、配列インデックスｘ０、ｙ０は、ピクチャの左上ルマサンプルに対する、考慮されるコーディングブロックの左上ルマサンプルの場所（ｘ０，ｙ０）を指定する。配列インデックスｘＣ、ｙＣは、ピクチャの左上ルマサンプルに対するサンプルの場所（ｘＣ，ｙＣ）を指定する。配列インデックスstartCompは、現在のパレットテーブルの最初の色成分を指定する。０に等しいstartCompはＹ成分を示し、１に等しいstartCompはＣｂ成分を示し、２に等しいstartCompはＣｒ成分を示す。numCompsは、現在のパレットテーブル内の色成分の数を指定する。

予測子パレットは、現在のパレット内のエントリを予測するために使用される、前のコーディングユニットからのパレットエントリで構成される。

変数PredictorPaletteSize[startComp]は、現在のパレットテーブルの最初の色成分startCompのための予測パレットのサイズを指定する。PredictorPaletteSizeは、節８．４．５．３に規定されるように導出される。

１に等しい変数PalettePredictorEntryReuseFlags[i]は、予測子パレット内のｉ番目のエントリが現在のパレットで再使用されることを指定する。０に等しいPalettePredictorEntryReuseFlags[i]は、予測子パレット内のｉ番目のエントリが現在のパレット内のエントリでないことを指定する。配列PalettePredictorEntryReuseFlags[i]の全ての要素が、０に初期化される。

palette_predictor_runは、配列PalettePredictorEntryReuseFlags内の非ゼロのエントリの前にあるゼロの数を決定するために使用される。

palette_predictor_runの値が、始めと終わりを含む０～（PredictorPaletteSize－predictorEntryIdx）の範囲内であるものとすることは、ビットストリーム適合の要件であり、ここで、predictorEntryIdxは、配列PalettePredictorEntryReuseFlagsにおける現在の位置に対応する。変数NumPredictedPaletteEntriesは、予測子パレットから再使用される現在のパレット内のエントリ数を指定する。NumPredictedPaletteEntriesの値は、始めと終わりを含む０～palette_max_sizeの範囲内であるものとする。

num_signalled_palette_entriesは、現在のパレットテーブルの最初の色成分startCompのために明示的にシグナリングされる、現在のパレット内のエントリの数を指定する。

num_signalled_palette_entriesが存在しないとき、それは０に等しいように推論される。

変数CurrentPaletteSize[startComp]は、現在のパレットテーブルの最初の色成分startCompのための現在のパレットのサイズを指定し、以下のように導出される。

CurrentPaletteSize[startComp] = NumPredictedPaletteEntries + num_signalled_palette_entries (7-155)

CurrentPaletteSize[startComp]の値は、始めと終わりを含む０～palette_max_sizeの範囲内であるものとする。

２．２．５ ラインベースのＣＧパレットモード

ＶＶＣにはラインベースのＣＧパレットモードが採用された。この方法では、パレットモードの各ＣＵは、トラバース走査モードに基づいてｍ個のサンプル（このテストではｍ＝１６）の複数のセグメントに分割される。各セグメントにおけるパレットランコーディングの符号化順序は、以下のとおりである。各画素について、１つのコンテキストコーディングされたｂｉｎ run_copy_flag＝0がシグナリングされ、画素が前の画素と同じモードのものであるか、すなわち、前の走査画素と現在の画素が双方ともランタイプ（run type）COPY_ABOVEであるか、又は前の走査画素と現在の画素が双方ともランタイプINDEXのものであり同じインデックス値のものであるかを示す。そうでない場合、run_copy_flag＝1がシグナリングされる。画素と前の画素とが異なるモードのものである場合、１つのコンテキストコーディングされたｂｉｎ copy_above_palette_indices_flagがシグナリングされ、画素のランタイプ、すなわち、INDEX又はCOPY_ABOVEを示す。ＶＴＭ６．０におけるパレットモードと同様に、デコーダは、サンプルが最初の行内（水平トラバース走査）又は最初の列内（垂直トラバース走査）にある場合、INDEXモードがデフォルトで使用されるため、ランタイプをパースする（parse）必要がない。さらに、デコーダは、前にパースされたランタイプがCOPY_ABOVEである場合、ランタイプをパースする必要はない。１つのセグメントにおける画素のパレットランコーディングの後、インデックス値（INDEXモードのための）及び量子化されたエスケープ色は、各ラインＣＧ内のスループットを改善するために、コンテキストコーディングされたｂｉｎの符号化／パースとは別にバイパスコーディングされ、グループ化される。インデックス値はここで、ＶＴＭでのようにパレットランコーディングの前に処理されるのでなくランコーディングの後にコーディング／パースされるため、エンコーダは、インデックス値の数num_palette_indices_minus1と最後のランタイプcopy_above_indices_for_final_run_flagをシグナリングする必要はない。

いくつかの実施形態におけるラインベースのＣＧパレットモードのテキストを以下に示す。

２．３ ＶＶＣにおけるローカルデュアルツリー

典型的なハードウェアビデオエンコーダ及びデコーダでは、近隣イントラブロック間のサンプル処理データ依存性のため、ピクチャがより多くの小さいイントラブロックを有するとき、処理スループットが低下する。イントラブロックの予測子生成は、近隣ブロックからの上及び左の境界の再構成サンプルを必要とする。したがって、イントラ予測は、ブロック毎に順次処理される必要がある。

ＨＥＶＣでは、最小イントラＣＵは８×８ルマサンプルである。最小イントラＣＵのルマ成分は、４つの４×４ルマイントラ予測ユニット（ＰＵ）にさらに分割できるが、最小イントラＣＵのクロマ成分は、さらに分割することはできない。したがって、４×４クロマイントラブロック又は４×４ルマイントラブロックが処理されるとき、最悪ケースのハードウェア処理スループットが発生する。

ＶＴＭ５．０では、シングルコーディングツリーにおいて、クロマパーティションは常にルマに従い、最小イントラＣＵは４×４ルマサンプルであるため、最小クロマイントラＣＢは２×２である。したがって、ＶＴＭ５．０では、シングルコーディングツリーにおける最小クロマイントラＣＢは２×２である。ＶＶＣ復号のための最悪ケースのハードウェア処理スループットは、ＨＥＶＣ復号のそれの１／４だけである。さらに、クロマイントラＣＢの再構成プロセスは、クロスコンポーネント線形モデル（cross-component linear model、ＣＣＬＭ）、４タップ補間フィルタ、位置依存イントラ予測結合（position-dependent intra prediction combination、ＰＤＰＣ）、及び組み合わせインターイントラ予測（combined inter intra prediction、ＣＩＩＰ）を含むツールを採用した後、ＨＥＶＣのそれより一層複雑になる。ハードウェアデコーダにおいて高い処理スループットを達成することは、チャレンジングである。このセクションでは、最悪ケースのハードウェア処理スループットを改善する方法を提案する。

この方法の目標は、クロマイントラＣＢのパーティション化を制限することにより、１６クロマサンプルより小さいクロマイントラＣＢを禁じる（disallow）ことである。

シングルコーディングツリーでは、ＳＣＩＰＵは、そのクロマブロックサイズがＴＨクロマサンプル以上であり、４ＴＨルマサンプルより小さい少なくとも１つの子ルマブロックを有する、コーディングツリーノードとして定義され、ここで、ＴＨは、この寄与では１６に設定される。各ＳＣＩＰＵにおいて、全てのＣＢがインターであるか、又は全てのＣＢが非インターである、すなわち、イントラ又はＩＢＣのいずれかであることが要求される。非インターＳＣＩＰＵの場合、さらに、非インターＳＣＩＰＵのクロマはさらに分割されないものとし、ＳＣＩＰＵのルマはさらに分割されることを許容されることが要求される。このようにして、最小クロマイントラＣＢサイズは１６クロマサンプルであり、２×２、２×４、及び４×２クロマＣＢが除去される。さらに、クロマスケーリングは、非インターＳＣＩＰＵの場合には適用されない。さらに、ルマブロックがさらに分割され、クロマブロックが分割されないとき、ローカルデュアルツリー（local dual tree）コーディング構造が構築される。

図５Ａ～図５Ｂに、２つのＳＣＩＰＵの例を示す。図５Ａでは、８×４のクロマサンプルの１つのクロマＣＢと３つのルマＣＢ（４×８、８×８、４×８のルマＣＢ）が１つのＳＣＩＰＵを形成しており、なぜならば、８×４クロマサンプルからの三分木（ternary tree、ＴＴ）分割が、１６クロマサンプルより小さいクロマＣＢを結果としてもたらすためである。図５Ｂでは、４×４クロマサンプルの１つのクロマＣＢ（８×４クロマサンプルの左側）と３つのルマＣＢ（８×４、４×４、４×４のルマＣＢ）が１つのＳＣＩＰＵを形成しており、４×４サンプルの他方の１つのクロマＣＢ（８×４のクロマサンプルの右側）と２つのルマＣＢ（８×４、８×４のルマＣＢ）が１つのＳＣＩＰＵを形成しており、なぜならば、４×４クロマサンプルからの二分木（binary tree、ＢＴ）分割が、１６クロマサンプルより小さいクロマＣＢを結果としてもたらすためである。

提案される方法では、ＳＣＩＰＵのタイプは、現在のスライスがＩスライスであるか、又は現在のＳＣＩＰＵが１回のさらなる分割の後にその中に４×４ルマパーティションを有する場合、非インターであるように推論され（なぜならば、ＶＶＣではインター４×４は許容されないため）、そうでない場合、ＳＣＩＰＵのタイプ（インター又は非インター）は、ＳＣＩＰＵ内のＣＵをパースする前に１つのシグナリングされたフラグにより示される。

上記の方法を適用することにより、最悪ケースのハードウェア処理スループットは、２×２のクロマブロックの代わりに４×４、２×８、又は８×２のクロマブロックが処理されるとき、発生する。最悪ケースのハードウェア処理スループットは、ＨＥＶＣにおけるものと同じであり、ＶＴＭ５．０におけるものの４Ｘである。

２．４ 変換スキップ（ＴＳ）

ＨＥＶＣと同様に、ブロックの残差は、変換スキップモードでコーディングすることができる。シンタックスコーディングの冗長性を避けるために、ＣＵレベルMTS_CU_flagがゼロに等しくないとき、変換スキップフラグはシグナリングされない。変換スキップのブロックサイズ制限は、ＪＥＭ４におけるＭＴＳのものと同じであり、これは、ブロックの幅及び高さの双方が３２以下であるとき、変換スキップがＣＵに適用可能であることを示す。現在のＣＵに対してＬＦＮＳＴ又はＭＩＰがアクティブ化されているとき、暗黙的なＭＴＳ変換がＤＣＴ２に設定されることに留意する。また、インターコーディングブロックに対してＭＴＳが有効にされるとき、暗黙的なＭＴＳを依然として有効にすることができる。

さらに、変換スキップブロックでは、最小許容量子化パラメータ（ＱＰ）は、6*(internalBitDepth － inputBitDepth) + 4として定義される。

２．５ 代替ルマハーフペル補間フィルタ

いくつかの実施形態において、代替ハーフペル（half-pel）補間フィルタが提案される。

ハーフペルルマ補間フィルタの切り替えは、動きベクトル精度に依存して行われる。既存のクォーターペル（quarter-pel）、フルペル（full-pel）、及び４ペルＡＭＶＲモードに追加で、新しいハーフペル精度ＡＭＶＲモードが導入される。ハーフペル動きベクトル精度の場合のみ、代替ハーフペルルマ補間フィルタを選択することができる。

ハーフペル動きベクトル精度（すなわち、ハーフペルＡＭＶＲモード）を使用する非アフィン非マージインターコーディングＣＵでは、ＨＥＶＣ／ＶＶＣハーフペルルマ補間フィルタと１つ以上の代替ハーフペル補間との間の切り替えが、新しいシンタックス要素hpelIfIdxの値に基づいて行われる。シンタックス要素hpelIfIdxは、ハーフペルＡＭＶＲモードの場合にのみシグナリングされる。空間マージ候補を使用するスキップ／マージモードの場合、シンタックス要素hpelIfIdxの値は近隣ブロックから継承される。

２．６ 適応色変換（ＡＣＴ）

図６は、ＡＣＴが適用される復号フローチャートを示す。図６に示すように、色空間コンバージョンは、残差ドメインで実行される。具体的には、１つのさらなる復号モジュール、すなわち逆ＡＣＴが、ＹＣｇＣｏドメインから元のドメインに戻すようにコンバートするために、逆変換の後に導入される。

ＶＶＣでは、最大変換サイズが１つのコーディングユニット（ＣＵ）の幅又は高さより小さくない限り、１つのＣＵリーフノードが変換処理のユニットとしても使用される。したがって、提案される実装では、ＡＣＴフラグは、１つのＣＵに対して、その残差をコーディングするための色空間を選択するためにシグナリングされる。さらに、ＨＥＶＣ ＡＣＴ設計に従い、インター及びＩＢＣ ＣＵでは、ＡＣＴは、ＣＵ内に少なくとも１つの非ゼロ係数があるときにのみ有効にされる。イントラＣＵでは、ＡＣＴは、クロマ成分がルマ成分の同じイントラ予測モード、すなわちＤＭモードを選択するときにのみ、有効にされる。

色空間コンバージョンに使用されるコア変換は、ＨＥＶＣに使用されるものと同じに保たれる。具体的には、以下に記載されるように、以下の順方向及び逆方向のＹＣｇＣｏ色変換行列が適用される。

さらに、色変換前後の残差信号のダイナミックレンジ変化を補償するために、（－５，－５，－３）のＱＰ調整が変換残差に適用される。

一方、順方向及び逆方向の色変換は、全ての３つの成分の残差にアクセスする必要がある。対応して、提案される実装では、ＡＣＴは、３つの成分の全ての残差が利用可能なわけではない以下の２つのシナリオでは無効にされる。
１． セパレートツリーパーティション：セパレートツリー（separate-tree）が適用されるとき、１つのＣＴＵ内のルマ及びクロマサンプルは、異なる構造によりパーティション化される。これは、ルマツリー内のＣＵがルマ成分のみを含み、クロマツリー内のＣＵが２つのクロマ成分のみを含む結果をもたらす。
２． イントラサブパーティション予測（Intra sub-partition prediction、ＩＳＰ）：ＩＳＰサブパーティションはルマにのみ適用され、一方で、クロマ信号は分割することなくコーディングされる。現在のＩＳＰ設計では、最後のＩＳＰサブパーティションを除いて、他のサブパーティションはルマ成分のみを含む。

２．７ ＥＧ（ｋ）を用いたエスケープ値の二値化

エスケープ値の二値化にＥＧ（ｋ）を使用するとき、ベースＱｐが十分に大きい（又は、コーディングされるシンボルが十分に小さい）とき、ＥＧ（ｋ）のビット長はそれ以上減らすことができない。例えば、ベースＱｐ＞＝２３のとき、ＥＧ（５）では、ビット長は、ＥＧ５の最小ビット長である６に達する。同様に、ベースＱｐ＞＝３５のとき、ビット長はＥＧ３の最小値に達する。ベースＱｐ＞＝２９のとき、ビット長はＥＧ４の最小値に達する。このような場合、Ｑｐをさらに増加させることでビットレートを減らすことはできないが、歪みを増加させる。それはビットの無駄である。

３ 本明細書に記載される技術的解決策により解決される例示的な技術的問題

（１） エスケープ値の二値化方法としてのＥＧ（ｋ）は、Ｑｐが閾値より大きいときにビットを無駄にする可能性がある。

（２） パレットサイズが、ローカルデュアルツリーに対して大きすぎる可能性がある。

（３） クロマパラメータは、クロマツールが適用されないときにシグナリングされる必要はない。

４ 例示的な実施形態及び手法

以下の項目の列挙は、一般的な概念を説明するための例として考慮されるべきである。これらの項目は、狭義に解釈されるべきではない。さらに、これらの項目は、任意の方法で組み合わせることができる。
以下の例は、ＶＶＣにおけるパレットスキーム及び全ての他のパレット関連スキームに適用され得る。
１． エスケープ値再構成のためのＱｐは、最大及び／又は最小許容値を有し得る。
ａ． 一例において、ＱＰは、最大許容値より大きくない、及び／又は最小許容値より小さくないようにクリッピングされてもよい。
ｂ． 一例において、エスケープ値再構成のための最大許容Ｑｐは、二値化方法に依存してもよい。
ｃ． 一例において、エスケープ値再構成のための最大許容Ｑｐは（Ｔ＋Ｂ）でもよく、ここで、Ｂはビット深度に基づく。
ｉ． 一例において、Ｔは定数でもよい。
１． 一例において、Ｔは２３でもよい。
２． 一例において、Ｔは２３未満の数でもよい。
３． 一例において、Ｔは３５でもよい。
４． 一例において、Ｔは３５未満の数でもよい。
５． 一例において、Ｔは２９でもよい。
６． 一例において、Ｔは２９未満の数でもよい。
ｉｉ． 一例において、Ｔは、ビデオ領域（例えば、シーケンス、ピクチャ、スライス／タイル／サブピクチャ）内で示されてもよい。
１． 一例において、Ｔは、ＶＰＳ／ＳＰＳ／ＰＰＳ／ＰＨ／ＳＨにおいて示されてもよい。
ｉｉｉ． 一例において、Ｂは、QpBdOffset（例えば、6 * bit_depth_minus8）に設定されてもよい。
ｄ． 一例において、エスケープ値再構成のための最大許容Ｑｐは、（23 + QpBdOffset）でもよい。
ｉ． 代替的に、さらに、ＥＧ５がエスケープ値をコーディングするために使用される。
ｉｉ． 代替的に、エスケープ値再構成のための最大許容Ｑｐは、（K + QpBdOffset）でもよく、ここで、Ｋは、２３未満の数である。
ｅ． 一例において、エスケープ値再構成のための最大許容Ｑｐは、（35 + QpBdOffset）でもよい。
ｉ． 代替的に、さらに、ＥＧ３がエスケープ値をコーディングするために使用される。
ｉｉ． 代替的に、エスケープ値再構成のための最大許容Ｑｐは、（K + QpBdOffset）でもよく、ここで、Ｋは３５未満の数である。
ｆ． 代替的に、エスケープ値再構成のための最大許容Ｑｐは（29 + QpBdOffset）でもよい。
ｉ． 代替的に、さらに、ＥＧ４がエスケープ値をコーディングするために使用される。
ｉｉ． 代替的に、エスケープ値再構成のための最大許容Ｑｐは、（K + QpBdOffset）でもよく、ここで、Ｋは２９未満の数である。
パレットサイズ関連
２． パレットサイズは、ローカルデュアルツリーが適用されるとき又はそうでないとき、異なり得ることが提案される。
ａ． 一例において、ローカルデュアルツリーでは、パレットサイズが縮小されてもよいことが提案される。
ｂ． 一例において、ルマＣＵ及びクロマＣＵのパレットサイズは、ローカルデュアルツリーが適用されるときに異なってもよい。
ｃ． 一例において、クロマＣＵのパレットサイズは、ローカルデュアルツリー内のルマＣＵのパレットサイズと比較して、又はローカルデュアルツリーが適用されないときのパレットサイズと比較して、縮小されてもよい。
ｉ． 一例において、クロマのパレットサイズは半分に縮小されてもよい。
３． パレット予測子サイズは、ローカルデュアルツリーが適用されるとき又はそうでないとき、異なり得ることが提案される。
ａ． 一例において、ローカルデュアルツリーでは、パレット予測子サイズが縮小されてもよいことが提案される。
ｂ． 一例において、ルマＣＵ及びクロマＣＵのパレット予測子サイズは、ローカルデュアルツリーが適用されるときに異なってもよい。
ｃ． 一例において、クロマＣＵのパレット予測子サイズは、ローカルデュアルツリー内のルマＣＵのパレット予測子サイズと比較して、又はローカルデュアルツリーが適用されないときのパレット予測子サイズと比較して、縮小されてもよい。
ｉ． 一例において、クロマのパレット予測子サイズは半分に縮小されてもよい。
クロマデブロッキング関連
４． スライスレベル及び／又はより高いレベル（すなわち、領域サイズがスライスより大きい）で（例えば、ＰＰＳ又はピクチャヘッダにおいて）クロマデブロッキングオフセットをシグナリング／パースするかどうかは、色フォーマット、及び／又はセパレートプレーンコーディング（separate plane coding）有効化フラグ、及び／又はChromaArrayType、及び／又はクロマデブロッキングオフセットが存在するかどうかを示すフラグ、及び／又はクロマデブロッキングオフセット又は何らかの他のクロマツールパラメータが存在するかどうかを示すフラグに依存し得る。
ａ． 一例において、スライスレベル及び／又はより高いレベル（すなわち、領域サイズがスライスより大きい）におけるクロマデブロッキングオフセットのシグナリング／パースは、ChromaArrayTypeが０に等しいか、又は色フォーマットが４：０：０であるか、又はセパレートプレーンコーディングが適用されるか、又はクロマデブロッキングオフセットが存在しないことをフラグが示すとき、常にスキップされてもよい。
ｂ． 一例において、pps_cb_beta_offset_div2、pps_cb_tc_offset_div2、pps_cr_beta_offset_div2、pps_cr_tc_offset_div2のシグナリング／パースは、ChromaArrayTypeが０に等しいか、又は色フォーマットが４：０：０であるか、又はセパレートプレーンコーディングが適用されるか、又はクロマデブロッキングオフセットが存在しないことをフラグが示すとき、常にスキップされてもよい。
ｃ． 一例において、ph_cb_beta_offset_div2、ph_cb_tc_offset_div2、ph_cr_beta_offset_div2、ph_cr_tc_offset_div2のシグナリング／パースは、ChromaArrayTypeが０に等しいか、又は色フォーマットが４：０：０であるか、又はセパレートプレーンコーディングが適用されるか、又はクロマデブロッキングオフセットが存在しないことをフラグが示すとき、常にスキップされてもよい。
ｄ． 一例において、slice_cb_beta_offset_div2、slice_cb_tc_offset_div2、slice_cr_beta_offset_div2、slice_cr_tc_offset_div2のシグナリング／パースは、ChromaArrayTypeが０に等しいか、又は色フォーマットが４：０：０であるか、又はセパレートプレーンコーディングが適用されるか、又はクロマデブロッキングオフセットが存在しないことをフラグが示すとき、常にスキップされてもよい。
ｅ． 代替的に、適合ビットストリームは、ChromaArrayTypeが０に等しいか、又は色フォーマットが４：０：０であるか、又はセパレートプレーンコーディングが適用されるとき、pps_cb_beta_offset_div2、pps_cb_tc_offset_div2、pps_cr_beta_offset_div2、pps_cr_tc_offset_div2が０に等しいものとすることを満たすものとする。
ｆ． 一例において、pps_cb_beta_offset_div2、pps_cb_tc_offset_div2、pps_cr_beta_offset_div2、pps_cr_tc_offset_div2のシグナリング／パースは、chroma_format_idcが０に等しいか、又はseparate_colour_plane_flagが１に等しくないか、又はクロマデブロッキングオフセットが存在しないことをフラグが示すとき、常にスキップされてもよい。
ｇ． 一例において、pps_cb_beta_offset_div2、ph_cb_tc_offset_div2、ph_cr_beta_offset_div2、ph_cr_tc_offset_div2のシグナリング／パースは、chroma_format_idcが０に等しいか、又はseparate_colour_plane_flagが１に等しくないか、又はクロマデブロッキングオフセットが存在しないことをフラグが示すとき、常にスキップされてもよい。
ｈ． 一例において、slice_cb_beta_offset_div2、slice_cb_tc_offset_div2、slice_cr_beta_offset_div2、slice_cr_tc_offset_div2のシグナリング／パースは、chroma_format_idcが０に等しいか、又はseparate_colour_plane_flagが１に等しくないか、又はクロマデブロッキングオフセットが存在しないことをフラグが示すとき、常にスキップされてもよい。
ｉ． 代替的に、さらに、シンタックス要素のシグナリングがスキップされるとき、そのシンタックス要素の値は０に等しいと推論される。
５． 色フォーマット、及び／又はセパレートプレーンコーディング有効化フラグ、及び／又はChromaArrayType、及び／又はクロマデブロッキングオフセットが存在するかどうかを示すフラグ、及び／又はクロマデブロッキングオフセット又は何らかの他のクロマツールパラメータが存在するかどうかを示すフラグ（例えば、pps_chroma_tool_params_present_flag）が、ＰＰＳ及び／又はＳＰＳ及び／又はＡＰＳにおいて示され得る。
ａ． 一例において、pps_cb_beta_offset_div2、pps_cb_tc_offset_div2、pps_cr_beta_offset_div2、pps_cr_tc_offset_div2のシグナリング／パースは、ChromaArrayTypeが０に等しい、又は色フォーマットが４：０：０である、及び／又は上記フラグが偽であるとき、常にスキップされてもよい。
ｂ． 一例において、pps_cb_beta_offset_div2、pps_cb_tc_offset_div2、pps_cr_beta_offset_div2、pps_cr_tc_offset_div2のシグナリング／パースは、ChromaArrayTypeが０に等しい、又は色フォーマットが４：０：０である、及び／又は上記フラグが偽であるとき、常にスキップされてもよい。
ｃ． 一例において、クロマツールオフセット関連シンタックス要素（例えば、pps_cb_qp_offset、pps_cr_qp_offset、pps_joint_cbcr_qp_offset_present_flag、pps_slice_chroma_qp_offsets_present_flag、pps_cu_chroma_qp_offset_list_enabled_flag）は、ChromaArrayTypeが０に等しくない、及び／又は上記フラグが偽であるという条件チェックの下でシグナリングされる。
ｄ． 適合ビットストリームでは、ＰＰＳにおいてシグナリングされる色フォーマット及び／又はセパレートプレーンコーディング有効化フラグ及び／又はChromaArrayTypeは、関連するＳＰＳにおいてシグナリングされる対応する情報と同一であるべきであることが要求される。
６． クロマｑｐオフセットがシグナリング／パースされるべきかを制御するフラグが、クロマデブロッキングオフセットがシグナリング／パースされるべきかをさらに制御し得ることが提案される。
ａ． 一例において、フラグpps_chroma_tool_params_present_flagを使用して、クロマＱｐオフセットがシグナリングされパースされるべきかどうか、及びクロマデブロッキングオフセットがシグナリングされ／パースされるべきかどうかを（例えば、実施形態３に示すように）制御してもよい。代替的に、既存のフラグpps_chroma_tool_offsets_present_flagを使用して、クロマＱｐオフセットがシグナリングされパースされるべきかどうか、及びクロマデブロッキングオフセットがシグナリングされ／パースされるべきかどうかを制御することができる。
７． 制御フラグ、例えばpps_chroma_deblocking_params_present_flagが、クロマデブロッキングオフセットがシグナリングされる／パースされるべきかどうかを制御するために、ＰＰＳにおいて追加され得る。
ａ． 一例において、フラグが０に等しいとき、pps_cb_beta_offset_div2、pps_cb_tc_offset_div2、pps_cr_beta_offset_div2、pps_cr_tc_offset_div2のシグナリング／パースは常にスキップされてもよい。
ｂ． 一例において、フラグが０に等しいとき、ph_cb_beta_offset_div2、ph_cb_tc_offset_div2、ph_cr_beta_offset_div2、ph_cr_tc_offset_div2のシグナリング／パースは常にスキップされてもよい。
ｃ． 一例において、フラグが０に等しいとき、slice_cb_beta_offset_div2、slice_cb_tc_offset_div2、slice_cr_beta_offset_div2、slice_cr_tc_offset_div2のシグナリング／パースは常にスキップされてもよい。
ｄ．代替的に、さらに、適合ビットストリームにおいて、ChromaArrayTypeが０に等しいときにフラグが０に等しいものとすることが要求される。
ＡＰＳにおけるクロマツール関連パラメータ
８． 制御フラグ、例えばaps_chroma_tool_params_present_flagが、クロマツール関連パラメータがＡＰＳにおいてシグナリングされる／パースされるべきかどうかを制御するために、ＡＰＳにおいて追加され得る。
ａ． 一例において、aps_chroma_tool_params_present_flagが０に等しいとき、alf_chroma_filter_signal_flag、alf_cc_cb_filter_signal_flag、及びalf_cc_cr_filter_signal_flagは常にスキップされ、０に等しいように推論されてもよい。
ｂ． 一例において、aps_chroma_tool_params_present_flagが０に等しいとき、scaling_list_chroma_present_flagは常にスキップされ、０に等しいように推論されてもよい。
ピクチャヘッダにおける他のクロマツール関連パラメータ
９． 一例において、ph_log2_diff_min_qt_min_cb_intra_slice_lumaのシグナリング／パースは、ChromaArrayTypeが０に等しいか、又は色フォーマットが４：０：０であるか、又はセパレートプレーンコーディングが適用されるか、又はこのシンタックス要素（及び、可能性としてさらに他のシンタックス要素）が存在しないことをフラグが示すとき、常にスキップされ得る。
１０． 一例において、ph_log2_diff_min_qt_min_cb_intra_slice_chromaのシグナリング／パースは、ChromaArrayTypeが０に等しいか、又は色フォーマットが４：０：０であるか、又はセパレートプレーンコーディングが適用されるか、又はこのシンタックス要素（及び、可能性としてさらに他のシンタックス要素）が存在しないことをフラグが示すとき、常にスキップされ得る。
１１． 一例において、ph_log2_diff_min_qt_min_cb_inter_sliceのシグナリング／パースは、ChromaArrayTypeが０に等しいか、又は色フォーマットが４：０：０であるか、又はセパレートプレーンコーディングが適用されるか、又はこのシンタックス要素（及び、可能性としてさらに他のシンタックス要素）が存在しないことをフラグが示すとき、常にスキップされ得る。
一般的な特徴
１２． 上記方法を適用するかどうか、及び／又はどのように適用するかは、以下に基づき得る：
ａ． ビデオコンテンツ（例えば、スクリーンコンテンツ又は自然コンテンツ）
ｂ． ＤＰＳ／ＳＰＳ／ＶＰＳ／ＰＰＳ／ＡＰＳ／ピクチャヘッダ／スライスヘッダ／タイルグループヘッダ／最大コーディングユニット（Largest coding unit、ＬＣＵ）／コーディングユニット（Coding unit、ＣＵ）／ＬＣＵ行／ＬＣＵのグループ／ＴＵ／ＰＵブロック／ビデオコーディングユニットにおいてシグナリングされたメッセージ
ｃ． ＣＵ／ＰＵ／ＴＵ／ブロック／ビデオコーディングユニットの位置
ｄ． 現在のブロック及び／又はその近隣ブロックのブロックの大きさ
ｅ． 現在のブロック及び／又はその近隣ブロックのブロック形状
ｆ． 現在のブロックの量子化パラメータ
ｇ． 色フォーマットの指標（４：２：０、４：４：４、ＲＧＢ、又はＹＵＶなど）
ｈ． コーディングツリー構造（デュアルツリー又はシングルツリーなど）
ｉ． スライス／タイルグループタイプ、及び／又はピクチャタイプ
ｊ． 色成分（例えば、ルマ成分及び／又はクロマ成分にのみ適用され得る）
ｋ． 時間レイヤＩＤ
ｌ． 標準のプロファイル／レベル／ティア（Tiers）
ｍ． 現在のブロックが１つのエスケープサンプルを有するか否か
ｉ． 一例において、上記方法は、現在のブロックが少なくとも１つのエスケープサンプルを有するときにのみ適用されてもよい。
ｎ． 現在のブロックがロスレスモードでコーディングされるか否か（例えば、cu_transquant_bypass_flag）
ｉｉ． 一例において、上記方法は、現在のブロックがロスレスモードでコーディングされないときにのみ適用されてもよい。
ｏ． ロスレスコーディングが有効にされるか否か（例えば、transquant_bypass_enabled、cu_transquant_bypass_flag）

５ 実施形態

以下の実施形態では、追加された部分は、太字、下線、及びイタリック体のテキストとしてマークされている。削除される部分は、［［］］内にマークされている。

５．１ 実施形態＃１

５．２ 実施形態＃２

５．３ 実施形態＃３

５．４ 実施形態＃４

図７は、本明細書に開示される様々な手法が実装され得る一例示的なビデオ処理システム１９００を示すブロック図である。様々な実装が、システム１９００のコンポーネントの一部又は全部を含んでもよい。システム１９００は、ビデオコンテンツを受信する入力１９０２を含み得る。ビデオコンテンツは、未加工（raw）又は非圧縮のフォーマット、例えば、８又は１０ビットのマルチ成分画素値で受け取ることができ、あるいは圧縮又は符号化されたフォーマットでもよい。入力１９０２は、ネットワークインターフェース、周辺バスインターフェース、又はストレージインターフェースを表すことができる。ネットワークインターフェースの例には、イーサネット、受動光ネットワーク（passive optical network、ＰＯＮ）などの有線インターフェース、及びＷｉ－Ｆｉ又はセルラーインターフェースなどの無線インターフェースが含まれる。

システム１９００は、本文献に記載される様々なコーディング又は符号化方法を実施することができるコーディングコンポーネント（coding component）１９０４を含み得る。コーディングコンポーネント１９０４は、入力１９０２からコーディングコンポーネント１９０４の出力へのビデオの平均ビットレートを低減して、ビデオのコーディングされた表現を生成することができる。したがって、このコーディング手法は、ビデオ圧縮又はビデオトランスコーディング手法と時に呼ばれる。コーディングコンポーネント１９０４の出力は、コンポーネント１９０６により表されるように、記憶されるか、又は接続された通信を介して送信されてもよい。入力１９０２で受信したビデオの、記憶され又は通信されたビットストリーム（又は、コーディングされた）表現は、画素値、又はディスプレイインターフェース１９１０に送られる表示可能なビデオを生成するために、コンポーネント１９０８により使用することができる。ビットストリーム表現からユーザが見ることができるビデオを生成するプロセスは、ビデオ解凍と時に呼ばれる。さらに、特定のビデオ処理動作は「コーディング」動作又はツールと呼ばれるが、コーディングツール又は動作はエンコーダで使用され、コーディングの結果を逆にする対応する復号ツール又は動作はデコーダにより実行されることが理解されるであろう。

周辺バスインターフェース又はディスプレイインターフェースの例には、ユニバーサルシリアルバス（ＵＳＢ）又は高精細マルチメディアインターフェース（high definition multimedia interface、ＨＤＭＩ（登録商標））又はＤｉｓｐｌａｙｐｏｒｔなどを含んでもよい。ストレージインターフェースの例には、ＳＡＴＡ（シリアルアドバンストテクノロジーアタッチメント（serial advanced technology attachment））、ＰＣＩ、ＩＤＥインターフェースなどが含まれる。本文献に記載される手法は、携帯電話、ラップトップ、スマートフォン、又はデジタルデータ処理及び／又はビデオ表示を実行することができる他のデバイスなどの様々な電子デバイスにおいて具現化することができる。

図８は、ビデオ処理装置３６００のブロック図である。装置３６００は、本明細書に記載される方法の１つ以上を実施するために使用することができる。装置３６００は、スマートフォン、タブレット、コンピュータ、モノのインターネット（Internet of Things、ＩｏＴ）の受信機などにおいて具現化されてもよい。装置３６００は、１つ以上のプロセッサ３６０２、１つ以上のメモリ３６０４、及びビデオ処理ハードウェア３６０６を含むことができる。プロセッサ３６０２は、本文献に記載される１つ以上の方法を実施するように構成され得る。メモリ（複数のメモリ）３６０４は、本明細書に記載される方法及び手法を実施するために使用されるデータ及びコードを記憶するために使用され得る。ビデオ処理ハードウェア３６０６は、本文献に記載されるいくつかの手法をハードウェア回路に実装するために使用され得る。

図１０は、本開示の手法を利用し得る一例示的なビデオコーディングシステム１００を示すブロック図である。

図１０に示すように、ビデオコーディングシステム１００は、ソースデバイス１１０及び宛先デバイス１２０を含み得る。ソースデバイス１１０は、符号化されたビデオデータを生成し、これは、ビデオ符号化デバイスとして参照され得る。宛先デバイス１２０は、ソースデバイス１１０により生成された符号化ビデオデータを復号することができ、これは、ビデオ復号デバイスとして参照され得る。

ソースデバイス１１０は、ビデオソース１１２、ビデオエンコーダ１１４、及び入力／出力（Ｉ／Ｏ）インターフェース１１６を含むことができる。

ビデオソース１１２は、ビデオ捕捉デバイス、ビデオコンテンツプロバイダからビデオデータを受信するインターフェース、及び／又はビデオデータを生成するためのコンピュータグラフィックスシステムなどのソース、又はそのようなソースの組み合わせを含んでもよい。ビデオデータは、１つ以上のピクチャを含んでもよい。ビデオエンコーダ１１４は、ビデオソース１１２からのビデオデータを符号化してビットストリームを生成する。ビットストリームは、ビデオデータのコーディングされた表現を形成するビットシーケンスを含んでもよい。ビットストリームは、コーディングピクチャ及び関連データを含んでもよい。コーディングピクチャは、ピクチャのコーディングされた表現である。関連データは、シーケンスパラメータセット、ピクチャパラメータセット、及び他のシンタックス構造を含んでもよい。Ｉ／Ｏインターフェース１１６は、変調器／復調器（モデム）及び／又は送信器を含んでもよい。符号化されたビデオデータは、Ｉ／Ｏインターフェース１１６を介してネットワーク１３０ａを通じて宛先デバイス１２０に直接送信され得る。符号化されたビデオデータは、さらに、宛先デバイス１２０によるアクセスのために記憶媒体／サーバ１３０ｂ上に記憶されてもよい。

宛先デバイス１２０は、Ｉ／Ｏインターフェース１２６、ビデオデコーダ１２４、及びディスプレイデバイス１２２を含んでもよい。

Ｉ／Ｏインターフェース１２６は、受信器及び／又はモデムを含んでもよい。Ｉ／Ｏインターフェース１２６は、ソースデバイス１１０又は記憶媒体／サーバ１３０ｂから符号化ビデオデータを取得することができる。ビデオデコーダ１２４は、符号化ビデオデータを復号することができる。ディスプレイデバイス１２２は、復号されたビデオデータをユーザに表示することができる。ディスプレイデバイス１２２は、宛先デバイス１２０と統合されてもよく、あるいは外部ディスプレイデバイスとインターフェースするように構成された宛先デバイス１２０の外部にあってもよい。

ビデオエンコーダ１１４及びビデオデコーダ１２４は、高効率ビデオコーディング（ＨＥＶＣ）標準、汎用ビデオコーディング（ＶＶＭ）標準、及び他の現在及び／又はさらなる標準などのビデオ圧縮標準に従って動作することができる。

図１１は、ビデオエンコーダ２００の一例を示すブロック図であり、これは、図１０に示すシステム１００内のビデオエンコーダ１１４でもよい。

ビデオエンコーダ２００は、本開示の手法のいずれか又は全てを実行するように構成され得る。図１１の例において、ビデオエンコーダ２００は、複数の機能コンポーネントを含む。本開示に記載される手法は、ビデオエンコーダ２００の様々なコンポーネント間で分担されてもよい。いくつかの例において、プロセッサは、本開示に記載される手法のいずれか又は全てを実行するように構成されてもよい。

ビデオエンコーダ２００の機能コンポーネントは、パーティション化ユニット２０１と、モード選択ユニット２０３、動き推定ユニット２０４、動き補償ユニット２０５、及びイントラ予測ユニット２０６を含み得るプレディケーションユニット（predication unit）２０２と、残差生成ユニット２０７と、変換ユニット２０８と、量子化ユニット２０９と、逆量子化ユニット２１０と、逆変換ユニット２１１と、再構成ユニット２１２と、バッファ２１３と、エントロピー符号化ユニット２１４とを含んでもよい。

他の例において、ビデオエンコーダ２００は、より多くの、より少ない、又は異なる機能コンポーネントを含んでもよい。一例において、プレディケーションユニット２０２は、イントラブロックコピー（ＩＢＣ）ユニットを含んでもよい。ＩＢＣユニットは、プレディケーションをＩＢＣモードで実行することができ、これにおいて、少なくとも１つの参照ピクチャは、現在の（current）ビデオブロックが位置するピクチャである。

さらに、動き推定ユニット２０４及び動き補償ユニット２０５などのいくつかのコンポーネントが高度に統合されてもよいが、図１１の例では説明の目的で別個に示されている。

パーティション化ユニット２０１は、ピクチャを１つ以上のビデオブロックにパーティション化することができる。ビデオエンコーダ２００及びビデオデコーダ３００は、様々なビデオブロックサイズをサポートすることができる。

モード選択ユニット２０３は、例えば誤差結果に基づいて、コーディングモードのうちの１つ、イントラ又はインターを選択し、結果として生じるイントラ又はインターコーディングされたブロックを、残差ブロックデータを生成する残差生成ユニット２０７に、及び、参照ピクチャとしての使用のための符号化ブロックを再構成する再構成ユニット２１２に提供することができる。いくつかの例において、モード選択ユニット２０３は、イントラ及びインタープレディケーションの組み合わせ（combination of intra and inter predication、ＣＩＩＰ）モードを選択することができ、これにおいて、プレディケーションは、インタープレディケーション信号及びイントラプレディケーション信号に基づく。モード選択ユニット２０３は、さらに、インタープレディケーションの場合に、ブロックのための動きベクトルの解像度（例えば、サブピクセル又は整数ピクセル精度）を選択してもよい。

現在のビデオブロックに対してインター予測を実行するために、動き推定ユニット２０４は、バッファ２１３からの１つ以上の参照フレームを現在のビデオブロックと比較することにより、現在のビデオブロックの動き情報を生成することができる。動き補償ユニット２０５は、動き情報と、バッファ２１３からの、現在のビデオブロックに関連づけられたピクチャ以外のピクチャの復号されたサンプルとに基づいて、現在のビデオブロックの予測ビデオブロックを決定することができる。

動き推定ユニット２０４と動き補償ユニット２０５は、例えば、現在のビデオブロックがＩスライス内にあるか、Ｐスライス内にあるか、又はＢスライス内にあるかに依存して、現在のビデオブロックに対して異なる動作を実行することができる。

いくつかの例において、動き推定ユニット２０４は、現在のビデオブロックに対して一方向の予測を実行することができ、動き推定ユニット２０４は、現在のビデオブロックのための参照ビデオブロックについて、リスト０又はリスト１の参照ピクチャを検索することができる。次いで、動き推定ユニット２０４は、参照ビデオブロックを含むリスト０又はリスト１内の参照ピクチャを示す参照インデックスと、現在のビデオブロックと参照ビデオブロックとの間の空間的変位を示す動きベクトルとを生成することができる。動き推定ユニット２０４は、現在のビデオブロックの動き情報として、参照インデックス、予測方向インジケータ、及び動きベクトルを出力することができる。動き補償ユニット２０５は、現在のビデオブロックの動き情報により示される参照ビデオブロックに基づいて、現在のブロックの予測ビデオブロックを生成することができる。

他の例において、動き推定ユニット２０４は、現在のビデオブロックに対して双方向の予測を実行することができ、動き推定ユニット２０４は、現在のビデオブロックのための参照ビデオブロックについて、リスト０内の参照ピクチャを検索することができ、現在のビデオブロックのための別の参照ビデオブロックについて、リスト１内の参照ピクチャを検索することもできる。次いで、動き推定ユニット２０４は、参照ビデオブロックを含むリスト０及びリスト１内の参照ピクチャを示す参照インデックスと、参照ビデオブロックと現在のビデオブロックとの間の空間的変位を示すと動きベクトルとを生成することができる。動き推定ユニット２０４は、現在のビデオブロックの動き情報として、現在のビデオブロックの参照インデックス及び動きベクトルを出力することができる。動き補償ユニット２０５は、現在のビデオブロックの動き情報により示される参照ビデオブロックに基づいて、現在のビデオブロックの予測ビデオブロックを生成することができる。

いくつかの例において、動き推定ユニット２０４は、デコーダの復号処理のための動き情報のフルセットを出力することができる。

いくつかの例において、動き推定ユニット２０４は、現在のビデオのための動き情報のフルセットを出力しなくてもよい。むしろ、動き推定ユニット２０４は、別のビデオブロックの動き情報を参照して、現在のビデオブロックの動き情報をシグナリングしてもよい。例えば、動き推定ユニット２０４は、現在のビデオブロックの動き情報が近隣のビデオブロックの動き情報と十分に類似していると決定することができる。

一例において、動き推定ユニット２０４は、現在のビデオブロックに関連づけられたシンタックス構造において、現在のビデオブロックが別のビデオブロックと同じ動き情報を有することをビデオデコーダ３００に示す値を示すことができる。

別の例において、動き推定ユニット２０４は、現在のビデオブロックに関連づけられたシンタックス構造において、別のビデオブロック及び動きベクトル差分（motion vector difference、ＭＶＤ）を識別することができる。動きベクトル差分は、現在のビデオブロックの動きベクトルと、示されたビデオブロックの動きベクトルとの間の差を示す。ビデオデコーダ３００は、示されたビデオブロックの動きベクトルと動きベクトル差分とを使用して、現在のビデオブロックの動きベクトルを決定することができる。

上記で論じたように、ビデオエンコーダ２００は、動きベクトルを予測的にシグナリングすることができる。ビデオエンコーダ２００により実施され得る予測シグナリング手法の２つの例には、高度動きベクトルプレディケーション（advanced motion vector predication、ＡＭＶＰ）及びマージモードのシグナリングが含まれる。

イントラ予測ユニット２０６は、現在のビデオブロックに対してイントラ予測を実行することができる。イントラ予測ユニット２０６が現在のビデオブロックに対してイントラ予測を実行するとき、イントラ予測ユニット２０６は、同じピクチャ内の他のビデオブロックの復号されたサンプルに基づいて、現在のビデオブロックのための予測データを生成することができる。現在のビデオブロックのための予測データは、予測されたビデオブロックと様々なシンタックス要素を含むことができる。

残差生成ユニット２０７は、現在のビデオブロックから現在のビデオブロックの予測ビデオブロックを減算することにより（例えば、マイナス記号により示される）、現在のビデオブロックのための残差データを生成することができる。現在のビデオブロックの残差データは、現在のビデオブロック内のサンプルの異なるサンプル成分に対応する残差ビデオブロックを含むことができる。

他の例において、例えばスキップモードでは、現在のビデオブロックについて、現在のビデオブロックのための残差データが存在しない場合があり、残差生成ユニット２０７は、減算動作を実行しない場合がある。

変換処理ユニット２０８は、現在のビデオブロックに関連づけられた残差ビデオブロックに１つ以上の変換を適用することにより、現在のビデオブロックのための１つ以上の変換係数ビデオブロックを生成することができる。

変換処理ユニット２０８が、現在のビデオブロックに関連づけられた変換係数ビデオブロックを生成した後、量子化ユニット２０９は、現在のビデオブロックに関連づけられた１つ以上の量子化パラメータ（ＱＰ）値に基づいて、現在のビデオブロックに関連づけられた変換係数ビデオブロックを量子化することができる。

逆量子化ユニット２１０及び逆変換ユニット２１１は、変換係数ビデオブロックから残差ビデオブロックを再構成するために、変換係数ビデオブロックに逆量子化及び逆変換をそれぞれ適用することができる。再構成ユニット２１２は、再構成された残差ビデオブロックを、プレディケーションユニット２０２により生成された１つ以上の予測ビデオブロックからの対応するサンプルに加算して、バッファ２１３における記憶のために、現在のブロックに関連づけられた再構成ビデオブロックを作成することができる。

再構成ユニット２１２がビデオブロックを再構成した後、ループフィルタリング動作を実行して、ビデオブロック内のビデオブロッキングアーチファクトを低減してもよい。

エントロピー符号化ユニット２１４は、ビデオエンコーダ２００の他の機能コンポーネントからデータを受信することができる。エントロピー符号化ユニット２１４がデータを受け取ると、エントロピー符号化ユニット２１４は、１つ以上のエントロピー符号化動作を実行してエントロピー符号化データを生成し、エントロピー符号化データを含むビットストリームを出力することができる。

図１２は、ビデオデコーダ３００の一例を示すブロック図であり、これは、図１０に示すシステム１００内のビデオデコーダ１１４でもよい。

ビデオデコーダ３００は、本開示の手法のいずれか又は全てを実行するように構成され得る。図１２の例において、ビデオデコーダ３００は、複数の機能コンポーネントを含む。本開示に記載される手法は、ビデオデコーダ３００の様々なコンポーネント間で分担されてもよい。いくつかの例において、プロセッサは、本開示に記載される手法のいずれか又は全てを実行するように構成されてもよい。

図１２の例において、ビデオデコーダ３００は、エントロピー復号ユニット３０１、動き補償ユニット３０２、イントラ予測ユニット３０３、逆量子化ユニット３０４、逆変換ユニット３０５、再構成ユニット３０６、及びバッファ３０７を含む。ビデオデコーダ３００は、いくつかの例において、ビデオエンコーダ２００（図１１）に関して説明した符号化パスと一般に逆の復号パスを実行することができる。

エントロピー復号ユニット３０１は、符号化されたビットストリームを取り出すことができる。この符号化ビットストリームは、エントロピーコーディングビデオデータ（例えば、ビデオデータの符号化されたブロック）を含むことができる。エントロピー復号ユニット３０１は、エントロピーコーディングビデオデータを復号することができ、エントロピー復号ビデオデータから、動き補償ユニット３０２は、動きベクトル、動きベクトル精度、参照ピクチャリストインデックス、及び他の動き情報を含む動き情報を決定することができる。動き補償ユニット３０２は、例えば、ＡＭＶＰ及びマージモードを実行することにより、そのような情報を決定することができる。

動き補償ユニット３０２は、可能性として補間フィルタに基づいて補間を実行し、動き補償ブロックを作成することができる。サブピクセル精度で使用されるべき補間フィルタの識別子が、シンタックス要素に含まれてもよい。

動き補償ユニット３０２は、ビデオブロックの符号化の間にビデオエンコーダ２０により使用された補間フィルタを使用して、参照ブロックのサブ整数ピクセル（sub-integer pixels）のための補間値を計算することができる。動き補償ユニット３０２は、受け取ったシンタックス情報に従ってビデオエンコーダ２００により使用される補間フィルタを決定し、補間フィルタを使用して予測ブロックを作成することができる。

動き補償ユニット３０２は、シンタックス情報の一部を使用して、符号化されたビデオシーケンスのフレーム及び／又はスライスを符号化するために使用されたブロックのサイズ、符号化されたビデオシーケンスのピクチャの各マクロブロックがどのようにパーティション化されるかを記述するパーティション情報、各パーティションがどのように符号化されているかを示すモード、各インター符号化ブロックのための１つ以上の参照フレーム（及び、参照フレームリスト）、及び符号化されたビデオシーケンスを復号するための他の情報を決定することができる。

イントラ予測ユニット３０３は、例えばビットストリームにおいて受け取ったイントラ予測モードを使用して、空間的に隣接するブロックから予測ブロックを形成することができる。逆量子化ユニット３０３は、ビットストリームにおいて提供され、エントロピー復号ユニット３０１により復号された量子化ビデオブロック係数を逆量子化し、すなわち量子化解除する（de-quantizes）。逆変換ユニット３０３は、逆変換を適用する。

再構成ユニット３０６は、残差ブロックを、動き補償ユニット２０２又はイントラ予測ユニット３０３により生成された対応する予測ブロックと合計して、復号されたブロックを形成することができる。所望であれば、デブロッキングフィルタをさらに適用して復号ブロックをフィルタリングして、ブロック性アーチファクト（blockiness artifact）を除去してもよい。次いで、復号されたビデオブロックはバッファ３０７に記憶され、バッファ３０７は、後続の動き補償／イントラプレディケーションのための参照ブロックを提供し、さらに、ディスプレイデバイスにおける提示のための復号されたビデオを生ずる。

次に、いくつかの実施形態で好適な解決策のリストを提供する。

以下の解決策は、前のセクション（例えば、項目１）で論じられた手法の例示的な実施形態を示す。

１． ビデオ処理の方法（例えば、図９に示す方法９００）であって、ビデオのビデオブロックと前記ビデオのコーディングされた表現（coded representation）との間のコンバージョンを実行するステップ（９０２）、を含み、前記ビデオブロックの前記コーディングされた表現にパレットモードが使用され、前記ビデオブロックのサンプルは代表的な色値のパレットを使用して表され、前記パレットの外部のサンプルは、エスケープシンボルと、ルールにより決定される最小許容値及び最大許容値の間の範囲内である量子化パラメータを使用して量子化された値とを使用してコーディングされる、方法。

２． 前記最大許容値は、前記ビデオブロックの前記コーディングされた表現に使用される二値化方法に依存する、解決策１に記載の方法。

３． 前記最大許容値はＴ＋Ｂとして表され、Ｂは前記ビデオブロックのサンプルのビット深度の表現に基づく数であり、Ｔは予め定義された数である、解決策１に記載の方法。

以下の解決策は、前のセクション（例えば、項目２）で論じられた手法の例示的な実施形態を示す。

４． ビデオ処理の方法であって、ビデオのビデオブロックと前記ビデオのコーディングされた表現との間のコンバージョンを実行するステップ、を含み、前記ビデオブロックの前記コーディングされた表現にパレットモードが使用され、前記ビデオブロックのサンプルは代表的な色値のパレットを使用して表され、前記パレットのサイズは、前記ビデオブロックと前記コーディングされた表現との間の前記コンバージョンにローカルデュアルツリーが使用されるかどうかに関するルールに依存する、方法。

５． 前記パレットのサイズは、前記ローカルデュアルツリーの使用に起因して、前記ビデオの色成分に依存する、解決策４に記載の方法。

６． 前記ルールは、前記ビデオブロックがクロマブロックである場合に、前記ビデオブロックがルマブロックである場合よりもより小さいパレットサイズを使用することを指定する、解決策５に記載の方法。

以下の解決策は、前のセクション（例えば、項目３）で論じられた手法の例示的な実施形態を示す。

７． ビデオ処理の方法であって、ビデオのビデオブロックと前記ビデオのコーディングされた表現との間のコンバージョンを実行するステップ、を含み、前記ビデオブロックの前記コーディングされた表現にパレットモードが使用され、前記ビデオブロックのサンプルは代表的な色値のパレットを使用して表され、前記パレット予測子のサイズは、前記ビデオブロックと前記コーディングされた表現との間の前記コンバージョンにローカルデュアルツリーが使用されるかどうかに関するルールに依存する、方法。

８． 前記パレット予測子のサイズは、前記ローカルデュアルツリーの使用に起因して、前記ビデオブロックの色成分に依存する、解決策７に記載の方法。

９． 前記ルールは、前記ビデオブロックがクロマブロックである場合に、前記ビデオブロックがルマブロックである場合よりもより小さいパレットサイズを使用することを指定する、解決策８に記載の方法。

以下の解決策は、前のセクション（例えば、項目４）で論じられた手法の例示的な実施形態を示す。

１０． ビデオ処理の方法であって、ビデオのビデオ領域のビデオブロックと前記ビデオのコーディングされた表現との間のコンバージョンについて、コーディング条件に基づいて、前記ビデオのクロマ成分のためのデブロッキングオフセットを識別するシンタックス要素が前記ビデオ領域レベルで前記コーディングされた表現に含まれるかどうかを決定するステップと、前記決定に基づいて前記コンバージョンを実行するステップと、を含み、前記デブロッキングオフセットは、前記ビデオブロックに対するデブロッキング動作を選択的に有効にするために使用される、方法。

１１． 前記ビデオ領域は、ビデオスライス又はビデオピクチャである、解決策１０に記載の方法。

１２． 前記コーディング条件は、前記ビデオの色フォーマットを含む、解決策１０乃至１１のうちいずれか１項に記載の方法。

１３． 前記コーディング条件は、前記コンバージョンに対してセパレートプレーンコーディングが有効にされるかどうかに基づく、解決策１０乃至１２のうちいずれか１項に記載の方法。

１４． 前記コーディング条件は、前記コーディングされた表現にクロマアレイタイプが含まれるかどうかに基づく、解決策１０乃至１３のうちいずれか１項に記載の方法。

以下の解決策は、前のセクション（例えば、項目５）で論じられた手法の例示的な実施形態を示す。

１５． ビデオ処理の方法であって、ビデオのビデオ領域のビデオブロックと前記ビデオのコーディングされた表現との間のコンバージョンについて、コーディング条件に基づいて、クロマコーディングツールの使用を識別するシンタックス要素が前記ビデオ領域レベルで前記コーディングされた表現に含まれるかどうかを決定するステップと、前記決定に基づいて前記コンバージョンを実行するステップと、を含み、前記デブロッキングオフセットは、前記ビデオブロックに対するデブロッキング動作を選択的に有効にするために使用される、方法。

１６． 前記ビデオ領域は、ビデオスライス又はビデオピクチャである、解決策１５に記載の方法。

１７． 前記コーディング条件は、適応パラメータセットにおけるシンタックス要素の包含に対応する、解決策１５乃至１６のうちいずれか１項に記載の方法。

以下の解決策は、前のセクション（例えば、項目６、７）で論じられた手法の例示的な実施形態を示す。

１８． ビデオ処理の方法であって、ビデオのビデオ領域のビデオブロックと前記ビデオのコーディングされた表現との間のコンバージョンを実行するステップ、を含み、前記コーディングされた表現はフォーマットに適合し、前記フォーマットは、前記ビデオのクロマ成分のためのデブロッキングオフセットを示す第１のフラグが前記コーディングされた表現に含まれるかどうかが、前記クロマ成分の量子化パラメータオフセットを示す第２のフラグが前記コーディングされた表現に含まれるかどうかに基づくことを指定する、方法。

１９． 前記フォーマットルールは、前記コーディングされた表現が、前記第１のフラグ及び前記第２のフラグが前記コーディングされた表現に含まれるかどうかを示す第３のフラグを含むことを指定する、解決策１８に記載の方法。

２０． 前記第３のフラグは、ピクチャパラメータセット内の前記コーディングされた表現に含まれる、解決策１８乃至１９のうちいずれか１項に記載の方法。

以下の解決策は、前のセクション（例えば、項目８～１２）で論じられた手法の例示的な実施形態を示す。

２１． ビデオ処理の方法であって、ビデオのビデオ領域のビデオブロックと前記ビデオのコーディングされた表現との間のコンバージョンを実行するステップ、を含み、前記コーディングされた表現はフォーマットルールに適合し、前記フォーマットルールは、前記コーディングされた表現におけるシンタックス要素が、１つ以上のクロマコーディングツールの適用可能性を示す１つ以上のパラメータが前記ビデオ領域又は前記ビデオブロックレベルで前記コーディングされた表現に含まれるかどうかを制御することを指定する、方法。

２２． 前記シンタックス要素は、適応パラメータセットに含まれる、解決策２１に記載の方法。

２３． 前記フォーマットルールは、前記シンタックス要素の第１の値が、前記１つ以上のパラメータが前記コーディングされた表現から除外され、前記コーディングされた表現のパースの間にスキップされることを示すことを指定する、解決策２１乃至２２のうちいずれか１項に記載の方法。

２４． 前記コンバージョンは、前記ビデオが条件を満たすことに起因して前記方法を使用する、上記解決策のうちいずれか１項に記載の方法。

２５． 前記条件は、ビデオコンテンツのタイプ、又は前記コーディングされた表現により使用されるプロファイル若しくはティア若しくはレベルを含む、解決策２４に記載の方法。

２６． 前記条件は、前記ビデオブロック及び／又は近隣ビデオブロックのブロックの大きさ、又は前記ビデオの色フォーマット、又は前記ビデオブロックのコンバージョンに使用されるコーディングツリー構造、又は前記ビデオ領域のタイプを含む、上記解決策のうちいずれか１項に記載の方法。

２７． 前記コンバージョンは、前記ビデオを前記コーディングされた表現に符号化することを含む、解決策１乃至２６のうちいずれか１項に記載の方法。

２８． 前記コンバージョンは、前記コーディングされた表現を復号して前記ビデオの画素値を生成することを含む、解決策１乃至２６のうちいずれか１項に記載の方法。

２９． 解決策１乃至２８のうちの１つ以上に記載の方法を実施するように構成されたプロセッサを含むビデオ復号装置。

３０． 解決策１乃至２８のうちの１つ以上に記載の方法を実装するように構成されたプロセッサを含むビデオ符号化装置。

３１． コンピュータコードを記憶させたコンピュータプログラム製品であって、前記コードは、プロセッサにより実行されると、前記プロセッサに解決策１乃至２８のうちいずれか１項に記載の方法を実施させる、コンピュータプログラム製品。

３２． 本文献に記載された方法、装置、又はシステム。

図１３は、本技術によるビデオ処理の方法１３００のフローチャート表現である。方法１３００は、動作１３１０において、ビデオのクロマ成分のためのデブロッキングオフセットを識別するシンタックス要素がビデオ領域レベルに含まれるかどうかが、ビデオの色フォーマットに基づいて決定されることを指定するルールに従って、ビデオのブロックとビデオのビットストリームとの間のコンバージョンを実行することを含む。いくつかの実施形態において、このシンタックス要素は、ビデオの色フォーマットが４：０：０である場合に省略される。いくつかの実施形態において、色フォーマットは、パラメータChromaArrayTypeに基づいて決定される。

図１４は、本技術によるビデオ処理の方法１４００のフローチャート表現である。方法１４００は、動作１４１０において、ビデオのクロマ成分のためのデブロッキングオフセットを識別するシンタックス要素がビデオ領域レベルに含まれるかどうかが、異なる色成分を別個に処理するコーディングツールが有効にされるかどうかを示すシンタックスフラグに基づいて決定されることを指定するルールに従って、ビデオのブロックとビデオのビットストリームとの間のコンバージョンを実行することを含む。いくつかの実施形態において、このシンタックス要素は、ブロックのルマ及びクロマサンプルが分離されない場合、省略される。

図１５は、本技術によるビデオ処理の方法１５００のフローチャート表現である。方法１５００は、動作１５１０において、ビデオのクロマ成分のためのデブロッキングオフセットを識別するシンタックス要素がビデオ領域レベルに含まれるかどうかが、クロマ成分のためのコーディングツールのパラメータがビットストリームに存在するかどうかを指定するシンタックスフラグに基づいて決定されることを指定するルールに従って、ビデオのブロックとビデオのビットストリームとの間のコンバージョンを実行することを含む。いくつかの実施形態において、このシンタックス要素は、シンタックスフラグが、クロマ成分のためのコーディングツールのデブロッキングオフセットがビットストリームから省略されることを指定する場合、省略される。

いくつかの実施形態において、デブロッキングオフセットは、シンタックス要素がシグナリングから省略される場合、０であるように推論される。いくつかの実施形態において、ビデオ領域レベルで適用可能なデブロッキングオフセットは：Ｃｂ成分に適用される、（２で除算された）βのための第１のデブロッキングパラメータオフセットであり、第１のデブロックパラメータはcb_beta_offset_div2として示される、第１のデブロッキングパラメータオフセット；Ｃｂ成分に適用される、（２で除算された）ｔＣのための第２のデブロッキングパラメータオフセットであり、第２のデブロッキングパラメータはcb_tc_offset_div2で示される、第２のデブロッキングパラメータオフセット；Ｃｒ成分に適用される、（２で除算された）βのための第３のデブロッキングパラメータオフセットであり、第３のデブロッキングパラメータはcr_beta_offset_div2で示される、第３のデブロッキングパラメータオフセット；又は、Ｃｒ成分に適用される、（２で除算された）ｔＣのための第４のデブロッキングパラメータオフセットであり、第４のデブロッキングパラメータはcr_tc_offset_div2で示される、第４のデブロッキングパラメータオフセット；のうちの少なくとも１つを含む。

いくつかの実施形態において、ビデオ領域レベルはピクチャパラメータセットを含む。いくつかの実施形態において、ビデオ領域レベルはピクチャヘッダを含む。いくつかの実施形態において、ビデオ領域はスライスを含む。いくつかの実施形態において、クロマ成分のためのコーディングツールのパラメータがビットストリームに存在するかどうかを指定するシンタックスフラグは、クロマ量子化パラメータオフセットがビットストリームに存在するかどうかをさらに決定する。

図１６は、本技術によるビデオ処理の方法１６００のフローチャート表現である。方法１６００は、動作１６１０において、クロマ量子化パラメータオフセットがコンバージョンのために処理されるかどうかを示すシンタックスフラグが、ビデオのクロマ成分のためのデブロッキングオフセットがコンバージョンのために処理されるかどうかをさらに示すことを指定するルールに従って、ビデオのブロックとビデオのビットストリームとの間のコンバージョンを実行することを含む。

いくつかの実施形態において、シンタックスフラグはpps_chroma_tool_params_present_flagを含む。いくつかの実施形態において、シンタックスフラグはpps_chroma_tool_offsets_present_flagを含む。

いくつかの実施形態において、コンバージョンは、ビデオをビットストリームに符号化することを含む。いくつかの実施形態において、コンバージョンは、ビットストリームからビデオを復号することを含む。

本文献において、用語「ビデオ処理」は、ビデオ符号化、ビデオ復号、ビデオ圧縮、又はビデオ解凍を指すことがある。例えば、ビデオ圧縮アルゴリズムは、ビデオの画素表現から対応するビットストリーム表現へのコンバージョンの間に適用されることがあり、あるいは逆もまた同様である。現在のビデオブロックのビットストリーム表現は、例えば、シンタックスにより定義されるように、ビットストリーム内の異なる場所にコロケートされ（co-located）又は拡散されたビットに対応し得る。例えば、マクロブロックは、変換及びコーディングされた誤差残差値の観点から、及び、ビットストリーム内のヘッダ及び他のフィールド内のビットをさらに使用して、符号化されてもよい。

本文献に記載される開示された及び他の解決策、例、実施形態、モジュール、及び機能動作は、デジタル電子回路で、あるいは本文献に開示された構造及びそれらの構造的同等物を含むコンピュータソフトウェア、ファームウェア、又はハードウェアで、あるいはそれらのうち１つ以上の組み合わせで実施することができる。開示された及び他の実施形態は、１つ以上のコンピュータプログラム製品、すなわち、データ処理装置による実行のため、又はデータ処理装置の動作を制御するための、コンピュータ読取可能媒体上に符号化されたコンピュータプログラム命令の１つ以上のモジュールとして実施することができる。コンピュータ読取可能媒体は、マシン読取可能記憶装置、マシン読取可能記憶基板、メモリ装置、マシン読取可能伝搬信号に影響を与える物質の組成、又は１つ以上のこれらの組み合わせとすることができる。用語「データ処理装置」は、例としてプログラマブルプロセッサ、コンピュータ、又は複数のプロセッサ若しくはコンピュータを含む、データを処理するための全ての装置、デバイス、及びマシンを包含する。装置は、ハードウェアに加えて、問題のコンピュータプログラムの実行環境を作成するコード、例えば、プロセッサファームウェア、プロトコルスタック、データベース管理システム、オペレーティングシステム、又はそれらの１つ以上の組み合わせを構成するコードを含むことができる。伝搬信号は、適切な受信機装置への送信のために情報を符号化するように生成される人工的に生成された信号、例えば、マシンにより生成された電気的、光学的、又は電磁的な信号である。

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

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

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

本特許文献は多くの詳細を含むが、これらは、いずれかの対象事項又は請求され得るものの範囲に対する限定とみなされるべきではなく、むしろ、特定の手法の特定の実施形態に特有であり得る特徴の説明とみなされるべきである。別個の実施形態の文脈において本特許文献に記載されている特定の特徴は、単一の実施形態で組み合わせて実施することもできる。逆に、単一の実施形態の文脈において記載されている様々な特徴は、複数の実施形態において別個に、又は任意の適切なサブコンビネーションで実施することもできる。さらに、特徴は、特定の組み合わせにおいて作用するものとして上述され、そのようなものとして最初に請求されることさえあるが、請求された組み合わせからの１つ以上の特徴を、いくつかの場合、組み合わせから切り出すことができ、請求される組み合わせは、サブコンビネーション、又はサブコンビネーションのバリエーションに向けられ得る。

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

少数の実装及び例のみが記載されており、本特許文献に記載及び例示されているものに基づいて他の実装、拡張、及びバリエーションがなされ得る。

Claims (20)

1. ビデオデータを処理する方法であって、
   ルールに従ってビデオと前記ビデオのビットストリームとの間のコンバージョンを実行するステップ、を含み、
   前記ルールは、クロマ成分のためのコーディングツールオフセットに関する第１のフラグが前記ビットストリームにおけるピクチャパラメータセット（ＰＰＳ）に含まれることを指定し、
   前記ルールはさらに、第１のクロマデブロッキングパラメータオフセットを指定する第１のシンタックス要素セットが前記ビットストリームにおける前記ＰＰＳに含まれるかどうかが、前記第１のフラグの値に基づいて決定されることを指定し、
   前記ルールはさらに、前記ビデオのビデオピクチャのための第２のクロマデブロッキングパラメータオフセットを指定する第２のシンタックス要素セットが前記ＰＰＳを参照するピクチャヘッダに含まれるかどうかが、前記第１のフラグの前記値に基づいて決定されることを指定し、
   前記ルールはさらに、前記ビデオピクチャのスライスのための第３のクロマデブロッキングパラメータオフセットを指定する第３のシンタックス要素セットが前記ＰＰＳを参照するスライスヘッダに含まれるかどうかが、前記第１のフラグの前記値に基づいて決定されることを指定し、
   前記第１のフラグの前記値は、前記ビデオピクチャの色フォーマットに関する、方法。
2. 前記ルールはさらに、前記第３のクロマデブロッキングパラメータオフセットをスライスレベルにおいてシグナリング又はパースするか、又はより高いレベルにおいてシグナリング又はパースするかが、前記第１のフラグの前記値に基づいて決定されることを指定する、請求項１に記載の方法。
3. 前記ルールはさらに、前記第３のクロマデブロッキングパラメータオフセットをスライスレベルにおいてシグナリング又はパースするか、又はピクチャレベルにおいてシグナリング又はパースするかが、前記第１のフラグの前記値に基づいて決定されることを指定する、請求項１又は請求項２に記載の方法。
4. 前記ルールはさらに、前記第１のフラグが第１の値を有し、前記第３のシンタックス要素セットが存在しないとき、前記第３のクロマデブロッキングパラメータオフセットがピクチャレベルにおいてシグナリング又はパースされることを指定する、請求項１乃至３のうちいずれか１項に記載の方法。
5. 前記ルールはさらに、前記第１のフラグが第２の値を有するとき、前記第１のシンタックス要素セット、前記第２のシンタックス要素セット、及び前記第３のシンタックス要素セットが存在しないことを指定する、請求項１乃至４のうちいずれか１項に記載の方法。
6. 前記第１のフラグが前記第２の値を有するとき、前記ビデオピクチャのための前記第２のクロマデブロッキングパラメータオフセット及び前記スライスのための前記第３のクロマデブロッキングパラメータオフセットをより高いレベルにおいてシグナリング又はパースすることは禁じられる、請求項５に記載の方法。
7. 前記第１のフラグが前記第２の値を有するとき、前記ビデオピクチャのための前記第２のクロマデブロッキングパラメータオフセットをＰＰＳレベルにおいてシグナリング又はパースすることは禁じられ、前記スライスのための前記第３のクロマデブロッキングパラメータオフセットをピクチャレベルにおいてシグナリング又はパースすることは禁じられる、請求項５又は請求項６に記載の方法。
8. 前記第１のフラグが前記第２の値を有するとき、前記ビデオピクチャのための前記第２のクロマデブロッキングパラメータオフセットはピクチャレベルにおいてシグナリング又はパースされ、前記スライスのための前記第３のクロマデブロッキングパラメータオフセットはスライスレベルにおいてシグナリング又はパースされる、請求項５乃至７のうちいずれか１項に記載の方法。
9. 前記ルールはさらに、前記第１のシンタックス要素セット、前記第２のシンタックス要素セット、及び前記第３のシンタックス要素セットが前記ビットストリームに含まれるかどうが、デブロッキングフィルタの適用に関する第２のフラグの値にさらに基づくことを指定し、
   前記ルールはさらに、第１のルマデブロッキングパラメータオフセットを指定する第１のシンタックス要素が、前記第２のフラグの前記値に基づいて前記ＰＰＳに条件付きで含まれることを指定し、
   前記ルールはさらに、前記ビデオピクチャのための第２のルマデブロッキングパラメータオフセットを指定する第２のシンタックス要素が、前記第２のフラグの前記値に基づいて、前記ＰＰＳを参照する前記ピクチャヘッダに条件付きで含まれることを指定し、
   前記ルールはさらに、前記スライスのための第３のルマデブロッキングパラメータオフセットを指定する第３のシンタックス要素が、前記第２のフラグの前記値に基づいて、前記ＰＰＳを参照する前記スライスヘッダに条件付きで含まれることを指定する、請求項５乃至８のうちいずれか１項に記載の方法。
10. 前記第１のフラグが前記第２の値を有するとき、前記ビデオピクチャのための前記第２のクロマデブロッキングパラメータオフセットは、前記ビデオピクチャのための前記第２のルマデブロッキングパラメータオフセットを指定する前記第２のシンタックス要素に基づいてシグナリング又はパースされ、前記スライスのための前記第３のクロマデブロッキングパラメータオフセットは、前記スライスのための前記第３のルマデブロッキングパラメータオフセットを指定する前記第３のシンタックス要素に基づいてシグナリング又はパースされる、請求項９に記載の方法。
11. 前記第１のシンタックス要素セットは、pps_cb_beta_offset_div2、pps_cb_tc_offset_div2、pps_cr_beta_offset_div2、又はpps_cr_tc_offset_div2のうちの少なくとも１つを含み、
    前記第２のシンタックス要素セットは、ph_cb_beta_offset_div2、ph_cb_tc_offset_div2、ph_cr_beta_offset_div2、又はph_cr_tc_offset_div2のうちの少なくとも１つを含み、
    前記第３のシンタックス要素セットは、sh_cb_beta_offset_div2、sh_cb_tc_offset_div2、sh_cr_beta_offset_div2、又はsh_cr_tc_offset_div2のうちの少なくとも１つを含む、請求項１乃至１０のうちいずれか１項に記載の方法。
12. 前記第１のシンタックス要素セット、前記第２のシンタックス要素セット、及び前記第３のシンタックス要素セットは、前記ビデオピクチャの前記色フォーマットが４：０：０であるとき、前記ビットストリームから省略される、請求項１乃至１１のうちいずれか１項に記載の方法。
13. 前記ルールはさらに、クロマ量子化パラメータに関するオフセットを指定する第４のシンタックス要素セットが前記ビットストリームの前記ＰＰＳに含まれるかどうかが、前記第１のフラグの前記値に基づいて決定されることを指定する、請求項１乃至１２のうちいずれか１項に記載の方法。
14. 前記ルールはさらに、前記第４のシンタックス要素セットが存在しないとき、前記第４のシンタックス要素セットの値が０に等しいように推論されることを指定する、請求項１３に記載の方法。
15. 前記ビデオピクチャの前記色フォーマットが４：０：０であるとき、前記第４のシンタックス要素セットは前記ビットストリームに存在しない、請求項１３又は請求項１４に記載の方法。
16. 前記コンバージョンは、前記ビデオを前記ビットストリームに符号化することを含む、請求項１乃至１５のうちいずれか１項に記載の方法。
17. 前記コンバージョンは、前記ビットストリームから前記ビデオを復号することを含む、請求項１乃至１５のうちいずれか１項に記載の方法。
18. プロセッサと、命令を有する非一時的メモリとを含む、ビデオデータを処理する装置であって、前記命令は、前記プロセッサにより実行されると、前記プロセッサに、
    ルールに従ってビデオと前記ビデオのビットストリームとの間のコンバージョンを実行させ、
    前記ルールは、クロマ成分のためのコーディングツールオフセットに関する第１のフラグが前記ビットストリームにおけるピクチャパラメータセット（ＰＰＳ）に含まれることを指定し、
    前記ルールはさらに、第１のクロマデブロッキングパラメータオフセットを指定する第１のシンタックス要素セットが前記ビットストリームにおける前記ＰＰＳに含まれるかどうかが、前記第１のフラグの値に基づいて決定されることを指定し、
    前記ルールはさらに、前記ビデオのビデオピクチャのための第２のクロマデブロッキングパラメータオフセットを指定する第２のシンタックス要素セットが前記ＰＰＳを参照するピクチャヘッダに含まれるかどうかが、前記第１のフラグの前記値に基づいて決定されることを指定し、
    前記ルールはさらに、前記ビデオピクチャのスライスのための第３のクロマデブロッキングパラメータオフセットを指定する第３のシンタックス要素セットが前記ＰＰＳを参照するスライスヘッダに含まれるかどうかが、前記第１のフラグの前記値に基づいて決定されることを指定し、
    前記第１のフラグの前記値は、前記ビデオピクチャの色フォーマットに関する、装置。
19. 命令を記憶する非一時的コンピュータ読取可能記憶媒体であって、前記命令はプロセッサに、
    ルールに従ってビデオと前記ビデオのビットストリームとの間のコンバージョンを実行させ、
    前記ルールは、クロマ成分のためのコーディングツールオフセットに関する第１のフラグが前記ビットストリームにおけるピクチャパラメータセット（ＰＰＳ）に含まれることを指定し、
    前記ルールはさらに、第１のクロマデブロッキングパラメータオフセットを指定する第１のシンタックス要素セットが前記ビットストリームにおける前記ＰＰＳに含まれるかどうかが、前記第１のフラグの値に基づいて決定されることを指定し、
    前記ルールはさらに、前記ビデオのビデオピクチャのための第２のクロマデブロッキングパラメータオフセットを指定する第２のシンタックス要素セットが前記ＰＰＳを参照するピクチャヘッダに含まれるかどうかが、前記第１のフラグの前記値に基づいて決定されることを指定し、
    前記ルールはさらに、前記ビデオピクチャのスライスのための第３のクロマデブロッキングパラメータオフセットを指定する第３のシンタックス要素セットが前記ＰＰＳを参照するスライスヘッダに含まれるかどうかが、前記第１のフラグの前記値に基づいて決定されることを指定し、
    前記第１のフラグの前記値は、前記ビデオピクチャの色フォーマットに関する、非一時的コンピュータ読取可能記憶媒体。
20. ビデオのビットストリームを保管する方法であって、
    ルールに従って前記ビデオのビットストリームを生成するステップと、
    前記ビットストリームを非一時的コンピュータ読取可能記憶媒体に保管するステップと、を含み、
    前記ルールは、クロマ成分のためのコーディングツールオフセットに関する第１のフラグが前記ビットストリームにおけるピクチャパラメータセット（ＰＰＳ）に含まれることを指定し、
    前記ルールはさらに、第１のクロマデブロッキングパラメータオフセットを指定する第１のシンタックス要素セットが前記ビットストリームにおける前記ＰＰＳに含まれるかどうかが、前記第１のフラグの値に基づいて決定されることを指定し、
    前記ルールはさらに、前記ビデオのビデオピクチャのための第２のクロマデブロッキングパラメータオフセットを指定する第２のシンタックス要素セットが前記ＰＰＳを参照するピクチャヘッダに含まれるかどうかが、前記第１のフラグの前記値に基づいて決定されることを指定し、
    前記ルールはさらに、前記ビデオピクチャのスライスのための第３のクロマデブロッキングパラメータオフセットを指定する第３のシンタックス要素セットが前記ＰＰＳを参照するスライスヘッダに含まれるかどうかが、前記第１のフラグの前記値に基づいて決定されることを指定し、
    前記第１のフラグの前記値は、前記ビデオピクチャの色フォーマットに関する、
    方法。

Images