特表2025-531885 | 知財ポータル「IP Force」

知財求人 - 知財ポータルサイト「IP Force」

▶ テンセント・アメリカ・エルエルシーの特許一覧

特表2025-531885ビデオデコーディング方法、ビデオデコーディング装置およびコンピュータプログラム

書誌要約請求の範囲詳細な説明課題実施例実施するための形態図面の説明

目に優しい文字サイズ小中大 PDF Top

< >

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16

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

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

(11)【公表番号】

(43)【公表日】2025-09-25

(54)【発明の名称】ビデオデコーディング方法、ビデオデコーディング装置およびコンピュータプログラム

(51)【国際特許分類】

H04N 19/513 20140101AFI20250917BHJP

H04N 19/186 20140101ALI20250917BHJP

H04N 19/593 20140101ALI20250917BHJP

【ＦＩ】

H04N19/513

H04N19/186

H04N19/593

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2025514864

(86)(22)【出願日】2023-10-04

(85)【翻訳文提出日】2025-03-11

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

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

(87)【国際公開日】2024-06-27

(31)【優先権主張番号】63/434,398

(32)【優先日】2022-12-21

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

(31)【優先権主張番号】18/376,352

(32)【優先日】2023-10-03

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

(81)【指定国・地域】

(71)【出願人】

【識別番号】520353802

【氏名又は名称】テンセント・アメリカ・エルエルシー

【氏名又は名称原語表記】ＴＥＮＣＥＮＴＡＭＥＲＩＣＡＬＬＣ

【住所又は居所原語表記】２７４７ＰａｒｋＢｏｕｌｅｖａｒｄＰａｌｏＡｌｔｏ，Ｃａｌｉｆｏｒｎｉａ９４３０６，ＵＳＡ

(74)【代理人】

【識別番号】100112656

【弁理士】

【氏名又は名称】宮田英毅

(74)【代理人】

【識別番号】100089118

【弁理士】

【氏名又は名称】酒井宏明

(72)【発明者】

【氏名】シュ，シャオジョン

(72)【発明者】

【氏名】リウ，シャン

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

5C159

【Ｆターム（参考）】

5C159KK14

5C159LC09

5C159MA04

5C159MA05

5C159MA21

5C159MC11

5C159ME01

5C159NN21

5C159PP16

5C159RC12

5C159UA02

5C159UA05

5C159UA16

(57)【要約】

本開示の態様は、ビデオコーディングのための方法及び装置を含む。装置の１つは、ピクチャ内の現在の領域のビットストリームを受信する処理回路を含む。現在の領域は輝度コーディング領域と彩度コーディング領域を含む。輝度コーディング領域と彩度コーディング領域とが別々のコーディングツリー構造を用いて分割される。処理回路は、彩度コーディング領域内の現在の彩度ブロックの彩度ブロックベクトル（ＢＶ）を決定する。彩度ＢＶはピクチャ内の彩度参照ブロックを示す。処理回路は、彩度参照ブロックのコロケーションされた輝度サンプルが、現在の彩度ブロックのコロケーションされた輝度サンプルを含む輝度領域の許可された範囲の中にあるか、に基づいて、彩度ＢＶが有効であるかを判断する。彩度ＢＶが有効である場合は、処理回路は、彩度参照ブロックに基づいて、現在の彩度ブロックを再構成する。
【選択図】図１

【特許請求の範囲】

【請求項1】

デコーダでのビデオデコーディング方法であって、
ピクチャ内の現在の領域のビットストリームであって、前記現在の領域は輝度コーディング領域と彩度コーディング領域を含み、前記ビットストリーム内のコーディング情報が前記輝度コーディング領域と前記彩度コーディング領域とが別々のコーディングツリー構造を用いて分割されることを示す、ビットストリームを受信することと、
前記彩度コーディング領域内の現在の彩度ブロックの彩度ブロックベクトル（ＢＶ）であって、前記彩度ＢＶは前記ピクチャ内の彩度参照ブロックを示す、彩度ＢＶを決定することと、
前記彩度参照ブロックのコロケーションされた輝度サンプルが、前記現在の彩度ブロックのコロケーションされた輝度サンプルを含む輝度領域の許可された範囲の中にあるか、に基づいて、前記彩度ＢＶが有効であるかを判断することと、
前記彩度ＢＶが有効であるとの判断に応じて、前記彩度ＢＶが示す前記彩度参照ブロックに基づいて、前記現在の彩度ブロックを再構成すること、を含む方法。

【請求項2】

前記現在の彩度ブロックは、（ｉ）イントラブロックコピー（ＩＢＣ）モード、（ｉｉ）イントラテンプレートマッチング予測（ＩｎｔｒａＴＭＰ）モード、及び、（ｉｉｉ）ダイレクトブロックベクトル（ＤＢＶ）モード、のうちの１つで予測される、請求項１に記載の方法。

【請求項3】

前記現在の彩度ブロックが前記ＩＢＣモードで予測されることに応じて、前記彩度ＢＶが有効であるか判断することは、
（ｉ）前記彩度参照ブロックの前記コロケーションされた輝度サンプルが、前記現在の彩度ブロックの前記コロケーションされた輝度サンプルを含む前記輝度領域の許可されたＩＢＣ参照範囲にあること、及び、（ｉｉ）前記彩度参照ブロック内の彩度サンプルが既に再構成されたこと、に応じて、前記彩度ＢＶが有効であると判断することを含み、前記許可された範囲は前記許可されたＩＢＣ参照範囲である、請求項２に記載の方法。

【請求項4】

前記彩度ＢＶが有効ではないとの判断に応じて、
前記彩度ＢＶを補正して、有効な彩度ＢＶを得ることと、
前記有効な彩度ＢＶが示す別の彩度参照ブロックに基づいて、前記現在の彩度ブロックを再構成することと、をさらに含み、
（ｉ）前記別の彩度参照ブロックのコロケーションされた輝度サンプルが、前記輝度領域の前記許可されたＩＢＣ参照範囲にあり、及び、（ｉｉ）前記別の彩度参照ブロック内の彩度サンプルが既に再構成されている、
請求項３に記載の方法。

