特表 2023-526372 映像コーディングにおけるスケーリングウィンドウ

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2023-06-21

(54)【発明の名称】映像コーディングにおけるスケーリングウィンドウ

(51)【国際特許分類】

   H04N 19/70 20140101AFI20230614BHJP

   H04N 19/85 20140101ALI20230614BHJP

   H04N 19/597 20140101ALI20230614BHJP

【ＦＩ】

H04N19/70

H04N19/85

H04N19/597

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2022570205

(86)(22)【出願日】2021-05-21

(85)【翻訳文提出日】2022-12-14

(86)【国際出願番号】 CN2021095012

(87)【国際公開番号】W WO2021233403

(87)【国際公開日】2021-11-25

(31)【優先権主張番号】PCT/CN2020/091533

(32)【優先日】2020-05-21

(33)【優先権主張国・地域又は機関】CN

(81)【指定国・地域】

(71)【出願人】

【識別番号】520476341

【氏名又は名称】北京字節跳動網絡技術有限公司

【氏名又は名称原語表記】Ｂｅｉｊｉｎｇ Ｂｙｔｅｄａｎｃｅ Ｎｅｔｗｏｒｋ Ｔｅｃｈｎｏｌｏｇｙ Ｃｏ．， Ｌｔｄ．

【住所又は居所原語表記】Ｒｏｏｍ Ｂ－００３５， ２／Ｆ， Ｎｏ．３ Ｂｕｉｌｄｉｎｇ， Ｎｏ．３０， Ｓｈｉｘｉｎｇ Ｒｏａｄ， Ｓｈｉｊｉｎｇｓｈａｎ Ｄｉｓｔｒｉｃｔ Ｂｅｉｊｉｎｇ １０００４１ Ｃｈｉｎａ

(71)【出願人】

【識別番号】520477474

【氏名又は名称】バイトダンス インコーポレイテッド

【氏名又は名称原語表記】ＢＹＴＥＤＡＮＣＥ ＩＮＣ．

【住所又は居所原語表記】１２６５５ Ｗｅｓｔ Ｊｅｆｆｅｒｓｏｎ Ｂｏｕｌｅｖａｒｄ， Ｓｉｘｔｈ Ｆｌｏｏｒ， Ｓｕｉｔｅ Ｎｏ． １３７ Ｌｏｓ Ａｎｇｅｌｅｓ， Ｃａｌｉｆｏｒｎｉａ ９００６６ Ｕｎｉｔｅｄ Ｓｔａｔｅｓ ｏｆ Ａｍｅｒｉｃａ

(74)【代理人】

【識別番号】110002000

【氏名又は名称】弁理士法人栄光事務所

(72)【発明者】

【氏名】ワン イェクイ

(72)【発明者】

【氏名】ドン ジピン

(72)【発明者】

【氏名】ジャン カイ

(72)【発明者】

【氏名】ジャン リー

【テーマコード（参考）】

5C159

【Ｆターム（参考）】

5C159LA02

5C159MA04

5C159MA05

5C159MA21

5C159MC11

5C159ME01

5C159PP03

5C159PP04

5C159RC11

5C159TA12

5C159TB06

5C159TB08

5C159TC26

5C159UA02

5C159UA05

(57)【要約】

映像符号化、映像復号、および映像トランスコーディングを含む、映像処理のための技術が説明される。ある例示的な方法は、規則に従って、映像ピクチャを含む映像と映像のビットストリームとの変換を行うことを含み、この規則は、構文要素が映像ピクチャに対するスケーリングウィンドウの第１の幅および第１の高さを示すことを規定し、この規則は、構文要素に対する許容可能な値の範囲が、映像ピクチャの第２の幅の２倍以上および映像ピクチャの第２の高さの２倍以上の値を含むことを規定する。
【選択図】図１３

【特許請求の範囲】

【請求項1】

規則に従って、映像ピクチャを含む映像と映像のビットストリームとの変換を行うこと、を含み、
前記規則は、構文要素が前記映像ピクチャに対するスケーリングウィンドウの第１の幅および第１の高さを示すことを規定し、
前記規則は、前記構文要素に対する許容可能な値の範囲が、前記映像ピクチャの第２の幅の２倍以上および前記映像ピクチャの第２の高さの２倍以上の値を含むことを規定する、
映像処理方法。

【請求項2】

前記構文要素の前記値は、スケーリング比計算のために前記映像ピクチャのサイズに適用されるオフセットを特定する、
請求項１に記載の方法。

【請求項3】

前記構文要素は、ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔ、ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ、ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｔｏｐ＿ｏｆｆｓｅｔ、およびｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔを含む、
請求項１に記載の方法。

【請求項4】

前記規則は、ＳｕｂＷｉｄｔｈＣ＊（ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔ＋ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ））の値が、－ｐｐｓ＿ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ＊Ｍ以上かつｐｐｓ＿ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ未満であることを特定し、ここで、ＣｕｒｒＰｉｃＳｃａｌＷｉｄｔｈＬは前記スケーリングウィンドウの前記第１の幅であり、ｐｐｓ＿ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓは前記映像ピクチャの前記第２の幅であり、ＳｕｂＷｉｄｔｈＣは映像ブロックの幅であり、前記映像ブロックを含む前記映像ピクチャの彩度フォーマットに従った表から得られ、ＣｕｒｒＰｉｃＳｃａｌＷｉｎＷｉｄｔｈＬ＝ｐｐｓ＿ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ－ＳｕｂＷｉｄｔｈＣ＊（ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ＋ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔ）であることを規定する、
請求項１～３のいずれか１項に記載の方法。

【請求項5】

Ｍは、１６、８、３２、または６４に等しい、
請求項４に記載の方法。

【請求項6】

前記規則は、ＳｕｂＨｅｉｇｈｔＣ＊（ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｔｏｐ＿ｏｆｆｓｅｔ＋ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔ）の値が、－ｐｐｓ＿ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ＊Ｎ以上かつｐｐｓ＿ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ未満であることを特定し、ここで、ＣｕｒｒＰｉｃＳｃａｌＨｅｉｇｈｔＬは前記スケーリングウィンドウの前記第１の高さであり、ｐｐｓ＿ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓは前記映像ピクチャの前記第２の高さであり、ＳｕｂＨｅｉｇｈｔＣは映像ブロックの高さであり、前記映像ブロックを含む前記映像ピクチャの彩度フォーマットに従った表から得られ、ＣｕｒｒＰｉｃＳｃａｌＷｉｎＨｅｉｇｈｔＬ＝ｐｐｓ＿ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ－ＳｕｂＨｅｉｇｈｔＣ＊（ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔ＋ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｔｏｐ＿ｏｆｆｓｅｔ）であることを規定する、
請求項１～３のいずれか１項に記載の方法。

【請求項7】

