特許 7556037 ローカルデュアルツリー向けのパレットモード

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

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

(11)【特許番号】

(24)【登録日】2024-09-13

(45)【発行日】2024-09-25

(54)【発明の名称】ローカルデュアルツリー向けのパレットモード

(51)【国際特許分類】

   H04N 19/117 20140101AFI20240917BHJP

   H04N 19/119 20140101ALI20240917BHJP

   H04N 19/157 20140101ALI20240917BHJP

   H04N 19/176 20140101ALI20240917BHJP

   H04N 19/186 20140101ALI20240917BHJP

   H04N 19/46 20140101ALI20240917BHJP

   H04N 19/593 20140101ALI20240917BHJP

   H04N 19/96 20140101ALI20240917BHJP

【ＦＩ】

H04N19/117

H04N19/119

H04N19/157

H04N19/176

H04N19/186

H04N19/46

H04N19/593

H04N19/96

【請求項の数】 12

(21)【出願番号】P 2022547710

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

(65)【公表番号】

(43)【公表日】2023-03-31

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

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

(87)【国際公開日】2021-08-12

【審査請求日】2022-08-09

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

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

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

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

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

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

【前置審査】

(73)【特許権者】

【識別番号】520476341

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

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

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

(73)【特許権者】

【識別番号】520477474

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

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

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

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(74)【代理人】

【識別番号】100135079

【弁理士】

【氏名又は名称】宮崎 修

(72)【発明者】

【氏名】シュイ，ジィジォン

(72)【発明者】

【氏名】ザン，リー

(72)【発明者】

【氏名】ワン，イェ－クイ

(72)【発明者】

【氏名】ザン，カイ

(72)【発明者】

【氏名】ズゥー，ウェイジア

(72)【発明者】

【氏名】ワン，ユエ

(72)【発明者】

【氏名】ワン，ヤン

(72)【発明者】

【氏名】リュウ，ホンビン

【審査官】久保 光宏

(56)【参考文献】

【文献】国際公開第２０２１／１５０４０７（ＷＯ，Ａ１）

【文献】特表２０２２－５２５４３０（ＪＰ，Ａ）

【文献】特許第７４５１７３１（ＪＰ，Ｂ２）

【文献】Benjamin Bross, et al.，"Versatile Video Coding (Draft 8)"，Document: JVET-Q2001-vB, [online]，JVET-Q2001 (version 11)，Joint Video Experts Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11，2020年01月27日，Pages 13,74-76,162-164,214-216，[令和5年8月7日検索], インターネット, <URL: https://jvet-experts.org/doc_end_user/current_document.php?id=9675> and <URL: https://jvet-experts.org/doc_end_user/documents/17_Brussels/wg11/JVET-Q2001-v11.zip>.，(See document file "JVET-Q2001-vB.docx" in the zip file "JVET-Q2001-v11.zip".)

【文献】Mohammed Golam Sarwer, et al.，"CE2-related: On maximum palette size of VVC"，Document: JVET-Q0291-v2, [online]，JVET-Q0291 (version 2)，Joint Video Experts Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11，2020年01月08日，Pages 1-4，[令和5年8月7日検索], インターネット, <URL: https://jvet-experts.org/doc_end_user/current_document.php?id=9116> and <URL: https://jvet-experts.org/doc_end_user/documents/17_Brussels/wg11/JVET-Q0291-v2.zip>.，(See document file "JVET-Q0291-v2-clean.docx" in the zip file "JVET-Q0291-v2.zip".)

【文献】Yu-Chen Sun, et al.，"Analysis of Palette Mode on Versatile Video Coding"，Proceedings of 2019 IEEE Conference on Multimedia Information Processing and Retrieval (MIPR)，IEEE，2019年03月30日，Pages 455-458，ISBN: 978-1-7281-1198-8, <DOI: 10.1109/MIPR.2019.00091>.

【文献】Wei Pu, et al.，"Palette Mode Coding in HEVC Screen Content Coding Extension"，IEEE Journal on Emerging and Selected Topics in Circuits and Systems，IEEE，2016年11月18日，Vol.6, No.4，Pages 420-432，ISSN: 2156-3357, <DOI: 10.1109/JETCAS.2016.2605661>.

【文献】Yu-Chen Sun, et al.，"PALETTE MODE - A NEW CODING TOOL IN SCREEN CONTENT CODING EXTENSIONS OF HEVC"，Proceedings of 2015 IEEE International Conference on Image Processing (ICIP)，IEEE，2015年09月30日，Pages 2409-2413，ISBN: 978-1-4799-8339-1, <DOI: 10.1109/ICIP.2015.7351234>.

【文献】Ling Li, et al.，"AHG12: Signaling of chroma presence in PPS and APS"，Document: JVET-Q0420-v1, [online]，JVET-Q0420 (version 1)，Joint Video Experts Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11，2020年01月01日，Pages 1-3，[令和6年1月29日検索], インターネット, <URL: https://jvet-experts.org/doc_end_user/current_document.php?id=9245> and <URL: https://jvet-experts.org/doc_end_user/documents/17_Brussels/wg11/JVET-Q0420-v1.zip>.，(See document file "JVET-Q0420-v1.docx" in the zip file "JVET-Q0420-v1.zip".)

【文献】Ye-Kui Wang，"AHG9: A summary of proposals on chroma deblocking tc and β offsets signalling"，Document: JVET-R0338-v3, [online]，JVET-R0338 (version 3)，Joint Video Experts Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11，2020年04月04日，Pages 1-5，[令和6年1月29日検索], インターネット, <URL: https://jvet-experts.org/doc_end_user/current_document.php?id=9982> and <URL: https://jvet-experts.org/doc_end_user/documents/18_Alpbach/wg11/JVET-R0338-v3.zip>.，(See document file "JVET-R0338-v3.docx" in the zip file "JVET-R0338-v3.zip".)

【文献】Hai Wei Sun, et al.，"AHG9: On signaling of deblocking parameters for coding monochrome pictures"，Document: JVET-R0078, [online]，JVET-R0078 (version 1)，Joint Video Experts Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11，2020年04月02日，Pages 1-6，[令和6年1月29日検索], インターネット, <URL: https://jvet-experts.org/doc_end_user/current_document.php?id=9722> and <URL: https://jvet-experts.org/doc_end_user/documents/18_Alpbach/wg11/JVET-R0078-v1.zip>.，(See document file "JVET-R0078.docx" in the zip file "JVET-R0078-v1.zip".)

【文献】Jizheng Xu, et al.，"Chroma deblocking parameters based on chroma coding tools"，Document: JVET-R0077-v1, [online]，JVET-R0077 (version 1)，Joint Video Experts Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11，2020年04月02日，Pages 1-3，[令和6年1月29日検索], インターネット, <URL: https://jvet-experts.org/doc_end_user/current_document.php?id=9721> and <URL: https://jvet-experts.org/doc_end_user/documents/18_Alpbach/wg11/JVET-R0077-v1.zip>.，(See document file "JVET-R0077-v1.docx" in the zip file "JVET-R0077-v1.zip".)

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

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

ＣＳＤＢ（日本国特許庁）

学術文献等データベース（日本国特許庁）

ＩＥＥＥＸｐｌｏｒｅ（ＩＥＥＥ）

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

【請求項1】

映像データを処理する方法であって、
映像の第１の映像ブロックと前記映像のビットストリームとの間での変換のために、前記第１の映像ブロックに第１の予測モードが適用されることを決定するステップと、
予測子パレットテーブルを維持管理するステップと、
前記第１の予測モードにて、前記予測子パレットテーブルに基づいて、前記第１の映像ブロックに対する１つ以上のパレット予測子を有する第１のパレットを構築するステップと、
前記第１の予測モードに基づいて前記変換を実行するステップと、
を有し、
前記第１の予測モードにおいて、前記第１の映像ブロックの再構成サンプルは、前記第１のパレットから導出されるパレット予測子、又はエスケープサンプルのうちの少なくとも一方によって表され、
前記第１のパレット内のエントリの最大数が、前記第１の映像ブロックのツリータイプに基づき、
クロマコンポーネントについてのコーディングツールオフセットに関する第１のフラグが、前記ビットストリーム内のピクチャパラメータセット（ＰＰＳ）に含められ、
クロマデブロッキングパラメータオフセットを規定する第１セットのシンタックス要素が前記ビットストリーム内の前記ＰＰＳに含まれるかが、前記第１のフラグの値に基づいて決定され、
前記映像の映像ピクチャについてのクロマデブロッキングパラメータオフセットを規定する第２セットのシンタックス要素が、前記ＰＰＳを参照するピクチャヘッダに含まれるかが、前記第１のフラグの前記値に基づいて決定され、
前記映像ピクチャのスライスについてのクロマデブロッキングパラメータオフセットを規定する第３セットのシンタックス要素が、前記ＰＰＳを参照するスライスヘッダに含まれるかが、前記第１のフラグの前記値に基づいて決定され、
前記第１のフラグの前記値は、前記映像ピクチャのカラーフォーマットに関係し、
前記第１のフラグが第１の値を持つ場合、前記第１セットのシンタックス要素、前記第２セットのシンタックス要素、及び前記第３セットのシンタックス要素は存在しない、
方法。

【請求項2】

前記予測子パレットテーブルは、前記第１のパレットに基づいて更新される、請求項１に記載の方法。

【請求項3】

前記映像の第２の映像ブロックに前記第１の予測モードが適用され、前記第２の映像ブロックに対する第２のパレットが、前記予測子パレットテーブルに基づいて構築され、
前記第１の映像ブロックにシングルツリーが適用され、且つ前記第２の映像ブロックにローカルデュアルツリーが適用される場合に、前記第１のパレット内のエントリの前記最大数は、前記第２のパレット内のエントリの最大数とは異なる、
請求項１又は２に記載の方法。

【請求項4】

前記第１の映像ブロックに前記シングルツリーが適用され、且つ前記第２の映像ブロックに前記ローカルデュアルツリーが適用される場合に、前記第２のパレット内のエントリの前記最大数は、前記第１のパレット内のエントリの前記最大数より少ない、請求項３に記載の方法。

【請求項5】

前記第１の映像ブロックに前記シングルツリーが適用され、且つ前記第２の映像ブロックに前記ローカルデュアルツリーが適用される場合に、前記第２のパレット内のエントリの前記最大数は、前記第１のパレット内のエントリの前記最大数の半分である、請求項３に記載の方法。

【請求項6】

前記第２の映像ブロックはルマブロックであり、前記第２の映像ブロックは、コーディングツリーノードのルマ親ブロックをスプリットすることによって取得され、前記コーディングツリーノードのクロマ親ブロックはスプリットされることが許されない、請求項３に記載の方法。

【請求項7】

前記映像の第２の映像ブロックに前記第１の予測モードが適用され、前記第２の映像ブロックに対する第２のパレットが、前記予測子パレットテーブルに基づいて構築され、
前記第１の映像ブロックにデュアルツリーが適用され、且つ前記第２の映像ブロックにローカルデュアルツリーが適用される場合に、前記予測子パレットテーブル内のエントリの最大数が、前記第１の映像ブロックに対してと、前記第２の映像ブロックに対してと、で異なる、
請求項１に記載の方法。

【請求項8】

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

【請求項9】

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

【請求項10】

プロセッサと、命令を有する非一時的なメモリと、を有する映像データを処理する装置であって、前記命令は、前記プロセッサによる実行を受けて、前記プロセッサに、
映像の第１の映像ブロックと前記映像のビットストリームとの間での変換のために、前記第１の映像ブロックに第１の予測モードが適用されることを決定させ、
予測子パレットテーブルを維持管理させ、
前記第１の予測モードにて、前記予測子パレットテーブルに基づいて、前記第１の映像ブロックに対する１つ以上のパレット予測子を有する第１のパレットを構築させ、
前記第１の予測モードに基づいて前記変換を実行させ、
前記第１の予測モードにおいて、前記第１の映像ブロックの再構成サンプルは、前記第１のパレットから導出されるパレット予測子、又はエスケープサンプルのうちの少なくとも一方によって表され、
前記第１のパレット内のエントリの最大数が、前記第１の映像ブロックのツリータイプに基づき、
クロマコンポーネントについてのコーディングツールオフセットに関する第１のフラグが、前記ビットストリーム内のピクチャパラメータセット（ＰＰＳ）に含められ、
クロマデブロッキングパラメータオフセットを規定する第１セットのシンタックス要素が前記ビットストリーム内の前記ＰＰＳに含まれるかが、前記第１のフラグの値に基づいて決定され、
前記映像の映像ピクチャについてのクロマデブロッキングパラメータオフセットを規定する第２セットのシンタックス要素が、前記ＰＰＳを参照するピクチャヘッダに含まれるかが、前記第１のフラグの前記値に基づいて決定され、
前記映像ピクチャのスライスについてのクロマデブロッキングパラメータオフセットを規定する第３セットのシンタックス要素が、前記ＰＰＳを参照するスライスヘッダに含まれるかが、前記第１のフラグの前記値に基づいて決定され、
前記第１のフラグの前記値は、前記映像ピクチャのカラーフォーマットに関係し、
前記第１のフラグが第１の値を持つ場合、前記第１セットのシンタックス要素、前記第２セットのシンタックス要素、及び前記第３セットのシンタックス要素は存在しない、
装置。

【請求項11】

命令を格納した非一時的なコンピュータ読み取り可能記憶媒体であって、前記命令は、プロセッサに、
映像の第１の映像ブロックと前記映像のビットストリームとの間での変換のために、前記第１の映像ブロックに第１の予測モードが適用されることを決定させ、
予測子パレットテーブルを維持管理させ、
前記第１の予測モードにて、前記予測子パレットテーブルに基づいて、前記第１の映像ブロックに対する１つ以上のパレット予測子を有する第１のパレットを構築させ、
前記第１の予測モードに基づいて前記変換を実行させ、
前記第１の予測モードにおいて、前記第１の映像ブロックの再構成サンプルは、前記第１のパレットから導出されるパレット予測子、又はエスケープサンプルのうちの少なくとも一方によって表され、
前記第１のパレット内のエントリの最大数が、前記第１の映像ブロックのツリータイプに基づき、
クロマコンポーネントについてのコーディングツールオフセットに関する第１のフラグが、前記ビットストリーム内のピクチャパラメータセット（ＰＰＳ）に含められ、
クロマデブロッキングパラメータオフセットを規定する第１セットのシンタックス要素が前記ビットストリーム内の前記ＰＰＳに含まれるかが、前記第１のフラグの値に基づいて決定され、
前記映像の映像ピクチャについてのクロマデブロッキングパラメータオフセットを規定する第２セットのシンタックス要素が、前記ＰＰＳを参照するピクチャヘッダに含まれるかが、前記第１のフラグの前記値に基づいて決定され、
前記映像ピクチャのスライスについてのクロマデブロッキングパラメータオフセットを規定する第３セットのシンタックス要素が、前記ＰＰＳを参照するスライスヘッダに含まれるかが、前記第１のフラグの前記値に基づいて決定され、
前記第１のフラグの前記値は、前記映像ピクチャのカラーフォーマットに関係し、
前記第１のフラグが第１の値を持つ場合、前記第１セットのシンタックス要素、前記第２セットのシンタックス要素、及び前記第３セットのシンタックス要素は存在しない、
コンピュータ読み取り可能記憶媒体。

【請求項12】

映像のビットストリームを格納する方法であって、
映像の第１の映像ブロックについて、該第１の映像ブロックに第１の予測モードが適用されることを決定するステップと、
予測子パレットテーブルを維持管理するステップと、
前記第１の予測モードにて、前記予測子パレットテーブルに基づいて、前記第１の映像ブロックに対する１つ以上のパレット予測子を有する第１のパレットを構築するステップと、
前記第１の予測モードに基づいて前記映像のビットストリームを生成するステップと、
前記ビットストリームを非一時的コンピュータ読み取り可能記録媒体に格納するステップと、
を有し、
前記第１の予測モードにおいて、前記第１の映像ブロックの再構成サンプルは、前記第１のパレットから導出されるパレット予測子、又はエスケープサンプルのうちの少なくとも一方によって表され、
前記第１のパレット内のエントリの最大数が、前記第１の映像ブロックのツリータイプに基づき、
クロマコンポーネントについてのコーディングツールオフセットに関する第１のフラグが、前記ビットストリーム内のピクチャパラメータセット（ＰＰＳ）に含められ、
クロマデブロッキングパラメータオフセットを規定する第１セットのシンタックス要素が前記ビットストリーム内の前記ＰＰＳに含まれるかが、前記第１のフラグの値に基づいて決定され、
前記映像の映像ピクチャについてのクロマデブロッキングパラメータオフセットを規定する第２セットのシンタックス要素が、前記ＰＰＳを参照するピクチャヘッダに含まれるかが、前記第１のフラグの前記値に基づいて決定され、
前記映像ピクチャのスライスについてのクロマデブロッキングパラメータオフセットを規定する第３セットのシンタックス要素が、前記ＰＰＳを参照するスライスヘッダに含まれるかが、前記第１のフラグの前記値に基づいて決定され、
前記第１のフラグの前記値は、前記映像ピクチャのカラーフォーマットに関係し、
前記第１のフラグが第１の値を持つ場合、前記第１セットのシンタックス要素、前記第２セットのシンタックス要素、及び前記第３セットのシンタックス要素は存在しない、
方法。

【発明の詳細な説明】

【技術分野】

【0001】

この出願は、２０２０年２月５日に出願された国際特許出願第ＰＣＴ／ＣＮ２０／０７４３１６号及び２０２０年５月２１日に出願された国際特許出願第ＰＣＴ／ＣＮ２０／０９１６６１号の優先権及び利益を主張するものである２０２０年１２月２８日に出願された国際特許出願第ＰＣＴ／ＣＮ２０２１／０７５４０８号の国内移行出願である。上記出願の開示全体を、この出願の開示の一部として援用する。

【0002】

この特許文書は、画像及び映像コーディング及びデコーディングに関する。

【背景技術】

【0003】

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

【発明の概要】

【0004】

本文書は、映像の表現のために代表的なサンプル値のパレットが使用されるパレットモードを使用する映像処理のためにビデオエンコーダ及びデコーダによって使用されることができる技術を開示する。

【0005】

一態様例において、映像処理方法が開示される。当該方法は、映像の映像ブロックと映像のビットストリームとの間での変換を、代表的なカラー値のパレットを用いて映像ブロックのサンプルが表現されるパレットモードを用いて実行することを含む。映像ブロックのパレットのサイズが、映像ブロックにローカルデュアルツリーが適用されるかに基づいて決定される。

【0006】

他の一態様例において、映像処理方法が開示される。当該方法は、映像の映像ブロックと映像のビットストリームとの間での変換を、代表的なカラー値のパレットを用いて映像ブロックのサンプルが表現されるパレットモードを用いて実行することを含む。映像ブロックのパレット予測子のサイズが、映像ブロックにローカルデュアルツリーが適用されるかに基づく。

【0007】

他の一態様例において、映像処理方法が開示される。当該方法は、映像の映像ブロックと映像のビットストリームとの間での変換を、代表的なカラー値のパレットを用いて映像ブロックのサンプルが表現されるパレットモードを用いて実行することを含む。変換は、少なくとも最大許容値又は最小許容値によって制約される量子化パラメータを用いてエスケープサンプルの値がビットストリーム内にコーディングされることを規定するルールに従う。

【0008】

他の一態様例において、映像処理方法が開示される。当該方法は、映像のブロックと映像のビットストリームとの間での変換を、クロマコーディングツールに関連するパラメータがビットストリームの適応パラメータセット内に存在するかが適応パラメータセット内の制御フラグに基づくことを規定するフォーマットルールに従って、実行することを含む。