【請求項5】

前記現在の彩度ブロックが前記ＩＢＣモードで予測されることに応じて、前記彩度ＢＶを決定することは、
前記コーディング情報から前記彩度ＢＶを明示的にデコードすること、を含む、請求項２に記載の方法。

【請求項6】

前記現在の彩度ブロックが前記ＩｎｔｒａＴＭＰモード又は前記ＤＢＶモードで予測されることに応じて、前記彩度ＢＶが有効であるか判断することは、
（ｉ）前記彩度参照ブロックの前記コロケーションされた輝度サンプルが、前記現在の彩度ブロックの前記コロケーションされた輝度サンプルを含む前記輝度領域の前記許可された範囲にあること、及び、（ｉｉ）前記彩度参照ブロック内の彩度サンプルが既に再構成されたこと、に応じて、前記彩度ＢＶが有効であると判断することを含む、請求項２に記載の方法。

【請求項7】

前記現在の彩度ブロックが前記ＩｎｔｒａＴＭＰモード又は前記ＤＢＶモードで予測されることに応じて、前記彩度ＢＶを決定することは、
前記ＩｎｔｒａＴＭＰモード又は前記ＤＢＶモードをそれぞれ用いて前記彩度ＢＶを導出することを含む、請求項２に記載の方法。

【請求項8】

前記現在の領域は、現在のコーディングツリーユニット（ＣＴＵ）であり、
前記輝度コーディング領域は、前記現在のＣＴＵ内の輝度コーディングツリーブロック（ＣＴＢ）であり、
前記彩度コーディング領域は、前記現在のＣＴＵ内の彩度ＣＴＢである、請求項１に記載の方法。

【請求項9】

前記ピクチャ内の現在のコーディングツリーユニット（ＣＴＵ）は四分木分割を用いて４つのコーディングユニットに分割され、
前記現在の領域は前記４つのコーディングユニットのうちのコーディングユニットである、請求項１に記載の方法。

【請求項10】

前記許可された範囲は、現在のコーディングツリーユニット（ＣＴＵ）又は１つ以上の過去に再構成されたＣＴＵ内の再構成された輝度サンプルのうちの少なくとも１つを含み、前記現在のＣＴＵは前記現在の領域を含む、請求項２に記載の方法。

【請求項11】

前記ビットストリーム内の前記コーディング情報は、前記輝度コーディング領域と前記彩度コーディング領域とが前記別々のコーディングツリー構造を用いて分割されることを示すフラグを含む、請求項１に記載の方法。

【請求項12】

デコーダでのビデオデコーディング方法であって、
ピクチャ内の現在の領域のビットストリームであって、前記現在の領域は輝度コーディング領域と彩度コーディング領域を含み、前記ビットストリーム内のコーディング情報が前記輝度コーディング領域と前記彩度コーディング領域とが別々のコーディングツリー構造を用いて分割されることを示す、ビットストリームを受信することと、
前記彩度コーディング領域内の現在の彩度ブロックの彩度ブロックベクトル（ＢＶ）であって、前記彩度ＢＶは前記ピクチャ内の彩度参照ブロックを示す、彩度ＢＶを決定することと、
前記現在の彩度ブロックのコロケーションされた輝度サンプルを含む輝度領域の許可されたイントラブロックコピー（ＩＢＣ）参照範囲をスケーリングして、前記現在の彩度ブロックの許可されたＩＢＣ参照範囲を決定することと、
（ｉ）前記彩度参照ブロック内の彩度サンプルが既に再構成されたか、及び、（ｉｉ）前記彩度参照ブロックが前記現在の彩度ブロックの前記許可されたＩＢＣ参照範囲の中にあるか、に基づいて、前記彩度ＢＶが有効であるかを判断することと、
前記彩度ＢＶが有効であるとの前記判断に応じて、前記彩度ＢＶが示す前記彩度参照ブロックに基づいて、前記現在の彩度ブロックを再構成すること、を含む方法。

【請求項13】

前記現在の彩度ブロックの前記許可されたＩＢＣ参照範囲と前記輝度領域の前記許可されたＩＢＣ参照範囲との間の倍率は、彩度サンプリングフォーマットに依存する、請求項１２に記載の方法。

【請求項14】

前記倍率は、水平倍率と垂直倍率とを含み、
前記彩度サンプリングフォーマットが４：２：０であることに応じて、前記水平倍率は２、前記垂直倍率は２であり、
前記彩度サンプリングフォーマットが４：２：２であることに応じて、前記水平倍率は２、前記垂直倍率は１であり、
前記彩度サンプリングフォーマットが４：４：４であることに応じて、前記水平倍率は１、前記垂直倍率は１である、請求項１３に記載の方法。

【請求項15】

前記現在の彩度ブロックの前記許可されたＩＢＣ参照範囲と前記輝度領域の前記許可されたＩＢＣ参照範囲との間の倍率は、異なるディメンションで異なる、請求項１２に記載の方法。

【請求項16】

前記彩度ＢＶが有効であるかを判断することは、
（ｉ）前記彩度参照ブロック内の前記彩度サンプルが既に再構成され、及び、（ｉｉ）前記彩度参照ブロックが前記現在の彩度ブロックの前記許可されたＩＢＣ参照範囲の中にあること、に応じて、前記彩度ＢＶが有効であると判断することを含む、請求項１２に記載の方法。

【請求項17】

前記彩度ＢＶが有効でないとの判断に応じて、
前記彩度ＢＶを補正して、有効な彩度ＢＶを得ることと、
前記有効な彩度ＢＶが示す別の彩度参照ブロックに基づいて、前記現在の彩度ブロックを再構成することと、をさらに含み、
（ｉ）前記彩度参照ブロック内の前記彩度サンプルは、既に再構成され、及び、（ｉｉ）前記別の彩度参照ブロックは、前記現在の彩度ブロックの前記許可されたＩＢＣ参照範囲内にある、請求項１６に記載の方法。