Ｎは、１６、８、３２または６４に等しい、
請求項６に記載の方法。

【請求項8】

ＭおよびＮは、前記映像ピクチャのサブピクチャのレイアウトに依存する、
請求項４～７のいずれか１項に記載の方法。

【請求項9】

Ｍは、Ｃｅｉｌ（ｐｐｓ＿ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ÷ｍｉｎＳｕｂｐｉｃＷｉｄｔｈ）に等しく、ｍｉｎＳｕｂｐｉｃＷｉｄｔｈは、ピクチャパラメータセットを参照する前記ピクチャにおけるすべてのサブピクチャの最小サブピクチャ幅であり、ｐｐｓ＿ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓは、前記映像ピクチャの前記第２の幅であり、Ｃｅｉｌ（）関数は、２番目に大きい整数までの数を丸める、
請求項８に記載の方法。

【請求項10】

Ｎは、Ｃｅｉｌ（ｐｐｓ＿ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ÷ｍｉｎＳｕｂｐｉｃＨｅｉｇｈｔ）に等しく、ｍｉｎＳｕｂｐｉｃＨｅｉｇｈｔは、ピクチャパラメータセットを参照する前記映像ピクチャにおけるすべてのサブピクチャの最小サブピクチャ高さであり、ｐｐｓ＿ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓは、前記映像ピクチャの前記第２の高さであり、Ｃｅｉｌ（）関数は、２番目に大きい整数までの数を丸める、
請求項８に記載の方法。

【請求項11】

映像の映像ピクチャとこの映像のビットストリームとの変換のために、規則に従って、（１）前記映像の参照映像ピクチャの第１のスケーリングウィンドウの第１の幅または第１の高さと、（２）現在の映像ピクチャの第２のスケーリングウィンドウの第２の幅または第２の高さとを制約するかどうか、またはどのように制約するかを決定することと、
この決定することに基づいて前記変換を行うことと、を含む、
映像処理方法。

【請求項12】

前記規則は、前記参照映像ピクチャおよび前記現在の映像ピクチャが異なる映像レイヤにあることに応じて、前記第１のスケーリングウィンドウの前記第１の幅または前記第１の高さおよび前記第２のスケーリングウィンドウの第２の幅または第２の高さに制約がないことを規定する、
請求項１１に記載の方法。

【請求項13】

前記規則は、
ＣｕｒｒＰｉｃＳｃａｌＷｉｎＷｉｄｔｈＬ＊ＭがｒｅｆＰｉｃＳｃａｌＷｉｎＷｉｄｔｈＬ以上であり、
ＣｕｒｒＰｉｃＳｃａｌＷｉｎＨｅｉｇｈｔＬ＊ＭがｒｅｆＰｉｃＳｃａｌＷｉｎＨｅｉｇｈｔＬ以上であり、
ＣｕｒｒＰｉｃＳｃａｌＷｉｎＷｉｄｔｈＬがｒｅｆＰｉｃＳｃａｌＷｉｎＷｉｄｔｈＬ＊Ｎ以下であり、
ＣｕｒｒＰｉｃＳｃａｌＷｉｎＨｅｉｇｈｔＬがｒｅｆＰｉｃＳｃａｌＷｉｎＨｅｉｇｈｔＬ＊Ｎ以下であり、
ＣｕｒｒＰｉｃＳｃａｌＷｉｎＷｉｄｔｈＬ＊ｓｐｓ＿ｐｉｃ＿ｗｉｄｔｈ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓが、ｒｅｆＰｉｃＳｃａｌＷｉｎＷｉｄｔｈＬ＊（ｐｐｓ＿ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ－Ｍａｘ（Ｋ０，ＭｉｎＣｂＳｉｚｅＹ））以上であり、
ＣｕｒｒＰｉｃＳｃａｌＷｉｎＨｅｉｇｈｔＬ＊ｓｐｓ＿ｐｉｃ＿ｈｅｉｇｈｔ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓが、ｒｅｆＰｉｃＳｃａｌＷｉｎＨｅｉｇｈｔＬ＊（ｐｐｓ＿ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ－Ｍａｘ（Ｋ１，ＭｉｎＣｂＳｉｚｅＹ））以上であることを規定し、
ＣｕｒｒＰｉｃＳｃａｌＷｉｎＷｉｄｔｈＬおよびＣｕｒｒＰｉｃＳｃａｌＷｉｎＨｅｉｇｈｔＬは、それぞれ、前記現在の映像ピクチャの前記第２のスケーリングウィンドウの前記第２の幅および前記第２の高さであり、
ｒｅｆＰｉｃＳｃａｌＷｉｎＷｉｄｔｈＬおよびＣｒｅｆＰｉｃＳｃａｌＷｉｎＨｅｉｇｈｔＬは、それぞれ、前記参照映像ピクチャの前記第１のスケーリングウィンドウの前記第１の幅および前記第１の高さであり、
ｓｐｓ＿ｐｉｃ＿ｗｉｄｔｈ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓは、シーケンスパラメータセットを参照する各映像ピクチャの輝度サンプルの部における最大幅であり、
ｐｐｓ＿ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓは、ピクチャパラメータセットを参照する各映像ピクチャの幅である、
請求項１１に記載の方法。

【請求項14】

前記規則は、前記参照映像ピクチャおよび前記現在の映像ピクチャが同じ映像レイヤにあることに応じて、Ｍ＝Ｍ１、Ｎ＝Ｎ１であることを規定し、
前記規則は、前記参照映像ピクチャおよび前記現在の映像ピクチャが異なる映像レイヤにあることに応じて、Ｍ＝Ｍ２、Ｎ＝Ｎ２であることを規定し、ここで、Ｍ１はＭ２以下であり、Ｎ１はＮ２以上である、
請求項１３に記載の方法。

【請求項15】

Ｋ０またはＫ１は、整数値である、
請求項１３に記載の方法。

【請求項16】

Ｋ０またはＫ１は、それぞれ、最小許容映像ピクチャ幅または最小許容映像ピクチャ高さである、
請求項１３に記載の方法。

【請求項17】

Ｋ０またはＫ１は、８である、
請求項１３に記載の方法。

【請求項18】

１つ以上の映像スライスを含む映像ピクチャを含む映像とこの映像のビットストリームとの変換を行うことを含む映像処理方法であって、
前記ビットストリームは、前記ピクチャのスケーリングウィンドウの幅および高さによって、前記映像ピクチャの映像スライスに対して、ｉ番目の参照ピクチャリストにおけるｊ番目の参照映像ピクチャのリサンプリングを有効化するかどうかを規定する変数の値を決定することを規定する規則に準拠し、
ｉおよびｊは整数である、
映像処理方法。

【請求項19】

