特許 6120413 ＭＰＥＧ−４ＡＶＣ高位符号化におけるＣＡＶＬＣ４：４：４Ｉｎｔｒａプロファイル、ＨＩＧＨ４：４：４Ｉｎｔｒａプロファイル、及びＨＩＧＨ４：４：４Ｐｒｅｄｉｃｔｉｖｅプロファイルのｃｏｄｅｄ＿ｂｌｏｃｋ＿ｆｌａｇ構文要素及びｃｏｄｅｄ＿ｂｌｏｃｋ＿ｐａｔｔｅｒｎ構文要素の構文を使用する方法及び装置

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】6120413

(24)【登録日】2017年4月7日

(45)【発行日】2017年4月26日

(54)【発明の名称】ＭＰＥＧ−４ＡＶＣ高位符号化におけるＣＡＶＬＣ４：４：４Ｉｎｔｒａプロファイル、ＨＩＧＨ４：４：４Ｉｎｔｒａプロファイル、及びＨＩＧＨ４：４：４Ｐｒｅｄｉｃｔｉｖｅプロファイルのｃｏｄｅｄ＿ｂｌｏｃｋ＿ｆｌａｇ構文要素及びｃｏｄｅｄ＿ｂｌｏｃｋ＿ｐａｔｔｅｒｎ構文要素の構文を使用する方法及び装置

(51)【国際特許分類】

   H04N 19/13 20140101AFI20170417BHJP

   H04N 19/70 20140101ALI20170417BHJP

   H04N 19/136 20140101ALI20170417BHJP

   H04N 19/176 20140101ALI20170417BHJP

【ＦＩ】

   H04N19/13

   H04N19/70

   H04N19/136

   H04N19/176

【請求項の数】15

【外国語出願】

【全頁数】31

(21)【出願番号】特願2014-224957(P2014-224957)

(22)【出願日】2014年11月5日

(62)【分割の表示】特願2009-545612(P2009-545612)の分割

【原出願日】2008年1月11日

(65)【公開番号】特開2015-57915(P2015-57915A)

(43)【公開日】2015年3月26日

【審査請求日】2014年11月17日

(31)【優先権主張番号】60/884,576

(32)【優先日】2007年1月11日

(33)【優先権主張国】US

(73)【特許権者】

【識別番号】501263810

【氏名又は名称】トムソン ライセンシング

【氏名又は名称原語表記】Ｔｈｏｍｓｏｎ Ｌｉｃｅｎｓｉｎｇ

(74)【代理人】

【識別番号】100134094

【弁理士】

【氏名又は名称】倉持 誠

(74)【代理人】

【識別番号】100123629

【弁理士】

【氏名又は名称】吹田 礼子

(72)【発明者】

【氏名】ユ，ハオピン

【審査官】 堀井 啓明

(56)【参考文献】

【文献】 特開２００４−２５４３２７（ＪＰ，Ａ）

【文献】 SULLIVAN G.J. et al，The H.264/AVC Advanced Video Coding Standard:Overview and Introduction to the Fidelity Range Extensi，PROCEEDINGS OF THE SPIE，米国，SPIE，２００４年１１月 １日，V5558，P1-P22

【文献】 Haoping Yu,Shun-ichi Sekiguchi,Yung-Lyul Lee，Joint 4:4:4 Video Model (JFVM) 5，Joint Video Team(JVT) of ISO/IEC MPEG&ITU-T VCEG (ISO/IEC JTC1/SC29/WG11 and ITU-T SG16 Q.6) 21st Meeting:Hangzhou,China,October 20-27,2006，米国，インターネット＜URL:http://wftp3.itu.int/av-arch/jvt-site/2006_10_Hangzhou/JVT-U205.zip＞，２００６年１０月２７日，JVT-U205，P.1-P.14

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｎ１９／００−１９／９８

(57)【特許請求の範囲】

【請求項1】

