JP2022538331A - ビデオ符号化復号化のための可逆符号化復号化モード - Google Patents

ビデオ符号化復号化のための可逆符号化復号化モード Download PDF

Info

Publication number
JP2022538331A
JP2022538331A JP2021577674A JP2021577674A JP2022538331A JP 2022538331 A JP2022538331 A JP 2022538331A JP 2021577674 A JP2021577674 A JP 2021577674A JP 2021577674 A JP2021577674 A JP 2021577674A JP 2022538331 A JP2022538331 A JP 2022538331A
Authority
JP
Japan
Prior art keywords
decoding
lossless
encoding
residual
flag
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2021577674A
Other languages
English (en)
Inventor
イーウェン チェン
ツン－チュアン マー
シエンリン ワン
シャオユウ シュウ
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Dajia Internet Information Technology Co Ltd
Original Assignee
Beijing Dajia Internet Information Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beijing Dajia Internet Information Technology Co Ltd filed Critical Beijing Dajia Internet Information Technology Co Ltd
Publication of JP2022538331A publication Critical patent/JP2022538331A/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/102—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
    • H04N19/103—Selection of coding mode or of prediction mode
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/134—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or criterion affecting or controlling the adaptive coding
    • H04N19/157—Assigned coding mode, i.e. the coding mode being predefined or preselected to be further used for selection of another element or parameter
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/102—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
    • H04N19/119—Adaptive subdivision aspects, e.g. subdivision of a picture into rectangular or non-rectangular coding blocks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/102—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
    • H04N19/12—Selection from among a plurality of transforms or standards, e.g. selection between discrete cosine transform [DCT] and sub-band transform or selection between H.263 and H.264
    • H04N19/122—Selection of transform size, e.g. 8x8 or 2x4x8 DCT; Selection of sub-band transforms of varying structure or type
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/169—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
    • H04N19/17—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object
    • H04N19/176—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object the region being a block, e.g. a macroblock
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/70—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by syntax aspects related to video coding, e.g. related to compression standards

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Physics & Mathematics (AREA)
  • Discrete Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Compression Or Coding Systems Of Tv Signals (AREA)

Abstract

可逆符号化復号化モードにおけるビデオ符号化復号化のための方法及び装置は提供される。この方法は、ビデオ画像を可逆ＣＵを含む複数のＣＵに区画することと、前記可逆ＣＵの残差符号化復号化ブロックサイズを決定することと、前記可逆ＣＵの残差符号化復号化ブロックサイズが予め定められた最大値よりも大きいという決定に応じて、前記残差符号化復号化ブロックを残差符号化復号化するための２つ以上の残差ブロックに分割することと、を含む。【選択図】図１

Description