【請求項18】

前記彩度ＢＶを決定することは、
（ｉ）前記彩度ＢＶを前記コーディング情報から明示的にデコードすること、又は
（ｉｉ）イントラテンプレートマッチング予測（ＩｎｔｒａＴＭＰ）モード又はダイレクトブロックベクトル（ＤＢＶ）モードを用いて前記彩度ＢＶを導出すること、
を含む、請求項１２に記載の方法。

【請求項19】

前記現在の領域は、現在のコーディングツリーユニット（ＣＴＵ）であり、
前記輝度コーディング領域は、前記現在のＣＴＵ内の輝度コーディングツリーブロック（ＣＴＢ）であり、
前記彩度コーディング領域は、前記現在のＣＴＵ内の彩度ＣＴＢである、請求項１２に記載の方法。

【請求項20】

ピクチャ内の現在の領域のビットストリームであって、前記現在の領域は輝度コーディング領域と彩度コーディング領域を含み、前記ビットストリーム内のコーディング情報が前記輝度コーディング領域と前記彩度コーディング領域とが別々のコーディングツリー構造を用いて分割されることを示す、ビットストリームを受信し、
前記彩度コーディング領域内の現在の彩度ブロックの彩度ブロックベクトル（ＢＶ）であって、前記彩度ＢＶは前記ピクチャ内の彩度参照ブロックを示す、彩度ＢＶを決定し、
前記彩度参照ブロックのコロケーションされた輝度サンプルが、前記現在の彩度ブロックのコロケーションされた輝度サンプルを含む輝度領域の許可された範囲の中にあるか、に基づいて、前記彩度ＢＶが有効であるかを判断し、
前記彩度ＢＶが有効であるとの前記判断に応じて、前記彩度ＢＶが示す前記彩度参照ブロックに基づいて、前記現在の彩度ブロックを再構成する処理回路を備えたビデオデコーディング装置。

【発明の詳細な説明】

【技術分野】

【0001】

本願は、２０２２年１２月２１日に出願された米国仮出願第６３／４３４，３９８号である「ＩＢＣ彩度ブロックベクトル検索範囲の検証」に対する優先権の利益を主張する、２０２３年１０月３日に出願された米国特許出願第１８／３７６，３５２号である「ＩＢＣ彩度ブロックベクトル検索範囲の検証」に対する優先権の利益を主張する。先行出願の開示内容は、その全体が参照により本明細書に組み込まれる。

【0002】

本開示は、概してビデオコーディングに関連する実施形態を記載する。

【背景技術】

【0003】

本明細書で提供される「背景技術」の記載は、を概して本開示の文脈を提示するためのものである。この背景技術セクションに記載されている範囲で、現在の発明者の研究、並びに、そうでない場合出願時に従来技術として認められない可能性のある記載の態様は、本開示に対する従来技術として明示的にも暗黙的にも認められない。

【0004】

画像／ビデオ圧縮は、画像／ビデオデータを異なるデバイス、ストレージ、及びネットワークをわたって最小の品質低下で送信する手助けとなり得る。いくつかの例では、ビデオコーデック技術は、空間的及び時間的冗長性に基づいて、ビデオを圧縮することができる。一例では、ビデオコーデックは、空間的冗長性に基づいて画像を圧縮することができるイントラ予測と呼ばれる技術を使用することができる。例えばイントラ予測は、サンプル予測のための再構成中に、現在のピクチャから参照データを使用することができる。別の例では、ビデオコーデックは、時間的冗長性に基づいて画像を圧縮することができるインター予測と呼ばれる技術を使用することができる。例えば、インター予測は、過去に再構成されたピクチャから現在のピクチャ内のサンプルを動き補償を使って予測することができる。動き補償は、動きベクトル（ｍｏｔｉｏｎｖｅｃｔｏｒ、「ＭＶ」）により示すことができる。

【発明の概要】

【発明が解決しようとする課題】

【0005】

【課題を解決するための手段】

【0006】

本開示の態様は、ビデオエンコーディング／デコーディングのための方法及び装置を含む。いくつかの例では、ビデオデコーディング装置は処理回路を含む。処理回路は、ピクチャ内の現在の領域のビットストリームを受信する。現在の領域は輝度コーディング領域と彩度コーディング領域を含む。ビットストリーム内のコーディング情報は輝度コーディング領域と彩度コーディング領域とが別々のコーディングツリー構造を用いて分割されることを示す。処理回路は、彩度コーディング領域内の現在の彩度ブロックの彩度ブロックベクトル（ＢＶ）を決定する。彩度ＢＶはピクチャ内の彩度参照ブロックを示す。処理回路は、現在の彩度ブロックのコロケーションされた輝度サンプルと彩度参照ブロックのコロケーションされた輝度サンプルとに基づいて、彩度ＢＶが有効であるかを判断する。彩度ＢＶが有効であるとの判断に応じて、処理回路は、彩度ＢＶが示す彩度参照ブロックに基づいて、現在の彩度ブロックを再構成する。一例では、処理回路は、彩度参照ブロックのコロケーションされた輝度サンプルが、現在の彩度ブロックのコロケーションされた輝度サンプルを含む輝度領域の許可された範囲の中にあるか、に基づいて、彩度ＢＶが有効であるかを判断する。

【0007】

一実施形態では、現在の彩度ブロックは、（ｉ）イントラブロックコピー（ＩＢＣ）モード、（ｉｉ）イントラテンプレートマッチング予測（ＩｎｔｒａＴＭＰ）モード、及び、（ｉｉｉ）ダイレクトブロックベクトル（ＤＢＶ）モード、のうちの１つで予測される。

【0008】

一実施形態では、処理回路は、（ｉ）彩度参照ブロックのコロケーションされた輝度サンプルが、現在の彩度ブロックのコロケーションされた輝度サンプルを含む輝度領域の許可されたＩＢＣ参照範囲にあること、及び、（ｉｉ）彩度参照ブロック内の彩度サンプルが既に再構成されたこと、に応じて、彩度ＢＶが有効であると判断する。許可された範囲は許可されたＩＢＣ参照範囲であり得る。