方法であって、
少なくとも１つの８×８ブロックが２つのクロミナンス・アレイ及び輝度アレイを含むように画像データの前記少なくとも１つの８×８ブロックを符号化する符号化プロファイルにより、先行して符号化されたビットストリームから画像データを復号する工程を含み、前記２つのクロミナンス・アレイはそれぞれ、前記輝度アレイと同じ高さ及び同じ幅を有し、
前記復号する工程は、第１の構文を使用して、結果として生じるビットストリームにおける、前記少なくとも１つの８×８ブロックのための非ゼロ変換係数の存在を決定する工程であって、前記第１の構文は、前記非ゼロ変換係数が前記少なくとも１つの８×８ブロックに存在するか否かに基づいて、前記少なくとも１つの８×８ブロックへの文脈適応型２進数算術符号化（ＣＡＢＡＣ）の適用の選択的なディセーブルを可能にする前記工程と、前記第１の構文と異なる追加の構文を使用して、前記結果として生じるビットストリームにおける、前記少なくとも１つの８×８ブロックの前記２つのクロミナンス・アレイ及び前記輝度アレイそれぞれの非ゼロ変換係数の存在を決定する工程とを含む、前記方法。

【請求項2】

装置であって、
少なくとも１つの８×８ブロックが２つのクロミナンス・アレイ及び輝度アレイを含むように画像データの前記少なくとも１つの８×８ブロックを符号化する符号化プロファイルにより、先行して符号化されたビットストリームから画像データを復号する復号器を備え、前記２つのクロミナンス・アレイはそれぞれ、前記輝度アレイと同じ高さ及び同じ幅を有し、
前記復号器は、第１の構文を使用して、結果として生じるビットストリームにおける、前記少なくとも１つの８×８ブロックのための非ゼロ変換係数の存在を決定し、前記第１の構文は、非ゼロ変換係数が前記少なくとも１つの８×８ブロックに存在するか否かに基づいて、前記少なくとも１つの８×８ブロックへの文脈適応型２進数算術符号化（ＣＡＢＡＣ）の適用の選択的なディセーブルを可能にし、前記第１の構文と異なる追加の構文を使用して、前記結果として生じるビットストリームにおける、前記少なくとも１つの８×８ブロックの前記２つのクロミナンス・アレイ及び前記輝度アレイそれぞれの非ゼロ変換係数の存在を決定する、前記装置。

【請求項3】

請求項１記載の方法であって、前記符号化プロファイルは、Ｈｉｇｈ ４：４：４ Ｉｎｔｒａ プロファイル及びＨｉｇｈ ４：４：４ Ｐｒｅｄｉｃｔｉｖｅプロファイルの何れかである、前記方法。

【請求項4】

請求項１記載の方法であって、前記画像データは、モノクローム・クロマ・アレイ・タイプを使用して、前記第１の構文のためのマッピング処理を行うことにより、前記ビットストリームから復号され、前記第１の構文は符号化ブロック・パターン構文である、前記方法。

【請求項5】

請求項２記載の装置であって、前記符号化プロファイルは、Ｈｉｇｈ ４：４：４ Ｉｎｔｒａ プロファイル及びＨｉｇｈ ４：４：４ Ｐｒｅｄｉｃｔｉｖｅプロファイルの何れかである、前記装置。

【請求項6】

請求項２記載の装置であって、前記画像データは、モノクローム・クロマ・アレイ・タイプを使用して、前記第１の構文のためのマッピング処理を行うことにより、前記ビットストリームから復号され、前記第１の構文は符号化ブロック・パターン構文である、前記装置。

【請求項7】

方法であって、
少なくとも１つの８×８ブロックが２つのクロミナンス・アレイ及び輝度アレイを含むように画像データの前記少なくとも１つの８×８ブロックを符号化する符号化プロファイルにより、結果として生じるビットストリームに画像データを符号化する工程を含み、前記２つのクロミナンス・アレイはそれぞれ、前記輝度アレイと同じ高さ及び同じ幅を有し、
前記符号化する工程は、第１の構文を使用して、結果として生じるビットストリームにおける、前記少なくとも１つの８×８ブロックのための非ゼロ変換係数の存在を示す工程であって、前記第１の構文は、非ゼロ変換係数が前記少なくとも１つの８×８ブロックに存在するか否かに基づいて、前記少なくとも１つの８×８ブロックへの文脈適応型２進数算術符号化（ＣＡＢＡＣ）の適用の選択的なディセーブルを可能にする前記工程と、前記第１の構文と異なる追加の構文を使用して、前記結果として生じるビットストリームにおける、前記少なくとも１つの８×８ブロックの前記２つのクロミナンス・アレイ及び前記輝度アレイそれぞれの非ゼロ変換係数の存在を示す工程とを含む、前記方法。