【0009】

他の一態様例において、映像処理方法が開示される。当該方法は、映像のブロックと映像のビットストリームとの間での変換を実行することを含む。ビットストリームは、映像がモノクロである又は映像のカラーコンポーネント同士が別々に処理される場合に、量子化パラメータに関連付けられたシンタックス要素がビットストリームのピクチャヘッダ内で省略されることを規定するフォーマットルールに従う。

【0010】

他の一態様例において、映像処理方法が開示される。当該方法は、映像の映像ブロックと映像のビットストリームとの間での変換を、変換に対して、代表的なカラー値のパレットを用いて映像ブロックのサンプルが表現されるパレットモードと、残差ドメイン内でカラー空間変換が行われる適応カラー変換モードとが、相互に排他的に有効にされることを規定するルールに従って実行することを含む。

【0011】

他の一態様例において、映像処理方法が開示される。当該方法は、映像の映像ブロックと映像のビットストリームとの間での変換を実行することを含む。映像ブロックの残差ブロックのカラー空間にかかわらず、残差ドメイン内でカラー空間変換が行われる適応カラー変換モードが残差ブロックに適用される。

【0012】

他の一態様例において、映像処理方法が開示される。当該方法は、映像の映像ブロックと映像のビットストリームとの間での変換を実行することを含む。映像ブロックは、変換スキップ残差コーディングツールを用いてコーディングされ、変換スキップ残差コーディングツールでは、映像ブロックの変換スキップコーディングの残差係数が、コンテキストコーディングプロセス又はバイパスコーディングプロセスを用いてコーディングされる。変換において、バイパスコーディングプロセスの開始時又は終了時に、映像ブロック内で許容される残りのコンテキストコーディングビンの数を規定する変数に対して処理が適用される。

【0013】

他の一態様例において、映像処理方法が開示される。当該方法は、映像の映像ブロックと映像のビットストリームとの間での変換を、変換スキップ残差コーディングプロセスを用いて実行することを含む。変換において、シンタックス要素が特定のスキャンパスに属するかを指し示す変数に対して処理が適用される。

【0014】

他の一態様例において、映像処理方法が開示される。当該方法は、映像の映像ブロックと映像のビットストリームとの間での変換を実行することを含む。変換において、係数レベルのサイン（符号）を示すシンタックス要素がバイパスコーディングプロセスを用いてコーディングされるのか、それともコンテキストコーディングプロセスを用いてコーディングされるのかが、映像ブロックの領域内の１つ以上の係数の同じシンタックス要素が順番にコーディングされるスキャンパスのインデックスに基づく。

【0015】

他の一態様例において、映像処理方法が開示される。当該方法は、映像の映像ブロックと映像のビットストリームとの間での変換を、変換スキップ残差コーディングプロセスを用いて実行することを含む。変換において、係数レベルのサインを示すシンタックス要素がバイパスコーディングプロセスを用いてコーディングされるのか、それともコンテキストコーディングプロセスを用いてコーディングされるのかが、シンタックス要素が別のシンタックス要素と同じスキャンパス内でシグナリングされるかに基づく。

【0016】

他の一態様例において、映像処理方法が開示される。当該方法は、映像の映像ブロックと映像のコーディング表現との間での変換を実行することを含み、代表的なカラー値のパレットを用いて映像ブロックのサンプルが表現されるパレットモードが、映像ブロックのコーディング表現に対して使用され、パレット外のサンプルは、エスケープシンボルと、ルールによって決定される最小許容値と最大許容値との間の範囲内の量子化パラメータを用いて量子化される値とを使用してコーディングされる。

【0017】

他の一態様例において、映像処理方法が開示される。当該方法は、映像の映像ブロックと映像のコーディング表現との間での変換を実行することを含み、代表的なカラー値のパレットを用いて映像ブロックのサンプルが表現されるパレットモードが、映像ブロックのコーディング表現に対して使用され、パレットのサイズは、映像ブロックとコーディング表現との間での変換に対してローカルデュアルツリーが使用されるかについてのルールに依存する。

【0018】

他の一態様例において、映像処理方法が開示される。当該方法は、映像の映像ブロックと映像のコーディング表現との間での変換を実行することを含み、代表的なカラー値のパレットを用いて映像ブロックのサンプルが表現されるパレットモードが、映像ブロックのコーディング表現に対して使用され、パレット予測子のサイズは、映像ブロックとコーディング表現との間での変換に対してローカルデュアルツリーが使用されるかについてのルールに依存する。

【0019】

他の一態様例において、映像処理方法が開示される。当該方法は、映像の映像領域の映像ブロックと映像のコーディング表現との間での変換のために、コーディング条件に基づいて、映像のクロマコンポーネントのためのデブロッキングオフセットを特定するシンタックス要素が映像領域レベルでコーディング表現に含められるかを決定し、該決定に基づいて変換を実行することを含み、デブロッキングオフセットは、映像ブロックに対するデブロッキング処理を選択的に有効にするために使用される。

【0020】

他の一態様例において、映像処理方法が開示される。当該方法は、映像の映像領域の映像ブロックと映像のコーディング表現との間での変換のために、コーディング条件に基づいて、クロマコーディングツールの使用を特定するシンタックス要素が映像領域レベルでコーディング表現に含められるかを決定し、該決定に基づいて変換を実行することを含み、デブロッキングオフセットは、映像ブロックに対するデブロッキング処理を選択的に有効にするために使用される。

【0021】

他の一態様例において、映像処理方法が開示される。当該方法は、映像の映像領域の映像ブロックと映像のコーディング表現との間での変換を実行することを含み、コーディング表現はフォーマットに従い、フォーマットは、映像のクロマコンポーネントのためのデブロッキングオフセットを示す第１のフラグがコーディング表現に含められるかが、クロマコンポーネントの量子化パラメータオフセットを示す第２のフラグがコーディング表現に含められるかに基づくことを規定する。

【0022】

他の一態様例において、映像処理方法が開示される。当該方法は、映像の映像領域の映像ブロックと映像のコーディング表現との間での変換を実行することを含み、コーディング表現はフォーマットルールに従い、フォーマットルールは、１つ以上のクロマコーディングツールの適用可能性を示す１つ以上のパラメータが映像領域レベル又は映像ブロックレベルでコーディング表現に含められるかを、コーディング表現内のシンタックス要素が制御することを規定する。

【0023】

更なる他の一態様例において、ビデオエンコーダ装置が開示される。当該ビデオエンコーダは、上述の方法を実装するように構成されたプロセッサを有する。

【0024】

更なる他の一態様例において、ビデオデコーダ装置が開示される。当該ビデオデコーダは、上述の方法を実装するように構成されたプロセッサを有する。

【0025】

更なる他の一態様例において、コードを格納したコンピュータ読み取り可能媒体が開示される。該コードは、プロセッサ実行可能コードの形態で、ここに記載される方法の１つを具現化する。

【0026】

これらの及び他の特徴が、本文書の全体を通じて記述される。

【図面の簡単な説明】

【0027】

【図1】パレットモードでコーディングされるブロックの一例を示している。

【図2】パレットエントリをシグナリングするためのパレット予測子の使用を例示している。

【図3】水平及び垂直横断スキャンの例を示している。

【図4】パレットインデックスのコーディング例を示している。

【図5A】図５Ａ－５Ｂは、最小クロマインター予測ユニットの例を示している。

【図5B】図５Ａ－５Ｂは、最小クロマインター予測ユニットの例を示している。

【図6】ＡＣＴを用いた復号プロセスの説明図である。

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

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

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

【図10】本開示の一部の実施形態に従った映像コーディングシステムを示すブロック図である。

【図11】本開示の一部の実施形態に従ったエンコーダを示すブロック図である。

【図12】本開示の一部の実施形態に従ったデコーダを示すブロック図である。

【図13】本技術に従った映像処理の一方法のフローチャート表現である。

【図14】本技術に従った映像処理の他の一方法のフローチャート表現である。

【図15】本技術に従った映像処理の他の一方法のフローチャート表現である。

【図16】本技術に従った映像処理の他の一方法のフローチャート表現である。

【図17】本技術に従った映像処理の他の一方法のフローチャート表現である。

【図18】本技術に従った映像処理の他の一方法のフローチャート表現である。

【図19】本技術に従った映像処理の他の一方法のフローチャート表現である。

【図20】本技術に従った映像処理の他の一方法のフローチャート表現である。

【図21】本技術に従った映像処理の他の一方法のフローチャート表現である。

【図22】本技術に従った映像処理の他の一方法のフローチャート表現である。

【図23】本技術に従った映像処理の更なる他の一方法のフローチャート表現である。

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

【0028】

本文書では、理解を容易にするためにセクション見出しを使用するが、それらは、各セクションで開示される技術及び実施形態の適用可能性をそのセクションのみに限るものではない。また、一部の記述において単に理解を容易にするためにＨ．２６６用語を使用するが、それは、開示される技術の範囲を限定するものではない。従って、ここに記載される技術は、他のビデオコーデックプロトコル及び設計にも適用可能である。

【0029】

１． 概説
この文書は映像コーディング技術に関する。具体的には、これは、パレットコーディングにおけるインデックス及びエスケープシンボルコーディング、クロマフォーマットシグナリング、及び残差コーディングに関する。これは、ＨＥＶＣのような既存の映像コーディング標準に適用されてもよいし、成立される標準（バーサタイルビデオコーディング）に適用されてもよい。これは、将来の映像コーディング標準又はビデオコーデックにも適用可能である。

【0030】

２． 映像コーディング標準
映像コーディング標準は、主に、周知のＩＴＵ－Ｔ及びＩＳＯ／ＩＥＣ標準の開発を通じて発展してきた。ＩＴＵ－ＴがＨ．２６１及びＨ．２６３を作成し、ＩＳＯ／ＩＥＣがＭＰＥＧ－１及びＭＰＥＧ－４ Ｖｉｓｕａｌを作成出し、そして、これら２つの組織が共同で、Ｈ．２６２／ＭＰＥＧ－２ Ｖｉｄｅｏ及びＨ．２６４／ＭＰＥＧ－４ ＡＶＣ（Advanced Video Coding）及びＨ．２６５／ＨＥＶＣ標準を作成した。Ｈ．２６２以来、映像コーディング標準は、時間予測に加えて変換コーディングが利用されるハイブリッド映像コーディング構造に基づいている。ＨＥＶＣの先の将来の映像コーディング技術を探求するため、２０１５年にＶＣＥＧとＭＰＥＧが共同でＪＶＥＴ（Joint Video Exploration Team）を設立した。それ以来、数多くの新しい方法が、ＪＶＥＴによって採用され、共同探索モデルＪＥＭ（Joint Exploration Model）と名付けられたリファレンスソフトウェアに入れられてきた。２０１８年４月には、ＨＥＶＣと比較して５０％のビットレート低減を目指すＶＶＣ標準に取り組むべく、ＶＣＥＧ（Ｑ６／１６）とＩＳＯ／ＩＥＣ ＪＴＣ１ ＳＣ２９／ＷＧ１１（ＭＰＥＧ）との間でＪＶＥＴ（Joint Video Expert Team）を発足させた。

【0031】

２．１ ＨＥＶＣスクリーンコンテンツコーディング拡張（ＨＥＶＣ－ＳＣＣ）におけるパレットモード
２．１．１ パレットモードの概念
パレットモードの背後にある基本的なアイディアは、ＣＵ内のピクセルが代表的なカラー値の小さいセットによって表現されるというものである。このセットがパレットと称される。そして、（場合により量子化される）コンポーネント値に続かれるエスケープシンボルをシグナリングすることによって、パレットの外にあるサンプルを示すことも可能である。この種のピクセルをエスケープピクセルと呼ぶ。パレットモードを図１に例示する。図１に示されるように、３つのカラーコンポーネント（ルマ及び２つのクロマコンポーネント）を有する各画素について、パレットへのインデックスが調えられ、パレットに調えられた値に基づいてブロックが再構成され得る。

【0032】

２．１．２ パレットエントリのコーディング
パレットエントリのコーディングのために、パレット予測子が維持管理される。パレットの最大サイズとパレット予測子がＳＰＳ内でシグナリングされる。ＨＥＶＣ－ＳＣＣでは、ＰＰＳにpalette_predictor_initializer_present_flagが導入される。このフラグが１であるとき、パレット予測子を初期化するためのエントリがビットストリーム内でシグナリングされる。パレット予測子は、各ＣＴＵ行（row）、各スライス、及び各タイルの開始時に初期化される。palette_predictor_initializer_present_flagの値に応じて、パレット予測子は、０にリセットされるか、ＰＰＳ内でシグナリングされるパレット予測子イニシャライザエントリを用いて初期化されるかする。ＨＥＶＣ－ＳＣＣでは、ＰＰＳレベルでのパレット予測子初期化の明示的な無効化を可能にするために、サイズ０のパレット予測子イニシャライザが有効にされていた。

【0033】

パレット予測子の各エントリに対して、それが現在パレットの一部であるかを指し示すために、再利用フラグがシグナリングされる。これを図２に示す。再利用フラグは、ゼロのランレングスコーディングを用いて送られる。この後に、新しいパレットエントリの数が、次数０の指数ゴロム（Exponential Golomb；ＥＧ）コード、すなわち、ＥＧ－０を用いてシグナリングされる。最後に、新しいパレットエントリのコンポーネント値がシグナリングされる。

【0034】

２．１．３ パレットインデックスのコーディング
パレットインデックスは、図３に示すように水平及び垂直横断スキャンを用いてコーディングされる。スキャン順序は、palette_transpose_flagを用いてビットストリーム内で明示的にシグナリングされる。このサブセクションの残りの部分では、スキャンは水平方向であると仮定する。

【0035】

パレットインデックスは、‘ＣＯＰＹ＿ＬＥＦＴ’及び“ＣＯＰＹ＿ＡＢＯＶＥ’という２つのパレットサンプルモードを用いてコーディングされる。‘ＣＯＰＹ＿ＬＥＦＴ’モードでは、復号されたインデックスにパレットインデックスが割り当てられる。‘ＣＯＰＹ＿ＡＢＯＶＥ’モードでは、上の行内のサンプルのパレットインデックスがコピーされる。‘ＣＯＰＹ＿ＬＥＦＴ’モード及び‘ＣＯＰＹ＿ＡＢＯＶＥ’モードの両方で、やはり同じモードでコーディングされる後続サンプルの数を規定するラン値がシグナリングされる。

【0036】

パレットモードにおいて、エスケープシンボルについてのインデックスの値はパレットエントリの数である。そして、エスケープシンボルが‘ＣＯＰＹ＿ＬＥＦＴ’又は‘ＣＯＰＹ＿ＡＢＯＶＥ’モードにおけるランの一部であるとき、エスケープシンボルごとにエスケープコンポーネント値がシグナリングされる。パレットインデックスのコーディングを図４に例示する。

【0037】

このシンタックスオーダーは、次のように遂行される。先ず、ＣＵに対するインデックス値の数がシグナリングされる。これに続いて、トランケイテッドバイナリコーディングを用いたＣＵ全体の実際のインデックス値のシグナリングが行われる。インデックスの数とインデックス値との両方がバイパスモードでコーディングされる。これは、インデックス関連のバイパスビンをグループにまとめる。次いで、パレットサンプルモード（必要な場合）及びランが、インターリーブ方式でシグナリングされる。最後に、ＣＵ全体に対するエスケープシンボルに対応するコンポーネントエスケープ値がグループにまとめられ、バイパスモードでコーディングされる。エスケープシンボルの二値化は、３次のＥＧコーディング、すなわち、ＥＧ－３である。

【0038】

インデックス値をシグナリングした後に、追加のシンタックス要素であるlast_run_type_flagがシグナリングされる。このシンタックス要素がインデックスの数と共に、ブロック内の最後のランに対応するラン値をシグナリングすることを不要にする。

【0039】

ＨＥＶＣ－ＳＣＣでは、パレットモードは４：２：２、４：２：０、及びモノクロフォーマットに対しても有効にされる。パレットエントリ及びパレットインデックスのシグナリングは、全てのクロマフォーマットに対して略同じである。非モノクロフォーマットの場合、各パレットエントリが３つのコンポーネントで構成される。モノクロフォーマットでは、各パレットエントリが１つのコンポーネントで構成される。サブサンプリングされるクロマ方向で、クロマサンプルは、２で割り切れるルマサンプルインデックスに関連付けられる。ＣＵに対するパレットインデックスを再構成した後、サンプルがそれに関連付けられた１つのコンポーネントのみを持つ場合、パレットエントリの最初のコンポーネントのみが使用される。シグナリングにおける唯一の違いは、エスケープコンポーネント値に関する。各エスケープシンボルについて、シグナリングされるエスケープコンポーネント値の数が、そのシンボルに関連付けられたコンポーネントの数に応じて異なり得る。

【0040】

図４は、パレットインデックスのコーディングの一例を示すものである。

【0041】

さらに、パレットインデックスコーディングにはインデックス調整プロセスが存在する。パレットインデックスをシグナリングするとき、左隣接インデックス又は上隣接インデックスは現在インデックスと異なるはずである。従って、１つの可能性を除去することにより、現在パレットインデックスの範囲を１だけ減らし得る。その後、インデックスが、トランケイテッドバイナリ（ＴＢ）二値化でシグナリングされる。

【0042】

この部分に関連するテキストを以下に示すが、以下において、CurrPaletteIndexは現在パレットインデックスであり、adjustedRefPaletteIndexは予測インデックスである。

【0043】

変数PaletteIndexMap[xC][yC]は、CurrentPaletteEntriesによって表される配列へのインデックスであるパレットインデックスを規定する。配列インデックスxC、yCは、ピクチャの左上ルマサンプルに対するサンプルの位置(xC,yC)を規定する。PaletteIndexMap[xC][yC]の値は、両端を含めて０からMaxPaletteIndexの範囲内である。

【0044】