【0009】

一例では、現在の彩度ＢＶが有効ではないとの判断に応じて、処理回路は、彩度ＢＶを補正して、有効な彩度ＢＶを得る、及び、有効な彩度ＢＶが示す別の彩度参照ブロックに基づいて、現在の彩度ブロックを再構成する。（ｉ）別の彩度参照ブロックのコロケーションされた輝度サンプルが、輝度領域の許可されたＩＢＣ参照範囲にあり、及び、（ｉｉ）別の彩度参照ブロック内の彩度サンプルが既に再構成された。

【0010】

一例では、処理回路は、（ｉ）コーディング情報から彩度ＢＶを明示的にデコードする、又は、（ｉｉ）ＩｎｔｒａＴＭＰモード又はＤＢＶモードを用いて彩度ＢＶを導出する。

【0011】

一例では、現在の領域は、現在のコーディングツリーユニット（ＣＴＵ）であり、輝度コーディング領域は、現在のＣＴＵ内の輝度コーディングツリーブロック（ＣＴＢ）であり、彩度コーディング領域は、現在のＣＴＵ内の彩度ＣＴＢである。

【0012】

一例では、ピクチャ内の現在のＣＴＵは四分木分割を用いて４つのコーディングユニットに分割され、現在の領域は４つのコーディングユニットのうちの１つのコーディングユニットである。

【0013】

一例では、許可されたＩＢＣ参照範囲は、現在のコーディングツリーユニット（ＣＴＵ）又は１つ以上の過去に再構成されたＣＴＵ内の再構成された輝度サンプルのうちの少なくとも１つを含み、現在のＣＴＵは現在の領域を含む。

【0014】

一例では、ビットストリーム内のコーディング情報は、輝度コーディング領域と彩度コーディング領域とが２つの別々のコーディングツリー構造を用いて分割されることを示すフラグを含む。

【0015】

一実施形態では、処理回路は、（ｉ）彩度参照ブロック内の彩度サンプルが既に再構成されたか、及び、（ｉｉ）彩度参照ブロックが、現在の彩度ブロックのコロケーションされた輝度サンプルを含む輝度領域の許可されたイントラブロックコピー（ＩＢＣ）参照範囲からスケーリングされる現在の彩度ブロックの許可されたＩＢＣ参照範囲の中にあるか、に基づいて、彩度ＢＶが有効であるかを判断する。彩度ＢＶが有効であるとの判断に応じて、処理回路は彩度ＢＶが示す彩度参照ブロックに基づいて、現在の彩度ブロックを再構成する。

【0016】

一実施形態では、処理回路は、現在の彩度ブロックのコロケーションされた輝度サンプルを含む輝度領域の許可されたＩＢＣ参照範囲をスケーリングして、現在の彩度ブロックの許可されたＩＢＣ参照範囲を決定する。

【0017】

一実施形態では、現在の彩度ブロックの許可されたＩＢＣ参照範囲と輝度領域の許可されたＩＢＣ参照範囲との倍率は、彩度サンプリングフォーマットに依存する。

【0018】

一例では、現在の彩度ブロックの許可されたＩＢＣ参照範囲と輝度領域の許可されたＩＢＣ参照範囲との倍率は、異なるディメンションで異なる。

【0019】

一例では、倍率は、水平倍率と垂直倍率とを含む。彩度サンプリングフォーマットが４：２：０であることに応じて、水平倍率は２、垂直倍率は２である。彩度サンプリングフォーマットが４：２：２であることに応じて、水平倍率は２、垂直倍率は１である。彩度サンプリングフォーマットが４：４：４であることに応じて、水平倍率は１、垂直倍率は１である。

【0020】

一実施形態では、処理回路は、（ｉ）彩度参照ブロック内の彩度サンプルが既に再構成され、及び、（ｉｉ）彩度参照ブロックが現在の彩度ブロックの許可されたＩＢＣ参照範囲の中にあること、に応じて、彩度ＢＶが有効であるかを判断する。

【0021】

一例では、彩度ＢＶが有効でないとの判断に応じて、処理回路は、彩度ＢＶを補正して、有効な彩度ＢＶを得る、及び、有効な彩度ＢＶが示す別の彩度参照ブロックに基づいて、現在の彩度ブロックを再構成する。（ｉ）彩度参照ブロック内の彩度サンプルは、既に再構成され、及び、（ｉｉ）別の彩度参照ブロックは、現在の彩度ブロックの許可されたＩＢＣ参照範囲内にある。

【0022】

本開示の態様は、コンピュータによって実行されると、コンピュータにビデオエンコーディング／デコーディングのための方法を実行させる命令を記憶する非一時的なコンピュータ読取可能な媒体も提供する。

【図面の簡単な説明】

【0023】

開示された主題の更なる特徴、性質、及び様々な利点は、以下の詳細な説明及び添付の図面からより明らかになるであろう。

【0024】

【図1】図１は、通信システム（１００）の例示的なブロック図を示す概略図である。

【0025】

【図2】図２は、デコーダの例示的なブロック図を示す概略図である。

【0026】

【図3】図３は、エンコーダの例示的なブロック図を示す概略図である。

【0027】

【図4】図４は、本開示のいくつかの実施形態に係る現在のＣＵ（４０１）に関連付けられたＢＶを示す。

【0028】

【図5】図５は、本開示の実施形態に係る、再構成処理中の４つの中間時点での参照サンプルメモリ（ｒｅｆｅｒｅｎｃｅｓａｍｐｌｅｍｅｍｏｒｙ、「ＲＳＭ」）更新処理を示す。

【0029】

【図6】図６は、本開示の実施形態に係る左隣のＣＴＵ及び現在のＣＴＵを図示し、有効参照エリアを示す。

【0030】