【請求項8】

請求項７記載の方法であって、前記符号化プロファイルは、Ｈｉｇｈ ４：４：４ Ｉｎｔｒａ プロファイル及びＨｉｇｈ ４：４：４ Ｐｒｅｄｉｃｔｉｖｅプロファイルの何れかである、前記方法。

【請求項9】

請求項７記載の方法であって、前記画像データは、モノクローム・クロマ・アレイ・タイプを使用して、前記第１の構文のためのマッピング処理を行うことにより、前記符号化プロファイルに従い、結果として生じるビットストリームに符号化され、前記第１の構文は符号化ブロック・パターン構文である、前記方法。

【請求項10】

装置であって、
少なくとも１つの８×８ブロックが２つのクロミナンス・アレイ及び輝度アレイを含むように画像データの前記少なくとも１つの８×８ブロックを符号化する符号化プロファイルにより、結果として生じるビットストリームに画像データを符号化する符号化器を備え、前記２つのクロミナンス・アレイはそれぞれ、前記輝度アレイと同じ高さ及び同じ幅を有し、
前記符号化器は、第１の構文を使用して、結果として生じるビットストリームにおける、前記少なくとも１つの８×８ブロックのための非ゼロ変換係数の存在を示し、第１の構文は、非ゼロ変換係数が前記少なくとも１つの８×８ブロックに存在するか否かに基づいて、前記少なくとも１つの８×８ブロックへの文脈適応型２進数算術符号化（ＣＡＢＡＣ）の適用の選択的なディセーブルを可能にし、前記第１の構文と異なる追加の構文を使用して、前記結果として生じるビットストリームにおける、前記少なくとも１つの８×８ブロックの前記２つのクロミナンス・アレイ及び前記輝度アレイそれぞれの非ゼロ変換係数の存在を示す、前記装置。

【請求項11】

請求項１０記載の装置であって、前記符号化プロファイルは、Ｈｉｇｈ ４：４：４ Ｉｎｔｒａ プロファイル及びＨｉｇｈ ４：４：４ Ｐｒｅｄｉｃｔｉｖｅプロファイルの何れかである、前記装置。

【請求項12】

請求項１０記載の方法であって、前記画像データは、モノクローム・クロマ・アレイ・タイプを使用して、前記第１の構文のためのマッピング処理を行うことにより、前記符号化プロファイルに従い、結果として生じるビットストリームに符号化され、前記第１の構文は符号化ブロック・パターン構文である、前記方法。

【請求項13】

符号化されたビットストリームを記憶したプロセッサ読み取り可能な媒体であって、前記符号化されたビットストリームは、
少なくとも１つの８×８ブロックが２つのクロミナンス・アレイ及び輝度アレイを含むように画像データの前記少なくとも１つの８×８ブロックを符号化する符号化プロファイルにより、結果として生じるビットストリームに符号化された画像データを備え、前記２つのクロミナンス・アレイはそれぞれ、前記輝度アレイと同じ高さ及び同じ幅を有し、
前記符号化は、第１の構文を使用して、結果として生じるビットストリームにおける、前記少なくとも１つの８×８ブロックのための非ゼロ変換係数の存在を示すことであって、前記第１の構文は、非ゼロ変換係数が前記少なくとも１つの８×８ブロックに存在するか否かに基づいて、前記少なくとも１つの８×８ブロックへの文脈適応型２進数算術符号化（ＣＡＢＡＣ）の適用の選択的なディセーブルを可能にする前記示すことと、前記第１の構文と異なる追加の構文を使用して、前記結果として生じるビットストリームにおける、前記少なくとも１つの８×８ブロックの前記２つのクロミナンス・アレイ及び前記輝度アレイそれぞれの非ゼロ変換係数の存在を示すこと、とを含む、前記媒体。