前記変数はＲｐｒＣｏｎｓｔｒａｉｎｔｓＡｃｔｉｖｅ［ｉ］［ｊ］であり、
前記規則は、ＲｐｒＣｏｎｓｔｒａｉｎｔｓＡｃｔｉｖｅ［ｉ］［ｊ］＝（ＣｕｒｒＰｉｃＳｃａｌＷｉｎＷｉｄｔｈＬ！＝ｆＲｅｆＷｉｄｔｈ｜｜ＣｕｒｒＰｉｃＳｃａｌＷｉｎＨｅｉｇｈｔＬ！＝ｆＲｅｆＨｅｉｇｈｔ）であり、ｆＲｅｆＷｉｄｔｈおよびｆＲｅｆＨｅｉｇｈｔは、それぞれｊ番目の参照映像ピクチャのＣｕｒｒＰｉｃＳｃａｌＷｉｎｄｔｈＬおよびＣｕｒｒＰｉｃＷｉｎＨｅｉｇｈｔＬの値であることを規定する、
請求項１８に記載の方法。

【請求項20】

前記規則は、前記変数の値が、前記ｊ番目の参照映像ピクチャが属する第１の映像レイヤおよび現在の映像ピクチャが属する第２の映像レイヤに基づくことを規定する、
請求項１８に記載の方法。

【請求項21】

前記規則は、前記変数の前記値が、前記ｊ番目の参照映像ピクチャの前記第１の映像レイヤと前記現在の映像ピクチャの前記第２の映像レイヤが同じ映像レイヤであるかどうかに基づくことを規定する、
請求項２０に記載の方法。

【請求項22】

前記変換を行うことは、前記映像を前記ビットストリームに符号化することを含む、
請求項１～２１のいずれか１項に記載の方法。

【請求項23】

前記変換を行うことは、前記映像から前記ビットストリームを生成することを含み、
前記方法は、前記ビットストリームを非一時的なコンピュータ可読記録媒体に記憶することをさらに含む、
請求項１から２１のいずれか１項に記載の映像処理方法。

【請求項24】

前記変換を行うことは、前記ビットストリームから前記映像を復号することを含む、
請求項１から２１のいずれか１項に記載の映像処理方法。

【請求項25】

請求項１から２４の１項以上に記載の方法を実装するように構成される処理装置を備える、
映像復号装置。

【請求項26】

請求項１から２４の１項以上に記載の方法を実装するように構成される処理装置を備える、
映像符号化装置。

【請求項27】

コンピュータ命令が記憶されたコンピュータプログラム製品であって、
前記命令は処理装置により実行されると、前記処理装置に、請求項１から２４のいずれかに記載の映像処理方法を実装させる、
コンピュータプログラム製品。

【請求項28】

請求項１から２４のいずれか１項に記載の映像処理方法に従って生成されるビットストリームを記憶する、
非一時的なコンピュータ可読記憶媒体。

【請求項29】

非一時的なコンピュータ可読記憶媒体であって、
請求項１から２４のいずれか１項に記載の方法を処理装置に実装させる命令を記憶する、
非一時的なコンピュータ可読記憶媒体。

【請求項30】

ビットストリーム生成方法であって、
請求項１から２４のいずれか１項に記載の映像処理方法に従って映像のビットストリームを生成することと、
前記ビットストリームをコンピュータ可読プログラム媒体に記憶することと、を含む、
方法。

【請求項31】

本明細書に記載の開示された方法またはシステムに従って生成された方法、装置またはビットストリーム。

【発明の詳細な説明】

【技術分野】

【0001】

関連出願の相互参照
パリ条約に基づく適用可能な特許法および／または規則に基づいて、本願は、２０２０年５月２１日出願の国際特許出願第ＰＣＴ／ＣＮ２０２０／０９１５３３号の優先権および利益を適時に主張することを目的とする。法に基づくすべての目的のために、上記出願の開示全体は、本明細書の開示の一部として参照により援用される。

【0002】

この特許明細書は、画像および映像コーディングおよび復号に関する。

【背景技術】

【0003】

デジタル映像は、インターネットおよび他のデジタル通信ネットワークにおいて最大の帯域幅の使用量を占めている。映像を受信および表示することが可能である接続されたユーザ機器の数が増加するにつれ、デジタル映像の使用に対する帯域幅需要は増大し続けることが予測される。

【発明の概要】

【0004】

本願は、コーディングされた表現の復号に有用な制御情報を使用して、映像のコーディングされた表現を処理するために、映像エンコーダおよびデコーダにより使用され得る技術を開示する。

【0005】

１つの例示的な態様において、映像処理方法が開示される。この方法は、規則に従って、映像ピクチャを含む映像と映像のビットストリームとの変換を行うことを含み、この規則は、構文要素が映像ピクチャに対するスケーリングウィンドウの第１の幅および第１の高さを示すことを規定し、この規則は、構文要素に対する許容可能な値の範囲が、映像ピクチャの第２の幅の２倍以上および映像ピクチャの第２の高さの２倍以上の値を含むことを規定する。

【0006】

別の例示的な態様において、映像処理方法が開示される。この方法は、映像の映像ピクチャとこの映像のビットストリームとの変換のために、規則に従って、（１）この映像の参照映像ピクチャの第１のスケーリングウィンドウの第１の幅または第１の高さと、（２）現在の映像ピクチャの第２のスケーリングウィンドウの第２の幅または第２の高さとを制約するかどうか、またはどのように制約するかを決定することと、この決定に従ってこの変換を行うことと、を含む。

【0007】

別の例示的な態様において、映像処理方法が開示される。この方法は、１つ以上の映像スライスを含む映像ピクチャを含む映像とこの映像のビットストリームとの変換を行うことを含み、このビットストリームは、映像ピクチャのスケーリングウィンドウの幅および高さによって、この映像ピクチャの映像スライスに対して、ｉ番目の参照ピクチャリストにおけるｊ番目の参照映像ピクチャのリサンプリングを有効化するかどうかを規定する変数の値を決定することを規定する規則に準拠し、ｉおよびｊは整数である。

【0008】

別の例示的な態様において、映像処理方法が開示される。この方法は、フォーマット規則に従って、１つ以上の映像ピクチャを有する映像とこの映像のビットストリームとの変換を行うことを含み、このフォーマット規則は、構文要素がシーケンスパラメータセットに含まれていることを規定し、かつ構文要素は参照ピクチャに対してリサンプリングを有効化するかどうか、およびコーディングされたレイヤ映像シーケンスにおける現在の映像ピクチャの１つ以上のスライスが参照ピクチャリストにおけるアクティブエントリ内の参照ピクチャを参照させることができるかどうかを示し、この参照ピクチャは、現在の映像ピクチャとは異なる６つのパラメータ、１）映像ピクチャの幅、２）映像ピクチャの高さ、３）スケーリングウィンドウの左側オフセット、４）スケーリングウィンドウの右側オフセット、５）スケーリングウィンドウの上側オフセット、および６）スケーリングウィンドウの下側オフセットのうちのいずれか１つ以上を有する。