関連出願の相互参照
本出願は、２０１９年６月２８日に提出された「ビデオ符号化復号化のための可逆符号化復号化モード」と題された米国仮出願第６２／８６８８５７号、及び２０１９年７月６日に提出された「ビデオ符号化復号化のための可逆符号化復号化モード」と題された米国仮出願第６２／８７１１３４号に対する優先権を主張するものであり、これらの特許出願の明細書全体を参照によって本願明細書に引用する。
本出願は、全般的にビデオ符号化復号化及び圧縮に関する。特に、本開示は、ビデオ符号化復号化のための可逆符号化復号化の改善及び簡略化に関する。
多種のビデオ符号化復号化技術は、ビデオデータを圧縮することに使用されることができる。ビデオ符号化復号化は、１つまたは複数のビデオ符号化復号化標準に従って実行される。例示的なビデオ符号化復号化標準には、多用途ビデオ符号化（ＶＶＣ：Versatile Video Coding）、共同探査試験モデル（ＪＥＭ：Joint Exploration Test Model）、高効率ビデオ符号化復号化（Ｈ.２６５／ＨＥＶＣ：High Efficiency Video Coding）、高度なビデオ符号化復号化（Ｈ.２６４／ＡＶＣ：Advanced Video Coding）、及び動画専門家グループ（ＭＰＥＧ：Moving picture Experts Group）符号化復号化などを含む。ビデオ符号化復号化では、一般に、ビデオ画像またはシーケンスに存在する冗長性による予測方法（例えば、インター予測、イントラ予測など）を利用する。ビデオ符号化復号化技術の重要な目標は、ビデオ品質の低下を回避しまたは最小限に抑えながら、ビデオデータをより低いビットレートの形式に圧縮することである。
ＨＥＶＣ標準の最初のバージョンは、２０１３年１０月に完成され、前世代のビデオ符号化復号化標準Ｈ.２６４／ＭＰＥＧ ＡＶＣと比較しておよそ５０％のビットレート節約または同等の視覚的な品質を提供する。ＨＥＶＣ標準は、その前身よりも大幅な符号化復号化の改善を提供するが、ＨＥＶＣよりも優れた符号化効率がＨＥＶＣの上に追加される符号化復号化ツールにより達成できるという証拠がある。これに基づいて、ＶＣＥＧ及びＭＰＥＧの両方が、将来のビデオ符号化復号化の標準化のための新しい符号化復号化技術の探知動作を開始した。共同ビデオ専門家チーム（ＪＶＥＴ：Joint Video Experts Team）は、２０１５年１０月にＩＴＵ-ＴＶＥＣＧ及びＩＳＯ／ＩＥＣ ＭＰＥＧによって結成されて、符号化復号化効率の大幅な向上を可能とする高度な技術に対して重要な研究を開始した。共同探査試験モデル（ＪＥＭ： Joint Exploration Model）と呼ばれる参照ソフトウェアは、ＨＥＶＣ試験モデル（ＨＭ）の上にいくつかの追加の符号化ツールを集積して、ＪＶＥＴによって維持されている。
ＨＥＶＣ以上の機能を備えるビデオ圧縮に関する共同提案募集（ＣｆＰ：call for proposals）は、２０１７年１０月にＩＴＵ-Ｔ及びＩＳＯ／ＩＥＣによって発行された。２０１８年４月には、第１０回のＪＶＥＴ会議で２３つのＣｆＰ応答が受信および評価され、ＨＥＶＣよりも約４０％の圧縮効率の向上が実証された。ＪＶＥＴは、このような評価結果に基づいて、多用途ビデオ符号化復号化（ＶＶＣ）と呼ばれる新世代のビデオ符号化復号化標準を開発するための新しいプロジェクトを立ち上げた。同月には、ＶＶＣ標準の参照実装を実証するために、ＶＶＣ試験モデル（ＶＴＭ：VVC Test Model）と呼ばれる参照ソフトウェアコードベースが確立された。
本開示は、全般的にビデオ符号化復号化における可逆符号化復号化に関する技術の例を述べる。
本開示の第１の方面に従い、ビデオ画像を可逆符号化復号化ユニット（ＣＵ）を含む複数のＣＵに区画することと、前記可逆ＣＵの残差符号化復号化ブロックサイズを決定することと、前記可逆ＣＵの残差符号化復号化ブロックサイズが予め定められた最大値よりも大きいという決定に応じて、前記残差符号化ブロックを残差符号化するための２つ以上の残差ブロックに分割することと、を含むビデオ符号化のための可逆符号化モードの方法を提供する。
本開示の第２の方面に従い、ビデオ画像を可逆符号化復号化ユニット（ＣＵ）を含む複数のＣＵに区画することと、前記可逆ＣＵについて非変換スキップモードＣＵで使用される残差符号化復号化スキームと同じものを選択することと、を含むビデオ符号化復号化のための可逆符号化復号化モードの方法を提供する。
本開示の第３の方面に従い、１つまたは複数のプロセッサと、前記１つまたは複数のプロセッサによって実行可能な命令を格納するように構成されるメモリと、を備え、前記１つまたは複数のプロセッサは、前記命令を実行すると、ビデオ画像を可逆符号化復号化ユニット（ＣＵ）を含む複数のＣＵに区画し、前記可逆ＣＵの残差符号化復号化ブロックサイズを決定し、前記可逆ＣＵの残差符号化復号化ブロックサイズが予め定められた最大値よりも大きいという決定に応じて、前記残差符号化復号化ブロックを残差符号化復号化するための２つ以上の残差ブロックに分割する、ように構成されるビデオ符号化復号化のための可逆符号化復号化モードの装置を提供する。
本開示の第４の方面に従い、１つまたは複数のプロセッサと、前記１つまたは複数のプロセッサによって実行可能な命令を格納するように構成されるメモリと、を備え、前記１つまたは複数のプロセッサは、前記命令を実行すると、ビデオ画像を可逆符号化復号化ユニット（ＣＵ）を含む複数のＣＵに区画し、前記可逆ＣＵについて非変換スキップモードＣＵで使用される残差符号化復号化スキームと同じものを選択する、ように構成されるビデオ符号化復号化のための可逆符号化復号化モードの装置を提供する。
本開示の第５の方面に従い、１つまたは複数のプロセッサと、前記１つまたは複数のプロセッサによって実行可能な命令を格納するように構成される非一時的な記憶媒体と、を備え、前記命令は、実行されると、前記１つまたは複数のプロセッサに、ビデオ画像を可逆符号化復号化ユニット（ＣＵ）を含む複数のＣＵに区画し、前記可逆ＣＵの残差符号化復号化ブロックサイズを決定し、前記可逆ＣＵの残差符号化復号化ブロックサイズが予め定められた最大値よりも大きいという決定に応じて、前記残差符号化復号化ブロックを残差符号化復号化するための２つ以上の残差ブロックに分割すること、のような操作を実行させるビデオ符号化復号化のための装置を提供する。
本開示の第６の方面に従い、１つまたは複数のプロセッサと、前記１つまたは複数のプロセッサによって実行可能な命令を格納するように構成される非一時的な記憶媒体と、を備え、前記命令は、実行されると、前記１つまたは複数のプロセッサに、ビデオ画像を可逆符号化復号化ユニット（ＣＵ）を含む複数のＣＵに区画し、前記可逆ＣＵについて非変換スキップモードＣＵで使用される残差符号化復号化スキームと同じものを選択すること、のような操作を実行させるビデオ符号化復号化のための装置を提供する。
本開示の例のより具体的な説明は、添付の図面に示す特定の例を参照することによって与えられる。これらの図面はいくつかの例を示しているに過ぎず、したがって範囲を限定するものではないと考すれば、これらの例は、添付の図面を使用することにより、追加の特異性および詳細が説明される。
図１は、本開示のある実施形態に係る例示的なビデオエンコーダを示すブロック図である。 図２Ａは、本開示のある実施形態に係るマルチタイプ木構造における四元ブロック区画を例示する概略図である。 図２Ｂは、本開示のある実施形態に係るマルチタイプ木構造における水平二元ブロック区画を例示する概略図である。 図２Ｃは、本開示のある実施形態に係るマルチタイプ木構造における垂直二元ブロック区画を例示する概略図である。 図２Ｄは、本開示のある実施形態に係るマルチタイプ木構造における水平三元ブロック区画を例示する概略図である。 図２Ｅは、本開示のある実施形態に係るマルチタイプ木構造における垂直三元ブロック区画を例示する概略図である。 図３は、本開示のある実施形態に係る例示的なビデオデコーダを示すブロック図である。 図３Ａは、本開示のある実施形態に係る、デコーダ側動きベクトル微細化（ＤＭＶＲ：Decoder-side Motion Vector Refinement）の例を示す概略図である。 図４は、本開示のある実施形態に係る、ＣＴＵ、さらにタイル及びタイル・グループに分割される画像の例を示す概略図である。 図５は、本開示のある実施形態に係る、ＣＴＵ、さらにタイル及びタイルグループに分割される画像の別の例を示す概略図である。 図６Ａは、本開示のある実施形態に係る、許可されないＴＴおよびＢＴ区画の例を示す概略図である。 図６Ｂは、本開示のある実施形態に係る、許可されないＴＴおよびＢＴ区画の例を示す概略図である。 図６Ｃは、本開示のある実施形態に係る、許可されないＴＴおよびＢＴ区画の例を示す概略図である。 図６Ｄは、本開示のある実施形態に係る、許可されないＴＴおよびＢＴ区画の例を示す概略図である。 図６Ｅは、本開示のある実施形態に係る、許可されないＴＴおよびＢＴ区画の例を示す概略図である。 図６Ｆは、本開示のある実施形態に係る、許可されないＴＴおよびＢＴ区画の例を示す概略図である。 図６Ｇは、本開示のある実施形態に係る、許可されないＴＴおよびＢＴ区画の例を示す概略図である。 図６Ｈは、本開示のある実施形態に係る、許可されないＴＴおよびＢＴ区画の例を示す概略図である。 図７は、本開示のある実施形態に係る、ビデオ符号化復号化のための可逆符号化復号化モードの例示的な装置を示す概略図である。 図８は、本開示のある実施形態に係る、ビデオ符号化復号化のための可逆符号化復号化モードの例示的なプロセスを示すフローチャートである。 図９は、本開示のある実施形態に係る、ビデオ符号化復号化のための可逆符号化復号化モードの別の例示的なプロセスを示すフローチャートである。
以下、図面を参照して本発明の具体的な実施の形態を詳細に説明する。以下の詳細な説明において、本明細書に述べる趣旨を容易に理解するために、複数の非限定的な具体的な詳細を述べる。ただし、本発明が各種の変形で実施することが可能であることは、当業者にとって明らかである。例えば、本明細書に述べる趣旨がデジタルビデオ機能を有する多くの種類の電子装置で実施され得ることは、当業者にとって明らかである。
本明細書では、単数形または複数形で「１つの実施形態」、「実施形態」、「例」、「ある実施形態」、「ある例」または類似の表現は、述べる特定の特徴、構造または特性が少なくとも１つの実施形態または例に含まれることを意味する。１つまたはいくつかの実施形態に関連して説明される特徴、構造、要素または特性は、明確に別段の指示をしない限り、他の実施形態にも適用可能である。
本開示全体では、「第１」、「第２」、「第３」などの用語はすべて、関連する要素、例えば、装置、コンポーネント、構成、ステップなどへの言及のためのものとしてのみ使用され、文脈で別段の指示を明確にしない限り、空間的または年代順を意味するものではない。たとえば、「第１の装置」および「第２の装置」は、別個に形成された２つの装置、または同じ装置の２つの部分、コンポーネント、または動作状態を指すものであって、任意に名前を付けられることが可能である。
ここで使用される「（もし）…たら」または「（もし）…ば」、「（もし）…と」のような用語は、文脈に応じて、「…ときに」または「…に応じて」を意味すると理解されることが可能である。これらの用語は、請求の範囲に出現する場合、関連する限定または特徴が条件付き的または選択的であることを意味していない。
「モジュール」、「サブモジュール」、「回路」、「サブ回路」、「ユニット」または「サブユニット」という用語は、１つまたは複数のプロセッサで実行できるコードまたは命令を格納するメモリ (共有、専用、またはグループ) を含む。モジュールは、コードまたは命令を格納しているか、または格納していない１つまたは複数の回路が含む場合がある。モジュールまたは回路は、直接または間接的に接続された１つまたは複数のコンポーネントを含むことが可能である。これらのコンポーネントは、互いに物理的に接続してもよく、物理的に切断してもよく、互いに隣り合ってもよい。
ユニットまたはモジュールは、全てソフトウェアによって実現されてもよく、全てハードウェアによって実現されてもよく、またはハードウェアとソフトウェアとの組み合わせによって実現されてもよい。完全なソフトウェアの実現では、たとえば、ユニットまたはモジュールが、特定の機能を実行するように直接的または間接的に互いにリンクされて機能的に関連するコードブロックまたはソフトウェアコンポーネントを含むことが可能である。
図１は、ブロックに基づく処理を利用する多くのビデオ符号化復号化標準と組み合わせて使用されることが可能な例示的なブロックに基づく混合ビデオエンコーダ１００のブロック図を示す。ＶＶＣは、ブロックに基づく混合ビデオ符号化復号化フレームワークに基づいて構築されている。エンコーダ１００では、入力ビデオ信号が符号化復号化ユニット（ＣＵ）と呼ばれることが可能なブロックごとに処理される。ＶＴＭ－１．０では、ＣＵが最大１２８×１２８画素とすることが可能である。ただし、ＶＶＣでは、四分木のみに基づいてブロックを区画するＨＥＶＣと異なり、１つの符号化復号化木ユニット（ＣＴＵ：coding tree unit）が、各種なローカル特性に適応するように四分木／二分木／三分木に基づいて複数のＣＵに分割される。コンポーネントのＣＴＢへの分割が区画であるように、符号化復号化木ブロック（ＣＴＢ）は、定義によって、Ｎのある値についてサンプルのＮ×Ｎブロックである。ＣＴＵには、３つのサンプル配列を持つ画像の輝度サンプルのＣＴＢ、彩度サンプルの２つの対応するＣＴＢ、またはモノクロ画像のサンプルのＣＴＢや３つの別個のカラープレーンにより符号化される画像、及びサンプルの符号化復号化に使用される構文構造が含まれる。さらに、ＨＥＶＣにおける複数の区画ユニットタイプの概念が削除され、つまり、ＣＵ、予測ユニット（ＰＵ：prediction unit）および変換ユニット（ＴＵ：transform unit）の分離がＶＶＣに存在しなくなる。代わりに、各ＣＵは、更なる区画なしで、予測及び変換の両方の基本ユニットとして常に使用される。
マルチタイプ木構造では、１つのＣＴＵがまず四分木構造で分割される。次に、各四分木リーフノードを二分木および三分木構造でさらに分割できる。図２Ａ～２Ｅに示すように、四元区画（図２Ａ）、水平二元区画（図２Ｂ）、垂直二元区画（図２Ｃ）、水平三元区画（図２Ｄ）、および垂直三元区画（図２Ｅ）のような５つの分割タイプがある。
予測は、与えられたビデオブロックごとに、インター予測アプローチまたはイントラ予測アプローチに基づいて形成される。インター予測では、以前に再構成されたフレームからの画素に基づいて、動き推定及び動き補償によって１つ又は複数の予測子を形成する。イントラ予測では、現在のフレームにおける再構成された画素に基づいて予測子を形成する。モード決定により、現在のブロックを予測するための最良の予測子が選択されることが可能である。
現在のビデオブロックとその予測子との間の差を表す予測残差は、変換回路１０２に送られる。そして、エントロピーの低減のために、変換係数は、変換回路１０２から定量化回路１０４へ送られる。次に、定量化された係数は、エントロピー符号化復号化回路１０６に供給されて圧縮されたビデオビットストリームを生成する。図１に示すように、インター予測回路および／またはイントラ予測回路１１２からのビデオブロック区画情報、動きベクトル、参照画像インデックス、およびイントラ予測モードなどの予測関連情報１１０も、エントロピー符号化復号化回路１０６を介して供給され、圧縮されたビデオビットストリーム１１４に保存される。
当該エンコーダ１００では、予測の目的で画素を再構成するために、デコーダ関連回路も必要である。まず、予測残差は、逆定量化１１６および逆変換回路１１８を介して再構成される。この再構成された予測残差は、ブロック予測子１２０と組み合わせて、現在のビデオブロックのフィルタリングされていない再構成画素が生成される。
空間的予測（「イントラ予測」とも呼ばれる）は、現在のビデオブロックと同じビデオフレーム内のすでに符号化復号化された隣接ブロックのサンプル（参照サンプルとも呼ばれる）からの画素を使用して現在のビデオブロックを予測する。
時間的予測（「インター予測」とも呼ばれる）は、すでに符号化復号化されたビデオ画像からの再構成の画素を使用して現在のビデオブロックを予測する。時間的予測は、ビデオ信号に固有の時間的冗長性を低減する。ある符号化復号化ユニット（ＣＵ：coding unit）又は符号化復号化ブロックのための時間的予測信号は、通常、現在のＣＵとその時間的参照との間の動きの量及び方向を示す１つまたは複数の動きベクトル（ＭＶ：motion vector）によって通知される。さらに、複数の参照画像が支持されている場合、時間的予測信号が参照画像記憶部内のどの参照画像からのものであるかを識別するための１つの参照画像インデックは、追加的に送信される。
空間的および／または時間的予測が実行された後、エンコーダ１００におけるイントラ／インターモード決定回路１２１は、例えば、レート歪み最適化方法に基づいて、最適な予測モードを選択する。次に、ブロック予測子１２０が現在のビデオブロックから差し引かれ、得られた予測残差が、変換回路１０２及び定量化回路１０４によって非相関化される。得られた定量化の残差係数は、逆定量化回路１１６によって逆定量化され、逆変換回路１１８によって逆変換されて再構成の残差を生成し、この再構成の残差は、次に、予測ブロックに追加されてこのＣＵの再構成された信号を生成する。さらに、この再構成されたＣＵは、画像バッファ１１７の参照画像記憶部に入れられて将来のビデオブロックの符号化復号化に用いられる前、非ブロック化フィルタ、サンプル適応型オフセット（ＳＡＯ：sample adaptive offset）、および／または適応型インループフィルタ（ＡＬＦ：adaptive in-loop filter）のようなインループフィルタ１１５は、この再構成されたＣＵに用いられることが可能である。出力ビデオビットストリーム１１４を生成するために、符号化復号化モード（インターまたはイントラ）、予測モード情報、動き情報、および定量化された残差係数がすべてエントロピー符号化復号化部１０６に送信され、さらに圧縮およびパックされてビットストリームが生成される。
たとえば、ＡＶＣ、ＨＥＶＣ、およびＶＶＣの現在のバージョンでは、非ブロック化フィルタが提供されている。ＨＥＶＣでは、符号化の効率をさらに向上させるために、ＳＡＯ（サンプル適応型オフセット）と呼ばれる追加的インループフィルターが定義されている。ＶＶＣ標準の現在のバージョンでは、更なる別のＡＬＦ（適応型ループフィルタ）と呼ばれるインループフィルターが積極的に研究されており、最終の標準に含まれている高い可能性がある。
これらのインループフィルター操作は選択可能である。これらの操作を実行することで、符号化復号化効率及び視覚的な品質の向上に貢献する。これらの操作は、計算の複雑さを節約するためにエンコーダ１００による決定に従ってオフにされることが可能である。
なお、これらのフィルタオプションがエンコーダ１００によってオンにされる場合、イントラ予測は通常、フィルタリングされていない再構成の画素に基づくものであるが、インター予測はフィルタリングされた再構成の画素に基づくものである。
図３は、多くのビデオ符号化復号化標準と組み合わせて使用されることが可能である例示的なブロックに基づくビデオデコーダ２００を示すブロック図である。このデコーダ２００は、図１のエンコーダ１００に存在する再構成関連部分に類似している。デコーダ２００では、入力ビデオビットストリーム２０１は、まずエントロピー復号化２０２を介して復号化されて、定量化された係数レベルおよび予測関連情報が導出される。次に、定量化された係数レベルは、逆定量化２０４および逆変換２０６によって処理されて、再構成された予測残差が取得られる。イントラ／インターモード選択部２１２に実現されているブロック予測子メカニズムは、復号化された予測情報に基づいて、イントラ予測２０８または動き補償２１０を実行するように構成される。逆変換２０６からの再構成の予測残差と、ブロック予測子メカニズムによって生成された予測出力とを加算部２１４によって加算することで、フィルタリングされていない再構成の画素のセットを取得する。
再構成されたブロックは、参照画像記憶部として機能する画像バッファ２１３に格納される前に、インループフィルタ２０９をさらに通過することが可能である。画像バッファ２１３における再構成されたビデオは、表示装置を駆動するように送出されたり、将来のビデオブロックを予測するために用いられたりすることが可能である。インループフィルタ２０９がオンとする場合では、これらの再構成された画素に対してフィルタリング操作を実行して、最終的な再構成されたビデオ出力２２２を導出する。
一般に、ＶＶＣに適用される基本的なイントラ予測スキームは、たとえば、イントラサブ区画（ＩＳＰ）符号化復号化モード、広角イントラ方向で拡張されたイントラ予測、位置依存イントラ予測組み合わせ（ＰＤＰＣ）および４タップイントラ補間などの、いくつかのモジュールがさらに拡張および／または改善されることを除いて、ＨＥＶＣのスキームと同じに保たれる。
ＶＶＣでの画像、タイル・グループ、タイルおよびＣＴＵの区画
ＶＶＣでは、タイルが、画像における特定のタイル列および特定のタイル行内のＣＴＵの長方形の領域として定義される。タイル・グループは、単一のＮＡＬユニットに排他的に含まれる画像における整数個のタイルのグループである。基本的には、タイル・グループの概念がＨＥＶＣで定義されているスライスと同じである。たとえば、画像はタイル・グループ及びタイルに分割される。
タイルは、画像における長方形領域を含む一連のＣＴＵである。タイル・グループには、画像の複数のタイルが含まれる。タイル・グループの２つのモード、即ちラスター走査・タイル・グループモード及び長方形のタイル・グループモードは、サポートされている。ラスター走査・タイル・グループモードでは、タイルグループには、画像のタイル・ラスター走査における一連のタイルが含まれる。長方形のタイル・グループモードでは、画像の長方形の領域を集合的に形成する画像の複数のタイルが含まれる。長方形のタイル・グループ内のタイルは、タイル・グループのタイルラスター走査の順序になっている。
図４は、画像が１２つのタイル及び３つのラスター走査・タイル・グループに分割される画像のラスター走査・タイル・グループ区画の例を示す。
図５は、画像が２４つのタイル（６つのタイル列及び４つのタイル行）及び９つの長方形のタイル・グループに分割される画像の長方形のタイル・グループ区画の例を示す。
ＶＶＣでの高周波ゼロ化による大きなブロックサイズの変換
ＶＴＭ４では、主に、１０８０ｐ及び４Ｋシーケンスなどの高解像度ビデオのための、最大６４×６４のサイズの大きなブロックサイズの変換が可能である。６４のサイズ（幅または高さ、または幅及び高さの両方）の変換ブロックについては、高周波数の変換係数がゼロ化されるため、低周波数の係数のみが保持される。たとえば、ブロック幅がＭでブロック高さがＮであるＭ×Ｎの変換ブロックについては、Ｍが６４に等しい場合、変換係数の左部３２列のみが保持される。同様に、Ｎが６４に等しい場合、変換係数の上部３２行のみが保持される。大きなブロックに変換スキップモードを使用すると、いずれかの値をゼロにすることなくブロック全体が使用される。
ＶＶＣでの仮想なパイプラインデータユニット（ＶＰＤＵ）
仮想なパイプラインデータユニット（ＶＰＤＵ）は、画像内における重なりないユニットとして定義される。ハードウェアによるデコーダーでは、連続するＶＰＤＵが複数のパイプライン段階で同時に処理される。ＶＰＤＵサイズは、ほとんどのパイプライン段階におけるバッファサイズにほぼ比例するため、ＶＰＤＵサイズを小さく保つことが重要である。ほとんどのハードウェアによるデコーダーでは、ＶＰＤＵサイズを最大変換ブロック（ＴＢ）サイズに設定できる。ただし、ＶＶＣでは、３分木（ＴＴ）および２分木（ＢＴ）区画により、ＶＰＤＵサイズが大きくなる可能性がある。
ＶＰＤＵサイズを６４×６４輝度サンプルとして保持するために、以下の規範的な区画制限（構文通知の変更を伴う）が、図６Ａ－６Ｈに示すようにＶＴＭ５に適用される。便宜上、上方の例について、図６Ａ-６Ｄの例に左から右へラベルを付け、下方の例について、図６Ｅ-６Ｈの例に左から右へラベルを付ける。
－幅または高さのいずれか、または幅及び高さの両方が１２８に等しいＣＵについては、ＴＴ分割が許可されない（図６Ａ、６Ｂ、６Ｅ、６Ｆ、６Ｇおよび６Ｈ）。
－１２８×Ｎ（Ｎ≦１２８、つまり、幅が１２８に等しく、高さが１２８以下）のＣＵについては、水平ＢＴが許可されない（図６Ｄ）。
－Ｎ（Ｎ≦１２８、つまり、高さが１２８に等しく、幅が１２８以下）×１２８のＣＵについては、垂直ＢＴが許可されない（図６Ｃ）。
ＶＶＣでの変換係数符号化
変換係数符号化復号化は、ＴＵの変換係数定量化レベル値の符号化復号化プロセスを意味する。ＨＥＶＣでは、符号化復号化ブロックの変換係数は、重なりない係数グループ（またはサブブロック）によって符号化復号化され、各ＣＧには符号化復号化ブロックの４×４ブロックの係数が含まれる。符号化復号化ブロック内のＣＧおよびＣＧ内の変換係数は、所定の走査順序で符号化復号化される。少なくとも１つの非ゼロ変換係数を有するＣＧの変換係数レベルの符号化復号化は、複数の走査パスに分離されることが可能である。第１のパスでは、１番目のビン（ｂｉｎ０で示され、係数の大きさが０より大きいことを示すimportant_coeff_flagとも呼ばれる）が符号化復号化される。次に、２番目／３番目のビン（それぞれｂｉｎ１及びｂｉｎ２で示され、coeff_abs_greater1_flagおよびcoeff_abs_greater2_flagとも呼ばれる）をコンテキスト符号化復号化するための２つの走査パスを適用できる。最後に、必要に応じて、符号情報及び係数レベルの残りの値（coeff_abs_level_remainingとも呼ばれる）を符号化復号化するための更なる２つの走査パスは、呼び出される。なお、最初の３つの走査パスにおけるビンのみは、通常モードで符号化復号化されており、以下の説明で通常のビンと呼ばれる。
ＶＶＣ３では、サブブロックごとに、通常の符号化復号化されたビン及びバイパス符号化復号化されたビンが符号化復号化順で分離される。まず、サブブロックのすべての通常の符号化復号化されたビンが送信され、その後、バイパス符号化復号化されたビンが送信される。サブブロックの変換係数レベルは、次のように走査位置で４つのパスにおいて符号化復号化される。
－パス１：重要度（sig_flag）、１より大きいフラグ（gt1_flag）、パリティ（par_level_flag）および２より大きいフラグ（gt2_flag）の符号化復号化が符号化復号化順で処理される。sig_flagが１に等しい場合、まずgt1_flagが符号化復号化される（絶対レベルが１より大きいかどうかを指示する）。gt1_flagが１に等しい場合、par_flagが追加で符号化復号化される（絶対レベルから２を引いたパリティを指定する）。
－パス２：残りの絶対レベル（剰余）の符号化は、gt2_flagが１またはgt1_flagが１のすべての走査位置で処理される。非二値構文要素はGolomb-Riceコードで二値化され、結果のビンは算術符号化復号化エンジンのバイパスモードで符号化復号化される。
－パス３：第１のパスでsig_flagが符号化復号化されていない係数の絶対レベル（absLevel）（通常の符号化されたビンの制限に達したため）は、Golomb-Riceコードを使用して算術符号化復号化エンジンのバイパスモードで完全に符号化復号化される。
－パス４：sig_coeff_flagが１に等しいすべての走査位置に対する符号（sign_flag）の符号化復号化
４×４サブブロックについては、３２個以下の通常符号化復号化されたビン（sig_flag、par_flag、gt1_flag、およびgt2_flag）が符号化または復号化されることが保証されている。２×２彩度サブブロックについては、通常符号化復号化されたビンの数が８に制限される。
非二値構文要素の剰余（パス３）を符号化復号化するためのRiceパラメーター（ricePar）は、ＨＥＶＣと同様に導出される。各サブブロックの開始時には、riceParが０に設定される。構文要素の剰余を符号化復号化した後、Riceパラメーターは所定の式に従って変更される。非二値構文要素absLevel（パス４）を符号化復号化するために、ローカルテンプレートの絶対値の合計sumAbsが決定される。変数ricePar及びposZeroは、テーブルルックアップによる依存的な定量化及びsumAbsに基づいて決定される。中間変数codeValueは、次のように導出される。
－absLevel [k]が０に等しい場合、codeValueはposZeroに等しく設定される。
－それ以外の場合、absLevel [k]がposZero以下の場合、codeValueはabsLevel [k] -1に等しく設定される。
－それ以外（absLevel [k]がposZeroより大きい）の場合、codeValueはabsLevel [k]に等しく設定される。codeValueの値は、RiceパラメーターriceParによってGolomb-Riceコードを使用して符号化復号化される。
本開示の以降の説明では、変換係数符号化復号化が、残差符号化復号化とも呼ばれる。
ＶＶＣでのデコーダー側動きベクトル微細化（ＤＭＶＲ）
デコーダー側動きベクトル微細化（ＤＭＶＲ）は、双予測マージモードで符号化復号化されたブロックのための技術であって、ＳＰＳ信号による通知sps_dmvr_enabled_flagフラグによって制御されるものである。このモードでは、ブロックの２つの動きベクトル（ＭＶ）が、双マッチング（ＢＭ：bilateral matching）予測によってさらに微細化されることができる。
図３Ａは、デコーダ側動きベクトル微細化（ＤＭＶＲ）の例を示す概略図である。図３Ａに示されるように、バイラテラルマッチング方法は、現在の画像３２０における現在のＣＵ３２２の２つの関連する参照画像、即ちＬｉｓｔ Ｌ０ ３００におけるrefPicおよびＬｉｓｔ Ｌ１ ３１０におけるrefPicにおいて現在のＣＵの動きの軌跡に沿って、その２つの参照ブロック３０２、３１２の間の最も近いマッチを検索することで、現在のＣＵ３２２の動き情報を微細化するために使用される。パターン長方形ブロック３２２、３０２および３１２は、マージモードからの初期動き情報に基づく現在のＣＵ及びその２つの参照ブロックを示している。パターン長方形ブロック３０４、３１４は、動き微細化検索プロセス、すなわち動きベクトル微細化プロセスで使用されるＭＶ候補に基づく１対の参照ブロックを示している。
ＭＶ候補と初期ＭＶ（元ＭＶとも呼ばれる）の間のＭＶ差は、それぞれMVdiff及び-MVdiffである。ＭＶ候補と初期は両方とも双方向の動きベクトルである。ＤＭＶＲの過程中に、初期ＭＶの周りのそのようなＭＶ候補の数がチェックされることが可能である。具体的には、所定のＭＶ候補のそれぞれについて、Ｌｉｓｔ０およびＬｉｓｔ１におけるその参照画像からその２つの関連する参照ブロックをそれぞれ位置決め、それらの間の差が算出する。このようなブロック差は、通常、ＳＡＤ（または絶対差の合計）または行サブサンプリングされたＳＡＤ（つまり、関連するブロックの１行おきに算出されたＳＡＤ）で計測される。最後に、２つの参照ブロック間でＳＡＤが最も低いＭＶ候補が微細化されたＭＶになり、現在のＣＵの実際の予測として双予測された信号を生成するために使用される。
ＶＶＣでは、ＤＭＶＲが次の条件を満たすＣＵに適用される。
・ 双予測ＭＶによるＣＵレベルマージモード（サブブロックマージモードではない）で符号化復号化された。
・ 現在の画像に関して、ＣＵの一方の参照画像が過去の（即ち、ＰＯＣが現在の画像ＰＯＣよりも小さい）ものであり、他方の参照画像が将来の（即ち、ＰＯＣが現在の画像ＰＯＣよりも大きい）ものである。
・ 両方の参照画像から現在の画像までのＰＯＣ距離（即ち、絶対のＰＯＣ差）は同じである。
・ ＣＵは６４つの輝度サンプルを超えるサイズであり、ＣＵの高さは８つの輝度サンプルを超える。
ＤＭＶＲプロセスによって導出された微細化ＭＶは、インター予測サンプルを生成するために使用され、将来の画像符号化復号化のための時間的動きベクトル予測にも使用される。元ＭＶは、非ブロック化プロセス及び、将来のＣＵ符号化復号化のための空間動きベクトル予測にも使用される。ＤＭＶＲのいくつかの追加特徴は、次の子節に示されている。
ＶＶＣでの双方向オプティカルフロー（ＢＤＯＦ：Bi-directional Optical Flow）
双方向オプティカルフロー（ＢＤＯＦ）ツールはＶＴＭ５に含まれている。以前はＢＩＯと呼ばれていたＢＤＯＦがＪＥＭに含まれている。ＪＥＭバージョンと比較して、ＶＴＭ５におけるＢＤＯＦは、特に乗算の数及び乗算器のサイズの点で、はるかに少ない演算が必要とする簡単なバージョンである。ＢＤＯＦは、ＳＰＳ sps_bdof_enabled_flagフラグによって制御されている。
ＢＤＯＦは、ＣＵの双予測信号を４×４サブブロックレベルで微細化するためのものである。ＢＤＯＦは、次の条件を満たす場合にＣＵに適用される。１）ＣＵの高さが４ではなく、ＣＵが４×８ののサイズではない；２）ＣＵがアフィンモードまたはＡＴＭＶＰマージモードで符号化復号化されていない；３）ＣＵは、「真」双予測モードで符号化復号化され、つまり、２つの参照画像の一方が、表示順序で現在の画像の前にあり、他方が、表示順序で現在の画像の後にある。ＢＤＯＦは輝度コンポーネントにのみ適用される。
ＢＤＯＦモードは、その名前が示すように、対象の動きがスムーズであることを前提とするオプティカルフローの概念に基づくものである。ＢＤＯＦは、現在のブロックの勾配を算出して予測サンプルを調整して、符号化の効率を向上させる。
ＶＶＣでのＤＭＶＲおよびＢＤＯＦのためのデコーダー側制御
現在のＶＶＣでは、通常のマージ候補について、ＳＰＳフラグが有効で、いくつかの双予測及びサイズの制約が満たされている場合、ＢＤＯＦ／ＤＭＶＲが常に適用される。
ＤＭＶＲは、次のすべての条件が成立した場合に、通常のマージモードに適用される。
－ sps_dmvr_enabled_flagが１に等しい
－ general_merge_flag [xCb] [yCb]が１に等しい
－ predFlagL0 [0] [0]及びpredFlagL1 [0] [0]の両方が１に等しい
－ mmvd_merge_flag [xCb] [yCb]が０に等しい
－DiffPicOrderCnt（currPic, RefPicList [0] [refIdxL0]）が、DiffPicOrderCnt（RefPicList [1] [refIdxL1], currPic）に等しい
－ BcwIdx [xCb] [yCb]が０に等しい
－ luma_weight_l0_flag [refIdxL0]及びluma_weight_l1_flag [refIdxL1]の両方が０に等しい
－ cbWidthが８以上である
－ cbHeightが８以上である
－ cbHeight * cbWidthが１２８以上である
ＢＤＯＦは、次のすべての条件が成立した場合に、双予測に適用される。
－ sps_bdof_enabled_flagが１に等しい。
－ predFlagL0 [xSbIdx] [ySbIdx]及びpredFlagL1 [xSbIdx] [ySbIdx] の両方が１に等しい。
－ DiffPicOrderCnt（currPic, RefPicList [0] [refIdxL0]）* DiffPicOrderCnt（currPic, RefPicList [1] [refIdxL1]）が０未満である。
－ MotionModelIdc [xCb] [yCb]が０に等しい。
－ merge_subblock_flag [xCb] [yCb]が０に等しい。
－ sym_mvd_flag [xCb] [yCb]が０に等しい。
－ BcwIdx [xCb] [yCb]が０に等しい。
－ luma_weight_l0_flag [refIdxL0]及びluma_weight_l1_flag [refIdxL1]の両方が０である。
－ cbHeightが８以上である。
－ cIdxが０に等しい。
ＶＶＣでの変換スキップモードＣＵのための残差符号化復号化
ＶＴＭ５では、最大３２×３２（これを含む）のサイズの輝度ブロックに変換スキップモードを使用できる。ＣＵが変換スキップモードで符号化復号化される場合、その予測残差は、変換スキップ残差符号化復号化プロセスによって量子化および符号化復号化される。この残差符号化復号化プロセスは、前の部分で説明した変換係数符号化復号化プロセスから変更されたものである。変換スキップモードでは、ＣＵの残差も４×４のサイズの重なっていないサブブロックを単位として符号化復号化される。変換スキップモードでは、通常の変換係数符号化復号化プロセスと異なり、最後の係数位置が信号により通知される代わりに、coded_subblock_flagが、ＣＵ内のすべての４×４サブブロックについて、順方向走査の順序で、即ち左上方のサブブロックから最後のサブブロックまで信号により通知される。
各サブブロックについて、coded_subblock_flagが１に等しい（即ち、サブブロックにゼロ以外の定量化された残差が少なくとも1つある）場合、定量化された残差レベルの符号化復号化は３つの走査パスで実行される：
－最初の走査パス：重要度フラグ（sig_coeff_flag）、符号フラグ（coeff_sign_flag）、1より大きい絶対レベルフラグ（abs_level_gtx_flag [0]）、およびパリティ（par_level_flag）は符号化復号化される。ある走査位置については、coeff_sig_flagが1に等しい場合、coeff_sign_flagが符号化復号化され、その後にabs_level_gtx_flag [0]（絶対レベルが１より大きいかどうかを指定する）が符号化復号化される。abs_level_gtx_flag [0]が1に等しい場合には、par_level_flagが、絶対レベルのパリティを指定するように追加的に符号化復号化される。
－ ｘより大きい走査パス：絶対レベルが１より大きい走査位置ごとについては、ある位置における絶対レベルが３、５、７又は９より大きいかどうかを指定するように４つまでのabs_level_gtx_flag [i]（i = 1 ... 4）が符号化復号化される。
－残りの走査パス：abs_level_gtx_flag [4]が１に等しい（つまり、絶対レベルが９より大きい）すべての走査位置については、絶対レベルの残りが符号化復号化される。残りの絶対レベルは、削減されたライスパラメータ導出テンプレートにより二値化される。
走査パス＃１および＃２（最初の走査パスおよびｘより大きい走査パス）におけるビンは、ＣＵ内のコンテキスト符号化復号化されるビンの最大数に達するまでコンテキスト符号化復号化される。残差ブロック内のコンテキスト符号化復号化されたビンの最大数は、2*block_width*block_height、または同等に、サンプル位置ごとに平均２つのコンテキスト符号化されるビンに制限される。最後の走査パス（残りの走査パス）におけるビンはバイパス符号化復号化される。
ＨＥＶＣでの可逆符号化
ＨＥＶＣでの可逆符号化復号化モードは、変換、定量化、およびインループフィルター（非ブロックフィルター、サンプル適応オフセット、および適応ループフィルター）を単にバイパスすることで実現される。この設計は、主流のアプリケーションのための通常のＨＥＶＣエンコーダーおよびデコーダーの実現に必要な最小限の変更で可逆符号化復号化を可能にすることを目的とする。
ＨＥＶＣでは、可逆符号化復号化モードを各ＣＵレベルでオンまたはオフにすることができる。これは、ＣＵレベルで信号によって通知される構文cu_transquant_bypass_flagを介して行われる。可逆符号化復号化モードが不要な信号による通知オーバーヘッドを削減するために、cu_transquant_bypass_flag構文が常に信号によって通知されることではない。これは、transquant_bypass_enabled_flagという別の構文が１の値を有する場合にのみ信号によって通知される。言い換えると、構文transquant_bypass_enabled_flagは、cu_transquant_bypass_flagの構文の信号による通知をオンにするためのものである。
ＨＥＶＣでは、構文transquant_bypass_enabled_flagが画像パラメータセット（ＰＰＳ）で通知されて、このＰＰＳを参照する画像内のそれぞれのＣＵについて構文cu_transquant_bypass_flagを通知する必要があるかどうかを指示する。このフラグが１に設定されている場合には、構文cu_transquant_bypass_flagがＣＵレベルで送信されて、現在のＣＵが可逆モードで符号化復号化されるかどうかが通知される。このフラグがＰＰＳで０に設定されている場合には、cu_transquant_bypass_flagが送信されず、画像内のすべてのＣＵが、プロセスに含まれる変換、定量化、およびループフィルターで符号化復号化され、その結果、通常、一定レベルのビデオ品質の劣化が発生しまう。画像全体を可逆で符号化復号化するために、画像内のそれぞれのＣＵについて、ＰＰＳにおけるフラグtransquant_bypass_enabled_flagを１に設定し、ＣＵレベルのフラグcu_transquant_bypass_flagを1に設定する必要がある。ＨＥＶＣにおける可逆モードに関連する詳細な構文の信号による通知は、以下のように示す。
－ １に等しいtransquant_bypass_enabled_flagは、cu_transquant_bypass_flagが存在することを指定する。０に等しいtransquant_bypass_enabled_flagは、cu_transquant_bypass_flagが存在しないことを指定する。
－ １に等しいcu_transquant_bypass_flagは、８.６節で指定されたスケールおよび変換プロセス及び８.７節で指定されたインループフィルタープロセスがバイパスされることを指定する。cu_transquant_bypass_flagが存在しない場合、０に等しいと推測される。
Figure 2022538331000002
ＶＶＣでは、最大ＣＵサイズが６４×６４であり、ＶＰＤＵも６４×６４に設定されている。３２より大きい幅／高さに対する係数ゼロ化メカニズムのため、ＶＶＣでの係数符号化復号化のための最大ブロックサイズが３２×３２である。この制約の下では、現在の変換スキップは、残差符号化復号化のための最大ブロックサイズが係数符号化復号化のための３２×３２である最大ブロックサイズに合わせるように、３２×３２までのＣＵのみをサポートする。ただし、ＶＶＣでは、可逆ＣＵの残差符号化復号化のブロックサイズの制約が定義されていない。その結果、現在ＶＶＣでは、可逆符号化復号化モードで３２×３２よりも大きいサイズの残差ブロックを生成することが可能であり、これは３２×３２よりも大きいブロックのための残差符号化復号化に対するサポートが必要である。これは、コーデックに対して好ましくない。本開示では、この課題を解決するために、いくつかの方法が提案されている。
ＶＶＣでの可逆符号化復号化のサポートに関連する別の問題は、残差（または係数と呼ばれる）符号化復号化スキームをどのように選択するかである。現在のＶＶＣでは、２つの異なる残差符号化復号化スキームが利用可能である。あるブロック（またはＣＵ）について、残差符号化復号化スキームの選択は、このあるブロック（またはＣＵ）の変換スキップフラグに基づくものである。したがって、ＶＶＣでは、ＨＥＶＣのように、可逆モードで変換スキップフラグが１であると想定されると、変換スキップモードで使用される残差符号化復号化スキームが常に可逆モードＣＵに使用される。ただし、変換スキップフラグがtrueである場合に使用される現在の残差符号化復号化スキームは、主に画面コンテンツの符号化復号化用に設計されている。通常のコンテンツ（つまり、画面以外のコンテンツ）の可逆符号化復号化に使用するのは最適ではない場合がある。本開示では、可逆ＣＵのための残差符号化復号化を選択するためのいくつかの方法が提案される。
現在のＶＶＣでは、２つのデコーダー側ツール、即ちＢＤＯＦ及びＤＭＶＲが、現在のブロックをフィルタリングすることによって復号化された画素を微細化して、符号化復号化パフォーマンスを向上させる。ただし、可逆符号化復号化では、予測画素がすでに完全に予測されたため、ＢＤＯＦ及びＤＭＶＲが符号化復号化ゲインに寄与しない。したがって、デコーダー側のＢＤＯＦ及びＤＭＶＲはＶＶＣにメリットがないため、これらのツールは可逆符号化復号化に適用されべきではない。ただし、現在のＶＶＣでは、通常のあるマージ候補についてＳＰＳフラグが有効でいくつかの双予測及びサイズ制約が満たされている場合、ＢＤＯＦ及びＤＭＶＲが常に適用される。したがって、可逆ＶＶＣ符号化復号化について、ＤＭＶＲ及びＢＤＯＦをより低いレベル、即ちスライスレベル及びＣＵレベルで制御すると、ＶＶＣ可逆符号化復号化のパフォーマンス効率にメリットがある。
可逆ＣＵの残差ブロック区画
本開示の一例によれば、可逆ＣＵの最大残差符号化復号化ブロックサイズを、変換スキップモードによってサポートされている最大ブロックサイズに合わせることが提案される。一例では、変換スキップモードは、幅及び高さが両方とも３２以下の残差ブロックについてのみ有効になることができ、これは、変換スキップモードでの最大残差符号化復号化ブロックサイズが３２×３２であることを意味する。この例によると、可逆ＣＵのための残差ブロックの最大幅および／または高さも３２に設定され、最大残差ブロックサイズが３２×３２に設定される。可逆ＣＵの幅／高さが３２よりも大きい場合には、常に、ＣＵ残差ブロックが３２×Ｎおよび／または３２×Ｎのサイズの複数のより小さい残差ブロックに分割されてより小さい方の残差ブロックの幅または高さが３２以下である。たとえば、１２８×３２可逆ＣＵは、残差符号化復号化のために４つの３２×３２残差ブロックに分割される。別の例では、６４×６４可逆ＣＵが４つの３２×３２残差ブロックに分割される。
本開示の別の例によれば、可逆ＣＵの残差符号化復号化のための最大ブロックサイズをＶＰＤＵのサイズに合わせることが提案される。一例では、可逆ＣＵの最大残差ブロックの幅／高さがＶＰＤＵサイズ（例えば、現在のＶＶＣでの６４×６４）に設定される。可逆ＣＵの幅／高さが６４より大きい場合は常に、ＣＵの残差ブロックが６４×Ｎおよび／またはＮ×６４のサイズの複数のより小さい残差ブロックに分割されて、これらのより小さい残差ブロックの幅又は高さがＶＰＤＵの幅及び／又は高さ以下である。たとえば、１２８×１２８の可逆ＣＵは、残差符号化復号化のために４つの６４×６４の残差ブロックに分割される。別の例では、１２８×３２の可逆ＣＵは２つの６４×３２残差ブロックに分割される。
可逆モードＣＵのための残差符号化復号化スキームの選択
現在のＶＶＣでは、ＣＵが変換スキップモードで符号化復号化しているかどうかに応じて、異なる残差符号化復号化スキームがこのＣＵによって使用される。変換スキップモードで使用される現在の残差符号化復号化は、一般に画面コンテンツの符号化により適している。
本開示の一例によれば、可逆ＣＵは、変換スキップモードＣＵによって使用される残差符号化復号化スキームと同じものを使用する。
本開示の別の例によれば、可逆ＣＵは、非変換スキップモードＣＵによって使用される残差符号化復号化スキームと同じものを使用する。
本開示の別の例によれば、可逆ＣＵのための残差符号化復号化スキームは、一定の条件および／または予め定めた手順に基づいて、既存の残差符号化復号化スキームから適応的に選択される。このような条件および／または予め定めた手順の後、ビットストリームで選択を指示するための信号による通知の必要がないようにエンコーダ及びデコーダが続く。一例では、エンコーダ及びデコーダの両方では、簡単な画面コンテンツ検出スキームが指定されて利用されることが可能である。この検出スキームに基づいて、現在のビデオブロックが画面コンテンツまたは通常コンテンツに分類されることができる。画面コンテンツの場合には、変換スキップモードで使用される残差符号化復号化スキームが選択される。それ以外の場合には、他の残差符号化復号化スキームが選択される。
本開示の別の例によれば、構文は、どの残差符号化復号化スキームが可逆ＣＵによって使用されることを明示的に指定するようにビットストリームで信号によりシグナリングされる。そのような構文は、二値フラグであって、各バイナリ値は、２つの残差符号化復号化スキームのうちの１つの選択を指示する。構文は、異なるレベルで信号により送られることができる。たとえば、これは、シーケンスパラメータセット（ＳＰＳ）、画像パラメータセット（ＰＰＳ）、スライスヘッダー、タイルグループヘッダー、またはタイルで信号により送られてもよい。また、ＣＴＵまたはＣＵレベルで信号により通知されってもよい。このような構文が信号により通知されると、同じレベルまたは下位レベルのすべての可逆ＣＵは、この構文で指示される同じ残差符号化復号化スキームを使用する。たとえば、構文がＳＰＳレベルで信号により通知される場合、シーケンスにおけるすべての可逆ＣＵは、指示されている残差符号化復号化スキームを使用する。構文がＰＰＳレベルで通知される場合、画像内のすべての可逆ＣＵは、関連するＰＰＳに指示されている残差符号化復号化スキームを使用する。ＣＵが可逆モードで符号化復号化されるかどうかを指示するＣＵレベルの構文、例えばcu_transquant_bypass_flagなどがあると、残差符号化復号化スキームを指示する構文は、このＣＵの可逆モードフラグに基づいて条件付きで信号により通知される。たとえば、可逆モードフラグcu_transquant_bypass_flagは現在のＣＵが可逆モードで符号化復号化されることを指示する場合のみ、残差符号化復号化スキームを指示する構文がこのＣＵのために信号により通知される。構文がスライスヘッダーレベルのフラグによって信号により通知されると、このスライス内における、可逆モードで符号化復号化されたすべてのＣＵは、信号により通知されたフラグに基づいて認識された残差符号化復号化スキームを使用する。複数のＣＵのうちのそれぞれのための残差符号化復号化スキームは、信号により通知された最初のフラグに基づいて選択され、ここで、スライスヘッダーにおける通知されたフラグによって、可逆ＣＵについて選択された残差符号化復号化スキームは、変換スキップモードＣＵ又は非変換スキップモードＣＵにより使用される残差符号化復号化スキームである。
本開示の一例によれば、可逆モードで符号化復号化されたＣＵについても、変換スキップモードフラグが信号により通知される。この場合、可逆モードで符号化復号化されるＣＵであるかどうかに関係なく、ＣＵについての残差符号化復号化スキームの選択は、変換スキップモードフラグに基づくものである。
ＤＭＶＲの無効化
現在のＶＶＣでは、ＤＭＶＲのオン／オフ制御が可逆符号化復号化モードに関して定義されていない。本開示の一例では、１ビットの信号による通知slice_disable_dmvr_flagフラグによってスライスレベルでＤＭＶＲのターンオン／オフを制御することが提案されている。一例では、sps_dmvr_enabled_flagフラグが１に設定され、かつtransquant_bypass_enabled_flagフラグが０に設定されている場合、slice_disable_dmvr_flagフラグを信号により通知する必要がある。slice_disable_dmvr_flagフラグが通知されていない場合、１と推定される。slice_disable_dmvr_flagが１に等しい場合、ＤＭＶＲがターンオフされる。この場合、信号による通知は次のとおりである。
Figure 2022538331000003
別の例では、cu_transquant_bypass_flagによりｃｕレベルでＤＭＶＲのターンオン／オフを制御することが提案される。一例では、ＤＭＶＲに対するｃｕレベル制御が次のとおりである。
ＤＭＶＲは、次のすべての条件が成立している場合に、通常のマージモードに適用される。
－ sps_dmvr_enabled_flagが１に等しい；
－ cu_transquant_bypass_flagが０に設定されている；
－ general_merge_flag [xCb] [yCb]が１に等しい；
－ predFlagL0 [0] [0]及びpredFlagL1 [0] [0]の両方が１に等しい；
－ mmvd_merge_flag [xCb] [yCb]が０に等しい；
－ DiffPicOrderCnt（currPic，RefPicList [0] [refIdxL0]）が、DiffPicOrderCnt（RefPicList [1] [refIdxL1]，currPic）と同じである；
－ BcwIdx [xCb] [yCb]が０に等しい；
－ luma_weight_l0_flag [refIdxL0]及びluma_weight_l1_flag [refIdxL1]の両方が０に等しい；
－ cbWidthが８以上である；
－ cbHeightが８以上である；
－ cbHeight * cbWidthが１２８以上である。
ＢＤＯＦの無効化
現在のＶＶＣでは、ＢＤＯＦのオン／オフ制御が可逆符号化復号化モードに関して定義されていない。本開示の一例では、１ビットの信号による通知slice_disable_bdof_flagフラグによってＢＤＯＦのターンオン／オフを制御することが提案されている。一例では、sps_bdof_enabled_flagフラグが１に設定されているか、transquant_bypass_enabled_flagフラグが０に設定されている場合、slice_disable_bdof_flagフラグを信号により通知する必要がある。slice_disable_bdof_flagフラグが通知されていない場合、1と推定される。slice_disable_bdof_flagフラグが１に等しい場合、ＢＤＯＦはターンオフされる。この場合、信号による通知は次のように示される。
Figure 2022538331000004
本開示の別の例では、cu_transquant_bypass_flagによりｃｕレベルでＢＤＯＦのターンオン／オフを制御することが提案される。一例では、ＢＤＯＦに対するｃｕレベル制御が次のとおりである。
ＢＤＯＦは、次のすべての条件が成立している場合に、通常のマージモードに適用される。
－ sps_bdof_enabled_flagが１に等しい；
－ cu_transquant_bypass_flagが０に設定されている；
－ predFlagL0 [xSbIdx] [ySbIdx]及びpredFlagL1 [xSbIdx] [ySbIdx]の両方が１に等しい；
－ DiffPicOrderCnt（currPic，RefPicList [0] [refIdxL0]）* DiffPicOrderCnt（currPic，RefPicList [1] [refIdxL1]）が０未満である；
－ MotionModelIdc [xCb] [yCb]が０に等しい；
－ merge_subblock_flag [xCb] [yCb]が０に等しい；
－ sym_mvd_flag [xCb] [yCb]が０に等しい；
－ BcwIdx [xCb] [yCb]が０に等しい；
－ luma_weight_l0_flag [refIdxL0]及びluma_weight_l1_flag [refIdxL1]の両方が０である；
－ cbHeightが８以上である；
－ cIdxが０に等しい。
ＢＤＯＦ及びＤＭＶＲの無効化
現在のＶＶＣでは、通常のあるマージ候補について、いくつかの双予測及びサイズ制約の条件が満たされている場合、符号化復号化の効率を改善するようにＢＤＯＦ及びＤＭＶＲの両方が常にデコーダー側の微細化に適用され、各ＳＰＳフラグによって制御される。本開示の一例では、１ビットの信号による通知slice_disable_bdof_dmvr_flagスライスフラグによってＢＤＯＦ及びＤＭＶＲの両方を無効にすることが提案されている。slice_disable_bdof_dmvr_flagフラグが１に設定されている場合、ＢＤＯＦ及びＤＭＶＲの両方がターンオフされる。slice_disable_bdof_dmvr_flagフラグが通知されていない場合、１であると推定される。一例では、次の条件が満たされている場合にslice_disable_bdof_dmvr_flagが信号による通知される。
Figure 2022538331000005
上記の方法は、特定用途向け集積回路（ＡＳＩＣ）、デジタル信号プロセッサ（ＤＳＰ）、デジタル信号処理装置（ＤＳＰＤ）、プログラマブル論理装置（ＰＬＤ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、コントローラー、マイクロコントローラー、マイクロプロセッサー、またはその他の電子部品を含む１つまたは複数の回路を含む装置によって実現してもよい。上記の方法を実現するために、これらの回路を他のハードウェアまたはソフトウェア部品と組み合わせて使用することができる。以上に開示された各モジュール、サブモジュール、ユニット、またはサブユニットは、１つまたは複数の回路を使用して少なくとも部分的に実現されてもよい。
図７は、本開示のある実施形態に係る、ビデオ符号化復号化のための装置を示すブロック図である。装置７００は、携帯電話、タブレットコンピュータ、デジタル放送端末、タブレット装置、または携帯情報端末などの端末であってもよい。
装置７００は、図７に示されるように、処理部７０２、メモリ７０４、電源部７０６、マルチメディア部７０８、オーディオ部７１０、入力／出力（Ｉ／Ｏ）インターフェース７１２、センサ部７１４、および通信部７１６のうちの１つ又は複数を含んでもよい。
処理部７０２は、通常に、表示、電話発呼、データ通信、カメラ操作、および記録操作に関連する操作など、装置７００の全体的な操作を制御する。処理部７０２は、上記の方法のステップの全部または一部を実現するための命令を実行するための１つまたは複数のプロセッサ７２０を含むことが可能である。さらに、処理部７０２は、処理部７０２と他の部材との間のインタラクションに寄与する１つまたは複数のモジュールを含むことが可能である。例えば、処理部７０２は、マルチメディア部７０８と処理部７０２との間のインタラクションに寄与するためのマルチメディアモジュールを含んでもよい。
メモリ７０４は、装置７００の動作をサポートするために異なるタイプのデータを格納するように構成される。そのようなデータの例には、装置７００上で動作する任意のアプリケーションまたは方法のための命令、連絡先データ、電話帳データ、メッセージ、画像、ビデオなどが含まれる。メモリ７０４は、任意のタイプの揮発性または非揮発性の記憶装置またはそれらの組み合わせによって実現され、静的ランダムアクセスメモリ（ＳＲＡＭ：Static Random Access Memory）、電気的に消去可能なプログラマブルリードオンリーメモリ（ＥＥＰＲＯＭ：Electrically Erasable Programmable Read-Only Memory）、消去型プログラマブルリードオンリメモリ（ＥＰＲＯＭ：Erasable Programmable Read-Only Memory）、プログラマブルリードオンリメモリ（ＰＲＯＭ：Programmable Read-Only Memory）、リードオンリメモリ（ＲＯＭ：Read-Only Memory）、磁気メモリ、フラッシュメモリ、磁気ディスク、またはコンパクトディスクであってもよい。
電源部７０６は、装置７００における異なる部材に電力を供給する。電源部７０６は、電源管理システム、１つまたは複数の電源、および装置７００に対して電力を生成、管理、および分配することに関連する他の部材を含んでもよい。
マルチメディア部７０８は、装置７００とユーザとの間の出力インターフェースを提供するスクリーンを含む。ある例では、スクリーンには、液晶表示装置（ＬＣＤ）およびタッチパネル（ＴＰ）を含んでもよい。スクリーンがタッチパネルを含む場合、スクリーンは、ユーザからの入力信号を受信するタッチスクリーンとして実現してもよい。このタッチパネルは、このタッチパネル上のタッチ、スライド、およびジェスチャを感知するための１つまたは複数のタッチセンサーを含んでもよい。タッチセンサーは、タッチまたはスライド動作の境界を感知するだけでなく、タッチまたはスライド操作に関連する持続時間および圧力も検出することが可能である。ある例では、マルチメディア部７０８は、フロントカメラおよび／またはリアカメラを含んでもよい。装置７００が撮像モードまたはビデオモードなどの動作モードにあるとき、フロントカメラおよび／またはリアカメラは、外部マルチメディアデータを受信することができる。
オーディオ部７１０は、オーディオ信号を出力および／または入力するように構成される。例えば、オーディオ部７１０は、マイクロフォン（ＭＩＣ）を含む。マイクロフォンは、装置７００が通話モード、録音モード、および音声認識モードなどの動作モードにあるとき、外部オーディオ信号を受信するように構成される。受信されたオーディオ信号は、メモリ７０４にさらに格納されてよく、または通信部７１６を介して送信されてもよい。ある例では、オーディオ部７１０は、オーディオ信号を出力するためのスピーカーをさらに含む。
Ｉ／Ｏインターフェース７１２は、処理部７０２と周辺インターフェースモジュールとの間のインターフェースを提供する。上述の周辺インターフェースモジュールは、キーボード、クリックホイール、ボタンなどであってもよい。これらのボタンには、ホームボタン、音量ボタン、スタートボタン、およびロックボタンが含まれるが、これらに限定されない。
センサ部７１４は、異なる方面で装置７００に対して状態評価を提供するための１つまたは複数のセンサを含む。例えば、センサ部７１４は、装置７００のオン／オフ状態および構成要素の相対な位置を検出することが可能である。例えば、構成要素は、装置７００のディスプレイおよびキーパッドである。センサ部７１４はまた、装置７００または装置７００の構成要素の位置変化、装置７００上でのユーザの接触の有無、装置７００の向きまたは加速／減速、および装置７００の温度変化を検出することが可能である。センサ部７１４は、物理的な接触なしに近くの物体の存在を検出するように構成される近接センサを含んでもよい。センサ部７１４は、画像化アプリケーションで使用されるＣＭＯＳまたはＣＣＤ画像センサなどの光学的センサをさらに含んでもよい。ある例では、センサー部７１４は、加速度センサー、ジャイロセンサー、磁気センサー、圧力センサー、または温度センサーをさらに含んでもよい。
通信部７１６は、装置７００と他の装置との間の有線または無線通信に役立つように構成される。装置７００は、ＷｉＦｉ、４Ｇ、またはそれらの組み合わせなどの通信標準に基づいて無線ネットワークにアクセスすることができる。一例では、通信部７１６は、報知チャネルを介して外部報知管理システムから報知信号または報知関連情報を受信する。一例では、通信部７１６は、短距離通信を促進するための近距離無線通信（ＮＦＣ）モジュールをさらに含んでもよい。例えば、ＮＦＣモジュールは、無線周波数識別（ＲＦＩＤ）技術、赤外線データ関連付け（ＩｒＤＡ）技術、超広帯域（ＵＷＢ）技術、ブルートゥース（ＢＴ）技術および他の技術に基づいて実現してもよい。
一例では、装置７００は、上記の方法を実行するために特定用途向け集積回路（ＡＳＩＣ）、デジタル信号プロセッサ（ＤＳＰ）、デジタル信号処理装置（ＤＳＰＤ）、プログラマブル論理装置（ＰＬＤ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、コントローラー、マイクロコントローラー、マイクロプロセッサー、またはその他の電子要素の１つまたは複数によって実現してもよい。
非一時的なコンピュータ読取可能な記憶媒体は、例えば、ハードディスクドライブ（ＨＤＤ）、固体ドライブ（ＳＳＤ）、フラッシュメモリ、ハイブリッドドライブや固体ハイブリッドドライブ（ＳＳＨＤ）、読み出し専用メモリ（ＲＯＭ）、コンパクトディスク読み出し専用メモリ（ＣＤ―ＲＯＭ）、磁気テープ、フロッピーディスクなどである。
図８は、本開示のある実施形態に係る、ビデオ符号化復号化における可逆符号化復号化モードに関連する技術の例示的なプロセスを示すフローチャートである。
ステップ８０１において、プロセッサ７２０は、ビデオ画像を、少なくとも１つが可逆符号化復号化ユニット（ＣＵ）である複数のＣＵに区画する。
ステップ８０２において、プロセッサ７２０は、可逆ＣＵの残差符号化復号化ブロックサイズを決定する。
ステップ８０３において、プロセッサ７２０は、この可逆ＣＵの残差符号化復号化ブロックサイズが予め定められた最大値よりも大きいという決定に応じ、この残差符号化復号化ブロックを残差符号化復号化する２つ以上の残差ブロックに分割する。
ある例では、ビデオ符号化復号化のための装置が提供されている。この装置は、プロセッサ７２０と、このプロセッサによって実行可能な命令を格納するように構成されたメモリ７０４とを含む。ここで、プロセッサは、これらの命令の実行時に、図８に示されるような方法を実行するように構成される。
他のある例では、命令が格納された、非一時的なコンピュータ読取可能な記憶媒体７０４が提供されている。これらの命令は、プロセッサ７２０によって実行されると、このプロセッサに、図８に示すような方法を実行させる。
図９は、本開示のある実施形態に係る、ビデオ符号化復号化における可逆符号化復号化モードに関連する技術の例示的なプロセスを示すフローチャートである。
ステップ９０１において、プロセッサ７２０は、ビデオ画像を、少なくとも１つが可逆符号化復号化ユニット（ＣＵ）である複数のＣＵに区画する。
ステップ９０２において、プロセッサ７２０は、この可逆ＣＵについて、非変換スキップモードＣＵによって使用される残差符号化復号化スキームと同じものを選択する。
ある例では、ビデオ符号化復号化のための装置が提供されている。この装置は、プロセッサ７２０と、このプロセッサによって実行可能な命令を格納するように構成されたメモリ７０４とを含む。ここで、プロセッサは、これらの命令の実行時に、図９に示されるような方法を実行するように構成される。
他のある例では、命令が格納された、非一時的なコンピュータ読取可能な記憶媒体７０４が提供されている。これらの命令は、プロセッサ７２０によって実行されると、このプロセッサに、図９に示すような方法を実行させる。
本開示の説明は、例示のために提示されており、網羅的なまたは本開示に限定されることを意図するものではない。たくさんの変更、変形、および置換した実現は、前述の説明および関連する図面に提示された教示を得った当業者にとっては明らかである。
実施形態は、本開示の原理を説明し、当業者が本開示を理解して各種の実施をし、特定の用途に適するために各種の変更で基礎となる原理および各種の実施を最もよく利用できるように選択されおよび説明されたものである。したがって、本開示の範囲は、開示された実現の特定の例に限定されなく、変更および他の実現も、本開示の範囲に含まれることを理解されるべきである。
ＶＶＣ３では、サブブロックごとに、通常の符号化復号化されたビン及びバイパス符号化復号化されたビンが符号化復号化順で分離される。まず、サブブロックのすべての通常の符号化復号化されたビンが送信され、その後、バイパス符号化復号化されたビンが送信される。サブブロックの変換係数レベルは、次のように走査位置で４つのパスにおいて符号化復号化される。
－パス１：重要度（sig_flag）、１より大きいフラグ（gt1_flag）、パリティ（par_level_flag）および２より大きいフラグ（gt2_flag）の符号化復号化が符号化復号化順で処理される。sig_flagが１に等しい場合、まずgt1_flagが符号化復号化される（絶対レベルが１より大きいかどうかを指示する）。gt1_flagが１に等しい場合、par_level_flagが追加で符号化復号化される（絶対レベルから２を引いたパリティを指定する）。
－パス２：残りの絶対レベル（剰余）の符号化は、gt2_flagが１またはgt1_flagが１のすべての走査位置で処理される。非二値構文要素はGolomb-Riceコードで二値化され、結果のビンは算術符号化復号化エンジンのバイパスモードで符号化復号化される。
－パス３：第１のパスでsig_flagが符号化復号化されていない係数の絶対レベル（absLevel）（通常の符号化されたビンの制限に達したため）は、Golomb-Riceコードを使用して算術符号化復号化エンジンのバイパスモードで完全に符号化復号化される。
－パス４：sig_coeff_flagが１に等しいすべての走査位置に対する符号（sign_flag）の符号化復号化
ＭＶ候補と初期ＭＶ（元ＭＶとも呼ばれる）の間のＭＶ差は、それぞれMVdiff及び-MVdiffである。ＭＶ候補と初期ＭＶは両方とも双方向の動きベクトルである。ＤＭＶＲの過程中に、初期ＭＶの周りのそのようなＭＶ候補の数がチェックされることが可能である。具体的には、所定のＭＶ候補のそれぞれについて、Ｌｉｓｔ０およびＬｉｓｔ１におけるその参照画像からその２つの関連する参照ブロックをそれぞれ位置決め、それらの間の差が算出する。このようなブロック差は、通常、ＳＡＤ（または絶対差の合計）または行サブサンプリングされたＳＡＤ（つまり、関連するブロックの１行おきに算出されたＳＡＤ）で計測される。最後に、２つの参照ブロック間でＳＡＤが最も低いＭＶ候補が微細化されたＭＶになり、現在のＣＵの実際の予測として双予測された信号を生成するために使用される。