【請求項14】

請求項１３記載の媒体であって、前記符号化プロファイルは、Ｈｉｇｈ ４：４：４ Ｉｎｔｒａ プロファイル及びＨｉｇｈ ４：４：４ Ｐｒｅｄｉｃｔｉｖｅプロファイルの何れかである、前記媒体。

【請求項15】

請求項１３記載の媒体であって、前記画像データは、モノクローム・クロマ・アレイ・タイプを使用して、前記第１の構文のためのマッピング処理を行うことにより、前記符号化プロファイルに従い、結果として生じるビットストリームに符号化され、前記第１の構文は符号化ブロック・パターン構文である、前記媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本出願は、その内容全部を本明細書及び特許請求の範囲に援用する、西暦２００７年１月１１日付出願の米国特許仮出願第６０／８８４５７６号の利益を主張する。

【0002】

本願の原理は一般にビデオ符号化及び復号化に関し、特に、Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｏｒｇａｎｉｚａｔｉｏｎ ｆｏｒ Ｓｔａｎｄａｒｄｉｚａｔｉｏｎ／Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｅｌｅｃｔｒｏｔｅｃｈｎｉｃａｌ Ｃｏｍｍｉｓｓｉｏｎ （ＩＳＯ／ＩＥＣ） Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ−４ （ＭＰＥＧ−４） Ｐａｒｔ １０ Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ （ＡＶＣ） ｓｔａｎｄａｒｄ／Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｕｎｉｏｎ， Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｅｃｔｏｒ （ＩＴＵ−Ｔ） Ｈ．２６４ ｒｅｃｏｍｍｅｎｄａｔｉｏｎ （以下、「ＭＰＥＧ−４ＡＶＣ標準」と呼ぶ）におけるＨＩＧＨ ４：４：４ Ｉｎｔｒａプロファイル及びＨＩＧＨ ４：４：４ Ｐｒｅｄｉｃｔｉｖｅプロファイルのｃｏｄｅｄ＿ｂｌｏｃｋ＿ｆｌａｇ構文要素に、先行して使用されていない構文要素を使用する方法及び装置に関する。更に、本願の原理は、何れのブロック・サイズについてもＭＰＥＧ−４ＡＶＣ標準におけるＣＡＶＬＣ ４：４：４ Ｉｎｔｒａ処理のＣＡＶＬＣ処理の効率を向上させる方法及び装置に関する。

【背景技術】

【0003】

次に、８×８変換を使用して、画像ブロックのｃｏｄｅｄ＿ｂｌｏｃｋ＿ｆｌａｇ構文要素に関する説明を行う。

【0004】

ＣＡＶＬＣ ４：４：４ Ｉｎｔｒａプロファイル、Ｈｉｇｈ ４：４：４ Ｉｎｔｒａプロファイル、及びＨｉｇｈ ４：４：４ Ｐｒｅｄｉｃｔｉｖｅプロファイルの現在の設計では、単一のｃｏｄｅｄ＿ｂｌｏｃｋ＿ｐａｔｔｅｒｎがマクロブロック毎に符号化され、４ビットの可変ＣｏｄｅｄＢｌｏｃｋＰａｔｔｅｍＬｕｍａは、ｓｅｐａｒａｔｅ＿ｃｏｌｏｒ＿ｐｌａｎｅ＿ｆｌａｇ構文要素がゼロに等しい場合に３つの色成分全てによって共有される。８×８変換を使用した文脈適応型２進数算術符号化（ＣＡＢＡＣ符号化）ブロック以外では、ｔｒａｎｓｆｏｒｍ＿ｓｉｚｅ＿８ｘ８＿ｆｌａｇ構文要素が１に等しく、ｅｎｔｒｏｐｙ＿ｃｏｄｉｎｇ＿ｍｏｄｅ＿ｆｌａｇ構文要素が１に等しいというようなパラメータの組により、うまく機能する。