【0009】

別の例示的な態様において、映像処理方法が開示される。この方法は、フォーマット規則に従って、１つ以上の映像ピクチャを有する映像とこの映像のビットストリームとの変換を行うことを含み、このフォーマット規則は、構文要素がシーケンスパラメータセットに含まれていることを規定し、このフォーマット規則は、この構文要素の値が、（１）このシーケンスパラメータセットを参照する現在の映像レイヤが独立した映像レイヤでないかどうか、および（２）この現在の映像レイヤに関連付けられた１つ以上の参照映像レイヤの情報に基づいており、映像レイヤは、この映像レイヤが１つ以上の他の映像レイヤに依存していない場合、独立した映像レイヤであり、この映像レイヤが１つ以上の他の映像レイヤに依存している場合には、独立した映像レイヤでないことを規定する。

【0010】

別の例示的な態様において、映像処理方法が開示される。この方法は、フォーマット規則に従って、１つ以上の映像ピクチャを有する映像とこの映像のビットストリームとの変換を行うことを含み、このフォーマット規則は、１つ以上の映像ピクチャが参照するシーケンスパラメータセットにおいて構文要素を示すことを規定し、この構文要素は、この１つ以上の映像ピクチャと同じレイヤにある１つ以上の参照ピクチャに対して参照ピクチャのリサンプリングを有効化するかどうかを示す。

【0011】

別の例示的な態様において、映像処理方法が開示される。この方法は、１つ以上の映像ピクチャを含む映像とこの映像のコーディングされた表現との変換を行うことを含み、前記コーディングされた表現は、フォーマット規則に準拠しており、このフォーマット規則は、スケーリングウィンドウに関連するコーディングされた表現に含まれる１つ以上の構文要素が、このスケーリングウィンドウの高さまたは幅が対応する映像ピクチャの高さまたは幅以上であることを示す値を有することを許可されることを規定する。

【0012】

別の例示的な態様において、別の映像処理方法が開示される。この方法は、１つ以上の映像レイヤ内に１つ以上の映像ピクチャを含む映像と映像のコーディングされた表現との変換を行うことを含み、コーディングされた表現はフォーマット規則に準拠し、フォーマット規則は、スケーリングウィンドウに関連するコーディングされた表現に含まれる１つ以上の構文要素の許可値が制約規則によって制約されることを規定し、制約規則は、現在のピクチャの第１のレイヤと現在のピクチャの参照ピクチャの第２のレイヤとの関係に依存する。

【0013】

別の例示的な態様において、別の映像処理方法が開示される。この方法は、１つ以上の映像ピクチャを含む１つ以上の映像レイヤを含む映像と映像のコーディングされた表現との変換を行うことを含み、前記コーディングされた表現は、フォーマット規則に準拠しており、このフォーマット規則は、構文要素がパラメータセットにおけるコーディングされた表現に含まれることを規定し、この構文要素は、非独立映像レイヤのために参照ピクチャリサンプリングを有効化するかどうかを示し、この構文要素の値は、この非独立映像レイヤの参照レイヤの関数である。

【0014】

さらに別の例示的な態様において、映像エンコーダ装置が開示される。この映像エンコーダは、上述した方法を実装するように構成されたプロセッサを備える。

【0015】

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

【0016】

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

【0017】

これらのおよび他の特徴は、本明細書全体にわたって説明される。

【図面の簡単な説明】

【0018】

【図1】ピクチャのラスタスキャンスライス分割の例を示し、ピクチャは、１２個のタイルと３個のラスタスキャンスライスとに分割される。

【図2】ピクチャの矩形スライス分割の例を示し、ピクチャは、２４個のタイル（６個のタイル列および４個のタイル行）と９個の矩形スライスとに分割される。

【図3】タイルおよび矩形のスライスに分割されたピクチャの例を示し、ピクチャは、４つのタイル（２つのタイルの列および２つのタイルの行）と４つの矩形スライスとに分割される。

【図4】１５個のタイル、２４個のスライス、および２４個のサブピクチャに分割されたピクチャを示す。

【図5】典型的なサブピクチャに基づくビューポートに依存する３６０^ｏ映像コーディング方式を示す。

【図6】サブピクチャおよび空間的スケーラビリティに基づく改良されたビューポート依存型３６０^ｏ映像コーディング方式を示す。

【図7】映像処理システムの例を示すブロック図である。

【図8】映像処理装置のブロック図である。

【図9】映像処理方法の一例を示すフローチャートである。

【図10】本開示のいくつかの実施形態による映像コーディングシステムを示すブロック図である。

【図11】本発明のいくつかの実施形態によるエンコーダを示すブロック図である。

【図12】本発明のいくつかの実施形態によるデコーダを示すブロック図である。

【図13】映像処理の方法の例を示すフローチャートである。

【図14】映像処理の方法の例を示すフローチャートである。

【図15】映像処理の方法の例を示すフローチャートである。

【図16】映像処理の方法の例を示すフローチャートである。

【図17】映像処理の方法の例を示すフローチャートである。

【図18】映像処理の方法の例を示すフローチャートである。

【発明を実施するための形態】

【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】

しかし、これは、元のビットストリームにおいて（図６の上部のように）、ＥＬピクチャとＢＬの空間的解像度が同じであるとしても、図６に示されるような改善された３６０°映像コーディング方式のＥＬピクチャに対して、一部のコーディングツール、例えば、ＤＭＶＲ、ＢＤＯＦ、ＰＲＯを使用することを許可しない。

【0069】

３） ｓｐｓ＿ｒｅｆ＿ｐｉｃ＿ｒｅｓａｍｐｌｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇの意味論は、以下のとおりである。

【0070】

１に等しいｓｐｓ＿ｒｅｆ＿ｐｉｃ＿ｒｅｓａｍｐｌｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、参照ピクチャのリサンプリングが有効化され、ＣＬＶＳにおけるピクチャの１つ以上のスライスが、参照ピクチャリストのアクティブエントリにおける異なる空間的解像度の参照ピクチャを参照し得ることを規定する。ｓｐｓ＿ｒｅｆ＿ｐｉｃ＿ｒｅｓａｍｐｌｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しい場合は、参照ピクチャのリサンプリングが無効化され、ＣＬＶＳにおけるピクチャのどのスライスも、参照ピクチャリストのアクティブエントリにおいて異なる空間的解像度を有する参照ピクチャを参照することはない。

【0071】