変数adjustedRefPaletteIndexは次のように導出される：
adjustedRefPaletteIndex=MaxPaletteIndex+1
if(PaletteScanPos>0){
xcPrev=x0+TraverseScanOrder[log2CbWidth][log2bHeight][PaletteScanPos-1][0]
ycPrev=y0+TraverseScanOrder[log2CbWidth][log2bHeight][PaletteScanPos-1][1]
if(CopyAboveIndicesFlag[xcPrev][ycPrev]==0){
adjustedRefPaletteIndex=PaletteIndexMap[xcPrev][ycPrev]{ (7-157)
}
else{
if(!palette_transpose_flag)
adjustedRefPaletteIndex=PaletteIndexMap[xC][yC-1]
else
adjustedRefPaletteIndex=PaletteIndexMap[xC-1][yC]
}
}
CopyAboveIndicesFlag[xC][yC]が０に等しいとき、変数CurrPaletteIndexは次のように導出される：
if(CurrPaletteIndex>=adjustedRefPaletteIndex)
CurrPaletteIndex++
また、パレットモードにおけるランレングス要素はコンテキストコーディングされる。ＪＶＥＴ－Ｏ２０１１－ｖＥに記載されている関連するコンテキスト導出プロセスは、次のように示される：
シンタックス要素palette_run_prefixについてのctxIncの導出プロセス
このプロセスへの入力は、ビンインデックスｂｉｎＩｄｘ、並びにシンタックス要素copy_above_palette_indices_flag及びpalette_idx_idcである；
このプロセスの出力は変数ctxIncである；
変数ctxIncは次のように導出される：
－ copy_above_palette_indices_flaが０に等しく、且つbinIdxが０に等しい場合、ctxIncは次のように導出される：
ctxInc=(palette_idx_idc<1)?0:((palette_idx_idc<3)?1:2) (9-69)
－ それ以外の場合、ctxIncは表１によって与えられる：

【表1】

【0045】

２．２ ＶＶＣにおけるパレットモード
２．２．１ デュアルツリーでのパレット
ＶＶＣでは、イントラスライスをコーディングするのにデュアルツリーコーディング構造が使用され、故に、ルマコンポーネントと２つのクロマコンポーネントとで異なるパレット及びパレットインデックスを持ち得る。また、２つのクロマコンポーネントは同じパレット及びパレットインデックスを共有する。

【0046】

２．２．２ 別個のモードとしてのパレット
一部の実施形態において、コーディングユニットに対する予測モードは、ＭＯＤＥ＿ＩＮＴＲＡ、ＭＯＤＥ＿ＩＮＴＥＲ、ＭＯＤＥ＿ＩＢＣ、及びＭＯＤＥ＿ＰＬＴとすることができる。それに従って予測モードの二値化が変更される。

【0047】

ＩＢＣがオフにされるとき、Ｉタイル上で、最初の１つのビンが、現在予測モードがＭＯＤＥ＿ＰＬＴであるか否かを指し示すために使用される。Ｐ／Ｂタイル上では、最初のビンは、現在予測モードがＭＯＤＥ＿ＩＮＴＲＡであるか否かを指し示すために使用される。そうでない場合、現在予測モードがＭＯＤＥ＿ＰＬＴである又はＭＯＤＥ＿ＩＮＴＥＲであることを指し示すために、１つの追加のビンが使用される。

【0048】

ＩＢＣがオンにされるとき、Ｉタイル上で、最初のビンは、現在予測モードがＭＯＤＥ＿ＩＢＣであるか否かを指し示すために使用される。そうでない場合、２番目のビンが、現在予測モードがＭＯＤＥ＿ＰＬＴである又はＭＯＤＥ＿ＩＮＴＲＡであることを指し示すために使われる。Ｐ／Ｂタイル上では、最初のビンは、現在予測モードがＭＯＤＥ＿ＩＮＴＲＡであるか否かを指し示すために使用される。それがイントラモードである場合、２番目のビンは、現在予測モードがＭＯＤＥ＿ＰＬＴである又はＭＯＤＥ＿ＩＮＴＲＡであることを指し示すために使用される。そうでない場合、２番目のビンは、現在予測モードがＭＯＤＥ＿ＩＢＣである又はＭＯＤＥ＿ＩＮＴＥＲであることを指し示すために使用される。

【0049】

テキスト例は次のように示される。
（外１）

【0050】

２．２．３ パレットモードシンタックス
（外２）

【0051】

２．２．４ パレットモードセマンティクス
以下のセマンティクスにおいて、配列インデックスx0、y0は、ピクチャの左上ルマサンプルに対する、検討中のコーディングブロックの左上ルマサンプルの位置(x0,y0)を規定する。配列インデックスxC、yCは、ピクチャの左上ルマサンプルに対するサンプルの位置(xC,yC)を規定する。配列インデックスstartCompは、現在パレットテーブルの最初のカラーコンポーネントを規定する。０に等しいstartCompはＹコンポーネントを指し示す。１に等しいstartCompはＣｂコンポーネントを指し示す。２に等しいstartCompはＣｒコンポーネントを指し示す。numCompsは、現在パレットテーブル内のカラーコンポーネントの数を規定する。

【0052】

予測子パレットは、現在パレット内のエントリを予測するのに使用される以前のコーディングユニットからのパレットエントリで構成される。

【0053】

変数PredictorPaletteSize[startComp]は、現在パレットテーブルの最初のカラーコンポーネントstartCompについての予測子パレットのサイズを規定する。PredictorPaletteSizeは、第８．４．５．３節に規定されるように導出される。

【0054】

１に等しい変数PalettePredictorEntryReuseFlags[i]は、予測子パレット内のｉ番目のエントリが現在パレットで再利用されることを規定する。０に等しいPalettePredictorEntryReuseFlags[i]は、予測子パレット内のｉ番目のエントリが現在パレットのエントリではないことを規定する。配列PalettePredictorEntryReuseFlags[i]の全ての要素が０に初期化される。

【0055】

palette_predector_runは、配列PalettePredictorEntryReuseFlags内の非ゼロのエントリの前にあるゼロの数を決定するのに使用される。

【0056】

palette_predictor_runの値が、両端を含めて０から(PredictorPaletteSize-predectorEntryIdx)の範囲内であることがビットストリーム適合の要件であり、ここで、predictorEntryIdxは、配列PalettePredictorEntryReuseFlags内での現在位置に対応する。変数NumPredictedPaletteEntriesは、予測子パレットから再利用される現在パレット内のエントリの数を規定する。NumPredictedPalletteEntriesの値は、両端を含めて０からpalette_max_sizeの範囲内である。

【0057】

num_signalled_palette_entriesは、現在パレットテーブルの最初のカラーコンポーネントstartCompについて明示的にシグナリングされる現在パレット内のエントリの数を規定する。

【0058】

num_signalled_palette_entriesが存在しないとき、それは０に等しいと推定される。

【0059】

変数CurrentPaletteSize[startComp]は、現在パレットテーブルの最初のカラーコンポーネントstartCompについての現在パレットのサイズを規定し、次のように導出される：
CurrentPaletteSize[startComp]＝NumPredictedPaletteEntries＋
num_signalled_palette_entries (7-155)

【0060】

CurrentPaletteSize[startComp]の値は、両端を含めて０からpalette_max_sizeの範囲内である。
new_palette_entries[cIdx][i]は、カラーコンポーネントcIdxについてｉ番目にシグナリングされるパレットエントリについての値を規定する。
変数PredictorPaletteEntries[cIdx][i]は、カラーコンポーネントcIdxについての予測子パレット内のｉ番目の要素を規定する。
変数CurrentPaletteEntries[cIdx][i]は、カラーコンポーネントcIdxについての現在パレット内のｉ番目の要素を規定し、次のように導出される：
numPredictedPaletteEntries=0
for(i=0;i<PredictorPaletteSize[startComp];i++)
if(PalettePredictorEntryReuseFlags[i]){
for(cIdx=startComp;cIdx<(startComp+numComps);cIdx++)
CurrentPaletteEntries[cIdx][numPredictedPaletteEntries]=
PredictorPaletteEntries[cIdx][i]
numPredictedPaletteEntries++
}
for(cIdx=startComp;cIdx<(startComp+numComps);cIdx++) (7-156)
for(i=0;i<num_signalled_palette_entries[startComp];i++)
CurrentPaletteEntries[cIdx][numPredictedPaletteEntries+i]=
new_palette_entries[cIdx][i]
１に等しいpalette_escape_val_presen_flagは、現在コーディングユニットが少なくとも１つのエスケープコーディングされたサンプルを含むことを規定する。０に等しいpalette_escape_val_presen_flagは、現在コーディングユニット内にエスケープコーディングされたサンプルがないことを規定する。存在しないとき、palette_escape_val_present_flagの値は１に等しいと推定される。
変数MaxPaletteIndexは、現在コーディングユニットに対するパレットインデックスについての最大の取り得る値を規定する。MaxPaletteIndexの値は、CurrentPaletteSize[startComp]－１＋palette_escape_val_presen_flagに等しく設定される。
num_palette_index_minus1＋１は、現在ブロックについて明示的にシグナリングされる又は推定されるパレットインデックスの数である。
num_palette_indexs_minus1が存在しないとき、それは０に等しいと推定される。
palette_idx_idcは、パレットテーブルCurrentPaletteEntriesへのインデックスを指し示すインジケーションである。palette_idx_idcの値は、ブロック内の最初のインデックスに対しては両端を含めて０からMaxPaletteIndexの範囲内であり、ブロック内の残りのインデックスに対しては両端を含めて０から（MaxPaletteIndex－１）の範囲内である。
palette_idx_idcが存在しないとき、それは０に等しいと推定される。
変数PaletteIndexIdc[i]は、明示的にシグナリングされる又は推定されるｉ番目のpalette_idx_idcを格納する。配列PaletteIndexIdc[i]の全ての要素が０に初期化される。
１に等しいcopy_above_indices_for_final_run_flagは、コーディングユニット内の最後の位置のパレットインデックスが、水平横断スキャンが使用される場合は上の行内のパレットインデックスからコピーされ、垂直横断スキャン走査が使用される場合は左の列内のパレットインデックスからコピーされることを規定する。０に等しいcopy_above_indices_for_final_run_flagは、コーディングユニット内の最後の位置のパレットインデックスが、PaletteIndexIdc[num_palette_indices_minus1]からコピーされることを規定する。
copy_above_indices_for_final_run_flagが存在しないとき、それは０に等しいと推定される。
１に等しいpalette_transpose_flagは、現在コーディングユニット内のサンプルについてのインデックスをスキャンするのに垂直横断スキャンが適用されることを規定する。０に等しいpalette_transpose_flagは、現在コーディングユニット内のサンプルについてのインデックスをスキャンするのに水平横断スキャンが適用されることを規定する。存在しないとき、palette_transpose_flagの値は０に等しいと推定される。
配列TraverseScanOrderは、パレットコーディングのためのスキャン順序配列を規定する。palette_transpose_flagが０に等しい場合、TraverseScanOrderは水平スキャン順序HorTravScanOrderを割り当てられ、palette_transpose_flagが１に等しい場合、TraverseScanOrderは垂直スキャン順序VerTravScanOrderを割り当てられる。
１に等しいcopy_above_palette_indices_flagは、パレットインデックスが、水平横断スキャンが使用される場合には上の行内の同じ位置のパレットインデックスに等しく、垂直横断スキャンが使用される場合には左の列内の同じ位置のパレットインデックスに等しいことを規定する。０に等しcopy_above_palette_indices_flagは、サンプルのパレットインデックスを指し示すインジケーションがビットストリーム内にコーディングされる又は推定されることを規定する。
１に等しい変数CopyAboveIndicesFlag[xC][yC]は、パレットインデックスが上の行（水平スキャン）又は左の列（垂直スキャン）内のパレットインデックスからコピーされることを規定する。０に等しいCopyAboveIndicesFlag[xC][yC]は、パレットインデックスがビットストリーム内に明示的にコーディングされる又は推定されることを規定する。配列インデックスxC、yCは、ピクチャの左上ルマサンプルに対するサンプルの位置(xC,yC)を規定する。PaletteIndexMap[xC][yC]の値は、両端を含めて０から（MaxPaletteIndex－１）の範囲内である。
変数PaletteIndexMap[xC][yC]は、CurrentPaletteEntriesによって表される配列へのインデックスであるパレットインデックスを規定する。配列インデックスxC、yCは、ピクチャの左上ルマサンプルに対するサンプルの位置(xC,yC)を規定する。PaletteIndexMap[xC][yC]の値は、両端を含めて０からMaxPaletteIndexの範囲内である。
変数adjustedRefPaletteIndexは次のように導出される：
adjustedRefPaletteIndex=MaxPaletteIndex+1
if(PaletteScanPos>0){
xcPrev=x0+TraverseScanOrder[log2CbWidth][log2bHeight][PaletteScanPos-1][0]
ycPrev=y0+TraverseScanOrder[log2CbWidth][log2bHeight][PaletteScanPos-1][1]
if(CopyAboveIndicesFlag[xcPrev][ycPrev]==0){
adjustedRefPaletteIndex=PaletteIndexMap[xcPrev][ycPrev]{ (7-157)
}
else{
if(!palette_transpose_flag)
adjustedRefPaletteIndex=PaletteIndexMap[xC][yC-1]
else
adjustedRefPaletteIndex=PaletteIndexMap[xC-1][yC]
}
}
CopyAboveIndicesFlag[xC][yC]が０に等しいとき、変数CurrPaletteIndexは次のように導出される：
if(CurrPaletteIndex>=adjustedRefPaletteIndex)
CurrPaletteIndex++ (7-158)
palette_run_prefixは、存在するとき、PaletteRunMinus1の二値化におけるプレフィックス部分を規定する。
palette_run_suffixは、変数PaletteRunMinus1の導出に使用される。存在しないとき、palette_run_suffixの値は０に等しいと推定される。
RunToEndが０に等しいとき、変数PaletteRunMinus1は次のように導出される：
－ PaletteMaxRunMinus1が０に等しい場合、変数PaletteRunMinus1は０に等しく設定される。
－ そうでない場合（PaletteMaxRunMinus1が０より大きい）、以下が適用される：
－ palette_run_prefixが２より小さい場合、以下が適用される：
PaletteRunMinus1=palette_run_prefix (7-159)
－ そうでない場合（palette_run_prefixが２以上である）、以下が適用される：
PrefixOffset=1<<(palette_run_prefix-1)
PaletteRunMinus1=PrefixOffset+palette_run_suffix (7-160)
変数PaletteRunMinus1は次のように使用される：
－ CopyAboveIndicesFlag[xC][yC]が０に等しい場合、PaletteRunMinus1は、同じパレットインデックスを持つ連続する位置の数から１を引いたものを規定する。
－ そうでなく、palette_transpose_flagが０に等しい場合、PaletteRunMinus1は、上の行内の対応する位置で使用されるのと同じパレットインデックスを有する連続する位置の数から１を引いたものを規定する。
－ それ以外の場合、PaletteRunMinus1は、左の列内の対応する位置で使用されるのと同じパレットインデックスを有する連続する位置の数から１を引いたものを規定する。
RunToEndが０に等しいとき、変数PaletteMaxRunMinus1は、PaletteRunMinus1についての最大の取り得る値を表し、PaletteMaxRunMinus1の値が０以上であることがビットストリーム適合の要件である。
palette_escape_valは、コンポーネントについての量子化済みのエスケープコーディングされたサンプル値を規定する。
変数PaletteEscapeVal[cIdx][xC][yC]は、PaletteIndexMap[xC][yC]がMaxPaletteIndexに等しく且つpalette_escape_val_present_flagが１に等しいサンプルのエスケープ値を規定する。配列インデックスcIdxはカラーコンポーネントを規定する。配列インデックスxC、yCは、ピクチャの左上ルマサンプルに対するサンプルの位置(xC,yC)を規定する。
PaletteEscapeVal[cIdx][xC][yC]が、０に等しいcIdxに対しては両端を含めて０から（１＜＜（BitDepth_Y＋１））－１の範囲内であり、０に等しくないcIdxに対しては両端を含めて０から（１＜＜（BitDepth_C＋１））－１の範囲内であることがビットストリーム適合の要件である。

【0061】

２．２．５ ラインベースのＣＧパレットモード
ラインベースのＣＧパレットモードがＶＶＣに採用された。この方法では、パレットモードの各ＣＵが、横断スキャンモードに基づいてｍ個のサンプル（このテストではｍ＝１６）の複数のセグメントへと分割される。各セグメント内でのパレットランコーディングの符号化順序は、次の通りである：各ピクセルに対して、該ピクセルが先行ピクセルと同じモードのものであるかどうか、すなわち、先行するスキャン済みピクセルと現在ピクセルがどちらもランタイプＣＯＰＹ＿ＡＢＯＶＥのものであるかどうか、又は先行するスキャン済みピクセルと現在ピクセルがどちらもランタイプＩＮＤＥＸであって同じインデックス値のものであるかどうか、を指し示す１つのコンテキストコーディングされたビンｒｕｎ＿ｃｏｐｙ＿ｆｌａｇ＝０がシグナリングされる。そうでない場合、ｒｕｎ＿ｃｏｐｙ＿ｆｌａｇ＝１がシグナリングされる。そのピクセルと先行ピクセルとが異なるモードのものである場合、つまりはＩＮＤＥＸ又はＣＯＰＹ＿ＡＢＯＶＥであるそのピクセルのランタイプを指し示す１つのコンテキストコーディングされたビンcopy_above_palette_indices_flagがシグナリングされる。ＶＴＭ６．０でのパレットモードと同じく、サンプルが最初の行内（水平横断スキャン）又は最初の列内（垂直横断スキャン）にある場合には、デフォルトでＩＮＤＥＸモードが使用されるので、デコーダがランタイプを構文解析する必要はない。また、先行して構文解析されたランタイプがＣＯＰＹ＿ＡＢＯＶＥである場合にも、デコーダがランタイプを構文解析する必要はない。１つのセグメント内のピクセルのパレットランコーディングの後に、各ラインＣＧ内でのスループットを改善するために、コンテキストコーディングされたビンの符号化／構文解析とは別に、（ＩＮＤＥＸモードでの）インデックス値及び量子化されたエスケープカラーがバイパスコーディングされ且つグループ化される。インデックス値はここでは、ＶＴＭにおいてのようにパレットランコーディング前に処理される代わりに、ランコーディング後にコーディング／構文解析されるので、エンコーダがインデックス値の数num_palette_indices_minus1及び最後のランタイプcopy_above_indices_for_final_run_flagをシグナリングする必要はない。

【0062】

一部の実施形態におけるラインベースのＣＧパレットモードのテキストは、以下のように示される。
パレットコーディングシンタックス
（外３）

７．４．９．６ パレットコーディングセマンティクス
以下のセマンティクスにおいて、配列インデックスx0、y0は、ピクチャの左上ルマサンプルに対する、検討中のコーディングブロックの左上ルマサンプルの位置(x0,y0)を規定する。配列インデックスxC、yCは、ピクチャの左上ルマサンプルに対するサンプルの位置(xC,yC)を規定する。配列インデックスstartCompは、現在パレットテーブルの最初のカラーコンポーネントを規定する。０に等しいstartCompはＹコンポーネントを指し示す。１に等しいstartCompはＣｂコンポーネントを指し示す。２に等しいstartCompはＣｒコンポーネントを指し示す。numCompsは、現在パレットテーブル内のカラーコンポーネントの数を規定する。
予測子パレットは、現在パレット内のエントリを予測するのに使用される以前のコーディングユニットからのパレットエントリで構成される。
変数PredictorPaletteSize[startComp]は、現在パレットテーブルの最初のカラーコンポーネントstartCompについての予測子パレットのサイズを規定する。PredictorPaletteSizeは、第８．４．５．３節に規定されるように導出される。
１に等しい変数PalettePredictorEntryReuseFlags[i]は、予測子パレット内のｉ番目のエントリが現在パレットで再利用されることを規定する。０に等しいPalettePredictorEntryReuseFlags[i]は、予測子パレット内のｉ番目のエントリが現在パレットのエントリではないことを規定する。配列PalettePredictorEntryReuseFlags[i]の全ての要素が０に初期化される。
palette_predector_runは、配列PalettePredictorEntryReuseFlags内の非ゼロのエントリの前にあるゼロの数を決定するのに使用される。
palette_predictor_runの値が、両端を含めて０から(PredictorPaletteSize-predectorEntryIdx)の範囲内であることがビットストリーム適合の要件であり、ここで、predictorEntryIdxは、配列PalettePredictorEntryReuseFlags内での現在位置に対応する。変数NumPredictedPaletteEntriesは、予測子パレットから再利用される現在パレット内のエントリの数を規定する。NumPredictedPalletteEntriesの値は、両端を含めて０からpalette_max_sizeの範囲内である。
num_signalled_palette_entriesは、現在パレットテーブルの最初のカラーコンポーネントstartCompについて明示的にシグナリングされる現在パレット内のエントリの数を規定する。
num_signalled_palette_entriesが存在しないとき、それは０に等しいと推定される。
変数CurrentPaletteSize[startComp]は、現在パレットテーブルの最初のカラーコンポーネントstartCompについての現在パレットのサイズを規定し、次のように導出される：
CurrentPaletteSize[startComp]＝NumPredictedPaletteEntries＋
num_signalled_palette_entries (7-155)
CurrentPaletteSize[startComp]の値は、両端を含めて０からpalette_max_sizeの範囲内である。
new_palette_entries[cIdx][i]は、カラーコンポーネントcIdxについてｉ番目にシグナリングされるパレットエントリについての値を規定する。
変数PredictorPaletteEntries[cIdx][i]は、カラーコンポーネントcIdxについての予測子パレット内のｉ番目の要素を規定する。
変数CurrentPaletteEntries[cIdx][i]は、カラーコンポーネントcIdxについての現在パレット内のｉ番目の要素を規定し、次のように導出される：
numPredictedPaletteEntries=0
for(i=0;i<PredictorPaletteSize[startComp];i++)
if(PalettePredictorEntryReuseFlags[i]){
for(cIdx=startComp;cIdx<(startComp+numComps);cIdx++)
CurrentPaletteEntries[cIdx][numPredictedPaletteEntries]=
PredictorPaletteEntries[cIdx][i]
numPredictedPaletteEntries++
}
for(cIdx=startComp;cIdx<(startComp+numComps);cIdx++) (7-156)
for(i=0;i<num_signalled_palette_entries[startComp];i++)
CurrentPaletteEntries[cIdx][numPredictedPaletteEntries+i]=
new_palette_entries[cIdx][i]
１に等しいpalette_escape_val_presen_flagは、現在コーディングユニットが少なくとも１つのエスケープコーディングされたサンプルを含むことを規定する。０に等しいpalette_escape_val_presen_flagは、現在コーディングユニット内にエスケープコーディングされたサンプルがないことを規定する。存在しないとき、palette_escape_val_present_flagの値は１に等しいと推定される。
変数MaxPaletteIndexは、現在コーディングユニットに対するパレットインデックスについての最大の取り得る値を規定する。MaxPaletteIndexの値は、CurrentPaletteSize[startComp]－１＋palette_escape_val_presen_flagに等しく設定される。
palette_idx_idcは、パレットテーブルCurrentPaletteEntriesへのインデックスを指し示すインジケーションである。palette_idx_idcの値は、ブロック内の最初のインデックスに対しては両端を含めて０からMaxPaletteIndexの範囲内であり、ブロック内の残りのインデックスに対しては両端を含めて０から（MaxPaletteIndex－１）の範囲内である。
palette_idx_idcが存在しないとき、それは０に等しいと推定される。
１に等しいpalette_transpose_flagは、現在コーディングユニット内のサンプルについてのインデックスをスキャンするのに垂直横断スキャンが適用されることを規定する。０に等しいpalette_transpose_flagは、現在コーディングユニット内のサンプルについてのインデックスをスキャンするのに水平横断スキャンが適用されることを規定する。存在しないとき、palette_transpose_flagの値は０に等しいと推定される。
配列TraverseScanOrderは、パレットコーディングのためのスキャン順序配列を規定する。palette_transpose_flagが０に等しい場合、TraverseScanOrderは水平スキャン順序HorTravScanOrderを割り当てられ、palette_transpose_flagが１に等しい場合、TraverseScanOrderは垂直スキャン順序VerTravScanOrderを割り当てられる。
１に等しいrun_copy_flagは、copy_above_palette_indices_flagが０に等しい場合に、パレットランタイプが、先行してスキャンされた位置においてと同じランタイプであり且つパレットランインデックスが先行位置におけるインデックスと同じであることを規定する。それ以外の場合、run_copy_flagは０に等しい。
１に等しいcopy_above_palette_indices_flagは、パレットインデックスが、水平横断スキャンが使用される場合には上の行内の同じ位置のパレットインデックスに等しく、垂直横断スキャンが使用される場合には左の列内の同じ位置のパレットインデックスに等しいことを規定する。０に等しcopy_above_palette_indices_flagは、サンプルのパレットインデックスを指し示すインジケーションがビットストリーム内にコーディングされる又は推定されることを規定する。
１に等しい変数CopyAboveIndicesFlag[xC][yC]は、パレットインデックスが上の行（水平スキャン）又は左の列（垂直スキャン）内のパレットインデックスからコピーされることを規定する。０に等しいCopyAboveIndicesFlag[xC][yC]は、パレットインデックスがビットストリーム内に明示的にコーディングされる又は推定されることを規定する。配列インデックスxC、yCは、ピクチャの左上ルマサンプルに対するサンプルの位置(xC,yC)を規定する。
変数PaletteIndexMap[xC][yC]は、CurrentPaletteEntriesによって表される配列へのインデックスであるパレットインデックスを規定する。配列インデックスxC、yCは、ピクチャの左上ルマサンプルに対するサンプルの位置(xC,yC)を規定する。PaletteIndexMap[xC][yC]の値は、両端を含めて０からMaxPaletteIndexの範囲内である。
変数adjustedRefPaletteIndexは次のように導出される：
adjustedRefPaletteIndex=MaxPaletteIndex+1
if(PaletteScanPos>0){
xcPrev=x0+TraverseScanOrder[log2CbWidth][log2bHeight][PaletteScanPos-1][0]
ycPrev=y0+TraverseScanOrder[log2CbWidth][log2bHeight][PaletteScanPos-1][1]
if(CopyAboveIndicesFlag[xcPrev][ycPrev]==0){
adjustedRefPaletteIndex=PaletteIndexMap[xcPrev][ycPrev]{ (7-157)
}
else{
if(!palette_transpose_flag)
adjustedRefPaletteIndex=PaletteIndexMap[xC][yC-1]
else
adjustedRefPaletteIndex=PaletteIndexMap[xC-1][yC]
}
}
CopyAboveIndicesFlag[xC][yC]が０に等しいとき、変数CurrPaletteIndexは次のように導出される：
if(CurrPaletteIndex>=adjustedRefPaletteIndex)
CurrPaletteIndex++ (7-158)
palette_escape_valは、コンポーネントについての量子化済みのエスケープコーディングされたサンプル値を規定する。
変数PaletteEscapeVal[cIdx][xC][yC]は、PaletteIndexMap[xC][yC]がMaxPaletteIndexに等しく且つpalette_escape_val_present_flagが１に等しいサンプルのエスケープ値を規定する。配列インデックスcIdxはカラーコンポーネントを規定する。配列インデックスxC、yCは、ピクチャの左上ルマサンプルに対するサンプルの位置(xC,yC)を規定する。
PaletteEscapeVal[cIdx][xC][yC]が、０に等しいcIdxに対しては両端を含めて０から（１＜＜（BitDepth_Y＋１））－１の範囲内であり、０に等しくないcIdxに対しては両端を含めて０から（１＜＜（BitDepth_C＋１））－１の範囲内であることがビットストリーム適合の要件である。

【0063】

２．３ ＶＶＣにおけるローカルデュアルツリー
典型的なハードウェアビデオエンコーダ及びデコーダでは、隣接するイントラブロック間でのサンプル処理データ依存性のために、より小さいイントラブロックをピクチャが有するときに処理スループットが低下する。イントラブロックの予測子生成は、隣接ブロックからの上及び左境界再構成サンプルを必要とする。従って、イントラ予測はブロック毎に順に処理されなければならない。

【0064】

ＨＥＶＣでは、最小のイントラＣＵは８×８ルマサンプルである。最小イントラＣＵのルマコンポーネントは、４つの４×４ルマのイントラ予測ユニット（ＰＵ）へと更に分割されることができるが、最小イントラＣＵのクロマコンポーネントは更に分割されることができない。従って、最悪の場合のハードウェア処理スループットは、４×４クロマイントラブロック又は４×４ルマイントラブロックが処理されるときに発生する。

【0065】

ＶＴＭ５．０では、単一の（シングル）コーディングツリーにおいて、クロマパーティションは常にルマに従い、且つ最小イントラＣＵは４×４ルマサンプルであるので、最小のクロマイントラＣＢは２×２である。従って、ＶＴＭ５．０では、シングルコーディングツリーにおける最小クロマイントラＣＢは２×２である。ＶＶＣ復号での最悪の場合のハードウェア処理スループットは、ＨＥＶＣ復号でのそれの、たったの１／４である。さらに、クロマイントラＣＢの再構成プロセスは、クロコンポーネントリニアモデル（ＣＣＬＭ）、４タップ補間フィルタ、位置依存イントラ予測コンビネーション（ＰＤＰＣ）、及び結合インターイントラ予測（ＣＩＩＰ）を含むツールを採用した後に、ＨＥＶＣでのそれよりも遥かに複雑になる。ハードウェアデコーダにおいて高い処理スループットを達成することは難題である。このセクションにて、最悪の場合のハードウェア処理スループットを改善する方法を提案する。

【0066】

この方法の目的は、クロマイントラＣＢの分割を制約することによって、１６クロマサンプルより小さいクロマイントラＣＢを禁止することである。

【0067】

シングルコーディングツリーにおいて、ＳＣＩＰＵは、そのクロマブロックサイズがＴＨクロマサンプル以上であり且つ４ＴＨルマサンプルより小さい少なくとも１つの子ルマブロックを持つコーディングツリーノードとして定義され、この寄稿ではＴＨを１６に設定する。各ＳＣＩＰＵ内で、全てのＣＢがインターであるか、あるいは、全てのＣＢが非インターである、すなわち、イントラ又はＩＢＣのいずれかであるか、が要求される。非インターＳＣＩＰＵの場合、さらに、非インターＳＣＩＰＵのクロマが更には分割されないこと及びＳＣＩＰＵのルマが更に分割されることが許されることが要求される。斯くして、最小クロマイントラＣＢサイズは１６クロマサンプルであり、２×２、２×４、及び４×２クロマＣＢが除かれる。さらに、非インターＳＣＩＰＵの場合にクロマスケーリングは適用されない。加えて、ルマブロックが更に分割され、且つクロマブロックが分割されない場合に、ローカルデュアルツリーコーディング構造が構築される。

【0068】

ＳＣＩＰＵの２つの例を図５Ａ－５Ｂに示す。図５Ａでは、８×４クロマサンプルからの三分木（ＴＴ）スプリットは、１６クロマサンプルより小さいクロマＣＢをもたらすことになるので、８×４クロマサンプルの１つのクロマＣＢ及び３つのルマＣＢ（４×８、８×８、４×８ルマＣＢ）が１つのＳＣＩＰＵを形成している。図５Ｂでは、４×４クロマサンプルからの二分木（ＢＴ）スプリットは、１６クロマサンプルより小さいクロマＣＢをもたらすことになるので、４×４クロマサンプル（８×４クロマサンプルの左側）の１つのクロマＣＢ及び３つのルマＣＢ（８×４、４×４、４×４のルマＣＢ）が１つのＳＣＩＰＵを形成するとともに、４×４サンプル（８×４のクロマサンプルの右側）の他の１つのクロマＣＢ及び２つのルマＣＢ（８×４、８×４のルマＣＢ）が１つのＳＣＩＰＵを形成している。

【0069】

提案する方法では、現在スライスがＩスライスである、又は現在ＳＣＩＰＵがもう一度のスプリット後にその中に４×４ルマパーティションを持つ場合（ＶＶＣではインター４×４は許されないため）、ＳＣＩＰＵのタイプは非インターであると推定される；それ以外の場合、ＳＣＩＰＵのタイプ（インター又は非インター）は、ＳＣＩＰＵ内のＣＵを構文解析する前に、シグナリングされる１つのフラグによって示される。

【0070】

上の方法を適用することにより、最悪の場合のハードウェア処理スループットは、２×２のクロマブロックの代わりに、４×４、２×８、又は８×２のクロマブロックが処理される場合に発生する。最悪の場合のハードウェア処理スループットは、ＨＥＶＣでのそれと同じであり、ＶＴＭ５．０でのそれの４倍である。

【0071】

２．４ 変換スキップ（Transform Skip；ＴＳ）
ＨＥＶＣにおいてと同様に、ブロックの残差を変換スキップモードでコーディングすることができる。シンタックスコーディングの冗長性を回避するために、ＣＵレベルMTS_CU_flagがゼロに等しくないとき、変換スキップフラグはシグナリングされない。変換スキップに対するブロックサイズ制限は、ＪＥＭ４でのＭＴＳに対するそれと同じであり、それは、ブロックの幅及び高さの両方が３２以下である場合にＣＵに対して変換スキップが適用可能であることを示すものである。なお、黙示的ＭＴＳ変換は、現在ＣＵに対してＬＦＮＳＴ又はＭＩＰがアクティブにされる場合にＤＣＴ２に設定される。また、黙示的ＭＴＳは、インターコーディングブロックに対してＭＴＳが有効にされるときになおも有効にされることができる。

【0072】

さらに、変換スキップブロックに対して、最小許容量子化パラメータ（ＱＰ）が６＊（internalBitDepth－inputBitDepth）＋４として定められる。

【0073】

２．５ 代替ルマハーフペル補間フィルタ
一部の実施形態において、代替ハーフペル補間フィルタを提案する。

【0074】

動きベクトル精度に応じてハーフペルルマ補間フィルタの切り換えが行われる。既存のクォータペル、フルペル、及び４ペルＡＭＶＲモードに加えて、新たなハーフペル精度ＡＭＶＲモードが導入される。ハーフペル動きベクトル精度の場合にのみ、代替ハーフペルルマ補間フィルタを選択することができる。

【0075】

ハーフペル動きベクトル精度（すなわち、ハーフペルＡＭＶＲモード）を用いる非アフィン、非マージの、インターコーディングＣＵに対して、新たなシンタックス要素hpelIfIdxの値に基づいて、ＨＥＶＣ／ＶＶＣハーフペルルマ補間フィルタと１つ以上の代替ハーフペル補間との間の切り換えを行う。シンタックス要素hpelIfIdxは、ハーフペルＡＭＶＲモードの場合にのみシグナリングされる。空間マージ候補を用いるスキップ／マージモードの場合には、シンタックス要素hpelIfIdxの値は隣接ブロックから継承される。

【0076】

２．６ 適応カラー変換（Adaptive Color Transform；ＡＣＴ）
図６は、ＡＣＴが適用される復号フローチャートを示している。図６に示すように、カラー空間変換が残差ドメインで実行される。具体的には、逆変換の後に、逆ＡＣＴという名の１つの追加の復号モジュールが導入されて、ＹＣｇＣｏドメインからの残差を元のドメインに変換し戻す。

【0077】

ＶＶＣでは、最大変換サイズが１コーディングユニット（ＣＵ）の幅又は高さより小さくなければ、１ＣＵリーフノードも変換処理の単位として使用される。従って、提案する実装では、１ＣＵに対して、その残差をコーディングするためのカラー空間を選択すべくＡＣＴフラグをシグナリングする。さらに、ＨＥＶＣ ＡＣＴ設計に従い、インター及びＩＢＣ ＣＵでは、ＣＵ内に少なくとも１つの非ゼロ係数が存在する場合にのみＡＣＴを有効にする。イントラＣＵでは、クロマコンポーネントがルマコンポーネントと同じイントラ予測モード、すなわち、ＤＭモードを選択する場合にのみＡＣＴを有効にする。

【0078】

カラー空間変換に使用されるコア変換は、ＨＥＶＣで使用されるものと同じに保たれる。具体的には、次のように記述される以下の順方向及び逆方向のＹＣｇＣｏカラー変換行列が適用されする：

【数1】

【0079】

さらに、カラー変換の前後での残差信号のダイナミックレンジ変化を補償するために、（－５，－５，－３）のＱＰ調整が変換残差に適用される。

【0080】

一方、順カラー変換及び逆カラー変換は、３つのコンポーネント全ての残差にアクセスする必要がある。対応して、提案する実装では、３つのコンポーネントの残差の全てが利用可能ではない以下の２つの状況においてＡＣＴを無効にする：
１． セパレートツリーパーティション： セパレートツリーが適用されるとき、１つのＣＴＵの中のルマサンプルとクロマサンプルが、異なる構造によって分割される。これは、ルマツリーのＣＵがルマコンポーネントのみを含むとともに、クロマツリーのＣＵが２つのクロマコンポーネントのみを含むことをもたらす；
２． イントラサブパーティション予測（ＩＳＰ）： ルマにのみＩＳＰサブパーティションが適用され、クロマ信号はスプリットすることなくコーディングされる。現行のＩＳＰ設計では、最後のＩＳＰサブパーティションを除き、その他のサブパーティションはルマコンポーネントのみを含む。

【0081】

２．７ ＥＧ（ｋ）を用いたエスケープ値の二値化
エスケープ値の二値化にＥＧ（ｋ）を用いる場合、ベースＱｐが十分に大きい（又はコーディングすべきシンボルが十分に小さい）とき、ＥＧ（ｋ）のビット長をそれ以上短くすることはできない。例えば、ＥＧ（５）では、ベースＱｐ＞＝２３のとき、ビット長は、ＥＧ５での最小ビット長である６に達する。同様に、ベースＱｐ＞＝３５のとき、ビット長はＥＧ３での最小値に達する。ベースＱｐ＞＝２９のとき、ビット長はＥＧ４での最小値に達する。このような場合、Ｑｐを更に増加させることは、ビットレートを減らすことはできずに歪みを増加させてしまう。それはビットの無駄である。

【0082】

２．８ 変換スキップモードにおける係数コーディング
現在のＶＶＣドラフトでは、変換スキップレベルの信号特性及び統計に対して残差コーディングを適応させるために、変換スキップ（ＴＳ）モードでの係数コーディングについて、非ＴＳ係数コーディングとの比較で、幾つかの変更が提案されている。

【0083】

現在のＶＶＣでは、係数をコーディングするために、変換スキップ残差符号化プロセスにおいて３つのスキャンパスが使用される。最初のスキャンパスは、変換係数レベルが０より大きいかを指し示すシンタックス要素と、他の関連するシンタックス要素（例えば、sig_coeff_flag、coeff_sign_flag、及びpar_level_flag）をコーディングするために使用される。２番目／Ｘ超（greater than X）スキャンパスは、変換係数レベルがＸ（例えば、Ｘ＝１，２，３，４，５）より大きいかを指し示すシンタックス要素をコーディングするために使用される。３番目／残余スキャンパスは、残りのシンタックス要素（例えば、abs_remainder及びcoeff_sign_flag）をコーディングするために使用される。

【0084】

現在のＶＶＣでは、Ｔａｂｌｅ １３１に示されるように、変換係数レベルのサイン（符号）を示すシンタックス要素（例えば、coeff_sign_flag）がバイパスモードでコーディングされるのか、それともコンテキストコーディングモードでコーディングされるのかは、関連する変換ブロックに変換が適用されるのか否かを指し示すシンタックス要素（例えば、transform_skip_flag）、残りの許容されるコンテキストコーディングビンの数（例えば、RemCcbs）、現在スライスについての変換スキップブロックの残差サンプルを構文解析するためにresidual_coding()シンタックス構造が使用されるのかを指し示すシンタックス要素（例えば、sh_ts_residual_coding_disabled_flag）に依存する。
７．３．１０．１１ 残差コーディングシンタックス
（外４）

（外５）

【0085】

２．８．１ サインフラグcoeff_sign_flagのコンテキストモデリング及びコンテキストインデックスオフセット導出

【表2】

【表3】

【表4】

９．３．４．２．１０ 変換スキップモードのためのシンタックス要素coeff_sign_flagに対するctxIncの導出プロセス
このプロセスへの入力は、カラーコンポーネントインデックスcIdx、現在ピクチャの左上サンプルに対して現在変換ブロックの左上サンプルを規定するルマ位置(x0,y0)、現在の係数スキャン位置(xC,yC)である。
このプロセスの出力は変数ctxIncである。
変数LeftSign及びaboveSignが次のように導出される：
leftSign=(xC==0)?0:CoeffSignLevel[xC-1][yC] (1594)
aboveSign=(yC==0)?0:CoeffSignLevel[xC][yC-1] (1595)
変数ctxIncが次のように導出される：
－ leftSignが０に等しく、且つaboveSignが０に等しい場合、又はleftSignが－aboveSignに等しい場合、以下が適用される：
ctxInc=(BdpcmFlag[x0][y0][cIdx]==0?0:3) (1596)
－ そうでなく、leftSignが０以上であり、且つaboveSignが０以上である場合、以下が適用される：
ctxInc=(BdpcmFlag[x0][y0][cIdx]?1:4) (1597)
－ それ以外の場合、以下が適用される：
ctxInc=(BdpcmFlag[x0][y0][cIdx]?2:5) (1598)

【0086】

３ ここに記載される技術的ソリューションによって解決される技術的問題の例
（１）エスケープ値に対する二値化方法としてのＥＧ（ｋ）は、Ｑｐが閾値より大きいときにビットを無駄にし得る。
（２）パレットサイズが、ローカルデュアルツリーにとって過度に大きいことがある。
（３）クロマツールが適用されない場合にはクロマパラメータをシグナリングする必要がない。
（４）ＪＶＥＴ－Ｒ２００１－ｖＡにおける係数コーディングはスクリーンコンテンツコーディングに対してコーディングの利益を達成することができるが、その係数コーディング及びＴＳモードは依然として幾らかの欠点を有し得る：
ａ． サインフラグに対してバイパスコーディングを使用すべきかコンテキストコーディングを使用すべきかが、以下のケースで不明である：
ｉ． 残りの許容されるコンテキストコーディングビンの数（RemCcbsによって表される）が０に等しい；
ｉｉ． 現在ブロックがＴＳモードでコーディングされる；
ｉｉｉ． sh_ts_residual_coding_disabled_flagがfalseである。

【0087】

４ 実施形態及び技術の例
以下の項目の列挙は、一般的な概念を説明するための例として見なされるべきである。これらの項目は狭義に解釈されるべきでない。また、これらの項目は何らかのやり方で組み合わされることができる。
以下の例は、ＶＶＣにおけるパレットスキーム及び他の全てのパレット関連スキームに適用され得る。
１． エスケープ値再構成のためのＱｐは、最大許容値及び／又は最小許容値を有し得る：
ａ． 一例において、ＱＰは、最大許容値以下である及び／又は最小許容値以上であるようにクリッピングされ得る；
ｂ． 一例において、エスケープ値再構成のための最大許容Ｑｐは、二値化方法に依存し得る；
ｃ． 一例において、エスケープ値再構成のために最大許容Ｑｐは（Ｔ＋Ｂ）とすることができ、Ｂはビット深度に基づく：
ｉ． 一例において、Ｔは定数とし得る：
１． 一例において、Ｔは２３とし得る；
２． 一例において、Ｔは２３未満の数とし得る；
３． 一例において、Ｔは３５とし得る；
４． 一例において、Ｔは３５未満の数とし得る；
５． 一例において、Ｔは２９とし得る；
６． 一例において、Ｔは２９未満の数とし得る；
ｉｉ． 一例において、Ｔは、映像領域（例えば、シーケンス、ピクチャ、スライス／タイル／サブピクチャ）内で示され得る：
１． 一例において、ＴはＶＰＳ／ＳＰＳ／ＰＰＳ／ＰＨ／ＳＨ内で示され得る；
ｉｉｉ． 一例において、ＢはQpBdOffset（例えば、６＊bit_depth_minus8）に設定され得る；
ｄ． 一例において、エスケープ値再構成のために最大許容Ｑｐは、（２３＋QpBdOffset）とし得る：
ｉ． あるいは、さらに、ＥＧ５を用いてエスケープ値をコーディングする；
ｉｉ． あるいは、エスケープ値再構成のための最大許容Ｑｐは（Ｋ＋QpBdOffset）とすることができ、Ｋは２３未満の数である；
ｅ． 一例において、エスケープ値再構成のために最大許容Ｑｐは、（３５＋QpBdOffset）とし得る：
ｉ． あるいは、さらに、ＥＧ３を用いてエスケープ値をコーディングする；
ｉｉ． あるいは、エスケープ値再構成のための最大許容Ｑｐは（Ｋ＋QpBdOffset）とすることができ、Ｋは３５未満の数である；
ｆ． あるいは、エスケープ値再構成のために最大許容Ｑｐは、（２９＋QpBdOffset）とし得る：
ｉ． あるいは、さらに、ＥＧ４を用いてエスケープ値をコーディングする；
ｉｉ． あるいは、エスケープ値再構成のための最大許容Ｑｐは（Ｋ＋QpBdOffset）とすることができ、Ｋは２９未満の数である。
パレットサイズ関連
２． ローカルデュアルツリーが適用される場合とされない場合とでパレットサイズが異なり得ることを提案する：
ａ． 一例において、ローカルデュアルツリーでは、パレットサイズが縮小され得ることを提案する；
ｂ． 一例において、ローカルデュアルツリーが適用される場合に、ルマＣＵとクロマＣＵとでパレットサイズが異なり得る；
ｃ． 一例において、ローカルデュアルツリーにおけるルマＣＵについてのパレットサイズと比較して、又はローカルデュアルツリーが適用されない場合のパレットサイズと比較して、クロマＣＵについてのパレットサイズが縮小され得る：
ｉ． 一例において、クロマについてのパレットサイズが半分に縮小され得る。
３． ローカルデュアルツリーが適用される場合とされない場合とでパレット予測子サイズが異なり得ることを提案する：
ａ． 一例において、ローカルデュアルツリーでは、パレット予測子サイズが縮小され得ることを提案する；
ｂ． 一例において、ローカルデュアルツリーが適用される場合に、ルマＣＵとクロマＣＵとでパレット予測子サイズが異なり得る；
ｃ． 一例において、ローカルデュアルツリーにおけるルマＣＵについてのパレット予測子サイズと比較して、又はローカルデュアルツリーが適用されない場合のパレット予測子サイズと比較して、クロマＣＵについてのパレット予測子サイズが縮小され得る：
ｉ． 一例において、クロマについてのパレット予測子サイズが半分に縮小され得る。
クロマデブロッキング関連
４． スライスレベル及び／又はより高いレベル（すなわち、領域サイズがスライスよりも大きい）（例えば、ＰＰＳ又はピクチャヘッダ内）でクロマデブロッキングオフセットをシグナリング／構文解析するかが、カラーフォーマット、及び／又はセパレートプレーンコーディング有効化フラグ、及び／又はChromaArrayType、及び／又はクロマデブロッキングオフセットが存在するかを指し示すフラグ、及び／又はクロマデブロッキングオフセット若しくは何らかの他のクロマツールパラメータが存在するかを指し示すフラグに依存し得る：
ａ． 一例において、ChromaArrayTypeが０に等しい、又はカラーフォーマットが４：０：０である、又はセパレートプレーンコーディングが適用される、又はクロマデブロッキングオフセットを示すフラグが存在しないとき、スライスレベル及び／又はより高いレベル（すなわち、領域サイズがスライスよりも大きい）でのクロマデブロッキングオフセットのシグナリング／構文解析が常にスキップされ得る；
ｂ． 一例において、ChromaArrayTypeが０に等しい、又はカラーフォーマットが４：０：０である、又はセパレートプレーンコーディングが適用される、又はクロマデブロッキングオフセットを示すフラグが存在しないとき、pps_cb_beta_offset_div2、pps_cb_tc_offset_div2、pps_cr_beta_offset_div2、pps_cr_tc_offset_div2のシグナリング／構文解析が常にスキップされ得る；
ｃ． 一例において、ChromaArrayTypeが０に等しい、又はカラーフォーマットが４：０：０である、又はセパレートプレーンコーディングが適用される、又はクロマデブロッキングオフセットを示すフラグが存在しないとき、ph_cb_beta_offset_div2、ph_cb_tc_offset_div2、ph_cr_beta_offset_div2、ph_cr_tc_offset_div2のシグナリング／構文解析が常にスキップされ得る；
ｄ． 一例において、ChromaArrayTypeが０に等しい、又はカラーフォーマットが４：０：０である、又はセパレートプレーンコーディングが適用される、又はクロマデブロッキングオフセットを示すフラグが存在しないとき、slice_cb_beta_offset_div2、slice_cb_tc_offset_div2、slice_cr_beta_offset_div2、slice_cr_tc_offset_div2のシグナリング／構文解析が常にスキップされ得る；
ｅ． あるいは、ChromaArrayTypeが０に等しい、又はカラーフォーマットが４：０：０である、又はセパレートプレーンコーディングが適用されるときに、pps_cb_beta_offset_div2、pps_cb_tc_offset_div2、pps_cr_beta_offset_div2、pps_cr_tc_offset_div2が０に等しいことを、適合ビットストリームは満足するものとする；
ｆ． 一例において、chroma_format_idcが０に等しく、且つseparate_colour_plane_flagが１に等しくない、又はクロマデブロッキングオフセットを示すフラグが存在しないとき、pps_cb_beta_offset_div2、pps_cb_tc_offset_div2、pps_cr_beta_offset_div2、pps_cr_tc_offset_div2のシグナリング／構文解析が常にスキップされ得る；
ｇ． 一例において、chroma_format_idcが０に等しく、且つseparate_colour_plane_flagが１に等しくない、又はクロマデブロッキングオフセットを示すフラグが存在しないとき、pps_cb_beta_offset_div2、ph_cb_tc_offset_div2、ph_cr_beta_offset_div2、ph_cr_tc_offset_div2のシグナリング／構文解析が常にスキップされ得る；
ｈ． 一例において、chroma_format_idcが０に等しく、且つseparate_colour_plane_flagが１に等しくない、又はクロマデブロッキングオフセットを示すフラグが存在しないとき、slice_cb_beta_offset_div2、slice_cb_tc_offset_div2、slice_cr_beta_offset_div2、slice_cr_tc_offset_div2のシグナリング／構文解析が常にスキップされ得る；
ｉ． あるいは、さらに、シンタックス要素のシグナリングがスキップされるとき、そのシンタックス要素の値は０に等しいと推定される。
５． カラーフォーマット、及び／又はセパレートプレーンコーディング有効化フラグ、及び／又はChromaArrayType、及び／又はクロマデブロッキングオフセットが存在するかを指し示すフラグ、及び／又はクロマデブロッキングオフセット若しくは何らかの他のクロマツールパラメータが存在するかを指し示すフラグ（例えば、pps_chroma_tool_params_present_flag）が、ＰＰＳ及び／又はＳＰＳ及び／又はＡＰＳ内で示され得る：
ａ． 一例において、ChromaArrayTypeが０に等しい、又はカラーフォーマットが４：０：０である、及び／又は上記フラグがfalseであるとき、pps_cb_beta_offset_div2、pps_cb_tc_offset_div2、pps_cr_beta_offset_div2、pps_cr_tc_offset_div2のシグナリング／構文解析が常にスキップされ得る；
ｂ． 一例において、ChromaArrayTypeが０に等しい、又はカラーフォーマットが４：０：０である、及び／又は上記フラグがfalseであるとき、pps_cb_beta_offset_div2、pps_cb_tc_offset_div2、pps_cr_beta_offset_div2、pps_cr_tc_offset_div2のシグナリング／構文解析が常にスキップされ得る；
ｃ． 一例において、クロマツールオフセット関連シンタックス要素（例えば、pps_cb_qp_offset、pps_cr_qp_offset、pps_joint_cbcr_qp_offset_present_flag、pps_slice_chroma_qp_offsets_present_flag、pps_cu_chroma_qp_offset_list_enabled_flag）は、ChromaArrayTypeが０に等しくないこと及び／又は上記フラグがfalseであることの条件チェックの下でシグナリングされる；
ｄ． 適合ビットストリームでは、ＰＰＳ内でシグナリングされるカラーフォーマット及び／又はセパレートプレーンコーディング有効化フラグ及び／又はChromaArrayTypeが、関連するＳＰＳ内でシグナリングされる対応する情報と同じであることが要求される。
６． クロマｑｐオフセットがシグナリング／構文解析されるべきかを制御するフラグが、クロマデブロッキングオフセットがシグナリング／構文解析されるべきかということも制御し得ることを提案する：
ａ． 一例において、フラグpps_chroma_tool_params_present_flagを用いて、クロマｑｐオフセットがシグナリング／構文解析されるべきかということと、クロマデブロッキングオフセットがシグナリング／構文解析されるべきかということとを制御し得る。
７． クロマデブロッキングオフセットがシグナリング／構文解析されるべきかを制御するために、ＰＰＳ内に、例えばpps_chroma_deblocking_params_present_flagといった制御フラグが追加され得る：
ａ． 一例において、フラグが０に等しいとき、pps_cb_beta_offset_div2、pps_cb_tc_offset_div2、pps_cr_beta_offset_div2、pps_cr_tc_offset_div2のシグナリング／構文解析が常にスキップされ得る；
ｂ． 一例において、フラグが０に等しいとき、ph_cb_beta_offset_div2、ph_cb_tc_offset_div2、ph_cr_beta_offset_div2、ph_cr_tc_offset_div2のシグナリング／構文解析が常にスキップされ得る；
ｃ． 一例において、フラグが０に等しいとき、slice_cb_beta_offset_div2、slice_cb_tc_offset_div2、slice_cr_beta_offset_div2、slice_cr_tc_offset_div2のシグナリング／構文解析が常にスキップされ得る；
ｄ． あるいは、さらに、適合ビットストリームでは、ChromaArrayTypeが０に等しいときに上記フラグが０に等しいことが要求される。
ＡＰＳ内のクロマツール関連パラメータ
８． ＡＰＳ内でクロマツール関連パラメータがシグナリング／構文解析されるべきかを制御するために、ＡＰＳ内に、例えばaps_chroma_tool_params_present_flagといった制御フラグが追加され得る：
ａ． 一例において、aps_chroma_tool_params_present_flagが０に等しいとき、alf_chroma_filter_signal_flag、alf_cc_cb_filter_signal_flag、及びalf_cc_cr_filter_signal_flagが常にスキップされ、０に等しいと推定され得る；
ｂ． 一例において、aps_chroma_tool_params_present_flagが０に等しいとき、scaling_list_chroma_present_flagが常にスキップされ、０に等しいと推定され得る。
ピクチャヘッダ内の他のクロマツール関連パラメータ
９． 一例において、ph_log2_diff_min_qt_min_cb_intra_slice_lumaのシグナリング／構文解析は、ChromaArrayTypeが０に等しい、又はカラーフォーマットが４：０：０である、又はセパレートプレーンコーディングが適用される、又はこのシンタックス要素（及び場合により他のシンタックス要素も）を示すフラグが存在しないときに、常にスキップされ得る。
１０． 一例において、ph_log2_diff_min_qt_min_cb_intra_slice_chromaのシグナリング／構文解析は、ChromaArrayTypeが０に等しい、又はカラーフォーマットが４：０：０である、又はセパレートプレーンコーディングが適用される、又はこのシンタックス要素（及び場合により他のシンタックス要素も）を示すフラグが存在しないときに、常にスキップされ得る。
１１． 一例において、ph_log2_diff_min_qt_min_cb_inter_sliceのシグナリング／構文解析は、ChromaArrayTypeが０に等しい、又はカラーフォーマットが４：０：０である、又はセパレートプレーンコーディングが適用される、又はこのシンタックス要素（及び場合により他のシンタックス要素も）を示すフラグが存在しないときに、常にスキップされ得る。
適応カラー変換（ＡＣＴ）関連
１２． パレットモード及び適応カラー変換は排他的にブロックに適用され得る：
ａ． 一例において、ブロックにパレットモードが使用されるとき、そのブロックに適応カラー変換は使用されない：
ｉ． 一例において、ブロックにパレットモードが適用されるとき、ＡＣＴ使用のシグナリングはスキップされ得る：
１． あるいは、さらに、ＡＣＴの使用はfalseであると推定される；
ｂ． 一例において、ブロックに適応カラー変換が使用されるとき、そのブロックにパレットモードは使用されない：
ｉ． 一例において、ブロックにＡＣＴが適用されるとき、パレットモード使用のシグナリングはスキップされ得る：
１． あるいは、さらに、パレットモードの使用はfalseであると推定される；
ｃ． ＡＣＴのｏｎ／ｏｆｆフラグのインジケーションをシグナリングすべきかどうかは、予測モードがＭＯＤＥ＿ＰＬＴに等しくないかに依存し得る；
ｄ． ＡＣＴのｏｎ／ｏｆｆフラグのインジケーションをシグナリングすべきかどうかは、パレットモードのインジケーションが使用されないか（例えば、!pred_mode_plt_flag）に依存し得る。
１３． 適応カラー変換は、コーディングユニットの残差ブロックに、そのカラー空間にかかわらずに適用され得る：
ｅ． 一例において、ＧＢＲカラー空間のコーディングユニットの残差ブロックに適応カラー変換が適用され得る；
ｆ． 一例において、ＹＣｂＣｒカラー空間のコーディングユニットの残差ブロックに適応カラー変換が適用され得る。
係数サインフラグに対してバイパスコーディング又はコンテキストコーディングの使用法
１４． 変換スキップ残差コーディングプロセスの３番目／残余スキャンパスにおける残りのシンタックス要素（例えば、シンタックス要素abs_remainder及びcoeff_sign_flag）に対するバイパスコーディングの開始時（又は／及びバイパスコーディングの終了時）に、残りの許容されるコンテキストコーディングビンの数を規定する変数（例えば、RemCcbs）に処理が適用され得る：
ｇ． 一例において、処理は、テンポラリ変数（例えば、tempRemCcbs）を用いてRemCcbsを保存し、RemCcbsを特定の値（例えば０など）に等しいように設定することとし得る。バイパスコーディングの終了時に、RemCcbsをtempRemCcbsに等しいように設定する：
ｉ． 一例において、処理は、RemCcbsを特定の値Ｎに等しいように設定することとすることができ、この値は整数であり、Ｍより小さい：
１． 一例において、Ｍは３に等しい；
ｈ． 係数レベルのサインを示すシンタックス要素（例えば、coeff_sign_flag）がバイパスモードでコーディングされるか、それともコンテキストコーディングモードでコーディングされるのかは、残りの許容されるコンテキストコーディングビンの数（例えば、RemCcbs）に依存し得る：
ｉ． 一例において、残りの許容されるコンテキストコーディングビンの数（例えば、RemCcbs）がＮ（例えばＮ＝０など）に等しいとき、係数レベルのサイン（例えば、coeff_sign_flag）はバイパスモードでコーディングされる；
ｉｉ． 一例において、RemCcbsがＭ以上であるとき、サインフラグはコンテキストコーディングモードでコーディングされる；
ｉ． 一例において、処理は、RemCcbsを、RemCcbsを除く少なくとも１つの変数又はシンタックス要素に依存する値に等しいように設定することとし得る。
１５． 変換スキップ残差コーディングプロセスにおいて、シンタックス要素（例えば、coeff_sign_flag）が特定のスキャンパス（例えば、最初のスキャンパス又は／及び３番目の／残余係数スキャンパス）に属するかを指し示す変数に処理が適用され得る：
ｊ． 一例において、処理は、変数（例えば、remScanPass）を用いて、現在スキャンパスが３番目の／残余スキャンパスであるか否かを指し示すこととし得る：
ｉ． 一例において、最初のスキャンパスの開始時にremScanPassがＡに等しく設定され、３番目の／残余スキャンパスの開始時にremScanPassがＢに等しく設定される。ＡはＢに等しくない；
ｉｉ． 係数レベルのサインを示すシンタックス要素（例えば、coeff_sign_flag）がバイパスモードでコーディングされるか、それともコンテキストコーディングモードでコーディングされるのかは、remScanPassに依存し得る：
１． 一例において、remScanPassがＢに等しいとき、係数レベルのサインはバイパスモードでコーディングされる；
２． 一例において、remScanPassがＡに等しいとき、係数レベルのサインはコンテキストコーディングモードでコーディングされる；
ｋ． あるいは、処理は、現在スキャンパスが最初のスキャンパスであるか否かを指し示すために変数を使用することとし得る；
ｌ． あるいは、処理は、現在スキャンパスが２番目の／Ｘ超スキャンパスであるか否かを指し示すために変数を使用することとし得る。
１６． スキャンパス内では、ブロックの領域内の１つ又は複数の係数の同じシンタックス要素が順番にコーディングされ、係数レベルのサインを示すシンタックス要素（ＳＥ）がバイパスモードでコーディングされるのか、それともコンテキストコーディングモードでコーディングされるのかは、スキャンパスのインデックスに依存し得る：
ｍ． 一例において、ＳＥは、それが最初のスキャンパスでシグナリングされるとき、コンテキストコーディングモードでコーディングされ得る；
ｎ． 一例において、ＳＥは、３番目の／残余スキャンパスでシグナリングされるとき、バイパスモードでコーディングされ得る；
ｏ． 一例において、上の方法は、変換スキップ（ＢＤＰＣＭ／ＱＲ－ＢＤＰＣＭを含む又は除くＴＳ）残差コーディングプロセス、及び／又は非ＴＳコーディングブロックに対する係数コーディングプロセスに適用可能である。
１７． 係数レベルのサインを示すシンタックス要素（ＳＥ）がバイパスモードでコーディングされるのか、それともコンテキストコーディングモードでコーディングされるのかは、それが、変換スキップ残差コーディングプロセスにおいて、別のシンタックス要素（例えば、sig_coeff_flag、par_level_flag、abs_remainder）と同じスキャンパス内でシグナリングされるかに依存し得る：
ｐ． 一例において、ＳＥは、それがsig_coeff_flag又は／及びpar_level_flagと同じスキャンパス内でシグナリングされるとき、コンテキストコーディングモードでコーディングされ得る；
ｑ． 一例において、ＳＥは、それがabs_remainderと同じスキャンパス内でシグナリングされるとき、バイパスモードでコーディングされ得る。
全般的特徴
１８． 上の方法を適用すべきか及び／又はどのように適用するかは、以下に基づき得る：
ａ． 映像コンテンツ（例えば、スクリーンコンテンツ、天然コンテンツ）
ｂ． ＤＰＳ／ＳＰＳ／ＶＰＳ／ＰＰＳ／ＡＰＳ／ピクチャヘッダ／スライスヘッダ／タイルグループヘッダ／最大コーディングユニット（ＬＣＵ）／コーディングユニット（ＣＵ）／ＬＣＵ行／一文のＬＣＵ／ＴＵ／ＰＵブロック／ビデオコーディングユニット内でシグナリングされるメッセージ
ｃ． ＣＵ／ＰＵ／ＴＵ／ブロック／ビデオコーディングユニットの位置
ｄ． 現在ブロック及び／又はその隣接ブロックのブロック寸法
ｅ． 現在ブロック及び／又はその隣接ブロックのブロック形状
ｆ． 現在ブロックの量子化パラメータ
ｇ． カラーフォーマットのインジケーション（例えば、４：２：０、４：４：４、ＲＧＢ、又はＹＵＶなど）
ｈ． コーディングツリー構造（例えば、デュアルツリー又はシングルツリーなど）
ｉ． スライス／タイルグループタイプ及び／又はピクチャタイプ
ｊ． カラーコンポーネント（例えば、ルマコンポーネント及び／又はクロマコンポーネントにのみ適用され得る）
ｋ． 時間レイヤＩＤ
ｌ． 標準のプロファイル／レベル／ティア
ｍ． 現在ブロックが１つのエスケープサンプルを持つか否か
ｉ． 一例において、上の方法は、現在ブロックが少なくとも１つのエスケープサンプルを持つ場合にのみ適用され得る
ｎ． 現在ブロックが無損失モードでコーディングされるか否か（例えば、cu_transquant_bypass_flag）
ｉｉ． 一例において、上の方法は、現在ブロックが無損失モードでコーディングされない場合にのみ適用され得る
ｏ． 無損失コーディングが有効にされるか否か（例えば、transquant_bypass_enabled、cu_transquant_bypass_flag）。

【0088】

５ 実施形態
以下の実施形態においては、追加される部分が、太字の、下線付きの、イタリック体のテキストとして記される。削除される部分は［［］］内に記される。

【0089】

５．１ 実施形態＃１
８．４．５．３ パレットモードでの復号プロセス
（外６）

【0090】

５．２ 実施形態＃２
７．３．２．４ ピクチャパラメータセットＲＢＳＰシンタックス
（外７）

７．３．２．７ ピクチャヘッダ構造シンタックス
（外８）

７．３．７．１ 一般スライスヘッダシンタックス
（外９）

【0091】

５．３ 実施形態＃３
７．４．２．４ ピクチャパラメータセットＲＢＳＰシンタックス
（外１０）

７．３．２．５ 適応パラメータセットＲＢＳＰシンタックス
（外１１）

７．３．２．７ ピクチャヘッダ構造シンタックス
（外１２）

７．３．２．１９ 適応ループフィルタデータシンタックス
（外１３）

７．３．２．２１ スケーリングリストデータシンタックス
（外１４）

７．３．７．１ 一般スライスヘッダシンタックス
（外１５）

７．４．３．４ ピクチャパラメータセットＲＢＳＰセマンティクス
（外１６）

７．４．３．５ 適応パラメータセットセマンティクス
（外１７）

【0092】

５．４ 実施形態＃４
７．４．２．４ ピクチャパラメータセットＲＢＳＰシンタックス
（外１８）

７．３．２．７ ピクチャヘッダ構造シンタックス
（外１９）

７．３．７．１ 一般スライスヘッダシンタックス
（外２０）

７．４．３．４ ピクチャパラメータセットＲＢＳＰセマンティクス
（外２１）

【0093】

５．５ 実施形態＃５
（外２２）

【0094】

５．５．１ 実施形態＃５．１
７．３．１０．５ コーディングユニットシンタックス
（外２３）

あるいは、以下が適用されてもよい：
（外２４）

【0095】

５．６ 実施形態＃６
コーディングユニットセマンティクス
（外２５）

【0096】

５．７ 実施形態＃７
７．３．１０．１１ 残差コーディングシンタックス
（外２６）

９．３．４ 復号プロセスフロー
９．３．４．２ ctxTable、ctxIdx、及びbypassFlagの導出プロセス
９．３．４．２．１ 一般

【表5】

【0097】

５．８ 実施形態＃８
７．３．１０．１１ 残差コーディングシンタックス
（外２７）

ただし、ＡはＢと等しくない。例えば、Ａ＝０、Ｂ＝１などである。
あるいは、Ａ＝１、Ｂ＝０。
あるいは、Ａ＝－１、Ｂ＝０。
あるいは、Ａ＝０、Ｂ＝－１。
９．３．４ 復号プロセスフロー
９．３．４．２ ctxTable、ctxIdx、及びbypassFlagの導出プロセス
９．３．４．２．１ 一般

【表6】

【0098】

５．９ 実施形態＃９
７．３．１０．１１ 残差コーディングシンタックス
（外２８）

７．４．１１．１１ 残差コーディングセマンティクス
（外２９）

９．３．２ 初期化プロセス
９．３．２．２ コンテキスト変数に対する初期化プロセス

【表7】

９．３．３ 二値化プロセス
９．３．３．１ 一般

【表8】

９．３．４ 復号プロセスフロー
９．３．４．２ ctxTable、ctxIdx、及びbypassFlagの導出プロセス
９．３．４．２．１ 一般

【表9】

（外３０）

【0099】

５．１０ 実施形態＃１０
（外３１）

【0100】

図７は、ここに開示される様々な技術が実装され得る映像処理システム１９００の一例を示すブロック図である。様々な実装は、システム１９００のコンポーネントの一部又は全てを含み得る。システム１９００は、映像コンテンツを受信する入力１９０２を含み得る。映像コンテンツは、例えば８ビット又は１０ビットのマルチコンポーネント（多成分）ピクセル値といった、ロー（未加工）又は未圧縮のフォーマットで受信されてもよいし、あるいは圧縮又は符号化されたフォーマットで受信されてもよい。入力１９０２は、ネットワークインタフェース、周辺バスインタフェース、又はストレージインタフェースを表し得る。ネットワークインタフェースの例は、イーサネット（登録商標）、パッシブ光ネットワーク（ＰＯＮ）などの有線インタフェース、及びＷｉ－Ｆｉ（登録商標）若しくはセルラーインタフェースなどの無線インタフェースを含む。

【0101】

システム１９００は、本文書に記載される様々なコーディング又は符号化方法を実装し得るコーディングコンポーネント１９０４を含み得る。コーディングコンポーネント１９０４は、入力１９０２からコーディングコンポーネント１９０４の出力まで映像の平均ビットレートを低減させて、映像のコーディングされた表現を生成し得る。コーディング技術は、それ故に、映像圧縮技術又は映像トランスコーディング技術と呼ばれることがある。コーディングコンポーネント１９０４の出力は、格納されるか、コンポーネント１９０６によって表されるように接続されて通信を介して伝送されるかし得る。入力１９０２で受信された映像の格納又は通信されるビットストリーム（又はコーディングされた）表現は、ディスプレイインタフェース９１０に送られるピクセル値又は表示可能映像を生成するためにコンポーネント１９０８によって使用され得る。ビットストリーム表現からユーザが見ることができる映像を生成するプロセスは、映像解凍と呼ばれることがある。また、特定の映像処理操作が“コーディング”の操作又はツールとして参照されることがあるが、理解されることには、コーディングのツール又は操作はエンコーダで使用され、コーディングの結果を裏返す対応する復号のツール又は操作がデコーダで実行されることになる。

【0102】

周辺バスインタフェース又はディスプレイインタフェースの例は、ユニバーサルシリアルバス（ＵＳＢ）又は高精細マルチメディアインタフェース（ＨＤＭＩ（登録商標））又はディスプレイポート（Displayport）などを含み得る。ストレージインタフェースの例は、ＳＡＴＡ（serial advanced technology attachment）、ＰＣＩ、ＩＤＥインタフェースなどを含む。本文書に記載される技術は、例えば携帯電話、ラップトップ、スマートフォン、又はデジタルデータ処理及び／又は映像表示を実行することが可能な他の装置などの、種々のエレクトロニクス装置にて具現化され得る。

【0103】

図８は、映像処理装置３６００のブロック図である。装置３６００は、ここに記載される方法のうちの１つ以上を実装するために使用され得る。装置３６００は、スマートフォン、タブレット、コンピュータ、モノのインターネット（ＩｏＴ）受信器などにて具現化され得る。装置３６００は、１つ以上のプロセッサ３６０２、１つ以上のメモリ３６０４、及び映像処理ハードウェア３６０６を含み得る。（１つ以上の）プロセッサ３６０２は、本文書に記載される１つ以上の方法を実行するように構成され得る。（１つ以上の）メモリ３６０４は、ここに記載される方法及び技術を実行するのに使用されるデータ及びコードを格納するために使用され得る。映像処理ハードウェア３６０６は、本文書に記載される一部の技術をハードウェア回路にて実装するために使用され得る。

【0104】

図１０は、この開示の技術を利用し得る映像コーディングシステム１００の一例を示すブロック図である。

【0105】

図１０に示すように、映像コーディングシステム１００は、ソース装置１１０及びデスティネーション装置１２０を含み得る。ソース装置１１０は、符号化映像データを生成し、映像符号化装置として参照され得る。デスティネーション装置１２０は、ソース装置１１０によって生成された符号化映像データを復号することができ、映像復号装置として参照され得る。

【0106】

ソース装置１１０は、映像ソース１１２、ビデオエンコーダ１１４、及び入力／出力（Ｉ／Ｏ）インタフェース１１６を含み得る。

【0107】

映像ソース１１２は、例えば、映像キャプチャ装置、映像コンテンツプロバイダから映像データを受信するインタフェース、及び／又は映像データを生成するコンピュータグラフィックスシステム、又はそのようなソースの組み合わせなどの、ソースを含み得る。映像データは、１つ以上のピクチャを有し得る。ビデオエンコーダ１１４は、映像ソース１１２からの映像データを符号化してビットストリームを生成する。ビットストリームは、映像データのコーディングされた表現を形成する一連のビットを含み得る。ビットストリームは、コーディングされたピクチャ及び関連データを含み得る。コーディングされたピクチャはピクチャのコーディングされた表現である。関連データは、シーケンスパラメータセット、ピクチャパラメータセット、及び他のシンタックス構造を含み得る。Ｉ／Ｏインタフェース１１６は、変調器／復調器（モデム）及び／又は送信器を含み得る。符号化映像データは、Ｉ／Ｏインタフェース１１６を介し、ネットワーク１３０ａを通じて直接、デスティネーション装置１２０に伝送され得る。符号化映像データはまた、デスティネーション装置１２０によるアクセスのためにストレージ媒体／サーバ１３０ｂ上に格納されてもよい。

【0108】

デスティネーション装置１２０は、Ｉ／Ｏインタフェース１２６、ビデオデコーダ１２４、及び表示装置１２２を含み得る。

【0109】

Ｉ／Ｏインタフェース１２６は、受信器及び／又はモデムを含み得る。Ｉ／Ｏインタフェース１２６は、ソース装置１１０又はストレージ媒体／サーバ１３０ｂから符号化映像データを取得し得る。ビデオデコーダ１２４は符号化映像データを復号し得る。表示装置１２２は、復号映像データをユーザに表示し得る。表示装置１２２は、デスティネーション装置１２０と一体化されてもよいし、あるいは、外部表示装置とインタフェースするように構成されたデスティネーション装置１２０の外部にあってもよい。

【0110】

ビデオエンコーダ１１４及びビデオデコーダ１２４は、例えばハイエフィシェンシビデオコーディング（ＨＥＶＣ）標準、バーサタイルビデオコーディング（ＶＶＣ）標準、及び他の現行の及び／又は将来の標準などの、映像圧縮標準に従って動作し得る。

【0111】

図１１は、図１０に示したシステム１００内のビデオエンコーダ１１４とし得るものであるビデオエンコーダ２００の一例を示すブロック図である。

【0112】

ビデオエンコーダ２００は、この開示の技術のうちのいずれか又は全てを実行するように構成され得る。図１１の例において、ビデオエンコーダ２００は、複数の機能コンポーネントを含んでいる。この開示に記載される技術は、ビデオエンコーダ２００の様々なコンポーネントの間で共有され得る。一部の例において、プロセッサが、この開示に記載される技術のうちのいずれか又は全てを実行するように構成され得る。

【0113】

ビデオエンコーダ２００の機能コンポーネントは、分割ユニット２０１と、モード選択ユニット２０３、動き推定ユニット２０４、動き補償ユニット２０５、及びイントラ予測ユニット２０６を含み得る予測ユニット２０２と、残差生成ユニット２０７と、変換ユニット２０８と、量子化ユニット２０９と、逆量子化ユニット２１０と、逆変換ユニット２１１と、再構成ユニット２１２と、バッファ２１３と、エントロピーコーディングユニット２１４とを含み得る。

【0114】

他の例において、ビデオエンコーダ２００は、より多くの、より少ない、又は異なる機能コンポーネントを含んでもよい。一例において、予測ユニット２０２は、イントラブロックコピー（ＩＢＣ）ユニットを含んでいてもよい。ＩＢＣユニットは、少なくとも１つの参照ピクチャが、現在映像ブロックが位置するところのピクチャである、というＩＢＣモードで予測を実行し得る。

【0115】

また、例えば動き推定ユニット２０４及び動き補償ユニット２０５などの一部のコンポーネントは、図１１の例では説明の目的で別々に表されているが、高度に集積されることができる。

【0116】

分割ユニット２０１は、ピクチャを１つ以上の映像ブロックに分割し得る。ビデオエンコーダ２００及びビデオデコーダ３００は、様々な映像ブロックサイズをサポートし得る。

【0117】

モード選択ユニット２０３は、例えば誤差結果に基づいて、イントラ又はインターである複数のコーディングモードのうちの１つを選択し、得られたイントラ又はインターコーディングされたブロックを、残差ブロックデータを生成する残差生成ユニット２０７と、参照ピクチャとしての使用のために符号化ブロックを再構成する再構成ユニット２１２とに提供し得る。一部の例において、モード選択ユニット２０３は、予測がインター予測信号及びイントラ予測信号に基づくものである組み合わせイントラ・インター予測（combination of intra and inter predication；ＣＩＩＰ）モードを選択してもよい。モード選択ユニット２０３はまた、インター予測の場合に、ブロックに対する動きベクトルの分解能（例えば、サブピクセル又は整数ピクセルの精度）を選択し得る。

【0118】

現在映像ブロックに対してインター予測を実行するために、動き推定ユニット２０４が、バッファ２１３からの１つ以上の参照フレームを現在映像ブロックと比較することによって、現在映像ブロックについての動き情報を生成し得る。動き補償ユニット２０５が、現在映像ブロックに関連付けられたピクチャ以外の、バッファ２１３からのピクチャの動き情報及び復号サンプルに基づいて、現在映像ブロックについての予測映像ブロックを決定し得る。

【0119】

動き推定ユニット２０４及び動き補償ユニット２０５は、例えば、現在映像ブロックがＩスライス内にあるか、Ｐスライス内にあるか、それともＢスライス内にあるかに応じて、現在映像ブロックに対して異なる演算を実行し得る。

【0120】

一部の例において、動き推定ユニット２０４は、現在映像ブロックに対して片方向予測を実行することができ、動き推定ユニット２０４は、現在映像ブロックに対する参照映像ブロックについてリスト０又はリスト１の参照ピクチャを探索し得る。そして、動き推定ユニット２０４は、参照映像ブロックを含んだリスト０又はリスト１内の参照ピクチャを指し示す参照インデックスと、現在映像ブロックと参照映像ブロックとの間の空間変位を指し示す動きベクトルとを生成し得る。動き推定ユニット２０４は、現在映像ブロックの動き情報として、上記参照インデックスと、予測方向インジケータと、上記動きベクトルとを出力し得る。現在映像ブロックの動き情報によって示される参照映像ブロックに基づいて、動き補償ユニット２０５が現在ブロックの予測映像ブロックを生成し得る。

【0121】

他の例において、動き推定ユニット２０４は、現在映像ブロックに対して双方向予測を実行することができ、動き推定ユニット２０４は、現在映像ブロックに対する参照映像ブロックについてリスト０内の参照ピクチャを探索し得るとともに、現在映像ブロックに対するもう１つの参照映像ブロックについてリスト１内の参照ピクチャも探索し得る。そして、動き推定ユニット２０４は、参照映像ブロックを含んだリスト０内の及びリスト１内の参照ピクチャを指し示す参照インデックスと、それら参照映像ブロックと現在映像ブロックとの間の空間変位を指し示す動きベクトルとを生成し得る。動き推定ユニット２０４は、現在映像ブロックの動き情報として、それら参照インデックスと、現在映像ブロックの上記動きベクトルとを出力し得る。現在映像ブロックの動き情報によって示される参照映像ブロックに基づいて、動き補償ユニット２０５が現在ブロックの予測映像ブロックを生成し得る。

【0122】

一部の例において、動き推定ユニット２０４は、デコーダの復号処理のために、動き情報の完全なセットを出力し得る。

【0123】

一部の例において、動き推定ユニット２０４は、現在映像についての動き情報の完全なセットを出力しなくてもよい。むしろ、動き推定ユニット２０４は、別の映像ブロックの動き情報を参照して現在映像ブロックの動き情報をシグナリングしてもよい。例えば、動き推定ユニット２０４は、現在映像ブロックの動き情報が隣接映像ブロックの動き情報と十分に似ていると判定し得る。

【0124】

一例において、動き推定ユニット２０４は、現在映像ブロックに関連付けられるシンタックス構造内で、現在映像ブロックが別の映像ブロックと同じ動き情報を持つことをビデオデコーダ３００に示す値を指し示し得る。

【0125】

他の一例において、動き推定ユニット２０４は、現在映像ブロックに関連付けられるシンタックス構造内で、別の映像ブロックと動きベクトル差（ＭＶＤ）とを特定してもよい。動きベクトル差は、現在映像ブロックの動きベクトルと、指し示される映像ブロックの動きベクトルとの間の差を示す。ビデオデコーダ３００は、指し示された映像ブロックの動きベクトルと動きベクトル差とを用いて、現在映像ブロックの動きベクトルを決定し得る。

【0126】

上述のように、ビデオエンコーダ２００は、動きベクトルを予測的にシグナリングし得る。ビデオエンコーダ２００によって実装され得る予測的シグナリング技術の２つの例は、アドバンスト動きベクトル予測（ＡＭＶＰ）及びマージモードシグナリングを含む。

【0127】

イントラ予測ユニット２０６は、現在映像ブロックに対してイントラ予測を実行し得る。イントラ予測ユニット２０６が現在映像ブロックに対してイントラ予測を実行するとき、イントラ予測ユニット２０６は、同じピクチャ内の他の映像ブロックの復号サンプルに基づいて、現在映像ブロックについての予測データを生成し得る。現在映像ブロックについての予測データは、予測映像ブロックと様々なシンタックス要素とを含み得る。

【0128】

残差生成ユニット２０７は、現在映像ブロックの（１つ以上の）予測映像ブロックを現在映像ブロックから差し引くことによって（例えば、マイナス符号によって示される）、現在映像ブロックについての残差データを生成し得る。現在映像ブロックの残差データは、現在映像ブロック内のサンプルの異なるサンプル成分に対応する残差映像ブロックを含み得る。

【0129】

他の例では、例えばスキップモードにおいて、現在映像ブロックのために現在映像ブロックについての残差データが存在しないことがあり、残差生成ユニット２０７は減算演算を実行しないことがある。

【0130】

変換処理ユニット２０８は、現在映像ブロックに関連する残差映像ブロックに１つ以上の変換を適用することによって、現在映像ブロックについての１つ以上の変換係数映像ブロックを生成し得る。

【0131】

変換処理ユニット２０８が現在映像ブロックに関する変換係数映像ブロックを生成した後、量子化ユニット２０９が、現在映像ブロックに関する変換係数映像ブロックを、現在映像ブロックに関する１つ以上の量子化パラメータ（ＱＰ）値に基づいて量子化し得る。

【0132】

逆量子化ユニット２１０及び逆変換ユニット２１１が、変換係数映像ブロックに、それぞれ、逆量子化及び逆変換を適用して、変換係数映像ブロックから残差映像ブロックを再構成し得る。再構成ユニット２１２が、再構成された残差映像ブロックを、予測ユニット２０２によって生成された１つ以上の予測映像ブロックからの対応するサンプルに足し合わせて、バッファ２１３に記憶される現在ブロックに関する再構成映像ブロックを生成し得る。

【0133】

再構成ユニット２１２が映像ブロックを再構成した後、映像ブロック内の映像ブロッキングアーチファクトを低減させるために、ループフィルタリング演算が実行され得る。

【0134】

エントロピーコーディングユニット２１４が、ビデオエンコーダ２００の他の機能コンポーネントからデータを受信し得る。エントロピーコーディングユニット２１４がデータを受信すると、エントロピーコーディングユニット２１４は、１つ以上のエントロピー符号化演算を実行してエントロピー符号化データを生成し、そして、エントロピー符号化データを含むビットストリームを出力し得る。

【0135】

図１２は、図１０に示したシステム１００内のビデオデコーダ１２４とし得るものであるビデオデコーダ３００の一例を示すブロック図である。

【0136】

ビデオデコーダ３００は、この開示の技術のうちのいずれか又は全てを実行するように構成され得る。図１２の例において、ビデオデコーダ３００は、複数の機能コンポーネントを含んでいる。この開示に記載される技術は、ビデオデコーダ３００の様々なコンポーネントの間で共有され得る。一部の例において、プロセッサが、この開示に記載される技術のうちのいずれか又は全てを実行するように構成され得る。

【0137】

図１２の例において、ビデオデコーダ３００は、エントロピー復号ユニット３０１、動き補償ユニット３０２、イントラ予測ユニット３０３、逆量子化ユニット３０４、逆変換ユニット３０５、再構成ユニット３０６、及びバッファ３０７を含んでいる。ビデオデコーダ３００は、一部の例において、ビデオエンコーダ２００（例えば、図１１）に関して説明した符号化パスに対して概ね逆の復号パスを実行し得る。

【0138】

エントロピー復号ユニット３０１が符号化ビットストリームを取り出し得る。符号化ビットストリームは、エントロピーコーディングされた映像データ（例えば、映像データの符号化ブロック）を含み得る。エントロピー復号ユニット３０１はエントロピーコーディングされた映像データを復号することができ、エントロピー復号された映像データから、動き補償ユニット３０２が、動きベクトル、動きベクトル精度、参照ピクチャリストインデックス、及び他のモーション情報を含む動き情報を決定し得る。動き補償ユニット３０２は、例えば、ＡＭＶＰ及びマージモードを実行することによって、そのような情報を決定し得る。

【0139】

動き補償ユニット３０２は、場合により補間フィルタに基づく補間を実行して、動き補償ブロックを生成し得る。サブピクセル精度で使用される補間フィルタに関する識別子がシンタックス要素に含められ得る。

【0140】

動き補償ユニット３０２は、映像ブロックの符号化中にビデオエンコーダ２０によって使用された補間フィルタを使用して、参照ブロックのサブ整数ピクセルに対する補間値を計算し得る。動き補償ユニット３０２は、ビデオエンコーダ２００によって使用された補間フィルタを、受信したシンタックス情報に従って決定し、その補間フィルタを用いて予測ブロックを生成し得る。

【0141】

動き補償ユニット３０２は、シンタックス情報の一部を用いて、符号化映像シーケンスのフレーム及び／又はスライスを符号化するのに使用されるブロックのサイズ、符号化映像シーケンスのピクチャの各マクロブロックがどのように分割されるかを記述するパーティション情報、各パーティションがどのように符号化されるかを指し示すモード、各インター符号化ブロックに関する１つ又は複数の参照フレーム（及び参照フレームリスト）、及び符号化映像シーケンスを復号するための他の情報を決定し得る。

【0142】

イントラ予測ユニット３０３は、例えばビットストリーム内で受信した、イントラ予測モードを用いて、空間的に隣接するブロックから予測ブロックを形成し得る。逆量子化ユニット３０４が、ビットストリーム内で提供されてエントロピー復号ユニット３０１によって復号された量子化された映像ブロック係数を逆量子化する、例えば、量子化解除する。逆変換ユニット３０５が逆変換を適用する。

【0143】

再構成ユニット３０６が、残差ブロックを、動き補償ユニット３０２又はイントラ予測ユニット３０３によって生成された対応する予測ブロックと足し合わせて、復号ブロックを形成し得る。望まれる場合、ブロックアーチファクトを除去するために復号ブロックをフィルタリングするよう、デブロッキングフィルタも適用され得る。そして、復号映像ブロックがバッファ３０７に格納され、それが、後の動き補償／イントラ予測のための参照ブロックを提供し、また、ディスプレイ装置上での提示のために復号された映像を生成する。

【0144】

次に、一部の実施形態によって好まれるソリューションのリストを提供する。

【0145】

以下のソリューションは、先行セクション（例えば、項目１）で説明した技術の実施形態例を示す。

【0146】

１． 映像処理の方法（例えば、図９に示した方法９００）であって、映像の映像ブロックと前記映像のコーディング表現との間での変換を実行するステップ（９０２）を有し、代表的なカラー値のパレットを用いて前記映像ブロックのサンプルが表現されるパレットモードが、前記映像ブロックの前記コーディング表現に対して使用され、前記パレットの外のサンプルは、エスケープシンボルと、ルールによって決定される最小許容値と最大許容値との間の範囲内の量子化パラメータを用いて量子化される値とを使用してコーディングされる。

【0147】

２． 前記最大許容値は、前記映像ブロックの前記コーディング表現に使用される二値化方法に依存する、ソリューション１の方法。

【0148】

３． 前記最大許容値はＴ＋Ｂとして表現され、Ｂは、前記映像ブロックの前記サンプルの表現のビット深度に基づく数であり、Ｔは所定の数である、ソリューション１の方法。

【0149】

以下のソリューションは、先行セクション（例えば、項目２）で説明した技術の実施形態例を示す。

【0150】

４． 映像処理の方法であって、映像の映像ブロックと前記映像のコーディング表現との間での変換を実行するステップを有し、代表的なカラー値のパレットを用いて前記映像ブロックのサンプルが表現されるパレットモードが、前記映像ブロックの前記コーディング表現に対して使用され、前記パレットのサイズが、前記映像ブロックと前記コーディング表現との間での前記変換に対してローカルデュアルツリーが使用されるかについてのルールに依存する。

【0151】

５． 前記パレットの前記サイズは、前記ローカルデュアルツリーの使用によって前記映像のカラーコンポーネントに依存する、ソリューション４の方法。

【0152】

６． 前記ルールは、前記映像ブロックがクロマブロックである場合に、前記映像ブロックがルマブロックである場合よりも小さいパレットサイズを用いることを規定する、ソリューション５の方法。

【0153】

以下のソリューションは、先行セクション（例えば、項目３）で説明した技術の実施形態例を示す。

【0154】

７． 映像処理の方法であって、映像の映像ブロックと前記映像のコーディング表現との間での変換を実行するステップを有し、代表的なカラー値のパレットを用いて前記映像ブロックのサンプルが表現されるパレットモードが、前記映像ブロックの前記コーディング表現に対して使用され、パレット予測子のサイズが、前記映像ブロックと前記コーディング表現との間での前記変換に対してローカルデュアルツリーが使用されるかについてのルールに依存する。

【0155】

８． 前記パレット予測子の前記サイズは、前記ローカルデュアルツリーの使用によって前記映像ブロックのカラーコンポーネントに依存する、ソリューション７の方法。

【0156】

９． 前記ルールは、前記映像ブロックがクロマブロックである場合に、前記映像ブロックがルマブロックである場合よりも小さいパレットサイズを用いることを規定する、ソリューション８の方法。

【0157】

以下のソリューションは、先行セクション（例えば、項目４）で説明した技術の実施形態例を示す。

【0158】

１０． 映像処理の方法であって、映像の映像領域の映像ブロックと前記映像のコーディング表現との間での変換のために、コーディング条件に基づいて、前記映像のクロマコンポーネントのためのデブロッキングオフセットを特定するシンタックス要素が映像領域レベルで前記コーディング表現に含められるかを決定するステップと、前記決定に基づいて前記変換を実行するステップとを有し、前記デブロッキングオフセットは、前記映像ブロックに対するデブロッキング処理を選択的に有効にするために使用される。

【0159】

１１． 前記映像領域は、ビデオスライス又はビデオピクチャである、ソリューション１０の方法。

【0160】

１２． 前記コーディング条件は、前記映像のカラーフォーマットを有する、ソリューション１０乃至１１のいずれかの方法。

【0161】

１３． 前記コーディング条件は、前記変換のためにセパレートプレーンコーディングが有効にされるかに基づく、ソリューション１０乃至１２のいずれかの方法。

【0162】

１４． 前記コーディング条件は、クロマ配列タイプが前記コーディング表現に含められるかに基づく、ソリューション１０乃至１３のいずれかの方法。

【0163】

以下のソリューションは、先行セクション（例えば、項目５）で説明した技術の実施形態例を示す。

【0164】

１５． 映像処理の方法であって、映像の映像領域の映像ブロックと前記映像のコーディング表現との間での変換のために、コーディング条件に基づいて、クロマコーディングツールの使用を特定するシンタックス要素が映像領域レベルで前記コーディング表現に含められるかを決定するステップと、前記決定に基づいて前記変換を実行するステップとを有し、デブロッキングオフセットは、前記映像ブロックに対するデブロッキング処理を選択的に有効にするために使用される。

【0165】

１６． 前記映像領域は、ビデオスライス又はビデオピクチャである、ソリューション１５の方法。

【0166】

１７． 前記コーディング条件は、適応パラメータセットにシンタックス要素を含めることに対応する、ソリューション１５乃至１６のいずれかの方法。

【0167】

以下のソリューションは、先行セクション（例えば、項目６、項目７）で説明した技術の実施形態例を示す。

【0168】

１８． 映像処理の方法であって、映像の映像領域の映像ブロックと前記映像のコーディング表現との間での変換を実行するステップを有し、前記コーディング表現はフォーマットに従い、前記フォーマットは、前記映像のクロマコンポーネントのためのデブロッキングオフセットを示す第１のフラグが前記コーディング表現に含められるかが、前記クロマコンポーネントの量子化パラメータオフセットを示す第２のフラグが前記コーディング表現に含められるかに基づくことを規定する。

【0169】

１９． 前記フォーマットルールは、前記第１のフラグ及び前記第２のフラグが前記コーディング表現に含められるかを指し示す第３のフラグを前記コーディング表現が含むことを規定する、ソリューション１８の方法。

【0170】

２０． 前記第３のフラグは、ピクチャパラメータセット内で前記コーディング表現に含められる、ソリューション１８乃至１９のいずれかの方法。

【0171】

以下のソリューションは、先行セクション（例えば、項目８－項目１２）で説明した技術の実施形態例を示す。

【0172】

２１． 映像処理の方法であって、映像の映像領域の映像ブロックと前記映像のコーディング表現との間での変換を実行するステップを有し、前記コーディング表現はフォーマットルールに従い、前記フォーマットルールは、１つ以上のクロマコーディングツールの適用可能性を示す１つ以上のパラメータが映像領域レベル又は映像ブロックレベルで前記コーディング表現に含められるかを、前記コーディング表現内のシンタックス要素が制御することを規定する。

【0173】

２２． 前記シンタックス要素は適応パラメータセットに含められる、ソリューション２１の方法。

【0174】

２３． 前記フォーマットルールは、前記シンタックス要素の第１の値が、前記１つ以上のパラメータが前記コーディング表現から除かれ且つ前記コーディング表現の解析中にスキップされることを指し示す、ことを規定する、ソリューション２１乃至２２のいずれかの方法。

【0175】

２４． 前記変換は、前記映像が条件を満たすことによって当該方法を使用する、上記ソリューションのいずれかの方法。

【0176】

２５． 前記条件は、映像コンテンツのタイプ、又は前記コーディング表現によって使用されるプロファイル若しくはティア若しくはレベルを有する、ソリューション２４の方法。

【0177】

２６． 前記条件は、前記映像ブロック及び／又は隣接映像ブロックのブロック寸法、又は前記映像のカラーフォーマット、又は前記映像ブロックの前記変換に使用されるコーディングツリー構造、又は前記映像領域のタイプを含む、上記ソリューションのいずれかの方法。

【0178】

２７． 前記変換は、前記映像を前記コーディング表現へと符号化することを有する、ソリューション１乃至２６のいずれかに記載の方法。

【0179】

２８． 前記変換は、前記コーディング表現を復号して前記映像のピクセル値を生成することを有する、ソリューション１乃至２６のいずれかに記載の方法。

【0180】

２９． ソリューション１乃至２８のうち１つ以上に記載の方法を実行するように構成されたプロセッサを有する映像復号装置。

【0181】

３０． ソリューション１乃至２８のうち１つ以上に記載の方法を実行するように構成されたプロセッサを有する映像符号化装置。

【0182】

３１． コンピュータコードを格納したコンピュータプログラムプロダクトであって、前記コードは、プロセッサによって実行されるときに、ソリューション１乃至２８のいずれかに記載の方法を前記プロセッサに実行させる、コンピュータプログラムプロダクト。
３２． 本文書に記載の方法、装置又はシステム。

【0183】

図１３は、本技術に従った映像処理の方法１３００のフローチャート表現である。方法１３００は、処理１３１０にて、映像の映像ブロックと映像のビットストリームとの間での変換を、代表的なカラー値のパレットを用いて映像ブロックのサンプルが表現されるパレットモードを用いて実行することを含む。映像ブロックのパレットのサイズが、映像ブロックにローカルデュアルツリーが適用されるかに基づいて決定される。

【0184】

一部の実施形態において、コーディングユニットにローカルデュアルツリーが適用される場合、コーディングユニットのルマブロックのみに対して、コーディングユニットのパーティションパラメータに基づいてパーティション演算が適用され、パーティション演算は、コーディングユニットのモードタイプに従って、コーディングユニットの少なくとも１つのクロマブロックには適用可能でない。一部の実施形態において、映像ブロックにローカルデュアルツリーが適用される場合、パレットのサイズは縮小される。一部の実施形態において、映像ブロックにローカルデュアルツリーが適用される場合、パレットのサイズは、映像ブロックにローカルデュアルツリーが適用されない場合のパレットのサイズに比べて縮小される。一部の実施形態において、映像ブロックにローカルデュアルツリーが適用される場合、パレットのサイズは、映像ブロックに通常のシングルツリーが適用される場合のパレットのサイズに比べて縮小される。一部の実施形態において、パレットのサイズが半分に縮小される。

【0185】

一部の実施形態において、ローカルデュアルツリーが適用される場合、クロマコンポーネントの映像ブロックのパレットのサイズが、ルマコンポーネントの映像ブロックのパレットのサイズとは異なる。一部の実施形態において、クロマコンポーネントの映像ブロックのパレットのサイズは、ルマコンポーネントの映像ブロックのパレットのサイズよりも小さい。一部の実施形態において、クロマコンポーネントの映像ブロックのパレットのサイズは、ルマコンポーネントの映像ブロックのパレットのサイズの半分である。

【0186】

図１４は、本技術に従った映像処理の方法１４００のフローチャート表現である。方法１４００は、処理１４１０にて、映像の映像ブロックと映像のビットストリームとの間での変換を、代表的なカラー値のパレットを用いて映像ブロックのサンプルが表現されるパレットモードを用いて実行することを含む。映像ブロックのパレット予測子のサイズが、映像ブロックにローカルデュアルツリーが適用されるかに基づく。

【0187】

一部の実施形態において、変換にローカルデュアルツリーが適用される場合、パレット予測子のサイズは縮小される。一部の実施形態において、ローカルデュアルツリーが適用される場合、クロマコンポーネントの映像ブロックのパレット予測子のサイズは、ルマコンポーネントの映像ブロックのパレット予測子のサイズとは異なる。一部の実施形態において、クロマコンポーネントの映像ブロックのパレット予測子のサイズは、ルマコンポーネントの映像ブロックのパレットのサイズよりも小さい。一部の実施形態において、クロマコンポーネントの映像ブロックのパレット予測子のサイズは、ルマコンポーネントの映像ブロックのパレットのサイズに比べて半分に縮小される。

【0188】

図１５は、本技術に従った映像処理の方法１５００のフローチャート表現である。方法１５００は、処理１５１０にて、映像の映像ブロックと映像のビットストリームとの間での変換を、代表的なカラー値のパレットを用いて映像ブロックのサンプルが表現されるパレットモードを用いて実行することを含む。変換は、少なくとも最大許容値又は最小許容値によって制約される量子化パラメータを用いてエスケープサンプルの値がビットストリーム内にコーディングされることを規定するルールに従う。

【0189】

一部の実施形態において、エスケープサンプルは、サンプルのうち、パレットの代表的なカラー値に分類されないサブセットを含み、量子化パラメータは、最大許容値以下である又は最小許容値以上であるように制約される。一部の実施形態において、最大許容値は、変換に使用される二値化方法に基づいて決定される。一部の実施形態において、最大許容値は（Ｔ＋Ｂ）として表され、Ｂはビット深度を表す。一部の実施形態において、Ｔは、ビットストリームの映像領域内で示される。一部の実施形態において、Ｔは、ビデオパラメータセット、シーケンスパラメータセット、ピクチャパラメータセット、ピクチャヘッダ、又はスライスヘッダ内でシグナリングされる。一部の実施形態において、Ｂは、量子化パラメータに関連付けられたビット深度オフセットに等しい。一部の実施形態において、最大許容値は、量子化パラメータに関連付けられたビット深度オフセットにＴを加えたものに等しい。一部の実施形態において、Ｔは定数である。一部の実施形態において、Ｔは、２３、３５、又は３９に等しい。一部の実施形態において、Ｔは、２３未満、３５未満、又は２９未満の定数である。一部の実施形態において、エスケープサンプルの値は、ＥＧ５、ＥＧ３、又はＥＧ４のビット長を用いてコーディングされる。

【0190】

図１６は、本技術に従った映像処理の方法１６００のフローチャート表現である。方法１６００は、処理１６１０にて、映像のブロックと映像のビットストリームとの間での変換を実行することを含む。変換は、クロマコーディングツールに関連するパラメータがビットストリームの適応パラメータセット内に存在するかが適応パラメータセット内の制御フラグに基づくことを規定するフォーマットルールに従う。

【0191】

一部の実施形態において、制御フラグが０に等しい場合、パラメータは適応パラメータセット内で省略される。一部の実施形態において、パラメータは少なくとも、適応ループフィルタのクロマコンポーネントに対する信号フラグ、適応ループフィルタのＣｂコンポーネントに対する信号フラグ、適応ループフィルタのＣｒコンポーネントに対する信号フラグ、又はクロマコンポーネントに対するスケーリングリストが存在するかを指し示す信号フラグを含む。

【0192】

図１７は、本技術に従った映像処理の方法１７００のフローチャート表現である。方法１７００は、処理１７１０にて、映像のブロックと映像のビットストリームとの間での変換を実行することを含む。ビットストリームは、映像がモノクロである又は映像のカラーコンポーネント同士が別々に処理される場合に、量子化パラメータに関連付けられたシンタックス要素がビットストリームのピクチャヘッダ内で省略される、ことを規定するフォーマットルールに従う。一部の実施形態において、映像がモノクロであることは、（１）シンタックス要素ＣｈｒｏｍａＡｒｒａｙＴｙｐｅが０に等しいこと、（２）映像のカラーフォーマットが４：０：０に等しいことに基づいて決定される。一部の実施形態において、シンタックス要素は、ｐｈ＿ｌｏｇ２＿ｄｉｆｆ＿ｍｉｎ＿ｑｔ＿ｍｉｎ＿ｃｂ＿ｉｎｔｒａ＿ｓｌｉｃｅ＿ｌｕｍａ、ｐｈ＿ｌｏｇ２＿ｄｉｆｆ＿ｍｉｎ＿ｑｔ＿ｍｉｎ＿ｃｂ＿ｉｎｔｒａ＿ｓｌｉｃｅ＿ｃｈｒｏｍａ、又はｐｈ＿ｌｏｇ２＿ｄｉｆｆ＿ｍｉｎ＿ｑｔ＿ｍｉｎ＿ｃｂ＿ｉｎｔｅｒ＿ｓｌｉｃｅを有する。

【0193】

図１８は、本技術に従った映像処理の方法１８００のフローチャート表現である。方法１８００は、処理１８１０にて、映像の映像ブロックと映像のビットストリームとの間での変換を、該変換に対して、代表的なカラー値のパレットを用いて映像ブロックのサンプルが表現されるパレットモードと、残差ドメイン内でカラー空間変換が行われる適応カラー変換モードとが、相互に排他的に有効にされる、ことを規定するルールに従って実行することを含む。

【0194】

一部の実施形態において、変換に対してパレットモードが適用される場合、適応カラー変換モードは無効にされる。一部の実施形態において、適応カラー変換モードの情報のシグナリングが変換に対して省略される。一部の実施形態において、適応カラー変換モードの使用は無効にされていると推定される。一部の実施形態において、変換に対して適応カラー変換モードが適用される場合、パレットモードは無効にされる。一部の実施形態において、パレットモードの情報のシグナリングが変換に対して省略される。一部の実施形態において、パレットモードの使用は無効にされていると推定される。

【0195】

図１９は、本技術に従った映像処理の方法１９００のフローチャート表現である。方法１９００は、処理１９１０にて、映像の映像ブロックと映像のビットストリームとの間での変換を実行することを含む。映像ブロックの残差ブロックのカラー空間にかかわらず、残差ドメイン内でカラー空間変換が行われる適応カラー変換モードが残差ブロックに適用される。一部の実施形態において、残差ブロックのカラー空間は、緑青赤（ＧＢＲ）カラー空間又はＹＣｂＣｒカラー空間を有する。

【0196】

図２０は、本技術に従った映像処理の方法２０００のフローチャート表現である。方法２０００は、処理２０１０にて、映像の映像ブロックと映像のビットストリームとの間での変換を実行することを含む。映像ブロックは、変換スキップ残差コーディングツールを用いてコーディングされ、変換スキップ残差コーディングツールでは、映像ブロックの変換スキップコーディングの残差係数が、コンテキストコーディングプロセス又はバイパスコーディングプロセスを用いてコーディングされる。変換において、バイパスコーディングプロセスの開始時又は終了時に、映像ブロック内で許容される残りのコンテキストコーディングビンの数を規定する変数に対して処理が適用される。

【0197】

一部の実施形態において、処理は、映像ブロック内で許容される残りのコンテキストコーディングビンの数をテンポラリ変数に格納し、テンポラリ変数に基づいて変数を設定する、ことを有する。一部の実施形態において、処理は、Ｎは整数であるとして、変数を値Ｎに設定する、ことを有する。一部の実施形態において、Ｍは３に等しいとして、ＮはＭより小さい。一部の実施形態において、Ｎは、別の変数又は別のシンタックス要素に基づく。一部の実施形態において、係数レベルのサインを示すシンタックス要素が、バイパスコーディングプロセス用いてコーディングされるのか、それともコンテキストコーディングプロセスを用いてコーディングされるのかが、映像ブロック内で許容される残りのコンテキストコーディングビンの数に基づく。

【0198】

一部の実施形態において、Ｎは０以上の整数であるとして、映像ブロック内で許容される残りのコンテキストコーディングビンの数がＮに等しい場合に、係数レベルのサインはバイパスコーディングプロセスを用いてコーディングされる。一部の実施形態において、Ｎは整数であるとして、映像ブロック内で許容される残りのコンテキストコーディングビンの数がＭ以上である場合に、係数レベルのサインはコンテキストコーディングプロセスを用いてコーディングされる。

【0199】

図２１は、本技術に従った映像処理の方法２１００のフローチャート表現である。方法２１００は、処理２１１０にて、映像の映像ブロックと映像のビットストリームとの間での変換を、変換スキップ残差コーディングプロセスを用いて実行することを含む。変換において、シンタックス要素が特定のスキャンパスに属するかを指し示す変数に対して処理が適用される。

【0200】

一部の実施形態において、処理は、現在スキャンパスが３番目のスキャンパス又は残余スキャンパスであることを指し示す値を変数に割り当てる、ことを有する。一部の実施形態において、処理は、現在スキャンパスが最初のスキャンパスであることを指し示す値を変数に割り当てる、ことを有する。一部の実施形態において、処理は、現在スキャンパスが２番目のスキャンパス又はＸ超スキャンパスであることを指し示す値を変数に割り当てる、ことを有する。一部の実施形態において、処理は、最初のスキャンパスの開始時に第１の値を変数に割り当て、３番目のスキャンパス又は残余スキャンパスの開始時に第２の値を変数に割り当てる、ことを有し、第１の値は第２の値に等しくない。

【0201】

一部の実施形態において、係数レベルのサインを示すシンタックス要素が、バイパスコーディングプロセス用いてコーディングされるのか、それともコンテキストコーディングプロセスを用いてコーディングされるのかが、変数に基づく。一部の実施形態において、特定のスキャンパスが３番目のスキャンパス又は残余スキャンパスであることを変数が指し示す場合、係数レベルのサインはバイパスコーディングプロセスを用いてコーディングされる。一部の実施形態において、特定のスキャンパスが最初のスキャンパスであることを変数が指し示す場合、係数レベルのサインはコンテキストコーディングプロセスを用いてコーディングされる。

【0202】

図２２は、本技術に従った映像処理の方法２２００のフローチャート表現である。方法２２００は、処理２２１０にて、映像の映像ブロックと映像のビットストリームとの間での変換を実行することを含む。変換において、係数レベルのサインを示すシンタックス要素がバイパスコーディングプロセスを用いてコーディングされるのか、それともコンテキストコーディングプロセスを用いてコーディングされるのかが、映像ブロックの領域内の１つ以上の係数の同じシンタックス要素が順番にコーディングされるスキャンパスのインデックスに基づく。一部の実施形態において、変換は、変換スキップ残差コーディングプロセス、又は映像ブロックが非変換スキップコーディングされる係数コーディングプロセスを用いて実行される。

【0203】

図２３は、本技術に従った映像処理の方法２３００のフローチャート表現である。方法２３００は、処理２３１０にて、映像の映像ブロックと映像のビットストリームとの間での変換を、変換スキップ残差コーディングプロセスを用いて実行することを含む。変換において、係数レベルのサインを示すシンタックス要素がバイパスコーディングプロセスを用いてコーディングされるのか、それともコンテキストコーディングプロセスを用いてコーディングされるのかが、シンタックス要素が別のシンタックス要素と同じスキャンパス内でシグナリングされるかに基づく。

【0204】

一部の実施形態において、シンタックス要素は、ｓｉｇ＿ｃｏｅｆｆ＿ｆｌａｇ又はｐａｒ＿ｌｅｖｅｌ＿ｆｌａｇとしてシグナリングされる。一部の実施形態において、シンタックス要素がａｂｓ＿ｒｅｍａｉｎｄｅｒと同じスキャンパス内でシグナリングされる場合、シンタックス要素はバイパスコーディングプロセスを用いてコーディングされる。

【0205】

一部の実施形態において、上記方法のうちの１つ以上の適用可能性が映像の特徴に基づく。一部の実施形態において、特徴は映像のコンテンツを有する。一部の実施形態において、特徴は、デコーダパラメータセット、シーケンスパラメータセット、ビデオパラメータセット、ピクチャパラメータセット、適応パラメータセット、ピクチャヘッダ、スライスヘッダ、タイルグループヘッダ、最大コーディングユニット（ＬＣＵ）、コーディングユニット（ＣＵ）、ＬＣＵ行、一群のＬＣＵ、変換ユニット（ＴＵ）、ピクチャユニット（ＰＵ）ブロック、又はビデオコーディングユニット内でシグナリングされるメッセージを有する。一部の実施形態において、特徴は、コーディングユニット、ピクチャユニット、変換ユニット、又はブロックの位置を有する。一部の実施形態において、特徴は、映像ブロックの、及び／又は映像ブロックの隣接ブロックの、寸法又は形状を有する。一部の実施形態において、特徴は、映像ブロックの量子化パラメータを有する。一部の実施形態において、特徴は、映像のカラーフォーマットを有する。一部の実施形態において、特徴は、映像のコーディングツリー構造を有する。一部の実施形態において、特徴は、スライス、タイルグループ、又はピクチャのタイプを有する。一部の実施形態において、特徴は、映像ブロックのカラーコンポーネントを有する。一部の実施形態において、特徴は、時間レイヤ識別子を有する。一部の実施形態において、特徴は、ビデオ標準のプロファイル、レベル、又はティアを有する。一部の実施形態において、特徴は、映像ブロックがエスケープサンプルを含むかどうかを有する。一部の実施形態において、当該方法は、映像ブロックが少なくとも１つのエスケープサンプルを含む場合にのみ適用可能である。一部の実施形態において、特徴は、映像ブロックが無損失モードを用いてコーディングされるかどうかを有する。一部の実施形態において、当該方法は、映像ブロックが無損失モードを用いてコーディングされるのではない場合にのみ適用可能である。

【0206】

一部の実施形態において、変換は、映像をビットストリームへと符号化することを有する。一部の実施形態において、変換は、ビットストリームから映像を復号することを有する。

【0207】

本文書において、用語“映像処理”は、映像符号化、映像復号、映像圧縮、又は映像解凍を指し得る。例えば、映像圧縮アルゴリズムが、映像のピクセル表現から対応するビットストリーム表現への変換又はその逆の変換において適用され得る。現在映像ブロックのビットストリーム表現は、例えば、シンタックスによって規定されるように、ビットストリーム内で一緒に置かれたビット又は複数の異なる場所に散らされたビットのいずれかに対応する。例えば、変換されコーディングされるエラー残差値に関して、ビットストリーム内のヘッダ及び他のフィールドの中のビットを用いて、マクロブロックを符号化し得る。

【0208】

開示される及びその他のソリューション、この文書に記述される例、実施形態、モジュール及び機能動作は、この文書に開示されている構造及びそれらに構造的に均等なものを含め、デジタル電子回路、又はコンピュータソフトウェア、ファームウェア、若しくはハードウェアにて、あるいはこれらのうちの１つ以上の組み合わせにて実施されることができる。開示される及びその他の実施形態は、１つ以上のコンピュータプログラムプロダクトとして実装されることができ、例えば、データ処理装置による実行のための、又はデータ処理装置の動作を制御するための、コンピュータ読み取り可能媒体にエンコードされたコンピュータプログラム命令の１つ以上のモジュールとして実装されることができる。コンピュータ読み取り可能媒体は、機械読み取り可能記憶装置、機械読み取り可能記憶基板、メモリ装置、機械読み取り可能な伝搬信号を生じさせる物質の組成、又はそれらのうちの１つ以上の組み合わせとすることができる。用語“データ処理装置”は、例として、プログラマブルプロセッサ、コンピュータ、又は複数のプロセッサ若しくはコンピュータを含め、データを処理するあらゆる装置、デバイス、及び機械を包含する。装置は、ハードウェアに加えて、例えば、プロセッサファームウェア、プロトコルスタック、データベース管理システム、オペレーティングシステム、又はそれらのうちの１つ以上の組み合わせを構成するコードといった、問題としているコンピュータプログラムのための実行環境を作り出すコードを含むことができる。伝播される信号は、人工的に生成される信号であり、例えば、適切な受信器装置への伝送のために情報をエンコードするために生成される機械生成による電気信号、光信号、又は電磁信号である。

【0209】

コンピュータプログラム（プログラム、ソフトウェア、ソフトウェアアプリケーション、スクリプト、又はコードとしても知られる）は、コンパイル型又はインタープリタ型の言語を含め、如何なる形態のプログラミング言語で記述されてもよく、また、スタンドアロンプログラムとして、又はコンピューティング環境での使用に適したモジュール、コンポーネント、サブルーチン、若しくは他のユニットとして、を含め、如何なる形態で展開されてもよい。コンピュータプログラムは、必ずしもファイルシステム内のファイルに対応するわけではない。プログラムは、他のプログラム若しくはデータを保持するファイルの一部（例えば、マークアップ言語文書に格納された１つ以上のスクリプト）に格納されてもよいし、問題としているプログラムに専用の単一ファイルに格納されてもよいし、あるいは、複数の連携ファイル（例えば、１つ以上のモジュール、サブプログラム、又はコードの部分を格納するファイル）に格納されてもよい。コンピュータプログラムは、１つのコンピュータ上で実行されるように展開されてもよいし、あるいは、一箇所に配置された、又は複数箇所に分散されて通信ネットワークによって相互接続された、複数のコンピュータ上で実行されるように展開されてもよい。

【0210】

この文書に記載されるプロセス及び論理フローは、入力データについて演算して出力を生成することによって機能を実行するよう、１つ以上のコンピュータプログラムを実行する１つ以上のプログラマブルプロセッサによって実行されることができる。これらのプロセス及び論理フローはまた、例えばＦＰＧＡ（フィールドプログラマブルゲートアレイ）又はＡＳＩＣ（特定用途向け集積回路）といった専用の論理回路によって実行されることもでき、また、装置も、そのような専用の論理回路として実装されることができる。

【0211】

コンピュータプログラムの実行に適したプロセッサは、例として、汎用及び専用の双方のマイクロプロセッサ、及び任意の種類のデジタルコンピュータの任意の１つ以上のプロセッサを含む。一般に、プロセッサは、読み出し専用メモリ若しくはランダムアクセスメモリ又はこれらの両方から命令及びデータを受信する。コンピュータの必須要素は、命令を実行するためのプロセッサと、命令及びデータを格納する１つ以上のメモリデバイスである。一般に、コンピュータはまた、例えば磁気ディスク、磁気光ディスク、又は光ディスクといった、データを格納するための１つ以上の大容量ストレージ装置を含み、あるいは、大容量ストレージ装置からデータを受信したり、それにデータを転送したりするように動作的に結合される。しかしながら、コンピュータは、そのような装置を有する必要はない。コンピュータプログラム命令及びデータを格納するのに適したコンピュータ読み取り可能媒体は、例として、例えばＥＰＲＯＭ、ＥＥＰＲＯＭ、及びフラッシュメモリデバイスといった半導体メモリデバイス、例えば内部ハードディスク又はリムーバブルディスクといった磁気ディスク；光磁気ディスク；並びにＣＤ ＲＯＭ及びＤＶＤ－ＲＯＭディスクを含め、あらゆる形態の不揮発性メモリ、媒体及びメモリデバイスを含む。プロセッサ及びメモリは、専用の論理回路によって補われたり、それに組み込まれたりしてもよい。

【0212】

この特許文書は数多くの詳細が含んでいるが、それらは、いずれかの主題又は特許請求され得るものの範囲についての限定として解釈されるべきでなく、むしろ、特定の技術の特定の実施形態に特有とし得る機構の説明として解釈されるべきである。別々の実施形態の文脈でこの特許文書に記載されている特定の複数の機構が、単一の実施形態にて組み合わせて実装されることもできる。逆に、単一の実施形態の文脈で説明されている種々の機構が、複数の実施形態にて別々に、又は何らかの好適なサブコンビネーションで実装されることもできる。さらには、複数の機構が、特定の組み合わせにて作用するものとして上述され、さらには当初はそのように特許請求されていることがあり得るが、場合によって、特許請求されている組み合わせからの１以上の機構を組み合わせから除くこともでき、また、特許請求されている組み合わせをサブコンビネーション又はサブコンビネーションのバリエーションへと導いてもよい。

【0213】

同様に、図面には処理が特定の順序で示されるが、このことは、所望の結果を達成するために、それらの動作が図示される特定の順序で若しくは順番に実行されること、又は図示される全ての処理が実行されることを要求するものとして理解されるべきでない。また、この特許文書に記載されている実施形態における種々のシステムコンポーネントの分離は、全ての実施形態においてそのような分離を必要とするものとして理解されるべきでない。

【0214】

ほんの少しの実装及び例を記載したのみであり、この特許文書に記載及び図示されているものに基づいて、他の実装、拡張及び変形が行われ得る。

【図1】

【図2】

【図3】

【図4】

【図5A】

【図5B】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】