【0005】

Ｈｉｇｈ ４：４：４ Ｉｎｔｒａプロファイル、ＣＡＶＬＣ ４：４：４ Ｉｎｔｒａプロファイル、及びＨｉｇｈ ４：４：４ Ｐｒｅｄｉｃｔｉｖｅプロファイルについて提案された現在のマクロブロック層構文、残差データ構文、及び残差ブロックＣＡＢＡＣ構文では、色成分が併せてマクロブロックにおいて符号化されると、ｔｒａｎｓｆｏｒｍ＿ｓｉｚｅ＿８ｘ８＿ｆｌａｇ構文要素が１に等しい場合、ｃｏｄｅｄ＿ｂｌｏｃｋ＿ｆｌａｇ構文要素も使用される。

【0006】

（特に、４：４：４プロファイルにおけるｃｏｄｅｄ＿ｂｌｏｃｋ＿ｐａｔｔｅｍ構文要素の現在の意味論による、）４：４：４プロファイルにおけるｃｏｄｅｄ＿ｂｌｏｃｋ＿ｐａｔｔｅｒｎ構文要素の符号割り当てに関し、ｃｏｄｅｄ＿ｂｌｏｃｋ＿ｐａｔｔｅｒｎ構文要素の４つの下位ビットのみが使用される。よって、４：４：４プロファイルの場合、表９−４のパート（ｂ）（ｃｈｒｏｍ＿ｆｏｒｍａｔ＿ｉｄｃが０に等しい）、マクロブロック予測モードのｃｏｄｅｄ＿ｂｌｏｃｋ＿ｐａｔｔｅｒｎ構文要素の値へのｃｏｄｅＮｕｍ構文要素の割り当てを使用する。

【0007】

よって、文脈適応型２進数算術符号化（ＣＡＢＡＣ）は、前述の状況におけるｃｏｄｅｄ＿ｂｌｏｃｋ＿ｆｌａｇ構文要素の不備により、Ｈｉｇｈ ４：４：４ Ｉｎｔｒａプロファイル及びＨｉｇｈ ４：４：４ Ｐｒｅｄｉｃｔｉｖｅプロファイルにおける８×８のブロック・サイズに施されると不利にも首尾良く行われない。更に、文脈適応型可変長符号化（ＣＡＶＬＣ）処理は、ＣＡＶＬＣ ４：４：４ Ｉｎｔｒａプロファイルにおけるｃｏｄｅｄ＿ｂｌｏｃｋ＿ｐａｔｔｅｒｎ構文要素の使用に関して、何れのブロック・サイズの場合にも非効率的である。

【発明の概要】

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

【0008】

従来技術の前述及び他の欠点は、Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｏｒｇａｎｉｚａｔｉｏｎ ｆｏｒ Ｓｔａｎｄａｒｄｉｚａｔｉｏｎ／Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｅｌｅｃｔｒｏｔｅｃｈｎｉｃａｌ Ｃｏｍｍｉｓｓｉｏｎ （ＩＳＯ／ＩＥＣ） Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ−４ （ＭＰＥＧ−４） Ｐａｒｔ １０ Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ （ＡＶＣ） ｓｔａｎｄａｒｄ／Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｕｎｉｏｎ， Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｅｃｔｏｒ （ＩＴＵ−Ｔ） Ｈ．２６４ ｒｅｃｏｍｍｅｎｄａｔｉｏｎ （以下、「ＭＰＥＧ−４ＡＶＣ標準」と呼ぶ）におけるＨＩＧＨ ４：４：４ Ｉｎｔｒａプロファイル及びＨＩＧＨ ４：４：４ Ｐｒｅｄｉｃｔｉｖｅプロファイルのｃｏｄｅｄ＿ｂｌｏｃｋ＿ｆｌａｇ構文要素に、先行して使用されていない構文要素を使用する方法及び装置に関する本願の原理によって解決される。

【0009】