しかしながら、ＲＰＲが依存しているかどうかは、現在のピクチャの６つのパラメータ、１）ピクチャの幅、２）ピクチャの高さ、３）スケーリングウィンドウの左側オフセット、４）スケーリングウィンドウの右側オフセット、５）スケーリングウィンドウの上側オフセット、６）スケーリングウィンドウの下側オフセットの全てが同じであるかどうかに依存し、ピクチャの幅および高さだけに依存しない。

【0072】

したがって、意味論は、ＲＰＲがオンであるかオフであるかを決定する方法と整合性がない。

【0073】

４） ｓｐｓ＿ｒｅｆ＿ｐｉｃ＿ｒｅｓａｍｐｌｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は、ＳＰＳに関連するあるレイヤが独立したレイヤでないかどうか、およびそのレイヤの参照レイヤの情報に基づいているかどうかに基づいて規定される必要がある場合もある。

【0074】

５） 現在のピクチャと同じレイヤにおける参照ピクチャからのＲＰＬを有効化または無効化するための信号通知の制御が欠けている。

【0075】

５．実施形態および解決策の一覧
上記課題を解決するために、以下に要約される方法が開示されている。本発明は、一般的な概念を説明するための例と見なされるべきであり、狭義に解釈されるべきではない。さらに、本発明は、個々に適用されてもよいし、任意に組み合わせて適用されてもよい。

【0076】

１） 問題１を解決するために、スケーリングウィンドウを示すＳＥの値の範囲（例えば、ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔ，ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ，ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｔｏｐ＿ｏｆｆｓｅｔ、およびｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔ）は、それぞれ、スケーリングウィンドウの幅および高さは、ピクチャ幅の２倍以上であり、ピクチャ高さの２倍以上となるように規定されている。
ａ．一例において、ＳｕｂＷｉｄｔｈＣ＊（ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔ＋ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ））の値は、－ｐｐｓ＿ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ＊Ｍより以上であり、ｐｐｓ＿ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓより小さいとし、ＳｕｂＨｅｉｇｈｔＣ＊（ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｔｏｐ＿ｏｆｆｓｅｔ＋ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔ）の値は、－ｐｐｓ＿ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ＊Ｎ以上であり、ｐｐｓ＿ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓより小さく、ＭおよびＮは、２以上の正の整数値とすると規定されている。
ｉ．いくつかの例では、ＭおよびＮは、同じであり、１６、８、３２、または６４に等しい。
ｉｉ．他の例では、ＭおよびＮは、サブピクチャのレイアウトに依存するように規定される。
ａ）一例において、Ｍは、Ｃｅｉｌ（ｐｐｓ＿ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ÷ｍｉｎＳｕｂｐｉｃＷｉｄｔｈ）に等しく、ここで、ｍｉｎＳｕｂｐｉｃＷｉｄｔｈは、ＰＰＳを参照するピクチャにおけるすべてのサブピクチャの最小サブピクチャ幅であり、Ｎは、Ｃｅｉｌ（ｐｐｓ＿ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ÷ｍｉｎＳｕｂｐｉｃＨｅｉｇｈｔ）と等しく、ｍｉｎＳｕｂｐｉｃＨｅｉｇｈｔは、ＰＰＳを参照するピクチャにおけるすべてのサブピクチャの最小サブピクチャの高さである。

【0077】

２） 参照ピクチャのスケーリングウィンドウの幅／高さおよび現在のピクチャのスケーリングウィンドウを制約するかどうか、および／またはどのように制約するかは、参照ピクチャと現在のピクチャとが同じレイヤにあるかどうか（例えば、同じレイヤＩＤを有するかどうか）に依存してもよい。
ａ．一例において、参照ピクチャと現在のピクチャとが異なるレイヤにある場合、参照ピクチャのスケーリングウィンドウの幅／高さおよび現在のピクチャのスケーリングウィンドウに対して制約はない。
ｂ．以下のすべての条件を満たすべきであることが、ビットストリーム適合性の要件とする。
－ ＣｕｒｒＰｉｃＳｃａｌＷｉｎＷｉｄｔｈＬ＊ＭがｒｅｆＰｉｃＳｃａｌＷｉｎＷｉｄｔｈＬ以上である。
－ ＣｕｒｒＰｉｃＳｃａｌＷｉｎＨｅｉｇｈｔＬ＊ＭがｒｅｆＰｉｃＳｃａｌＷｉｎＨｅｉｇｈｔＬ以上である。
－ ＣｕｒｒＰｉｃＳｃａｌＷｉｎＷｉｄｔｈＬがｒｅｆＰｉｃＳｃａｌＷｉｎＷｉｄｔｈＬ＊Ｎ以下である。
－ ＣｕｒｒＰｉｃＳｃａｌＷｉｎＨｅｉｇｈｔＬがｒｅｆＰｉｃＳｃａｌＷｉｎＨｅｉｇｈｔＬ＊Ｎ以下である。
－ ＣｕｒｒＰｉｃＳｃａｌＷｉｎＷｉｄｔｈＬ＊ｓｐｓ＿ｐｉｃ＿ｗｉｄｔｈ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓがｒｅｆＰｉｃＳｃａｌＷｉｎＷｉｄｔｈＬ＊（ｐｐｓ＿ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ－Ｍａｘ（Ｋ０，ＭｉｎＣｂＳｉｚｅＹ））以上である。
－ ＣｕｒｒＰｉｃＳｃａｌＷｉｎＨｅｉｇｈｔＬ＊ｓｐｓ＿ｐｉｃ＿ｈｅｉｇｈｔ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓがｒｅｆＰｉｃＳｃａｌＷｉｎＨｅｉｇｈｔＬ＊（ｐｐｓ＿ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ－Ｍａｘ（Ｋ１，ＭｉｎＣｂＳｉｚｅＹ））以上である。

【0078】

ここで、ＣｕｒｒＰｉｃＳｃａｌＷｉｎＷｉｄｔｈＬおよびＣｕｒｒＰｉｃＳｃａｌＷｉｎＨｅｉｇｈｔＬは、それぞれ、現在のピクチャのスケーリングウィンドウの幅および高さを表し、ｒｅｆＰｉｃＳｃａｌＷｉｎＷｉｄｔｈＬおよびｒｅｆＰｉｃＳｃａｌＷｉｎＨｅｉｇｈｔＬは、参照ピクチャのスケーリングウィンドウの幅および高さを表す。

【0079】

参照ピクチャと現在のピクチャが同じレイヤにある場合、Ｍ＝Ｍ１であり、Ｎ＝Ｎ１であるとする。参照ピクチャと現在のピクチャとが異なるレイヤにある場合、Ｍ＝Ｍ２、Ｎ＝Ｎ２である。
ｉ．一例において、Ｍ１≦Ｍ２である。
ｉｉ．一例において、Ｎ１≧Ｎ２である。
ｉｉｉ．一例において、Ｋ０／Ｋ１は整数値である。
ｉｖ．一例において、Ｋ０／Ｋ１は、最小許容ピクチャ幅／高さであり、例えば、８である。