Claims (42)

  1. ビデオ画像を可逆符号化復号化ユニット（ＣＵ）を含む複数のＣＵに区画することと、
    前記可逆ＣＵの残差符号化復号化ブロックサイズを決定することと、
    前記可逆ＣＵの残差符号化復号化ブロックサイズが予め定められた最大値よりも大きいという決定に応じて、前記残差符号化復号化ブロックを残差符号化復号化するための２つ以上の残差ブロックに分割することと、
    を含む、ビデオ符号化復号化のための可逆符号化復号化モードの方法。
  2. 前記可逆ＣＵの前記残差符号化復号化ブロックサイズに関する前記予め定められた最大値を、変換スキップモードでサポートされている最大ブロックサイズに合わせること、
    を更に含む、請求項１に記載のビデオ符号化復号化のための可逆符号化復号化モードの方法。
  3. 前記可逆ＣＵの前記残差符号化復号化ブロックサイズに関する前記予め定められた最大値を、前記ビデオ画像の仮想パイプラインデータユニット（ＶＰＤＵ）サイズに合わせること、
    を更に含む、請求項１に記載のビデオ符号化復号化のための可逆符号化復号化モードの方法。
  4. 前記可逆ＣＵについて残差符号化復号化スキームを選択すること、
    を更に含み、
    前記可逆ＣＵについて選択された残差符号化復号化スキームは、変換スキップモードＣＵで使用される残差符号化復号化スキームと同じである、請求項１に記載のビデオ符号化復号化のための可逆符号化復号化モードの方法。
  5. ビデオ画像を可逆符号化復号化ユニット（ＣＵ）を含む複数のＣＵに区画することと、
    前記可逆ＣＵについて非変換スキップモードＣＵで使用される残差符号化復号化スキームと同じものを選択することと、
    を含む、ビデオ符号化復号化のための可逆符号化復号化モードの方法。
  6. 前記可逆ＣＵについて、予め定められた条件に基づいて残差符号化復号化スキームを適応的に選択すること、
    を更に含み、
    前記可逆ＣＵについて選択された残差符号化復号化スキームは、前記予め定められた条件に応じて、変換スキップモードＣＵ又は非変換スキップモードＣＵによって使用される残差符号化復号化スキームである、請求項５に記載のビデオ符号化復号化のための可逆符号化復号化モードの方法。
  7. 前記可逆ＣＵについて、信号により通知された構文に基づいて残差符号化復号化スキームを選択すること、
    を更に含み、
    前記可逆ＣＵについて選択された残差符号化復号化スキームは、信号により通知された前記構文に応じて、変換スキップモードＣＵ又は非変換スキップモードＣＵで使用される残差符号化復号化スキームである、請求項５に記載のビデオ符号化復号化のための可逆符号化復号化モードの方法。
  8. スライスヘッダーで第１のフラグを信号により通知することと、
    前記複数のＣＵのそれぞれについて、信号により通知された前記第１のフラグに基づいて残差符号化復号化スキームを選択すること、
    を更に含み、
    前記可逆ＣＵについて選択された残差符号化復号化スキームは、信号により通知された前記第１のフラグに応じて、変換スキップモードＣＵまたは非変換スキップモードＣＵによって使用される残差符号化復号化スキームである、請求項５に記載のビデオ符号化復号化のための可逆符号化復号化モードの方法。
  9. 前記複数のＣＵのそれぞれについて第２のフラグを信号により通知することと、
    前記複数のＣＵのそれぞれについて信号により通知された前記第２のフラグに基づいて残差符号化復号化スキームを選択すること、
    を更に含み、
    前記可逆ＣＵについて選択された残差符号化方式は、信号により通知された前記第２のフラグに応じて、変換スキップモードＣＵまたは非変換スキップモードＣＵによって使用される残差符号化復号化スキームである、請求項５に記載のビデオ符号化復号化のための可逆符号化復号化モードの方法。
  10. 前記可逆ＣＵについて、デコーダ側の動きベクトル微細化（ＤＭＶＲ）のターンオン及びターンオフをスライスレベルまたは画像レベルで制御するための１ビットフラグを信号により通知すること、
    を更に含む、請求項５に記載のビデオ符号化復号化のための可逆符号化復号化モードの方法。
  11. 前記可逆ＣＵについて、デコーダ側の動きベクトル微細化（ＤＭＶＲ）のターンオン及びターンオフをＣＵレベルで制御するための１ビットフラグを信号により通知すること、
    を更に含む、請求項５に記載のビデオ符号化復号化のための可逆符号化復号化モードの方法。
  12. 前記可逆ＣＵについて、双方向オプティカルフロー（ＢＤＯＦ）のターンオン及びターンオフをスライスレベルまたは画像レベルで制御するための１ビットフラグを信号により通知すること、
    を更に含む、請求項５に記載のビデオ符号化復号化のための可逆符号化復号化モードの方法。
  13. 前記可逆ＣＵについて、双方向オプティカルフロー（ＢＤＯＦ）のターンオン及びターンオフをＣＵレベルで制御するための１ビットフラグを信号により通知すること、
    を更に含む、請求項５に記載のビデオ符号化復号化のための可逆符号化復号化モードの方法。
  14. 前記可逆ＣＵについて、デコーダ側の動きベクトル微細化（ＤＭＶＲ）及び双方向オプティカルフロー（ＢＤＯＦ）の両方のターンオン及びターンオフをスライスレベルまたは画像レベルで制御するための１ビットフラグを信号により通知すること、
    を更に含む、請求項５に記載のビデオ符号化復号化のための可逆符号化復号化モードの方法。
  15. １つまたは複数のプロセッサと、
    前記１つまたは複数のプロセッサによって実行可能な命令を格納するように構成されるメモリと、
    を備え、
    前記１つまたは複数のプロセッサは、前記命令を実行すると、
    ビデオ画像を可逆符号化復号化ユニット（ＣＵ）を含む複数のＣＵに区画し、
    前記可逆ＣＵの残差符号化復号化ブロックサイズを決定し、
    前記可逆ＣＵの残差符号化復号化ブロックサイズが予め定められた最大値よりも大きいという決定に応じて、前記残差符号化復号化ブロックを残差符号化復号化するための２つ以上の残差ブロックに分割する、
    ように構成される、ビデオ符号化復号化のための可逆符号化復号化モードの装置。
  16. 前記１つまたは複数のプロセッサは、更に
    前記可逆ＣＵの残差符号化復号化ブロックサイズに関する予め定められた最大値を、変換スキップモードでサポートされている最大ブロックサイズに合わせる、
    ように構成される、請求項１５に記載のビデオ符号化復号化のための可逆符号化復号化モードの装置。
  17. 前記１つまたは複数のプロセッサは、更に
    前記可逆ＣＵの残差符号化復号化ブロックサイズに関する予め定められた最大値を、前記ビデオ画像の仮想パイプラインデータユニット（ＶＰＤＵ）サイズに合わせる、
    ように構成される、請求項１５に記載のビデオ符号化復号化のための可逆符号化復号化モードの装置。
  18. 前記１つまたは複数のプロセッサは、更に
    前記可逆ＣＵについて残差符号化復号化スキームを選択する、
    ように構成され、
    前記可逆ＣＵについて選択された残差符号化復号化スキームは、変換スキップモードＣＵで使用される残差符号化復号化スキームと同じである、請求項１５に記載のビデオ符号化復号化のための可逆符号化復号化モードの装置。
  19. １つまたは複数のプロセッサと、
    前記１つまたは複数のプロセッサによって実行可能な命令を格納するように構成されるメモリと、
    を備え、
    前記１つまたは複数のプロセッサは、前記命令を実行すると、
    ビデオ画像を可逆符号化復号化ユニット（ＣＵ）を含む複数のＣＵに区画し、
    前記可逆ＣＵについて非変換スキップモードＣＵで使用される残差符号化復号化スキームと同じものを選択する、
    ように構成される、ビデオ符号化復号化のための可逆符号化復号化モードの装置。
  20. 前記１つまたは複数のプロセッサは、更に
    前記可逆ＣＵについて、予め定められた条件に基づいて残差符号化復号化スキームを適応的に選択する、
    ように構成され、
    前記可逆ＣＵについて選択された残差符号化復号化スキームは、前記予め定められた条件に応じて、変換スキップモードＣＵ又は非変換スキップモードＣＵによって使用される残差符号化復号化スキームである、請求項１９に記載のビデオ符号化復号化のための可逆符号化復号化モードの装置。
  21. 前記１つまたは複数のプロセッサは、更に
    前記可逆ＣＵについて、信号により通知された構文に基づいて残差符号化復号化スキームを選択する、
    ように構成され、
    前記可逆ＣＵについて選択された残差符号化復号化スキームは、信号により通知された前記構文に応じて、変換スキップモードＣＵ又は非変換スキップモードＣＵで使用される残差符号化復号化スキームである、請求項１９に記載のビデオ符号化復号化のための可逆符号化復号化モードの装置。
  22. 前記１つまたは複数のプロセッサは、更に
    スライスヘッダーで第１のフラグを信号により通知し、
    前記複数のＣＵのそれぞれについて、信号により通知された第１のフラグに基づいて残差符号化復号化スキームを選択する、
    ように構成され、
    前記可逆ＣＵについて選択された残差符号化復号化スキームは、信号により通知された前記第１のフラグに応じて、変換スキップモードＣＵまたは非変換スキップモードＣＵによって使用される残差符号化復号化スキームである、請求項１９に記載のビデオ符号化復号化のための可逆符号化復号化モードの装置。
  23. 前記１つまたは複数のプロセッサは、更に
    前記複数のＣＵのそれぞれについて第２のフラグを信号により通知し、
    前記複数のＣＵのそれぞれについて信号により通知された前記第２のフラグに基づいて残差符号化復号化スキームを選択する、
    ように構成され、
    前記可逆ＣＵについて選択された残差符号化復号化スキームは、信号により通知された前記第２のフラグに応じて、変換スキップモードＣＵまたは非変換スキップモードＣＵによって使用される残差符号化復号化スキームである、請求項１９に記載のビデオ符号化のための可逆符号化モードの装置。
  24. 前記１つまたは複数のプロセッサは、更に
    前記可逆ＣＵについて、デコーダ側の動きベクトル微細化（ＤＭＶＲ）のターンオン及びターンオフをスライスレベルまたは画像レベルで制御するための１ビットフラグを信号により通知する、
    ように構成される、請求項１９に記載のビデオ符号化復号化のための可逆符号化復号化モードの装置。
  25. 前記１つまたは複数のプロセッサは、更に
    前記可逆ＣＵについて、デコーダ側の動きベクトル微細化（ＤＭＶＲ）のターンオン及びターンオフをＣＵレベルで制御するための１ビットフラグを信号により通知する、
    ように構成される、請求項１９に記載のビデオ符号化復号化のための可逆符号化復号化モードの装置。
  26. 前記１つまたは複数のプロセッサは、更に
    前記可逆ＣＵについて、双方向オプティカルフロー（ＢＤＯＦ）のターンオン及びターンオフをスライスレベルまたは画像レベルで制御するための１ビットフラグを信号により通知する、
    ように構成される、請求項１９に記載のビデオ符号化復号化のための可逆符号化復号化モードの装置。
  27. 前記１つまたは複数のプロセッサは、更に
    前記可逆ＣＵについて、双方向オプティカルフロー（ＢＤＯＦ）のターンオン及びターンオフをＣＵレベルで制御するための１ビットフラグを信号により通知する、
    ように構成される、請求項１９に記載のビデオ符号化復号化のための可逆符号化復号化モードの装置。
  28. 前記１つまたは複数のプロセッサは、更に
    前記可逆ＣＵについて、デコーダ側の動きベクトル微細化（ＤＭＶＲ）及び双方向オプティカルフロー（ＢＤＯＦ）の両方のターンオン及びターンオフをスライスレベルまたは画像レベルで制御するための１ビットフラグを信号により通知する、
    ように構成される、請求項１９に記載のビデオ符号化復号化のための可逆符号化復号化モードの装置。
  29. １つまたは複数のプロセッサと、
    前記１つまたは複数のプロセッサによって実行可能な命令を格納するように構成される非一時的な記憶媒体と、
    を備え、
    前記命令は、実行されると、前記１つまたは複数のプロセッサに、
    ビデオ画像を可逆符号化復号化ユニット（ＣＵ）を含む複数のＣＵに区画し、
    前記可逆ＣＵの残差符号化復号化ブロックサイズを決定し、
    前記可逆ＣＵの残差符号化復号化ブロックサイズが予め定められた最大値よりも大きいという決定に応じて、前記残差符号化復号化ブロックを残差符号化復号化するための２つ以上の残差ブロックに分割すること、
    のような操作を実行させる、ビデオ符号化復号化のための装置。
  30. 前記操作は、
    前記可逆ＣＵの残差符号化復号化ブロックサイズに関する予め定められた最大値を、変換スキップモードでサポートされている最大ブロックサイズに合わせること、
    を更に含む、請求項２９に記載のビデオ符号化復号化のための装置。
  31. 前記操作は、
    前記可逆ＣＵの残差符号化復号化ブロックサイズに関する予め定められた最大値を、前記ビデオ画像の仮想パイプラインデータユニット（ＶＰＤＵ）サイズに合わせること、
    を更に含む、請求項２９に記載のビデオ符号化復号化のための装置。
  32. 前記操作は、
    前記可逆ＣＵについて残差符号化復号化スキームを選択すること、
    を更に含み、
    前記可逆ＣＵについて選択された残差符号化復号化スキームは、変換スキップモードＣＵで使用される残差符号化復号化スキームと同じである、請求項２９に記載のビデオ符号化復号化のための装置。
  33. １つまたは複数のプロセッサと、
    前記１つまたは複数のプロセッサによって実行可能な命令を格納するように構成される非一時的な記憶媒体と、
    を備え、
    前記命令は、実行されると、前記１つまたは複数のプロセッサに、
    ビデオ画像を可逆符号化復号化ユニット（ＣＵ）を含む複数のＣＵに区画し、
    前記可逆ＣＵについて非変換スキップモードＣＵで使用される残差符号化復号化スキームと同じものを選択すること、
    のような操作を実行させる、ビデオ符号化のための装置。
  34. 前記操作は、
    前記可逆ＣＵについて、予め定められた条件に基づいて残差符号化復号化スキームを適応的に選択すること、
    を更に含み、
    前記可逆ＣＵについて選択された残差符号化復号化スキームは、前記予め定められた条件に応じて、変換スキップモードＣＵ又は非変換スキップモードＣＵによって使用される残差符号化復号化スキームである、請求項３３に記載のビデオ符号化のための装置。
  35. 前記操作は、
    前記可逆ＣＵについて、信号により通知された構文に基づいて残差符号化復号化スキームを選択すること、
    を更に含み、
    前記可逆ＣＵについて選択された残差符号化復号化スキームは、信号により通知された前記構文に応じて、変換スキップモードＣＵ又は非変換スキップモードＣＵで使用される残差符号化復号化スキームである、請求項３３に記載のビデオ符号化のための装置。
  36. 前記操作は、
    スライスヘッダーで第１のフラグを信号により通知することと、
    前記複数のＣＵのそれぞれについて、信号により通知された前記第１のフラグに基づいて残差符号化復号化スキームを選択すること、
    を更に含み、
    前記可逆ＣＵについて選択された残差符号化復号化スキームは、信号により通知された前記第１のフラグに応じて、変換スキップモードＣＵまたは非変換スキップモードＣＵによって使用される残差符号化復号化スキームである、請求項３３に記載のビデオ符号化復号化のための装置。
  37. 前記操作は、
    前記複数のＣＵのそれぞれについて第２のフラグを信号により通知することと、
    前記複数のＣＵのそれぞれについて信号により通知された前記第２のフラグに基づいて残差符号化復号化スキームを選択すること、
    を更に含み、
    前記可逆ＣＵについて選択された残差符号化方式は、信号により通知された前記第２のフラグに応じて、変換スキップモードＣＵまたは非変換スキップモードＣＵによって使用される残差符号化復号化スキームである、請求項３３に記載のビデオ符号化復号化のための装置。
  38. 前記操作は、
    前記可逆ＣＵについて、デコーダ側の動きベクトル微細化（ＤＭＶＲ）のターンオン及びターンオフをスライスレベルまたは画像レベルで制御するための１ビットフラグを信号により通知すること、
    を更に含む、請求項３３に記載のビデオ符号化復号化のための装置。
  39. 前記操作は、
    前記可逆ＣＵについて、デコーダ側の動きベクトル微細化（ＤＭＶＲ）のターンオン及びターンオフをＣＵレベルで制御するための１ビットフラグを信号により通知すること、
    を更に含む、請求項３３に記載のビデオ符号化のための装置。
  40. 前記操作は、
    前記可逆ＣＵについて、双方向オプティカルフロー（ＢＤＯＦ）のターンオン及びターンオフをスライスレベルまたは画像レベルで制御するための１ビットフラグを信号により通知すること、
    を更に含む、請求項３３に記載のビデオ符号化復号化のための装置。
  41. 前記操作は、
    前記可逆ＣＵについて、双方向オプティカルフロー（ＢＤＯＦ）のターンオン及びターンオフをＣＵレベルで制御するための１ビットフラグを信号により通知すること、
    を更に含む、請求項３３に記載のビデオ符号化復号化のための装置。
  42. 前記操作は、
    前記可逆ＣＵについて、デコーダ側の動きベクトル微細化（ＤＭＶＲ）及び双方向オプティカルフロー（ＢＤＯＦ）の両方のターンオン及びターンオフをスライスレベルまたは画像レベルで制御するための１ビットフラグを信号により通知すること、
    を更に含む、請求項３３に記載のビデオ符号化復号化のための装置。