更に、本願の原理は、ｃｏｄｅｄ＿ｂｌｏｃｋ＿ｐａｔｔｅｒｎ構文要素のマッピング処理にモノクローム・クロマ・タイプを使用することにより、何れのブロック・サイズについてもＭＰＥＧ−４ ＡＶＣ標準におけるＣＡＶＬＣ ４：４：４ ＩｎｔｒａプロファイルのＣＡＶＬＣ処理の効率を向上させる方法及び装置に関する。

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

【0010】

本願の原理の局面によれば、装置が提供される。装置は、サンプルが２つのクロミナンス・アレイ及び輝度アレイを含むように画像データのサンプルを符号化する符号化プロファイルにより、画像データを、結果として生じるビットストリームに符号化する符号化器を含む。２つのクロミナンス・アレイそれぞれは、輝度アレイと同じ高さ及び同じ幅を有する。符号化器は、構文要素を使用して、結果として生じるビットストリームにおける少なくとも１つの８×８ブロックの存在を示す。

【0011】

本願の原理の別の局面によれば、方法が提供される。方法は、サンプルが２つのクロミナンス・アレイ及び輝度アレイを含むように画像データのサンプルを符号化する符号化プロファイルにより、画像データを、結果として生じるビットストリームに符号化する工程を含む。２つのクロミナンス・アレイそれぞれは、輝度アレイと同じ高さ及び同じ幅を有する。符号化工程は、構文要素を使用して、結果として生じるビットストリームにおける少なくとも１つの８×８ブロックの存在を示す工程を含む。

【0012】

本願の原理の更に別の局面によれば、装置が提供される。装置は、サンプルが２つのクロミナンス・アレイ及び輝度アレイを含むように画像データのサンプルを符号化する符号化プロファイルにより、画像データを、先行して符号化されたビットストリームから復号化する復号化器を含む。２つのクロミナンス・アレイそれぞれは、輝度アレイと同じ高さ及び同じ幅を有する。復号化器は、構文要素を使用して、結果として生じるビットストリームにおける少なくとも１つの８×８ブロックの存在を判定する。

【0013】

本願の原理の更に別の局面によれば、方法が提供される。方法は、サンプルが２つのクロミナンス・アレイ及び輝度アレイを含むように画像データのサンプルを符号化する符号化プロファイルにより、画像データを、先行して符号化されたビットストリームから復号化する工程を含む。２つのクロミナンス・アレイそれぞれは、輝度アレイと同じ高さ及び同じ幅を有する。復号化工程は、構文要素を使用して、結果として生じるビットストリームにおける少なくとも１つの８×８ブロックの存在を判定する工程を含む。

【0014】

本願の原理の更なる局面によれば、装置が提供される。装置は、サンプルが２つのクロミナンス・アレイ及び輝度アレイを含むように画像データのサンプルを符号化する符号化プロファイルにより、画像データを、結果として生じるビットストリームに符号化する符号化器を含む。２つのクロミナンス・アレイそれぞれは、輝度アレイと同じ高さ及び同じ幅を有する。符号化器は、文脈適応型可変長符号化（ＣＡＶＬＣ）を使用して画像データを符号化し、モノクローム・クロマ・アレイ・タイプを使用して、符号化ブロック・パターン構文要素のマッピング処理を行う。

【0015】

本願の原理の更に別の局面によれば、方法が提供される。方法は、サンプルが２つのクロミナンス・アレイ及び輝度アレイを含むように画像データのサンプルを符号化する符号化プロファイルにより、画像データを、結果として生じるビットストリームに符号化する工程を含む。２つのクロミナンス・アレイそれぞれは、輝度アレイと同じ高さ及び同じ幅を有する。符号化工程は、文脈適応型可変長符号化（ＣＡＶＬＣ）を使用して画像データを符号化し、モノクローム・クロマ・アレイ・タイプを使用して、符号化ブロック・パターン構文要素のマッピング処理を行う。

【0016】