【0080】

３） 問題２を解決するために、現在のスライスに対する参照ピクチャリストｉにおけるｊ番目のエントリの参照ピクチャのためにＲＰＲがオンであるかどうかを規定する、変数ＲｐｒＣｏｎｓｔｒａｉｎｔｓＡｃｔｉｖｅ［ｉ］［ｊ］の導出は、スケーリングウィンドウの幅および高さにのみ依存するように規定されてもよい。
ａ．一例において、変数ＲｐｒＣｏｎｓｔｒａｉｎｔｓＡｃｔｉｖｅ［ｉ］［ｊ］は、以下のように導出される。
ＲｐｒＣｏｎｓｔｒａｉｎｔｓＡｃｔｉｖｅ［ｉ］［ｊ］＝（ＣｕｒｒＰｉｃＳｃａｌＷｉｎＷｉｄｔｈＬ！＝ｆＲｅｆＷｉｄｔｈ｜｜ＣｕｒｒＰｉｃＳｃａｌＷｉｎＨｅｉｇｈｔＬ！＝ｆＲｅｆＨｅｉｇｈｔ）

【0081】

ここで、ｆＲｅｆＷｉｄｔｈおよびｆＲｅｆＨｅｉｇｈｔは、それぞれ、参照ピクチャのＣｕｒｒＰｉｃＳｃａｌＷｉｎＷｉｄｔｈＬおよびＣｕｒｒＰｉｃＳｃａｌＷｉｎＨｅｉｇｈｔＬの値である。
ｂ．一例において、変数ＲｐｒＣｏｎｓｔｒａｉｎｔｓＡｃｔｉｖｅ［ｉ］［ｊ］の導出は、参照ピクチャおよび現在のピクチャのレイヤ情報に依存してもよい。
ｉ．一例において、現在のスライスに対する参照ピクチャリストｉにおけるｊ番目のエントリの参照ピクチャに対してＲＰＲがオンであるかどうかを規定する、変数ＲｐｒＣｏｎｓｔｒａｉｎｔｓＡｃｔｉｖｅ［ｉ］［ｊ］の導出は、参照ピクチャおよび現在のピクチャが同じレイヤにあるかどうか（例えば、同じレイヤｉｄを有するかどうか）に依存して異なって規定されてもよい。

【0082】

４） 問題３を解決するために、ｓｐｓ＿ｒｅｆ＿ｐｉｃ＿ｒｅｓａｍｐｌｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇの意味論は、次のように変更してもよい。

【0083】

１に等しいｓｐｓ＿ｒｅｆ＿ｐｉｃ＿ｒｅｓａｍｐｌｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、参照ピクチャのリサンプリングが有効化され、ＣＬＶＳにおける１つ以上のピクチャスライスが、現在のピクチャとは異なる６つのパラメータ、１）ピクチャの幅、２）ピクチャの高さ、３）スケーリングウィンドウの左側オフセット、４）スケーリングウィンドウの右側オフセット、５）スケーリングウィンドウの上側オフセット、６）スケーリングウィンドウの下側オフセットのうちの１つ以上を有する参照ピクチャリストのアクティブエントリにおける参照ピクチャを参照してもよい。
ｓｐｓ＿ｒｅｆ＿ｐｉｃ＿ｒｅｓａｍｐｌｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しい場合、参照ピクチャのリサンプリングが無効化され、ＣＬＶＳにおけるピクチャスライスは、現在のピクチャとは異なる上記の６つのパラメータのうちの１つ以上を有する参照ピクチャリストのアクティブエントリにおける参照ピクチャを参照しないことを規定する。

【0084】

５）問題４を解決するために、ｓｐｓ＿ｒｅｆ＿ｐｉｃ＿ｒｅｓａｍｐｌｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は、ＳＰＳに関連するレイヤが独立したレイヤでないかどうか、およびそのレイヤの参照レイヤの情報に基づいているかどうかに基づいて規定される。
ａ．一例において、ＳＰＳのｎｕｈ＿ｌａｙｅｒ＿ｉｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄのレイヤが独立したレイヤでなく、現在のレイヤの少なくとも１つの参照レイヤが現在のレイヤとは異なる空間分解能を有する場合、ｓｐｓ＿ｒｅｆ＿ｐｉｃ＿ｒｅｓａｍｐｌｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は１に等しいものとすることが制約される。
ｂ．一例において、ＳＰＳを参照する少なくとも１つのレイヤが独立したレイヤでなく、このようなレイヤの少なくとも１つの参照レイヤが現在のレイヤとは異なる空間分解能を有する場合、ｓｐｓ＿ｒｅｆ＿ｐｉｃ＿ｒｅｓａｍｐｌｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は１に等しいものとすることが制約される。
ｃ．一例において、ＳＰＳを参照する少なくとも１つのピクチャｃｕｒｒＰｉｃの少なくとも１つのスライスが、ピクチャｃｕｒｒＰｉｃのそれとは異なる６つのパラメータ、１）ピクチャの幅、２）ピクチャの高さ、３）スケーリングウィンドウの左側オフセット、４）スケーリングウィンドウの右側オフセット、５）スケーリングウィンドウの上側オフセット、６）スケーリングウィンドウの下側オフセットのうちの１つ以上を有する参照ピクチャリストのＩＬＲＰエントリにおける参照ピクチャを参照する場合、ｓｐｓ＿ｒｅｆ＿ｐｉｃ＿ｒｅｓａｍｐｌｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は１に等しいものとすることが制約される。

【0085】

６） 問題５を解決するため、フラグｓｐｓ＿ｒｅｓ＿ｃｈａｎｇｅ＿ｉｎ＿ｃｌｖｓ＿ａｌｌｏｗｅｄ＿ｆｌａｇをｓｐｓ＿ｉｎｔｒａ＿ｌａｙｅｒ＿ｒｐｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇに改称し、意味論を以下のように変更する。

【0086】