JP2021577674A 2019-06-28 2020-06-29 ビデオ符号化復号化のための可逆符号化復号化モード Pending JP2022538331A (ja)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201962868857P 2019-06-28 2019-06-28
US62/868,857 2019-06-28
US201962871134P 2019-07-06 2019-07-06
US62/871,134 2019-07-06
PCT/US2020/040195 WO2020264529A1 (en) 2019-06-28 2020-06-29 Lossless coding modes for video coding

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2024034773A Division JP2024069342A (ja) 2019-06-28 2024-03-07 ビデオ符号化復号化のための可逆符号化復号化モード

Publications (1)

Publication Number Publication Date
JP2022538331A true JP2022538331A (ja) 2022-09-01

Family

ID=74059652

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2021577674A Pending JP2022538331A (ja) 2019-06-28 2020-06-29 ビデオ符号化復号化のための可逆符号化復号化モード

Country Status (7)

Country Link
US (1) US20220124347A1 (ja)
EP (1) EP3973704A4 (ja)
JP (1) JP2022538331A (ja)
KR (2) KR20230135187A (ja)
CN (2) CN115567708A (ja)
MX (1) MX2021015957A (ja)
WO (1) WO2020264529A1 (ja)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR3086485A1 (fr) * 2018-09-21 2020-03-27 Orange Procedes et dispositifs de codage et de decodage d'un flux de donnees representatif d'au moins une image.
US20220256151A1 (en) * 2019-08-23 2022-08-11 Sony Group Corporation Image processing device and method
WO2021047544A1 (en) 2019-09-09 2021-03-18 Beijing Bytedance Network Technology Co., Ltd. Intra block copy coding and decoding

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2813078A4 (en) * 2012-02-06 2015-09-30 Nokia Technologies Oy ENCODING METHOD AND APPARATUS
CN105122797A (zh) * 2013-01-04 2015-12-02 三星电子株式会社 在无损编码下对视频进行编码的方法和设备以及在无损编码下对视频进行解码的方法和设备
HUE050421T2 (hu) * 2013-04-23 2020-12-28 Qualcomm Inc Predikciós maradékblokkok átpozicionálása videokódolásban
US10404988B2 (en) * 2014-03-16 2019-09-03 Vid Scale, Inc. Method and apparatus for the signaling of lossless video coding
WO2020103872A1 (en) * 2018-11-20 2020-05-28 Beijing Bytedance Network Technology Co., Ltd. Prediction refinement for combined inter intra prediction mode
TW202101985A (zh) * 2019-03-11 2021-01-01 美商Ｖｉｄ衡器股份有限公司 子圖片適應性解析度改變方法及裝置
EP3987785A1 (en) * 2019-06-20 2022-04-27 InterDigital VC Holdings France, SAS Lossless mode for versatile video coding

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
HAN HUANG, ET AL.: "DMVR and BDOF on/off control", JOINT VIDEO EXPERTS TEAM (JVET) OF ITU-T SG 16 WP 3 AND ISO/IEC JTC 1/SC 29/WG 11, vol. JVET-O0250, JPN6022046660, 25 June 2019 (2019-06-25), ISSN: 0004916342 *
JOEL SOLE, ET AL.: "AhG8: Simplified update of the coefficient level Rice parameter", JOINT COLLABORATIVE TEAM ON VIDEO CODING (JCT-VC) OF ITU-T SG 16 WP 3 AND ISO/IEC JTC 1/SC 29/WG 11, vol. JCTVC-M0366, JPN6022046663, 19 April 2013 (2013-04-19), ISSN: 0004916341 *
TSUNG-CHUAN MA, ET AL.: "Modifications to support the lossless coding", JOINT VIDEO EXPERTS TEAM (JVET) OF ITU-T SG 16 WP 3 AND ISO/IEC JTC 1/SC 29/WG 11, vol. JVET-O0591, JPN6022046662, 26 June 2019 (2019-06-26), ISSN: 0004916344 *
YONG HE, ET AL.: "AHG8: On adaptive resolution change constraint", JOINT VIDEO EXPERTS TEAM (JVET) OF ITU-T SG 16 WP 3 AND ISO/IEC JTC 1/SC 29/WG 11, vol. JVET-O0184, JPN6022046661, 26 June 2019 (2019-06-26), ISSN: 0004916343 *

