▶ ベイジン バイトダンス ネットワーク テクノロジー カンパニー リミテッドの特許一覧 ▶ バイトダンス インコーポレイテッドの特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2022-11-24
(45)【発行日】2022-12-02
(54)【発明の名称】映像処理におけるパルス符号変調技術
(51)【国際特許分類】
H04N 19/11 20140101AFI20221125BHJP
H04N 19/70 20140101ALI20221125BHJP
H04N 19/593 20140101ALI20221125BHJP
【ＦＩ】
H04N19/11
H04N19/70
H04N19/593
【請求項の数】
20
(21)【出願番号】P 2021529071
(86)(22)【出願日】2019-11-22
(65)【公表番号】
(43)【公表日】2022-01-19
(86)【国際出願番号】 CN2019120266
(87)【国際公開番号】W WO2020103931
(87)【国際公開日】2020-05-28
【審査請求日】2021-05-21
(31)【優先権主張番号】PCT/CN2018/116885
(32)【優先日】2018-11-22
(33)【優先権主張国・地域又は機関】CN
(73)【特許権者】
【識別番号】520476341
【氏名又は名称】北京字節跳動網絡技術有限公司
【氏名又は名称原語表記】Ｂｅｉｊｉｎｇ Ｂｙｔｅｄａｎｃｅ Ｎｅｔｗｏｒｋ Ｔｅｃｈｎｏｌｏｇｙ Ｃｏ．， Ｌｔｄ．
【住所又は居所原語表記】Ｒｏｏｍ Ｂ－００３５， ２／Ｆ， Ｎｏ．３ Ｂｕｉｌｄｉｎｇ， Ｎｏ．３０， Ｓｈｉｘｉｎｇ Ｒｏａｄ， Ｓｈｉｊｉｎｇｓｈａｎ Ｄｉｓｔｒｉｃｔ Ｂｅｉｊｉｎｇ １０００４１ Ｃｈｉｎａ
(73)【特許権者】
【識別番号】520477474
【氏名又は名称】バイトダンス インコーポレイテッド
【氏名又は名称原語表記】ＢＹＴＥＤＡＮＣＥ ＩＮＣ．
【住所又は居所原語表記】１２６５５ Ｗｅｓｔ Ｊｅｆｆｅｒｓｏｎ Ｂｏｕｌｅｖａｒｄ， Ｓｉｘｔｈ Ｆｌｏｏｒ， Ｓｕｉｔｅ Ｎｏ． １３７ Ｌｏｓ Ａｎｇｅｌｅｓ， Ｃａｌｉｆｏｒｎｉａ ９００６６ Ｕｎｉｔｅｄ Ｓｔａｔｅｓ ｏｆ Ａｍｅｒｉｃａ
(74)【代理人】
【識別番号】110002000
【氏名又は名称】弁理士法人栄光事務所
(72)【発明者】
【氏名】ジャン リー
(72)【発明者】
【氏名】ジャン カイ
(72)【発明者】
【氏名】リウ ホンビン
(72)【発明者】
【氏名】シュ ジジョン
(72)【発明者】
【氏名】ワン ユエ
【審査官】岩井 健二
(56)【参考文献】
【文献】M. Albrecht, et al.，Description of SDR, HDR, and 360° video coding technology proposal by Fraunhofer HHI，Joint Video Experts Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11，JVET-J0014-v4，10th Meeting: San Diego, US，2018年04月，pp.6-7
【文献】Yu-Chen Sun, Jicheng An, and Jian Lou，PCM mode with dual tree partition，Joint Video Experts Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11，JVET-L0209-v3，12th Meeting: Macao, CN，2018年10月，pp.1-3
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｎ １９／００ － １９／９８
(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】
【図1】イントラモード予測に使用される近傍のブロックの例を示す。
【図2】６７個のイントラ予測モードの例を示す。
【図3】ＭＰＭ（Ｍｏｓｔ Ｐｒｏｂａｂｌｅ Ｍｏｄｅ：最確モード）リスト構成処理に使用される近傍のブロックの例を示す。
【図4A】広角イントラ予測のための参照サンプルの例を示す。
【図4B】広角イントラ予測のための参照サンプルの例を示す。
【図5】４５度を超える方向の場合の例示的な不連続を示す。
【図6A】位置依存イントラ予測に使用されるサンプルの例を示す。
【図6B】位置依存イントラ予測に使用されるサンプルの例を示す。
【図6C】位置依存イントラ予測に使用されるサンプルの例を示す。
【図6D】位置依存イントラ予測に使用されるサンプルの例を示す。
【図7】イントラ予測に使用される参照ラインの例を示す。
【図8】αおよびβの導出に使用されるサンプルの例示的な位置を示す。
【図9】１つの彩度ブロックおよびその対応する輝度ブロックの例を示す。
【図10】デフォルトモードを有するイントラ予測モードの例を示す。
【図11】例示的な映像処理方法を示すフローチャートである。
【図12】例示的な映像処理方法を示すフローチャートである。
【図13】例示的な映像処理方法を示すフローチャートである。
【図14】例示的な映像処理方法を示すフローチャートである。
【図15】例示的な映像処理方法を示すフローチャートである。
【図16】例示的な映像処理方法を示すフローチャートである。
【図17】例示的な映像処理方法を示すフローチャートである。
【図18】例示的な映像処理方法を示すフローチャートである。
【図19】例示的な映像処理方法を示すフローチャートである。
【図20】例示的な映像処理方法を示すフローチャートである。
【図21】例示的な映像処理方法を示すフローチャートである。
【図22】例示的な映像処理方法を示すフローチャートである。
【図23】本明細書に記載されるビジュアルメディアの復号化またはビジュアルメディアの符号化技術を実装するためのハードウェアプラットフォームの一例を示すブロック図である。
【図24】開示される技術が実装され得る例示的な映像処理システムのブロック図である。
【発明を実施するための形態】
【0022】
本明細書は、映像ビットストリームのデコーダが、展開または復号化されたデジタル映像または画像の品質を向上させるために使用できる様々な技術を提供する。さらに、映像エンコーダは、さらなる符号化に使用される復号化されたフレームを再構成するために、符号化の処理中にこれらの技術を実装してもよい。
【0023】
本明細書では、理解を容易にするために章見出しを使用しているが、実施形態および技術を、対応する章に限定するものではない。このように、一つの章からの実施形態は、他の章からの実施例と組み合わせることができる。
【0024】
１． 導入
本明細書は、映像符号化技術に関する。具体的には、画像／映像符号化におけるイントラ予測、特に多重参照ラインイントラ予測およびＰＣＭ（Ｐｕｌｓｅ Ｃｏｄｅ Ｍｏｄｕｌａｔｉｏｎ：パルス符号変調）に関する。本発明は、ＨＥＶＣのような既存の映像符号化規格またはファイナライズされるべき規格（Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）に適用されてよい。本発明は、将来の映像符号化規格または映像コーデックにも適用されてよい。
本明細書は、映像符号化技術に関する。具体的には、画像／映像符号化におけるイントラ予測、特に多重参照ラインイントラ予測およびＰＣＭ（Ｐｕｌｓｅ Ｃｏｄｅ Ｍｏｄｕｌａｔｉｏｎ：パルス符号変調）に関する。本発明は、ＨＥＶＣのような既存の映像符号化規格またはファイナライズされるべき規格（Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）に適用されてよい。本発明は、将来の映像符号化規格または映像コーデックにも適用されてよい。
【0025】
２． 冒頭のコメント
映像符号化規格は、主に周知のＩＴＵ－ＴおよびＩＳＯ／ＩＥＣ規格の開発によって発展してきた。ＩＴＵ－ＴはＨ．２６１とＨ．２６３を、ＩＳＯ／ＩＥＣはＭＰＥＧ－１とＭＰＥＧ－４Ｖｉｓｕａｌを、両団体はＨ．２６２／ＭＰＥＧ－２ＶｉｄｅｏとＨ．２６４／ＭＰＥＧ－４ ＡＶＣ（Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）とＨ．２６５／ＨＥＶＣ規格を共同で作成した。映像符号化規格、Ｈ．２６２は、時間的予測プラス変換符号化が利用されるハイブリッド映像符号化構造に基づく。ＨＥＶＣを超えた将来の映像符号化技術を探索するため、２０１５年には、ＶＣＥＧとＭＰＥＧが共同でＪＶＥＴ（Ｊｏｉｎｔ Ｖｉｄｅｏ Ｅｘｐｌｏｒａｔｉｏｎ Ｔｅａｍ）を設立した。それ以来、多くの新しい方法がＪＶＥＴによって採用され、ＪＥＭ（Ｊｏｉｎｔ Ｅｘｐｌｏｒａｔｉｏｎ Ｍｏｄｅｌ）と呼ばれる参照ソフトウェアに組み込まれてきた。２０１８年４月、ＶＣＥＧ（Ｑ６／１６）とＩＳＯ／ＩＥＣ ＪＴＣ１ ＳＣ２９／ＷＧ１１（ＭＰＥＧ）の間にＪＶＥＴ（Ｊｏｉｎｔ Ｖｉｄｅｏ Ｅｘｐｅｒｔ Ｔｅａｍ）が作られ、ＨＥＶＣと比較してビットレートを５０％低減することを目標としたＶＶＣ規格に取り組むことになった。
映像符号化規格は、主に周知のＩＴＵ－ＴおよびＩＳＯ／ＩＥＣ規格の開発によって発展してきた。ＩＴＵ－ＴはＨ．２６１とＨ．２６３を、ＩＳＯ／ＩＥＣはＭＰＥＧ－１とＭＰＥＧ－４Ｖｉｓｕａｌを、両団体はＨ．２６２／ＭＰＥＧ－２ＶｉｄｅｏとＨ．２６４／ＭＰＥＧ－４ ＡＶＣ（Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）とＨ．２６５／ＨＥＶＣ規格を共同で作成した。映像符号化規格、Ｈ．２６２は、時間的予測プラス変換符号化が利用されるハイブリッド映像符号化構造に基づく。ＨＥＶＣを超えた将来の映像符号化技術を探索するため、２０１５年には、ＶＣＥＧとＭＰＥＧが共同でＪＶＥＴ（Ｊｏｉｎｔ Ｖｉｄｅｏ Ｅｘｐｌｏｒａｔｉｏｎ Ｔｅａｍ）を設立した。それ以来、多くの新しい方法がＪＶＥＴによって採用され、ＪＥＭ（Ｊｏｉｎｔ Ｅｘｐｌｏｒａｔｉｏｎ Ｍｏｄｅｌ）と呼ばれる参照ソフトウェアに組み込まれてきた。２０１８年４月、ＶＣＥＧ（Ｑ６／１６）とＩＳＯ／ＩＥＣ ＪＴＣ１ ＳＣ２９／ＷＧ１１（ＭＰＥＧ）の間にＪＶＥＴ（Ｊｏｉｎｔ Ｖｉｄｅｏ Ｅｘｐｅｒｔ Ｔｅａｍ）が作られ、ＨＥＶＣと比較してビットレートを５０％低減することを目標としたＶＶＣ規格に取り組むことになった。
【0026】
ＶＶＣドラフトの最新バージョン、即ち、Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ドラフト２）は、以下を参照。
【0027】
ｈｔｔｐ：／／ｐｈｅｎｉｘ．ｉｔ－ｓｕｄｐａｒｉｓ．ｅｕ／ｊｖｅｔ／ｄｏｃ＿ｅｎｄ＿ｕｓｅｒ／ｄｏｃｕｍｅｎｔｓ／１１＿Ｌｊｕｂｌｊａｎａ／ｗｇ１１／ＪＶＥＴ－Ｋ１００１－ｖ７．ｚｉｐ
【0028】
ＶＴＭと呼ばれるＶＶＣの最新の参照ソフトウェアは、以下を参照。
【0029】
ｈｔｔｐｓ：／／ｖｃｇｉｔ．ｈｈｉ．ｆｒａｕｎｈｏｆｅｒ．ｄｅ／ｊｖｅｔ／ＶＶＣＳｏｆｔｗａｒｅ＿ＶＴＭ／ｔａｇｓ／ＶＴＭ－３．０ｒｃ１
【0030】
２．１ ＨＥＶＣ／Ｈ．２６５におけるイントラ予測
ピクチャにおいて、２つの異なる種類の冗長性を特定することができる。１）空間的または時間的冗長性、２）精神的－視覚的冗長性。空間的冗長性を除去するために、予測処理が使用される。イントラ予測は、ピクチャフレームのピクセルを予測する処理である。イントラピクチャ予測は、ピクチャブロックを予測するために近傍のピクセルを使用する。イントラ予測の前に、フレームを分割しなければならない。
ＨＥＶＣにおいて、１つのピクチャ／スライス／タイルを複数のＣＴＵ（Ｃｏｄｉｎｇ Ｔｒｅｅ Ｕｎｉｔ）に分割してもよい。テクスチャの複雑性などのパラメータに基づいて、ＣＴＵは、６４×６４、３２×３２、または１６×１６のサイズを有することができる。従って、ＣＴＵ（Ｃｏｄｉｎｇ Ｔｒｅｅ Ｕｎｉｔ）は、符号化論理ユニットであり、この符号化論理ユニットは、ＨＥＶＣビットストリームに符号化される。これは、３つのブロック、即ち、輝度（Ｙ）、２つの彩度成分（ＣｂおよびＣｒ）からなる。４：２：０のカラーフォーマットを例として、輝度成分はＬ×Ｌ個のサンプルを有し、各彩度成分はＬ／２×Ｌ／２個のサンプルを有する。各ブロックは、ＣＴＢ（Ｃｏｄｉｎｇ Ｔｒｅｅ Ｂｌｏｃｋ）と呼ばれる。各ＣＴＢは、ＣＴＵ（６４×６４、３２×３２、または１６×１６）と同じサイズ（Ｌ×Ｌ）を有する。各ＣＴＢは、ＣＴＢと同じサイズから８×８程度の小ささまで、４分木構造に繰り返して分割され得る。このように分割された各ブロックは、ＣＢ（Ｃｏｄｉｎｇ Ｂｌｏｃｋ）と呼ばれ、予測タイプ（インター予測またはイントラ予測）の決定点となる。予測タイプは、他のパラメータとともに、ＣＵ（Ｃｏｄｉｎｇ Ｕｎｉｔ）において符号化される。そのため、ＣＵは、ＨＥＶＣにおける予測の基本単位であり、その各々は、前述の符号化されたデータから予測される。ＣＵは、３つのＣＢ（Ｙ、Ｃｂ、Ｃｒ）からなる。ＣＢは依然として大き過ぎて、動きベクトル（インターピクチャ（時間的）予測）またはイントラピクチャ（空間的）予測モードを記憶できない場合がある。そこで、ＰＢ（Ｐｒｅｄｉｃｔｉｏｎ Ｂｌｏｃｋ）を導入した。各ＣＢは、時間的および／または空間的予測可能性に基づいて、異なる形でＰＢに分割されてもよい。ＣＴＵは、３２×３２、１６×１６、８×８、または４×４のサイズを有していてよい。
ピクチャにおいて、２つの異なる種類の冗長性を特定することができる。１）空間的または時間的冗長性、２）精神的－視覚的冗長性。空間的冗長性を除去するために、予測処理が使用される。イントラ予測は、ピクチャフレームのピクセルを予測する処理である。イントラピクチャ予測は、ピクチャブロックを予測するために近傍のピクセルを使用する。イントラ予測の前に、フレームを分割しなければならない。
ＨＥＶＣにおいて、１つのピクチャ／スライス／タイルを複数のＣＴＵ（Ｃｏｄｉｎｇ Ｔｒｅｅ Ｕｎｉｔ）に分割してもよい。テクスチャの複雑性などのパラメータに基づいて、ＣＴＵは、６４×６４、３２×３２、または１６×１６のサイズを有することができる。従って、ＣＴＵ（Ｃｏｄｉｎｇ Ｔｒｅｅ Ｕｎｉｔ）は、符号化論理ユニットであり、この符号化論理ユニットは、ＨＥＶＣビットストリームに符号化される。これは、３つのブロック、即ち、輝度（Ｙ）、２つの彩度成分（ＣｂおよびＣｒ）からなる。４：２：０のカラーフォーマットを例として、輝度成分はＬ×Ｌ個のサンプルを有し、各彩度成分はＬ／２×Ｌ／２個のサンプルを有する。各ブロックは、ＣＴＢ（Ｃｏｄｉｎｇ Ｔｒｅｅ Ｂｌｏｃｋ）と呼ばれる。各ＣＴＢは、ＣＴＵ（６４×６４、３２×３２、または１６×１６）と同じサイズ（Ｌ×Ｌ）を有する。各ＣＴＢは、ＣＴＢと同じサイズから８×８程度の小ささまで、４分木構造に繰り返して分割され得る。このように分割された各ブロックは、ＣＢ（Ｃｏｄｉｎｇ Ｂｌｏｃｋ）と呼ばれ、予測タイプ（インター予測またはイントラ予測）の決定点となる。予測タイプは、他のパラメータとともに、ＣＵ（Ｃｏｄｉｎｇ Ｕｎｉｔ）において符号化される。そのため、ＣＵは、ＨＥＶＣにおける予測の基本単位であり、その各々は、前述の符号化されたデータから予測される。ＣＵは、３つのＣＢ（Ｙ、Ｃｂ、Ｃｒ）からなる。ＣＢは依然として大き過ぎて、動きベクトル（インターピクチャ（時間的）予測）またはイントラピクチャ（空間的）予測モードを記憶できない場合がある。そこで、ＰＢ（Ｐｒｅｄｉｃｔｉｏｎ Ｂｌｏｃｋ）を導入した。各ＣＢは、時間的および／または空間的予測可能性に基づいて、異なる形でＰＢに分割されてもよい。ＣＴＵは、３２×３２、１６×１６、８×８、または４×４のサイズを有していてよい。
【0031】
イントラ予測モードには、ＰＣＭ（Ｐｕｌｓｅ Ｃｏｄｅ Ｍｏｄｕｌａｔｉｏｎ：パルス符号変調）モードと、通常のイントラ予測モードとがある。
【0032】
２．１．１ Ｐｕｌｓｅ Ｃｏｄｅ Ｍｏｄｕｌａｔｉｏｎ （ＰＣＭ）
Ｉ＿ＰＣＭモードでは、予測、変換、量子化、およびエントロピー符号化がバイパスされる。予測または変換を適用せずにサンプル値を直接表現することによる、１つのブロックのサンプルの符号化。
Ｉ＿ＰＣＭモードでは、予測、変換、量子化、およびエントロピー符号化がバイパスされる。予測または変換を適用せずにサンプル値を直接表現することによる、１つのブロックのサンプルの符号化。
【0033】
ＨＥＶＣでは、Ｉ＿ＰＣＭモードは２Ｎ×２ＮＰＵでのみ利用可能である。最大および最小Ｉ＿ＰＣＭ ＣＵサイズはＳＰＳで信号通知され、有効なＩ＿ＰＣＭ ＣＵサイズは８×８、１６×１６、および３２×３２であり、ユーザが選択されたＰＣＭサンプルビット深度で、輝度と彩度について別個にＳＰＳで信号通知される。
【0034】
例として輝度サンプルを取り上げる。ｒｅｃＳａｍｐｌｅｓＬ［ｉ，ｊ］＝ｐｃｍ＿ｓａｍｐｌｅ＿ｌｕｍａ［（ｎＳ＊ｊ）＋ｉ］＜＜（ＢｉｔＤｅｐｔｈＹ－ＰＣＭＢｉｔＤｅｐｔｈＹ）。ＰＣＭＢｉｔＤｅｐｔｈＹ＝ＢｉｔＤｅｐｔｈＹの場合、損失のない符号化となる。
【0035】
構文設計
７．３．２．２．１ 一般シーケンスパラメータセットＲＢＳＰ構文
７．３．２．２．１ 一般シーケンスパラメータセットＲＢＳＰ構文
【0036】
【表1】
【0037】
意味論
０に等しいｐｃｍ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ＰＣＭ関連の構文（ｐｃｍ＿ｓａｍｐｌｅ＿ｂｉｔ＿ｄｅｐｔｈ＿ｌｕｍａ＿ｍｉｎｕｓ１，ｐｃｍ＿ｓａｍｐｌｅ＿ｂｉｔ＿ｄｅｐｔｈ＿ｃｈｒｏｍａ＿ｍｉｎｕｓ１，ｌｏｇ２＿ｍｉｎ＿ｐｃｍ＿ｌｕｍａ＿ｃｏｄｉｎｇ＿ｂｌｏｃｋ＿ｓｉｚｅ＿ｍｉｎｕｓ３，ｌｏｇ２＿ｄｉｆｆ＿ｍａｘ＿ｍｉｎ＿ｐｃｍ＿ｌｕｍａ＿ｃｏｄｉｎｇ＿ｂｌｏｃｋ＿ｓｉｚｅ，ｐｃｍ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇ，ｐｃｍ＿ｆｌａｇ，ｐｃｍ＿ａｌｉｇｎｍｅｎｔ＿ｚｅｒｏ＿ｂｉｔの構文要素、およびｐｃｍ＿ｓａｍｐｌｅ（）の構文構造）がＣＶＳの存在しないことを規定する。
０に等しいｐｃｍ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ＰＣＭ関連の構文（ｐｃｍ＿ｓａｍｐｌｅ＿ｂｉｔ＿ｄｅｐｔｈ＿ｌｕｍａ＿ｍｉｎｕｓ１，ｐｃｍ＿ｓａｍｐｌｅ＿ｂｉｔ＿ｄｅｐｔｈ＿ｃｈｒｏｍａ＿ｍｉｎｕｓ１，ｌｏｇ２＿ｍｉｎ＿ｐｃｍ＿ｌｕｍａ＿ｃｏｄｉｎｇ＿ｂｌｏｃｋ＿ｓｉｚｅ＿ｍｉｎｕｓ３，ｌｏｇ２＿ｄｉｆｆ＿ｍａｘ＿ｍｉｎ＿ｐｃｍ＿ｌｕｍａ＿ｃｏｄｉｎｇ＿ｂｌｏｃｋ＿ｓｉｚｅ，ｐｃｍ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇ，ｐｃｍ＿ｆｌａｇ，ｐｃｍ＿ａｌｉｇｎｍｅｎｔ＿ｚｅｒｏ＿ｂｉｔの構文要素、およびｐｃｍ＿ｓａｍｐｌｅ（）の構文構造）がＣＶＳの存在しないことを規定する。
【0038】
注４－ＭｉｎＣｂＬｏｇ２ＳｉｚｅＹが６に等しく、ｐｃｍ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しい場合、ＰＣＭサンプルデータ関連の構文（ｐｃｍ＿ｆｌａｇ，ｐｃｍ＿ａｌｉｇｎｍｅｎｔ＿ｚｅｒｏ＿ｂｉｔの構文要素、およびｐｃｍ＿ｓａｍｐｌｅ（）の構文構造）はＣＶＳに存在しない。これは、ＰＣＭサンプルデータ関連の構文を伝達できる符号化ブロックの最大サイズが、Ｍｉｎ（ＣｔｂＬｏｇ２ＳｉｚｅＹ，５）以下に制限されているからである。従って、ＭｉｎＣｂＬｏｇ２ＳｉｚｅＹが６に等しく、ｐｃｍ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しい場合は、ＣＶＳでＰＣＭサンプルデータを伝達するためには適切な設定ではない。
【0039】
ｐｃｍ＿ｓａｍｐｌｅ＿ｂｉｔ＿ｄｅｐｔｈ＿ｌｕｍａ＿ｍｉｎｕｓ１は、輝度成分のＰＣＭサンプル値の各々を表すために使用されるビット数を次のように規定する。
ＰｃｍＢｉｔＤｅｐｔｈＹ＝ｐｃｍ＿ｓａｍｐｌｅ＿ｂｉｔ＿ｄｅｐｔｈ＿ｌｕｍａ＿ｍｉｎｕｓ１＋１ （７－ｘｘ）
ＰｃｍＢｉｔＤｅｐｔｈＹ＝ｐｃｍ＿ｓａｍｐｌｅ＿ｂｉｔ＿ｄｅｐｔｈ＿ｌｕｍａ＿ｍｉｎｕｓ１＋１ （７－ｘｘ）
【0040】
ＰｃｍＢｉｔＤｅｐｔｈＹの値は、ＢｉｔＤｅｐｔｈＹの値以下である。
【0041】
ｐｃｍ＿ｓａｍｐｌｅ＿ｂｉｔ＿ｄｅｐｔｈ＿ｃｈｒｏｍａ＿ｍｉｎｕｓ１は、彩度成分のＰＣＭサンプル値の各々を表すために使用されるビット数を次のように規定する。
ＰｃｍＢｉｔＤｅｐｔｈＣ＝ｐｃｍ＿ｓａｍｐｌｅ＿ｂｉｔ＿ｄｅｐｔｈ＿ｃｈｒｏｍａ＿ｍｉｎｕｓ１＋１ （７－ｙｙ）
ＰｃｍＢｉｔＤｅｐｔｈＣ＝ｐｃｍ＿ｓａｍｐｌｅ＿ｂｉｔ＿ｄｅｐｔｈ＿ｃｈｒｏｍａ＿ｍｉｎｕｓ１＋１ （７－ｙｙ）
【0042】
ＰｃｍＢｉｔＤｅｐｔｈＣの値は、ＢｉｔＤｅｐｔｈＣの値以下である。ＣｈｒｏｍａＡｒｒａｙＴｙｐｅが０に等しい場合、ｐｃｍ＿ｓａｍｐｌｅ＿ｂｉｔ＿ｄｅｐｔｈ＿ｃｈｒｏｍａ＿ｍｉｎｕｓ１は復号化処理で使用されず、デコーダはその値を無視する。
【0043】
ｌｏｇ２＿ｍｉｎ＿ｐｃｍ＿ｌｕｍａ＿ｃｏｄｉｎｇ＿ｂｌｏｃｋ＿ｓｉｚｅ＿ｍｉｎｕｓ３＋３は、ｐｃｍ＿ｆｌａｇが１に等しい符号化ブロックの最小サイズを規定する。
【0044】
変数Ｌｏｇ２ＭｉｎＩｐｃｍＣｂＳｉｚｅＹは、ｌｏｇ２＿ｍｉｎ＿ｐｃｍ＿ｌｕｍａ＿ｃｏｄｉｎｇ＿ｂｌｏｃｋ＿ｓｉｚｅ＿ｍｉｎｕｓ３＋３に等しく設定される。Ｌｏｇ２ＭｉｎＩｐｃｍＣｂＳｉｚｅＹの値は、Ｍｉｎ（ＭｉｎＣｂＬｏｇ２ＳｉｚｅＹ，５）～Ｍｉｎ（ＣｔｂＬｏｇ２ＳｉｚｅＹ，５）までの包括的な範囲内である。
【0045】
ｌｏｇ２＿ｄｉｆｆ＿ｍａｘ＿ｍｉｎ＿ｐｃｍ＿ｌｕｍａ＿ｃｏｄｉｎｇ＿ｂｌｏｃｋ＿ｓｉｚｅは、ｐｃｍ＿ｆｌａｇが１に等しい符号化ブロックの最大サイズと最小サイズの差を規定する。
【0046】
変数Ｌｏｇ２ＭａｘＩｐｃｍＣｂＳｉｚｅＹは、ｌｏｇ２＿ｄｉｆｆ＿ｍａｘ＿ｍｉｎ＿ｐｃｍ＿ｌｕｍａ＿ｃｏｄｉｎｇ＿ｂｌｏｃｋ＿ｓｉｚｅ＋Ｌｏｇ２ＭｉｎＩｐｃｍＣｂＳｉｚｅＹに等しく設定される。Ｌｏｇ２ＭａｘＩｐｃｍＣｂＳｉｚｅＹの値は、Ｍｉｎ（ＣｔｂＬｏｇ２ＳｉｚｅＹ，５）以下である。
【0047】
ｐｃｍ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇは、次のように、ｐｃｍ＿ｆｌａｇが１に等しい符号化ユニット内の再構成されたサンプルでループフィルタ処理を無効化するかどうかを規定する。
－ｐｃｍ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇが１に等しい場合、ｐｃｍ＿ｆｌａｇが１に等しい符号化ユニット内の再構築されたサンプルに対する非ブロック化フィルタおよびサンプル適応オフセットフィルタ処理が無効になる。
－それ以外の場合（ｐｃｍ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇの値が０に等しい）、ｐｃｍ＿ｆｌａｇが１に等しい符号化ユニット内の再構成されたサンプルの非ブロック化フィルタおよびサンプル適応オフセットフィルタ処理は無効にならない。
－ｐｃｍ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇが１に等しい場合、ｐｃｍ＿ｆｌａｇが１に等しい符号化ユニット内の再構築されたサンプルに対する非ブロック化フィルタおよびサンプル適応オフセットフィルタ処理が無効になる。
－それ以外の場合（ｐｃｍ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇの値が０に等しい）、ｐｃｍ＿ｆｌａｇが１に等しい符号化ユニット内の再構成されたサンプルの非ブロック化フィルタおよびサンプル適応オフセットフィルタ処理は無効にならない。
【0048】
ｐｃｍ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇが存在しない場合、０に等しいと推測される。
【0049】
７．３．８．５ 符号化ユニット構文
【0050】
【表2】
【0051】
【表3】
【0052】
７．３．８．７ ＰＣＭサンプル構文
【0053】
【表4】
【0054】
意味論
１に等しいｐｃｍ＿ｆｌａｇ［ｘ０］［ｙ０］は、ｐｃｍ＿ｓａｍｐｌｅ（）の構文構造が存在し、ｔｒａｎｓｆｏｒｍ＿ｔｒｅｅ（）の構文構造が位置（ｘ０、ｙ０）の輝度符号化ブロックを含む符号化ユニットに存在しないことを規定する。０に等しいｐｃｍ＿ｆｌａｇ［ｘ０］［ｙ０］は、ｐｃｍ＿ｓａｍｐｌｅ（）の構文構造が存在しないことを規定する。ｐｃｍ＿ｆｌａｇ［ｘ０］［ｙ０］が存在しない場合、０に等しいと推測される。
１に等しいｐｃｍ＿ｆｌａｇ［ｘ０］［ｙ０］は、ｐｃｍ＿ｓａｍｐｌｅ（）の構文構造が存在し、ｔｒａｎｓｆｏｒｍ＿ｔｒｅｅ（）の構文構造が位置（ｘ０、ｙ０）の輝度符号化ブロックを含む符号化ユニットに存在しないことを規定する。０に等しいｐｃｍ＿ｆｌａｇ［ｘ０］［ｙ０］は、ｐｃｍ＿ｓａｍｐｌｅ（）の構文構造が存在しないことを規定する。ｐｃｍ＿ｆｌａｇ［ｘ０］［ｙ０］が存在しない場合、０に等しいと推測される。
【0055】
ｉ＝１．．ｎＣｂＳ－１、ｊ＝１．．ｎＣｂＳ－１の場合のｐｃｍ＿ｆｌａｇ［ｘ０＋ｉ］［ｙ０＋ｊ］の値は、ｐｃｍ＿ｆｌａｇ［ｘ０］［ｙ０］に等しいと推測される。
【0056】
２．１．２ 通常のイントラ予測
輝度成分に対して、全てのブロックサイズに対して、平面、ＤＣ、および３３個の角度予測モードを含む３５個のモードがある。これらの輝度予測モードをより良好に符号化するために、１つのＭＰＭ（Ｍｏｓｔ Ｐｒｏｂａｂｌｅ Ｍｏｄｅ：最確モード）フラグは、まず、３つのＭＰＭモードのうちの１つが選択されたかどうかを示すための符号である。ＭＰＭフラグが偽である場合、３２個の休止モードを固定長符号化にて符号化する。
輝度成分に対して、全てのブロックサイズに対して、平面、ＤＣ、および３３個の角度予測モードを含む３５個のモードがある。これらの輝度予測モードをより良好に符号化するために、１つのＭＰＭ（Ｍｏｓｔ Ｐｒｏｂａｂｌｅ Ｍｏｄｅ：最確モード）フラグは、まず、３つのＭＰＭモードのうちの１つが選択されたかどうかを示すための符号である。ＭＰＭフラグが偽である場合、３２個の休止モードを固定長符号化にて符号化する。
【0057】
３つの最確モードのセットの選択は、２つの近傍のＰＵのモード、即ち現在のＰＵの左側および上側の１つのモードに基づく。現在のＰＵの左側および上側のイントラモードをそれぞれＡおよびＢとし、２つの近傍のブロックを図１に示す。
【0058】
近傍のＰＵがイントラとして符号化されていないか、またはＰＣＭ（Ｐｕｌｓｅ Ｃｏｄｅ Ｍｏｄｕｌａｔｉｏｎ：パルス符号変調）モードで符号化されている場合、ＰＵはＤＣ予測されたものと見なされる。また、上側の近傍のＰＵがＣＴＵの外側にある場合、イントラモード再構成のために追加のラインバッファの導入を回避するように、Ｂは、ＤＣモードであるとする。
【0059】
ＡがＢに等しくない場合、ＭＰＭ［０］およびＭＰＭ［１］として表される最初の２つの最確モードは、それぞれＡおよびＢに等しく設定され、ＭＰＭ［２］として表される３番目の最確モードは、以下のように判定される。
－ＡまたはＢのいずれもが平面モードでない場合、ＭＰＭ［２］は平面モードに設定される。
－そうではなく、ＡまたはＢのいずれもがＤＣモードでない場合、ＭＰＭ［２］はＤＣモードに設定される。
－そうでない場合（２つの最確モードのうちの１つは平面であり、他方はＤＣである）、ＭＰＭ［２］は、角度モード２６に等しく（直接垂直に）設定される。
－ＡまたはＢのいずれもが平面モードでない場合、ＭＰＭ［２］は平面モードに設定される。
－そうではなく、ＡまたはＢのいずれもがＤＣモードでない場合、ＭＰＭ［２］はＤＣモードに設定される。
－そうでない場合（２つの最確モードのうちの１つは平面であり、他方はＤＣである）、ＭＰＭ［２］は、角度モード２６に等しく（直接垂直に）設定される。
【0060】
ＡがＢに等しい場合、３つの最確モードは、以下のように判定される。それらが角度モードでない場合（ＡおよびＢが２未満である）、３つの最確モードは、それぞれ平面モード、ＤＣモード、および角度モード２６に等しく設定される。そうでない場合（ＡおよびＢが２以上）、最初の最確モードＭＰＭ［０］をＡに等しく設定し、残りの２つの最確モードＭＰＭ［１］およびＭＰＭ［２］をＡの近傍の方向に等しく設定し、以下のように計算する。
ＭＰＭ［１］＝２＋（（Ａ－２－１＋３２）％３２）
ＭＰＭ［２］＝２＋（（Ａ－２＋１）％３２）
ＭＰＭ［１］＝２＋（（Ａ－２－１＋３２）％３２）
ＭＰＭ［２］＝２＋（（Ａ－２＋１）％３２）
【0061】
ここで、％はモジュロ演算子を表し、すなわち、ａ％ｂはａをｂで割った剰余を表す。
【0062】
彩度成分のために、ＤＭ、平面、ＤＣ、水平、垂直を含む５つのモードがある。
【0063】
２．２ ＶＶＣにおけるイントラ予測
２．２．１ ６７個のイントラ予測モードを有するイントラモード符号化
２．２．１ ６７個のイントラ予測モードを有するイントラモード符号化
【0064】
自然映像に表される任意のエッジ方向をキャプチャするために、指向性イントラモードの数は、ＨＥＶＣで使用されるように、３３から６５に拡張される。追加の指向性モードは、図２において破線矢印で示されており、平面モードとＤＣモードは同じままの状態である。これらのより密度の高い指向性イントラ予測モードは、すべてのブロックサイズ、および輝度および彩度イントラ予測の両方に適用される。
【0065】
従来の角度イントラ予測方向は、図２に示すように、時計回り方向に４５度から－１３５度で定義される。ＶＴＭ２において、いくつかの従来の角度イントラ予測モードは、非正方形のブロックのために、広角イントラ予測モードに適応的に置き換えられる。置換されたモードは、元の方法を使用して信号通知され、構文解析後、広角モードのインデックスに再マッピングされる。イントラ予測モードの総数は変わらず、即ち、６７であり、イントラモード符号化は変わらない。
【0066】
ＨＥＶＣにおいて、すべてのイントラ符号化されたブロックは正方形の形状を有し、その辺の各々の長さは２のべき乗である。このように、ＤＣモードを使用してイントラ予測モジュールを生成するために、除算工程を必要としない。ＶＶＶ２において、ブロックは、一般的な場合、ブロックごとに除算工程を使用することが必要である長方形の形状を有することができる。ＤＣ予測のための除算工程を回避するために、長辺のみを使用して非正方形のブロックの平均を計算する。
【0067】
図２は、６７個のイントラ予測モードの例を示す。
【0068】
２．２．２ ６個のＭＰＭを有する輝度成分のためのイントラモード符号化
ＶＶＣ参照ソフトウェアＶＴＭ３．０．ｒｃ１において、図３に示されるように、ＬＥＦＴおよびＡＢＯＶＥとして表される近傍位置ＡおよびＢのイントラモードのみが、ＭＰＭリストの生成に使用される。非ＭＰＭ符号化の場合、短縮バイナリ符号化が適用される。
ＶＶＣ参照ソフトウェアＶＴＭ３．０．ｒｃ１において、図３に示されるように、ＬＥＦＴおよびＡＢＯＶＥとして表される近傍位置ＡおよびＢのイントラモードのみが、ＭＰＭリストの生成に使用される。非ＭＰＭ符号化の場合、短縮バイナリ符号化が適用される。
【0069】
現在のＣＵの左と上のイントラモードをそれぞれＭｏｄｅＡ、ＭｏｄｅＢとする。
【0070】
近傍のＣＵがイントラとして符号化されていないか、またはＰＣＭ（パルス符号変調）モードで符号化されている場合、ＣＵは、平面予測されたものと見なされる。また、イントラモード再構成のために追加のラインバッファの導入を回避するように、上側の近傍のＣＵがＣＴＵの外側にある場合、ＭｏｄｅＢを平面モードとする。
【0071】
６つのＭＰＭモードをＭＰＭ［ｉ］（ｉは０～５）で表す。以下のステップが順に実行される。
１．初期値：ＭＰＭ［６］＝｛ＭｏｄｅＡ，！ＭｏｄｅＡ，５０，１８，４６，５４｝；
２．ＭｏｄｅＡがＭｏｄｅＢに等しい場合、以下が適用される。
－ＭｏｄｅＡが１（非ＤＣ／平面）よりも大きい場合、ＭＰＭ［６］＝｛ＭｏｄｅＡ，ｐｌａｎａｒ，ＤＣ，２＋（（ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＡ＋６２）％６５），２＋（（ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＡ－１）％６５，２＋（（ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＡ＋６１）％６５））｝；
３．そうでない場合（ＭｏｄｅＡがＭｏｄｅＢに等しい）、以下が適用される。
－ＭＰＭ［０］＝ＭｏｄｅＡ，ＭＰＭ［１］＝ＭｏｄｅＢ
－変数ｂｉｇｇｅｒＩｄｘを以下のように設定する。
ｂｉｇｇｅｒＩｄｘ＝ｃａｎｄＭｏｄｅＬｉｓｔ［０］＞ｃａｎｄＭｏｄｅＬｉｓｔ［１］？０：１
－ＭｏｄｅＡおよびＭｏｄｅＢの両方が１よりも大きい場合、ｘ＝２．．５のＭＰＭ［ｘ］は、以下のように導出される。
ＭＰＭ［２］＝ＩＮＴＲＡ＿ＰＬＡＮＡＲ
ＭＰＭ［３］＝ＩＮＴＲＡ＿ＤＣ
－ＭＰＭ［ｂｉｇｇｅｒＩｄｘ］－ＭＰＭ［！ｂｉｇｇｅｒＩｄｘ］が６４にも１にも等しくない場合、以下が適用される。
ＭＰＭ［４］＝２＋（（ＭＰＭ［ｂｉｇｇｅｒＩｄｘ］＋６２）％６５）
ＭＰＭ［５］＝２＋（（ＭＰＭ［ｂｉｇｇｅｒＩｄｘ］－１）％６５）
－そうでない場合、以下が適用される。
ＭＰＭ［４］＝２＋（（ＭＰＭ［ｂｉｇｇｅｒＩｄｘ］＋６１）％６５）
ＭＰＭ［５］＝２＋（ｃａｎｄＭｏｄｅＬｉｓｔ［ｂｉｇｇｅｒＩｄｘ］％６５）
－そうではなく、ＭｏｄｅＡとＭｏｄｅＢとの和が２以上である場合、以下が適用される。
ＭＰＭ［２］＝！ＭＰＭ［！ｂｉｇｇｅｒＩｄｘ］
ＭＰＭ［３］＝２＋（（ＭＰＭ［ｂｉｇｇｅｒＩｄｘ］＋６２）％６５）
ＭＰＭ［４］＝２＋（（ＭＰＭ［ｂｉｇｇｅｒＩｄｘ］－１）％６５）
ＭＰＭ［５］＝２＋（（ＭＰＭ［ｂｉｇｇｅｒＩｄｘ］＋６１）％６５）
ここで、％はモジュロ演算子を表し、すなわち、ａ％ｂはａをｂで割った剰余を表す。
１．初期値：ＭＰＭ［６］＝｛ＭｏｄｅＡ，！ＭｏｄｅＡ，５０，１８，４６，５４｝；
２．ＭｏｄｅＡがＭｏｄｅＢに等しい場合、以下が適用される。
－ＭｏｄｅＡが１（非ＤＣ／平面）よりも大きい場合、ＭＰＭ［６］＝｛ＭｏｄｅＡ，ｐｌａｎａｒ，ＤＣ，２＋（（ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＡ＋６２）％６５），２＋（（ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＡ－１）％６５，２＋（（ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＡ＋６１）％６５））｝；
３．そうでない場合（ＭｏｄｅＡがＭｏｄｅＢに等しい）、以下が適用される。
－ＭＰＭ［０］＝ＭｏｄｅＡ，ＭＰＭ［１］＝ＭｏｄｅＢ
－変数ｂｉｇｇｅｒＩｄｘを以下のように設定する。
ｂｉｇｇｅｒＩｄｘ＝ｃａｎｄＭｏｄｅＬｉｓｔ［０］＞ｃａｎｄＭｏｄｅＬｉｓｔ［１］？０：１
－ＭｏｄｅＡおよびＭｏｄｅＢの両方が１よりも大きい場合、ｘ＝２．．５のＭＰＭ［ｘ］は、以下のように導出される。
ＭＰＭ［２］＝ＩＮＴＲＡ＿ＰＬＡＮＡＲ
ＭＰＭ［３］＝ＩＮＴＲＡ＿ＤＣ
－ＭＰＭ［ｂｉｇｇｅｒＩｄｘ］－ＭＰＭ［！ｂｉｇｇｅｒＩｄｘ］が６４にも１にも等しくない場合、以下が適用される。
ＭＰＭ［４］＝２＋（（ＭＰＭ［ｂｉｇｇｅｒＩｄｘ］＋６２）％６５）
ＭＰＭ［５］＝２＋（（ＭＰＭ［ｂｉｇｇｅｒＩｄｘ］－１）％６５）
－そうでない場合、以下が適用される。
ＭＰＭ［４］＝２＋（（ＭＰＭ［ｂｉｇｇｅｒＩｄｘ］＋６１）％６５）
ＭＰＭ［５］＝２＋（ｃａｎｄＭｏｄｅＬｉｓｔ［ｂｉｇｇｅｒＩｄｘ］％６５）
－そうではなく、ＭｏｄｅＡとＭｏｄｅＢとの和が２以上である場合、以下が適用される。
ＭＰＭ［２］＝！ＭＰＭ［！ｂｉｇｇｅｒＩｄｘ］
ＭＰＭ［３］＝２＋（（ＭＰＭ［ｂｉｇｇｅｒＩｄｘ］＋６２）％６５）
ＭＰＭ［４］＝２＋（（ＭＰＭ［ｂｉｇｇｅｒＩｄｘ］－１）％６５）
ＭＰＭ［５］＝２＋（（ＭＰＭ［ｂｉｇｇｅｒＩｄｘ］＋６１）％６５）
ここで、％はモジュロ演算子を表し、すなわち、ａ％ｂはａをｂで割った剰余を表す。
【0072】
２．２．３ 非正方形のブロックのための広角イントラ予測
従来の角度イントラ予測方向は、時計回り方向に４５度から－１３５度で定義される。ＶＴＭ２において、いくつかの従来の角度イントラ予測モードは、非正方形のブロックのために、広角イントラ予測モードに適応的に置き換えられる。置換されたモードは、元の方法を使用して信号通知され、構文解析後、広角モードのインデックスに再マッピングされる。あるブロックのためのイントラ予測モードの総数は変わらず、即ち、６７であり、イントラモード符号化は変わらない。
従来の角度イントラ予測方向は、時計回り方向に４５度から－１３５度で定義される。ＶＴＭ２において、いくつかの従来の角度イントラ予測モードは、非正方形のブロックのために、広角イントラ予測モードに適応的に置き換えられる。置換されたモードは、元の方法を使用して信号通知され、構文解析後、広角モードのインデックスに再マッピングされる。あるブロックのためのイントラ予測モードの総数は変わらず、即ち、６７であり、イントラモード符号化は変わらない。
【0073】
これらの予測方向をサポートするために、長さ２Ｗ＋１の上側の基準および長さ２Ｈ＋１の左側の基準を、図４に示すように定義する。
【0074】
広角方向モードにおける置換モードのモード数は、ブロックのアスペクト比に依存する。置換されたイントラ予測モードを表１に示す。
【0075】
【表5】
【0076】
図５に示すように、垂直方向に隣接した２つの予測サンプルは、広角イントラ予測の場合、２つの非隣接参照サンプルを使用してもよい。そこで、広角予測にローパス参照サンプルフィルタおよびサイドスムージングを適用し、増加したギャップΔｐαのマイナス効果を低減する。
【0077】
２．２．４ 位置依存イントラ予測の組み合わせ
ＶＴＭ２において、平面モードのイントラ予測の結果は、ＰＤＰＣ（Ｐｏｓｉｔｉｏｎ Ｄｅｐｅｎｄｅｎｔ ｉｎｔｒａ Ｐｒｅｄｉｃｔｉｏｎ Ｃｏｍｂｉｎａｔｉｏｎ）法によってさらに修正される。ＰＤＰＣは、フィルタリングされていない境界参照サンプルと、フィルタリングされた境界参照サンプルを有するＨＥＶＣスタイルのイントラ予測との組み合わせを呼び出すイントラ予測方法である。ＰＤＰＣは、信号通知をせずに、以下のイントラモード、即ち、平面、ＤＣ、水平、垂直、左下の角度モードおよびその８つの隣接する角度モード、並びに右上の角度モードおよびその８つの隣接する角度モードに適用される。
ＶＴＭ２において、平面モードのイントラ予測の結果は、ＰＤＰＣ（Ｐｏｓｉｔｉｏｎ Ｄｅｐｅｎｄｅｎｔ ｉｎｔｒａ Ｐｒｅｄｉｃｔｉｏｎ Ｃｏｍｂｉｎａｔｉｏｎ）法によってさらに修正される。ＰＤＰＣは、フィルタリングされていない境界参照サンプルと、フィルタリングされた境界参照サンプルを有するＨＥＶＣスタイルのイントラ予測との組み合わせを呼び出すイントラ予測方法である。ＰＤＰＣは、信号通知をせずに、以下のイントラモード、即ち、平面、ＤＣ、水平、垂直、左下の角度モードおよびその８つの隣接する角度モード、並びに右上の角度モードおよびその８つの隣接する角度モードに適用される。
【0078】
以下の式に基づいて、イントラ予測モード（ＤＣ、平面、角度）および参照サンプルの線形結合を使用して、予測サンプルｐｒｅｄ（ｘ，ｙ）を予測する。
ｐｒｅｄ（ｘ，ｙ）＝（ｗＬ×Ｒ－１，ｙ＋ｗＴ×Ｒｘ，－１－ｗＴＬ×Ｒ－１，－１＋（６４－ｗＬ－ｗＴ＋ｗＴＬ）×ｐｒｅｄ（ｘ，ｙ）＋３２）＞＞６
ｐｒｅｄ（ｘ，ｙ）＝（ｗＬ×Ｒ－１，ｙ＋ｗＴ×Ｒｘ，－１－ｗＴＬ×Ｒ－１，－１＋（６４－ｗＬ－ｗＴ＋ｗＴＬ）×ｐｒｅｄ（ｘ，ｙ）＋３２）＞＞６
【0079】
Ｒｘ，－１、Ｒ－１，ｙはそれぞれ、現在のサンプル（ｘ，ｙ）の上と左に位置する参照サンプルを表し、Ｒ－１，－１は、現在のブロックの左上隅に位置する参照サンプルを表す。
【0080】
ＰＤＰＣをＤＣ、平面、水平、垂直イントラモードに適用する場合、ＨＥＶＣ ＤＣモード境界フィルタまたは水平／垂直モードエッジフィルタの場合の要求に応じて、追加の境界フィルタは必要とされない。
【0081】
図６Ａ～図６Ｄは、様々な予測モードに適用されるＰＤＰＣのための参照サンプル（Ｒｘ，－１，Ｒ－１，ｙ，Ｒ－１，－１）の定義を示す。予測サンプルｐｒｅｄ（ｘ’，ｙ’）は、予測ブロック内の（ｘ’，ｙ’）に位置する。参照サンプルＲｘ，－１の座標ｘは、ｘ＝ｘ’＋ｙ’＋１によって与えられ、参照サンプルＲ－１，ｙの座標ｙは、同様に、ｙ＝ｘ’＋ｙ’＋１によって与えられる。
【0082】
図６Ａ～図６Ｄは、斜めおよび隣接する角度イントラモードに適用された、ＰＤＰＣで使用されるサンプルの例示的な定義を示す。図６Ａは、斜め右上モードを示す。図６Ｂは、斜め左下モードを示す。図６Ｃは、隣接する斜め右上モードを示す。図６Ｄは、隣接する左下モードの例を示す。
【0083】
ＰＤＰＣ重みは予測モードに依存し、表２に示される。
【0084】
【表6】
【0085】
２．２．５ ＭＲＬＩＰ（Ｍｕｌｔｉｐｌｅ Ｒｅｆｅｒｅｎｃｅ Ｌｉｎｅ Ｉｎｔｒａ Ｐｒｅｄｉｃｔｉｏｎ）
イントラ予測のために、隣接する左の列および上のラインの再構成サンプル（即ち、参照ライン０）を常に使用する代わりに、異なる距離に位置する参照サンプルを使用することを可能にすることが提案される。
イントラ予測のために、隣接する左の列および上のラインの再構成サンプル（即ち、参照ライン０）を常に使用する代わりに、異なる距離に位置する参照サンプルを使用することを可能にすることが提案される。
【0086】
ＭＲＬＩＰは、以下の特徴を有する。
－参照ラインインデックス信号通知
－参照ラインインデックス＞０の場合、ＭＰＭリストに含まれているもののみ、および、残りのモードがない信号のｍｐｍインデックスのみ
－参照ラインインデックス＝０の場合、元の設計と同じように、すべての種類のイントラ予測モードが選択されてもよい
－１つの輝度ブロックに対して３つのラインのうち１つを選択してもよく、図７に示すように、参照ライン０、１、３が選択されてもよい。
－ＣＴＵ規制の最上ライン
－ＣＴＵ内部の最初のラインのブロックに対してＭＲＬを無効化する
－参照ラインインデックス信号通知
－参照ラインインデックス＞０の場合、ＭＰＭリストに含まれているもののみ、および、残りのモードがない信号のｍｐｍインデックスのみ
－参照ラインインデックス＝０の場合、元の設計と同じように、すべての種類のイントラ予測モードが選択されてもよい
－１つの輝度ブロックに対して３つのラインのうち１つを選択してもよく、図７に示すように、参照ライン０、１、３が選択されてもよい。
－ＣＴＵ規制の最上ライン
－ＣＴＵ内部の最初のラインのブロックに対してＭＲＬを無効化する
【0087】
２．２．６ 彩度符号化
ＨＥＶＣ彩度符号化において、１つの彩度ブロックに対して５つのモード（左上の対応する輝度ブロックからのイントラ予測モードである１つのＤＭ（Ｄｉｒｅｃｔ Ｍｏｄｅ；直接モード）および４つのデフォルトモードを含む）が許可される。２つの色成分は、同じイントラ予測モードを共有する。
ＨＥＶＣ彩度符号化において、１つの彩度ブロックに対して５つのモード（左上の対応する輝度ブロックからのイントラ予測モードである１つのＤＭ（Ｄｉｒｅｃｔ Ｍｏｄｅ；直接モード）および４つのデフォルトモードを含む）が許可される。２つの色成分は、同じイントラ予測モードを共有する。
【0088】
ＨＥＶＣの設計とは異なり、２つの新しい方法が提案されており、それらの方法は、ＣＣＬＭ（Ｃｒｏｓｓ－Ｃｏｍｐｏｎｅｎｔ Ｌｉｎｅａｒ Ｍｏｄｅｌ：交差成分線形モデル）予測モードおよび複数のＤＭを含む。
【0089】
２．２．６．１ ＣＣＬＭ
交差成分の冗長性を低減するために、別名ＬＭと呼ばれるＣＣＬＭ（Ｃｒｏｓｓ－Ｃｏｍｐｏｎｅｎｔ Ｌｉｎｅａｒ Ｍｏｄｅｌ）予測モードは、ＪＥＭにおいて使用され、それに対し、彩度サンプルが、線形モデルを使用することによって、次のように同じＣＵの再構成された輝度サンプルに基づいて予測される。
交差成分の冗長性を低減するために、別名ＬＭと呼ばれるＣＣＬＭ（Ｃｒｏｓｓ－Ｃｏｍｐｏｎｅｎｔ Ｌｉｎｅａｒ Ｍｏｄｅｌ）予測モードは、ＪＥＭにおいて使用され、それに対し、彩度サンプルが、線形モデルを使用することによって、次のように同じＣＵの再構成された輝度サンプルに基づいて予測される。
【0090】
【数1】
【0091】
ここで、ｐｒｅｄＣ（ｉ，ｊ）はＣＵ内の予測された彩度サンプルを表し、ｒｅｃＬ’（ｉ，ｊ）はカラーフォーマット４：２：０または４：２：２の同じＣＵのダウンサンプリングされた再構成された輝度サンプルを表し、一方、ｒｅｃＬ’（ｉ，ｊ）は、カラーフォーマット４：４：４の同じＣＵの再構成された輝度サンプルを表す。ＣＣＬＭパラメータαおよびβは、現在のブロックの周りの近傍の再構成された輝度サンプルと彩度サンプルとの間の回帰誤差を最小化することによって、以下のように導出される。
【0092】
【数2】
【0093】
【数3】
【0094】
ここで、Ｌ（ｎ）は、ダウンサンプリングされた（カラーフォーマット４：２：０または４：２：２の場合）または元の（カラーフォーマット４：４：４の場合）上側および左側の近傍の再構成された輝度サンプルを表し、Ｃ（ｎ）は、上側および左側の近傍の再構築された彩度サンプルを表し、Ｎの値は現在の彩度符号化ブロックの幅と高さの最小値の２倍に等しい。正方形の符号化ブロックに対して、上記の２つの式を直接適用する。非正方形符号化ブロックの場合、まず、より長い境界の近傍のサンプルを、より短い境界の場合と同じ数のサンプルを有するようにサブサンプリングする。図６Ａ～図６Ｄは、左と上の再構成されたサンプルの位置と、ＣＣＬＭモードに関与する現在のブロックのサンプルとを示す。
【0095】
この回帰誤差最小化計算は、単なるエンコーダ検索工程としてではなく、復号化処理の一部として実行されるので、α値およびβ値を伝達するために構文を使用しない。
【0096】
図８は、αおよびβの導出に使用されるサンプルの例示的な位置を示す。
【0097】
ＣＣＬＭ予測モードは、２つの彩度成分間の予測も含み、即ち、Ｃｂ成分からＣｒ成分を予測する。再構成されたサンプル信号を使用する代わりに、ＣＣＬＭ Ｃｂ－ｔｏ－Ｃｒ予測が残差領域において適用される。これは、元のＣｒイントラ予測に重み付けて再構成されたＣｂ残差を加算し、最終的なＣｒ予測を形成することによって実装される。
【0098】
【数4】
【0099】
ここで、ｒｅｓｉＣｂ’（ｉ，ｊ）は、位置（ｉ，ｊ）に再構成されたＣｂ残差サンプルを示す。
【0100】
スケーリング係数αは、ＣＣＬＭ輝度－彩度予測と同様にして導出される。唯一の相違は、誤差関数におけるデフォルトα値に対する回帰コストを加算することであり、その結果、導出されたスケーリング係数は、以下のように、－０．５のデフォルト値に偏る。
【0101】
【数5】
【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】
【表7】
【0132】
あるいは、ＰＣＭフラグの信号通知は、必要な幅または高さのいずれかが条件を満たすかどうかに依存してもよい。
【0133】
【表8】
【0134】
５．３ 実施形態＃３
本実施形態において、ＰＣＭ有効化／無効化フラグは色成分に関連付けられてもよい。
本実施形態において、ＰＣＭ有効化／無効化フラグは色成分に関連付けられてもよい。
【0135】
５．３．１ ＰＣＭフラグの信号通知
別個のパーティションツリー構造（別名、デュアルツリー）を使用する場合、ＰＣＭ有効化／無効化フラグの信号通知は、輝度成分と彩度成分とに分けて符号化される。提案された変更点を強調表示しておく。
別個のパーティションツリー構造（別名、デュアルツリー）を使用する場合、ＰＣＭ有効化／無効化フラグの信号通知は、輝度成分と彩度成分とに分けて符号化される。提案された変更点を強調表示しておく。
【0136】
５．３．１．１ ２つの異なる構文要素
【0137】
【表9】
【0138】
５．３．１．２ １つの異なる構文要素を持つが異なる意味論
【0139】
【表10】
【0140】
個別のツリーが有効になっている場合、復号化されたｐｃｍ＿ｆｌａｇは、ｔｒｅｅＴｙｐｅに応じて、ｐｃｍ＿ｆｌａｇ＿ｌｕｍａとｐｃｍ＿ｆｌａｇ＿ｃｈｒｏｍａに別個に割り当てられる。
【0141】
より具体的には、
－デュアルツリーが無効になっている場合（例えば、ｔｒｅｅＴｙｐｅがＳＩＮＧＬＥ＿ＴＲＥＥに等しい場合）、復号化されたｐｃｍ＿ｆｌａｇは、ｐｃｍ＿ｆｌａｇ＿ｌｕｍａとｐｃｍ＿ｆｌａｇ＿ｃｈｒｏｍａの両方にコピーされる。
－そうでない場合、
〇現在の構文解析処理が輝度成分用である場合（例えば、ｔｒｅｅＴｙｐｅがＤＵＡＬ＿ＴＲＥＥ＿ＬＵＭＡに等しい場合）、復号化されたｐｃｍ＿ｆｌａｇは、両方のｐｃｍ＿ｆｌａｇ＿ｌｕｍａにコピーされる。
〇それ以外（例えば、ｔｒｅｅＴｙｐｅがＤＵＡＬ＿ＴＲＥＥ＿ＬＵＭＡと等しい）の場合、復号化されたｐｃｍ＿ｆｌａｇは、ｐｃｍ＿ｆｌａｇ＿ｃｈｒｏｍａにコピーされる。
－デュアルツリーが無効になっている場合（例えば、ｔｒｅｅＴｙｐｅがＳＩＮＧＬＥ＿ＴＲＥＥに等しい場合）、復号化されたｐｃｍ＿ｆｌａｇは、ｐｃｍ＿ｆｌａｇ＿ｌｕｍａとｐｃｍ＿ｆｌａｇ＿ｃｈｒｏｍａの両方にコピーされる。
－そうでない場合、
〇現在の構文解析処理が輝度成分用である場合（例えば、ｔｒｅｅＴｙｐｅがＤＵＡＬ＿ＴＲＥＥ＿ＬＵＭＡに等しい場合）、復号化されたｐｃｍ＿ｆｌａｇは、両方のｐｃｍ＿ｆｌａｇ＿ｌｕｍａにコピーされる。
〇それ以外（例えば、ｔｒｅｅＴｙｐｅがＤＵＡＬ＿ＴＲＥＥ＿ＬＵＭＡと等しい）の場合、復号化されたｐｃｍ＿ｆｌａｇは、ｐｃｍ＿ｆｌａｇ＿ｃｈｒｏｍａにコピーされる。
【0142】
５．３．２ ＰＣＭフラグの使用法
フィルタリング処理（例えば、非ブロック化、サンプル適応オフセット、ＡＬＦ）は、色成分に関連付けられた符号化されたｐｃｍ有効化／無効化フラグに依存してもよい。
より具体的には、
フィルタリング処理（例えば、非ブロック化、サンプル適応オフセット、ＡＬＦ）は、色成分に関連付けられた符号化されたｐｃｍ有効化／無効化フラグに依存してもよい。
より具体的には、
【0143】
ｐｃｍ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇが１に等しく、ｐｃｍ＿ｆｌａｇ＿ｌｕｍａ［ｘＰ０］［ｙＰ０］が１に等しい場合、（ｘＰ０，ｙＰ０）にある輝度サンプルはフィルタリングされない。
【0144】
ｐｃｍ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇが１に等しく、ｐｃｍ＿ｆｌａｇ＿ｃｈｒｏｍａ［ｘＰ０］［ｙＰ０］が１に等しい場合、（ｘＰ０，ｙＰ０）にある彩度サンプルはフィルタリングされない。
【0145】
ここで、いくつかの例を以下に示す。
【0146】
５．３．２．１ 非ブロック化フィルタにおける輝度サンプルのフィルタリング処理
あるいは、ＨＥＶＣ仕様の上で以下のような変更を行ってもよい。
あるいは、ＨＥＶＣ仕様の上で以下のような変更を行ってもよい。
【0147】
８．７．２．５．７ 輝度サンプルに対するフィルタリング処理
ｎＤｐが０より大きく、且つ、以下の条件の１つ以上が真である場合、ｎＤｐは０に等しく設定される。
－ｐｃｍ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇは１に等しく、ｐｃｍ＿ｆｌａｇ＿ｌｕｍａ［ｘＰ０］［ｙＰ０］は１に等しい。
－サンプルｐ０を含む符号化ブロックを含む符号化ユニットのｃｕ＿ｔｒａｎｓｑｕａｎｔ＿ｂｙｐａｓｓ＿ｆｌａｇは１に等しい。
ｎＤｑが０より大きく、且つ、以下の条件の１つ以上が真である場合、ｎＤｑを０に等しく設定する。
－ｐｃｍ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇは１に等しく、ｐｃｍ＿ｆｌａｇ＿ｌｕｍａ［ｘＱ０］［ｙＱ０］は１に等しい。
－サンプルｑ０を含む符号化ブロックを含む符号化ユニットのｃｕ＿ｔｒａｎｓｑｕａｎｔ＿ｂｙｐａｓｓ＿ｆｌａｇは１に等しい。
ｎＤｐが０より大きく、且つ、以下の条件の１つ以上が真である場合、ｎＤｐは０に等しく設定される。
－ｐｃｍ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇは１に等しく、ｐｃｍ＿ｆｌａｇ＿ｌｕｍａ［ｘＰ０］［ｙＰ０］は１に等しい。
－サンプルｐ０を含む符号化ブロックを含む符号化ユニットのｃｕ＿ｔｒａｎｓｑｕａｎｔ＿ｂｙｐａｓｓ＿ｆｌａｇは１に等しい。
ｎＤｑが０より大きく、且つ、以下の条件の１つ以上が真である場合、ｎＤｑを０に等しく設定する。
－ｐｃｍ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇは１に等しく、ｐｃｍ＿ｆｌａｇ＿ｌｕｍａ［ｘＱ０］［ｙＱ０］は１に等しい。
－サンプルｑ０を含む符号化ブロックを含む符号化ユニットのｃｕ＿ｔｒａｎｓｑｕａｎｔ＿ｂｙｐａｓｓ＿ｆｌａｇは１に等しい。
【0148】
５．３．２．２ 非ブロック化フィルタにおける彩度サンプルのフィルタリング処理
あるいは、ＨＥＶＣ仕様の上で以下のような変更を行ってもよい。
８．７．２．５．８ 彩度サンプルのフィルタリング処理
以下の条件の１つ以上が真である場合、フィルタリングされたサンプル値ｐ０’は、対応する入力サンプル値ｐ０が代入される。
－ｐｃｍ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇは１に等しく、ｐｃｍ＿ｆｌａｇ＿ｃｈｒｏｍａ［ｘＰ０＊ＳｕｂＷｉｄｔｈＣ］［ｙＰ０＊ＳｕｂＨｅｉｇｈｔＣ］は１に等しい。
－サンプルｐ０を含む符号化ブロックを含む符号化ユニットのｃｕ＿ｔｒａｎｓｑｕａｎｔ＿ｂｙｐａｓｓ＿ｆｌａｇは１に等しい。
－サンプルｐ０を含む符号化ブロックを含む符号化ユニットのｐａｌｔｅ＿ｍｏｄｅ＿ｆｌａｇは１に等しい。
以下の条件の１つ以上が真である場合、フィルタリングされたサンプル値ｑ０’は、対応する入力サンプル値ｑ０が代入される。
－ｐｃｍ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇは１に等しく、ｐｃｍ＿ｆｌａｇ＿ｃｈｒｏｍａ［ｘＱ０＊ＳｕｂＷｉｄｔｈＣ］［ｙＱ０＊ＳｕｂＨｅｉｇｈｔＣ］は１に等しい。
－サンプルｑ０を含む符号化ブロックを含む符号化ユニットのｃｕ＿ｔｒａｎｓｑｕａｎｔ＿ｂｙｐａｓｓ＿ｆｌａｇは１に等しい。
－サンプルｑ０を含む符号化ブロックを含む符号化ユニットのｐａｌｅｔｔｅ＿ｍｏｄｅ＿ｆｌａｇは１に等しい。
あるいは、ＨＥＶＣ仕様の上で以下のような変更を行ってもよい。
８．７．２．５．８ 彩度サンプルのフィルタリング処理
以下の条件の１つ以上が真である場合、フィルタリングされたサンプル値ｐ０’は、対応する入力サンプル値ｐ０が代入される。
－ｐｃｍ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇは１に等しく、ｐｃｍ＿ｆｌａｇ＿ｃｈｒｏｍａ［ｘＰ０＊ＳｕｂＷｉｄｔｈＣ］［ｙＰ０＊ＳｕｂＨｅｉｇｈｔＣ］は１に等しい。
－サンプルｐ０を含む符号化ブロックを含む符号化ユニットのｃｕ＿ｔｒａｎｓｑｕａｎｔ＿ｂｙｐａｓｓ＿ｆｌａｇは１に等しい。
－サンプルｐ０を含む符号化ブロックを含む符号化ユニットのｐａｌｔｅ＿ｍｏｄｅ＿ｆｌａｇは１に等しい。
以下の条件の１つ以上が真である場合、フィルタリングされたサンプル値ｑ０’は、対応する入力サンプル値ｑ０が代入される。
－ｐｃｍ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇは１に等しく、ｐｃｍ＿ｆｌａｇ＿ｃｈｒｏｍａ［ｘＱ０＊ＳｕｂＷｉｄｔｈＣ］［ｙＱ０＊ＳｕｂＨｅｉｇｈｔＣ］は１に等しい。
－サンプルｑ０を含む符号化ブロックを含む符号化ユニットのｃｕ＿ｔｒａｎｓｑｕａｎｔ＿ｂｙｐａｓｓ＿ｆｌａｇは１に等しい。
－サンプルｑ０を含む符号化ブロックを含む符号化ユニットのｐａｌｅｔｔｅ＿ｍｏｄｅ＿ｆｌａｇは１に等しい。
【0149】
注意：上記すべての実施形態において、以下が適用されてもよい。
【0150】
いくつかの例では、ＭｉｎＩｐｃｍＣｂＳｉｚｅＸは、ＭｉｎＩｐｃｍＣｂＳｉｚｅＹに等しい。あるいは、ＭｉｎＩｐｃｍＣｂＳｉｚｅＸは、ＭｉｎＩｐｃｍＣｂＳｉｚｅＹに等しくない。
【0151】
いくつかの例では、ＭａｘＩｐｃｍＣｂＳｉｚｅＸは、ＭａｘＩｐｃｍＣｂＳｉｚｅＹに等しい。あるいは、ＭａｘＩｐｃｍＣｂＳｉｚｅＸはＭａｘＩｐｃｍＣｂＳｉｚｅＹに等しくない。
【0152】
ＭｉｎＩｐｃｍＣｂＳｉｚｅＸ、ＭｉｎＩｐｃｍＣｂＳｉｚｅＹ、ＭａｘＩｐｃｍＣｂＳｉｚｅＸ、ＭａｘＩｐｃｍＣｂＳｉｚｅＹは、ＳＰＳ／ＶＰＳ／ＰＰＳ等で信号通知される構文要素から導出されてもよい。
【0153】
図１１は、映像処理の方法１１００のフローチャートである。方法１１００は、工程１１１０において、映像の現在のブロックに対して、ＰＣＭ（Ｐｕｌｓｅ Ｃｏｄｅ Ｍｏｄｕｌａｔｉｏｎ：パルス符号変調）が使用される第１の符号化モードと、ＭＲＬＩＰ（Ｍｕｌｔｉｐｌｅ Ｒｅｆｅｒｅｎｃｅ Ｌｉｎｅ ｂａｓｅｄ Ｉｎｔｒａ Ｐｒｅｄｉｃｔｉｏｎ）が使用される第２の符号化モードとのうちの少なくとも１つを有効化することを判定することを含む。
【0154】
方法１１００は、工程１１２０において、第１の符号化モードまたは第２の符号化モードに基づいて、現在のブロックと映像のビットストリーム表現との間の変換を行うことを含み、第１の符号化モードの使用を示す第１の指示および／または第２の符号化モードの使用を示す第２の指示は、順序付け規則に従ってビットストリーム表現に含まれる。
【0155】
図１２は、映像処理の方法１２００のフローチャートである。方法１２００は、工程１２１０において、映像の現在のブロックと映像のビットストリーム表現との間の変換のために、映像の色成分表現に基づいて、現在のブロックのパルス符号変調に基づいて符号化モードに関連付けられた少なくとも１つのフラグを判定することを含む。
【0156】
方法１２００は、工程１２２０において、判定に基づいて変換を行うことを含む。
【0157】
図１３は、映像処理の方法１３００のフローチャートである。方法１３００は、工程１３１０において、映像の映像領域の現在のブロックと映像のビットストリーム表現との間の変換を行うことを含み、ビットストリーム表現は、現在のブロックへのＰＣＭ（Ｐｕｌｓｅ Ｃｏｄｅ Ｍｏｄｕｌａｔｉｏｎ：パルス符号変調）の適用可能性に関する規則に従ってフォーマットされ、規則は、ＰＣＭを無効化する旨の指示が映像領域レベルに含まれていると判定された場合、現在のブロックレベルでのＰＣＭの指示を省略することを規定する。
【0158】
図１４は、映像処理の方法１４００のフローチャートである。方法１４００は、工程１４１０において、映像の現在のブロックのサイズに基づいて、映像の現在のブロックに対してＰＣＭ（Ｐｕｌｓｅ Ｃｏｄｅ Ｍｏｄｕｌａｔｉｏｎ：パルス符号変調）符号化モードを有効化するかを決定することを含む。
【0159】
方法１４００は、工程１４２０において、現在のブロックと映像のビットストリーム表現との間の変換を決定に基づいて行うことを含む。
【0160】
図１５は、映像処理の方法１５００のフローチャートである。方法１５００は、工程１５１０において、映像の現在のブロックと映像のビットストリーム表現との間の変換のために、現在のブロックの高さまたは幅に対する最小許容値を判定することを含み、高さに対する最小許容値は、幅に対する最小許容値とは別個に信号通知または導出される。
【0161】
方法１５００は、工程１５２０において、判定に基づいて変換を行うことを含む。
【0162】
図１６は、映像処理の方法１６００のフローチャートである。方法１６００は、工程１６１０において、ＰＣＭ（Ｐｕｌｓｅ Ｃｏｄｅ Ｍｏｄｕｌａｔｉｏｎ：パルス符号変調）符号化モードで符号化されている映像の現在のブロックの指示が、映像のビットストリーム表現において映像の色成分表現で信号通知されると判定した場合、映像の色成分表現を構成することを含む。
【0163】
方法１６００は、工程１６２０において、構成することに基づいて、現在のブロックとビットストリーム表現との間の変換を行うことを含む。
【0164】
図１７は、映像処理の方法１７００のフローチャートである。方法１７００は、工程１７１０において、映像の現在のブロックと映像のビットストリーム表現との間の変換のために、非隣接参照ラインモードを変換に使用しているために、広角モードが変換に対して無効になっていることを判定することを含む。
【0165】
方法１７００は、工程１７２０において、判定に基づいて、変換を行うことを含み、非隣接参照ラインモードは、現在のブロックを変換するために、映像の参照ラインからの非隣接画素を使用し、広角モードは、従来の角度イントラ予測方向を４５度から－１３５度を超えるイントラ予測方向を含む。
【0166】
図１８は、映像処理の方法１８００のフローチャートである。方法１８００は、工程１８１０において、映像の現在のブロックと映像のビットストリーム表現との間の変換のための映像のカラーサブサンプリングフォーマットに基づいて、現在のブロックに対してＭＲＬ（Ｍｕｌｔｉｐｌｅ Ｒｅｆｅｒｅｎｃｅ Ｌｉｎｅ）符号化モードが有効化されるか、または１つ以上の参照ラインインデックスの信号通知形式がＭＲＬ符号化モードに使用されるかを決定することを含む。
【0167】
方法１８００は、工程１８２０において、決定に基づいて変換を行うことを含む。
【0168】
図１９は、映像処理の方法１９００のフローチャートである。方法１９００は、工程１９１０において、映像の現在のブロックについて、インターイントラモードおよびＭＲＬＩＰ（Ｍｕｌｔｉｐｌｅ Ｒｅｆｅｒｎｅｃｅ Ｌｉｎｅ Ｉｎｔｒａ Ｐｒｅｄｉｃｔｉｏｎ）モードが有効化されている判定された場合、インターイントラモードのイントラ予測処理のために、現在のブロックに非隣接ラインまたは列を選択することを含む。
【0169】
方法１９００は、工程１９２０において、ラインまたは列に基づいて、現在のブロックと映像のビットストリーム表現との間の変換を行うことを含む。
【0170】
図２０は、映像処理の方法２０００のフローチャートである。方法２０００は、工程２０１０において、現在のブロックに対する非隣接のラインを使用するＭＲＬＩＰ（Ｍｕｌｔｉｐｌｅ Ｒｅｆｅｒｅｎｃｅ Ｌｉｎｅ Ｉｎｔｒａ Ｐｒｅｄｉｃｔｉｏｎ）モードを使用して符号化された映像の現在のブロックに対して、現在のブロックと映像のビットストリーム表現との間の変換を行うことであって、ＭＲＬＩＰは、さらにＭＰＭ（Ｍｏｓｔ Ｐｒｏｂａｂｌｅ Ｍｏｄｅ：最確モード）リストを使用する、変換を行うことと、ＭＰＭリストの第１のモード（Ｍ１）をＭＰＭリストの第２のモードに置き換えることを含む変換を行うことと、を含む。
【0171】
図２１は、映像処理の方法２１００のフローチャートである。方法２１００は、工程２１１０において、現在のブロックに非隣接ラインを使用するＭＲＬＩＰ（Ｍｕｌｔｉｐｌｅ Ｒｅｆｅｒｅｎｃｅ Ｌｉｎｅ Ｉｎｔｒａ Ｐｒｅｄｉｃｔｉｏｎ）モードを使用して符号化された映像の現在のブロックに対して、現在のブロックと映像のビットストリーム表現との間の変換を行うことを含み、ビットストリーム表現は、ＭＰＭ（Ｍｏｓｔ Ｐｒｏｂａｂｌｅ Ｍｏｄｅ：最確モード）リストの中のモードの符号化インデックスの代わりに固定候補リストの中のモードの符号化インデックスを含む。
【0172】
図２２は、映像処理の方法２２００のフローチャートである。方法２２００は、工程２２１０において、ＭＲＬ（Ｍｕｌｔｉｐｌｅ Ｒｅｆｅｒｅｎｃｅ Ｌｉｎｅ）符号化モードを使用して、映像の現在のブロックと映像のビットストリーム表現との間の変換のために、ビットストリーム表現が、現在のブロックの予測に使用される上のラインに対応する第１のインデックスと、予測に使用される左の列に対応する第２のインデックスとを含むことを判定することを含む。
【0173】
方法２２００は、工程２２２０において、判定に基づいて変換を行うことを含む。
【0174】
図２３は、映像処理装置２３００のブロック図である。本明細書に記載の方法の１つ以上を実装するために、装置２３００を使用してもよい。装置２３００は、スマートフォン、タブレット、コンピュータ、ＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）受信機等に実装されてもよい。装置２３００は、１つ以上のプロセッサ２３０２と、１つまたは複数のメモリ２３０４と、映像処理ハードウェア２３０６と、を含んでもよい。プロセッサ２３０２は、本明細書に記載される１つ以上の方法を実装するように構成されてもよい。メモリ（複数可）２３０４は、本明細書で説明される方法および技術を実装するために使用されるデータおよびコードを記憶するために使用してもよい。映像処理ハードウェア２３０６は、本明細書に記載される技術をハードウェア回路にて実装するために使用してもよい。
【0175】
いくつかの実施形態において、映像符号化方法は、図２３を参照して説明したように、ハードウェアプラットフォームに実装される装置を使用して実施されてもよい。
【0176】
開示される技術のいくつかの実施形態は、映像処理ツールまたはモードを有効にするように決定または判定することを含む。一例において、映像処理ツールまたはモードが有効にされる場合、エンコーダは、１つの映像ブロックを処理する際にこのツールまたはモードを使用するまたは実装するが、このツールまたはモードの使用に基づいて、結果として得られるビットストリームを必ずしも修正しなくてもよい。すなわち、映像のブロックから映像のビットストリーム表現への変換は、決定または判定に基づいて映像処理ツールまたはモードが有効にされる場合に、この映像処理ツールまたはモードを使用する。別の例において、映像処理ツールまたはモードが有効にされる場合、デコーダは、ビットストリームが映像処理ツールまたはモードに基づいて修正されたことを認識して、ビットストリームを処理する。すなわち、決定または判定に基づいて有効にされた映像処理ツールまたはモードを使用して、映像のビットストリーム表現から映像のブロックへの変換を行う。
【0177】
開示される技術の一部の実施形態は、映像処理ツールまたはモードを無効にする決定または判定を行うことを含む。一例において、映像処理ツールまたはモードが無効にされている場合、エンコーダは、映像のブロックを映像のビットストリーム表現に変換する際に、このツールまたはモードを使用しない。別の例において、映像処理ツールまたはモードが無効にされている場合、デコーダは、ビットストリームが、決定または判定に基づいて有効にされた映像処理ツールまたはモードを使用して修正されていないことを認識して、ビットストリームを処理する。
【0178】
図２４は、本明細書で開示される様々な技術が実装され得る例示的な映像処理システム２４００を示すブロック図である。様々な実装形態は、システム２４００の構成要素の一部または全部を含んでもよい。システム２４００は、映像コンテンツを受信するための入力ユニット２４０２を含んでもよい。映像コンテンツは、未加工または非圧縮フォーマット、例えば、８または１０ビットのマルチコンポーネント画素値で受信されてもよく、または圧縮または符号化フォーマットで受信されてもよい。入力ユニット２４０２は、ネットワークインターフェース、周辺バスインターフェース、または記憶インターフェースを表してもよい。ネットワークインターフェースの例としては、イーサネット（登録商標）、受動光ネットワーク（ＰＯＮ）等の有線インターフェース、およびＷｉ－Ｆｉまたはセルラーインターフェース等の無線インターフェースが挙げられる。
【0179】
システム２４００は、本明細書に記載される様々な符号化または符号化方法を実装することができる符号化コンポーネント２４０４を含んでもよい。符号化コンポーネント２４０４は、入力ユニット２４０２からの映像の平均ビットレートを符号化コンポーネント２４０４の出力に低減し、映像の符号化表現を生成してもよい。従って、この符号化技術は、映像圧縮または映像コード変換技術と呼ばれることがある。符号化コンポーネント２４０４の出力は、コンポーネント２４０６によって表されるように、記憶されてもよいし、接続された通信を介して送信されてもよい。入力２４０２において受信された、記憶されたまたは通信された映像のビットストリーム（または符号化）表現は、コンポーネント２４０８によって使用されて、表示インターフェース２４１０に送信される画素値または表示可能な映像を生成してもよい。ビットストリーム表現からユーザが見ることができる映像を生成する処理は、映像展開と呼ばれることがある。さらに、特定の映像処理動作を「符号化」動作またはツールと呼ぶが、符号化ツールまたは動作は、エンコーダおよびそれに対応する、復号化の結果を逆にする復号化ツールまたは動作が、デコーダによって行われることが理解されよう。
【0180】
周辺バスインターフェースユニットまたは表示インターフェースユニットの例は、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）またはＨＤＭＩ（登録商標）（Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ Ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｒｆａｃｅ）またはディスプレイポート等を含んでもよい。ストレージインターフェースの例は、ＳＡＴＡ（Ｓｅｒｉａｌ Ａｄｖａｎｃｅｄ Ｔｅｃｈｎｏｌｏｇｙ Ａｔｔａｃｈｍｅｎｔ）、ＰＣＩ、ＩＤＥインターフェース等を含む。本明細書に記載される技術は、携帯電話、ノートパソコン、スマートフォン、またはデジタルデータ処理および／または映像表示を実施可能な他のデバイス等の様々な電子デバイスに実施されてもよい。
【0181】
以上、映像または画像の符号化または復号化におけるイントラ符号化ツールの使用を可能にすることで、スマートフォン、ラップトップ、デスクトップ、および類似した装置などの映像処理デバイスに組み込まれるビデオエンコーダおよびデコーダの実施形態例に利益をもたらすいくつかの技術を開示した。
【0182】
いくつかの実施形態において、次の技術的解決策を実装してもよい。
【0183】
Ａ１．映像の現在のブロックに対して、ＰＣＭ（Ｐｕｌｓｅ Ｃｏｄｅ Ｍｏｄｕｌａｔｉｏｎ）が使用される第１の符号化モードまたはＭＲＬＩＰ（Ｍｕｌｔｉｐｌｅ Ｒｅｆｅｒｅｎｃｅ Ｌｉｍｅ ｂａｓｅｄ Ｉｎｔｒａ Ｐｒｅｄｉｃｔｉｏｎ）が使用される第２の符号化モードのうちの少なくとも１つを判定することが有効化されていることと、第１の符号化モードまたは第２の符号化モードに基づいて、前記現在のブロックと前記映像のビットストリーム表現との間で変換を行うこととを含み、前記第１の符号化モードの使用を示す前記第１の指示および／または前記第２の符号化モードの使用を示す第２の指示が、順序付け規則に従って前記ビットストリーム表現に含まれる、映像処理の方法。
【0184】
Ａ２．前記順序付け規則は、前記第１の指示が前記第２の指示の前にビットストリーム表現であることを復号化順に規定する、解決策Ａ１に記載の方法。
【0185】
Ａ３．前記ビットストリーム表現は、前記第１の符号化モードが有効であると判定されると、前記第２の符号化モードに使用される参照ラインインデックスを省略する、解決策Ａ１に記載の方法。
【0186】
Ａ４．前記ビットストリーム表現は、前記第１の符号化モードが無効にされていると判定されると、前記第２の符号化モードに使用される参照ラインインデックスをさらに含む、解決策Ａ１に記載の方法。
【0187】
Ａ５．前記ビットストリーム表現は、前記ビットストリーム表現が前記第２の指示を含むと判定された場合、前記第１の表示を省略する、解決策Ａ１に記載の方法。
【0188】
Ａ６．前記第１の符号化モードが有効であると判定されると、前記現在のブロックのためのＡＬＦ（Ａｄａｐｔｉｖｅ Ｌｏｏｐ Ｆｉｌｔｅｒ）処理を無効化する、解決策Ａ１に記載の方法。
【0189】
Ａ７．前記ＡＬＦ処理の指示が前記ビットストリーム表現に含まれているかどうかは、前記第１の指示に基づく、解決策Ａ６に記載の方法。
【0190】
Ａ８．前記第１の表示が前記ビットストリーム表現に含まれているかどうかは、前記ＡＬＦ処理の指示に基づく、解決策Ａ６に記載の方法。
【0191】
Ａ９．前記現在のブロックのサイズがＣＴＵ（Ｃｏｄｉｎｇ Ｔｒｅｅ Ｕｎｉｔ）のサイズに等しいと判定されると、前記ＡＬＦ処理の指示の前に、前記第１の指示が前記ビットストリーム表現で信号通知される、解決策Ａ６に記載の方法。
【0192】
Ａ１０．前記現在のブロックのサイズがＣＴＵ（Ｃｏｄｉｎｇ Ｔｒｅｅ Ｕｎｉｔ）のサイズに等しいと判定されると、ＳＡＯ（Ｓａｍｐｌｅ Ａｄａｐｔｉｖｅ Ｏｆｆｓｅｔ）処理の表示の前に、前記第１の指示が前記ビットストリーム表現で信号通知される、解決策Ａ６に記載の方法。
【0193】
Ａ１１．ｐｃｍ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇ＝１である、解決策Ａ１～Ａ１０のいずれかに記載の方法。
【0194】
Ａ１２．映像の現在のブロックと映像のビットストリーム表現との間での変換のために、前記映像の色成分表現に基づいて、前記現在のブロックのパルス符号変調に基づいて、符号化モードに関連付けられた少なくとも１つのフラグを判定することと、前記判定に基づいて、前記変換を行うこととを含む、映像処理の方法。
【0195】
Ａ１３．前記少なくとも１つのフラグは、前記色成分表現の各成分に対し別個のパーティションツリー構造が使用されるかどうかに基づく、解決策Ａ１２に記載の方法。
【0196】
Ａ１４．前記少なくとも１つのフラグは、前記色成分表現の輝度成分のための第１のフラグを備え、前記少なくとも１つのフラグは、前記色成分表現の彩度成分のための第２のフラグをさらに含む、解決策Ａ１２に記載の方法。
【0197】
Ａ１５．前記色成分表現は３つの色成分を含み、前記少なくとも１つのフラグは前記３つの色成分の各々に対して３つのフラグを含む、解決策Ａ１２に記載の方法。
【0198】
Ａ１６．前記少なくとも１つのフラグは、前記色成分表現の各成分に対して前記パルス符号変調を有効化する表示に対応する、前記パルス符号変調を有効化する指示を備える、解決策Ａ１２に記載の方法。
【0199】
Ａ１７．前記色成分表現のある成分のためのフィルタリング処理は、前記色成分表現の対応する成分のために前記パルス符号変調を有効化にする指示に基づく解決策Ａ１６に記載の方法。
【0200】
Ａ１８．前記少なくとも１つのフラグは、前記色成分表現の輝度成分のために前記パルス符号変調を有効化する指示を備え、前記色成分表現の彩度成分のために前記パルス符号変調を有効化する指示は、前記輝度成分内の位置から継承される、解決策Ａ１２に記載の方法。
【0201】
Ａ１９．前記位置が前記輝度成分の中心位置である、解決策Ａ１８に記載の方法。
【0202】
Ａ２０．映像の映像領域の現在のブロックと前記映像のビットストリーム表現との間で変換を行うことを含み、前記ビットストリーム表現は、ＰＣＭ（Ｐｕｌｓｅ Ｃｏｄｅ Ｍｏｄｕｌａｔｉｏｎ）の前記現在のブロックへの適用可能性に関する規則に従ってフォーマットされ、前記規則は、映像領域レベルにおいて前記ＰＣＭを無効化する旨の指示が含まれていると判定された場合、現在のブロックレベルにおける前記ＰＣＭの表示を省略することを規定する、映像処理方法。
【0203】
Ａ２１．前記ＰＣＭの前記表示は、ＶＰＳ（Ｖｉｄｅｏ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）、ＰＰＳ（Ｐｉｃｔｕｒｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）、ピクチャヘッダ、スライスヘッダ、タイルグループヘッダ、タイル、ＣＴＵ（Ｃｏｄｉｎｇ Ｔｒｅｅ Ｕｎｉｔ）、またはＣＴＵ行において信号通知される、解決策Ａ２０に記載の方法。
【0204】
Ａ２２．映像の現在のブロックのサイズに基づいて、前記現在のブロックに対してパルス符号変調（ＰＣＭ）符号化モードを有効化するかどうかを決定することと、前記決定に基づいて、前記現在のブロックと前記映像のビットストリーム表現との間で変換を行うこととを含む、映像処理の方法。
【0205】
Ａ２３．前記現在のブロックが６４未満のサンプルを含むと判定されると、前記ＰＣＭ符号化モードが有効になる、解決策Ａ２２に記載の方法。
【0206】
Ａ２４．前記現在のブロックのサイズが、４×４、４×８、または８×４である、解決策Ａ２３に記載の方法。
【0207】
Ａ２５．ｐｃｍ＿ｆｌａｇが１に等しい前記現在のブロックの最小ブロックサイズが（ｌｏｇ２＿ｍｉｎ＿ｐｃｍ＿ｌｕｍａ＿ｃｏｄｉｎｇ＿ｂｌｏｃｋ＿ｓｉｚｅ＿ｍｉｎｕｓ２＋２）に設定されている、解決策Ａ２３の方法。
【0208】
Ａ２６．前記現在のブロックの前記サイズが６４×６４以上であると判定されると、ＰＣＭ符号化モードが有効化される、解決策Ａ２２に記載の方法。
【0209】
Ａ２７．ＬＣＵ（Ｌａｒｇｅｓｔ Ｃｏｄｉｎｇ Ｕｎｉｔ）のサイズが１２８×１２８に等しいと判定されると、前記ＰＣＭ符号化モードが有効になる、解決策Ａ２２に記載の方法。
【0210】
Ａ２８．前記ＰＣＭ符号化モードが有効化され、現在のブロックにおけるサンプルの最大数または最小数の指示が前記ビットストリーム表現において信号通知される、解決策Ａ２２に記載の方法。
【0211】
Ａ２９．前記指示は、サンプルの最大数とサンプルの最小数との間の差を含む、解決策Ａ２８に記載の方法。
【0212】
Ａ３０．前記指示は、サンプルの前記最大数または前記最小数の底を２とする対数を含む、解決策Ａ２８に記載の方法。
【0213】
Ａ３１．前記指示は、サンプルの前記最大数とサンプルの前記最小数との間の差の底を２とする対数を含む、解決策Ａ２８に記載の方法。
【0214】
Ａ３２．映像の現在のブロックと前記映像のビットストリーム表現との間の変換のために、前記現在のブロックの高さまたは幅の最小許容値を判定することを含み、前記高さの最小許容値は、前記幅の最小許容値とは別個に信号通知または導出され、前記判定に基づいて、前記変換を行うことと、を含む、映像処理方法。
【0215】
Ａ３３．前記ビットストリーム表現は、前記高さまたは前記幅の最大許容値をさらに含み、前記高さの最大許容値は、前記幅の最大許容値とは別個に信号通知または導出される、解決策Ａ３２に記載の方法。
【0216】
Ａ３４．前記ビットストリーム表現は、前記高さまたは前記幅の最小許容値を省略し、前記最小許容値は、ＣＵ（Ｃｏｄｉｎｇ Ｕｎｉｔ）ブロックの最小サイズから継承される、解決策Ａ３２に記載の方法。
【0217】
Ａ３５．前記ビットストリーム表現は、前記高さまたは前記幅の最大許容値を省略し、前記最大許容値は、ＣＵ（Ｃｏｄｉｎｇ Ｕｎｉｔｅ）ブロックの最大サイズから継承される、解決策Ａ３２に記載の方法。
【0218】
Ａ３６．前記高さは前記幅と異なる、解決策Ａ３２～Ａ３５のいずれかに記載の方法。
【0219】
Ａ３７．現在のブロックに対してパルス符号変調（ＰＣＭ）符号化モードを有効化する表示を含む前記ビットストリーム表現は、（ａ）前記現在のブロックの幅が、前記幅に対する最小許容値よりも小さくなく、かつ、前記幅に対する最大許容値よりも大きくない、または（ｂ）前記現在のブロックの高さが、前記高さに対する最小許容値よりも小さくなく、かつ、前記高さに対する最大許容値よりも大きくないことに基づく、解決策Ａ３２に記載の方法。
【0220】
Ａ３８．前記現在のブロックのためにＰＣＭ（Ｐｕｌｓｅ Ｃｏｄｅ Ｍｏｄｕｌａｔｉｏｎ）符号化モードを有効化にする、解決策Ａ３２または３３に記載の方法。
【0221】
Ａ３９．ＰＣＭ（Ｐｕｌｓｅ Ｃｏｄｅ Ｍｏｄｕｌａｔｉｏｎ）符号化モードで符号化されている映像の現在のブロックの表示が、映像のビットストリーム表現において信号通知されると判定されると、映像の色成分表現を構成することと、前記構成に基づいて、前記現在のブロックと前記ビットストリーム表現との間で変換を行うことと、を含む、映像処理の方法。
【0222】
Ａ４０．前記色成分表現の各成分に対して許可されたサイズを別個に信号通知する、解決策Ａ３９に記載の方法。
【0223】
Ａ４１．前記構成することは、前記色成分表現のカラーサブサンプリングフォーマットに基づく、解決策Ａ３９に記載の方法。
【0224】
Ａ４２．前記カラーサブサンプリングフォーマットは、４：２：０または４：４：４である、解決策Ａ４１に記載の方法。
【0225】
Ａ４３．前記変換は、前記ビットストリーム表現から現在のブロックを生成する、解決策Ａ１～Ａ４２のいずれかに記載の方法。
【0226】
Ａ４４．前記変換は、現在のブロックからビットストリーム表現を生成する、解決策Ａ１～Ａ４１のいずれかに記載の方法。
【0227】
Ａ４５．前記変換を行うことは、１つ以上の復号化規則に基づく前記ビットストリーム表現を構文解析することを含む、解決策Ａ１～Ａ４２のいずれかに記載の方法。
【0228】
Ａ４６．プロセッサと、命令を搭載した非一時的メモリとを含む、映像システムにおける装置であって、前記プロセッサが実行する命令は、処理装置に、解決策Ａ１～Ａ４５のいずれかに記載の方法を実装させる装置。
【0229】
Ａ４７．非一時的なコンピュータ可読媒体に記憶されたコンピュータプログラム製品であって、解決策Ａ１～Ａ４５のいずれかに記載の方法を実行するためのプログラムコードを含む、コンピュータプログラム製品。
【0230】
いくつかの実施形態において、次の技術的解決策を実装してもよい。
【0231】
Ｂ１．映像の現在のブロックと前記映像のビットストリーム表現との間の変換のために、非隣接参照ラインモードを前記変換に使用することに起因して、広角モードが変換のために無効にされることを判定することと、前記判定に基づいて、前記変換を行うことと、を含み、非隣接参照ラインモードは、非隣接画素を、前記現在のブロックの前記変換のための映像の参照ラインから使用し、前記広角モードは、４５度から－１３５度までの従来の角度イントラ予測方向を超えたイントラ予測方向を含む、映像処理の方法。
【0232】
Ｂ２．前記変換は、信号通知モードと前記広角モードの少なくとも１つのインデックスとの間のマッピングをスキップする、解決策Ｂ１に記載の方法。
【0233】
Ｂ３．映像の現在のブロックと前記映像のビットストリーム表現との間での変換のために、映像のカラーサブサンプリングフォーマットに基づいて、前記現在のブロックに対してＭＲＬ（Ｍｕｌｔｉｐｌｅ Ｒｅｆｅｒｅｎｃｅ Ｌｉｎｅ）符号化モードを有効化するか、または１つ以上の参照ラインインデックスの信号通知方式を前記ＭＲＬ符号化モードに使用するかを決定することと、前記決定に基づいて、前記変換を行うことと、を含む、映像処理の方法。
【0234】
Ｂ４．カラーサブサンプリングフォーマットが４：４：４であると判定されると、ＭＲＬ符号化モードが、映像の色成分表現の３つの色成分に対して有効にされる、解決策Ｂ３に記載の方法。
【0235】
Ｂ５．前記１つ以上の参照ラインインデックスの１つの参照ラインインデックスが、前記映像の１つの色成分表現の３つの成分に対して符号化される、解決策Ｂ３に記載の方法。
【0236】
Ｂ６．前記１つ以上の参照ラインインデックスの第１の参照ラインインデックスは、前記映像の色成分表現の輝度成分のために符号化され、第２の参照ラインインデックスは、前記色成分表現の他の２つの色成分のために符号化される、解決策Ｂ３に記載の方法。
【0237】
Ｂ７．前記１つ以上参照ラインインデックスは、予測符号化を使用して符号化される少なくとも２つの参照ラインインデックスを含む、解決策Ｂ３に記載の方法。
【0238】
Ｂ８．前記ビットストリーム表現は、前記１つ以上の参照ラインインデックスの各々が同一であることを示す単一のフラグを備える、解決策Ｂ３に記載の方法。
【0239】
Ｂ９．前記ＭＲＬ符号化モードが有効化され、前記映像の色成分表現の異なる成分が、前記ＭＲＬ符号化モードから異なる候補ラインを選択する、解決策Ｂ３に記載の方法。
【0240】
Ｂ１０．前記色成分表現のＣｂおよびＣｒ成分は、近傍の第１および第２のラインから前記候補ラインを選択する、解決策Ｂ９に記載の方法。
【0241】
Ｂ１１．映像の現在のブロックに対してインターイントラモードおよびＭＲＬＩＰ（Ｍｕｌｔｉｐｌｅ Ｒｅｆｅｒｅｎｃｅ ｌｉｎｅ Ｉｎｔｒａ Ｐｒｅｄｉｃｔｉｏｎ）モードが有効であると判定された場合、インターイントラモードのイントラ予測処理のために、現在のブロックに非隣接ラインまたは列を選択することと、前記ラインまたは前記列に基づいて、前記現在のブロックと前記映像のビットストリーム表現との間で変換を行うこととを含む、映像処理方法。
【0242】
Ｂ１２．前記ビットストリーム表現は、前記ラインまたは前記列の指示を含む、解決策Ｂ１１に記載の方法。
【0243】
Ｂ１３．前記インターイントラモードおよび前記ＭＲＬＩＰモードを有効化する指示は、ＳＰＳ（Ｓｅｑｕｅｎｃｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）、ＶＰＳ（Ｖｉｄｅｏ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）、ＰＰＳ（Ｐｉｃｔｕｒｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）、ピクチャヘッダ、スライスヘッダ、タイルグループヘッダ、またはＣＴＵ（Ｃｏｄｉｎｇ Ｔｒｅｅ Ｕｎｉｔ）において信号通知される、解決策Ｂ１１に記載の方法。
【0244】
Ｂ１４．現在のブロックに非隣接のラインを使用するＭＲＬＩＰ（Ｍｕｌｔｉｐｌｅ Ｒｅｆｅｒｅｎｃｅ Ｌｉｎｅ Ｉｎｔｒａ Ｐｒｅｄｉｃｔｉｏｎ）モードを使用して符号化された映像の前記現在のブロックに対して、前記現在のブロックと前記映像のビットストリーム表現との間で変換を行うことを含み、前記ＭＲＬＩＰは、ＭＰＭ（Ｍｏｓｔ Ｐｒｏｂａｂｌｅ Ｍｏｄｅ）リストをさらに使用し、前記変換を行うことは、前記ＭＰＭリストの第１のモード（Ｍ１）を前記ＭＰＭリストの第２のモード（Ｍ２）に置き換えることを含む、映像処理方法。
【0245】
Ｂ１５．第１のモードが、ＤＣモード、平面モード、広角モード、または任意の非角度モードである、解決策Ｂ１４に記載の方法。
【0246】
Ｂ１６．前記第２のモードを導出することは、前記ＭＰＭリストにおける残りのモードに基づく、解決策Ｂ１４に記載の方法。
【0247】
Ｂ１７．現在のブロックに非隣接のラインを使用するＭＲＬＩＰ（Ｍｕｌｔｉｐｌｅ Ｒｅｆｅｒｅｎｃｅ ＬｉｎｅＩｎｔｒａ Ｐｒｅｄｉｃｔｉｏｎ）モードを使用して符号化された映像の前記現在のブロックに対して、前記現在のブロックと前記映像のビットストリーム表現との間で変換を行うことを含み、前記ビットストリーム表現は、ＭＰＭ（Ｍｏｓｔ Ｐｒｏｂａｂｌｅ Ｍｏｄｅ）リストにおける１つのモードの符号化インデックスの代わりに、固定候補リストにおける１つのモードの符号化インデックスを含む、映像処理の方法。
【0248】
Ｂ１８．前記固定候補リストは、水平モードまたは垂直モードを含む、解決策Ｂ１７に記載の方法。
【0249】
Ｂ１９．前記固定候補リストは、予め規定される、解決策Ｂ１７に記載の方法。
【0250】
Ｂ２０．前記固定候補リストは、ＳＰＳ（Ｓｅｑｕｅｎｃｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）、ＶＰＳ（Ｖｉｄｅｏ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）、ＰＰＳ（Ｐｉｃｔｕｒｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）、ピクチャヘッダ、スライスヘッダ、タイルグループヘッダ、またはＣＴＵ（Ｃｏｄｉｎｇ Ｐａｒａｍｔｅｒ Ｓｅｔ）で信号通知される、解決策Ｂ１７に記載の方法。
【0251】
Ｂ２１．前記固定候補リストは、前記現在のブロックの高さまたは幅に基づく、解決策Ｂ１７に記載の方法。
【0252】
Ｂ２２．ＭＲＬ（Ｍｕｌｔｉｐｌｅ Ｒｅｆｅｒｅｎｃｅ Ｌｉｎｅ）符号化モードを使用して、現在の映像ブロックと前記映像のビットストリーム表現との間での変換のために、前記ビットストリーム表現が、前記現在のブロックの予測に使用される上のラインに対応する第１のインデックスと、前記予測に使用される左の列に対応する第２のインデックスとを含むことを判定し、前記判定に基づいて、前記変換を行うことを含む、映像処理方の法。
【0253】
Ｂ２３．前記第１のインデックスと前記第２のインデックスの異なる値が、許可されたイントラ予測モードの異なるセットに対応する、解決策Ｂ２２に記載の方法。
【0254】
Ｂ２４．前記許可されたイントラ予測モードの異なるセットは、予め規定される、解決策Ｂ２３に記載の方法。
【0255】
Ｂ２５．前記許可されたイントラ予測モードの異なるセットは、ＳＰＳ（Ｓｅｑｕｅｎｃｅ Ｐａｒａｍｔｅｒ Ｓｅｔ）、ＶＰＳ（Ｖｉｄｅｏ Ｐａｒａｔｅｍｅｔｅｒ Ｓｅｔ）、ＰＰＳ（Ｐｉｃｔｕｒｅ Ｐａｒａｍｔｅｒ Ｓｅｔ）、ピクチャヘッダ、スライスヘッダ、タイルグループヘッダ、またはＣＴＵ（Ｃｏｄｉｎｇ Ｔｒｅｅ Ｕｎｉｔ）において信号通知される、解決策Ｂ２３に記載の方法。
【0256】
Ｂ２６．前記変換は、前記ビットストリーム表現から前記現在のブロックを生成する、解決策Ｂ１～Ｂ２５のいずれかに記載の方法。
【0257】
Ｂ２７．前記変換は、前記現在のブロックから前記ビットストリーム表現を生成する、解決策Ｂ１～Ｂ２５のいずれかに記載の方法。
【0258】
Ｂ２８．プロセッサと、命令を搭載した非一時的メモリとを備える映像システムにおける装置であって、前記プロセッサが実行する命令は、前記プロセッサに、解決策Ｂ１～Ｂ２７のいずれかに記載の方法を実装させる装置。
【0259】
Ｂ２９．非一時的なコンピュータ可読媒体に記憶されたコンピュータプログラム製品であって、コンピュータプログラム製品は、解決策Ｂ１～Ｂ１１のいずれかに記載の方法を実行するためのプログラムコードを含む。
【0260】
本明細書に記載される様々な規則は、予め特定されたものであり、命令、コードまたはハードウェア回路の形式で実施形態に記憶させてもよい。現在の映像ブロックのビットストリーム表現は、ビットストリームのためのフォーマットによって定義されるように、連続または非連続ビットを含んでいてもよい。例えば、現在の映像ブロックに関する情報は、ビットストリーム表現のヘッダフィールドに記憶されていてもよい。
【0261】
本明細書に記載された開示されたそして他の解決案、実施例、実施形態、モジュール、および機能操作は、本明細書に開示された構造およびその構造的等価物を含め、デジタル電子回路、またはコンピュータソフトウェア、ファームウェア、若しくはハードウェアで実施されてもよく、またはそれらの１つ以上の組み合わせで実装されてもよい。開示された、そして他の実施形態は、１つ以上のコンピュータプログラム製品、すなわち、データ処理装置によって実装されるため、またはデータ処理装置の操作を制御するために、コンピュータ可読媒体上に符号化されたコンピュータプログラム命令の１つ以上のモジュールとして実装することができる。このコンピュータ可読媒体は、機械可読記憶デバイス、機械可読記憶基板、メモリデバイス、機械可読伝播信号をもたらす物質の組成物、またはこれらの１つ以上の組み合わせであってもよい。「データ処理装置」という用語は、例えば、プログラマブル処理装置、コンピュータ、または複数の処理装置若しくはコンピュータを含め、データを処理するためのすべての装置、デバイス、および機械を含む。この装置は、ハードウェアの他に、当該コンピュータプログラムの実行環境を作るコード、例えば、処理装置ファームウェア、プロトコルスタック、データベース管理システム、オペレーティングシステム、またはこれらの１つ以上の組み合わせを構成するコードを含むことができる。伝播信号は、人工的に生成した信号、例えば、機械で生成した電気、光、または電磁信号であり、適切な受信装置に送信するための情報を符号化するように生成される。
【0262】
コンピュータプログラム（プログラム、ソフトウェア、ソフトウェアアプリケーション、スクリプト、またはコードとも呼ばれる）は、コンパイルされた言語または解釈された言語を含む任意の形式のプログラミング言語で記述することができ、また、それは、スタンドアロンプログラムとして、またはコンピューティング環境で使用するのに適したモジュール、コンポーネント、サブルーチン、または他のユニットとして含む任意の形式で展開することができる。コンピュータプログラムは、必ずしもファイルシステムにおけるファイルに対応するとは限らない。プログラムは、他のプログラムまたはデータを保持するファイルの一部（例えば、マークアップ言語文書に格納された１つ以上のスクリプト）に記録されていてもよいし、当該プログラム専用の単一のファイルに記憶されていてもよいし、複数の調整ファイル（例えば、１つ以上のモジュール、サブプログラム、またはコードの一部を格納するファイル）に記憶されていてもよい。１つのコンピュータプログラムを、１つのサイトに位置する１つのコンピュータ、または複数のサイトに分散され通信ネットワークによって相互接続される複数のコンピュータで実行させるように展開することも可能である。
【0263】
本明細書に記載された処理およびロジックフローは、入力データ上で動作し、出力を生成することによって機能を行うための１つ以上のコンピュータプログラムを実行する１つ以上のプログラマブルプロセッサによって行うことができる。処理およびロジックフローはまた、特定用途のロジック回路、例えば、ＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）またはＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｉｕｔ）によって行うことができ、装置はまた、特別目的のロジック回路として実装することができる。
【0264】
コンピュータプログラムの実行に適した処理装置は、例えば、汎用および専用マイクロプロセッサの両方、並びに任意の種類のデジタルコンピュータの任意の１つ以上のプロセッサを含む。一般的に、プロセッサは、読み出し専用メモリまたはランダムアクセスメモリまたはその両方から命令およびデータを受信する。コンピュータの本質的な要素は、命令を行うためのプロセッサと、命令およびデータを記憶するための１つ以上のメモリデバイスである。一般的に、コンピュータは、データを記憶するための１つ以上の大容量記憶デバイス、例えば、磁気、光磁気ディスク、または光ディスクを含んでもよく、またはこれらの大容量記憶デバイスからデータを受信するか、またはこれらにデータを転送するように動作可能に結合されてもよい。しかしながら、コンピュータは、このようなデバイスを有する必要はない。コンピュータプログラム命令およびデータを記憶するのに適したコンピュータ可読媒体は、あらゆる形式の不揮発性メモリ、媒体、およびメモリデバイスを含み、例えば、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリデバイス、磁気ディスク、例えば内部ハードディスクまたはリムーバブルディスク、光磁気ディスク、およびＣＤ－ＲＯＭおよびＤＶＤ－ＲＯＭディスク等の半導体メモリデバイスを含む。処理装置およびメモリは、特定用途のロジック回路によって補完されてもよく、または特定用途のロジック回路に組み込まれてもよい。
【0265】
本特許明細書は多くの詳細を含むが、これらは、任意の主題または特許請求され得るものの範囲を限定するものと解釈されるべきではなく、特定の技術の特定の実施形態に特有であり得る特徴の説明と解釈されるべきである。本特許明細書において別個の実施形態の文脈で説明されている特定の特徴は、１つの例において組み合わせて実装してもよい。逆に、１つの例の文脈で説明された様々な特徴は、複数の実施形態において別個にまたは任意の適切なサブコンビネーションで実装してもよい。さらに、特徴は、特定の組み合わせで作用するものとして上記に記載され、最初にそのように主張されていてもよいが、主張された組み合わせからの１つ以上の特徴は、場合によっては、組み合わせから抜粋されることができ、主張された組み合わせは、サブコンビネーションまたはサブコンビネーションのバリエーションに向けられてもよい。
【0266】
同様に、動作は図面において特定の順番で示されているが、これは、所望の結果を達成するために、このような動作が示された特定の順番でまたは連続した順番で実行されること、または示された全ての操作が実行されることを必要とするものと理解されるべきではない。また、本特許明細書に記載されている実施形態における様々なシステムモジュールの分離は、全ての実施形態においてこのような分離を必要とするものと理解されるべきではない。
【0267】
いくつかの実装形態および例のみが記載されており、本特許明細書に記載され図示されている内容に基づいて、他の実施形態、拡張および変形が可能である。
【図1】
【図2】
【図3】
【図4A】
【図4B】
【図5】
【図6A】
【図6B】
【図6C】
【図6D】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】