【図7】図７は、本開示の実施形態に係る、あるスーパーブロック予測におけるイントラブロックコピー（ＩｎｔｒａＢｌｏｃｋＣｏｐｙ、「ＩｎｔｒａＢＣ」）モードのための予測エリアの例を示す。

【0031】

【図8】図８は、本開示の実施形態に係る、現在のピクチャ内のＣＴＵ又はＳＢのデコード中に行われる、ＲＳＭにおけるメモリ再利用機構又はメモリ更新処理の例を示す。

【0032】

【図9】図９Ａ－Ｂは、本開示の実施形態に係る、現在のＳＢ（又はＣＴＵ）のデコード中に行われる、ＲＳＭにおけるメモリ更新処理の例を示し、（ａ）ＳＢルートでの水平分割（図９Ａ）又は（ｂ）ＳＢルートでの垂直分割（図９Ｂ）で行われる。

【0033】

【図10】図１０は、本開示の実施形態に係る、イントラテンプレートマッチング予測（ｉｎｔｒａｔｅｍｐｌａｔｅｍａｔｃｈｉｎｇｐｒｅｄｉｃｔｉｏｎ、「ＩｎｔｒａＴＭＰ」）モードの例を示す。

【0034】

【図11】図１１は、本開示のいくつかの実施形態に係る現在の彩度ブロックの例示的な許可された参照範囲を示す。

【0035】

【図12】図１２は、本開示のいくつかの実施形態に係るデコーディング処理の概要を示すフローチャートである。

【0036】

【図13】図１３は、本開示のいくつかの実施形態に係るエンコーディング処理の概要を示すフローチャートである。

【0037】

【図14】図１４は、本開示のいくつかの実施形態に係るデコーディング処理の概要を示すフローチャートである。

【0038】

【図15】図１５は、本開示のいくつかの実施形態に係るエンコーディング処理の概要を示すフローチャートである。

【0039】

【図16】図１６は、一実施形態に係るコンピュータシステムの概略図である。

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

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

ＶＶＣにおける等の例では、現在のＣＴＵ（４００（４））に加えて、現在のＣＴＵ（４００（４））の左にある左隣のＣＴＵ（４００（３））のみをＩＢＣモードにおける参照エリアとして許容する。一例では、ＶＶＣにおけるＩＢＣモードで用いられる参照エリアは、点線エリア（４１５）内であり、コード化されたサンプルを含む。例えば、ＶＶＣで許容されるＢＶ（４０６）は参照ブロック（４１２）を指す。一例では、最終ＢＶを決定するためにＢＶ予測子へ加えられる前に、デコードされた動きベクトル差（ｍｏｔｉｏｎｖｅｃｔｏｒｄｉｆｆｅｒｅｎｃｅ、「ＭＶＤ」）又はＢＶのブロックベクトル差（ｂｌｏｃｋｖｅｃｔｏｒｄｉｆｆｅｒｅｎｃｅ、「ＢＶＤ」）を左へ（例えば２つ）シフトする。

【0089】

ＩＢＣモードはインター予測モードと異なることができ、後述するもの等の実装的及び性能的理由のために特別な操作を用いてよい。実施形態では、ＩＢＣ参照サンプルはフィルタリングされていない、例えば、デブロッキングフィルタ（ｄｅｂｌｏｃｋｉｎｇｆｉｌｔｅｒ、「ＤＢＦ」）及びサンプル適応オフセット（ｓａｍｐｌｅａｄａｐｔｉｖｅｏｆｆｓｅｔ、「ＳＡＯ」）を含むがこれらに限られないインループ（ｉｎ－ｌｏｏｐ）フィルタリング処理前の再構成サンプルがＩＢＣモードにおいて参照サンプルとして用いられる。ここで、ＨＥＶＣに用いられる等の他のインター予測モードは、フィルタリング済みサンプルを参照サンプルとして採用する。実施形態では、ＩＢＣモードのための輝度サンプル補間はない。実施形態では、彩度ＢＶを輝度ＢＶから導出し、彩度ＢＶが非整数である場合は、彩度サンプル補間を用いる。実施形態では、彩度ＢＶが非整数であり、参照ブロックが利用可能な領域の境界付近にある。例えば、周辺の再構成サンプルは境界の外側にあり、彩度サンプル補間を行う。１つの境界付近にある線を指すＢＶは、そのようなケースを回避可能ではないだろう。

【0090】

ＶＶＣに用いられる等の例示的なＩＢＣアーキテクチャを以下で説明する。ＨＥＶＣＳＣＣ拡張に用いられる等のＩＢＣモードのため有効参照エリアは、現在のピクチャの既に再構成されたエリアのほぼ全体を、図４で説明したもの等の並列処理目的のための一部を例外として、含むことができる。図４は、ＨＥＶＣにおけるＩＢＣモードのための参照エリアと、ＶＶＣにおける設定を示す。例えば、図４を参照すると、現在のＣＴＵ（４００（４））の左にあるＣＴＵ（４００（３））のみが、現在のＣＴＵ（４００（４））の再構成処理の開始時に、参照サンプルエリアとして働くことができる。いくつかの例では、ＨＥＶＣにおける概念の戻しが、ハードウェア実装が外部メモリを採用するＤＰＢにおける追加メモリのための必要条件である。一例では、外部メモリへの追加アクセスによりメモリ帯域が増加し、ＤＰＢの使用への魅力が低減する。いくつかの実施形態では、ＶＶＣにおける等のＩＢＣモードは、オンチップで実現でき、ハードウェアアーキテクチャにおけるＩＢＣモードの実装の複雑さを著しく低減できる固定メモリを使用することができる。一実施形態では、重要な修正は、ＨＥＶＣＳＣＣ拡張における等のインター予測処理内の統合から離れたシグナリング概念に対応する。

【0091】