本願の原理の更に別の局面によれば、装置が提供される。装置は、サンプルが２つのクロミナンス・アレイ及び輝度アレイを含むように画像データのサンプルを符号化する符号化プロファイルにより、画像データを、先行して符号化されたビットストリームから復号化する復号化器を含む。２つのクロミナンス・アレイそれぞれは、輝度アレイと同じ高さ及び同じ幅を有する。復号化器は、文脈適応型可変長符号化（ＣＡＶＬＣ）を使用して画像データを復号化し、モノクローム・クロマ・アレイ・タイプを使用して、符号化ブロック・パターン構文要素のマッピング処理を行う。

【0017】

本願の原理の更なる局面によれば、方法が提供される。方法は、サンプルが２つのクロミナンス・アレイ及び輝度アレイを含むように画像データのサンプルを符号化する符号化プロファイルにより、画像データを、先行して符号化されたビットストリームから復号化する工程を含む。２つのクロミナンス・アレイそれぞれは、輝度アレイと同じ高さ及び同じ幅を有する。復号化工程は、文脈適応型可変長符号化（ＣＡＶＬＣ）を使用して画像データを復号化し、モノクローム・クロマ・アレイ・タイプを使用して、符号化ブロック・パターン構文要素のマッピング処理を行う。

【0018】

本発明の前述及び他の局面、構成及び利点は、添付図面とともに読まれる例示的な実施例の以下の詳細な説明から明らかになるであろう。

【図面の簡単な説明】

【0019】

【図1】本願の原理の実施例により、本願の原理を施すことができる例示的なビデオ符号化器を示すブロック図である。

【図2】本願の原理の実施例により、本願の原理を施すことができる例示的なビデオ復号化器を示すブロック図である。

【図3】本願の原理の実施例による、例示的なビデオ符号化処理を示すフロー図である。

【図4】本願の原理の実施例による、例示的なビデオ復号化処理を示すフロー図である。

【図5】本願の原理の実施例による、別の例示的なビデオ符号化処理を示すフロー図である。

【図6】本願の原理の実施例による、別の例示的なビデオ復号化処理を示すフロー図である。

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

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

【表1】

【0047】

【表2】

表９−４ａ
表９−４ｂ
ＣｈｒｏｍａＡｒｒａｙＴｙｐｅは、モノクローム・ビデオ信号の場合、０に等しい。ＣｈｒｏｍａＡｒｒａｙＴｙｐｅは、４：２：０ビデオの場合、１に等しい。ＣｈｒｏｍａＡｒｒａｙＴｙｐｅは、４：２：２ビデオの場合、２に等しい。ＣｈｒｏｍａＡｒｒａｙＴｙｐｅは、４：４：４ビデオの場合、３に等しい。

【0048】

マクロブロック層の意味論に関し、以下の定義を使用するものとする。

【0049】

ｔｒａｎｓｆｏｒｍ＿ｓｉｚｅ＿８ｘ８＿ｆｌａｇが１に等しいことは、現在のマクロブロックについて、残差８×８ブロックのデブロッキング・フィルタ処理前のピクチャ構成処理及び変換係数復号化処理を、ｌｕｍａサンプル、Ｃｂサンプル及びＣｒサンプルについて呼び出すものとする（ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃ＝３であり、ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇ＝０の場合）。ｔｒａｎｓｆｏｒｍ＿ｓｉｚｅ＿８ｘ８＿ｆｌａｇが０に等しいことは、現在のマクロブロックについて、残差４×４ブロックのデブロッキング・フィルタ処理前のピクチャ構成処理及び変換係数復号化処理は、ｌｕｍａサンプル、Ｃｂサンプル及びＣｒサンプルについて呼び出すものとする（ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃ＝３であり、ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇ＝０の場合）。ｔｒａｎｓｆｏｒｍ＿ｓｉｚｅ＿８ｘ８＿ｆｌａｇがビットストリームに存在していない場合、0に等しいのではないかと推論するものとする。

【0050】

マクロブロック予測の意味論に関し、以下の定義を使用するものとする。

【0051】