１に等しいｓｐｓ＿ｉｎｔｒａ＿ｌａｙｅｒ＿ｒｐｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ＣＬＶＳにおいて、現在のピクチャと同じレイヤの参照ピクチャからのインター予測のために参照ピクチャのリサンプリングを有効化することを規定する。すなわち、ＣＬＶＳにおけるピクチャのスライスは、現在のピクチャと同じｎｕｈ＿ｌａｙｅｒ＿ｉｄ値を有し、現在のピクチャとは異なる以下の６つのパラメータのうちの１つ以上を有する、参照ピクチャリストのアクティブエントリにおける、参照ピクチャを参照してもよい、１）ピクチャの幅、２）ピクチャの高さ、３）スケーリングウィンドウの左側オフセット、４）スケーリングウィンドウの右側オフセット、５）スケーリングウィンドウの上側オフセット、６）スケーリングウィンドウの下側オフセット。ｓｐｓ＿ｉｎｔｒａ＿ｌａｙｅｒ＿ｒｐｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいことは、現在のピクチャと同じレイヤの参照ピクチャからの参照ピクチャのリサンプリングが無効化され、ＣＬＶＳにおけるピクチャのスライスは、現在のピクチャと同じｎｕｈ＿ｌａｙｅｒ＿ｉｄ値を有し、かつ現在のピクチャとは異なる上記の６つのパラメータのうちの１つ以上を有する参照ピクチャリストのアクティブエントリにおける、参照ピクチャを参照しないことを規定する。
ａ．あるいは、ｓｐｓ＿ｉｎｔｒａ＿ｌａｙｅｒ＿ｒｐｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しい場合、現在のピクチャと同じレイヤの参照ピクチャからのインター予測に対するＣＬＶＳにおけるピクチャに対して参照ピクチャのリサンプリングを有効化し、かつ参照ピクチャが１に等しいＲｐｒＣｏｎｓｔｒａｉｎｔｓＡｃｔｉｖｅ［ｉ］［ｊ］に関連付けられ、これは、現在のスライスに対する参照ピクチャリストｉにおけるｊ番目のエントリであり、現在のピクチャと同じｎｕｌ＿ｌａｙｅｒ＿ｉｄ値を有している。
ｂ．一例において、ｓｐｓ＿ｉｎｔｒａ＿ｌａｙｅｒ＿ｒｐｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇとｓｐｓ＿ｒｅｓ＿ｃｈａｎｇｅ＿ｉｎ＿ｃｌｖｓ＿ａｌｌｏｗｅｄ＿ｆｌａｇ（ＪＶＥＴ－Ｒ２００１の意味論）は順次信号通知されてもよい。
ｉ．ｓｐｓ＿ｒｅｓ＿ｃｈａｎｇｅ＿ｉｎ＿ｃｌｖｓ＿ａｌｌｏｗｅｄ＿ｆｌａｇは、ｓｐｓ＿ｉｎｔｒａ＿ｌａｙｅｒ＿ｒｐｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇの後に信号通知されてもよい。
ｉｉ．ｓｐｓ＿ｒｅｓ＿ｃｈａｎｇｅ＿ｉｎ＿ｃｌｖｓ＿ａｌｌｏｗｅｄ＿ｆｌａｇは、ｓｐｓ＿ｉｎｔｒａ＿ｌａｙｅｒ＿ｒｐｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０の場合には信号通知されず、０になると推論される。

【0087】

６．実施形態

【0088】

【化1】

【0089】

６．１ 第１の実施形態
本実施形態は、１、１．ａ、１．ａ．ｉ、および４項に対するものである。

【0090】

７．４．３．３ シーケンスパラメータセットＲＢＳＰ意味論
．．．

【0091】

【化2】

【0092】

【化3】

【0093】

１に等しいｓｐｓ＿ｒｅｓ＿ｃｈａｎｇｅ＿ｉｎ＿ｃｌｖｓ＿ａｌｌｏｗｅｄ＿ｆｌａｇは、ＳＰＳを参照し、ＣＬＶＳ内でピクチャの空間解像度が変化する可能性があることを規定する。０に等しいｓｐｓ＿ｒｅｓ＿ｃｈａｎｇｅ＿ｉｎ＿ｃｌｖｓ＿ａｌｌｏｗｅｄ＿ｆｌａｇは、ＳＰＳを参照し、ＣＬＶＳ内でピクチャの空間解像度が変化しない可能性があることを規定する。存在しない場合、ｓｐｓ＿ｒｅｓ＿ｃｈａｎｇｅ＿ｉｎ＿ｃｌｖｓ＿ａｌｌｏｗｅｄ＿ｆｌａｇの値は０に等しいと推論される。
．．．

【0094】

７．４．３．４ ピクチャーパラメータセットＲＢＳＰ意味論
．．．
１に等しいｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎｄｏｗ＿ｅｘｐｌｉｃｉｔ＿ｓｉｇｎａｌｌｉｎｇ＿ｆｌａｇが１は、スケーリングウィンドウオフセットパラメータがＰＰＳに存在することを規定する。ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎｄｏｗ＿ｅｘｐｌｉｃｉｔ＿ｓｉｇｎａｌｌｉｎｇ＿ｆｌａｇが０に等しい場合、スケーリングウィンドウオフセットパラメータがＰＰＳに存在しないことを規定する。ｓｐｓ＿ｒｅｆ＿ｐｉｃ＿ｒｅｓａｍｐｌｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しい場合、ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎｄｏｗ＿ｅｘｐｌｉｃｉｔ＿ｓｉｇｎａｌｌｉｎｇ＿ｆｌａｇの値は０に等しいものとする。

【0095】

ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔ、ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ、ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｔｏｐ＿ｏｆｆｓｅｔ、およびｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔは、スケーリング比の計算に対するピクチャサイズに適用されるオフセットを規定する。存在しない場合、ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔ、ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ、ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｔｏｐ＿ｏｆｆｓｅｔ、ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔの値は、それぞれｐｐｓ＿ｃｏｎｆ＿ｗｉｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔ、ｐｐｓ＿ｃｏｎｆ＿ｗｉｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ、ｐｐｓ＿ｃｏｎｆ＿ｗｉｎ＿ｔｏｐ＿ｏｆｆｓｅｔおよびｐｐｓ＿ｃｏｎｆ＿ｗｉｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔと等しいと推論される。

【0096】

【化4】

【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】

いくつかの実装形態および実施例のみが記載されており、この特許明細書に記載され図示されているコンテンツに基づいて、他の実施形態、拡張および変形が可能である。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【手続補正書】

【提出日】2022-12-14

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

映像処理方法であって、
規則に沿って、映像ピクチャを含む映像と前記映像のビットストリームとの変換を実行すること、を有し、
前記規則は、第１の構文要素が前記映像ピクチャに対するスケーリングウィンドウの第１の幅および第１の高さを示すことを規定し、
前記規則は、前記第１の構文要素によって示される前記第１の幅および前記第１の高さの許容可能な値の範囲が、前記映像ピクチャの第２の幅の２倍以上および前記映像ピクチャの第２の高さの２倍以上の値となることを許容することを規定する、
方法。

【請求項2】

前記第１の構文要素の前記値は、スケーリング比計算のために前記映像ピクチャのサイズに適用されるオフセットを規定する、
請求項１に記載の方法。

【請求項3】

前記第１の構文要素は、ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔ、ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ、ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｔｏｐ＿ｏｆｆｓｅｔ、およびｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔを含む、
請求項１または２に記載の方法。