図５は、本開示の実施形態に係る、再構成処理中の４つの中間時点（５０１）－（５０４）における参照サンプルメモリ（ＲＳＭ）（５１０）更新処理を示す。薄いグレーの影付きエリアは左隣のＣＴＵの参照サンプルを表すことができる。濃いグレーの影付きエリアは現在のＣＴＵの参照サンプルを表すことができる。白及び影無しエリアはコード化すべき領域（例えば、次のコーディングエリア）を表すことができる。

【0092】

ＶＶＣで用いられる等のＩＢＣモードのシンタックス及びセマンティックの例を以下で説明する。ＶＶＣで用いられる等のＩＢＣアーキテクチャは、ＩＢＣモードがイントラ予測モードとインター予測モードに加えて第３の予測モードである専用のコーディングモードを形成することができる。ビットストリームは、例えば、ブロックサイズが６４×６４以下であるときに、コーディングユニットのＩＢＣモードを示すＩＢＣシンタックス要素（例えば、ｓＩＢＣシンタックス要素）を運ぶことができる。一実施形態では、ＩＢＣモードを利用できる最大のＣＵサイズが６４×６４であり、ＲＳＭの継続メモリ更新機構を実現する。参照サンプルアドレッシング機構は、２次元オフセットを示しインター予測モードのベクトルコーディング処理を再利用することで、ＨＥＶＣＳＣＣ拡張で使用されるものと同一であり得る。一例では、彩度分木（ｃｈｒｏｍａｓｅｐａｒａｔｅｔｒｅｅ、「ＣＳＴ」）がアクティブであり、コーダは輝度ＢＶから彩度ＢＶを導出することができなく、輝度コーディングブロックのためだけのＩＢＣモード使用となる。

【0093】

ＶＶＣで用いられる等のＩＢＣモードにおける参照エリアとサンプルメモリを以下で説明する。ＶＶＣで用いられる等のＩＢＣ設計は、参照サンプルを記憶するために色成分ごとに固定メモリサイズ（例えば１２８×１２８）を採用することができ、このためハードウェア実装におけるオンチップ配置の可能性を与えることができる。一例では、ＶＶＣにおける最大ＣＴＵサイズは１２８×１２８である。一実施形態では、最大ＣＴＵサイズ設定が１２８×１２８と等しいときに、ＲＳＭは１つＣＴＵのサンプルを記憶することができる。一例では、ＲＳＭの特徴は、左隣のＣＴＵの再構成サンプルを現在のＣＴＵの再構成サンプルに置換できる継続更新機構を含む。

【0094】

図５は、再構成処理中の４つの中間時点（５０１）－（５０４）における更新機構のためのＲＳＭ例（例えば、簡易化されたＲＳＭ例）を示す。図５を参照すると、現在のＣＴＵ再構成の開始を表す第１の中間時点（５０１）で、一例では、ＲＳＭ（５１０）は左隣のＣＴＵの参照サンプルのみを含む。他の３つの中間時点（５０２）－（５０４）では、再構成処理は左隣のＣＴＵのサンプルを現在のＣＴＵのバリアントに置換する。ＲＳＭ（５１０）の潜在的分割を適用することができ、ＲＳＭ（５１０）を４つの互いに素な６４×６４エリア（５１１）－（５１４）に分割することができる。ＲＳＭをＣＴＵへマッピングするときにコーダが対応するエリアにある第１のコーディングユニットを処理すると、エリアのリセットが生じるようにでき、ハードウェア実装労力を軽減する。

【0095】

図５に示される例では、ＩＢＣモードで用いられる参照エリアを記憶するために、固定メモリ（例えば、ＲＳＭ（５１０））を割り当てることができる。コーディング処理（例えば、エンコーディング処理又は再構成処理）の間に、異なる中間時点（例えば（５０１）－（５０４））でＲＳＭの一部を更新することができる。図５は、ＶＶＣにおけるＩＢＣモードのための参照エリア及びＶＶＣにおける設定を示す。

【0096】

図５を参照すると、ＲＳＭ（５１０）は、現在のＣＴＵの一部及び／又は左隣のＣＴＵの一部を含むことができる。図５に示される例では、ＲＳＭのサイズはＣＴＵのサイズと等しい。ＲＳＭ（５１０）は部分（５１１）－（５１４）を含むことができる。

【0097】

現在のＣＴＵのコーディング処理の開始であるコーディング処理の第１の中間時点（５０１）では、ＲＳＭ（５１０）は左隣のＣＴＵの全体を含み、左隣のＣＴＵの全体は現在のＣＴＵのコーディング処理の開始においてＩＢＣモードにおける参照エリアとして働くことができる。現在のＣＴＵのコーディング処理の開始でのＲＳＭ（５１０）は現在のＣＴＵを含まず、部分（５１１）－（５１４）は左隣のＣＴＵの再構成サンプルを含む。

【0098】

現在のＣＴＵのコーディング処理の第２の中間時点（５０２）では、現在のＣＴＵ内の左上領域のサブエリア（５３１）が既にコード化され（例えば、エンコードされ又は再構成され）、現在のＣＴＵ内の左上領域のサブエリア（５３２）がコード化の最中の（例えば、エンコードの最中の又は再構成の最中の）現在のＣＵであり、現在のＣＴＵ内の左上領域のサブエリア（５３３）が今後コード化される。ＲＳＭ（５１０）が更新され、左隣のＣＴＵの一部及び現在のＣＴＵの一部を含む。例えば、ＲＳＭ（５１０）内の部分（５１２）－（５１４）は、第１の中間時点（５０１）と同じ左隣のＣＴＵ内の再構成サンプルを記憶する一方、部分（５１１）は現在のＣＴＵのサブエリア（５３１）を記憶するように更新される。第２の中間時点（５０２）での参照エリアは、部分（５１２）－（５１４）に記憶された左隣のＣＴＵの再構成サンプルと、部分（５１１）に記憶された現在のＣＴＵのサブエリア（５３１）の再構成サンプルと、を含むことができる。

【0099】