Also Published As

Publication number Publication date
CN113994673A (zh) 2022-01-28
KR20230135187A (ko) 2023-09-22
WO2020264529A1 (en) 2020-12-30
KR102580875B1 (ko) 2023-09-20
US20220124347A1 (en) 2022-04-21
EP3973704A4 (en) 2022-07-27
CN115567708A (zh) 2023-01-03
KR20220000962A (ko) 2022-01-04
EP3973704A1 (en) 2022-03-30
MX2021015957A (es) 2022-02-03

Similar Documents

Publication Publication Date Title
KR20200108432A (ko) 개선된 디코더측 모션 벡터 도출
JP2022521979A (ja) デコーダ側動きベクトル改良に対する制約
EP3090546A2 (en) Innovations in block vector prediction and estimation of reconstructed sample values within an overlap area
CN114128261A (zh) 用于视频译码的组合的帧间和帧内预测模式
WO2020172342A9 (en) Methods and apparatus of motion vector rounding, clipping and storage for inter prediction
US20220124347A1 (en) Lossless coding modes for video coding
CN114071135B (zh) 用于在视频编解码中用信号发送合并模式的方法和装置
CN116980598A (zh) 用于视频解码的方法和装置及存储介质
JP7488358B2 (ja) ビデオ符号化における構文要素のシグナリングのための方法および装置
CN116897536A (zh) 高效视频编码器架构
JP2024016288A (ja) ビデオコーディングにおけるデコーダ側動きベクトル補正のための方法および装置
KR102663465B1 (ko) 비디오 코딩을 위한 예측 종속 잔차 스케일링을 위한 방법 및 장치
KR20220155404A (ko) 비디오 코딩에서의 신택스 요소들의 시그널링을 위한 방법 및 장치
KR20240042245A (ko) 삼각형 분할을 이용한 비디오 코딩을 위한 방법 및 장치
JP2024069342A (ja) ビデオ符号化復号化のための可逆符号化復号化モード
CN114009019A (zh) 用于在视频编解码中用信令传递合并模式的方法和装置
KR102667418B1 (ko) 비디오 코딩에서의 신택스 엘리먼트의 시그널링을 위한 방법 및 장치
KR20240074009A (ko) 비디오 코딩에서의 신택스 엘리먼트의 시그널링을 위한 방법 및 장치
KR20240074908A (ko) 비디오 코딩에서의 신택스 엘리먼트의 시그널링을 위한 방법 및 장치
KR20240074008A (ko) 비디오 코딩에서의 신택스 엘리먼트의 시그널링을 위한 방법 및 장치
KR20240074907A (ko) 비디오 코딩에서의 신택스 엘리먼트의 시그널링을 위한 방법 및 장치
CN113841406A (zh) 使用三角形分割用于视频编解码的方法和装置
CN114080807A (zh) 利用三角分区进行视频编解码的方法和装置
CN114402618A (zh) 用于视频编解码中的解码器端运动矢量细化的方法和装置
CN114450948A (zh) 用于视频编解码中的量化和反量化设计的方法和设备

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20211227

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20211227

A871 Explanation of circumstances concerning accelerated examination

Free format text: JAPANESE INTERMEDIATE CODE: A871

Effective date: 20220905

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20221108

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230208

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20230509

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230808

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20231107

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20240307

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A821

Effective date: 20240308

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20240328