【請求項4】

前記規則は、ＳｕｂＷｉｄｔｈＣ＊（ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔ＋ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ））の値が、－ｐｐｓ＿ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ＊Ｍ以上かつｐｐｓ＿ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ未満であることを規定し、
ＣｕｒｒＰｉｃＳｃａｌＷｉｄｔｈＬは、前記スケーリングウィンドウの前記第１の幅であり、
ｐｐｓ＿ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓは、前記映像ピクチャの前記第２の幅であり、
ＳｕｂＷｉｄｔｈＣは前記映像ピクチャの彩度幅サンプリング変数であり、前記映像ピクチャの彩度フォーマットに従った表から得られ、
ＣｕｒｒＰｉｃＳｃａｌＷｉｎＷｉｄｔｈＬ＝ｐｐｓ＿ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ－ＳｕｂＷｉｄｔｈＣ＊（ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ＋ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔ）であり、
Ｍは、２以上の正の整数である、
請求項３に記載の方法。

【請求項5】

前記規則は、ＳｕｂＨｅｉｇｈｔＣ＊（ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｔｏｐ＿ｏｆｆｓｅｔ＋ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔ））の値が、－ｐｐｓ＿ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ＊Ｎ以上かつｐｐｓ＿ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ未満であることを規定し、
ＣｕｒｒＰｉｃＳｃａｌＨｅｉｇｈｔＬは、前記スケーリングウィンドウの前記第１の高さであり、
ｐｐｓ＿ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓは、前記映像ピクチャの前記第２の高さであり、
ＳｕｂＨｅｉｇｈｔＣは前記映像ピクチャの彩度高さサンプリング変数であり、前記映像ピクチャの彩度フォーマットに従った表から得られ、
ＣｕｒｒＰｉｃＳｃａｌＷｉｎＨｅｉｇｈｔＬ＝ｐｐｓ＿ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ－ＳｕｂＨｅｉｇｈｔＣ＊（ｐｐｓ＿ｓｃａｌｉｎｇ＿ｈｅｉｇｈｔ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔ＋ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｔｏｐ＿ｏｆｆｓｅｔ）であり、
Ｎは、２以上の正の整数である、
請求項４に記載の方法。

【請求項6】

Ｎは、Ｍと等しい、
請求項５に記載の方法。

【請求項7】

前記規則は、前記映像ピクチャが参照するシーケンスパラメータセットに第２の構文要素が含まれることを規定し、
前記第２の構文要素は、参照ピクチャリサンプリングを有効化するかどうか、および前記映像ピクチャの１以上のスライスが参照ピクチャリストの有効エントリ内の参照ピクチャを参照することを許可されているかどうかを示し、
前記参照ピクチャは、前記映像ピクチャのパラメータとは異なる複数のパラメータのうち任意の１以上のパラメータを有し、前記複数のパラメータは、（１）映像ピクチャの幅、２）映像ピクチャの高さ、３）スケーリングウィンドウの左側オフセット、４）スケーリングウィンドウの右側オフセット、５）スケーリングウィンドウの上側オフセット、および６）スケーリングウィンドウの下側オフセットであり、これらのパラメータは前記第１の構文要素によって規定される、
請求項１から６のうちいずれか一項に記載の方法。

【請求項8】

１の値を有する前記第２の構文要素は、前記参照ピクチャリサンプリングを有効化すること、および前記映像ピクチャが前記参照ピクチャリストの有効エントリ内の前記参照ピクチャを参照する１以上のスライスを有することを許可されていること、を規定する、
請求項７に記載の方法。

【請求項9】

０の値を有する前記第２の構文要素は、前記参照ピクチャリサンプリングを無効化すること、および前記映像ピクチャが前記参照ピクチャリストの有効エントリ内の前記参照ピクチャを参照する１以上のスライスを有することを許可されていないこと、を規定する、
請求項７または８に記載の方法。

【請求項10】

前記変換を実行することは、前記映像を前記ビットストリームに符号化することを含む、
請求項１から９のうちいずれか一項に記載の方法。

【請求項11】

前記変換を実行することは、前記映像を前記ビットストリームから復号することを含む、
請求項１から９のうちいずれか一項に記載の方法。

【請求項12】

プロセッサと、命令を有する非一時的メモリと、を備える映像データの処理装置であって、前記命令が前記プロセッサによって実行されると、前記プロセッサに、
規則に沿って、映像ピクチャを含む映像と前記映像のビットストリームとの変換を実行させ、
前記規則は、第１の構文要素が前記映像ピクチャに対するスケーリングウィンドウの第１の幅および第１の高さを示すことを規定し、
前記規則は、前記第１の構文要素によって示される前記第１の幅および前記第１の高さの許容可能な値の範囲が、前記映像ピクチャの第２の幅の２倍以上および前記映像ピクチャの第２の高さの２倍以上の値を含むことを規定する、
装置。

【請求項13】

命令を記憶する非一時的なコンピュータ可読記憶媒体であって、この命令は、プロセッサに、
規則に沿って、映像ピクチャを含む映像と前記映像のビットストリームとの変換を実行させ、
前記規則は、第１の構文要素が前記映像ピクチャに対するスケーリングウィンドウの第１の幅および第１の高さを示すことを規定し、
前記規則は、前記第１の構文要素によって示される前記第１の幅および前記第１の高さの許容可能な値の範囲が、前記映像ピクチャの第２の幅の２倍以上および前記映像ピクチャの第２の高さの２倍以上の値を含むことを規定する、
非一時的なコンピュータ可読記憶媒体。

【請求項14】

映像処理装置により実行される方法によって生成される映像のビットストリームを記憶する非一時的なコンピュータ可読記録媒体であって、前記方法は、
規則に沿って、映像ピクチャを含む映像と前記映像のビットストリームとの変換を実行させ、
前記規則は、第１の構文要素が前記映像ピクチャに対するスケーリングウィンドウの第１の幅および第１の高さを示すことを規定し、
前記規則は、前記第１の構文要素によって示される前記第１の幅および前記第１の高さの許容可能な値の範囲が、前記映像ピクチャの第２の幅の２倍以上および前記映像ピクチャの第２の高さの２倍以上の値を含むことを規定する、
非一時的なコンピュータ可読記録媒体。

【手続補正2】

【補正対象書類名】明細書

【補正対象項目名】０００１

【補正方法】変更

【補正の内容】

【0001】

関連出願の相互参照
本願は、２０２０年５月２１日出願の国際特許出願第ＰＣＴ／ＣＮ２０２０／０９１５３３号の優先権および利益を主張する２０２１年５月２１日出願の国際特許出願第ＰＣＴ／ＣＮ２０２１／０９５０１２号に基づく。上記出願の開示全体は、本明細書の開示として参照によりここに援用される。

【国際調査報告】