現在のＣＴＵのコーディング処理の第３の中間時点（５０３）では、現在のＣＴＵの左上領域が既に再構成されている。現在のＣＴＵの右上領域はサブエリア（５４１）－（５４３）を含む。サブエリア（５４１）（濃いグレーの影付き）が既にコード化され（例えば、エンコードされ又は再構成され）、サブエリア（５４２）がコード化の最中の（例えば、エンコードの最中の又は再構成の最中の）現在のＣＵであり、サブエリア（５４３）（白色及び影無し）が今後コード化される。ＲＳＭ（５１０）内の部分（５１３）－（５１４）は第１の中間時点（５０１）と同じ左隣のＣＴＵ内の再構成サンプルを記憶する一方、部分（５１１）－（５１２）については、部分（５１１）が現在のＣＴＵの左上領域の再構成サンプルを記憶し、部分（５１２）が現在のＣＴＵのサブエリア（５４１）を記憶するように、更新される。第３の中間時点（５０３）での参照エリアは、（ｉ）部分（５１３）－（５１４）に記憶された左隣のＣＴＵの再構成サンプルと、（ｉｉ）部分（５１１）に記憶された現在のＣＴＵの左上領域の再構成サンプル及び部分（５１２）に記憶された現在のＣＴＵのサブエリア（５４１）の再構成サンプルと、を含むことができる。

【0100】

現在のＣＴＵのコーディング処理の第４の中間時点（５０４）では、現在のＣＴＵ内の左上領域と、右上領域と、左下領域とが既に再構成されている。現在のＣＴＵの右下領域は、サブエリア（５５１）－（５５３）を含む。サブエリア（５５１）（濃いグレーの影付き）が既にコード化され（例えば、エンコードされ又は再構成され）、サブエリア（５５２）がコード化の最中の（例えば、エンコードの最中の又は再構成の最中の）現在のＣＵであり、サブエリア（５５３）（白色及び影無し）が今後コード化される。部分（５１１）が第３の中間時点（５０３）と同じ現在のＣＴＵ内の左上領域の再構成サンプルを記憶する一方、部分（５１２）－（５１４）については、部分（５１２）－（５１３）が現在のＣＴＵの右上領域及び左下領域の再構成サンプルをそれぞれ記憶し、部分（５１４）が現在のＣＴＵのサブエリア（５５１）を記憶するように、更新される。第４の中間時点（５０４）での参照エリアは、部分（５１１）－（５１４）に記憶された現在のＣＴＵの再構成サンプルを含むことができる。第４の中間時点（５０４）でＲＳＭ（５１０）は、左隣のＣＴＵ内のエリアを含まない。

【0101】

図６は、左隣のＣＴＵ（６０１）及び現在のＣＴＵ（６０２）を図示し、ＲＳＭ設計及び継続更新機構による有効参照エリアを示す。左隣のＣＴＵ（６０１）はエリア（６１１）－（６１４）を含むことができる。現在のＣＴＵ（６０２）はエリア（６２１）－（６２４）を含むことができる。現在のＣＴＵ（６０２）内のエリア（６２３）は、コード化の最中の現在のＣＵ（６０３）と、既にコード化されているサブエリア（６５１）と、今後コード化されるサブエリア（６５３）と、を含む。グレーの影付きエリアはＲＳＭに記憶されたサンプルを含むことができ、白及び影無しエリアは置換後のサンプル又は再構成されていないサンプルを含むことができる。

【0102】

図６は、ＲＳＭの継続更新概念の例を空間的に示す。図６に示される例における再構成時に、ＲＳＭ更新処理は、左隣のＣＴＵ（６０１）内の白及び影無しエリア（６１１）－（６１３）がカバーするサンプルを、現在のＣＴＵ（６０２）のグレーの影付きエリア（例えば、エリア（６２１）－（６２２）及びサブエリア（６５１））に置換した。図６では、ＲＳＭは、（ｉ）左隣のＣＴＵ（６０１）内のエリア（６１４）と、（ｉｉ）現在のＣＴＵ（６０２）のエリア（６２１）－（６２２）及びサブエリア（６５１）と、を含むことができる。

【0103】

ＲＳＭは、左隣にあるＣＴＵを１つより多くを含んでよく、例えば、最大ＣＴＵサイズがＲＳＭサイズ（例えば１２８×１２８）より小さいときは、左隣にある複数のＣＴＵをＩＢＣモードにおける参照エリアとして使用することができる。例えば、最大ＣＴＵサイズが３２×３２と等しいときは、サイズが１２８×１２８であるＲＳＭは左隣にある１５個のＣＴＵのサンプルを記憶してよい。

【0104】

ＶＶＣで用いられる等のＩＢＣモードの例示的なブロックベクトル（ＢＶ）を以下で説明する。ＢＶコーディングは、インター予測のために規定された処理を採用することができる。ＩＢＣモードのＢＶコーディングは、候補リスト構成のためにより単純な規則を使用することができる。例えば、インター予測のための候補リスト構成は、５つの空間的候補と、１つの時間的候補と、６つの履歴ベース候補と、を含んでよい。インター予測では、履歴ベース候補について複数の候補比較を用いて、最終候補リストへの重複入力を避ける。また、インター予測では、候補リスト構成は、ペアワイズで平均化された候補を含んでよい。一実施形態では、ＩＢＣリスト構成処理は、２つの空間的近隣のＢＶと、５つの履歴ベースＢＶ（ｈｉｓｔｏｒｙ－ｂａｓｅｄＢＶ、「ＨＢＶＰ」）のみを検討し、候補リストに加えられたときに第１のＨＢＶＰのみを空間的候補と比較する。通常のインター予測マージモード用と通常モードのその他用の２つの異なる候補リストを使用できる一方で、ＩＢＣモードにおける候補リストは両ケースに対応する。ＩＢＣモードでは、マージモードは候補リストの最大６つの候補を使用してよく、通常モードは候補リストの１番目と２番目の候補のみを使用する。ＩＢＣモードにおけるブロックベクトル差（ＢＶＤ）コーディングは、インター予測に用いられる動きベクトル差（ＭＶＤ）処理を採用することができ、任意の適切な大きさの最終ＢＶを生じる。一実施形態では、再構成ＢＶは参照サンプルエリアの外側のエリアを指してよく、例えば、各方向の（例えば、水平方向と垂直方向のそれぞれの）絶対オフセットを、ＲＳＭの幅と高さでモジュロ演算により除去することにより、再構成ＢＶに対して補正が行われる。