ｉｎｔｒａ＿ｃｈｒｏｍａ＿ｐｒｅｄ＿ｍｏｄｅは、表７−１６に示すように、Ｉｎｔｒａ＿４ｘ４又はＩｎｔｒａ＿１６ｘ１６予測を使用して、マクロブロックにおけるクロマに使用される空間予測のタイプを規定する。ｉｎｔｒａ＿ｃｈｒｏｍａ＿ｐｒｅｄ＿ｍｏｄｅの値は０以上３以下の範囲内である。ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃ＝３の場合、ｉｎｔｒａ＿ｃｈｒｏｍａ＿ｐｒｅｄ＿ｍｏｄｅは、ビットストリームにおいて存在しない。

【0052】

符号化ブロック・パターンの２値化処理に関し、以下があてはまる。

【0053】

ｃｏｄｅｄ＿ｂｌｏｃｋ＿ｐａｔｔｅｒｎの２値化は、プレフィックス部分及び（存在する場合）サフィックス部分を含む。２値化のプレフィックス部分は、ＣｏｄｅｄＢｌｏｃｋＰａｔｔｅｒｎＬｕｍａのＦＬ２値化によって表され、ｃＭａｘ＝１５である。ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃが０に等しくない（モノクロ）か、又は３に等しくない（４：４：４）場合、サフィックス部分が存在しており、ＣｏｄｅｄＢｌｏｃｋＰａｔｔｅｒｎＣｈｒｏｍａのＴＵ２値化処理を含み、ｃＭａｘ＝２である。ｃｏｄｅｄ＿ｂｌｏｃｋ＿ｐａｔｔｅｒｎ構文要素の値と、ＣｏｄｅｄＢｌｏｃｋＰａｔｔｅｒｎＬｕｍａ及びＣｏｄｅｄＢｌｏｃｋＰａｔｔｅｒｎＣｈｒｏｍａの値との間の関係はサブ節７．４．５に規定するように表す。

【0054】

表１は、以下のように、残差ブロックＣＡＢＡＣ構文を示す。

【0055】

【表3】

コンテキスト変数の初期化処理を次に説明する。

【0056】

表２は、初期化処理におけるスライス・タイプ毎のｃｔｘｌｄｘ及び構文要素の関連付けを示す。

【0057】

【表4】

表３は、以下のように、１０１２乃至１０２３のｃｔｓｌｄｘの変数ｍ及びｎの値を示す。

【0058】

【表5】

２値化処理に関し、以下があてはまる。コンテキスト・インデクスｃｔｘｌｄｘの考えられる値は０以上１０２３以下の範囲内である。ｃｔｘｌｄｘＯｆｆｓｅｔに割り当てられた値は、構文要素の２値化又は２値化部分に割り当てられたｃｔｘｌｄｘの範囲のより低い値を規定する。

【0059】

表４は、２値化の関連タイプ（ｍａｘＢｉｎｌｄｘＣｔｘ及びｃｔｘｌｄｘＯｆｆｓｅｔ）を構文要素とともに示す。

【0060】

【表6】

次に、ｃｔｘｌｄｘの導出処理に関して説明する。

【0061】

【表7】

表５は、以下のように、構文要素ｃｏｄｅｄ＿ｂｌｏｃｋ＿ｆｌａｇ、 ｓｉｇｎｉｆｉｃａｎｔ＿ｃｏｅｆｆ＿ｆｌａｇ、 ｌａｓｔ＿ｓｉｇｎｉｆｉｃａｎｔ＿ｃｏｅｆｆ＿ｆｌａｇ、及びｃｏｅｆｆ＿ａｂｓ＿ｌｅｖｅｌ＿ｍｉｎｕｓ１のｃｔｘＢｌｏｃｋＣａｔへのｃｔｘｌｄｘＢｌｏｃｋＣａｔＯｆｆｓｅｔの割り当てを示す。

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

さもなければ、ｔｒａｎｓＢｌｏｃｋＮは、利用可能でないものとしてマーキングされる。

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

例証する実施例は本明細書及び特許請求の範囲に添付図面を参照して説明しているが、本願の原理は前述の厳密な実施例に限定されず、本願の原理の範囲又は趣旨から逸脱しない限り、当業者により、種々の変更及び修正を行うことができる。前述の変更及び修正は全て、特許請求の範囲記載の本願の原理の範囲内に含まれることが意図されている。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】