知財求人 - 知財ポータルサイト「IP Force」
▶ フラウンホッファー−ゲゼルシャフト ツァ フェルダールング デァ アンゲヴァンテン フォアシュンク エー．ファオの特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2024-03-05
(54)【発明の名称】ドリフトを抑制するビデオ符号化の概念
(51)【国際特許分類】
H04N 19/70 20140101AFI20240227BHJP
H04N 19/50 20140101ALI20240227BHJP
【ＦＩ】
H04N19/70
H04N19/50
【審査請求】未請求
【予備審査請求】未請求
(21)【出願番号】P 2023545334
(86)(22)【出願日】2022-02-26
(85)【翻訳文提出日】2023-09-26
(86)【国際出願番号】 EP2022054900
(87)【国際公開番号】W WO2022180261
(87)【国際公開日】2022-09-01
(31)【優先権主張番号】21159767.9
(32)【優先日】2021-02-26
(33)【優先権主張国・地域又は機関】EP
(81)【指定国・地域】
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．Ｂｌｕ－ｒａｙ
(71)【出願人】
【識別番号】591037214
【氏名又は名称】フラウンホッファー－ゲゼルシャフト ツァ フェルダールング デァ アンゲヴァンテン フォアシュンク エー．ファオ
(74)【代理人】
【識別番号】110002952
【氏名又は名称】弁理士法人鷲田国際特許事務所
(72)【発明者】
【氏名】スクピン ロベルト
(72)【発明者】
【氏名】バートニク クリスチャン
(72)【発明者】
【氏名】ヴィツコフスキー アダム
(72)【発明者】
【氏名】サンチェス デ ラ フエンテ ヤゴ
(72)【発明者】
【氏名】ヘルゲ コーネリアス
(72)【発明者】
【氏名】ブロス ベンヤミン
(72)【発明者】
【氏名】ツェル トーマス
(72)【発明者】
【氏名】ウィーガンド トーマス
(72)【発明者】
【氏名】マーペ デトレフ
【テーマコード（参考）】
5C159
【Ｆターム（参考）】
5C159LB05
5C159MA04
5C159MA05
5C159MA14
5C159MA21
5C159MA33
5C159MC11
5C159ME01
5C159NN11
5C159NN21
5C159PP16
5C159RC11
5C159RC12
5C159UA02
5C159UA05
5C159UA16
5C159UA33
(57)【要約】
データストリームからビデオをデコードするビデオデコーダが、ビデオのピクチャのシーケンスに対して有効であり、ピクチャのシーケンス内のＲＡＳＬピクチャが、１つ以上の符号化ツールの所定のセットを除外する方法で符号化されていることを示すインディケーションをデータストリームからデコードするように構成される。
【選択図】なし
【選択図】なし
【特許請求の範囲】
【請求項1】
データストリームからビデオをデコードするためのビデオデコーダであって、前記ビデオのピクチャのシーケンスに対して有効であり、前記ピクチャのシーケンス内のＲＡＳＬピクチャが、１つ以上の符号化ツールの所定のセットを除外する方法で符号化されていることを示すインディケーションを前記データストリームからデコードするように構成される、前記ビデオデコーダ。
【請求項2】
前記１つ以上の符号化ツールの所定のセットが、クロスコンポーネント線形モデルベースの予測ツール（１００）、及び／または
デコーダ側動きベクトルリファインメントツール（４００）、を含む、請求項１に記載のビデオデコーダ。
【請求項3】
前記インディケーションは、補足拡張情報メッセージに含まれる、請求項１から２のいずれかに記載のビデオデコーダ。
【請求項4】
前記インディケーションは、前記ピクチャのシーケンス内の前記ＲＡＳＬピクチャの前記符号化に関して、前記１つ以上の符号化ツールの所定のセットの全ての符号化ツールの除外を集合的に示す１ビットを含む、請求項１から３のいずれかに記載のビデオデコーダ。
【請求項5】
前記デコーダは、参照ピクチャのリサンプリングをサポートするように構成されており、前記参照ピクチャのリサンプリングに従って、インター予測ブロックの参照ピクチャが、参照ピクチャと、前記インター予測ブロックのインター予測信号を提供するために前記インター予測ブロックが含まれるピクチャとの間のスケーリングウィンドウサイズの逸脱またはサンプル解像度の逸脱を埋めるために、前記サンプルリサンプリングの対象となる、請求項１から４のいずれかに記載のビデオデコーダ。
【請求項6】
前記インディケーションは、前記ピクチャのシーケンス内の全てのＲＡＳＬピクチャが、前記１つ以上の符号化ツールの所定のセットを除外する前記方法で符号化されていることを示す、及び／または前記インディケーションは、前記ピクチャのシーケンス内の全てのＲＡＳＬピクチャが、前記１つ以上の符号化ツールの所定のセットを除外する前記方法で符号化され、この符号化ツールが、デコード順序で、同じピクチャが関連するＣＲＡピクチャに先行する参照ピクチャを有することを示す、及び／または
前記インディケーションは、前記ピクチャのシーケンス内の全てのＲＡＳＬピクチャが、後続のピクチャの時間的動きベクトル予測参照ピクチャとして機能する前記１つ以上の符号化ツールの所定のセットを除外する前記方法で符号化されていることを示す、及び／または
前記インディケーションは、前記ピクチャのシーケンス内の全てのＲＡＳＬピクチャが、最上位の時間レイヤに属さない、前記１つ以上の符号化ツールの所定のセットを除外する前記方法で符号化されていることを示す、請求項１から５のいずれかに記載のビデオデコーダ。
【請求項7】
前記インディケーションは、前記ピクチャのシーケンス内の前記ＲＡＳＬピクチャが、前記１つ以上の符号化ツールの所定のセットを除外する前記方法で符号化されていることを示し、前記１つ以上の符号化ツールの所定のセットのうちからの１つ以上の符号化ツールの第１のサブセットについて、第１の特性が適用される全てのＲＡＳＬピクチャが、前記１つ以上の符号化ツールの所定のセットのうちから前記１つ以上の符号化ツールの第１のサブセットを除外する前記方法で符号化されるようにし、
前記１つ以上の符号化ツールの所定のセットのうちからの１つ以上の符号化ツールの第２のサブセットについて、第２の特性が適用される全てのＲＡＳＬピクチャ、または全てのＲＡＳＬピクチャが、前記１つ以上の符号化ツールの所定のセットのうちから前記１つ以上の符号化ツールの第２のサブセットを除外する前記方法で符号化されるようにし、前記第１のサブセットと前記第２のサブセットとが互いに素である、請求項１から６のいずれかに記載のビデオデコーダ。
【請求項8】
ビデオをデータストリームにエンコードするためのビデオエンコーダであって、前記ビデオのピクチャのシーケンスに対して有効であり、前記ピクチャのシーケンス内のＲＡＳＬピクチャが、１つ以上の符号化ツールの所定のセットを除外する方法で符号化されていることを示すインディケーションを前記データストリームにエンコードするように構成される、ビデオエンコーダ。
【請求項9】
前記１つ以上の符号化ツールの所定のセットが、クロスコンポーネント線形モデルベースの予測ツール（１００）、及び／または
デコーダ側動きベクトルリファインメントツール（４００）、を含む、請求項８に記載のビデオエンコーダ。
【請求項10】
前記インディケーションは、補足拡張情報メッセージに含まれる、請求項８から９のいずれかに記載のビデオエンコーダ。
【請求項11】
前記インディケーションは、前記ピクチャのシーケンス内の前記ＲＡＳＬピクチャの前記符号化に関して、前記１つ以上の符号化ツールの所定のセットの全ての符号化ツールの除外を集合的に示す１ビットを含む、請求項８から１０のいずれかに記載のビデオエンコーダ。
【請求項12】
前記エンコーダは、参照ピクチャのリサンプリングをサポートするように構成されており、前記参照ピクチャのリサンプリングに従って、インター予測ブロックの参照ピクチャが、参照ピクチャと、前記インター予測ブロックのインター予測信号を提供するために前記インター予測ブロックが含まれるピクチャとの間のスケーリングウィンドウサイズの逸脱またはサンプル解像度の逸脱を埋めるために、前記サンプルリサンプリングの対象となる、請求項８から１１のいずれかに記載のビデオエンコーダ。
【請求項13】
前記インディケーションは、前記ピクチャのシーケンス内の全てのＲＡＳＬピクチャが、前記１つ以上の符号化ツールの所定のセットを除外する前記方法で符号化されていることを示す、及び／または前記インディケーションは、前記ピクチャのシーケンス内の全てのＲＡＳＬピクチャが、前記１つ以上の符号化ツールの所定のセットを除外する前記方法で符号化され、この符号化ツールが、デコード順序で、同じピクチャが関連するＣＲＡピクチャに先行する参照ピクチャを有することを示す、及び／または
前記インディケーションは、前記ピクチャのシーケンス内の全てのＲＡＳＬピクチャが、後続のピクチャの時間的動きベクトル予測参照ピクチャとして機能する前記１つ以上の符号化ツールの所定のセットを除外する前記方法で符号化されていることを示す、及び／または
前記インディケーションは、前記ピクチャのシーケンス内の全てのＲＡＳＬピクチャが、最上位の時間レイヤに属さない、前記１つ以上の符号化ツールの所定のセットを除外する前記方法で符号化されていることを示す、請求項８から１２のいずれかに記載のビデオエンコーダ。
【請求項14】
ビデオがエンコードされているデータストリームであって、前記ビデオのピクチャのシーケンスに対して有効であり、前記ピクチャのシーケンス内のＲＡＳＬピクチャが、１つ以上の符号化ツールの所定のセットを除外する方法で符号化されていることを示すインディケーションを含む、データストリーム。
【請求項15】
請求項８から１３のいずれかに記載のエンコーダによって生成される、請求項１４に記載のデータストリーム。【発明の詳細な説明】
【技術分野】
【0001】
詳細な説明
本出願は、ビデオ符号化、及びドリフトを抑えるのに適した概念に関する。
本出願は、ビデオ符号化、及びドリフトを抑えるのに適した概念に関する。
【0002】
符号化ビデオのＨＴＴＰストリーミングは、過去１０年間でビデオ配信の重要な経路になってきており、今日ではＯＴＴサービスプロバイダにより公衆インターネットを介して何億人ものユーザに行き渡らせることが可能である。ダイナミックアダプティブストリーミングオーバＨＴＴＰ（ＤＡＳＨ）［１］などの標準プロトコルは、サーバがメディアを時間的にセグメント化された形式で様々なビットレートで提供することにより、サービスプロバイダがメディアをクライアントにストリーミングすることを可能にする。そして、クライアントデバイスは、動的かつ適応的な方法で、利用可能なネットワーク帯域幅とそのデコード機能とに従い、特定のセグメントの提供されたバリアントの中から選択することにより、連続セグメントをダウンロードして連続再生することができる。実際には、コンテンツは、最適化されたビットレートラダーによって生成される複数のいわゆる表現として提供され、これには、特定のビットレートに対する知覚品質と、それによってユーザエクスペリエンスとを最適化するために、多くの場合、複数の解像度と忠実度とが含まれる［２］。各セグメントは、通常、いわゆるクローズドピクチャ群（ＧＯＰ）符号化構造［２］を使用して、以前のセグメントに依存することなく符号化されるので、ダウンロードされパケット化解除されたセグメントデータは、適合するビットストリームに連結され、デコーダに供給される。このようなクローズドＧＯＰ構造とは対照的に、いわゆるオープンＧＯＰ符号化構造を使用するセグメントは、符号化効率に有利な前のセグメントのピクチャからのインター予測を使用するいくつかのピクチャを含む。前のセグメントからのインター予測を使用するピクチャは、提示順序で最初に来るため、セグメントにランダムにアクセスする場合、再生の問題や視覚的なアーチファクトを発生させることなく出力からスキップすることができるが、連続再生中に解像度の切り替えが発生すると、そのような非シームレスな切り替えでこれらのピクチャがスキップされるので、問題が発生する。純粋なビットレートの切り替えでも、セグメントが切り替えのために適切にエンコードされていない場合、一部のピクチャがドロップし、または重大な視覚的アーチファクトが発生することがある。
【0003】
ＡＶＣ［４］やＨＥＶＣ［５］などの普及した旧世代のコーデックは、異なる解像度の参照ピクチャを使用するために必要な参照ピクチャリサンプリング（ＲＰＲ）機能を提供しない。したがって、そのようなオープンＧＯＰ構造で解像度の切り替えが行われると、その解像度の切り替え後に、前のセグメントからの参照ピクチャが必要な解像度で利用できないため、セグメントの一部のピクチャを正しくデコードすることができず、その結果、ドロップされたピクチャからのセグメント切り替え時に非一定のフレームレートでの再生が行われることになる。［６］では、著者らは、ＨＥＶＣデコードプロセスに標準的な変更を採用すること、またはＲＰＲ機能を提供するあまり普及していないスケーラブルなＨＥＶＣ拡張機能（ＳＨＶＣ）を使用することにより、オープンＧＯＰ解像度切り替えの問題を克服するアプローチを提示している。ただし、利用可能なソリューションでは、これまでのところ、ＨＴＴＰストリーミングでのオープンＧＯＰ符号化の実質的な採用は可能になっていない。
【0004】
最近完成したバーサタイルビデオ符号化（ＶＶＣ）規格［７］のバージョン１は、ＩＴＵ－Ｔのビデオ符号化エキスパートグループとムービングピクチャエキスパートグループの別名でも知られるＩＳＯ／ＩＥＣの分科委員会２９との共同作業から生まれた最新のビデオ符号化規格である。ＶＶＣは、前世代のコーデックと比較して大幅に向上した符号化効率を提供するだけでなく［８］、ＲＰＲなどの初期のＭａｉｎ １０プロファイルに多くのアプリケーション主導型の機能をも含む。ＶＶＣの開発中、ＲＰＲは主に、低遅延符号化構造［９］を使用する対話型シナリオのコンテキストで研究され、そこでは、レイテンシ及びバッファサイズに関する現実の要件により、解像度切り替えのためのイントラ符号化されたピクチャの挿入の実現可能性に対して厳しい制限が設定された。
【0005】
ただし、ＶＶＣのＲＰＲは、ストリーミングドメインのビデオエンコードにおける符号化効率に大きな利益をもたらすこともある。
【0006】
ＶＶＣなどのコーデックを使用したＨＴＴＰストリーミングでオープンＧＯＰ解像度切り替えを使用できるようにするコンセプトが手元にあると有利である。その場合、上記で概説した問題は、ＲＰＲに関してだけでなく、例えば、異なるＳＮＲと関係があるセグメントを連結してビデオビットストリームを形成するときにも発生する。
【発明の開示】
【発明が解決しようとする課題】
【0007】
したがって、本発明の目的は、例えば、異なるビデオビットストリーム表現間の切り替えの下でのセグメントからなるビデオビットストリームの形成によって引き起こされるドリフトによるビデオ品質への悪影響をより効果的に抑制することを可能にするビデオ符号化概念を提供することである。
【課題を解決するための手段】
【0008】
本願の独立請求項の主題によってこの目的が達成される。
【0009】
本発明の第１の態様による実施形態は、データストリームからビデオをデコードするためのビデオデコーダであって、ビデオのピクチャシーケンスに対して有効であり、ピクチャシーケンス内のＲＡＳＬピクチャが、１つ以上の符号化ツールの所定のセットを除外する方法で符号化されていることを示すインディケーション（例えば、ｇｃｉ＿ｒａｓｌ＿ｐｉｃｔｕｒｅｓ＿ｔｏｏｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ）をビデオデコーダがデータストリームからデコードするように構成される、ビデオデコーダを提供する。例えば、このインディケーションは、異なる空間解像度及び／または異なるＳＮＲで符号化されたビデオの、別々に符号化されたオープンＧＯＰバージョンを連結することによるオープンＧＯＰ切り替えが、ＲＡＳＬピクチャに過大なドリフトを引き起こさないことをデコーダが認識しているようにする、一種の約束として機能し得る。さらなる実施形態は、ビデオをデータストリームにエンコードするためのビデオエンコーダであって、ビデオエンコーダが、インディケーションをデータストリームにエンコードするように構成される、ビデオエンコーダを提供する。例えば、ＲＡＳＬピクチャは、ピクチャシーケンスのイントラ符号化ピクチャ（例えばＣＲＡ）にデコード順では続くが、提示順ではそれに先行するピクチャを示し、このピクチャは、デコード順でイントラ符号化ピクチャに先行する参照ピクチャを使用することができる。例えば、先行するピクチャは、前のピクチャシーケンスに属していてもよく、例えば、イントラ符号化されたピクチャは、符号化順序でシーケンスの最初のピクチャであってもよい。デコード順序でイントラ符号化されたピクチャに先行するピクチャへの参照が原因で、前のイントラ符号化ピクチャを含むビデオの前セグメントに対して、イントラ符号化されたピクチャで解像度を切り替えるときに、上記のドリフトアーチファクトまたは他の種類のアーチファクトが発生する可能性がある。データストリームにおける上記のインディケーションをシグナリングすることで、前のピクチャシーケンスと比較したピクチャシーケンスでの解像度切り替えが、ＲＡＳＬピクチャ内で過大なドリフトを伴わないことをデコーダに保証することができる。したがって、デコーダは、そのインディケーションに基づいて、解像度の切り替えが好ましいか否かを決定することができる。
【0010】
本発明によるさらなる実施形態は、データストリームからビデオをデコードするためのビデオデコーダであって、ビデオデコーダが、データストリームから、ビデオのピクチャシーケンスのピクチャごとに、それぞれのピクチャについてグローバルに、またはスライスごとに、それぞれのピクチャが１つ以上の符号化ツールの所定のセットを除外する方法で符号化されているかどうかを示すインディケーションを（例えば、ｓｐｓ＿ｅｘｔｒａ＿ｐｈ＿ｂｉｔ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ及びｐｈ＿ｅｘｔｒａ＿ｂｉｔを使用して、またはｇｃｉ＿ｒａｓｌ＿ｐｉｃｔｕｒｅｓ＿ｔｏｏｌ＿ｃｏｎｔｒａｉｎｔ＿ｆｌａｇを使用して）デコードすることであって、所定のセットが、（例えば、ＲＡＳＬピクチャでの潜在的なドリフトが十分に低いことを確認できる一種のピクチャに関する指標として）クロスコンポーネント線形モデルベースの予測ツールを含む、デコードすること、を行うように構成されている、ビデオデコーダを提供する。さらなる実施形態は、ビデオをデータストリームにエンコードするためのビデオエンコーダであって、ビデオエンコーダが、インディケーションをデータストリームにエンコードするように構成される、ビデオエンコーダを提供する。
【0011】
本出願の有利な態様は、従属請求項の主題である。本願の好ましい実施形態が、図に関して以下に説明される。
【図面の簡単な説明】
【0012】
【図1】実施形態によるビデオエンコーダを示す。
【図2】実施形態によるビデオデコーダを示す。
【図3】実施形態によるブロックベースの残差符号化方式を示す。
【図4】実施形態による２つのセグメントを含むビデオデータストリームを示す。
【図5】実施形態によるオプティカルフローツールの動作方式を示す。
【図6】実施形態による符号化ツールの適用方式を示す。
【図7】実施形態による時間的動きベクトル予測ツールの動作方式を示す。
【図8】実施形態によるデコーダ側動きベクトルリファインメントツールの動作方式を示す。
【図9】実施形態によるクロスコンポーネント 線形モデルツールの動作方式を示す。
【図10】実施形態による輝度マッピング及び彩度スケーリングツールの動作方式を示す。
【図11】実施形態による輝度マッピング及び彩度スケーリングツールの別の動作方式を示す。
【図12】オープンＧＯＰシナリオにおける予測誤差の例を示す。
【発明を実施するための形態】
【0013】
以下の図面の説明は、本発明の実施形態が組み込まれ得る符号化フレームワークの一例を形成するために、ビデオのピクチャを符号化するためのブロックベースの予測コーデックのエンコーダ及びデコーダの説明の提示から開始する。それぞれのエンコーダ及びデコーダについて、図１～図３を参照して説明する。以下に、本発明の概念の実施形態の説明を、そのような概念が図１及び図２のエンコーダ及びデコーダにそれぞれどのように組み込まれ得るかに関する説明と共に提示するが、図４及びそれ以降に説明する実施形態はまた、図１及び図２のエンコーダ及びデコーダの基礎となる符号化フレームワークに従って動作しないエンコーダ及びデコーダを形成するためにも使用され得る。
【0014】
図１は、例示的に変換ベースの残差符号化を使用して、ピクチャＡ１２をデータストリームＡ１４中に予測符号化するための装置を示す。装置、またはエンコーダは、参照記号Ａ１０を使用して示される。図２は、対応するデコーダＡ２０、すなわち、装置Ａ２０を示し、この装置もまた、変換ベースの残差デコードを使用して、ピクチャＡ１２’をデータストリームＡ１４から予測デコードするように構成され、アポストロフィは、デコーダＡ２０によって再構築されたピクチャＡ１２’が予測残差信号の量子化によって導入された符号化損失の観点から装置Ａ１０によって最初にエンコードされたピクチャＡ１２から逸脱することを示すために使用されている。図１及び図２は、変換ベースの予測残差符号化を例示的に使用するが、本出願の実施形態は、この種の予測残差符号化に限定されない。これは、以降に概説されるように、図１及び図２に関して説明される他の詳細にも当てはまる。
【0015】
エンコーダＡ１０は、予測残差信号を空間からスペクトルへの変換にかけ、この予測残差信号をデータストリームＡ１４中にエンコード化することで、その中でこの予測残差信号が取得されるように構成される。同様に、デコーダＡ２０は、予測残差信号をデータストリームＡ１４からデコードし、この予測残差信号をスペクトルから空間への変換にかけることで、この予測残差信号が取得されるように構成される。
【0016】
内部では、エンコーダＡ１０は、予測残差信号形成器Ａ２２を含み得、この予測残差信号形成器は、元の信号、すなわちピクチャＡ１２から予測信号Ａ２６の逸脱を測定するために予測残差Ａ２４を生成する。予測残差信号形成器Ａ２２は、すなわち、減算器であってもよく、この減算器は、元の信号、例えばピクチャＡ１２から予測信号を減算する。つぎに、エンコーダＡ１０は、変換器Ａ２８をさらに含み、この変換器が予測残差信号Ａ２４を空間からスペクトルへの変換にかけることで、スペクトル領域予測残差信号Ａ２４’を取得する。つぎに、このスペクトル領域予測残差信号は、量子化器Ａ３２による量子化にかけられたうえ、エンコーダＡ１０によって含まれる。したがって、量子化された予測残差信号Ａ２４’’は、ビットストリームＡ１４中に符号化される。この目的を達成するために、エンコーダＡ１０は、エントロピコーダＡ３４を任意選択で含み得、このエントロピコーダは、変換され量子化された予測残差信号をデータストリームＡ１４中にエントロピ符号化する。予測信号Ａ２６は、データストリームＡ１４にエンコードされ、データストリームＡ１４からデコード可能な予測残差信号Ａ２４’’に基づいて、エンコーダＡ１０の予測ステージＡ３６によって生成される。この目的を達成するためには、予測ステージＡ３６は、内部に、図１に示されるように、量子化損失を除き信号Ａ２４’に対応するスペクトル領域予測残差信号Ａ２４’’’を得るために、予測残差信号Ａ２４’’を逆量子化する逆量子化器Ａ３８と、その後に、後者の予測残差信号Ａ２４’’’を逆変換、すなわちスペクトルから空間への変換にかけ、量子化損失を除き元の予測残差信号Ａ２４に対応する予測残差信号Ａ２４’’’’を得る逆変換器Ａ４０とを含み得る。つぎに、予測ステージＡ３６の合成器Ａ４２は、加算などによって、予測信号Ａ２６及び予測残差信号Ａ２４’’’’を再合成し、再構築された信号４６、すなわち元の信号Ａ１２の再構築を得る。再構築された信号Ａ４６は、信号Ａ１２’に対応し得る。次いで、予測ステージＡ３６の予測モジュールＡ４４は、信号Ａ４６に基づいて、例えば空間予測、すなわちピクチャ内予測、及び／または時間予測、すなわちピクチャ間予測を使用することによって、予測信号Ａ２６を生成する。
【0017】
同様に、デコーダＡ２０は、図２に示されるように、予測ステージＡ３６に対応し、予測ステージに対応する方法で相互接続される、コンポーネントから内部に構成され得る。特に、デコーダＡ２０のエントロピデコーダＡ５０は、量子化されたスペクトル領域予測残差信号Ａ２４’’をデータストリームからエントロピデコードし得、その後で、逆量子化器Ａ５２、逆変換器Ａ５４、合成器Ａ５６及び予測モジュールＡ５８が、予測ステージＡ３６のモジュールに関して上記のように、相互接続され、協働して、予測残差信号Ａ２４’’に基づいて再構築された信号を回復させる結果、図２に示されるように、合成器Ａ５６の出力が、再構築された信号、すなわちピクチャＡ１２’になる。
【0018】
具体的に上述されていないが、エンコーダＡ１０が、例えば、符号化コストなどのいくつかのレート及び歪み関連基準を最適化する方法など、いくつかの最適化方式に従って、すなわち、予測モード、動きパラメータなどを含むいくつかの符号化パラメータを設定し得ることが容易に明らかになる。例えば、エンコーダＡ１０及びデコーダＡ２０、ならびに対応するモジュールＡ４４、Ａ５８はそれぞれ、イントラ符号化モード及びインター符号化モードなどの異なる予測モードをサポートすることができる。エンコーダ及びデコーダがそれらの予測モードタイプ間で切り替える粒度は、それぞれピクチャＡ１２及びＡ１２’の符号化セグメントまたは符号化ブロックへの細分化に対応し得る。これらの符号化セグメントのユニットでは、例えば、ピクチャは、イントラ符号化されたブロック、及びインター符号化されたブロックに細分化され得る。イントラ符号化されたブロックは、以下により詳細に概説されるように、それぞれのブロックの空間の、既に符号化された／デコードされた近傍に基づいて予測される。いくつかのイントラ符号化モードは、それぞれのイントラ符号化されたセグメントに対して、存在し得、選択され得、指向性または角度イントラ符号化モードを含み得、これらのモードに従って、それぞれのセグメントは、それぞれの指向性イントラ符号化モードに特異的な特定の方向に沿った近傍のサンプル値を、それぞれのイントラ符号化されたセグメント中に外挿することによって埋められる。これらのイントラ符号化モードは、例えば、ＤＣ符号化モードであって、このモードに従ってそれぞれのイントラ符号化されたブロックの予測がＤＣ値を、それぞれのイントラ符号化されたセグメント内の全てのサンプルに割り当てるＤＣ符号化モード、及び／または平面イントラ符号化モードであって、このモードに従ってそれぞれのブロックの予測が、近傍サンプルに基づいた二次元線形関数によって定義される平面の傾き及びオフセットの駆動を伴う、それぞれのイントラ符号化されたブロックのサンプル位置にわたる二次元線形関数によって記述されるサンプル値の空間分布であるように近似され、その空間分布であると決定される、平面イントラ符号化モードなどの１つ以上のさらなるモードも含み得る。それらと比較して、インター符号化されたブロックは、例えばテンポラルに、予測され得る。インター符号化されたブロックの場合、動きベクトルは、データストリーム内にシグナリングされ得、動きベクトルは、ピクチャＡ１２が属するビデオの以前に符号化されたピクチャの部分の空間変位を示し、そこでは、以前に符号化された／デコードされたピクチャは、それぞれのインター符号化されたブロックの予測信号を取得するためにサンプリングされる。これは、量子化されたスペクトル領域予測残差信号Ａ２４’’を表すエントロピ符号化された変換係数レベルなど、データストリームＡ１４に含まれる残差信号符号化に加えて、データストリームＡ１４が、符号化モードを様々なブロックに割り当てるための符号化モードパラメータ、インター符号化されたセグメントの動きパラメータなど、一部のブロックの予測パラメータ、ならびにピクチャＡ１２及びＡ１２’のセグメントへのそれぞれの分割を制御してシグナリングするためのパラメータなど、任意選択のさらなるパラメータをデータストリームＡ１４中に符号化し得ることを意味する。デコーダＡ２０は、これらのパラメータを使用して、エンコーダが行った方法と同じようにしてピクチャを細分化し、同じ予測モードをセグメントに割り当て、同じ予測を実行し、それによって同じ予測信号をもたらす。
【0019】
図３は、一方では再構築された信号、すなわち、再構築されたピクチャＡ１２’と、他方では、データストリームＡ１４内でシグナリングされた予測残差信号Ａ２４’’’’、及び予測信号Ａ２６の組み合わせとの間の関係を示す。既に上記に示されるように、この組み合わせは、加算であり得る。予測信号Ａ２６は、図３では、ハッチングを使用して例示的に示されるイントラ符号化されたブロック、及びハッチングされていない例示的に示されるインター符号化されたブロックへのピクチャ領域の細分化として示される。細分化は、正方形ブロックまたは非正方形ブロックの行及び列へのピクチャ領域の規則的な細分化、または四分木細分化など、ツリールートブロックから複数のリーフブロックへのピクチャＡ１２のマルチツリー細分化など、任意の細分化であってよい。図３には、これらの組み合わせが示されており、ピクチャ領域は、まず、ツリールートブロックの行及び列に細分化され、それらが次に、再帰的なマルチツリー細分化に従って、１つ以上のリーフブロックにさらに細分化される。
【0020】
この場合も、データストリームＡ１４は、イントラ符号化されたブロックＡ８０のためにその中に符号化されたイントラ符号化モードを有し得ることで、いくつかのサポートされたイントラ符号化モードのうちの１つは、それぞれのイントラ符号化されたブロックＡ８０に割り当てられる。インター符号化されたブロックＡ８２の場合、データストリームＡ１４は、その中に符号化された１つ以上の動きパラメータを有し得る。概して、インター符号化されたブロックＡ８２は、テンポラルに符号化されるように制限されない。あるいは、インター符号化ブロックＡ８２は、ピクチャＡ１２が属するビデオの以前に符号化されたピクチャ、あるいは別のビューのピクチャ、またはエンコーダ及びデコーダがそれぞれスケーラブルなエンコーダ及びデコーダである場合の階層的に下位のレイヤのピクチャなど、現在のピクチャＡ１２自体を超えて以前に符号化された部分から予測される任意のブロックであってもよい。
【0021】
図３では、予測残差信号Ａ２４’’’’もまた、ピクチャ領域のブロックＡ８４への細分化として示される。これらのブロックは、同じものを符号化ブロックＡ８０及びＡ８２から区別するために変換ブロックと称されてもよい。実際には、図３は、エンコーダＡ１０及びデコーダＡ２０がピクチャＡ１２及びピクチャＡ１２’のそれぞれのブロックへの２つの異なる細分化、すなわち１つがそれぞれの符号化ブロックＡ８０及びＡ８２への細分化、及びもう１つが変換ブロックＡ８４への細分化を使用し得ることを示す。両方の細分化は、同じもの、すなわちそれぞれ符号化ブロックＡ８０及びＡ８２でもよく、同時に変換ブロックＡ８４を形成し得るが、図３は、例えば、変換ブロックＡ８４への細分化が符号化ブロックＡ８０、Ａ８２への細分化の拡張を形成する場合を示すため、ブロックＡ８０及びＡ８２の２つのブロック間の任意の境界が２つのブロックＡ８４間の境界に重なる、または別の言い方をすれば、各ブロックＡ８０、Ａ８２のいずれかが変換ブロックＡ８４のうちの１つと合致する、もしくは変換ブロックＡ８４のクラスタと合致する。ただし、これらの細分化もまた、変換ブロックＡ８４がブロックＡ８０とブロックＡ８２との間のブロック境界を交互に交差し得るように互いから独立して決定され得る、または選択され得る。したがって、変換ブロックＡ８４への細分化が関係する限り、ブロックＡ８０、Ａ８２への細分化に関してあげられたものと同様のステートメントは、真であり、すなわち、ブロックＡ８４は、ピクチャ領域のブロックへの通常の細分化の結果（ロウ及びカラムへの配置の有無にかかわらず）、ピクチャ領域の再帰的マルチツリー細分化の結果、またはそれらの組み合わせもしくは任意の他の種類のブロック結果であり得る。余談であるが、ブロックＡ８０、Ａ８２及びＡ８４が四角形、矩形または任意の他の形状のものであることに限定されないことに留意する。
【0022】
さらに、図３は、予測信号Ａ２６及び予測残差信号Ａ２４’’’’の組み合わせが再構築された信号Ａ１２’を直接もたらすことを示す。ただし、代替の実施形態による、１つより多い予測信号Ａ２６が予測残差信号Ａ２４’’’’と組み合わせられ得ることで、ピクチャＡ１２’になり得ることに留意されたい。
【0023】
図３では、変換ブロックＡ８４は、以下の有意性を有するものとする。変換器Ａ２８及び逆変換器Ａ５４は、それらの変換をそれらの変換ブロックＡ８４の単位で実行する。例えば、多くのコーデックは、全ての変換ブロックＡ８４のある種のＤＳＴまたはＤＣＴを使用する。いくつかのコーデックは、変換をスキップすることを可能にするため、いくつかの変換ブロックＡ８４には、予測残差信号は、空間領域で直接符号化される。ただし、下記の実施形態によれば、エンコーダＡ１０及びデコーダＡ２０は、いくつかの変換をサポートするような方法で構成される。例えば、エンコーダＡ１０及びデコーダＡ２０によってサポートされる変換は、
ｏ ＤＣＴ－ＩＩ（またはＤＣＴ－ＩＩＩ）（ＤＣＴは離散コサイン変換を表す）、
ｏ ＤＳＴ－ＩＶ（ＤＳＴは離散サイン変換を表す）、
ｏ ＤＣＴ－ＩＶ、
ｏ ＤＳＴ－ＶＩＩ、
ｏ 恒等変換（ＩＴ）、
をサポートする。
ｏ ＤＣＴ－ＩＩ（またはＤＣＴ－ＩＩＩ）（ＤＣＴは離散コサイン変換を表す）、
ｏ ＤＳＴ－ＩＶ（ＤＳＴは離散サイン変換を表す）、
ｏ ＤＣＴ－ＩＶ、
ｏ ＤＳＴ－ＶＩＩ、
ｏ 恒等変換（ＩＴ）、
をサポートする。
【0024】
当然、変換器Ａ２８は、それらの変換の順方向変換バージョンの全てをサポートするが、デコーダＡ２０または逆変換器Ａ５４は、それらの対応する逆方向または逆バージョン、
ｏ 逆ＤＣＴ－ＩＩ（または逆ＤＣＴ－ＩＩＩ）、
ｏ 逆ＤＳＴ－ＩＶ、
ｏ 逆ＤＣＴ－ＩＶ、
ｏ 逆ＤＳＴ－ＶＩＩ、
ｏ 恒等変換（ＩＴ）、
をサポートする。
ｏ 逆ＤＣＴ－ＩＩ（または逆ＤＣＴ－ＩＩＩ）、
ｏ 逆ＤＳＴ－ＩＶ、
ｏ 逆ＤＣＴ－ＩＶ、
ｏ 逆ＤＳＴ－ＶＩＩ、
ｏ 恒等変換（ＩＴ）、
をサポートする。
【0025】
その後の説明では、変換がエンコーダＡ１０及びデコーダＡ２０によってサポートされ得る、さらなる詳細が提供される。いずれの場合も、１つのスペクトルから空間への、または空間からスペクトルへの変換など、１つの変換のみを、サポートされた変換セットが含み得ることに留意されたい。
【0026】
既に上記で概説されるように、図１から図３は、以下にさらに説明される本発明の概念が本出願によるエンコーダ及びデコーダの具体的な例を形成するために実装され得る、一例として提示されている。これまでのところ、図１及び図２のそれぞれのエンコーダ及びデコーダは、本明細書では下記のエンコーダ及びデコーダの可能な実装を表し得る。ただし、図１及び図２は単なる例である。ただし、本出願の実施形態によるエンコーダは、以下により詳細に概説される概念を使用して、例えば、ブロックＡ８０への細分化が図３に例示されている方法とは異なる方法で実行されるという点などで、図１のエンコーダとは異なる、ピクチャＡ１２のブロックベースの符号化を実行し得る。同様に、本出願の実施形態によるデコーダは、データストリームＡ１４からのピクチャＡ１２’のブロックベースのデコードを、以下でさらに概説される符号化概念を使用して実行し得るが、例えば、同じものがイントラ予測をサポートしないという点、または図３に関して説明される方法とは異なる方法で同じものがピクチャＡ１２’をブロックに細分化するという点、及び／または同じものが例えば変換領域ではなく空間領域でデータストリームＡ１４から予測残差を導出するという点で図２のデコーダＡ２０とは異なり得る。
【0027】
論じたように、図１から図３は、後で概説する本願の実施形態の基礎となり得るビデオコーデックの大まかな概要を提供することを単に意図している。例えば、ＶＶＣは、図１及び図２のビデオデコーダ及びビデオエンコーダが適合し得るビデオコーデックの一例である。
【0028】
以下の説明は次のように構成される。予備的に、ビデオコーデック環境の例としてＶＶＣが使用される。この例に基づいて、以下の説明では、オープンＧＯＰ符号化構造の一般的な符号化効率への影響と、セグメントスイッチでのピクチャ品質への影響とを調査した実験について報告する。繰り返しになるが、後で説明する実施形態はＶＶＣに限定されず、これらの実施形態に関して論じた符号化ツールもＶＶＣに関して論じたものに限定されないが、これらの実験とその結果の提示とは、後述する実施形態に導かれる動機を提供する。さらに、以降の説明では、ＧＯＰ符号化構造とセグメント化との概要を提供し、次いで、オープンＧＯＰ解像度切り替えなどのオープンＧＯＰ切り替えを可能にし、切り替えに伴うドリフトを効果的に抑制する制約付きエンコードを提示する。その後、ＶＶＣに関する考察から明らかになる本願のいくつかの実施形態が提示される。
【0029】
以下に、ＶＶＣビットストリーム内の構造とストリーミングのためのメディアセグメンテーションとの概要を示す。メディアセグメントは通常、イントラ符号化ツールのみを使用して、イントラランダムアクセスポイント（ＩＲＡＰ）ピクチャと合わせられている。ＩＲＡＰピクチャは、符号化されたビデオビットストリームに頻繁に現れて、シークまたは早送りなどの機能を可能にするだけでなく、アダプティブＨＴＴＰストリーミングの切り替えポイントとしても機能し得る。ビデオオンデマンド（ＶｏＤ）ストリーミングのシステムは通常、セグメントをＩＲＡＰピクチャ期間に合わせる。つまり、ＩＲＡＰピクチャは通常セグメントの開始位置に配置され、所望のセグメント期間によりＩＲＡＰピクチャ間の時間的距離が決まる。ただし、全てのメディアセグメントにＩＲＡＰピクチャが含まれているわけではないユースケース、例えば非常に低遅延のストリーミング、もあるため、ＩＲＡＰピクチャを待つ必要がなく、小さなセグメントを送信できるようにし、結果としてコンテンツ生成側での遅延を減らすことができる。セグメントサイズは、ターゲット適用に応じて長さが異なる場合がある。例えば、ＶｏＤサービスでは、プレーヤがより大きなバッファ（例えば３０秒）を構築して、最大数秒（例えば５秒）のセグメントサイズが合理的な設計選択となり得るスループットの変動を埋め合わせすることができる［３］。ただし、より厳格なエンドツーエンドの遅延を必要とするライブサービスでは、クライアント側でそのような大きなバッファを使用することができないため、より頻繁な切り替えポイントと１秒以下の短いセグメントとが必要になる。
【0030】
２つのＩＲＡＰピクチャ間のピクチャは、通常、ＡＶＣ［１０］で導入されたように、このような構造が、符号化効率に大きな利点をもたらすので、デコード遅延要件が許す限り、提示前の並べ替えを伴う双方向予測階層ＧＯＰ構造でエンコードされる。ＧＯＰの階層構造は、時間的スケーラビリティのために使用することができ、この場合、所与のレイヤまでの全てのピクチャのデコードが所与のフレームレートに対応し、対応する時間ＩＤ（Ｔｉｄ）値が、図１に示すように、８ピクチャのＧＯＰサイズに対して、各ピクチャに割り当てられる。ＧＯＰは、デコード順で最初のＴｉｄ０ピクチャから次のＴｉｄ０ピクチャまでの、しかし次のＴｉｄ０ピクチャを含まない、全てのピクチャとして定義できる。通常、セグメントには、ＩＲＡＰ期間とＧＯＰサイズとに応じて１つ以上のＧＯＰ構造が含まれる。ＨＥＶＣでは、デコードピクチャバッファ（ＤＢＰ）内の参照ピクチャスロットの量により、通常の１６ピクチャのＧＯＰサイズが可能であったが、ＶＶＣではＤＰＢ容量が増加し、最大３２ピクチャの階層ＧＯＰサイズが可能になった。
【0031】
デコード順ではＩＲＡＰピクチャに続くが、提示順ではＩＲＡＰピクチャの前にあるピクチャがＨＥＶＣに導入され、リーディングピクチャと呼ばれる。さらに、これらは、ランダムアクセススキップリーディング（ＲＡＳＬ）とランダムアクセスデコード可能リーディング（ＲＡＤＬ）とに区別され得る。ＲＡＤＬピクチャはデコード順序でＩＲＡＰピクチャ以降の参照ピクチャのみを使用できるが、ＲＡＳＬピクチャはさらにＩＲＡＰに先行する参照ピクチャを使用することができる。即時ランダムアクセス（ＩＤＲ）タイプのＩＲＡＰピクチャは、ＤＢＰをリセットし、いわゆるクローズドＧＯＰ構造につながるＲＡＤＬピクチャであるリーディングピクチャのみを持つことができる。さらに、一方で、クリーンランダムアクセス（ＣＲＡ）タイプのＩＲＡＰピクチャはＤＰＢをリセットしない。したがって、デコード順序でＣＲＡより前から再構成されたピクチャは、将来のピクチャ、つまり、いわゆるオープンＧＯＰ符号化構造を可能にするＲＡＳＬピクチャの参照として利用可能である。ＲＡＳＬピクチャは、ＲＡＤＬピクチャと比較して符号化効率が向上するが、参照ピクチャが利用できない場合、例えば、前のセグメントをデコードせずにセグメントの先頭で関連するＩＲＡＰでのランダムアクセス中に、デコード不能になる可能性がある。ＶＶＣの高レベルシンタックスのより詳細な概要については、［１１］で見つけることができる。
【0032】
例えば、図４は、異なる解像度を有する２つの連続するセグメントの連結からのビデオデータストリームの形成を示しており、第２のセグメントが、第１のセグメントからの参照ピクチャを有するオープンＧＯＰ符号化構造を採用する。特に、参照される参照ピクチャは、図４で矢印が出ている長方形である。矢印自体は予測の相互依存関係を示している。つまり、矢印は参照ピクチャから参照しているピクチャに向けられている。各ピクチャは、特定の時間ＩＤ Ｔｉｄに関連付けられており、図に示すように、符号化順序はピクチャの出力／提示順序から外れている。図に示すように、出力順序ランク９から１５のピクチャは、直接的または間接的に、それらが属するピクチャ自体のセグメントであるセグメント１のＣＲＡピクチャと、前のセグメントであるセグメント０に由来するピクチャ、主に出力順序ランク８のピクチャを参照するＲＡＳＬピクチャである。例えば、ビデオのセグメントは、例えば、１つのＧＯＰを含み得るピクチャシーケンスとも呼ばれ得る。
【0033】
ＲＡＳＬピクチャの参照ピクチャが前のセグメントに位置し、ストリーミングクライアントがそのような前のセグメントの後に表現を切り替える場合、クライアントデコーダは、エンコーダ側と比較して参照ピクチャの少なくとも一部の異なるバリアントを使用してＲＡＳＬピクチャをデコードすることになる。このような状況は、コンテンツが適切に生成されない場合、ビットストリームの不適合、または再構成されたＲＡＳＬピクチャの重大な不一致を引き起こす可能性があり、このドリフトは、関連するＣＲＡピクチャを除く、ＣＲＡピクチャまでの全てのＲＡＳＬピクチャに伝播する可能性がある。以下では、セグメント切り替え時のビットストリーム適合性を維持し、切り替え時の視覚品質に悪影響を及ぼす可能性のある望ましくないドリフトを回避しながら、オープンＧＯＰ構造を使用することを可能にする適切なコンテンツの生成について説明する。
【0034】
ＶＶＣの多数のインター予測ツールは、オープンＧＯＰ切り替えが実行されたときにドリフトを引き起こす様々な可能性を示し、同時にツールの使用は適合性の制約によって制限される。次に、オープンＧＯＰ解像度切り替え時のＶＶＣにおけるインター予測ツールのドリフトの可能性を分析し、ＶＶＣ適合性を確保しながら、オープンＧＯＰ解像度切り替えの深刻なアーチファクトを克服する制約付きエンコード方法を本明細書で提案する。
【0035】
ＶＶＣ符号化ツールのドリフトの可能性に関しては、ＶＶＣの符号化ツールの最初のセットは、サンプル間予測、例えば、ＶＶＣの多くの以前のバージョンから知られている通常のブロックベースの並進動き補償サンプル予測、またはアフィン動き補償をエミュレートするために、予測ブロックを個別に動き補償されたより小さなサブブロックに分解するアフィン動き補償（ＡＭＣ）と呼ばれるＶＶＣで新たに導入されたインター予測モードに分類することができる［１２］。ＡＭＣのオプションコンポーネントとしてのオプティカルフローによる予測リファインメント（ＰＲＯＦ）または双方向オプティカルフロー（ＢＤＯＦ）は、サンプルごとのインター予測をエミュレートするために、オプティカルフローに基づく方法に依存して予測サンプルを変更する、ＶＶＣにさらに新たに導入されたインター予測ツールである。このようなサンプル間予測ツールを使用して、異なる表現が再構成の参照として使用される場合、再構成されたピクチャの視覚的品質は、上記の表現の視覚的品質に傾き、元の表現の視覚的品質から遠ざかることになる。ただし、このようなサンプル間予測は、視覚的に邪魔するアーチファクトを引き起こす可能性が比較的低く、むしろ、第１の視覚的品質の予測ソースサンプルが第２の視覚的品質の残差情報を通じて徐々に更新されるため、ＲＡＳＬピクチャの所与のシーケンスにおける緩やかな品質遷移をもたらす。
【0036】
例えば、図５は、オプティカルフローツール３００とその機能とを示す。ピクチャ１２内のインター予測ブロック１０ｃが示されている。インター予測ブロック１０ｃは、動きベクトル３０２に関連付けられている。すなわち、動きベクトル３０２は、インター予測ブロック１０ｃのデータストリーム内でシグナリングされる。動きベクトル３０２は、インター予測ブロック１０ｃの並進インター予測信号を生成するために参照ピクチャ３０４がサンプリング／コピーされることになっているインター予測ブロック１０ｃの並進変位を示す。オプティカルフロー３００がインター予測ブロック１０ｃに使用される場合、オプティカルフローツール３００は、オプティカルフローベースの分析によって並進インター予測信号を改善する。より正確には、単に動きベクトル３０２に従って変位したブロック１０ｃのフットプリントで参照ピクチャ３０４をサンプリングするのではなく、オプティカルフローツール３００は、インター予測ブロック１０ｃのインター予測信号を決定するために、すなわち、インター予測信号を決定するように、領域３０６内の勾配を検査することによって、参照ピクチャ３０４内のピクチャ１０ｃのフットプリントよりもわずかに大きな領域、すなわち領域３０６を使用する。換言すれば、ブロック１０ｃのインター予測信号の各サンプルは、オプティカルフローツール３００を使用することによって、場合によっては動きベクトル３０２に従って変位されたブロック１０ｃのサンプルが参照ピクチャ３０４内のサブペル位置に位置する場合の補間フィルタリングに加えて、勾配に敏感なＦＩＲフィルタリングを使用することによって、決定される。
【0037】
図５は、単に１つの参照ピクチャと１つの動きベクトルとを示しているにすぎないが、オプティカルフローツールは、ピクチャ１２が両方の参照ピクチャとインター予測ブロック１０ｃを含むピクチャとの間にある、２つの参照ピクチャと２つの動きベクトルとに関してオプティカルフロー解析を実行することもできることに留意されたい。
【0038】
後で、本願の実施形態を説明する際、オプティカルフローツール３００は、ドリフトを避けるために符号化から除外される符号化ツールの一例を形成する可能性がある。したがって、以下に説明するいくつかの実施形態によれば、ビデオデコーダ及び／またはビデオエンコーダは、そのようなオプティカルフローツールをサポートする。図１及び図２がビデオデコーダ及びエンコーダの可能な実装を示すように、図５によるオプティカルフローツールをサポートする図１及び図２によるビデオデコーダ及びエンコーダは、本出願の実施形態の例示的な基礎を表すことができる。いずれにせよ、オプティカルフローツール３００をインター予測ブロック１０ｃに適用するか否かをデコーダ側とエンコーダ側とでそれぞれどのように決定するかについては、異なる可能性が存在する。例えば、オプティカルフローツール３００は、本質的に適用される符号化ツールであってもよい。例えば、オプティカルフローツールがブロック１０ｃに適用されるか否かは、オプティカルフローツール以外のさらなる符号化ツールに関連して、ブロック１０ｃのデータストリームでシグナリングされる１つ以上の符号化オプションに依存する可能性がある。さらに代替的に、オプティカルフローツール３００は、オプティカルフローツール３００がブロック１０ｃに適用されるか否かの決定がブロック１０ｃのサイズに依存して行われる、本質的に適用される符号化ツールであってもよい。当然のことながら、両方の依存関係が適用される可能性がある。さらに代替的に、オプティカルフローツール３００は、オプティカルフローツール３００がブロック１０ｃに適用されるか否かを排他的にシグナリングするシンタックス要素がデータストリームに符号化されることを意味する、明示的に適用される符号化ツールであってもよい。言い換えれば、このシンタックス要素はブロック１０ｃに固有である。このシンタックス要素は、ツール３５０の非適用と適用とを単に切り替えることができるという意味でのフラグまたはバイナリ値ではない可能性があることに留意されたい。むしろ、シンタックス要素は、そのｍ個の状態のうちの１つが、例えば、ツール３５０の適用に関連付けられる、ｍ－ａｒｙシンタックス要素であってもよい。あるいは、シンタックス要素は、そのｍ個の状態のうちの１つが、例えば、ツール３５０の非適用に関連付けられる、ｍ－ａｒｙシンタックス要素であってもよい。
【0039】
続いて説明する実施形態では、エンコーダは、オプティカルフローツール３００などの特定の符号化ツールをＲＡＳＬピクチャの符号化から除外することをデコーダにシグナリングする。後で説明するこのシグナル伝達は、特定のピクチャのブロックまたはピクチャのスライスに対するこれらの符号化ツールの可用性の実際の制御として機能する必要はない。むしろ、以下にさらに説明する実施形態で提示されるこのシグナル伝達またはインディケーションは、むしろ、以下にさらに説明するこれらの特定の符号化ツール（または単に１つの符号化ツール）が、ＲＡＳＬピクチャなどの特定のピクチャのエンコードから除外されているという、エンコーダからデコーダへの一種の追加的なシグナル伝達または約束として機能する可能性がある。後者の場合、後で説明するインディケーションまたはシグナル伝達は、特定の符号化ツールが特定のピクチャまたはピクチャスライス内のピクチャブロックへの適用に利用できないように、特定の符号化ツールを非アクティブ化するデータストリーム内の構成シグナリングに対して冗長であるか、またはこれに加えて行われる。エンコーダは、構成シグナリングと、該当する場合はブロックベースのツール適用に関連付けられたシンタックス要素とを設定することによって与えられる保証に従う。つまり、例えばツール（複数可）がＲＡＳＬピクチャで使用されないようにする。したがって、オプティカルフローツールは、ブロック１０ｃなどのインター予測ブロックへの適用に関して、データストリーム内の構成データによってピクチャまたはスライスの単位で非アクティブ化可能な非アクティブ化符号化ツールであってもよい。例えば、そのような構成シグナリングは、スライスヘッダまたはピクチャヘッダによって構成され得る。したがって、オプティカルフローツール３００が特定のインター予測ブロック１０ｃに適用されるか否かは、構成シグナリングに基づいて決定され、単に構成シグナリングが、インター予測ブロック１０ｃがその一部であるピクチャ１２（またはピクチャ１２のスライス）について、オプティカルフローツール３００がアクティブ化されている、すなわち利用可能であることを示す場合、上記のその適用に関する明示的なシグナル伝達または固有の決定が行われる。
【0040】
後者の状況は、特定の符号化ツールを適用するかしないかを決定する一般的な可能性が、本明細書で説明する符号化ツールについてと同様であるため、図６に再度示されている。したがって、図６は、現在符号化されているピクチャ１２と、ピクチャ１２の一部であるブロック１０とを示している。ピクチャブロック１０は、単に例示的に示されており、実際には、ピクチャ１２が分割される単なる１つのピクチャブロックである。ブロック１０が属するブロックレベルは、例えば、イントラ／インター予測モードの決定が行われるブロックに対応する可能性があるが、後者のブロックより小さいブロックなど、他の可能性も同様に存在する。ピクチャ１２をブロック１０などのブロックに分割する可能な例は、図３に関して説明している。代表的な符号化ツール３５０を図６に示す。この符号化ツールが実際にブロック１０に適用されるかどうかは、以下の状況によって制御され得る。適用は、矢印３５２で示されるブロックのサイズ、及び／または、ブロック１０がイントラブロックモードを使用して符号化されるかインターブロックモードを使用して符号化されるかなど、所定のブロック１０のデータストリーム内でシグナリングされる符号化オプションに依存する可能性がある。後者の依存関係が、図６に矢印３５４で示されている。ブロックサイズ依存性の代わりに、あるいは追加的に、対応する再帰的マルチツリーベースの分割ツリーのブロックアスペクト比またはツリー分割レベルへの依存性が適用されてもよい。符号化オプションは、ブロックがイントラ符号化されること、ブロックがインター符号化されること、ブロックが双予測されること、ブロックが等間隔で対向配置された参照ピクチャと双予測されることなどのうちの１つ以上に関連し得る。情報エンティティ、つまりブロックサイズ／アスペクト比／分割レベルと符号化オプションとの両方は、データストリーム内でシグナリングされ、つまり、ピクチャ１２のブロック１０を含むブロックへの分割に関する分割情報によるブロックサイズ／アスペクト比／分割レベルと、例えばブロック１０に特化した符号化オプションとの両方でシグナリングされる。暗黙的なブロックレベルの決定に依存する代わりに、シンタックス要素３５３の形式の明示的なシグナリングを使用して、ブロック１０に関するツール３５０の適用を制御してもよい。シンタックス要素はブロック１０に固有であり、ツール３５０のツール決定に関して固有になる。この適用決定３５６は、ブロックレベルで行われるが、より大きなレベルでは、適用決定はさらに、ピクチャ１２全体、またはピクチャ１２がデータストリームに符号化されるブロック符号化順序に沿ってピクチャ１２が細分化されるスライスに関してなど、より大きなレベルで行われるアクティベーション決定３５８に依存することがある。アクティベーション決定３５８は、ブロック１０が属するスライスのスライスヘッダ内の設定、またはピクチャ１２のピクチャヘッダ内の設定、もしくはピクチャパラメータセットなどのピクチャ１２に関連付けられたパラメータセット内の設定などの、前述の構成シグナリングによって制御され得る。決定３５６及び３５８の全てが適用されるわけではない。それらのいずれも適用されない可能性があるが、以下に説明するインディケーションは、ある種の約束または冗長なシグナリングとして、特定のスライス、ピクチャ、またはＲＡＳＬピクチャに対する特定の符号化ツール３５０のアクティブ化または非アクティブ化を示すだけでなく、構成シグナリングのようにも作用する。
【0041】
【0042】
ＶＶＣの第２の符号化ツールセットは、ピクチャのシンタックスまたはサンプルから、シンタックス（すなわちモデルパラメータ）予測に使用される。以前のバージョンと同様に、ＶＶＣでは、時間的動きベクトル予測（ＴＭＶＰ）［１３］を介して、いわゆるコロケートされた参照ピクチャからの時間ＭＶ候補を使用して、ブロックベースで動きベクトル（ＭＶ）予測が可能になる。この機能は、ＶＶＣにおいて、コロケートされた参照ピクチャ内の対応する動き情報を見つける際に、変位ステップを追加する、サブブロックベースのより細かい粒度のＴＭＶＰバリアント（ＳＢＴＭＶＰ）を導入することによって拡張された。
【0043】
図７は、時間的動きベクトル予測ツール５００を示す。このツール５００は、図６の符号化ツール３５０の別の例であり、エンコーダ制約インディケーションに関して以下でさらに説明する符号化ツールのさらなる例である。時間的動きベクトル予測ツールは、参照ピクチャ５０２内のブロック５０６に関連付けられた動きベクトル５１０に基づいて、ピクチャ１２のインター予測ブロック１０ｃの動きベクトル５０８を予測するためのものである。ツール５００は、参照ピクチャ５０２内の同じ位置にあるブロックの動きベクトルを予測子５０８として使用することができるが、図７の例によれば、ツール５００は最初に、ブロック１０ｃについて、空間予測動きベクトルなどの変位ベクトル５０４を導出し、この変位ベクトル５０４を使用して、参照ピクチャ５０２内で「同じ位置にあるブロック５０６」の位置を特定し、次いで、この同じ位置にあるブロック５０６の動きベクトル５１０が、時間的予測動きベクトル候補５０８に使用される。さらに、図７は、ツール５００が、ブロック１０ｃのためのデータストリームにおいてシグナリングされたインデックスを使用することなどにより、１つの動きベクトル予測子が最終的に選択されるブロック１０ｃのための動きベクトル候補リスト５１２への挿入のためにのみ、時間的予測動きベクトル５０８を決定するように動作可能であり得ることを示す。あるいは、リスト５１２は、リスト５１２内の動きベクトル候補の特定の順序につながる特定の方法で解釈され、最も高いランクを有するものがインター予測ブロック１０ｃでの使用のために単純に最終的に選択される（ｃｈｏｓｅｎ）／選択される（ｓｅｌｅｃｔｅｄ）。
【0044】
図６の動きベクトル予測ツールは、マージの意味での時間的動きベクトル予測のケースをカバーするのにも十分に広いと理解されるものとすることに留意されたい。すなわち、同じ位置にあるブロックから、動きベクトル予測子を参照ピクチャインデックスなどの他の動き予測設定と共に一括して提供する。
【0045】
図６に関して説明した全てのオプションは、ツール５００が実際にブロック１０ｃに適用されるか否かを決定するために、ツール５００に利用可能である。より正確には、ツール５００は、図６の符号化ツール３５０の一例であってもよく、その場合、シンタックス要素３５３の形式の明示的なシグナリングが、ブロック１０に関するツール５００の適用を制御するために使用され得る。すなわち、ブロック１０ｃのデータストリームでシグナリングされたインデックスが、リスト５１２からＴＭＶＰ候補５０８を選択するか否かを制御する。選択されない場合、ツール５００はブロック１０ｃに関して無効なままであり、これは、ブロック１０ｃに対してツール５００が適用されないと解釈される。しかしながら、決定３５８を介したより高いレベルでの構成シグナリングは、ツール５００をよりグローバルに非アクティブ化するために使用されることがあり、その結果、ツール５００が非アクティブ化されるようにシグナリングされる領域（ピクチャまたはスライス）内に存在するブロックに対して、リスト５１２が、いずれにせよ、ＴＭＶＰ候補５０８を除外するようにして解釈され、リストインデックスがもはや前述のブロックレベルの決定制御として機能しないことになる。エンコーダは、本明細書で教示されるように、ＲＡＳＬピクチャのドリフトを回避するためにデコーダに与えられた約束に従うために、どちらの方法を使用するかを決定することができる。
【0046】
前述の第２のセットのさらなるツールは、サンプルからシンタックスへの予測ツールとして特徴付けることができる。ＶＶＣで導入されたまったく新しいインター予測ツールは、デコーダ側動きベクトルリファインメント（ＤＭＶＲ）であり、これは、現在のピクチャに対して時間的に等しい反対の距離を持つ２つの参照ピクチャのミラーリング特性に基づいて、双方向予測におけるＭＶの精度を精密化する。
【0047】
図８は、デコーダ側の動きベクトルリファインメントツール４００を示す。ピクチャ１２のインター予測ブロック１０ｄに適用される場合、ツール４００は、このブロック１０ｄを参照ピクチャ４０４からインター予測するために、このブロック１０ｄのデータストリーム内の符号化／シグナリングされた動きベクトル４０２を、最良一致検索を使用することによるこの動きベクトル４０２のリファインメントによって改善する。最良一致検索は、１／１６ペル解像度など、デコーダ及びエンコーダによってサポートされる最高の解像度で実行され得る。シグナリングされた動きベクトルは、解像度が低い場合があり、ＤＭＶＲツールによって最終的に決定されたリファインメントされた動きベクトルを「実質的に」示す役割を単に果たすものにすぎない。最良一致検索を実行するために、参照ピクチャと何を照合する必要があるかに関しては、様々な可能性が存在する。１つの可能性は、インター予測ブロック１０ｄに隣接する既にデコード化された部分を使用することである。この部分は、シグナリングされた動きベクトル及びその周囲の動きベクトル候補を使用して動きベクトル変位を受け、最もよく一致した候補がリファインメントされた動きベクトルとして選択される。あるいは、ブロック１０ｄが双方向予測ブロックであり、ツール４００によってリファインメントされることになるシグナリングされた動きベクトルのペアが存在する可能性もある。すなわち、インター予測ブロック１０ｄが双方向予測ブロックであった場合である。提示順序で参照ピクチャの間にピクチャ１２が存在する可能性があり、つまり、参照ピクチャが時間的にピクチャ１２の前後に配置される可能性がある。任意選択で、２つの参照ピクチャはピクチャ１２から時間的に等間隔に配置される。ツール４００は、この場合専用でもよい。すなわち、ツール４００は、ブロック１０ｄが、現在のピクチャ１０から等間隔に配置され、その間にピクチャ１０を有する参照ピクチャに基づいて双予測されることを示すブロック符号化オプションに応じて、本質的にブロックレベルでアクティブ化されることになる。その場合、一方がベクトル４０２であるシグナリングされた動きベクトルの対は、シグナリングされた動きベクトルの対を含む動きベクトル対候補の間で最良一致検索を実行することによってリファインメントされる。最良一致検索は、例えば、動きベクトルペア候補と呼ばれる部分でサンプリングされた参照ピクチャ間の類似性をテストすることによって実行することができる。動きベクトルのペアの候補は、ある参照ピクチャに対する一方の動きベクトル候補が、この参照ピクチャに対する対応する信号動きベクトルから、他の参照ピクチャに対する他の動きベクトル候補が、この他の参照ピクチャに対する他の信号動きベクトルから逸脱するのとは逆に逸脱するものに限定され得る。類似性を得るには、ＳＡＤまたはＳＳＤを使用できる。次に、最もよく一致する動きベクトルのペア候補が、信号動きベクトルの置換４０６として使用される。すなわち、参照ピクチャ４０４のベクトル４０２が４０６に置き換えられ、他の参照ピクチャの他の信号ベクトルが動きベクトルペア候補の他のベクトルに置き換えられる。他の可能性も同様に存在するはずである。例えば、二重予測ブロック１０ｄの両方のシグナリングされた動きベクトルは、シグナリングされた動きベクトル及びその周囲の２つのシグナリングされた動きベクトルにおける２つの参照ピクチャ内のサンプリングされたパッチの平均の最良一致検索を実行することによって、個別にリファインメントされ得る。
【0048】
ＭＶＲツール４００をブロック１０ｄに適用するかどうかの決定に関しては、図６に関して説明した全ての代替案を適用することができる。すなわち、ＭＶＲツール４００は符号化ツール３５０であってもよい。
【0049】
ＶＶＣのさらに新しいツールは、クロスコンポーネント線形モデル（ＣＣＬＭ）である。これにより、線形モデルを使用して、それぞれの輝度コンポーネントからブロックの彩度コンポーネントをイントラ予測できるようになる。モデルパラメータが、再構成された輝度サンプル値から導出される。線形モデルは、サブサンプリングされた輝度サンプルｒｅｃ’Ｌを、次の手段によって彩度予測に変換する。
Ｐ（ｉ，ｊ）＝ａ・ｒｅｃ’Ｌ（ｉ，ｊ）＋ｂ
ここで、パラメータａとｂとは、隣接する輝度サンプルと彩度サンプルとから、次のように導出される。ＸｌとＸｓとは、それぞれ最大の２つの隣接サンプルの平均と最小の２つの隣接サンプルの平均とを表し、ＹｌとＹｓとは、それぞれ対応する彩度サンプルペアの平均を表す。パラメータは次のように導出される。
ａ＝（Ｙｌ－Ｙｓ）／（Ｘｌ－Ｘｓ）
ｂ＝Ｙｓ－ａ・Ｘｓ
パラメータ導出プロセスは、隣接するサンプル値の極値のみを考慮するため、隣接するブロックに単一サンプルのドリフト外れ値がある場合でも、このプロセスでは広範囲のドリフトが発生する傾向がある。また、線形モデルのため、ａが大きい場合、輝度ドリフトが増幅される可能性がある。隣接する全てのサンプル値を考慮する他のイントラ予測モードの場合、ドリフト伝播はあまり目立たず、線形に増幅することができない。この固有の不安定性のため、ＨＴＴＰアダプティブストリーミングでのオープンＧＯＰ切り替えなど、制約されたドリフトが許容されるアプリケーションにこのモードを適用する場合は、特別な注意が必要である。これに加えて、説明されているアプリケーションのコンテキストでは、ドリフトはＲＡＳＬフレーム、つまり動き予測フレームでのみ発生する可能性があるためである。エンコーダがＣＣＬＭ、つまりイントラ予測モードの使用を決定した場合、これは通常、適切な動き補償予測子の欠如が原因であり、時間的アクティビティが高い領域を意味する。このような領域では、オープンＧＯＰ切り替えの予想される再構成ドリフトが大きくなり、議論された不安定性の影響にさらに寄与することが予想される。
Ｐ（ｉ，ｊ）＝ａ・ｒｅｃ’Ｌ（ｉ，ｊ）＋ｂ
ここで、パラメータａとｂとは、隣接する輝度サンプルと彩度サンプルとから、次のように導出される。ＸｌとＸｓとは、それぞれ最大の２つの隣接サンプルの平均と最小の２つの隣接サンプルの平均とを表し、ＹｌとＹｓとは、それぞれ対応する彩度サンプルペアの平均を表す。パラメータは次のように導出される。
ａ＝（Ｙｌ－Ｙｓ）／（Ｘｌ－Ｘｓ）
ｂ＝Ｙｓ－ａ・Ｘｓ
パラメータ導出プロセスは、隣接するサンプル値の極値のみを考慮するため、隣接するブロックに単一サンプルのドリフト外れ値がある場合でも、このプロセスでは広範囲のドリフトが発生する傾向がある。また、線形モデルのため、ａが大きい場合、輝度ドリフトが増幅される可能性がある。隣接する全てのサンプル値を考慮する他のイントラ予測モードの場合、ドリフト伝播はあまり目立たず、線形に増幅することができない。この固有の不安定性のため、ＨＴＴＰアダプティブストリーミングでのオープンＧＯＰ切り替えなど、制約されたドリフトが許容されるアプリケーションにこのモードを適用する場合は、特別な注意が必要である。これに加えて、説明されているアプリケーションのコンテキストでは、ドリフトはＲＡＳＬフレーム、つまり動き予測フレームでのみ発生する可能性があるためである。エンコーダがＣＣＬＭ、つまりイントラ予測モードの使用を決定した場合、これは通常、適切な動き補償予測子の欠如が原因であり、時間的アクティビティが高い領域を意味する。このような領域では、オープンＧＯＰ切り替えの予想される再構成ドリフトが大きくなり、議論された不安定性の影響にさらに寄与することが予想される。
【0050】
図９は、クロスコンポーネント線形モデルツール１００の動作モードを概略的に示す。ツール１００が適用されるブロック１０ａが示されている。このブロック１０ａの輝度コンポーネントは、任意のタイプの予測１２０を使用し、予測信号と輝度の残差信号とを組み合わせる中で、データストリームからの残差信号をデコードすること１２２によって再構成される。ツール１００の目的は、再構成された輝度コンポーネント１２４に基づいて彩度コンポーネント（複数可）を予測することである。これは、線形モデルまたは線形マッピング１０６を使用して行われる。この線形マッピング１０６は、ブロック１０ａの各サンプル１２６について、サンプル１２６の再構成された輝度コンポーネントに基づいてサンプル１２６の彩度コンポーネントをサンプルごとに予測するために、スカラー線形関数を使用する。スカラー線形関数の線形パラメータ、すなわち上記ａ及びｂは、ブロック１０ａの近傍１１２における既に再構成されたサンプルの輝度コンポーネント及び彩度コンポーネントの統計の分析によって、ブロック１０ａに対してブロック全体にわたって決定される。特に、ツール１００によって実行される統計分析１２４は、図９の１２８に示されており、各コンポーネントについて、近傍１１２の再構成サンプル内で発生する外部輝度値及び彩度値を決定することができる。例えば、２つの最大の輝度値の平均と、２つの最小の輝度値の平均とが使用される場合がある。予測すべき彩度コンポーネントについても同じことが行われる。結果として生じる４つの平均値に基づいて、近傍１１２内の輝度値の範囲及び彩度値の範囲の尺度が決定され、それらの間の比が線形マッピング１０６のスカラー線形関数の傾きとして使用される。輝度の最小値の平均－傾き×彩度の最小値の平均は、スカラー線形関数の切片を決定するために使用される。このように実行されるパラメータ導出１０８は、スカラー線形関数を生成し、再構成された輝度コンポーネント１２４の各輝度サンプルは、ブロック１０ａ内の対応する彩度サンプル値を予測するために使用され、それによって、ブロック１０ａの彩度コンポーネント間予測信号が生成される。図９には示されていないが、可能性として、データストリームは、彩度コンポーネントＣ１及び／またはＣ２の彩度コンポーネント間予測信号を補正するために、符号化された彩度残差信号を有してもよい。
【0051】
繰り返しになるが、ツール１００は、図６の符号化ツール３５０の別の例である。換言すれば、符号化ツールがピクチャのブロック１０ａに適用されるかどうかは、図６に関して説明したオプションのいずれかに従って決定され得る。注目すべきことに、ＶＶＣは、ツール１００をピクチャ全体にわたり、または少なくともスライス全体にわたり非アクティブ化するためのいかなる手段も提供しないが、後述する実施形態によれば、そのようなシグナル伝達が提案され、それによって、まさにツール１００によって引き起こされる有害なドリフトを回避する。より正確には、ツール１００は、ブロック１０に関するツール１００の適用を制御するためにシンタックス要素３５３の形式の明示的なシグナリングが使用される、図６の符号化ツール３５０の一例であってもよい。シンタックス要素は、例えば、ブロック１０のツール１００のオンまたはオフに切り替えるフラグにすることができる。後の実施形態に関して説明する符号化制約インディケーションの議論に関しては、２つの可能性が存在する。つまり、それは、特定のピクチャ１２に関する全てのシンタックス要素３５３がツール１００の非適用を示すという事実を受け取り手、すなわちデコーダに通知することのみができ、それはまた、代替的に、データストリームがそのピクチャ１２内のブロック１０に関するシンタックス要素３５３を伝達しない結果として、ピクチャ１２に関してツール１００を非アクティブ化する構成シグナリングとして作用することができる。例えば、ＶＶＣを例にとると、ピクチャまたはスライスの粒度でツール１００を非アクティブ化するための構成シグナリングは存在しない。ＶＶＣでは、そのような構成シグナリングは、ピクチャシーケンスに対するツール１００のアクティブ化を制御するためにのみ存在する。したがって、ＲＡＳＬを考慮した非アクティブ化は実現不可能である。
【0052】
さらに新しいツールがＶＶＣのループフィルタリングステージに導入され、これは輝度マッピング及び彩度スケーリング（ＬＭＣＳ）と呼ばれる。このツールでは、図１０に示すように、輝度サンプルから導出したパラメータを使用して彩度サンプル値がスケーリングされる。
【0053】
ここでも、彩度から輝度への依存関係が存在するが、ＣＣＬＭの場合ほど顕著ではない。プロセスの彩度スケーリング部分では、変換及び逆量子化された彩度残差が、隣接する仮想パイプラインデータユニット（ＶＰＤＵ）の輝度サンプルから導出されたモデルパラメータに従ってスケーリングされる。ＣＣＬＭは、パイプライン遅延の削減を目的として、隣接するＶＰＤＵのサンプルに依存する。ただし、ＬＭＣＳでは、隣接する全ての輝度サンプルが考慮され、ＶＰＤＵの隣接するサンプルのドリフト外れ値を平均化することができる。また、モデルパラメータは、残差信号をスケーリングするために使用される。残差信号はドリフトを集約するものではなく、直接シグナリングされる。これらの理由により、ツールがドリフトを増幅する可能性ははるかに低くなるが、ドリフトを制御するアプリケーションでのエンコード時には、依然として考慮する必要がある。
【0054】
ＬＭＣＳツール２００の動作モードを図１１に示す。ここでの考え方は、提示輝度トーンスケール２１０ではなく、符号化輝度トーンスケール２０８において、所定のピクチャ１２に対して輝度コンポーネント予測２０２及び輝度コンポーネント残差デコード２０４を実行するように輝度ツールマッピング２１２を実行することである。より正確には、再構成された輝度値は、特定のビット深度の線形スケールでピクチャ１２の再構成信号の輝度コンポーネントを表すことができるが、輝度トーンマッピング２１２は、ピクチャに関しての線形トーンマッピング関数または何らかの他のトーンマッピング関数などの特定のトーンマッピング関数を使用して、このスケール２１０をコーディングスケール２０８にマッピングすることができる。トーンマッピング関数は、ピクチャ１２のピクチャパラメータセットなどのデータストリームでシグナリングされる場合がある。機能はエンコーダによって適切に決定される。したがって、ピクチャ１２のブロック１０ｂについてのインター予測２０２によって得られたインター予測信号は、符号化スケール２０８で残差信号２０４と結合される前に、輝度トーンマッピング２１２を受けて、ピクチャ１２の再構成された輝度コンポーネントが得られる。イントラ予測ブロックの場合、インター予測２０６が使用される。イントラ予測は、符号化スケール２０８ドメイン内で実行される。ツール２００のさらなる目標は、輝度トーンマッピング２１２に従って彩度コンポーネントの量子化誤差を制御することである。すなわち、彩度コンポーネントの量子化誤差は、ブロックごとに個別に制御され、輝度トーンマッピング２１２によって輝度コンポーネントの影響に適応される。この目的のために、ピクチャブロック１０ｂの近傍２２２内のピクチャ１２の再構成された輝度コンポーネントの符号化輝度トーンスケールバージョンの平均２２０から、ピクチャ１２のブロック１０ｂに対して、彩度残差スケールファクタ２１６が決定される。データストリームからピクチャブロック１０ｂについてデコードされた彩度残差信号２２４は、このように決定された彩度残差スケールファクタ２１６に従ってスケーリング２２６され、このスケールは、ピクチャブロック１０ｂの補正２２８及びイントラ彩度予測信号２３０に使用される。イントラ彩度予測信号２３０は、輝度コンポーネントと比較して、同じ予測ツールまたはそのサブセットを使用することができる。平均２２０を決定するために近傍２２２を使用することによって、ブロック１０ｂの輝度コンポーネント及び彩度コンポーネントは、直列ではなく並列に再構成されることができる。次に、ピクチャ１２の再構成された輝度コンポーネント及び彩度コンポーネントは、逆輝度トーンマッピング２４０を受けて、ピクチャ１２の再構成された最終結果が得られるとともに、次に符号化／デコードすべきピクチャの基礎が得られて、すなわち、その後この符号化／デコードされたピクチャの参照ピクチャとして機能する。
【0055】
符号化ツール２００に関しては、前の図に関して説明した他の符号化ツールに関して行われたのと同じ注記が有効である。すなわち、符号化ツール２００は、図６の符号化ツール３５０の例であり、または図６に関して説明した特定のブロックに対するこの符号化ツールの適用を決定するためのオプションが使用され得る。一例として、ブロック単位の決定３５６は、符号化ツール３００に関して省略されてもよいが、構成シグナリングを使用して、ピクチャごとに、またはスライスごとに適用を制御することができる。
【0056】
シンタックス間及びサンプル間予測ツールによる予測ＭＶの誤差は、これらの誤って予測されたＭＶを空間的または時間的ＭＶ候補として使用する後続のサンプル間予測ツールで深刻なアーチファクトを引き起こす可能性が比較的高い。このことは、オープンＧＯＰ切り替えで最も目立つアーチファクトを示す（ＳＢ）ＴＭＶＰに特に有効である。また、不正な動きベクトルの誤差が後続のピクチャに大きく伝播する可能性があるため、ＤＭＶＲにも有効である。また一方、再構成されたサンプル値から導出されるパラメータに基づいて実行される他の予測モデル、例えばＣＣＬＭ及び／またはＬＭＣＳにも、同じことが当てはまる。図１２は、通常のオープンＧＯＰ符号化で３２ピクチャのＧＯＰサイズを使用したＲＡＳＬピクチャの視覚的及び客観的品質に対する一般的なシンタックスまたはパラメータの予測誤差の影響を示している。ＲＡＳＬピクチャは、再構成されたピクチャの輝度コンポーネント及び彩度コンポーネントにおいて、著しいアーチファクトを受けていることが明らかである。
【0057】
オープンＧＯＰ切り替えにおける第３の問題は、アダプティブループフィルタ（ＡＬＦ）のフィルタ係数、彩度スケーリング付き輝度マッピング（ＬＭＣＳ）のパラメータ、及び量子化スケーリングリストが保持されているＶＶＣでの適応パラメータセット（ＡＰＳ）の使用から生じる可能性がある。ＲＡＳＬピクチャは、デコード順でそれぞれのＣＲＡよりも前に送信されたＡＰＳを指す場合があり、これらは、連続デコード中に利用可能であるが、この場合、関連するＲＡＳＬピクチャがドロップされるため、ＣＲＡピクチャでのランダムアクセス時には利用できない。したがって、オープンＧＯＰ解像度の切り替えにより、誤差耐性のないデコーダをクラッシュさせる欠落したＡＰＳへの参照を引き起こし、または識別子の値が偶然一致した間違ったＡＰＳのパラメータを使用した場合に視覚的なアーチファクトを発生させる可能性がある。シンタックス予測ツールと同様に、この問題は、完全なデコーダ障害に至るまで、視覚的な障害を引き起こす可能性が高い。
【0058】
オープンＧＯＰ解像度切り替えを実行するときに、上記の問題を回避するために、以下で説明する３つの柱で構成される制約付きＶＶＣエンコード方法を使用することができる。
【0059】
第一に、ＣＲＡに関連付けられたＲＡＳＬピクチャは、デコード順序でＣＲＡに先行するピクチャが、シンタックス間予測、つまり（ＳＢ）ＴＭＶＰを実行するための併置参照ピクチャとして選択されないように制約される。これにより、エンコーダ側とまったく同じ参照ピクチャと動き情報とが使用され、以前のセグメントピクチャによる不正確なソースの動き情報によるシンタックス予測誤差が防止される。可能な実装では、デコード順序で最初のＲＡＳＬピクチャは、その関連するＣＲＡピクチャのみを併置参照ピクチャとして使用するように制限され、当然ゼロ動きベクトルのみをホストするが、その後のＲＡＳＬピクチャは、デコード順の最初のＲＡＳＬピクチャとそれに続くピクチャとの非ゼロ時間ＭＶ候補にアクセスできる。サンプルからシンタックスへの予測ツールに関しては、関連するＣＲＡにデコード順で先行するアクティブな参照ピクチャを持つ全てのＲＡＳＬピクチャに対してＤＭＶＲが無効化される。別の代替案では、参照ピクチャに関係なく、全てのＲＡＳＬピクチャに対してＤＭＶＲが無効化され、さらなる代替案では、後続のピクチャのための併置された参照ピクチャとして機能するＲＡＳＬピクチャに対してのみＤＭＶＲが無効化され、さらに別の代替案では、ＤＭＶＲは、最上位の時間レイヤであるため参照として使用されないＲＡＳＬピクチャを除く全てのＲＡＳＬピクチャに対して無効化される。そのため、他のＲＡＳＬピクチャのエンコーダ側サンプル、またはドリフトの影響を受けたサンプルとは異なる、以前のセグメントからの参照ピクチャの誤ったサンプル値が、サンプルからシンタックスへの予測で誤差を引き起こすことはない。
【0060】
セグメント切り替え後のＶＶＣ適合性を確保するには、関連するＣＲＡに先行する参照ピクチャを持つ全てのＲＡＳＬピクチャに対してさらなるツールを制限する必要がある。つまり、オプティカルフロー関連ツールＢＤＯＦ及びＰＲＯＦの使用が無効になる。あるいは、簡単にするために、全てのＲＡＳＬピクチャに対してＢＤＯＦとＰＲＯＦとを無効にすることもできる。さらに、ビデオ内の独立して符号化されたサブピクチャのＶＶＣの新機能は、例えば３６０度ビューポート依存のビデオストリーミングに役立つが、ＲＰＲを使用するには無効にする必要がある。上記のツール制約は全て、ＲＰＲを有効にするためにＶＶＣ仕様で定義された適合制約の一部でもある。ＶＶＣでのＲＰＲの使用に関連する適合性制約を超えて、再構成されたサンプルからのパラメータ予測を使用する予測技術も顕著なアーチファクトを引き起こす可能性があるため、さらなるツール制約が必要になる。したがって、現在のＶＶＣシンタックスでは、シーケンス単位での無効化のみが許可されており、全体の符号化効率が大幅に低下するため、発明者らの実装ではエンコーダ側の検索アルゴリズムのブロック単位の制約によってＣＣＬＭが無効になる。これにより、エンコーダ側でドリフトを確実に回避することが効果的に可能になるが、低レベルの解析を徹底的に行わなければ、デコーダ側でドリフトを簡単に確認することはできない。また、ツールは有効になっているが使用されていないため、不要なビット（つまり、ｃｃｌｍ＿ｍｏｄｅ＿ｆｌａｇまたはｃｃｌｍ＿ｍｏｄｅ＿ｉｄｘなどのＣＣＬＭ使用のための符号化ユニットレベルのフラグ）が、ツールを使用しないというエンコードの決定を知らせるために送信されている。
【0061】
第二に、オープンＧＯＰ符号化構造、つまりデコード順序でＣＲＡピクチャの後にそれに関連するＲＡＳＬピクチャが続く場合も、全てのピクチャに必要なＡＰＳがセグメント内に存在する必要がある。オープンＧＯＰストリームにランダムアクセスする場合、そのような制約は必要なく、ＲＡＳＬピクチャは、デコード順序において、関連するＣＲＡピクチャの前にビットストリームで伝送されるＡＰＳを参照することができることに留意されたい。このようなＣＲＡピクチャでランダムアクセスする場合、ＲＡＳＬピクチャはドロップされるため、この参照は問題にならない。また、切り替えが実行されない場合、そのようなＡＰＳは連続デコードで利用可能である。ただし、これらのＡＰＳは、オープンＧＯＰ切り替えを伴うストリーミングでは利用できない場合があるため、参照されないようにする必要がある。発明者らの実装では、ＡＬＦ、ＬＭＣＳ、及び量子化スケーリングリストに関連する処理は、クローズドＧＯＰ符号化構造と同様の方法でリセットされる。
【0062】
第三に、ＶＶＣ高レベルシンタックスの観点から、ビットストリームラダー内のバリアントの個別のエンコードは、デコーダ側でのオープンＧＯＰ切り替えのターゲットを念頭に置いて、協調して行われる必要がある。したがって、セグメントの切り替えによってＳＰＳの変更による新しい符号化レイヤビデオシーケンスの開始がトリガされないように、全てのセグメントバリアントのシーケンスパラメータセット（ＳＰＳ）が調整される必要がある。例えば、適切に調整すると、ＳＰＳは、ビットストリームラダー内の最大解像度、マッチングブロックサイズ及び彩度フォーマット、適切なマッチングレベルインジケータ、及びデコーダ側でＲＰＲの使用を可能にする適切な構成を備えたｇｃｉ＿ｎｏ＿ｒｅｓ＿ｃｈａｎｇｅ＿ｉｎ＿ｃｌｖｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ、ｓｐｓ＿ｒｅｆ＿ｐｉｃ＿ｒｅｓａｍｐｌｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇ及びｓｐｓ＿ｒｅｓ＿ｃｈａｎｇｅ＿ｉｎ＿ｃｌｖｓ＿ａｌｌｏｗｅｄ＿ｆｌａｇなどの関連制約フラグを示すはずである。指定された最大解像度またはレベルに必要な機能よりも低い機能を備えたデバイスには、システムメカニズムを通じて調整されたＳＰＳを使用する必要がある。
【0063】
ＶＶＣのＲＰＲは、上記のツール制約の説明から明らかなように、その実装と実行時の複雑さとを抑制するために、制約されるように設計されている。この複雑性の考慮における重要な側面は、ＲＰＲ使用時にスケーリングされた参照サンプルにアクセスする際のメモリ帯域幅が許容範囲内であり、ＲＰＲを使用しない場合よりも大幅に高くならないことである。ＶＶＣでの符号化されたピクチャには、２つのピクチャ間のスケーリング係数を決定するために使用される、いわゆるスケーリングウィンドウが付属する。ＲＰＲのメモリ帯域幅要件に限界を設定するために、ＲＰＲを使用するピクチャのスケーリングウィンドウとその参照ピクチャのスケーリングウィンドウとの関係が、最大で８倍のアップスケーリングと２倍のダウンスケーリングとを可能にするように制限されている。言い換えれば、各スケーリングウィンドウがその表現のピクチャサイズにマッチしていると仮定すると、８倍のピクチャサイズを持つ表現に切り替えるときに、ＲＰＲを使用することが許可される。ただし、ダウン切り替えでは、ピクチャサイズが各次元で半分以上減少する場合にのみＲＰＲを使用できる。
【0064】
通常、アダプティブストリーミングシナリオでは、アップ切り替えがプログレッシブ方式で実行される。つまり、解像度または品質を徐々に上げていく。ただし、ダウン切り替えに関しては、プレーヤのバッファが不足しているときに、プレーヤがバッファアンダーランを避けるために最低品質に切り替えることが発生する可能性がある。このことは、ダウン切り替えが、漸進的に起こらない可能性が高いことを意味する。ＶＶＣにおけるＲＰＲのこの制限を軽減する１つの方法は、クローズドＧＯＰ構造で最低品質の表現をエンコードして、このような非プログレッシブダウン切り替えイベント中にピクチャサイズが半分未満に減少した場合のフォールバックとして機能できるようにすることである。
【0065】
以下では、上述の符号化ツール１００、２００、３００、４００、及び５００の１つ、複数、または全てをサポートするデコーダ及びエンコーダに関する実施形態について説明する。次に説明するデコーダ及びエンコーダは、図１及び図２に準拠した方法で実装することができる。ツール１００、２００、３００、４００、及び５００は、主にデコーダ側に関して上記で説明されているが、対応するツールの説明がエンコーダ側に容易に移行可能であることは明らかであり、エンコーダがデータストリームから情報をデコードするのではなく、データストリームに関連情報を挿入する点が異なる。サポートされる各符号化ツールは１つの符号化ツール３５０を表す。ブロックベースで明示的シンタックス要素制御３５３を使用する符号化ツールには、エンコーダがブロックベースでシンタックス要素をエンコードし、デコーダがそれをデータストリームからデコードすることが含まれる。符号化ツール１００は、この明示的なブロックベースのシンタックス要素を使用する唯一のものである可能性がある。他の符号化ツール２００、３００、４００、及び５００は、ツールを完全に非アクティブ化するためのピクチャベースまたはスライスベースの構成シグナリングと共に、固有のブロックベースの適用決定３５６を使用することができる。
【0066】
続いて説明する実施形態は、上記の１つ以上の符号化ツールのセットの使用に関する特定の符号化制約が遵守されているか否かをデコーダに示すインディケーションまたはシグナリングに関する。エンコーダは、データストリーム内でこのインディケーションを通知し、対応するエンコード制約に従うことで、それに応じてエンコードを制限する。デコーダは、そのインディケーションを使用し、それをセグメント切り替えの場合のドリフト制限の保証または指示として解釈する。代替の実施形態によれば、以下で説明するインディケーション／シグナリングを使用して、１つ以上の符号化ツールを実際に非アクティブ化することもできる。例えば、ＶＶＣでは、これまでのところ、ピクチャまたはスライスベースでツール１００を非アクティブ化することはできなかった。以下に説明するインディケーション／シグナリングは、約束機能に加えて、特定のピクチャ／スライスに関してツール１００を非アクティブ化するように、構成シグナリングの機能を引き受けることができる。ブロックベースの決定３５６のためのブロックベースのシンタックス要素は、その後、省略され、データストリームへの符号化及びデータストリームからのデコードが行われない可能性がある。
【0067】
続いて、提示された制約のシグナリングを使用してオープンＧＯＰ解像度切り替えを可能にする組み合わせが提示される。つまり、特定の符号化ツールがＲＡＳＬピクチャではアクティブではないため、ストリーム切り替えを実行するときにＣＲＡのＲＡＳＬピクチャを許容可能なドリフトでデコードできるということである。最先端技術では、ＴＭＶＰ、ＳＢＴＭＶＰ、ＢＤＯＦ、ＰＲＯＦ、ＤＭＶＲなど、提示された方法の一部である一部のツールでそのようなインディケーションが可能であるが、提示された方法には、サンプルからシンタックスへの予測ツール、つまりＣＣＬＭ及び／またはＬＭＣＳによる深刻なアーチファクトを回避するために必要な、注目すべき追加の制約がある。したがって、エンコーダは、そのようなツールが特定のピクチャ、つまりＣＲＡのＲＡＳＬピクチャに対してアクティブでないことをビットストリーム内で示すことができる必要がある。
【0068】
ＶＶＣは、下位互換性のある方法でビットフラグをピクチャヘッダ（ＰＨ）及びスライスヘッダ（ＳＨ）のシンタックスに追加する拡張メカニズムを備えている。この目的のために、それぞれのＳＰＳは、ＰＨまたはＳＨのシンタックスでそのような目的のための追加ビットの数を示す。これらは、シンタックスを読み取るときに解析する必要があり、この追加ビットをフラグまたは変数値に割り当てるために導出が使用される。次の表は、それぞれのセマンティクスを伴うそれぞれのＳＰＳ及びＰＨシンタックスを示している。ＳＨのシンタックスとセマンティクスとは、ＰＨのシンタックスとセマンティクスとに似ている。
ｓｐｓ＿ｅｘｔｒａ＿ｐｈ＿ｂｉｔ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］が１に等しいことは、ｉ番目の追加ビットがＳＰＳを参照するＰＨシンタックス構造内に存在することを指定する。ｓｐｓ＿ｅｘｔｒａ＿ｐｈ＿ｂｉｔ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］が０に等しいことは、ｉ番目の追加ビットがＳＰＳを参照するＰＨシンタックス構造内に存在しないことを指定する。
【表1】
【0069】
変数ＮｕｍＥｘｔｒａＰｈＢｉｔｓは次のように導出される。
ＮｕｍＥｘｔｒａＰｈＢｉｔｓ＝０
ｆｏｒ（ｉ＝０；ｉ＜（ｓｐｓ＿ｎｕｍ＿ｅｘｔｒａ＿ｐｈ＿ｂｙｔｅｓ＊８）；ｉ＋＋）
ｉｆ（ｓｐｓ＿ｅｘｔｒａ＿ｐｈ＿ｂｉｔ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］） （１）
ＮｕｍＥｘｔｒａＰｈＢｉｔｓ＋＋
ｐｈ＿ｅｘｔｒａ＿ｂｉｔ［ｉ］には任意の値を指定できる。本明細書の本バージョンに準拠するデコーダは、ｐｈ＿ｅｘｔｒａ＿ｂｉｔ［ｉ］の存在と値とを無視するものとする。その値は、本明細書の本バージョンで指定されているデコードプロセスには影響しない。
ＮｕｍＥｘｔｒａＰｈＢｉｔｓ＝０
ｆｏｒ（ｉ＝０；ｉ＜（ｓｐｓ＿ｎｕｍ＿ｅｘｔｒａ＿ｐｈ＿ｂｙｔｅｓ＊８）；ｉ＋＋）
ｉｆ（ｓｐｓ＿ｅｘｔｒａ＿ｐｈ＿ｂｉｔ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］） （１）
ＮｕｍＥｘｔｒａＰｈＢｉｔｓ＋＋
【表2】
【0070】
認識していないデコーダは少なくとも正しくビットストリームを解析し、正しくデコードできるが、追加ビットの意味を認識しているデコーダは、追加ビットのインディケーションをさらに解釈し、それに応じて動作することができる。例えば、提示された方法による制約が満たされていて、深刻なドリフトなしでストリーム切り替えが可能であることをクライアントにアドバイスすることができる。同様に、ファイル形式パッケージャ、ＨＴＴＰストリーミングサーバ、さらにはＲＴＰストリーミングサーバでも、ビットストリーム切り替えを使用する方法でコンテンツをパッケージ化し、提供し、提供する際に、このビットストリームインディケーションを考慮に入れることができる。
【0071】
本発明の実施形態は、以下のように、ＲＡＳＬピクチャまたは関連するＣＲＡピクチャのＰＨまたはＳＨシンタックスの追加ビット内で提示された方法のインディケーションを搬送することである。ＳＰＳセマンティクスでは、指定の追加ビットフラグは、提示された方法を示すＰＨ／ＳＨ追加ビットフラグの存在を示すものとして、ｓｐｓ＿ｅｘｔｒａ＿ｐｈ＿ｂｉｔ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］のインデックスｉを通じて識別される。例えば、ＰＨ内の最初の追加ビットの存在は、次のように、最初のＳＰＳ ＰＨ追加バイトの最初のＳＰＳ ＰＨ追加ビット（ｉ＝０）によって識別することができる。
【0072】
変数ＣｏｎｓｔｒａｉｎｔＭｅｔｈｏｄＦｌａｇＰｒｅｓｅｎｔＦｌａｇの値は、ｓｐｓ＿ｅｘｔｒａ＿ｐｈ＿ｂｉｔ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［０］に等しく設定される。インデックス０が使用されているが、代わりに別のインデックスを使用することもできることに留意されたい。つまり、ｓｐｓ＿ｅｘｔｒａ＿ｐｈ＿ｂｉｔ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］の中のビットが、使用されるツールに関してＲＡＳＬピクチャが制約されるという意味を持つように選択される。
【0073】
ＰＨセマンティクスでは、提示された制約方法のフレーバを示すそれぞれの変数が次のように導出される。
【0074】
変数ＣｏｎｓｔｒａｉｎｅｄＲＡＳＬＦｌａｇＥｎａｂｌｅｄＦｌａｇ／ＣｏｎｓｔｒａｉｎｅｄＣＲＡＦｌａｇＥｎａｂｌｅｄＦｌａｇの値は、（ＣｏｎｓｔｒａｉｎｔＭｅｔｈｏｄＦｌａｇＰｒｅｓｅｎｔＦｌａｇ＆＆ｐｈ＿ｅｘｔｒａ＿ｂｉｔ［０］）に等しく設定される。インデックス０が使用されているが、ｓｐｓ＿ｅｘｔｒａ＿ｐｈ＿ｂｉｔ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］で示される値と、ＲＡＳＬピクチャｐｈ＿ｅｘｔｒａ＿ｂｉｔ［ｊ］の制約にどのインデックスが使用されるかとに応じて、ＰＨ内の追加フラグのｊ番目のフラグが、制約がＲＡＳＬピクチャに適用されているか否かを示すことに留意されたい。
【0075】
代替１（ＲＡＳＬピクチャでシグナリングを搬送）：ＣｏｎｓｔｒａｉｎｅｄＲＡＳＬＦｌａｇＥｎａｂｌｅｄＦｌａｇが１に等しい場合、現在のピクチャはＣＣＬＭを使用せずにエンコードされる。ＰＨ／ＳＨ制御フラグと、ＢＤＯＦ、ＤＭＶＲ、ＰＲＯＦ、（ＳＢ）ＴＭＶＰ、及びＬＭＣＳのシーケンスレベル制約フラグとは、すでにＶＶＣバージョン１にあるが、ＣＣＬＭはピクチャまたはスライススコープの制御フラグを欠落している。
【0076】
代替案２（関連付けられたＣＲＡピクチャでシグナリングを搬送）：ＣｏｎｓｔｒａｉｎｅｄＣＲＡＦｌａｇＥｎａｂｌｅｄＦｌａｇが１に等しい場合、現在のピクチャに関連付けられたＲＡＳＬピクチャは、ＴＯＯＬＳＥＴを使用せずにエンコードされる。ここでＴＯＯＬＳＥＴは、ＣＣＬＭ及び／またはＬＭＣＳ及び／またはＢＤＯＦ及び／またはＰＲＯＦ及び／またはＤＭＶＲ及び／またはＲＡＳＬピクチャを指し、現在のピクチャ（すなわち、ＣＲＡピクチャ）に先行する（ｓｂ）ＴＭＶＰのための併置ピクチャを少しも使用しない。
【0077】
上記と同様の代替実施形態は、ＲＡＳＬまたはＣＲＡピクチャのスライスに対するＳＨシグナリングのために構築することができる。
【0078】
別の代替実施形態では、上記の制約は、ＤＣＩ、ＶＰＳ、またはＳＰＳのいずれかに以下のような同じ意味を持つ一般的な制約フラグ（例えば、一般的なｇｃｉ＿ｒａｓｌ＿ｐｉｃｔｕｒｅｓ＿ｔｏｏｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇまたはｇｃｉ＿ｃｒａ＿ｐｉｃｔｕｒｅｓ＿ｔｏｏｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ）を追加することによって、ＣＶＳ、ＣＬＶＳ及び／またはビットストリームのプロパティ／制約として示される。
【0079】
代替１に対応：ｇｃｉ＿ｒａｓｌ＿ｐｉｃｔｕｒｅｓ＿ｔｏｏｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合、ＯｌｓＩｎＳｃｏｐｅ内の全てのＲＡＳＬピクチャのＣｏｎｓｔｒａｉｎｅｄＲＡＳＬＦｌａｇＥｎａｂｌｅｄＦｌａｇが１に等しいことを指定する。ｇｃｉ＿ｒａｓｌ＿ｐｉｃｔｕｒｅｓ＿ｔｏｏｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合は、そのような制約は課されない。
【0080】
代替２に対応：ｇｃｉ＿ｃｒａ＿ｐｉｃｔｕｒｅｓ＿ｔｏｏｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合、ＯｌｓＩｎＳｃｏｐｅ内の全てのＣＲＡピクチャのＣｏｎｓｔｒａｉｎｅｄＣＲＡＦｌａｇＥｎａｂｌｅｄＦｌａｇが１に等しいことを指定する。ｇｃｉ＿ｃｒａ＿ｐｉｃｔｕｒｅｓ＿ｔｏｏｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合は、そのような制約は課されない。
【0081】
つまり、そのような一般制約フラグが設定されている場合、ＣＶＳ、ＣＬＶＳ、及び／またはビットストリーム内のＣＲＡに関連付けられた全てのＲＡＳＬピクチャは、ＴＯＯＬＳＥＴを使用せずにエンコードされる。ここで、ＴＯＯＬＳＥＴは、ＣＣＬＭ及び／またはＬＭＣＳ及び／またはＢＤＯＦ及び／またはＰＲＯＦ及び／またはＤＭＶＲ及び／またはＲＡＳＬピクチャを指し、現在のピクチャ（つまり、ＣＲＡピクチャ）に先行する（ｓｂ）ＴＭＶＰのための併置ピクチャを少しも使用しない。
【0082】
別の代替実施形態では、上記の制約はＰＰＳ拡張シンタックスで示される。ＣＲＡに関連付けられたＲＡＳＬピクチャは、上記の制約がアクティブであることを示すＰＰＳを参照することができるが、ビットストリームの他のピクチャは、上記の制約を示さないＰＰＳを参照する。
【0083】
別の代替実施形態では、上記の制約シグナリングは、ＣＲＡピクチャ、または関連するＲＡＳＬピクチャ、またはピクチャの符号化レイヤビデオシーケンス全体のいずれかで、ＳＥＩメッセージを通じて実行される。
【0084】
別の代替実施形態では、上記の制約シグナリングは、符号化ユニットレベルで、条件付きでＣＣＬＭフラグを送信するために使用される。
【0085】
別の代替実施形態では、上記の制約シグナリングは、ＣＲＡに関連付けられた全てのＲＡＳＬピクチャに適用されるのではなく、許容可能なドリフト及び発生する符号化効率ペナルティを考慮して、実際のツールに応じてＲＡＳＬピクチャのサブセットに限定される。
【0086】
－ＤＭＶＲ：（上記の説明文と同じ）：ＤＭＶＲは、デコード順序で関連するＣＲＡよりも前にアクティブな参照ピクチャがある全てのＲＡＳＬピクチャに対して無効となる。現在のピクチャは、その参照ピクチャリスト（ＲＰＬ）内に（実際に予測に使用される）アクティブな参照ピクチャと、現在のピクチャのサンプルまたはシンタックスを予測するために使用されないが、（デコード順序において）後続のピクチャであり、したがって、デコード済みピクチャバッファ（ＤＰＢ）から削除される準備ができていない非アクティブな参照ピクチャとを有することができることに留意されたい。別の代替案では、参照ピクチャに関係なく、全てのＲＡＳＬピクチャに対してＤＭＶＲが無効化され、さらなる代替案では、後続のピクチャのための併置された参照ピクチャとして機能するＲＡＳＬピクチャに対してのみＤＭＶＲが無効化され、さらに別の代替案では、ＤＭＶＲは、最上位の時間レイヤに属さないＲＡＳＬピクチャに対しては無効になる。代替案は組み合わせてもよい。
【0087】
－ＢＤＯＦ＆ＰＲＯＦ：全てのＲＡＳＬピクチャに対して無効にされるか、またはデコード順序で関連するＣＲＡよりも前にアクティブな参照ピクチャがあるＲＡＳＬピクチャに対してのみで無効にされる。
【0088】
実施形態によれば、このインディケーションはＳＥＩメッセージの形式で、データストリーム内でシグナリングされる。上述したように、ＳＥＩメッセージは、ピクチャシーケンス、例えば、符号化されたビデオシーケンス、ＣＶＳの全てのピクチャに対して有効であり得る。例えば、ＳＥＩメッセージは、シーケンス内でシグナリングされてもよい。したがって、デコーダは、ＳＥＩメッセージの存在、またはＳＥＩメッセージ内のインディケーションから、シーケンスの全てのＲＡＳＬピクチャが、所定の符号化ツールのセットを除外する方法で符号化されていると推測することができる。例えば、本実施形態によれば、符号化ツールのセットは、少なくともクロスコンポーネント線形モデルベースの予測ツール１００、及びデコーダ側動きベクトルリファインメントツール４００を含む。
【0089】
以下では、上記の発明のさらなる実施形態について説明する。
Ｄ１．１． データストリームからビデオをデコードするためのビデオデコーダであって、
前記ビデオのピクチャシーケンスに対して有効であり、前記ピクチャシーケンス内のＲＡＳＬピクチャが、１つ以上の符号化ツールの所定のセットを除外する方法で符号化されていることを示すインディケーション（例えば、ｇｃｉ＿ｒａｓｌ＿ｐｉｃｔｕｒｅｓ＿ｔｏｏｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ）を（例えば、異なる空間解像度及び／または異なるＳＮＲで符号化された前記ビデオの、別々に符号化されたオープンＧＯＰバージョンを連結することによるオープンＧＯＰ切り替えが、ＲＡＳＬピクチャに過大なドリフトを引き起こさないことを前記デコーダが認識しているようにする、一種の約束として）前記データストリームからデコードするように構成される、前記ビデオデコーダ。
Ｄ１．１． データストリームからビデオをデコードするためのビデオデコーダであって、
前記ビデオのピクチャシーケンスに対して有効であり、前記ピクチャシーケンス内のＲＡＳＬピクチャが、１つ以上の符号化ツールの所定のセットを除外する方法で符号化されていることを示すインディケーション（例えば、ｇｃｉ＿ｒａｓｌ＿ｐｉｃｔｕｒｅｓ＿ｔｏｏｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ）を（例えば、異なる空間解像度及び／または異なるＳＮＲで符号化された前記ビデオの、別々に符号化されたオープンＧＯＰバージョンを連結することによるオープンＧＯＰ切り替えが、ＲＡＳＬピクチャに過大なドリフトを引き起こさないことを前記デコーダが認識しているようにする、一種の約束として）前記データストリームからデコードするように構成される、前記ビデオデコーダ。
【0090】
Ｄ１．２． 前記１つ以上の符号化ツールのセットが、
クロスコンポーネント線形モデルベースの予測ツール（１００）を含む、いずれかの先行実施形態Ｄ１．＃に記載のビデオデコーダ。
クロスコンポーネント線形モデルベースの予測ツール（１００）を含む、いずれかの先行実施形態Ｄ１．＃に記載のビデオデコーダ。
【0091】
Ｄ１．３． 前記クロスコンポーネント線形モデルベースの予測ツールに従って、
ピクチャブロック（１０ａ）の彩度コンポーネント（１０２）は、そのパラメータが前記ピクチャブロックの既にデコードされた近傍（１１２）における極値の輝度値及び彩度値（１１０）から決定される（１０８）線形モデル（１０６）を使用して、前記ピクチャブロック（１０ａ）の輝度コンポーネント（１０４）から予測される、実施形態Ｄ１．２に記載のビデオデコーダ。
ピクチャブロック（１０ａ）の彩度コンポーネント（１０２）は、そのパラメータが前記ピクチャブロックの既にデコードされた近傍（１１２）における極値の輝度値及び彩度値（１１０）から決定される（１０８）線形モデル（１０６）を使用して、前記ピクチャブロック（１０ａ）の輝度コンポーネント（１０４）から予測される、実施形態Ｄ１．２に記載のビデオデコーダ。
【0092】
Ｄ１．４． 前記１つ以上の符号化ツールのセットが、
輝度トーンマッピング及び彩度残差スケーリング予測ツール（２００）を含む、いずれかの先行実施形態Ｄ１．＃に記載のビデオデコーダ。
輝度トーンマッピング及び彩度残差スケーリング予測ツール（２００）を含む、いずれかの先行実施形態Ｄ１．＃に記載のビデオデコーダ。
【0093】
Ｄ１．５． 前記輝度トーンマッピング及び彩度残差スケーリング予測ツールに従って、
所定のピクチャ（１２）に対する輝度コンポーネント予測（２０２）（例えば、インター予測）及び輝度コンポーネント残差デコード（２０４）が、符号化輝度トーンスケール（２０８）で実行され、その上で、提示輝度トーンスケール（２１０）が輝度トーンマッピング（２１２）によってマッピングされて、所定のピクチャの再構成された輝度コンポーネントの符号化輝度トーンスケールバージョン（２１４）を取得し、
前記所定のピクチャのピクチャブロック（１０ｂ）のための彩度残差スケールファクタ（２１６）が、前記ピクチャーブロックの近傍（２２２）内の所定のピクチャの前記再構成された輝度コンポーネントの前記符号化輝度トーンスケールバージョンの平均（２２０）から決定され、
前記データストリームから前記ピクチャブロックについてデコードされた彩度残差信号（２２４）が、前記彩度残差スケールファクタに従ってスケーリングされ（２２６）、前記ピクチャブロックのイントラ彩度予測信号（２３０）を補正する（２２８）ために使用される、実施形態Ｄ１．４に記載のビデオデコーダ。
所定のピクチャ（１２）に対する輝度コンポーネント予測（２０２）（例えば、インター予測）及び輝度コンポーネント残差デコード（２０４）が、符号化輝度トーンスケール（２０８）で実行され、その上で、提示輝度トーンスケール（２１０）が輝度トーンマッピング（２１２）によってマッピングされて、所定のピクチャの再構成された輝度コンポーネントの符号化輝度トーンスケールバージョン（２１４）を取得し、
前記所定のピクチャのピクチャブロック（１０ｂ）のための彩度残差スケールファクタ（２１６）が、前記ピクチャーブロックの近傍（２２２）内の所定のピクチャの前記再構成された輝度コンポーネントの前記符号化輝度トーンスケールバージョンの平均（２２０）から決定され、
前記データストリームから前記ピクチャブロックについてデコードされた彩度残差信号（２２４）が、前記彩度残差スケールファクタに従ってスケーリングされ（２２６）、前記ピクチャブロックのイントラ彩度予測信号（２３０）を補正する（２２８）ために使用される、実施形態Ｄ１．４に記載のビデオデコーダ。
【0094】
Ｄ１．６． 前記１つ以上の符号化ツールのセットが、
オプティカルフローツール（３００）を含む、いずれかの先行実施形態Ｄ１．＃に記載のビデオデコーダ。
オプティカルフローツール（３００）を含む、いずれかの先行実施形態Ｄ１．＃に記載のビデオデコーダ。
【0095】
Ｄ１．７． 前記オプティカルフローツールが、
オプティカルフローベースの分析によって、所定のインター予測ブロック（１０ｃ）の並進インター予測信号を改善するためのものである、実施形態Ｄ１．６に記載のビデオデコーダ。
オプティカルフローベースの分析によって、所定のインター予測ブロック（１０ｃ）の並進インター予測信号を改善するためのものである、実施形態Ｄ１．６に記載のビデオデコーダ。
【0096】
Ｄ１．８． 前記１つ以上の符号化ツールのセットが、
デコーダ側動きベクトルリファインメントツール（４００）を含む、いずれかの先行実施形態Ｄ１．＃に記載のビデオデコーダ。
デコーダ側動きベクトルリファインメントツール（４００）を含む、いずれかの先行実施形態Ｄ１．＃に記載のビデオデコーダ。
【0097】
Ｄ１．９． 前記デコーダ側動きベクトルリファインメントツールは、
シグナリングされた動きベクトルにおける及びその周囲の動きベクトル候補の間で最良一致検索を実行することによって、前記シグナリングされた動きベクトルを改善することにより、参照ピクチャ（４０４）から所定のインター予測ブロック（１０ｄ）をインター予測するために、前記データストリーム内で符号化された前記シグナリングされた動きベクトル（４０２）を改善するためのものである、実施形態Ｄ１．８に記載のビデオデコーダ。
シグナリングされた動きベクトルにおける及びその周囲の動きベクトル候補の間で最良一致検索を実行することによって、前記シグナリングされた動きベクトルを改善することにより、参照ピクチャ（４０４）から所定のインター予測ブロック（１０ｄ）をインター予測するために、前記データストリーム内で符号化された前記シグナリングされた動きベクトル（４０２）を改善するためのものである、実施形態Ｄ１．８に記載のビデオデコーダ。
【0098】
Ｄ１．９ａ． 前記デコーダ側動きベクトルリファインメントツールは、
前記参照ピクチャに関して、前記インター予測ブロックの既にデコードされた近傍を使用して、前記最良一致検索を実行するように構成される、実施形態Ｄ１．９に記載のビデオデコーダ。
前記参照ピクチャに関して、前記インター予測ブロックの既にデコードされた近傍を使用して、前記最良一致検索を実行するように構成される、実施形態Ｄ１．９に記載のビデオデコーダ。
【0099】
Ｄ１．９ｂ． 前記デコーダ側動きベクトルリファインメントツールは、
シグナリングされた動きベクトルのペアを含む、及びその周囲の動きベクトルのペア候補の間で最良一致検索を実行することにより、所定のインター双方向予測ブロック（１０ｄ）の［提示順序で］時間的に前後に位置する参照ピクチャ（４０４）のペアから、参照ピクチャ（４０４）のペアから前記所定のインター双方向予測ブロック（１０ｄ）をインター予測するために、データストリーム内で符号化された前記シグナリングされた動きベクトル（４０２）のペアをリファインメントするように構成される、実施形態Ｄ１．８に記載のビデオデコーダ。
シグナリングされた動きベクトルのペアを含む、及びその周囲の動きベクトルのペア候補の間で最良一致検索を実行することにより、所定のインター双方向予測ブロック（１０ｄ）の［提示順序で］時間的に前後に位置する参照ピクチャ（４０４）のペアから、参照ピクチャ（４０４）のペアから前記所定のインター双方向予測ブロック（１０ｄ）をインター予測するために、データストリーム内で符号化された前記シグナリングされた動きベクトル（４０２）のペアをリファインメントするように構成される、実施形態Ｄ１．８に記載のビデオデコーダ。
【0100】
Ｄ１．１０． 前記１つ以上の符号化ツールのセットが、
時間的動きベクトル予測ツール（５００）を含む、いずれかの先行実施形態Ｄ１．＃に記載のビデオデコーダ。
時間的動きベクトル予測ツール（５００）を含む、いずれかの先行実施形態Ｄ１．＃に記載のビデオデコーダ。
【0101】
Ｄ１．１１． 前記時間的動きベクトル予測ツールによる、インター予測ブロックの動きベクトル候補リスト形成が、以前にデコードされたピクチャ（５０２）から動きベクトル候補をリクルートすることを含む、実施形態Ｄ１．１０に記載のビデオデコーダ。
【0102】
Ｄ１．１２． 前記時間的動きベクトル予測ツールによる、インター予測ブロックの動きベクトル候補リスト形成が、動きベクトル予測子（５０４）によって指し示された、前記以前にデコードされたピクチャのブロック（５０６）から動きベクトル候補をリクルートすることを含む、実施形態Ｄ１．１１に記載のビデオデコーダ。
【0103】
Ｄ１．１３． 前記動きベクトル予測子が、時間的動きベクトル予測子を含む、実施形態Ｄ１．１２に記載のビデオデコーダ。
【0104】
Ｄ１．１４． 前記インディケーションは、
前記データストリームのデコーダ機能情報セクション、及び
前記データストリームのビデオまたはシーケンスパラメータセット、及び
補足的な拡張情報メッセージ、のうちの１つに含まれる、いずれかの先行実施形態Ｄ１．＃に記載のビデオデコーダ。
前記データストリームのデコーダ機能情報セクション、及び
前記データストリームのビデオまたはシーケンスパラメータセット、及び
補足的な拡張情報メッセージ、のうちの１つに含まれる、いずれかの先行実施形態Ｄ１．＃に記載のビデオデコーダ。
【0105】
Ｄ１．１５． 前記インディケーションは、前記ピクチャシーケンス内の前記ＲＡＳＬピクチャの前記符号化に関して、前記１つ以上の符号化ツールの所定のセットの全ての符号化ツールの除外を集合的に示す１ビットを含む、いずれかの先行実施形態Ｄ１．＃に記載のビデオデコーダ。
【0106】
Ｄ１．１６． 前記デコーダは、参照ピクチャのリサンプリングをサポートするように構成されている、いずれかの先行実施形態Ｄ１．＃に記載のビデオデコーダ。
【0107】
Ｄ１．１７． 前記参照ピクチャのリサンプリングに従って、インター予測ブロックの参照ピクチャは、参照ピクチャと、前記インター予測ブロックのインター予測信号を提供するために前記インター予測ブロックが含まれるピクチャとの間のスケーリングウィンドウサイズの逸脱またはサンプル解像度の逸脱を埋めるために、前記サンプルリサンプリングの対象となる、実施形態Ｄ１．１６に記載のビデオデコーダ。
【0108】
Ｄ１．１８． 前記１つ以上の符号化ツールのセット［例えば、２００、３００、４００、５００］が、
１つ以上の第１の本質的に適用される符号化ツールであって、そのそれぞれが所定のブロックに対して、前記所定のブロックのデータストリーム内でシグナリングされる１つ以上の符号化オプションに応じて適用され、前記それぞれのさらなる符号化ツール以外のさらなる符号化ツールに関連する、前記第１の本質的に適用される符号化ツール、及び／または
１つ以上の第２の本質的に適用される符号化ツールであって、そのそれぞれが所定のブロックに対して、前記所定のブロックのサイズに応じて適用される、前記第２の本質的に適用される符号化ツール、を含む、先行実施形態Ｄ１．＃のいずれかに記載のビデオデコーダ。
１つ以上の第１の本質的に適用される符号化ツールであって、そのそれぞれが所定のブロックに対して、前記所定のブロックのデータストリーム内でシグナリングされる１つ以上の符号化オプションに応じて適用され、前記それぞれのさらなる符号化ツール以外のさらなる符号化ツールに関連する、前記第１の本質的に適用される符号化ツール、及び／または
１つ以上の第２の本質的に適用される符号化ツールであって、そのそれぞれが所定のブロックに対して、前記所定のブロックのサイズに応じて適用される、前記第２の本質的に適用される符号化ツール、を含む、先行実施形態Ｄ１．＃のいずれかに記載のビデオデコーダ。
【0109】
Ｄ１．１９． 前記１つ以上の符号化ツールのセット［例えば、１００、５００］が、
１つ以上の明示的に適用される符号化ツールであって、そのそれぞれが所定のブロックに対して、前記所定のブロックに対する前記それぞれの符号化ツールの前記適用を排他的にシグナリングするために前記データストリームに符号化されたシンタックス要素に応じて、前記所定のブロックに適用される、前記符号化ツール、を含む、先行実施形態Ｄ１．＃のいずれかに記載のビデオデコーダ。
１つ以上の明示的に適用される符号化ツールであって、そのそれぞれが所定のブロックに対して、前記所定のブロックに対する前記それぞれの符号化ツールの前記適用を排他的にシグナリングするために前記データストリームに符号化されたシンタックス要素に応じて、前記所定のブロックに適用される、前記符号化ツール、を含む、先行実施形態Ｄ１．＃のいずれかに記載のビデオデコーダ。
【0110】
Ｄ１．２０． 前記デコーダは、前記ＲＡＳＬピクチャ内のブロック、及び前記ＲＡＳＬピクチャ以外のピクチャのブロックの前記データストリームから、前記シンタックス要素をデコードするように構成される、実施形態Ｄ１．１９に記載のビデオデコーダ。
【0111】
Ｄ１．２１． 前記デコーダは、ＲＡＳＬピクチャのみを除くピクチャ内のブロックの前記データストリームから前記シンタックス要素をデコードするように構成されている（例えば、これにより、ＲＡＳＬピクチャ内のビットが節約される）、実施形態Ｄ１．１９に記載のビデオデコーダ。
【0112】
Ｄ１．２２． 前記デコーダは、イントラ予測ブロックデコードモード及びインター予測ブロックデコードモードをサポートするように構成される、先行実施形態Ｄ１．＃のいずれかに記載のビデオデコーダ。
【0113】
Ｄ１．２３． 前記ピクチャシーケンスが
１つのＣＲＡピクチャから始まり、１つのＣＲＡピクチャを含み、符号化順序でＣＲＡピクチャの直前のピクチャまでのピクチャで構成され、ＣＲＡピクチャの直前のピクチャで終了し、または
符号化順序で連続しており、複数のＣＲＡを含むピクチャで構成されている、先行実施形態Ｄ１．＃のいずれかに記載のビデオデコーダ。
１つのＣＲＡピクチャから始まり、１つのＣＲＡピクチャを含み、符号化順序でＣＲＡピクチャの直前のピクチャまでのピクチャで構成され、ＣＲＡピクチャの直前のピクチャで終了し、または
符号化順序で連続しており、複数のＣＲＡを含むピクチャで構成されている、先行実施形態Ｄ１．＃のいずれかに記載のビデオデコーダ。
【0114】
Ｄ１．２４． 前記１つ以上の符号化ツールのセットが、
１つ以上の非アクティブ化可能な符号化ツールであって、そのそれぞれが、ピクチャブロックへの適用に関して、前記データストリーム内の構成シグナリングによってピクチャまたはスライスの単位で非アクティブ化できる、前記１つ以上の非アクティブ化可能な符号化ツールを含む、先行実施形態Ｄ１．＃のいずれかに記載のビデオデコーダ。
１つ以上の非アクティブ化可能な符号化ツールであって、そのそれぞれが、ピクチャブロックへの適用に関して、前記データストリーム内の構成シグナリングによってピクチャまたはスライスの単位で非アクティブ化できる、前記１つ以上の非アクティブ化可能な符号化ツールを含む、先行実施形態Ｄ１．＃のいずれかに記載のビデオデコーダ。
【0115】
Ｄ１．２５． オープンＧＯＰ切り替えが耐久可能なドリフトをもたらすかどうかを確認するために前記インディケーションを使用するように構成された、先行実施形態Ｄ１．＃のいずれかに記載のビデオデコーダ。
【0116】
Ｄ１．２５ａ． オープンＧＯＰ切り替えがサンプル不一致を引き起こすが、シンタックス及びパラメータ設定を保存するかどうかを確認するために前記インディケーションを使用するように構成された、先行実施形態Ｄ１．＃のいずれかに記載のビデオデコーダ。
【0117】
Ｄ１．２６． 前記インディケーションは、前記ピクチャシーケンス内の全てのＲＡＳＬピクチャが、前記１つ以上の符号化ツールの所定のセットを除外する前記方法で符号化されていることを示す、及び／または
前記インディケーションは、前記ピクチャシーケンス内の全てのＲＡＳＬピクチャが、前記１つ以上の符号化ツールの所定のセットを除外する前記方法で符号化され、この符号化ツールが、デコード順序で、同じピクチャが関連するＣＲＡピクチャに先行する参照ピクチャを有することを示す、及び／または
前記インディケーションは、前記ピクチャシーケンス内の全てのＲＡＳＬピクチャが、後続のピクチャの時間的動きベクトル予測参照ピクチャとして機能する前記１つ以上の符号化ツールの所定のセットを除外する前記方法で符号化されていることを示す、及び／または
前記インディケーションは、前記ピクチャシーケンス内の全てのＲＡＳＬピクチャが、最上位の時間レイヤに属さない、前記１つ以上の符号化ツールの所定のセットを除外する前記方法で符号化されていることを示す、先行実施形態Ｄ１．＃のいずれかに記載のビデオデコーダ。
前記インディケーションは、前記ピクチャシーケンス内の全てのＲＡＳＬピクチャが、前記１つ以上の符号化ツールの所定のセットを除外する前記方法で符号化され、この符号化ツールが、デコード順序で、同じピクチャが関連するＣＲＡピクチャに先行する参照ピクチャを有することを示す、及び／または
前記インディケーションは、前記ピクチャシーケンス内の全てのＲＡＳＬピクチャが、後続のピクチャの時間的動きベクトル予測参照ピクチャとして機能する前記１つ以上の符号化ツールの所定のセットを除外する前記方法で符号化されていることを示す、及び／または
前記インディケーションは、前記ピクチャシーケンス内の全てのＲＡＳＬピクチャが、最上位の時間レイヤに属さない、前記１つ以上の符号化ツールの所定のセットを除外する前記方法で符号化されていることを示す、先行実施形態Ｄ１．＃のいずれかに記載のビデオデコーダ。
【0118】
Ｄ１．２７． 前記インディケーションは、前記ピクチャシーケンス内の前記ＲＡＳＬピクチャが、前記１つ以上の符号化ツールの所定のセットを除外する前記方法で符号化されていることを示し、
前記１つ以上の符号化ツールの所定のセットのうちからの１つ以上の符号化ツールの第１のサブセットについて、第１の特性が適用される全てのＲＡＳＬピクチャが、前記１つ以上の符号化ツールの所定のセットのうちから前記１つ以上の符号化ツールの第１のサブセットを除外する前記方法で符号化されるようにし、
前記１つ以上の符号化ツールの所定のセットのうちからの１つ以上の符号化ツールの第２のサブセットについて、第２の特性が適用される全てのＲＡＳＬピクチャ、または全てのＲＡＳＬピクチャが、前記１つ以上の符号化ツールの所定のセットのうちから前記１つ以上の符号化ツールの第２のサブセットを除外する前記方法で符号化されるようにし、前記第１のサブセットと前記第２のサブセットとが互いに素である、先行実施形態Ｄ１．＃のいずれかに記載のビデオデコーダ。
前記１つ以上の符号化ツールの所定のセットのうちからの１つ以上の符号化ツールの第１のサブセットについて、第１の特性が適用される全てのＲＡＳＬピクチャが、前記１つ以上の符号化ツールの所定のセットのうちから前記１つ以上の符号化ツールの第１のサブセットを除外する前記方法で符号化されるようにし、
前記１つ以上の符号化ツールの所定のセットのうちからの１つ以上の符号化ツールの第２のサブセットについて、第２の特性が適用される全てのＲＡＳＬピクチャ、または全てのＲＡＳＬピクチャが、前記１つ以上の符号化ツールの所定のセットのうちから前記１つ以上の符号化ツールの第２のサブセットを除外する前記方法で符号化されるようにし、前記第１のサブセットと前記第２のサブセットとが互いに素である、先行実施形態Ｄ１．＃のいずれかに記載のビデオデコーダ。
【0119】
Ｄ１．２８． 前記第１の特性及び／または前記第２の特性は、
デコード順で、それが関連付けられているＣＲＡピクチャに先行する参照ピクチャを有するもの、
後続のピクチャの時間的動きベクトル予測参照ピクチャとして機能するもの、及び
最上位の時間レイヤに属していないもの、から選択される、実施形態Ｄ１．２７に記載のビデオデコーダ。
デコード順で、それが関連付けられているＣＲＡピクチャに先行する参照ピクチャを有するもの、
後続のピクチャの時間的動きベクトル予測参照ピクチャとして機能するもの、及び
最上位の時間レイヤに属していないもの、から選択される、実施形態Ｄ１．２７に記載のビデオデコーダ。
【0120】
Ｄ１．２９． 前記第１のサブセットは、デコーダ側動きベクトルリファインメントツール及び時間的動きベクトル予測ツールのうちの１つ以上を含む、実施形態Ｄ１．２７以降に記載のビデオデコーダ。
【0121】
Ｄ１．３０． 前記第１の特性は、
デコード順で、それが関連付けられているＣＲＡピクチャに先行する参照ピクチャを有するもの、
後続のピクチャの時間的動きベクトル予測参照ピクチャとして機能するもの、及び
最上位の時間レイヤに属していないもの、から選択される、実施形態Ｄ１．２９に記載のビデオデコーダ。
デコード順で、それが関連付けられているＣＲＡピクチャに先行する参照ピクチャを有するもの、
後続のピクチャの時間的動きベクトル予測参照ピクチャとして機能するもの、及び
最上位の時間レイヤに属していないもの、から選択される、実施形態Ｄ１．２９に記載のビデオデコーダ。
【0122】
Ｄ２．１． データストリームからビデオをデコードするためのビデオデコーダであって、
前記データストリームから、前記ビデオのピクチャシーケンスのピクチャごとに、前記それぞれのピクチャについてグローバルに、またはスライスごとに、前記それぞれのピクチャが１つ以上の符号化ツールの所定のセットを除外する方法で符号化されているかどうかを示すインディケーションを（例えば、ｓｐｓ＿ｅｘｔｒａ＿ｐｈ＿ｂｉｔ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ及びｐｈ＿ｅｘｔｒａ＿ｂｉｔを使用して、またはｇｃｉ＿ｒａｓｌ＿ｐｉｃｔｕｒｅｓ＿ｔｏｏｌ＿ｃｏｎｔｒａｉｎｔ＿ｆｌａｇを使用して）デコードすることであって、前記所定のセットが、（例えば、ＲＡＳＬピクチャでの潜在的なドリフトが十分に低いことを確認できる一種のピクチャに関する指標として）クロスコンポーネント線形モデルベースの予測ツールを含む、前記デコードすること、を行うように構成されている、前記ビデオデコーダ。
前記データストリームから、前記ビデオのピクチャシーケンスのピクチャごとに、前記それぞれのピクチャについてグローバルに、またはスライスごとに、前記それぞれのピクチャが１つ以上の符号化ツールの所定のセットを除外する方法で符号化されているかどうかを示すインディケーションを（例えば、ｓｐｓ＿ｅｘｔｒａ＿ｐｈ＿ｂｉｔ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ及びｐｈ＿ｅｘｔｒａ＿ｂｉｔを使用して、またはｇｃｉ＿ｒａｓｌ＿ｐｉｃｔｕｒｅｓ＿ｔｏｏｌ＿ｃｏｎｔｒａｉｎｔ＿ｆｌａｇを使用して）デコードすることであって、前記所定のセットが、（例えば、ＲＡＳＬピクチャでの潜在的なドリフトが十分に低いことを確認できる一種のピクチャに関する指標として）クロスコンポーネント線形モデルベースの予測ツールを含む、前記デコードすること、を行うように構成されている、前記ビデオデコーダ。
【0123】
Ｄ２．２． 前記デコーダは、イントラ予測ブロックデコードモード及びインター予測ブロックデコードモードをサポートするように構成される、先行実施形態Ｄ２．＃のいずれかに記載のビデオデコーダ。
【0124】
Ｄ２．３． 前記クロスコンポーネント線形モデルベースの予測ツールに従って、
ピクチャブロックの彩度コンポーネントは、そのパラメータが前記ピクチャブロックの既にデコードされた近傍における極値の輝度値及び彩度値から決定される線形モデルを使用して、前記ピクチャブロックの輝度コンポーネントから予測される、いずれかの先行実施形態Ｄ２．＃に記載のビデオデコーダ。
ピクチャブロックの彩度コンポーネントは、そのパラメータが前記ピクチャブロックの既にデコードされた近傍における極値の輝度値及び彩度値から決定される線形モデルを使用して、前記ピクチャブロックの輝度コンポーネントから予測される、いずれかの先行実施形態Ｄ２．＃に記載のビデオデコーダ。
【0125】
Ｄ２．４． 前記１つ以上の符号化ツールのセットが、さらに、
輝度トーンマッピング及び彩度残差スケーリング予測ツールを含む、いずれかの先行実施形態Ｄ２．＃に記載のビデオデコーダ。
輝度トーンマッピング及び彩度残差スケーリング予測ツールを含む、いずれかの先行実施形態Ｄ２．＃に記載のビデオデコーダ。
【0126】
Ｄ２．５． 前記輝度トーンマッピング及び彩度残差スケーリング予測ツールに従って、
所定のピクチャに対する輝度コンポーネント予測及び輝度コンポーネント残差デコードが、符号化輝度トーンスケールで実行され、その上で、提示輝度トーンスケールが輝度トーンマッピングによってマッピングされて、所定のピクチャの再構成された輝度コンポーネントの符号化輝度トーンスケールバージョンを取得し、
前記所定のピクチャのピクチャブロックのための彩度残差スケールファクタが、前記ピクチャーブロックの近傍内の所定のピクチャの前記再構成された輝度コンポーネントの前記符号化輝度トーンスケールバージョンの平均から決定され、
前記データストリームから前記ピクチャブロックについてデコードされた彩度残差信号が、前記彩度残差スケールファクタに従ってスケーリングされ、前記ピクチャブロックのイントラ彩度予測信号を補正するために使用される、実施形態Ｄ２．４に記載のビデオデコーダ。
所定のピクチャに対する輝度コンポーネント予測及び輝度コンポーネント残差デコードが、符号化輝度トーンスケールで実行され、その上で、提示輝度トーンスケールが輝度トーンマッピングによってマッピングされて、所定のピクチャの再構成された輝度コンポーネントの符号化輝度トーンスケールバージョンを取得し、
前記所定のピクチャのピクチャブロックのための彩度残差スケールファクタが、前記ピクチャーブロックの近傍内の所定のピクチャの前記再構成された輝度コンポーネントの前記符号化輝度トーンスケールバージョンの平均から決定され、
前記データストリームから前記ピクチャブロックについてデコードされた彩度残差信号が、前記彩度残差スケールファクタに従ってスケーリングされ、前記ピクチャブロックのイントラ彩度予測信号を補正するために使用される、実施形態Ｄ２．４に記載のビデオデコーダ。
【0127】
Ｄ２．６． 前記１つ以上の符号化ツールのセットが、さらに、
オプティカルフローツールを含む、いずれかの先行実施形態Ｄ２．＃に記載のビデオデコーダ。
オプティカルフローツールを含む、いずれかの先行実施形態Ｄ２．＃に記載のビデオデコーダ。
【0128】
Ｄ２．７． 前記オプティカルフローツールが、
オプティカルフローベースの分析によって、所定のインター予測ブロックの並進インター予測信号を改善するためのものである、実施形態Ｄ２．６に記載のビデオデコーダ。
オプティカルフローベースの分析によって、所定のインター予測ブロックの並進インター予測信号を改善するためのものである、実施形態Ｄ２．６に記載のビデオデコーダ。
【0129】
Ｄ２．８． 前記１つ以上の符号化ツールのセットが、さらに、
デコーダ側動きベクトルリファインメントツールを含む、いずれかの先行実施形態Ｄ２．＃に記載のビデオデコーダ。
デコーダ側動きベクトルリファインメントツールを含む、いずれかの先行実施形態Ｄ２．＃に記載のビデオデコーダ。
【0130】
Ｄ２．９． 前記デコーダ側動きベクトルリファインメントツールは、
シグナリングされた動きベクトルにおける及びその周囲の動きベクトル候補の間で最良一致検索を実行することによって、前記シグナリングされた動きベクトルを改善することにより、参照ピクチャ（４０４）から所定のインター予測ブロック（１０ｄ）をインター予測するために、前記データストリーム内で符号化された前記シグナリングされた動きベクトル（４０２）を改善するためのものである、実施形態Ｄ２．８に記載のビデオデコーダ。
シグナリングされた動きベクトルにおける及びその周囲の動きベクトル候補の間で最良一致検索を実行することによって、前記シグナリングされた動きベクトルを改善することにより、参照ピクチャ（４０４）から所定のインター予測ブロック（１０ｄ）をインター予測するために、前記データストリーム内で符号化された前記シグナリングされた動きベクトル（４０２）を改善するためのものである、実施形態Ｄ２．８に記載のビデオデコーダ。
【0131】
Ｄ２．９ａ． 前記デコーダ側動きベクトルリファインメントツールは、
前記参照ピクチャに関して、前記インター予測ブロックの既にデコードされた近傍を使用して、前記最良一致検索を実行するように構成される、実施形態Ｄ２．９に記載のビデオデコーダ。
前記参照ピクチャに関して、前記インター予測ブロックの既にデコードされた近傍を使用して、前記最良一致検索を実行するように構成される、実施形態Ｄ２．９に記載のビデオデコーダ。
【0132】
Ｄ２．９ｂ． 前記デコーダ側動きベクトルリファインメントツールは、
シグナリングされた動きベクトルのペアを含む、及びその周囲の動きベクトルのペア候補の間で最良一致検索を実行することにより、所定のインター双方向予測ブロック（１０ｄ）の時間的に前後に位置する参照ピクチャ（４０４）のペアから、参照ピクチャ（４０４）のペアから前記所定のインター双方向予測ブロック（１０ｄ）をインター予測するために、データストリーム内で符号化された前記シグナリングされた動きベクトル（４０２）のペアをリファインメントするように構成される、実施形態Ｄ２．８に記載のビデオデコーダ。
シグナリングされた動きベクトルのペアを含む、及びその周囲の動きベクトルのペア候補の間で最良一致検索を実行することにより、所定のインター双方向予測ブロック（１０ｄ）の時間的に前後に位置する参照ピクチャ（４０４）のペアから、参照ピクチャ（４０４）のペアから前記所定のインター双方向予測ブロック（１０ｄ）をインター予測するために、データストリーム内で符号化された前記シグナリングされた動きベクトル（４０２）のペアをリファインメントするように構成される、実施形態Ｄ２．８に記載のビデオデコーダ。
【0133】
Ｄ２．１０． 前記１つ以上の符号化ツールのセットが、さらに、
時間的動きベクトル予測ツールを含む、いずれかの先行実施形態Ｄ２．＃に記載のビデオデコーダ。
時間的動きベクトル予測ツールを含む、いずれかの先行実施形態Ｄ２．＃に記載のビデオデコーダ。
【0134】
Ｄ２．１１． 前記時間的動きベクトル予測ツールによる、インター予測ブロックの動きベクトル候補リスト形成が、以前にデコードされたピクチャから動きベクトル候補をリクルートすることを含む、実施形態Ｄ２．１０に記載のビデオデコーダ。
【0135】
Ｄ２．１２． 前記時間的動きベクトル予測ツールによる、インター予測ブロックの動きベクトル候補リスト形成が、動きベクトル予測子によって指し示された、前記以前にデコードされたピクチャのブロックから動きベクトル候補をリクルートすることを含む、実施形態Ｄ２．１１に記載のビデオデコーダ。
【0136】
Ｄ２．１３． 前記動きベクトル予測子が、時間的動きベクトル予測子を含む、実施形態Ｄ２．１２に記載のビデオデコーダ。
【0137】
Ｄ２．１４． 前記インディケーションは、
前記ピクチャシーケンスの前記ピクチャによって参照される１つ以上のピクチャパラメータセット、
前記ピクチャシーケンスの前記ピクチャのピクチャヘッダ、及び
前記ピクチャシーケンスの前記ピクチャのスライスのスライスヘッダ、のうちの１つに含まれる、いずれかの先行実施形態Ｄ１．＃に記載のビデオデコーダ。
前記ピクチャシーケンスの前記ピクチャによって参照される１つ以上のピクチャパラメータセット、
前記ピクチャシーケンスの前記ピクチャのピクチャヘッダ、及び
前記ピクチャシーケンスの前記ピクチャのスライスのスライスヘッダ、のうちの１つに含まれる、いずれかの先行実施形態Ｄ１．＃に記載のビデオデコーダ。
【0138】
Ｄ２．１５． 前記インディケーションは、
前記ピクチャシーケンスの前記ピクチャによって参照されるピクチャパラメータセットであって、前記ピクチャパラメータセットが、少なくとも１つの第１のピクチャパラメータセットを参照するピクチャが、前記１つ以上の符号化ツールの所定のセットを除外する方法で符号化されることを示す、前記少なくとも１つの第１のピクチャパラメータセットと、少なくとも１つの第２のピクチャパラメータセットを参照するピクチャが、前記１つ以上の符号化ツールの所定のセットを潜在的に使用する方法で符号化されることを示す、前記少なくとも１つの第２のピクチャパラメータセットとを含む、前記ピクチャパラメータセット、または
前記ピクチャシーケンスの前記ピクチャによって参照されるピクチャパラメータセットであって、前記ピクチャパラメータセットが、少なくとも１つの第１のピクチャパラメータセットを参照するピクチャに関連付けられたＲＡＳＬピクチャが、前記１つ以上の符号化ツールの所定のセットを除外する方法で符号化されることを示す、前記少なくとも１つの第１のピクチャパラメータセットと、少なくとも１つの第２のピクチャパラメータセットを参照するピクチャに関連付けられたＲＡＳＬピクチャが、前記１つ以上の符号化ツールの所定のセットを潜在的に使用する方法で符号化されることを示す、前記少なくとも１つの第２のピクチャパラメータセットとを含む、前記ピクチャパラメータセット、に含まれる、いずれかの先行実施形態Ｄ２．＃に記載のビデオデコーダ。
前記ピクチャシーケンスの前記ピクチャによって参照されるピクチャパラメータセットであって、前記ピクチャパラメータセットが、少なくとも１つの第１のピクチャパラメータセットを参照するピクチャが、前記１つ以上の符号化ツールの所定のセットを除外する方法で符号化されることを示す、前記少なくとも１つの第１のピクチャパラメータセットと、少なくとも１つの第２のピクチャパラメータセットを参照するピクチャが、前記１つ以上の符号化ツールの所定のセットを潜在的に使用する方法で符号化されることを示す、前記少なくとも１つの第２のピクチャパラメータセットとを含む、前記ピクチャパラメータセット、または
前記ピクチャシーケンスの前記ピクチャによって参照されるピクチャパラメータセットであって、前記ピクチャパラメータセットが、少なくとも１つの第１のピクチャパラメータセットを参照するピクチャに関連付けられたＲＡＳＬピクチャが、前記１つ以上の符号化ツールの所定のセットを除外する方法で符号化されることを示す、前記少なくとも１つの第１のピクチャパラメータセットと、少なくとも１つの第２のピクチャパラメータセットを参照するピクチャに関連付けられたＲＡＳＬピクチャが、前記１つ以上の符号化ツールの所定のセットを潜在的に使用する方法で符号化されることを示す、前記少なくとも１つの第２のピクチャパラメータセットとを含む、前記ピクチャパラメータセット、に含まれる、いずれかの先行実施形態Ｄ２．＃に記載のビデオデコーダ。
【0139】
Ｄ２．１６． 前記インディケーションは、前記ピクチャパラメータセットの拡張シンタックス部分内のシンタックス要素［例えば、ｓｐｓ＿ｅｘｔｒａ＿ｐｈ＿ｂｉｔ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ及びｐｈ＿ｅｘｔｒａ＿ｂｉｔを使用する］を含む、実施形態Ｄ２．１５に記載のビデオデコーダ。
【0140】
Ｄ２．１７． 前記ピクチャパラメータセットの前記拡張シンタックス部分の長さは、前記データストリームのシーケンスまたはビデオパラメータセット内に示される、実施形態Ｄ２．１６に記載のビデオデコーダ。
【0141】
Ｄ２．１８． 前記インディケーションは、
前記ピクチャシーケンスの前記ピクチャのピクチャヘッダ、及び／または
前記ピクチャシーケンスの前記ピクチャのスライスのスライスヘッダ、のうちの１つに含まれ、
前記拡張部分の長さ［例えば、ＮｕｍＥｘｔｒａＰｈＢｉｔｓ］が、前記データストリームのピクチャ、またはシーケンス、またはビデオパラメータセット内に示される、いずれかの先行実施形態Ｄ２．＃に記載のビデオデコーダ。
前記ピクチャシーケンスの前記ピクチャのピクチャヘッダ、及び／または
前記ピクチャシーケンスの前記ピクチャのスライスのスライスヘッダ、のうちの１つに含まれ、
前記拡張部分の長さ［例えば、ＮｕｍＥｘｔｒａＰｈＢｉｔｓ］が、前記データストリームのピクチャ、またはシーケンス、またはビデオパラメータセット内に示される、いずれかの先行実施形態Ｄ２．＃に記載のビデオデコーダ。
【0142】
Ｄ２．１８ａ． 前記シンタックス要素は、
前記シンタックス要素が属するピクチャ（例えば、前記ピクチャヘッダまたはスライスヘッダが関連するピクチャ）が、前記１つ以上の符号化ツールの所定のセットを除外する方法で符号化されているかどうか、または
前記シンタックス要素が属するピクチャに関連付けられたＲＡＳＬピクチャが、前記１つ以上の符号化ツールの所定のセットを除外する方法で符号化されているかどうか、を示す、実施形態Ｄ２．１８のビデオデコーダ。
前記シンタックス要素が属するピクチャ（例えば、前記ピクチャヘッダまたはスライスヘッダが関連するピクチャ）が、前記１つ以上の符号化ツールの所定のセットを除外する方法で符号化されているかどうか、または
前記シンタックス要素が属するピクチャに関連付けられたＲＡＳＬピクチャが、前記１つ以上の符号化ツールの所定のセットを除外する方法で符号化されているかどうか、を示す、実施形態Ｄ２．１８のビデオデコーダ。
【0143】
Ｄ２．１９． 前記デコーダは、参照ピクチャのリサンプリングをサポートするように構成されている、いずれかの先行実施形態Ｄ２．＃に記載のビデオデコーダ。
【0144】
Ｄ２．２２． 前記参照ピクチャのリサンプリングに従って、インター予測ブロックの参照ピクチャは、参照ピクチャと、前記インター予測ブロックのインター予測信号を提供するために前記インター予測ブロックが含まれるピクチャとの間のスケーリングウィンドウサイズの逸脱またはサンプル解像度の逸脱を埋めるために、前記サンプルリサンプリングの対象となる、実施形態Ｄ２．１９に記載のビデオデコーダ。
【0145】
Ｄ２．２３． 前記１つ以上の符号化ツールのセット（例えば、２００、３００、４００、５００）が、
１つ以上の第１の本質的に適用される符号化ツールであって、そのそれぞれが所定のブロックに対して、前記所定のブロックのデータストリーム内でシグナリングされる１つ以上の符号化オプションに応じて適用され、前記それぞれのさらなる符号化ツール以外のさらなる符号化ツールに関連する、前記第１の本質的に適用される符号化ツール、及び／または
１つ以上の第２の本質的に適用される符号化ツールであって、そのそれぞれが所定のブロックに対して、前記所定のブロックのサイズに応じて適用される、前記第２の本質的に適用される符号化ツール、を含む、先行実施形態Ｄ２．＃のいずれかに記載のビデオデコーダ。
１つ以上の第１の本質的に適用される符号化ツールであって、そのそれぞれが所定のブロックに対して、前記所定のブロックのデータストリーム内でシグナリングされる１つ以上の符号化オプションに応じて適用され、前記それぞれのさらなる符号化ツール以外のさらなる符号化ツールに関連する、前記第１の本質的に適用される符号化ツール、及び／または
１つ以上の第２の本質的に適用される符号化ツールであって、そのそれぞれが所定のブロックに対して、前記所定のブロックのサイズに応じて適用される、前記第２の本質的に適用される符号化ツール、を含む、先行実施形態Ｄ２．＃のいずれかに記載のビデオデコーダ。
【0146】
Ｄ２．２４． 前記１つ以上の符号化ツールのセット（例えば、１００、５００）が、
１つ以上の明示的に適用される符号化ツールであって、そのそれぞれが所定のブロックに対して、前記所定のブロックに対する前記それぞれの符号化ツールの前記適用を排他的にシグナリングするために前記データストリームに符号化されたシンタックス要素に応じて、前記所定のブロックに適用される、前記符号化ツール、を含む、先行実施形態Ｄ２．＃のいずれかに記載のビデオデコーダ。
１つ以上の明示的に適用される符号化ツールであって、そのそれぞれが所定のブロックに対して、前記所定のブロックに対する前記それぞれの符号化ツールの前記適用を排他的にシグナリングするために前記データストリームに符号化されたシンタックス要素に応じて、前記所定のブロックに適用される、前記符号化ツール、を含む、先行実施形態Ｄ２．＃のいずれかに記載のビデオデコーダ。
【0147】
Ｄ２．２５． 前記デコーダは、前記１つ以上の符号化ツールの所定のセットがエンコードから除外されるようにシグナリングされているピクチャまたはスライス内のブロック、及び前記１つ以上の符号化ツールの所定のセットがエンコードから除外されるようにシグナリングされていないピクチャまたはスライス内のブロック、の前記データストリームから前記シンタックス要素をデコードするように構成されている、実施形態Ｄ２．２４に記載のビデオデコーダ。
【0148】
Ｄ２．２６． 前記デコーダは、前記１つ以上の符号化ツールの所定のセットがエンコードから除外されるようにシグナリングされているピクチャまたはスライス内のブロックのみの前記データストリームから前記シンタックス要素をデコードするように構成される、実施形態Ｄ２．２４に記載のビデオデコーダ。
【0149】
Ｄ２．２７． 前記クロスコンポーネント線形モデルベースの予測ツールが、明示的に適用される前記１つ以上の符号化ツールに属する、先行実施形態Ｄ２．２４以降のいずれかに記載のビデオデコーダ。
【0150】
Ｄ２．２８． 前記シンタックス要素は、前記１つ以上の符号化ツールの所定のセットの全ての符号化ツールの前記除外を集合的に示す１ビットである、先行実施形態Ｄ２．１６以降のいずれかに記載のビデオデコーダ。
【0151】
Ｄ２．２９． 前記１つ以上の符号化ツールのセットが、
１つ以上の非アクティブ化可能な符号化ツールであって、そのそれぞれが、ピクチャブロックへの適用に関して、前記データストリーム内の構成シグナリングによってピクチャまたはスライスの単位で非アクティブ化できる、前記１つ以上の非アクティブ化可能な符号化ツールを含む、先行実施形態Ｄ２．＃のいずれかに記載のビデオデコーダ。
１つ以上の非アクティブ化可能な符号化ツールであって、そのそれぞれが、ピクチャブロックへの適用に関して、前記データストリーム内の構成シグナリングによってピクチャまたはスライスの単位で非アクティブ化できる、前記１つ以上の非アクティブ化可能な符号化ツールを含む、先行実施形態Ｄ２．＃のいずれかに記載のビデオデコーダ。
【0152】
Ｄ２．３０． オープンＧＯＰ切り替えが耐久可能なドリフトをもたらすかどうかを確認するために前記インディケーションを使用するように構成された、先行実施形態Ｄ２．＃のいずれかに記載のビデオデコーダ。
【0153】
Ｄ２．３０ａ． オープンＧＯＰ切り替えがサンプル不一致を引き起こすが、シンタックス及びパラメータ設定を保存するかどうかを確認するために前記インディケーションを使用するように構成された、先行実施形態Ｄ２．＃のいずれかに記載のビデオデコーダ。
【0154】
Ｅ１．１． ビデオをデータストリームにエンコードするためのビデオエンコーダであって、
前記ビデオのピクチャのシーケンスに対して有効であり、前記ピクチャのシーケンス内のＲＡＳＬピクチャが、１つ以上の符号化ツールの所定のセットを除外する方法で符号化されていることを示すインディケーション（例えば、ｇｃｉ＿ｒａｓｌ＿ｐｉｃｔｕｒｅｓ＿ｔｏｏｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ）を（例えば、異なる空間解像度及び／または異なるＳＮＲで符号化された前記ビデオの、別々に符号化されたオープンＧＯＰバージョンを連結することによるオープンＧＯＰ切り替えが、ＲＡＳＬピクチャに過大なドリフトを引き起こさないことを前記エンコーダが認識しているようにする、一種の約束として）前記データストリームにエンコードするように構成される、前記ビデオエンコーダ。
前記ビデオのピクチャのシーケンスに対して有効であり、前記ピクチャのシーケンス内のＲＡＳＬピクチャが、１つ以上の符号化ツールの所定のセットを除外する方法で符号化されていることを示すインディケーション（例えば、ｇｃｉ＿ｒａｓｌ＿ｐｉｃｔｕｒｅｓ＿ｔｏｏｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ）を（例えば、異なる空間解像度及び／または異なるＳＮＲで符号化された前記ビデオの、別々に符号化されたオープンＧＯＰバージョンを連結することによるオープンＧＯＰ切り替えが、ＲＡＳＬピクチャに過大なドリフトを引き起こさないことを前記エンコーダが認識しているようにする、一種の約束として）前記データストリームにエンコードするように構成される、前記ビデオエンコーダ。
【0155】
Ｅ１．２． 前記１つ以上の符号化ツールのセットが、
クロスコンポーネント線形モデルベースの予測ツール（１００）を含む、いずれかの先行実施形態Ｅ１．＃に記載のビデオデコーダ。
クロスコンポーネント線形モデルベースの予測ツール（１００）を含む、いずれかの先行実施形態Ｅ１．＃に記載のビデオデコーダ。
【0156】
Ｅ１．３． 前記クロスコンポーネント線形モデルベースの予測ツールに従って、
ピクチャブロック（１０ａ）の彩度コンポーネント（１０２）は、そのパラメータが前記ピクチャブロックの既にエンコードされた近傍（１１２）における極値の輝度値及び彩度値（１１０）から決定される（１０８）線形モデル（１０６）を使用して、前記ピクチャブロック（１０ａ）の輝度コンポーネント（１０４）から予測される、実施形態Ｅ１．２に記載のビデオエンコーダ。
ピクチャブロック（１０ａ）の彩度コンポーネント（１０２）は、そのパラメータが前記ピクチャブロックの既にエンコードされた近傍（１１２）における極値の輝度値及び彩度値（１１０）から決定される（１０８）線形モデル（１０６）を使用して、前記ピクチャブロック（１０ａ）の輝度コンポーネント（１０４）から予測される、実施形態Ｅ１．２に記載のビデオエンコーダ。
【0157】
Ｅ１．４． 前記１つ以上の符号化ツールのセットが、
輝度トーンマッピング及び彩度残差スケーリング予測ツール（２００）を含む、いずれかの先行実施形態Ｅ１．＃に記載のビデオエンコーダ。
輝度トーンマッピング及び彩度残差スケーリング予測ツール（２００）を含む、いずれかの先行実施形態Ｅ１．＃に記載のビデオエンコーダ。
【0158】
Ｅ１．５． 前記輝度トーンマッピング及び彩度残差スケーリング予測ツールに従って、
所定のピクチャ（１２）に対する輝度コンポーネント予測（２０２）（例えば、インター予測）及び輝度コンポーネント残差エンコード（２０４）が、符号化輝度トーンスケール（２０８）で実行され、その上で、提示輝度トーンスケール（２１０）が輝度トーンマッピング（２１２）によってマッピングされて、所定のピクチャの再構成された輝度コンポーネントの符号化輝度トーンスケールバージョン（２１４）を取得し、
前記所定のピクチャのピクチャブロック（１０ｂ）のための彩度残差スケールファクタ（２１６）が、前記ピクチャーブロックの近傍（２２２）内の所定のピクチャの前記再構成された輝度コンポーネントの前記符号化輝度トーンスケールバージョンの平均（２２０）から決定され、
前記ピクチャブロックについて前記データストリームにエンコードされた彩度残差信号（２２４）が、前記彩度残差スケールファクタに従ってスケーリングされ（２２６）、前記ピクチャブロックのイントラ彩度予測信号（２３０）を補正する（２２８）ために使用される、実施形態Ｅ１．４に記載のビデオエンコーダ。
所定のピクチャ（１２）に対する輝度コンポーネント予測（２０２）（例えば、インター予測）及び輝度コンポーネント残差エンコード（２０４）が、符号化輝度トーンスケール（２０８）で実行され、その上で、提示輝度トーンスケール（２１０）が輝度トーンマッピング（２１２）によってマッピングされて、所定のピクチャの再構成された輝度コンポーネントの符号化輝度トーンスケールバージョン（２１４）を取得し、
前記所定のピクチャのピクチャブロック（１０ｂ）のための彩度残差スケールファクタ（２１６）が、前記ピクチャーブロックの近傍（２２２）内の所定のピクチャの前記再構成された輝度コンポーネントの前記符号化輝度トーンスケールバージョンの平均（２２０）から決定され、
前記ピクチャブロックについて前記データストリームにエンコードされた彩度残差信号（２２４）が、前記彩度残差スケールファクタに従ってスケーリングされ（２２６）、前記ピクチャブロックのイントラ彩度予測信号（２３０）を補正する（２２８）ために使用される、実施形態Ｅ１．４に記載のビデオエンコーダ。
【0159】
Ｅ１．６． 前記１つ以上の符号化ツールのセットが、
オプティカルフローツール（３００）を含む、いずれかの先行実施形態Ｅ１．＃に記載のビデオエンコーダ。
オプティカルフローツール（３００）を含む、いずれかの先行実施形態Ｅ１．＃に記載のビデオエンコーダ。
【0160】
Ｅ１．７． 前記オプティカルフローツールが、
オプティカルフローベースの分析によって、所定のインター予測ブロック（１０ｃ）の並進インター予測信号を改善するためのものである、実施形態Ｅ１．６に記載のビデオエンコーダ。
オプティカルフローベースの分析によって、所定のインター予測ブロック（１０ｃ）の並進インター予測信号を改善するためのものである、実施形態Ｅ１．６に記載のビデオエンコーダ。
【0161】
Ｅ１．８． 前記１つ以上の符号化ツールのセットが、
デコーダ側動きベクトルリファインメントツール（４００）を含む、いずれかの先行実施形態Ｅ１．＃に記載のビデオエンコーダ。
デコーダ側動きベクトルリファインメントツール（４００）を含む、いずれかの先行実施形態Ｅ１．＃に記載のビデオエンコーダ。
【0162】
Ｅ１．９． 前記デコーダ側動きベクトルリファインメントツールは、
シグナリングされた動きベクトルにおける及びその周囲の動きベクトル候補の間で最良一致検索を実行することによって、前記シグナリングされた動きベクトルを改善することにより、参照ピクチャ（４０４）から所定のインター予測ブロック（１０ｄ）をインター予測するために、前記データストリーム内で符号化された前記シグナリングされた動きベクトル（４０２）を改善するためのものである、実施形態Ｅ１．８に記載のビデオエンコーダ。
シグナリングされた動きベクトルにおける及びその周囲の動きベクトル候補の間で最良一致検索を実行することによって、前記シグナリングされた動きベクトルを改善することにより、参照ピクチャ（４０４）から所定のインター予測ブロック（１０ｄ）をインター予測するために、前記データストリーム内で符号化された前記シグナリングされた動きベクトル（４０２）を改善するためのものである、実施形態Ｅ１．８に記載のビデオエンコーダ。
【0163】
Ｅ１．９ａ． 前記デコーダ側動きベクトルリファインメントツールは、
前記参照ピクチャに関して、前記インター予測ブロックの既にデコードされた近傍を使用して、前記最良一致検索を実行するように構成される、実施形態Ｅ１．９に記載のビデオエンコーダ。
前記参照ピクチャに関して、前記インター予測ブロックの既にデコードされた近傍を使用して、前記最良一致検索を実行するように構成される、実施形態Ｅ１．９に記載のビデオエンコーダ。
【0164】
Ｅ１．９ｂ． 前記デコーダ側動きベクトルリファインメントツールは、
シグナリングされた動きベクトルのペアを含む、及びその周囲の動きベクトルのペア候補の間で最良一致検索を実行することにより、所定のインター双方向予測ブロック（１０ｄ）の時間的に前後に位置する参照ピクチャ（４０４）のペアから、参照ピクチャ（４０４）のペアから前記所定のインター双方向予測ブロック（１０ｄ）をインター予測するために、データストリーム内で符号化された前記シグナリングされた動きベクトル（４０２）のペアをリファインメントするように構成される、実施形態Ｅ１．８に記載のビデオエンコーダ。
シグナリングされた動きベクトルのペアを含む、及びその周囲の動きベクトルのペア候補の間で最良一致検索を実行することにより、所定のインター双方向予測ブロック（１０ｄ）の時間的に前後に位置する参照ピクチャ（４０４）のペアから、参照ピクチャ（４０４）のペアから前記所定のインター双方向予測ブロック（１０ｄ）をインター予測するために、データストリーム内で符号化された前記シグナリングされた動きベクトル（４０２）のペアをリファインメントするように構成される、実施形態Ｅ１．８に記載のビデオエンコーダ。
【0165】
Ｅ１．１０． 前記１つ以上の符号化ツールのセットが、
時間的動きベクトル予測ツール（５００）を含む、いずれかの先行実施形態Ｅ１．＃に記載のビデオエンコーダ。
時間的動きベクトル予測ツール（５００）を含む、いずれかの先行実施形態Ｅ１．＃に記載のビデオエンコーダ。
【0166】
Ｅ１．１１． 前記時間的動きベクトル予測ツールによる、インター予測ブロックの動きベクトル候補リスト形成が、以前にエンコードされたピクチャ（５０２）から動きベクトル候補をリクルートすることを含む、実施形態Ｅ１．１０に記載のビデオエンコーダ。
【0167】
Ｅ１．１２． 前記時間的動きベクトル予測ツールによる、インター予測ブロックの動きベクトル候補リスト形成が、動きベクトル予測子（５０４）によって指し示された、前記以前にエンコードされたピクチャのブロック（５０６）から動きベクトル候補をリクルートすることを含む、実施形態Ｅ１．１１に記載のビデオエンコーダ。
【0168】
Ｅ１．１３． 前記動きベクトル予測子が、時間的動きベクトル予測子を含む、実施形態Ｅ１．１２に記載のビデオエンコーダ。
【0169】
Ｅ１．１４． 前記インディケーションは、
前記データストリームのデコーダ機能情報セクション、及び
前記データストリームのビデオまたはシーケンスパラメータセット、及び
補足的な拡張情報メッセージ、のうちの１つに含まれる、いずれかの先行実施形態Ｅ１．＃に記載のビデオエンコーダ。
前記データストリームのデコーダ機能情報セクション、及び
前記データストリームのビデオまたはシーケンスパラメータセット、及び
補足的な拡張情報メッセージ、のうちの１つに含まれる、いずれかの先行実施形態Ｅ１．＃に記載のビデオエンコーダ。
【0170】
Ｅ１．１５． 前記インディケーションは、前記ピクチャシーケンス内の前記ＲＡＳＬピクチャの前記符号化に関して、前記１つ以上の符号化ツールの所定のセットの全ての符号化ツールの除外を集合的に示す１ビットを含む、いずれかの先行実施形態Ｅ１．＃に記載のビデオエンコーダ。
【0171】
Ｅ１．１６． 前記エンコーダは、参照ピクチャのリサンプリングをサポートするように構成されている、いずれかの先行実施形態Ｅ１．＃に記載のビデオエンコーダ。
【0172】
Ｅ１．１７． 前記参照ピクチャのリサンプリングに従って、インター予測ブロックの参照ピクチャは、参照ピクチャと、前記インター予測ブロックのインター予測信号を提供するために前記インター予測ブロックが含まれるピクチャとの間のスケーリングウィンドウサイズの逸脱またはサンプル解像度の逸脱を埋めるために、前記サンプルリサンプリングの対象となる、実施形態Ｅ１．１６に記載のビデオエンコーダ。
【0173】
Ｅ１．１８． 前記１つ以上の符号化ツールのセット（例えば、２００、３００、４００、５００）が、
１つ以上の第１の本質的に適用される符号化ツールであって、そのそれぞれが所定のブロックに対して、前記所定のブロックのデータストリーム内でシグナリングされる１つ以上の符号化オプションに応じて適用され、前記それぞれのさらなる符号化ツール以外のさらなる符号化ツールに関連する、前記第１の本質的に適用される符号化ツール、及び／または
１つ以上の第２の本質的に適用される符号化ツールであって、そのそれぞれが所定のブロックに対して、前記所定のブロックのサイズに応じて適用される、前記第２の本質的に適用される符号化ツール、を含む、先行実施形態Ｅ１．＃のいずれかに記載のビデオエンコーダ。
１つ以上の第１の本質的に適用される符号化ツールであって、そのそれぞれが所定のブロックに対して、前記所定のブロックのデータストリーム内でシグナリングされる１つ以上の符号化オプションに応じて適用され、前記それぞれのさらなる符号化ツール以外のさらなる符号化ツールに関連する、前記第１の本質的に適用される符号化ツール、及び／または
１つ以上の第２の本質的に適用される符号化ツールであって、そのそれぞれが所定のブロックに対して、前記所定のブロックのサイズに応じて適用される、前記第２の本質的に適用される符号化ツール、を含む、先行実施形態Ｅ１．＃のいずれかに記載のビデオエンコーダ。
【0174】
Ｅ１．１９． 前記１つ以上の符号化ツールのセット（例えば、１００）が、
１つ以上の明示的に適用される符号化ツールであって、そのそれぞれが所定のブロックに対して、前記所定のブロックに対する前記それぞれの符号化ツールの前記適用を排他的にシグナリングするために前記データストリームに符号化されたシンタックス要素に応じて、前記所定のブロックに適用される、前記符号化ツール、を含む、先行実施形態Ｅ１．＃のいずれかに記載のビデオエンコーダ。
１つ以上の明示的に適用される符号化ツールであって、そのそれぞれが所定のブロックに対して、前記所定のブロックに対する前記それぞれの符号化ツールの前記適用を排他的にシグナリングするために前記データストリームに符号化されたシンタックス要素に応じて、前記所定のブロックに適用される、前記符号化ツール、を含む、先行実施形態Ｅ１．＃のいずれかに記載のビデオエンコーダ。
【0175】
Ｅ１．２０． 前記エンコーダは、前記ＲＡＳＬピクチャ内のブロック、及び前記ＲＡＳＬピクチャ以外のピクチャのブロックの前記データストリームに、前記シンタックス要素をエンコードするように構成される、実施形態Ｅ１．１９に記載のビデオエンコーダ。
【0176】
Ｅ１．２１． 前記エンコーダは、ＲＡＳＬピクチャのみを除くピクチャ内のブロックの前記データストリームに前記シンタックス要素をエンコードするように構成されている（例えば、これにより、ＲＡＳＬピクチャ内のビットが節約される）、実施形態Ｅ１．１９に記載のビデオエンコーダ。
【0177】
Ｅ１．２２． 前記エンコーダは、イントラ予測ブロックエンコードモード及びインター予測ブロックエンコードモードをサポートするように構成される、先行実施形態Ｅ１．＃のいずれかに記載のビデオエンコーダ。
【0178】
Ｅ１．２３． 前記ピクチャシーケンスが
１つのＣＲＡピクチャから始まり、１つのＣＲＡピクチャを含み、符号化順序でＣＲＡピクチャの直前のピクチャまでのピクチャで構成され、ＣＲＡピクチャの直前のピクチャで終了し、または
符号化順序で連続しており、複数のＣＲＡを含むピクチャで構成されている、先行実施形態Ｅ１．＃のいずれかに記載のビデオエンコーダ。
１つのＣＲＡピクチャから始まり、１つのＣＲＡピクチャを含み、符号化順序でＣＲＡピクチャの直前のピクチャまでのピクチャで構成され、ＣＲＡピクチャの直前のピクチャで終了し、または
符号化順序で連続しており、複数のＣＲＡを含むピクチャで構成されている、先行実施形態Ｅ１．＃のいずれかに記載のビデオエンコーダ。
【0179】
Ｅ１．２４． 前記１つ以上の符号化ツールのセットが、
１つ以上の非アクティブ化可能な符号化ツールであって、そのそれぞれが、ピクチャブロックへの適用に関して、前記データストリーム内の構成シグナリングによってピクチャまたはスライスの単位で非アクティブ化できる、前記１つ以上の非アクティブ化可能な符号化ツールを含む、先行実施形態Ｅ１．＃のいずれかに記載のビデオエンコーダ。
１つ以上の非アクティブ化可能な符号化ツールであって、そのそれぞれが、ピクチャブロックへの適用に関して、前記データストリーム内の構成シグナリングによってピクチャまたはスライスの単位で非アクティブ化できる、前記１つ以上の非アクティブ化可能な符号化ツールを含む、先行実施形態Ｅ１．＃のいずれかに記載のビデオエンコーダ。
【0180】
Ｅ１．２５． 前記ビデオを前記データストリームにエンコードする際のエンコード制約としての前記インディケーションに従うように構成される、先行実施形態Ｅ１．＃のいずれかに記載のビデオエンコーダ。
【0181】
Ｅ１．２６． 前記インディケーションは、前記ピクチャシーケンス内の全てのＲＡＳＬピクチャが、前記１つ以上の符号化ツールの所定のセットを除外する前記方法で符号化されていることを示す、及び／または
前記インディケーションは、前記ピクチャシーケンス内の全てのＲＡＳＬピクチャが、前記１つ以上の符号化ツールの所定のセットを除外する前記方法で符号化され、この符号化ツールが、デコード順序で、同じピクチャが関連するＣＲＡピクチャに先行する参照ピクチャを有することを示す、及び／または
前記インディケーションは、前記ピクチャシーケンス内の全てのＲＡＳＬピクチャが、後続のピクチャの時間的動きベクトル予測参照ピクチャとして機能する前記１つ以上の符号化ツールの所定のセットを除外する前記方法で符号化されていることを示す、及び／または
前記インディケーションは、前記ピクチャシーケンス内の全てのＲＡＳＬピクチャが、最上位の時間レイヤに属さない、前記１つ以上の符号化ツールの所定のセットを除外する前記方法で符号化されていることを示す、先行実施形態Ｅ１．＃のいずれかに記載のビデオエンコーダ。
前記インディケーションは、前記ピクチャシーケンス内の全てのＲＡＳＬピクチャが、前記１つ以上の符号化ツールの所定のセットを除外する前記方法で符号化され、この符号化ツールが、デコード順序で、同じピクチャが関連するＣＲＡピクチャに先行する参照ピクチャを有することを示す、及び／または
前記インディケーションは、前記ピクチャシーケンス内の全てのＲＡＳＬピクチャが、後続のピクチャの時間的動きベクトル予測参照ピクチャとして機能する前記１つ以上の符号化ツールの所定のセットを除外する前記方法で符号化されていることを示す、及び／または
前記インディケーションは、前記ピクチャシーケンス内の全てのＲＡＳＬピクチャが、最上位の時間レイヤに属さない、前記１つ以上の符号化ツールの所定のセットを除外する前記方法で符号化されていることを示す、先行実施形態Ｅ１．＃のいずれかに記載のビデオエンコーダ。
【0182】
Ｅ１．２７． 前記インディケーションは、前記ピクチャシーケンス内の前記ＲＡＳＬピクチャが、前記１つ以上の符号化ツールの所定のセットを除外する前記方法で符号化されていることを示し、
前記１つ以上の符号化ツールの所定のセットのうちからの１つ以上の符号化ツールの第１のサブセットについて、第１の特性が適用される全てのＲＡＳＬピクチャが、前記１つ以上の符号化ツールの所定のセットのうちから前記１つ以上の符号化ツールの第１のサブセットを除外する前記方法で符号化されるようにし、
前記１つ以上の符号化ツールの所定のセットのうちからの１つ以上の符号化ツールの第２のサブセットについて、第２の特性が適用される全てのＲＡＳＬピクチャ、または全てのＲＡＳＬピクチャが、前記１つ以上の符号化ツールの所定のセットのうちから前記１つ以上の符号化ツールの第２のサブセットを除外する前記方法で符号化されるようにし、前記第１のサブセットと前記第２のサブセットとが互いに素である、先行実施形態Ｅ１．＃のいずれかに記載のビデオエンコーダ。
前記１つ以上の符号化ツールの所定のセットのうちからの１つ以上の符号化ツールの第１のサブセットについて、第１の特性が適用される全てのＲＡＳＬピクチャが、前記１つ以上の符号化ツールの所定のセットのうちから前記１つ以上の符号化ツールの第１のサブセットを除外する前記方法で符号化されるようにし、
前記１つ以上の符号化ツールの所定のセットのうちからの１つ以上の符号化ツールの第２のサブセットについて、第２の特性が適用される全てのＲＡＳＬピクチャ、または全てのＲＡＳＬピクチャが、前記１つ以上の符号化ツールの所定のセットのうちから前記１つ以上の符号化ツールの第２のサブセットを除外する前記方法で符号化されるようにし、前記第１のサブセットと前記第２のサブセットとが互いに素である、先行実施形態Ｅ１．＃のいずれかに記載のビデオエンコーダ。
【0183】
Ｅ１．２８． 前記第１の特性及び／または前記第２の特性は、
デコード順で、それが関連付けられているＣＲＡピクチャに先行する参照ピクチャを有するもの、
後続のピクチャの時間的動きベクトル予測参照ピクチャとして機能するもの、及び
最上位の時間レイヤに属していないもの、から選択される、実施形態Ｅ１．２７に記載のビデオエンコーダ。
デコード順で、それが関連付けられているＣＲＡピクチャに先行する参照ピクチャを有するもの、
後続のピクチャの時間的動きベクトル予測参照ピクチャとして機能するもの、及び
最上位の時間レイヤに属していないもの、から選択される、実施形態Ｅ１．２７に記載のビデオエンコーダ。
【0184】
Ｅ１．２９． 前記第１のサブセットは、デコーダ側動きベクトルリファインメントツール及び時間的動きベクトル予測ツールのうちの１つ以上を含む、実施形態Ｅ１．２７以降に記載のビデオエンコーダ。
【0185】
Ｅ１．３０． 前記第１の特性は、
デコード順で、それが関連付けられているＣＲＡピクチャに先行する参照ピクチャを有するもの、
後続のピクチャの時間的動きベクトル予測参照ピクチャとして機能するもの、及び
最上位の時間レイヤに属していないもの、から選択される、実施形態Ｅ１．２９に記載のビデオエンコーダ。
デコード順で、それが関連付けられているＣＲＡピクチャに先行する参照ピクチャを有するもの、
後続のピクチャの時間的動きベクトル予測参照ピクチャとして機能するもの、及び
最上位の時間レイヤに属していないもの、から選択される、実施形態Ｅ１．２９に記載のビデオエンコーダ。
【0186】
Ｅ２．１． ビデオをデータストリームにエンコードするためのビデオエンコーダであって、
前記ビデオのピクチャシーケンスのピクチャごとに、前記それぞれのピクチャについてグローバルに、またはスライスごとに、前記それぞれのピクチャが１つ以上の符号化ツールの所定のセットを除外する方法で符号化されているかどうかを示すインディケーションを（例えば、ｓｐｓ＿ｅｘｔｒａ＿ｐｈ＿ｂｉｔ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ及びｐｈ＿ｅｘｔｒａ＿ｂｉｔを使用して、またはｇｃｉ＿ｒａｓｌ＿ｐｉｃｔｕｒｅｓ＿ｔｏｏｌ＿ｃｏｎｔｒａｉｎｔ＿ｆｌａｇを使用して）前記データストリームにエンコードすることであって、前記所定のセットが、（例えば、ＲＡＳＬピクチャでの潜在的なドリフトが十分に低いことを確認できる一種のピクチャに関する指標として）クロスコンポーネント線形モデルベースの予測ツールを含む、前記エンコードすること、を行うように構成されている、前記ビデオエンコーダ。
前記ビデオのピクチャシーケンスのピクチャごとに、前記それぞれのピクチャについてグローバルに、またはスライスごとに、前記それぞれのピクチャが１つ以上の符号化ツールの所定のセットを除外する方法で符号化されているかどうかを示すインディケーションを（例えば、ｓｐｓ＿ｅｘｔｒａ＿ｐｈ＿ｂｉｔ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ及びｐｈ＿ｅｘｔｒａ＿ｂｉｔを使用して、またはｇｃｉ＿ｒａｓｌ＿ｐｉｃｔｕｒｅｓ＿ｔｏｏｌ＿ｃｏｎｔｒａｉｎｔ＿ｆｌａｇを使用して）前記データストリームにエンコードすることであって、前記所定のセットが、（例えば、ＲＡＳＬピクチャでの潜在的なドリフトが十分に低いことを確認できる一種のピクチャに関する指標として）クロスコンポーネント線形モデルベースの予測ツールを含む、前記エンコードすること、を行うように構成されている、前記ビデオエンコーダ。
【0187】
Ｅ２．２． 前記エンコーダは、イントラ予測ブロックエンコードモード及びインター予測ブロックエンコードモードをサポートするように構成される、先行実施形態Ｅ２．＃のいずれかに記載のビデオエンコーダ。
【0188】
Ｅ２．３． 前記クロスコンポーネント線形モデルベースの予測ツールに従って、
ピクチャブロックの彩度コンポーネントは、そのパラメータが前記ピクチャブロックの既にエンコードされた近傍における極値の輝度値及び彩度値から決定される線形モデルを使用して、前記ピクチャブロックの輝度コンポーネントから予測される、いずれかの先行実施形態Ｅ２．＃に記載のビデオエンコーダ。
ピクチャブロックの彩度コンポーネントは、そのパラメータが前記ピクチャブロックの既にエンコードされた近傍における極値の輝度値及び彩度値から決定される線形モデルを使用して、前記ピクチャブロックの輝度コンポーネントから予測される、いずれかの先行実施形態Ｅ２．＃に記載のビデオエンコーダ。
【0189】
Ｅ２．４． 前記１つ以上の符号化ツールのセットが、さらに、
輝度トーンマッピング及び彩度残差スケーリング予測ツールを含む、いずれかの先行実施形態Ｅ２．＃に記載のビデオエンコーダ。
輝度トーンマッピング及び彩度残差スケーリング予測ツールを含む、いずれかの先行実施形態Ｅ２．＃に記載のビデオエンコーダ。
【0190】
Ｅ２．５． 前記輝度トーンマッピング及び彩度残差スケーリング予測ツールに従って、
所定のピクチャに対する輝度コンポーネント予測及び輝度コンポーネント残差エンコードが、符号化輝度トーンスケールで実行され、その上で、提示輝度トーンスケールが輝度トーンマッピングによってマッピングされて、所定のピクチャの再構成された輝度コンポーネントの符号化輝度トーンスケールバージョンを取得し、
前記所定のピクチャのピクチャブロックのための彩度残差スケールファクタが、前記ピクチャーブロックの近傍内の所定のピクチャの前記再構成された輝度コンポーネントの前記符号化輝度トーンスケールバージョンの平均から決定され、
前記データストリームから前記ピクチャブロックについてエンコードされた彩度残差信号が、前記彩度残差スケールファクタに従ってスケーリングされ、前記ピクチャブロックのイントラ彩度予測信号を補正するために使用される、実施形態Ｅ２．４に記載のビデオエンコーダ。
所定のピクチャに対する輝度コンポーネント予測及び輝度コンポーネント残差エンコードが、符号化輝度トーンスケールで実行され、その上で、提示輝度トーンスケールが輝度トーンマッピングによってマッピングされて、所定のピクチャの再構成された輝度コンポーネントの符号化輝度トーンスケールバージョンを取得し、
前記所定のピクチャのピクチャブロックのための彩度残差スケールファクタが、前記ピクチャーブロックの近傍内の所定のピクチャの前記再構成された輝度コンポーネントの前記符号化輝度トーンスケールバージョンの平均から決定され、
前記データストリームから前記ピクチャブロックについてエンコードされた彩度残差信号が、前記彩度残差スケールファクタに従ってスケーリングされ、前記ピクチャブロックのイントラ彩度予測信号を補正するために使用される、実施形態Ｅ２．４に記載のビデオエンコーダ。
【0191】
Ｅ２．６． 前記１つ以上の符号化ツールのセットが、さらに、
オプティカルフローツールを含む、いずれかの先行実施形態Ｅ２．＃に記載のビデオエンコーダ。
オプティカルフローツールを含む、いずれかの先行実施形態Ｅ２．＃に記載のビデオエンコーダ。
【0192】
Ｅ２．７． 前記オプティカルフローツールが、
オプティカルフローベースの分析によって、所定のインター予測ブロックの並進インター予測信号を改善するためのものである、実施形態Ｅ２．６に記載のビデオエンコーダ。
オプティカルフローベースの分析によって、所定のインター予測ブロックの並進インター予測信号を改善するためのものである、実施形態Ｅ２．６に記載のビデオエンコーダ。
【0193】
Ｅ２．８． 前記１つ以上の符号化ツールのセットが、さらに、
デコーダ側動きベクトルリファインメントツールを含む、いずれかの先行実施形態Ｅ２．＃に記載のビデオエンコーダ。
デコーダ側動きベクトルリファインメントツールを含む、いずれかの先行実施形態Ｅ２．＃に記載のビデオエンコーダ。
【0194】
Ｅ２．９． 前記デコーダ側動きベクトルリファインメントツールは、
シグナリングされた動きベクトルにおける及びその周囲の動きベクトル候補の間で最良一致検索を実行することによって、前記シグナリングされた動きベクトルを改善することにより、参照ピクチャ（４０４）から所定のインター予測ブロック（１０ｄ）をインター予測するために、前記データストリーム内で符号化された前記シグナリングされた動きベクトル（４０２）を改善するためのものである、実施形態Ｅ２．８に記載のビデオエンコーダ。
シグナリングされた動きベクトルにおける及びその周囲の動きベクトル候補の間で最良一致検索を実行することによって、前記シグナリングされた動きベクトルを改善することにより、参照ピクチャ（４０４）から所定のインター予測ブロック（１０ｄ）をインター予測するために、前記データストリーム内で符号化された前記シグナリングされた動きベクトル（４０２）を改善するためのものである、実施形態Ｅ２．８に記載のビデオエンコーダ。
【0195】
Ｅ２．９ａ． 前記デコーダ側動きベクトルリファインメントツールは、
前記参照ピクチャに関して、前記インター予測ブロックの既にデコードされた近傍を使用して、前記最良一致検索を実行するように構成される、実施形態Ｅ２．９に記載のビデオエンコーダ。
前記参照ピクチャに関して、前記インター予測ブロックの既にデコードされた近傍を使用して、前記最良一致検索を実行するように構成される、実施形態Ｅ２．９に記載のビデオエンコーダ。
【0196】
Ｅ２．９ｂ． 前記デコーダ側動きベクトルリファインメントツールは、
シグナリングされた動きベクトルのペアを含む、及びその周囲の動きベクトルのペア候補の間で最良一致検索を実行することにより、所定のインター双方向予測ブロック（１０ｄ）の時間的に前後に位置する参照ピクチャ（４０４）のペアから、参照ピクチャ（４０４）のペアから前記所定のインター双方向予測ブロック（１０ｄ）をインター予測するために、データストリーム内で符号化された前記シグナリングされた動きベクトル（４０２）のペアをリファインメントするように構成される、実施形態Ｅ２．８に記載のビデオエンコーダ。
シグナリングされた動きベクトルのペアを含む、及びその周囲の動きベクトルのペア候補の間で最良一致検索を実行することにより、所定のインター双方向予測ブロック（１０ｄ）の時間的に前後に位置する参照ピクチャ（４０４）のペアから、参照ピクチャ（４０４）のペアから前記所定のインター双方向予測ブロック（１０ｄ）をインター予測するために、データストリーム内で符号化された前記シグナリングされた動きベクトル（４０２）のペアをリファインメントするように構成される、実施形態Ｅ２．８に記載のビデオエンコーダ。
【0197】
Ｅ２．１０． 前記１つ以上の符号化ツールのセットが、さらに、
時間的動きベクトル予測ツールを含む、いずれかの先行実施形態Ｅ２．＃に記載のビデオエンコーダ。
時間的動きベクトル予測ツールを含む、いずれかの先行実施形態Ｅ２．＃に記載のビデオエンコーダ。
【0198】
Ｅ２．１１． 前記時間的動きベクトル予測ツールによる、インター予測ブロックの動きベクトル候補リスト形成が、以前にエンコードされたピクチャから動きベクトル候補をリクルートすることを含む、実施形態Ｅ２．１０に記載のビデオエンコーダ。
【0199】
Ｅ２．１２． 前記時間的動きベクトル予測ツールによる、インター予測ブロックの動きベクトル候補リスト形成が、動きベクトル予測子によって指し示された、前記以前にエンコードされたピクチャのブロックから動きベクトル候補をリクルートすることを含む、実施形態Ｅ２．１１に記載のビデオエンコーダ。
【0200】
Ｅ２．１３． 前記動きベクトル予測子が、時間的動きベクトル予測子を含む、実施形態Ｅ２．１２に記載のビデオエンコーダ。
【0201】
Ｅ２．１４． 前記インディケーションは、
前記ピクチャシーケンスの前記ピクチャによって参照される１つ以上のピクチャパラメータセット、
前記ピクチャシーケンスの前記ピクチャのピクチャヘッダ、及び
前記ピクチャシーケンスの前記ピクチャのスライスのスライスヘッダ、のうちの１つに含まれる、いずれかの先行実施形態Ｄ１．＃に記載のビデオエンコーダ。
前記ピクチャシーケンスの前記ピクチャによって参照される１つ以上のピクチャパラメータセット、
前記ピクチャシーケンスの前記ピクチャのピクチャヘッダ、及び
前記ピクチャシーケンスの前記ピクチャのスライスのスライスヘッダ、のうちの１つに含まれる、いずれかの先行実施形態Ｄ１．＃に記載のビデオエンコーダ。
【0202】
Ｅ２．１５． 前記インディケーションは、
前記ピクチャシーケンスの前記ピクチャによって参照されるピクチャパラメータセットであって、前記ピクチャパラメータセットが、少なくとも１つの第１のピクチャパラメータセットを参照するピクチャが、前記１つ以上の符号化ツールの所定のセットを除外する方法で符号化されることを示す、前記少なくとも１つの第１のピクチャパラメータセットと、少なくとも１つの第２のピクチャパラメータセットを参照するピクチャが、前記１つ以上の符号化ツールの所定のセットを潜在的に使用する方法で符号化されることを示す、前記少なくとも１つの第２のピクチャパラメータセットとを含む、前記ピクチャパラメータセット、または
前記ピクチャシーケンスの前記ピクチャによって参照されるピクチャパラメータセットであって、前記ピクチャパラメータセットが、少なくとも１つの第１のピクチャパラメータセットを参照するピクチャに関連付けられたＲＡＳＬピクチャが、前記１つ以上の符号化ツールの所定のセットを除外する方法で符号化されることを示す、前記少なくとも１つの第１のピクチャパラメータセットと、少なくとも１つの第２のピクチャパラメータセットを参照するピクチャに関連付けられたＲＡＳＬピクチャが、前記１つ以上の符号化ツールの所定のセットを潜在的に使用する方法で符号化されることを示す、前記少なくとも１つの第２のピクチャパラメータセットとを含む、前記ピクチャパラメータセット、に含まれる、いずれかの先行実施形態Ｅ２．＃に記載のビデオエンコーダ。
前記ピクチャシーケンスの前記ピクチャによって参照されるピクチャパラメータセットであって、前記ピクチャパラメータセットが、少なくとも１つの第１のピクチャパラメータセットを参照するピクチャが、前記１つ以上の符号化ツールの所定のセットを除外する方法で符号化されることを示す、前記少なくとも１つの第１のピクチャパラメータセットと、少なくとも１つの第２のピクチャパラメータセットを参照するピクチャが、前記１つ以上の符号化ツールの所定のセットを潜在的に使用する方法で符号化されることを示す、前記少なくとも１つの第２のピクチャパラメータセットとを含む、前記ピクチャパラメータセット、または
前記ピクチャシーケンスの前記ピクチャによって参照されるピクチャパラメータセットであって、前記ピクチャパラメータセットが、少なくとも１つの第１のピクチャパラメータセットを参照するピクチャに関連付けられたＲＡＳＬピクチャが、前記１つ以上の符号化ツールの所定のセットを除外する方法で符号化されることを示す、前記少なくとも１つの第１のピクチャパラメータセットと、少なくとも１つの第２のピクチャパラメータセットを参照するピクチャに関連付けられたＲＡＳＬピクチャが、前記１つ以上の符号化ツールの所定のセットを潜在的に使用する方法で符号化されることを示す、前記少なくとも１つの第２のピクチャパラメータセットとを含む、前記ピクチャパラメータセット、に含まれる、いずれかの先行実施形態Ｅ２．＃に記載のビデオエンコーダ。
【0203】
Ｅ２．１６． 前記インディケーションは、前記ピクチャパラメータセットの拡張シンタックス部分内のシンタックス要素（例えば、ｓｐｓ＿ｅｘｔｒａ＿ｐｈ＿ｂｉｔ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ及びｐｈ＿ｅｘｔｒａ＿ｂｉｔを使用する）を含む、実施形態Ｅ２．１５に記載のビデオエンコーダ。
【0204】
Ｅ２．１７． 前記ピクチャパラメータセットの前記拡張シンタックス部分の長さは、前記データストリームのシーケンスまたはビデオパラメータセット内に示される、実施形態Ｅ２．１６に記載のビデオエンコーダ。
【0205】
Ｅ２．１８． 前記インディケーションは、
前記ピクチャシーケンスの前記ピクチャのピクチャヘッダ、及び／または
前記ピクチャシーケンスの前記ピクチャのスライスのスライスヘッダ、のうちの１つに含まれ、
前記拡張部分の長さ（例えば、ＮｕｍＥｘｔｒａＰｈＢｉｔｓ）が、前記データストリームのピクチャ、またはシーケンス、またはビデオパラメータセット内に示される、いずれかの先行実施形態Ｅ２．＃に記載のビデオエンコーダ。
前記ピクチャシーケンスの前記ピクチャのピクチャヘッダ、及び／または
前記ピクチャシーケンスの前記ピクチャのスライスのスライスヘッダ、のうちの１つに含まれ、
前記拡張部分の長さ（例えば、ＮｕｍＥｘｔｒａＰｈＢｉｔｓ）が、前記データストリームのピクチャ、またはシーケンス、またはビデオパラメータセット内に示される、いずれかの先行実施形態Ｅ２．＃に記載のビデオエンコーダ。
【0206】
Ｅ２．１８ａ． 前記シンタックス要素は、
前記シンタックス要素が属するピクチャ（例えば、前記ピクチャヘッダまたはスライスヘッダが関連するピクチャ）が、前記１つ以上の符号化ツールの所定のセットを除外する方法で符号化されているかどうか、または
前記シンタックス要素が属するピクチャに関連付けられたＲＡＳＬピクチャが、前記１つ以上の符号化ツールの所定のセットを除外する方法で符号化されているかどうか、を示す、実施形態Ｅ２．１８のビデオエンコーダ。
前記シンタックス要素が属するピクチャ（例えば、前記ピクチャヘッダまたはスライスヘッダが関連するピクチャ）が、前記１つ以上の符号化ツールの所定のセットを除外する方法で符号化されているかどうか、または
前記シンタックス要素が属するピクチャに関連付けられたＲＡＳＬピクチャが、前記１つ以上の符号化ツールの所定のセットを除外する方法で符号化されているかどうか、を示す、実施形態Ｅ２．１８のビデオエンコーダ。
【0207】
Ｅ２．１９． 前記エンコーダは、参照ピクチャのリサンプリングをサポートするように構成されている、いずれかの先行実施形態Ｅ２．＃に記載のビデオエンコーダ。
【0208】
Ｅ２．２２． 前記参照ピクチャのリサンプリングに従って、インター予測ブロックの参照ピクチャは、参照ピクチャと、前記インター予測ブロックのインター予測信号を提供するために前記インター予測ブロックが含まれるピクチャとの間のスケーリングウィンドウサイズの逸脱またはサンプル解像度の逸脱を埋めるために、前記サンプルリサンプリングの対象となる、実施形態Ｅ２．１９に記載のビデオエンコーダ。
【0209】
Ｅ２．２３． 前記１つ以上の符号化ツールのセット（例えば、２００、３００、４００、５００）が、
１つ以上の第１の本質的に適用される符号化ツールであって、そのそれぞれが所定のブロックに対して、前記所定のブロックのデータストリーム内でシグナリングされる１つ以上の符号化オプションに応じて適用され、前記それぞれのさらなる符号化ツール以外のさらなる符号化ツールに関連する、前記第１の本質的に適用される符号化ツール、及び／または
１つ以上の第２の本質的に適用される符号化ツールであって、そのそれぞれが所定のブロックに対して、前記所定のブロックのサイズに応じて適用される、前記第２の本質的に適用される符号化ツール、を含む、先行実施形態Ｅ２．＃のいずれかに記載のビデオエンコーダ。
１つ以上の第１の本質的に適用される符号化ツールであって、そのそれぞれが所定のブロックに対して、前記所定のブロックのデータストリーム内でシグナリングされる１つ以上の符号化オプションに応じて適用され、前記それぞれのさらなる符号化ツール以外のさらなる符号化ツールに関連する、前記第１の本質的に適用される符号化ツール、及び／または
１つ以上の第２の本質的に適用される符号化ツールであって、そのそれぞれが所定のブロックに対して、前記所定のブロックのサイズに応じて適用される、前記第２の本質的に適用される符号化ツール、を含む、先行実施形態Ｅ２．＃のいずれかに記載のビデオエンコーダ。
【0210】
Ｅ２．２４． 前記１つ以上の符号化ツールのセットが、
１つ以上の明示的に適用される符号化ツールであって、そのそれぞれが所定のブロックに対して、前記所定のブロックに対する前記それぞれの符号化ツールの前記適用を排他的にシグナリングするために前記データストリームに符号化されたシンタックス要素に応じて、前記所定のブロックに適用される、前記符号化ツール、を含む、先行実施形態Ｅ２．＃のいずれかに記載のビデオエンコーダ。
１つ以上の明示的に適用される符号化ツールであって、そのそれぞれが所定のブロックに対して、前記所定のブロックに対する前記それぞれの符号化ツールの前記適用を排他的にシグナリングするために前記データストリームに符号化されたシンタックス要素に応じて、前記所定のブロックに適用される、前記符号化ツール、を含む、先行実施形態Ｅ２．＃のいずれかに記載のビデオエンコーダ。
【0211】
Ｅ２．２５． 前記エンコーダは、前記１つ以上の符号化ツールの所定のセットがエンコードから除外されるようにシグナリングされているピクチャまたはスライス内のブロック、及び前記１つ以上の符号化ツールの所定のセットがエンコードから除外されるようにシグナリングされていないピクチャまたはスライス内のブロック、の前記データストリームに前記シンタックス要素をエンコードするように構成されている、実施形態Ｅ２．２４に記載のビデオエンコーダ。
【0212】
Ｅ２．２６． 前記エンコーダは、前記１つ以上の符号化ツールの所定のセットがエンコードから除外されるようにシグナリングされているピクチャまたはスライス内のブロックのみの前記データストリームに前記シンタックス要素をエンコードするように構成される、実施形態Ｅ２．２４に記載のビデオエンコーダ。
【0213】
Ｅ２．２７． 前記クロスコンポーネント線形モデルベースの予測ツールが、明示的に適用される前記１つ以上の符号化ツールに属する、先行実施形態Ｅ２．２４以降のいずれかに記載のビデオエンコーダ。
【0214】
Ｅ２．２８． 前記シンタックス要素は、前記１つ以上の符号化ツールの所定のセットの全ての符号化ツールの前記除外を集合的に示す１ビットである、先行実施形態Ｅ２．１６以降のいずれかに記載のビデオエンコーダ。
【0215】
Ｅ２．２９． 前記１つ以上の符号化ツールのセットが、
１つ以上の非アクティブ化可能な符号化ツールであって、そのそれぞれが、ピクチャブロックへの適用に関して、前記データストリーム内の構成シグナリングによってピクチャまたはスライスの単位で非アクティブ化できる、前記１つ以上の非アクティブ化可能な符号化ツールを含む、先行実施形態Ｅ２．＃のいずれかに記載のビデオエンコーダ。
１つ以上の非アクティブ化可能な符号化ツールであって、そのそれぞれが、ピクチャブロックへの適用に関して、前記データストリーム内の構成シグナリングによってピクチャまたはスライスの単位で非アクティブ化できる、前記１つ以上の非アクティブ化可能な符号化ツールを含む、先行実施形態Ｅ２．＃のいずれかに記載のビデオエンコーダ。
【0216】
Ｅ２．３０． 前記ビデオを前記データストリームにエンコードする際のエンコード制約としての前記インディケーションに従うように構成される、先行実施形態Ｅ２．＃のいずれかに記載のビデオエンコーダ。
【0217】
Ｂ１．１． ビデオがエンコードされているデータストリームであって、
前記ビデオのピクチャのシーケンスに対して有効であり、前記ピクチャのシーケンス内のＲＡＳＬピクチャが、１つ以上の符号化ツールの所定のセットを除外する方法で符号化されていることを示す（例えば、異なる空間解像度及び／または異なるＳＮＲで符号化された前記ビデオの、別々に符号化されたオープンＧＯＰバージョンを連結することによるオープンＧＯＰ切り替えが、ＲＡＳＬピクチャに過大なドリフトを引き起こさないことをエンコーダが認識しているようにする、一種の約束としての）インディケーション（例えば、ｇｃｉ＿ｒａｓｌ＿ｐｉｃｔｕｒｅｓ＿ｔｏｏｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ）、を含む、前記データストリーム。
前記ビデオのピクチャのシーケンスに対して有効であり、前記ピクチャのシーケンス内のＲＡＳＬピクチャが、１つ以上の符号化ツールの所定のセットを除外する方法で符号化されていることを示す（例えば、異なる空間解像度及び／または異なるＳＮＲで符号化された前記ビデオの、別々に符号化されたオープンＧＯＰバージョンを連結することによるオープンＧＯＰ切り替えが、ＲＡＳＬピクチャに過大なドリフトを引き起こさないことをエンコーダが認識しているようにする、一種の約束としての）インディケーション（例えば、ｇｃｉ＿ｒａｓｌ＿ｐｉｃｔｕｒｅｓ＿ｔｏｏｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ）、を含む、前記データストリーム。
【0218】
Ｂ１．２． 実施形態Ｅ１．＃のいずれかによるエンコーダによって生成される、実施形態Ｂ１．１に記載のデータストリーム。
【0219】
Ｂ２．１． ビデオがエンコードされているデータストリームであって、
前記ビデオのピクチャシーケンスのピクチャごとに、前記それぞれのピクチャについてグローバルに、またはスライスごとに、前記それぞれのピクチャが１つ以上の符号化ツールの所定のセットを除外する方法で符号化されているかどうかを示すインディケーション（例えば、ｓｐｓ＿ｅｘｔｒａ＿ｐｈ＿ｂｉｔ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ及びｐｈ＿ｅｘｔｒａ＿ｂｉｔを使用して、またはｇｃｉ＿ｒａｓｌ＿ｐｉｃｔｕｒｅｓ＿ｔｏｏｌ＿ｃｏｎｔｒａｉｎｔ＿ｆｌａｇを使用する）であって、前記所定のセットが、（例えば、ＲＡＳＬピクチャでの潜在的なドリフトが十分に低いことを確認できる一種のピクチャに関する指標として）クロスコンポーネント線形モデルベースの予測ツールを含む、前記インディケーション、を含む、前記データストリーム。
前記ビデオのピクチャシーケンスのピクチャごとに、前記それぞれのピクチャについてグローバルに、またはスライスごとに、前記それぞれのピクチャが１つ以上の符号化ツールの所定のセットを除外する方法で符号化されているかどうかを示すインディケーション（例えば、ｓｐｓ＿ｅｘｔｒａ＿ｐｈ＿ｂｉｔ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ及びｐｈ＿ｅｘｔｒａ＿ｂｉｔを使用して、またはｇｃｉ＿ｒａｓｌ＿ｐｉｃｔｕｒｅｓ＿ｔｏｏｌ＿ｃｏｎｔｒａｉｎｔ＿ｆｌａｇを使用する）であって、前記所定のセットが、（例えば、ＲＡＳＬピクチャでの潜在的なドリフトが十分に低いことを確認できる一種のピクチャに関する指標として）クロスコンポーネント線形モデルベースの予測ツールを含む、前記インディケーション、を含む、前記データストリーム。
【0220】
Ｂ２．２． 実施形態Ｅ２．＃のいずれかによるエンコーダによって生成される、実施形態Ｂ２．１に記載のデータストリーム。
【0221】
Ｍ． 上記のデコーダ及びエンコーダのいずれかによって実行される方法。
【0222】
Ｐ． コンピュータ上でプログラムが実行されたときに、実施形態Ｍに記載の方法を実行するためのプログラムコードを有する、前記コンピュータプログラム。
【0223】
いくつかの態様が装置の観点で説明されているが、これらの態様が対応する方法の説明も表すことが明らかであり、ブロックまたはデバイスは方法ステップ、または方法ステップの特徴に対応する。同様に、方法ステップの観点で説明された態様もまた、対応するブロックもしくは項目、または対応する装置の特徴の説明を表す。いくつかの、またはすべての方法ステップは、例えば、マイクロプロセッサ、プログラマブルコンピュータまたは電子回路などのハードウェア装置によって（またはそれを使用して）実行され得る。いくつかの実施形態では、ほとんどの重要な方法ステップのうちの１つ以上は、そのような装置によって実行されてもよい。
【0224】
発明のデータストリームは、デジタル記憶媒体に記憶されてもよく、またはインターネットなどの無線伝送媒体または有線伝送媒体などの伝送媒体上で伝送されてもよい。
【0225】
特定の実装要件に応じて、発明の実施形態は、ハードウェアまたはソフトウェアにおいて実装されてもよい。実装態様は、それぞれの方法が実行されるようにプログラマブルコンピュータシステムと協働する（または、協働することが可能な）、そこに記憶された電子可読制御信号を有する、デジタル記憶媒体、例えば、フロッピーディスク、ＤＶＤ、Ｂｌｕ－Ｒａｙ、ＣＤ、ＲＯＭ、ＰＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、またはフラッシュメモリを使用して実行されてもよい。したがって、デジタル記憶媒体は、コンピュータ可読であり得る。
【0226】
本発明による、いくつかの実施形態は、電子的に可読な制御信号を有するデータキャリアを含み、これらの制御信号がプログラム可能なコンピュータシステムと協働することができることで、本明細書に記載の方法のうちの１つが実行される。
【0227】
概して、本発明の実施形態は、プログラムコードを有するコンピュータプログラム製品として実装され得、このプログラムコードは、コンピュータプログラム製品がコンピュータ上で実行するときに方法のうちの１つを実行するように動作可能である。プログラムコードは、例えば、機械可読キャリアに格納され得る。
【0228】
他の実施形態は、本明細書に記載の方法のうちの１つを実行し、機械可読キャリアに格納される、コンピュータプログラムを含む。
【0229】
換言すれば、本発明の方法の一実施形態は、したがって、コンピュータプログラムがコンピュータ上で実行するときに、本明細書に記載の方法のうちの１つを実行するためのプログラムコードを有するコンピュータプログラムである。
【0230】
したがって、発明の方法の更なる実施形態は、そこに記録された、本明細書で説明される方法の１つを実行するためのコンピュータプログラムを含むデータキャリア（または、デジタル記憶媒体またはコンピュータ可読媒体）である。データキャリア、デジタル記憶媒体、または記録された媒体は典型的には、有形であり、及び／または非一時的である。
【0231】
したがって、発明の方法の更なる実施形態は、本明細書で説明される方法の１つを実行するためのコンピュータプログラムを表すデータストリームまたは一連の信号である。データストリームまたは信号シーケンスは、例えば、インターネットを介してなど、データ通信接続を介して転送されるように構成され得る。
【0232】
さらなる実施形態は、例えば、本明細書に記載の方法のうちの１つを実行するように構成される、または適合されるコンピュータ、またはプログラマブルロジックデバイスなどの処理手段を含む。
【0233】
さらなる実施形態は、コンピュータを含み、その上には、本明細書に記載の方法のうちの１つを実行するためのコンピュータプログラムがインストールされている。
【0234】
本発明による、さらなる実施形態は、本明細書に記載の方法のうちの１つを実行するためのコンピュータプログラムを受信器に転送する（例えば、電子的に、または光学的に）ように構成される、装置またはシステムを含む。受信器は、例えば、コンピュータ、モバイルデバイス、メモリデバイスなどであってよい。装置またはシステムは、例えば、コンピュータプログラムを受信器に転送するためのファイルサーバを含み得る。
【0235】
いくつかの実施形態では、プログラマブルロジックデバイス（例えば、フィールドプログラマブルゲートアレイ）は、本明細書に記載の方法の機能の一部または全てを実行するために使用され得る。いくつかの実施形態では、フィールドプログラマブルゲートアレイは、本明細書に記載の方法のうちの１つを実行するためにマイクロプロセッサと協働し得る。概して、方法は、いずれかのハードウェア装置によって好ましくは実行される。
【0236】
本明細書で説明される装置は、ハードウェア装置を使用して、またはコンピュータを使用して、またはハードウェア装置及びコンピュータの組み合わせを使用して実装されてもよい。
【0237】
本明細書で説明される装置、または本明細書で説明される装置のいずれかの構成要素は、ハードウェア及び／またはソフトウェアにおいて少なくとも部分的に実装されてもよい。
【0238】
本明細書で説明される方法は、ハードウェア装置を使用して、またはコンピュータを使用して、またはハードウェア装置及びコンピュータの組み合わせを使用して実行されてもよい。
【0239】
本明細書で説明される方法、または本明細書で説明される装置のいずれかの構成要素は、ハードウェア及び／またはソフトウェアにおいて少なくとも部分的に実装されてもよい。
【0240】
上記説明された実施形態は、本発明の原理の例示にすぎない。本明細書に記載の構成及び詳細の修正形態及び変形形態が当業者には明らかであろうことが理解される。したがって、本明細書の実施形態の記述及び説明として提示された具体的な詳細によってではなく、差し迫る特許請求の範囲によってのみ限定されることが意図される。
【0241】
参考文献
［１］ ＩＳＯ／ＩＥＣ ＪＴＣ １， Ｉｎｆｏｒｍａｔｉｏｎ ｔｅｃｈｎｏｌｏｇｙ － Ｄｙｎａｍｉｃ ａｄａｐｔｉｖｅ ｓｔｒｅａｍｉｎｇ ｏｖｅｒ ＨＴＴＰ （ＤＡＳＨ） － Ｐａｒｔ １： Ｍｅｄｉａ ｐｒｅｓｅｎｔａｔｉｏｎ ｄｅｓｃｒｉｐｔｉｏｎ ａｎｄ ｓｅｇｍｅｎｔ ｆｏｒｍａｔｓ， ＩＳＯ／ＩＥＣ ２３００９－１， ２０１２ （ａｎｄ ｓｕｂｓｅｑｕｅｎｔ ｅｄｉｔｉｏｎｓ）．
［２］ Ｊ． Ｄｅ Ｃｏｃｋ， Ｚ． Ｌｉ， Ｍ． Ｍａｎｏｈａｒａ， Ａ． Ａａｒｏｎ． “Ｃｏｍｐｌｅｘｉｔｙ－ｂａｓｅｄ ｃｏｎｓｉｓｔｅｎｔ－ｑｕａｌｉｔｙ ｅｎｃｏｄｉｎｇ ｉｎ ｔｈｅ ｃｌｏｕｄ．” ２０１６ ＩＥＥＥ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｃｏｎｆｅｒｅｎｃｅ ｏｎ Ｉｍａｇｅ Ｐｒｏｃｅｓｓｉｎｇ （ＩＣＩＰ）． ＩＥＥＥ， ２０１６
［３］ ＤＡＳＨ Ｉｎｄｕｓｔｒｙ Ｆｏｒｕｍ Ｉｍｐｌｅｍｅｎｔａｔｉｏｎ Ｇｕｉｄｅｌｉｎｅｓ． ［Ｏｎｌｉｎｅ］． Ａｖａｉｌａｂｌｅ： ｈｔｔｐｓ：／／ｄａｓｈｉｆ．ｏｒｇ／ｇｕｉｄｅｌｉｎｅｓ／
［４］ ＩＴＵ－Ｔ ａｎｄ ＩＳＯ／ＩＥＣ ＪＴＣ １， Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ ｆｏｒ ｇｅｎｅｒｉｃ ａｕｄｉｏ－ｖｉｓｕａｌ ｓｅｒｖｉｃｅｓ， Ｒｅｃ． ＩＴＵ－Ｔ Ｈ．２６４ ａｎｄ ＩＳＯ／ＩＥＣ １４４９６－１０ （ＡＶＣ）， Ｍａｙ ２００３ （ａｎｄ ｓｕｂｓｅｑｕｅｎｔ ｅｄｉｔｉｏｎｓ）．
［５］ ＩＴＵ－Ｔ ａｎｄ ＩＳＯ／ＩＥＣ ＪＴＣ １， “Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ，” Ｒｅｃ． ＩＴＵ－Ｔ Ｈ．２６５ ａｎｄ ＩＳＯ／ＩＥＣ ２３００８－２ （ＨＥＶＣ）， Ａｐｒｉｌ ２０１３ （ａｎｄ ｓｕｂｓｅｑｕｅｎｔ ｅｄｉｔｉｏｎｓ）．
［６］ Ｙ． Ｙａｎ， Ｍ． Ｈａｎｎｕｋｓｅｌａ， ａｎｄ Ｈ． Ｌｉ． “Ｓｅａｍｌｅｓｓ ｓｗｉｔｃｈｉｎｇ ｏｆ Ｈ． ２６５／ＨＥＶＣ－ｃｏｄｅｄ ｄａｓｈ ｒｅｐｒｅｓｅｎｔａｔｉｏｎｓ ｗｉｔｈ ｏｐｅｎ ＧＯＰ ｐｒｅｄｉｃｔｉｏｎ ｓｔｒｕｃｔｕｒｅ．” ２０１５ ＩＥＥＥ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｃｏｎｆｅｒｅｎｃｅ ｏｎ Ｉｍａｇｅ Ｐｒｏｃｅｓｓｉｎｇ （ＩＣＩＰ）． ＩＥＥＥ， ２０１５．
［７］ ＩＴＵ－Ｔ ａｎｄ ＩＳＯ／ＩＥＣ ＪＴＣ １， “Ｖｅｒｓａｔｉｌｅ ｖｉｄｅｏ ｃｏｄｉｎｇ”， Ｒｅｃ． ＩＴＵ－Ｔ Ｈ．２６６ ａｎｄ ＩＳＯ／ＩＥＣ ２３０９０－３ （ＶＶＣ）， Ａｕｇｕｓｔ ２０２０．
［８］ Ｖ． Ｂａｒｏｎｃｉｎｉ ａｎｄ Ｍ． Ｗｉｅｎ， “ＶＶＣ ｖｅｒｉｆｉｃａｔｉｏｎ ｔｅｓｔ ｒｅｐｏｒｔ ｆｏｒ ＵＨＤ ＳＤＲ ｖｉｄｅｏ ｃｏｎｔｅｎｔ”， ｄｏｃ． ＪＶＥＴ－Ｔ２０２０ ｏｆ ＩＴＵ－Ｔ／ＩＳＯ／ＩＥＣ Ｊｏｉｎｔ Ｖｉｄｅｏ Ｅｘｐｅｒｔｓ Ｔｅａｍ （ＪＶＥＴ）， ２１ｔｈ ｍｅｅｔｉｎｇ： Ｏｃｔｏｂｅｒ ２０２０．
［９］ Ｄ． Ｌｕｏ， Ｖ． Ｓｅｒｅｇｉｎ， Ｗ． Ｗａｎ． “Ｄｅｓｃｒｉｐｔｉｏｎ ｏｆ Ｃｏｒｅ Ｅｘｐｅｒｉｍｅｎｔ １ （ＣＥ１）： Ｒｅｆｅｒｅｎｃｅ ｐｉｃｔｕｒｅ ｒｅｓａｍｐｌｉｎｇ ｆｉｌｔｅｒｓ“， ｄｏｃ． ＪＶＥＴ－Ｑ２０２１ ｏｆ ＩＴＵ－Ｔ／ＩＳＯ／ＩＥＣ Ｊｏｉｎｔ Ｖｉｄｅｏ Ｅｘｐｅｒｔｓ Ｔｅａｍ （ＪＶＥＴ）， １５ｔｈ ｍｅｅｔｉｎｇ： Ｊｕｌｙ ２０１９
［１０］ Ｈ． Ｓｃｈｗａｒｚ， Ｄ． Ｍａｒｐｅ， ａｎｄ Ｔ． Ｗｉｅｇａｎｄ， “Ａｎａｌｙｓｉｓ ｏｆ ｈｉｅｒａｒｃｈｉｃａｌ Ｂ ｐｉｃｔｕｒｅｓ ａｎｄ ＭＣＴＦ”， ＩＣＭＥ ２００６， ＩＥＥＥ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｃｏｎｆｅｒｅｎｃｅ ｏｎ Ｍｕｌｔｉｍｅｄｉａ ａｎｄ Ｅｘｐｏ， Ｔｏｒｏｎｔｏ， Ｏｎｔａｒｉｏ， Ｃａｎａｄａ， Ｊｕｌｙ ２００６．
［１１］ Ｙ．－Ｋ． Ｗａｎｇ ｅｔ ａｌ．， “Ｔｈｅ Ｈｉｇｈ－Ｌｅｖｅｌ Ｓｙｎｔａｘ ｏｆ ｔｈｅ Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ （ＶＶＣ） Ｓｔａｎｄａｒｄ” ＩＥＥＥ Ｔｒａｎｓ． Ｃｉｒｃｕｉｔｓ Ｓｙｓｔ． Ｖｉｄｅｏ Ｔｅｃｈｎｏｌ．， ｉｎ ｐｒｅｓｓ
［１２］ Ｈ． Ｙａｎｇ ｅｔ ａｌ．， “Ｓｕｂｂｌｏｃｋ ｂａｓｅｄ Ｍｏｔｉｏｎ Ｄｅｒｉｖａｔｉｏｎ ａｎｄ Ｉｎｔｅｒ－Ｐｒｅｄｉｃｔｉｏｎ Ｒｅｆｉｎｅｍｅｎｔ ｉｎ Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ Ｓｔａｎｄａｒｄ”， ＩＥＥＥ Ｔｒａｎｓ． Ｃｉｒｃｕｉｔｓ Ｓｙｓｔ． Ｖｉｄｅｏ Ｔｅｃｈｎｏｌ．， ｉｎ ｐｒｅｓｓ
［１３］ Ｗ．－Ｊ． Ｃｈｉｅｎ ｅｔ ａｌ．， “Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｃｏｄｉｎｇ ａｎｄ Ｂｌｏｃｋ Ｍｅｒｇｉｎｇ ｉｎ Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ Ｓｔａｎｄａｒｄ”， ＩＥＥＥ Ｔｒａｎｓ． Ｃｉｒｃｕｉｔｓ Ｓｙｓｔ． Ｖｉｄｅｏ Ｔｅｃｈｎｏｌ．， ｉｎ ｐｒｅｓｓ
［１］ ＩＳＯ／ＩＥＣ ＪＴＣ １， Ｉｎｆｏｒｍａｔｉｏｎ ｔｅｃｈｎｏｌｏｇｙ － Ｄｙｎａｍｉｃ ａｄａｐｔｉｖｅ ｓｔｒｅａｍｉｎｇ ｏｖｅｒ ＨＴＴＰ （ＤＡＳＨ） － Ｐａｒｔ １： Ｍｅｄｉａ ｐｒｅｓｅｎｔａｔｉｏｎ ｄｅｓｃｒｉｐｔｉｏｎ ａｎｄ ｓｅｇｍｅｎｔ ｆｏｒｍａｔｓ， ＩＳＯ／ＩＥＣ ２３００９－１， ２０１２ （ａｎｄ ｓｕｂｓｅｑｕｅｎｔ ｅｄｉｔｉｏｎｓ）．
［２］ Ｊ． Ｄｅ Ｃｏｃｋ， Ｚ． Ｌｉ， Ｍ． Ｍａｎｏｈａｒａ， Ａ． Ａａｒｏｎ． “Ｃｏｍｐｌｅｘｉｔｙ－ｂａｓｅｄ ｃｏｎｓｉｓｔｅｎｔ－ｑｕａｌｉｔｙ ｅｎｃｏｄｉｎｇ ｉｎ ｔｈｅ ｃｌｏｕｄ．” ２０１６ ＩＥＥＥ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｃｏｎｆｅｒｅｎｃｅ ｏｎ Ｉｍａｇｅ Ｐｒｏｃｅｓｓｉｎｇ （ＩＣＩＰ）． ＩＥＥＥ， ２０１６
［３］ ＤＡＳＨ Ｉｎｄｕｓｔｒｙ Ｆｏｒｕｍ Ｉｍｐｌｅｍｅｎｔａｔｉｏｎ Ｇｕｉｄｅｌｉｎｅｓ． ［Ｏｎｌｉｎｅ］． Ａｖａｉｌａｂｌｅ： ｈｔｔｐｓ：／／ｄａｓｈｉｆ．ｏｒｇ／ｇｕｉｄｅｌｉｎｅｓ／
［４］ ＩＴＵ－Ｔ ａｎｄ ＩＳＯ／ＩＥＣ ＪＴＣ １， Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ ｆｏｒ ｇｅｎｅｒｉｃ ａｕｄｉｏ－ｖｉｓｕａｌ ｓｅｒｖｉｃｅｓ， Ｒｅｃ． ＩＴＵ－Ｔ Ｈ．２６４ ａｎｄ ＩＳＯ／ＩＥＣ １４４９６－１０ （ＡＶＣ）， Ｍａｙ ２００３ （ａｎｄ ｓｕｂｓｅｑｕｅｎｔ ｅｄｉｔｉｏｎｓ）．
［５］ ＩＴＵ－Ｔ ａｎｄ ＩＳＯ／ＩＥＣ ＪＴＣ １， “Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ，” Ｒｅｃ． ＩＴＵ－Ｔ Ｈ．２６５ ａｎｄ ＩＳＯ／ＩＥＣ ２３００８－２ （ＨＥＶＣ）， Ａｐｒｉｌ ２０１３ （ａｎｄ ｓｕｂｓｅｑｕｅｎｔ ｅｄｉｔｉｏｎｓ）．
［６］ Ｙ． Ｙａｎ， Ｍ． Ｈａｎｎｕｋｓｅｌａ， ａｎｄ Ｈ． Ｌｉ． “Ｓｅａｍｌｅｓｓ ｓｗｉｔｃｈｉｎｇ ｏｆ Ｈ． ２６５／ＨＥＶＣ－ｃｏｄｅｄ ｄａｓｈ ｒｅｐｒｅｓｅｎｔａｔｉｏｎｓ ｗｉｔｈ ｏｐｅｎ ＧＯＰ ｐｒｅｄｉｃｔｉｏｎ ｓｔｒｕｃｔｕｒｅ．” ２０１５ ＩＥＥＥ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｃｏｎｆｅｒｅｎｃｅ ｏｎ Ｉｍａｇｅ Ｐｒｏｃｅｓｓｉｎｇ （ＩＣＩＰ）． ＩＥＥＥ， ２０１５．
［７］ ＩＴＵ－Ｔ ａｎｄ ＩＳＯ／ＩＥＣ ＪＴＣ １， “Ｖｅｒｓａｔｉｌｅ ｖｉｄｅｏ ｃｏｄｉｎｇ”， Ｒｅｃ． ＩＴＵ－Ｔ Ｈ．２６６ ａｎｄ ＩＳＯ／ＩＥＣ ２３０９０－３ （ＶＶＣ）， Ａｕｇｕｓｔ ２０２０．
［８］ Ｖ． Ｂａｒｏｎｃｉｎｉ ａｎｄ Ｍ． Ｗｉｅｎ， “ＶＶＣ ｖｅｒｉｆｉｃａｔｉｏｎ ｔｅｓｔ ｒｅｐｏｒｔ ｆｏｒ ＵＨＤ ＳＤＲ ｖｉｄｅｏ ｃｏｎｔｅｎｔ”， ｄｏｃ． ＪＶＥＴ－Ｔ２０２０ ｏｆ ＩＴＵ－Ｔ／ＩＳＯ／ＩＥＣ Ｊｏｉｎｔ Ｖｉｄｅｏ Ｅｘｐｅｒｔｓ Ｔｅａｍ （ＪＶＥＴ）， ２１ｔｈ ｍｅｅｔｉｎｇ： Ｏｃｔｏｂｅｒ ２０２０．
［９］ Ｄ． Ｌｕｏ， Ｖ． Ｓｅｒｅｇｉｎ， Ｗ． Ｗａｎ． “Ｄｅｓｃｒｉｐｔｉｏｎ ｏｆ Ｃｏｒｅ Ｅｘｐｅｒｉｍｅｎｔ １ （ＣＥ１）： Ｒｅｆｅｒｅｎｃｅ ｐｉｃｔｕｒｅ ｒｅｓａｍｐｌｉｎｇ ｆｉｌｔｅｒｓ“， ｄｏｃ． ＪＶＥＴ－Ｑ２０２１ ｏｆ ＩＴＵ－Ｔ／ＩＳＯ／ＩＥＣ Ｊｏｉｎｔ Ｖｉｄｅｏ Ｅｘｐｅｒｔｓ Ｔｅａｍ （ＪＶＥＴ）， １５ｔｈ ｍｅｅｔｉｎｇ： Ｊｕｌｙ ２０１９
［１０］ Ｈ． Ｓｃｈｗａｒｚ， Ｄ． Ｍａｒｐｅ， ａｎｄ Ｔ． Ｗｉｅｇａｎｄ， “Ａｎａｌｙｓｉｓ ｏｆ ｈｉｅｒａｒｃｈｉｃａｌ Ｂ ｐｉｃｔｕｒｅｓ ａｎｄ ＭＣＴＦ”， ＩＣＭＥ ２００６， ＩＥＥＥ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｃｏｎｆｅｒｅｎｃｅ ｏｎ Ｍｕｌｔｉｍｅｄｉａ ａｎｄ Ｅｘｐｏ， Ｔｏｒｏｎｔｏ， Ｏｎｔａｒｉｏ， Ｃａｎａｄａ， Ｊｕｌｙ ２００６．
［１１］ Ｙ．－Ｋ． Ｗａｎｇ ｅｔ ａｌ．， “Ｔｈｅ Ｈｉｇｈ－Ｌｅｖｅｌ Ｓｙｎｔａｘ ｏｆ ｔｈｅ Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ （ＶＶＣ） Ｓｔａｎｄａｒｄ” ＩＥＥＥ Ｔｒａｎｓ． Ｃｉｒｃｕｉｔｓ Ｓｙｓｔ． Ｖｉｄｅｏ Ｔｅｃｈｎｏｌ．， ｉｎ ｐｒｅｓｓ
［１２］ Ｈ． Ｙａｎｇ ｅｔ ａｌ．， “Ｓｕｂｂｌｏｃｋ ｂａｓｅｄ Ｍｏｔｉｏｎ Ｄｅｒｉｖａｔｉｏｎ ａｎｄ Ｉｎｔｅｒ－Ｐｒｅｄｉｃｔｉｏｎ Ｒｅｆｉｎｅｍｅｎｔ ｉｎ Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ Ｓｔａｎｄａｒｄ”， ＩＥＥＥ Ｔｒａｎｓ． Ｃｉｒｃｕｉｔｓ Ｓｙｓｔ． Ｖｉｄｅｏ Ｔｅｃｈｎｏｌ．， ｉｎ ｐｒｅｓｓ
［１３］ Ｗ．－Ｊ． Ｃｈｉｅｎ ｅｔ ａｌ．， “Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｃｏｄｉｎｇ ａｎｄ Ｂｌｏｃｋ Ｍｅｒｇｉｎｇ ｉｎ Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ Ｓｔａｎｄａｒｄ”， ＩＥＥＥ Ｔｒａｎｓ． Ｃｉｒｃｕｉｔｓ Ｓｙｓｔ． Ｖｉｄｅｏ Ｔｅｃｈｎｏｌ．， ｉｎ ｐｒｅｓｓ
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【手続補正書】
【提出日】2023-09-27
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
ビデオ符号化の方法であって、ピクチャのシーケンス内のすべてのランダムアクセススキップリーディング（ＲＡＳＬ）ピクチャの符号化が、１つ以上の符号化ツールの所定のセットを除外する方法で制約されていることを示す補足強化情報（ＳＥＩ）メッセージをデータストリームに符号化することを備え、前記所定のセットが、
クロスコンポーネント線形モデルベースの予測ツール（１００）、及び
デコーダ側動きベクトルリファインメントツール（４００）、を含み、
前記ピクチャのシーケンスは、少なくとも１つのランダムアクセススキップリーディング（ＲＡＳＬ）ピクチャと、前記少なくとも１つのＲＡＳＬピクチャに関連付けられたクリーンランダムアクセス（ＣＲＡ）ピクチャと、を備える、方法。
【請求項2】
前記ＳＥＩメッセージは、前記少なくとも１つのＲＡＳＬピクチャの動きベクトルの時間的動きベクトル予測（ＴＭＶＰ）またはサブブロックの時間的動きベクトル予測（ｓｂＴＭＶＰ）に対して使用されるコロケートされた参照ピクチャが、デコード順序において前記ＲＡＳＬピクチャに関連付けられた前記ＣＲＡピクチャに先行しないように、前記少なくとも１つのＲＡＳＬピクチャの符号化が制約されることをさらに示す、請求項１に記載の方法。
【請求項3】
参照ピクチャのリサンプリングを実行することであって、参照ピクチャと、インター予測ブロックのインター予測信号を提供するために前記インター予測ブロックが含まれるピクチャとの間のスケーリングウィンドウサイズの逸脱またはサンプル解像度の逸脱を埋めるために、前記参照ピクチャのリサンプリングによって、前記インター予測ブロックの参照ピクチャがリサンプルされる、リサンプリングを実行することをさらに備える、
請求項１または２のいずれかに記載の方法。
【請求項4】
請求項１または２のいずれかに記載の方法を実行するように構成された少なくとも１つのプロセッサを備える、ビデオエンコーダ。
【請求項5】
コンピュータによって実行されたときに、請求項１または２のいずれかに記載の方法を実行するための、コンピュータプログラムを格納した非一時的デジタル記憶媒体。
【請求項6】
ビデオ復号の方法であって、
ピクチャのシーケンス内のすべてのランダムアクセススキップリーディング（ＲＡＳＬ） ピクチャの符号化が、１つ以上の符号化ツールの所定のセットを除外する方法で制約されていることを示す補足強化情報（ＳＥＩ）メッセージをデータストリームから復号することを備え、
前記所定のセットが、
クロスコンポーネント線形モデルベースの予測ツール（１００）、及び
デコーダ側動きベクトルリファインメントツール（４００）、を含み、
前記ピクチャのシーケンスは、少なくとも１つのランダムアクセススキップリーディング（ＲＡＳＬ）ピクチャと、前記少なくとも１つのＲＡＳＬピクチャに関連付けられたクリーンランダムアクセス（ＣＲＡ）ピクチャと、を備える、方法。
【請求項7】
前記ＳＥＩメッセージは、前記少なくとも１つのＲＡＳＬピクチャの動きベクトルの時間的動きベクトル予測 （ＴＭＶＰ）またはサブブロックの時間的動きベクトル予測 （ｓｂＴＭＶＰ）に対して使用されるコロケートされた参照ピクチャが、デコード順序において前記ＲＡＳＬピクチャに関連付けられた前記ＣＲＡピクチャに先行しないように、前記少なくとも１つのＲＡＳＬピクチャの符号化が制約されることをさらに示す、請求項６に記載の方法。
【請求項8】
参照ピクチャのリサンプリングを実行することであって、参照ピクチャと、インター予測ブロックのインター予測信号を提供するために前記インター予測ブロックが含まれるピクチャとの間のスケーリングウィンドウサイズの逸脱またはサンプル解像度の逸脱を埋めるために、前記参照ピクチャのリサンプリングによって、前記インター予測ブロックの参照ピクチャがリサンプルされる、リサンプリングを実行することをさらに備える、
請求項６から７のいずれかに記載の方法。
【請求項9】
請求項６または７のいずれかに記載の方法を実行するように構成された少なくとも１つのプロセッサを備える、ビデオデコーダ。
【請求項10】
コンピュータによって実行されたときに、請求項６または７のいずれかに記載の方法を実行するための、コンピュータプログラムを格納した非一時的デジタル記憶媒体。
【国際調査報告】