【0105】

彩度ＢＶの導出処理は、以下を含むことができる。現在のコーディングツリータイプがＳＩＮＧＬＥ＿ＴＲＥＥであるとき、彩度ブロックは輝度ブロックに対応する。ＩＢＣモードでコード化された彩度ブロックのＢＶは、彩度サンプリングフォーマット（例えば、４：２：０，４：２：２）及び彩度ＢＶ精度を考慮した適切なスケーリングで、輝度ブロックのＢＶから導出できる。以下に導出処理を説明する。当該処理への入力は、十六分の一片サンプル精度ｂｖＬでの輝度ＢＶを含むことができる。当該処理への出力は、三十二分の一片サンプル精度ｂｖＣでの彩度ＢＶを含むことができる。彩度ＢＶは、対応する輝度ＢＶから導出できる。彩度ＢＶｂｖＣを以下のように導出できる。
ｂｖＣ［０］＝（（ｂｖＬ［０］＞＞（３＋ＳｕｂＷｉｄｔｈＣ））＊３２式（１）
ｂｖＣ［１］＝（（ｂｖＬ［１］＞＞（３＋ＳｕｂＨｅｉｇｈｔＣ））＊３２式（２）

【0106】

変数ＳｕｂＷｉｄｔｈＣ及びＳｕｂＨｅｉｇｈｔＣを、ｓｐｓ＿ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃにより指定することができる彩度フォーマットサンプリング構造に応じて、表１で指定できる。

【表1】

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

本開示は、一部の例示的な実施形態を説明してきたが、本開示の範囲内に含まれる変更、置換、及び様々な代替の均等物が存在する。したがって、当業者は、本明細書に明示的に示されていないか又は記載されていないが、開示の原理を具体化するため、その精神及び範囲内にある多数のシステム及び方法を考案することができることが理解されたい。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【手続補正書】

【提出日】2025-03-11

【手続補正1】

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

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

【請求項2】

【請求項3】

【請求項4】

【請求項5】

【請求項6】

【請求項7】

【請求項8】

【請求項9】

【請求項10】

【請求項11】

【請求項12】

デコーダでのビデオデコーディング方法であって、
ピクチャ内の現在の領域のビットストリームであって、前記現在の領域は輝度コーディング領域と彩度コーディング領域を含み、前記ビットストリーム内のコーディング情報が前記輝度コーディング領域と前記彩度コーディング領域とが別々のコーディングツリー構造を用いて分割されることを示す、ビットストリームを受信することと、
前記彩度コーディング領域内の現在の彩度ブロックの彩度ブロックベクトル（ＢＶ）であって、前記彩度ＢＶは前記ピクチャ内の彩度参照ブロックを示す、彩度ＢＶを決定することと、
前記現在の彩度ブロックのコロケーションされた輝度サンプルを含む輝度領域の許可されたイントラブロックコピー（ＩＢＣ）参照範囲をスケーリングして、前記現在の彩度ブロックの許可されたＩＢＣ参照範囲を決定することと、
（ｉ）前記彩度参照ブロック内の彩度サンプルが既に再構成されたか、及び、（ｉｉ）前記彩度参照ブロックが前記現在の彩度ブロックの前記許可されたＩＢＣ参照範囲の中にあるか、に基づいて、前記彩度ＢＶが有効であるかを判断することと、
前記彩度ＢＶが有効であるとの前記判断に応じて、前記彩度ＢＶが示す前記彩度参照ブロックに基づいて、前記現在の彩度ブロックを再構成すること、を含む方法。

【請求項13】

【請求項14】

【請求項15】

【請求項16】

【請求項17】

【請求項18】

【請求項19】

【請求項20】

【請求項21】

ピクチャ内の現在の領域のビットストリームであって、前記現在の領域は輝度コーディング領域と彩度コーディング領域を含み、前記ビットストリーム内のコーディング情報が前記輝度コーディング領域と前記彩度コーディング領域とが別々のコーディングツリー構造を用いて分割されることを示す、ビットストリームを受信することと、
前記彩度コーディング領域内の現在の彩度ブロックの彩度ブロックベクトル（ＢＶ）であって、前記彩度ＢＶは前記ピクチャ内の彩度参照ブロックを示す、彩度ＢＶを決定することと、
前記現在の彩度ブロックのコロケーションされた輝度サンプルを含む輝度領域の許可されたイントラブロックコピー（ＩＢＣ）参照範囲をスケーリングして、前記現在の彩度ブロックの許可されたＩＢＣ参照範囲を決定することと、
（ｉ）前記彩度参照ブロック内の彩度サンプルが既に再構成されたか、及び、（ｉｉ）前記彩度参照ブロックが前記現在の彩度ブロックの前記許可されたＩＢＣ参照範囲の中にあるか、に基づいて、前記彩度ＢＶが有効であるかを判断することと、
前記彩度ＢＶが有効であるとの前記判断に応じて、前記彩度ＢＶが示す前記彩度参照ブロックに基づいて、前記現在の彩度ブロックを再構成する処理回路を備えたビデオデコーディング装置。

【請求項22】

コンピュータ指令を含むコンピュータプログラムであって、コンピュータ機器のプロセッサが前記コンピュータ指令を実行することにより、前記コンピュータ機器に請求項１～１９のいずれか一項に記載の方法を実行させる、コンピュータプログラム。

【手続補正3】

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

【補正対象項目名】００２４

【補正方法】変更

【補正の内容】

【0024】

【図1】図１は、ビデオ処理システム（１００）の例示的なブロック図を示す概略図である。

【手続補正4】

【補正対象書類名】図面

【補正対象項目名】図１４