JP2022525470A - ビデオコーディングにおける適応パラメータセット（ａｐｓ）を用いるブロックベースの適応ループフィルタ（ａｌｆ） - Google Patents

ビデオコーディングにおける適応パラメータセット（ａｐｓ）を用いるブロックベースの適応ループフィルタ（ａｌｆ） Download PDF

Info

Publication number
JP2022525470A
JP2022525470A JP2021556314A JP2021556314A JP2022525470A JP 2022525470 A JP2022525470 A JP 2022525470A JP 2021556314 A JP2021556314 A JP 2021556314A JP 2021556314 A JP2021556314 A JP 2021556314A JP 2022525470 A JP2022525470 A JP 2022525470A
Authority
JP
Japan
Prior art keywords
tile
picture
slice
blocks
adaptive
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.)
Granted
Application number
JP2021556314A
Other languages
English (en)
Other versions
JP7423653B2 (ja
JPWO2020197937A5 (ja
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.)
Qualcomm Inc
Original Assignee
Qualcomm Inc
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 Qualcomm Inc filed Critical Qualcomm Inc
Publication of JP2022525470A publication Critical patent/JP2022525470A/ja
Publication of JPWO2020197937A5 publication Critical patent/JPWO2020197937A5/ja
Application granted granted Critical
Publication of JP7423653B2 publication Critical patent/JP7423653B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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/117—Filters, e.g. for pre-processing or post-processing
    • 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/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/186—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 a colour or a chrominance component
    • 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/42—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by implementation details or hardware specially adapted for video compression or decompression, e.g. dedicated software implementation
    • H04N19/423—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by implementation details or hardware specially adapted for video compression or decompression, e.g. dedicated software implementation characterised by memory arrangements
    • H04N19/426—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by implementation details or hardware specially adapted for video compression or decompression, e.g. dedicated software implementation characterised by memory arrangements using memory downsizing methods
    • 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/46—Embedding additional information in the video signal during the compression process
    • H04N19/463—Embedding additional information in the video signal during the compression process by compressing encoding parameters before transmission
    • 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
    • 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/80—Details of filtering operations specially adapted for video compression, e.g. for pixel interpolation
    • H04N19/82—Details of filtering operations specially adapted for video compression, e.g. for pixel interpolation involving filtering within a prediction loop
    • 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/30—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using hierarchical techniques, e.g. scalability
    • H04N19/31—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using hierarchical techniques, e.g. scalability in the temporal domain
    • 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/50—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding
    • H04N19/503—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding involving temporal prediction

Abstract

ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のルーマブロックのために、適応ループフィルタ処理が有効化されているビデオビットストリームから、ルーマブロック用の適応パラメータセットの個数を示す第１のシンタックス要素を復号することと、ルーマブロック用の適応パラメータセットの個数に基づいて、ルーマブロックに対する複数の第１の適応パラメータセットインデックスを復号することと、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のクロマブロックのために、適応ループフィルタ処理が有効化されているビデオビットストリームから、クロマブロックに対する第２の適応パラメータセットインデックスを復号することと、を含む、ビデオデータを復号する方法。【選択図】図９

Description

優先権の主張
[0001]本出願は、２０１９年３月２６日に出願された米国出願第６２／８２４，２５９号の利益を主張する、２０２０年３月１８日に出願された米国出願第１６／８２２，９９０号の優先権を主張し、それらの各々の内容全体が参照により本明細書に組み込まれる。
[0002]本開示は、ビデオ符号化およびビデオ復号に関する。
[0003]デジタルビデオ能力は、デジタルテレビジョン、デジタルダイレクトブロードキャストシステム、ワイヤレスブロードキャストシステム、携帯情報端末（ＰＤＡ）、ラップトップまたはデスクトップコンピュータ、タブレットコンピュータ、電子ブックリーダー、デジタルカメラ、デジタルレコーディングデバイス、デジタルメディアプレーヤ、ビデオゲーミングデバイス、ビデオゲーム機、セルラーまたは衛星無線電話、いわゆる「スマートフォン」、ビデオ遠隔会議デバイス、ビデオストリーミングデバイスなどを含む、幅広いデバイスの中に組み込まれ得る。デジタルビデオデバイスは、ＭＰＥＧ－２、ＭＰＥＧ－４、ＩＴＵ－Ｔ Ｈ．２６３、ＩＴＵ－Ｔ Ｈ．２６４／ＭＰＥＧ－４，Ｐａｒｔ１０，アドバンストビデオコーディング（ＡＶＣ：Advanced Video Coding）、最近確定された高効率ビデオコーディング（ＨＥＶＣ：High Efficiency Video Coding）規格によって定義された規格、およびそのような規格の拡張に記載されているビデオ圧縮技法などの、ビデオ圧縮技法を実装する。ビデオデバイスは、そのようなビデオ圧縮技法を実施することによって、デジタルビデオ情報をより効率的に送信、受信、符号化、復号、および／または記憶し得る。
[0004]ビデオ圧縮技法は、ビデオシーケンスに固有の冗長性を低減または除去するために空間（イントラピクチャ）予測および／または時間（インターピクチャ）予測を実行する。ブロックベースのビデオコーディングの場合、ビデオスライス（すなわち、ビデオフレームまたはビデオフレームの一部分）が、ツリーブロック、コーディングユニット（ＣＵ：coding unit）および／またはコーディングノードと呼ばれることもあるビデオブロックに区分され得る。ピクチャのイントラコード化（Ｉ）スライスの中のビデオブロックは、同じピクチャの中の隣接ブロックの中の参照サンプルに対する空間予測を使用して符号化される。ピクチャのインターコード化（ＰまたはＢ）スライスの中のビデオブロックは、同じピクチャの中の隣接ブロックの中の参照サンプルに対する空間予測、または他の参照ピクチャの中の参照サンプルに対する時間予測を使用し得る。ピクチャはフレームと呼ばれることがあり、参照ピクチャは参照フレームと呼ばれることがある。
[0005]空間予測または時間予測は、コーディングされるべきブロックのための予測ブロックをもたらす。残差データは、コーディングされるべき元のブロックと予測ブロックとの間のピクセル差分を表す。インターコード化ブロックは、予測ブロックを形成する参照サンプルのブロックを指し示す動きベクトル、およびコード化ブロックと予測ブロックとの間の差分を示す残差データに従って、符号化される。イントラコード化ブロックは、イントラコーディングモードおよび残差データに従って符号化される。さらなる圧縮のために、残差データはピクセル領域から変換領域に変換されてよく、結果として残差変換係数が得られ、残差変換係数は、次いで、量子化され得る。最初に２次元アレイをなして配置される量子化変換係数は、変換係数の１次元ベクトルを生成するために走査され得、なお一層の圧縮を達成するためにエントロピーコーディングが適用され得る。
[0006]概して、本開示は、ビデオコーディングプロセスにおける適応ループフィルタ（ＡＬＦ：adaptive loop filter）のブロックベースの適用例のための、ＡＬＦパラメータをコーディングするために、適応パラメータセットを使用するための技法を説明する。詳細には、本開示は、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のためにＡＬＦが有効化されているとき、適応パラメータセットの個数ならびにその個数の適応パラメータセットの各々に対するインデックスがシグナリングされる、技法を説明する。本開示のいくつかの例では、適応パラメータセットの個数およびインデックスは、ピクチャ、スライス、タイル、またはタイルグループのルーマブロックおよびクロマブロックに対して異なってよい。このようにして、ＡＬＦパラメータは、異なる色成分に対して、よりフレキシブルにシグナリングされてよく、コーディング効率は多く向上される。
[0007]一例では、方法は、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のルーマブロックのために、適応ループフィルタ処理が有効化されているビデオビットストリームから、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のルーマブロック用の適応パラメータセットの個数（a number of adaptive parameter set）を示す第１のシンタックス要素を復号することと、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のルーマブロック用の適応パラメータセットの個数に基づいて、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のルーマブロックに対する複数の第１の適応パラメータセットインデックスを復号することと、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のクロマブロックのために、適応ループフィルタ処理が有効化されているビデオビットストリームから、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のクロマブロックに対する第２の適応パラメータセットインデックスを復号することと、複数の第１の適応パラメータセットインデックスに基づいて、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のルーマブロックに第１の適応ループフィルタを適用することと、第２の適応パラメータセットインデックスに基づいて、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のクロマブロックに第２の適応ループフィルタを適用することと、を含む。
[0008]別の例では、デバイスは、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のルーマブロックと、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のクロマブロックとを、記憶するように構成されたメモリと、回路構成の中に実装されメモリと通信している１つまたは複数のプロセッサとを含み、１つまたは複数のプロセッサは、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のルーマブロックのために、適応ループフィルタ処理が有効化されているビデオビットストリームから、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のルーマブロック用の適応パラメータセットの個数を示す第１のシンタックス要素を復号し、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のルーマブロック用の適応パラメータセットの個数に基づいて、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のルーマブロックに対する複数の第１の適応パラメータセットインデックスを復号し、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のクロマブロックのために、適応ループフィルタ処理が有効化されているビデオビットストリームから、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のクロマブロックに対する第２の適応パラメータセットインデックスを復号し、複数の第１の適応パラメータセットインデックスに基づいて、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のルーマブロックに第１の適応ループフィルタを適用し、第２の適応パラメータセットインデックスに基づいて、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のクロマブロックに第２の適応ループフィルタを適用するように構成される。
[0009]別の例では、デバイスは、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のルーマブロックのために、適応ループフィルタ処理が有効化されているビデオビットストリームから、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のルーマブロック用の適応パラメータセットの個数を示す第１のシンタックス要素を復号するための手段と、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のルーマブロック用の適応パラメータセットの個数に基づいて、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のルーマブロックに対する複数の第１の適応パラメータセットインデックスを復号するための手段と、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のクロマブロックのために、適応ループフィルタ処理が有効化されているビデオビットストリームから、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のクロマブロックに対する第２の適応パラメータセットインデックスを復号するための手段と、複数の第１の適応パラメータセットインデックスに基づいて、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のルーマブロックに第１の適応ループフィルタを適用するための手段と、第２の適応パラメータセットインデックスに基づいて、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のクロマブロックに第２の適応ループフィルタを適用するための手段と、を含む。
[0010]別の例では、コンピュータ可読記憶媒体は、実行されたとき、プログラマブルプロセッサに、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のルーマブロックのために、適応ループフィルタ処理が有効化されているビデオビットストリームから、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のルーマブロック用の適応パラメータセットの個数を示す第１のシンタックス要素を復号させ、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のルーマブロック用の適応パラメータセットの個数に基づいて、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のルーマブロックに対する複数の第１の適応パラメータセットインデックスを復号させ、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のクロマブロックのために、適応ループフィルタ処理が有効化されているビデオビットストリームから、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のクロマブロックに対する第２の適応パラメータセットインデックスを復号させ、複数の第１の適応パラメータセットインデックスに基づいて、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のルーマブロックに第１の適応ループフィルタを適用させ、第２の適応パラメータセットインデックスに基づいて、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のクロマブロックに第２の適応ループフィルタを適用させる、命令で符号化される。
[0011]一例では、方法は、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のルーマブロックのために、適応ループフィルタ処理が有効化されているビデオビットストリームに対して、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のルーマブロック用の適応パラメータセットの個数を示す第１のシンタックス要素を符号化することと、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のルーマブロック用の適応パラメータセットの個数に基づいて、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のルーマブロックに対する複数の第１の適応パラメータセットインデックスを符号化することと、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のクロマブロックのために、適応ループフィルタ処理が有効化されているビデオビットストリームに対して、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のクロマブロックに対する第２の適応パラメータセットインデックスを符号化することとを含む。
[0012]別の例では、デバイスは、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のルーマブロックと、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のクロマブロックとを、記憶するように構成されたメモリと、回路構成の中に実装されメモリと通信している１つまたは複数のプロセッサとを含み、１つまたは複数のプロセッサは、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のルーマブロックのために、適応ループフィルタ処理が有効化されているビデオビットストリームに対して、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のルーマブロック用の適応パラメータセットの個数を示す第１のシンタックス要素を符号化し、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のルーマブロック用の適応パラメータセットの個数に基づいて、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のルーマブロックに対する複数の第１の適応パラメータセットインデックスを符号化し、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のクロマブロックのために、適応ループフィルタ処理が有効化されているビデオビットストリームに対して、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のクロマブロックに対する第２の適応パラメータセットインデックスを符号化するように構成される。
[0013]別の例では、デバイスは、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のルーマブロックのために、適応ループフィルタ処理が有効化されているビデオビットストリームに対して、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のルーマブロック用の適応パラメータセットの個数を示す第１のシンタックス要素を符号化するための手段と、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のルーマブロック用の適応パラメータセットの個数に基づいて、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のルーマブロックに対する複数の第１の適応パラメータセットインデックスを符号化するための手段と、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のクロマブロックのために、適応ループフィルタ処理が有効化されているビデオビットストリームに対して、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のクロマブロックに対する第２の適応パラメータセットインデックスを符号化するための手段と、を含む。
[0014]別の例では、コンピュータ可読記憶媒体は、実行されたとき、プログラマブルプロセッサに、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のルーマブロックのために、適応ループフィルタ処理が有効化されているビデオビットストリームに対して、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のルーマブロック用の適応パラメータセットの個数を示す第１のシンタックス要素を符号化させ、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のルーマブロック用の適応パラメータセットの個数に基づいて、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のルーマブロックに対する複数の第１の適応パラメータセットインデックスを符号化させ、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のクロマブロックのために、適応ループフィルタ処理が有効化されているビデオビットストリームに対して、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のクロマブロックに対する第２の適応パラメータセットインデックスを符号化させる、命令で符号化される。
[0015]１つまたは複数の例の詳細が添付の図面および以下の説明に記載される。他の特徴、目的、および利点は、説明、図面、および特許請求の範囲から明らかになろう。
[0016]本開示で説明する技法を利用し得る例示的なビデオ符号化および復号システムを示すブロック図。 [0017]ＨＥＶＣデコーダの例示的なブロック図。 [0018]エッジオフセット（ＥＯ：edge offset）サンプル分類のための４つの１Ｄ方向性パターンを示す図。 エッジオフセット（ＥＯ）サンプル分類のための４つの１Ｄ方向性パターンを示す図。 エッジオフセット（ＥＯ）サンプル分類のための４つの１Ｄ方向性パターンを示す図。 エッジオフセット（ＥＯ）サンプル分類のための４つの１Ｄ方向性パターンを示す図。 [0019]適応ループフィルタ（ＡＬＦ）パラメータを記憶するための例示的なアレイを示す図。 適応ループフィルタ（ＡＬＦ）パラメータを記憶するための例示的なアレイを示す図。 [0020]本開示で説明する技法を実施し得る例示的なビデオエンコーダを示すブロック図。 [0021]本開示で説明する技法を実施し得る例示的なビデオデコーダを示すブロック図。 [0022]本開示の技法を実行するためのフィルタユニットの例示的な実装形態を示す図。 [0023]本開示の例示的なビデオ符号化方法を示すフローチャート。 [0024]本開示の例示的なビデオ復号方法を示すフローチャート。
[0025]本開示は、ループ内コーディングの一部として後処理段階において、またはビデオコーディングの予測段階において使用され得る、フィルタ処理演算に関係する技法を説明する。本開示の技法は、ＩＴＵ－Ｔ Ｈ．２６５／ＨＥＶＣ（高効率ビデオコーディング）規格などの既存のビデオコーデックへの改善または拡張として実施されてよく、および／または現在開発中のＩＴＵ－Ｔ Ｈ．２６６／ＶＶＣ（多用途ビデオコーディング）規格などの将来のビデオコーディング規格のための効率的なコーディングツールであり得る。
[0026]ビデオコーディングは、通常、同じピクチャの中のビデオデータのすでにコーディングされたブロック（すなわち、イントラ予測）、または異なるピクチャの中のビデオデータのすでにコーディングされたブロック（すなわち、インター予測）のいずれかから、ビデオデータのブロックを予測することを含む。いくつかの例では、ビデオエンコーダはまた、予測ブロックを元のブロックと比較することによって残差データを計算する。したがって、残差データは、予測ブロックと元のブロックとの間の差分を表す。ビデオエンコーダは、残差データを変換および量子化し得、変換および量子化された残差データを符号化ビットストリームの中でシグナリングし得る。
[0027]ビデオデコーダは、予測ブロック単独よりもぴったりと元のビデオブロックに一致する再構成ビデオブロックを生成するために、残差データを予測ブロックに加算する。復号ビデオの品質をさらに改善するために、ビデオデコーダは、再構成ビデオブロックに対して１つまたは複数のフィルタ処理演算を実行することができる。これらのフィルタ処理演算の例は、デブロッキングフィルタ処理と、サンプル適応オフセット（ＳＡＯ：sample adaptive offset）フィルタ処理と、適応ループフィルタ処理（ＡＬＦ：adaptive loop filtering）とを含む。これらのフィルタ処理演算のためのパラメータは、ビデオエンコーダによって決定され、符号化ビデオビットストリーム中で明示的にシグナリングされるか、またはパラメータが符号化ビデオビットストリーム中で明示的にシグナリングされる必要なしにビデオデコーダによって暗黙的に決定されるかのいずれかであり得る。
[0028]本開示は、「適応ループフィルタ（ＡＬＦ）」と呼ばれるフィルタ処理方法に関係する技法を説明する。ＡＬＦは、後処理段階において、もしくはループ内コーディングのために、または予測プロセスにおいて、使用され得る。ＳＡＯフィルタ処理および／またはＡＬＦは、様々な既存のビデオコーデック技術およびそのようなコーデックの拡張とともに使用されてよく、または任意の将来のビデオコーディング規格における効率的なコーディングツールであり得る。本開示に関係するＨＥＶＣおよび共同ビデオ探究部会（ＪＶＥＴ：Joint Video Exploration Team）技法の共同探究モデル（ＪＥＭ：Joint Exploratory Model）が以下で説明される。
[0029]本開示で使用するビデオコーディングという用語は、ビデオ符号化またはビデオ復号のいずれかを総称的に指す。同様に、ビデオコーダという用語は、ビデオエンコーダまたはビデオデコーダを総称的に指してよい。その上、ビデオ復号に関して本開示で説明するいくつかの技法は、ビデオ符号化にも適用されてよく、その逆も同様である。たとえば、しばしば、ビデオエンコーダおよびビデオデコーダは、同じプロセスまたは逆の（reciprocal）プロセスを実行するように構成される。また、ビデオエンコーダは、通常、ビデオデータをどのように符号化するのかを決定するプロセスの一部としてビデオ復号を実行する。
[0030]図１は、本開示で説明する技法を利用し得る例示的なビデオ符号化および復号システム１０を示すブロック図である。図１に示すように、システム１０は、宛先デバイス１４によって後で復号されるべき符号化ビデオデータを生成するソースデバイス１２を含む。ソースデバイス１２および宛先デバイス１４は、デスクトップコンピュータ、ノートブック（すなわち、ラップトップ）コンピュータ、タブレットコンピュータ、セットトップボックス、いわゆる「スマート」フォンなどの電話ハンドセット、いわゆる「スマート」パッド、テレビジョン、カメラ、ディスプレイデバイス、デジタルメディアプレーヤ、ビデオゲーム機、ビデオストリーミングデバイスなどを含む、幅広いデバイスのいずれかであってよい。場合によっては、ソースデバイス１２および宛先デバイス１４は、ワイヤレス通信のために装備されてよい。
[0031]宛先デバイス１４は、リンク１６を介して、復号されるべき符号化ビデオデータを受信し得る。リンク１６は、ソースデバイス１２から宛先デバイス１４に符号化ビデオデータを移動することが可能な任意のタイプの媒体またはデバイスであってよい。たとえば、符号化ビデオデータは、出力インターフェース２２からリンク１６に出力されてよい。一例では、リンク１６は、ソースデバイス１２が符号化ビデオデータをリアルタイムで宛先デバイス１４へ直接送信することを可能にするための通信媒体であってよい。符号化ビデオデータは、ワイヤレス通信プロトコルなどの通信規格に従って変調されてよく、宛先デバイス１４へ送信されてよい。通信媒体は、無線周波数（ＲＦ）スペクトルまたは１つもしくは複数の物理伝送線路などの、任意のワイヤレスまたは有線の通信媒体を含んでよい。通信媒体は、ローカルエリアネットワーク、ワイドエリアネットワーク、またはインターネットなどのグローバルネットワークなどの、パケットベースのネットワークの一部を形成し得る。通信媒体は、ルータ、スイッチ、基地局、またはソースデバイス１２から宛先デバイス１４への通信を容易にするために有用であり得る任意の他の機器を含んでよい。
[0032]別の例では、符号化ビデオデータは、出力インターフェース２２から記憶デバイス２６に出力され得る。同様に、符号化ビデオデータは、入力インターフェース２８によって記憶デバイス２６からアクセスされ得る。記憶デバイス２６は、ハードドライブ、Ｂｌｕ－ｒａｙ（登録商標）ディスク、ＤＶＤ、ＣＤ－ＲＯＭ、フラッシュメモリ、揮発性メモリもしくは不揮発性メモリ、または符号化ビデオデータを記憶するための任意の他の好適なデジタル記憶媒体などの、分散されるかまたはローカルにアクセスされる様々なデータ記憶媒体のいずれかを含んでよい。さらなる一例では、記憶デバイス２６は、ソースデバイス１２によって生成された符号化ビデオを保持し得る、ファイルサーバまたは別の中間記憶デバイスに相当し得る。宛先デバイス１４は、ストリーミングまたはダウンロードを介して、記憶されたビデオデータに記憶デバイス２６からアクセスし得る。ファイルサーバは、符号化ビデオデータを記憶すること、およびその符号化ビデオデータを宛先デバイス１４へ送信することが可能な、任意のタイプのサーバであってよい。例示的なファイルサーバは、（たとえば、ウェブサイト用の）ウェブサーバ、ＦＴＰ（ファイル転送プロトコル）サーバ、ネットワーク接続ストレージ（ＮＡＳ）デバイス、またはローカルディスクドライブを含む。宛先デバイス１４は、インターネット接続を含む、任意の標準データ接続を通じて符号化ビデオデータにアクセスし得る。このことは、ファイルサーバ上に記憶された符号化ビデオデータにアクセスするのに適した、ワイヤレスチャネル（たとえば、Ｗｉ－Ｆｉ（登録商標）接続）、有線接続（たとえば、デジタル加入者回線（ＤＳＬ）、ケーブルモデムなど）、またはその両方の組合せを含んでよい。記憶デバイス２６からの符号化ビデオデータの送信は、ストリーミング送信、ダウンロード送信、またはその両方の組合せであってよい。
[0033]本開示の技法は、必ずしもワイヤレスの適用例または設定に限定されるとは限らない。本技法は、オーバージエアテレビジョン放送、ケーブルテレビジョン送信、衛星テレビジョン送信、たとえばインターネットを介したストリーミングビデオ送信、データ記憶媒体上に記憶するためのデジタルビデオの符号化、データ記憶媒体上に記憶されたデジタルビデオの復号、または他の適用例などの、様々なマルチメディア適用例のうちのいずれかのサポートの際にビデオコーディングに適用され得る。いくつかの例では、システム１０は、ビデオストリーミング、ビデオ再生、ビデオ放送、および／またはビデオ電話などの適用例をサポートするために、一方向または双方向のビデオ伝送をサポートするように構成され得る。
[0034]図１の例では、ソースデバイス１２は、ビデオソース１８と、ビデオエンコーダ２０と、出力インターフェース２２とを含む。場合によっては、出力インターフェース２２は、変調器／復調器（モデム）および／または送信機を含んでよい。ソースデバイス１２において、ビデオソース１８は、ビデオキャプチャデバイス、たとえば、ビデオカメラ、前にキャプチャされたビデオを含むビデオアーカイブ、ビデオコンテンツプロバイダからビデオを受信するためのビデオフィードインターフェース、および／もしくはソースビデオとしてコンピュータグラフィックスデータを生成するためのコンピュータグラフィックスシステムなどのソース、またはそのようなソースの組合せを含んでよい。一例として、ビデオソース１８がビデオカメラである場合、ソースデバイス１２および宛先デバイス１４は、いわゆるカメラフォンまたはビデオフォンを形成し得る。しかしながら、本開示で説明する技法は、概して、ビデオコーディングに適用可能であってよく、ワイヤレスおよび／または有線の適用例に適用されてよい。
[0035]キャプチャされたビデオ、プリキャプチャされたビデオ、またはコンピュータ生成されたビデオが、ビデオエンコーダ２０によって符号化され得る。符号化ビデオデータは、ソースデバイス１２の出力インターフェース２２を介して宛先デバイス１４へ直接送信され得る。符号化ビデオデータは同様に（または代替として）、復号および／または再生のために宛先デバイス１４または他のデバイスによって後でアクセスするために、記憶デバイス２６上に記憶され得る。
[0036]宛先デバイス１４は、入力インターフェース２８と、ビデオデコーダ３０と、ディスプレイデバイス３２とを含む。場合によっては、入力インターフェース２８は受信機および／またはモデムを含んでよい。宛先デバイス１４の入力インターフェース２８は、リンク１６を介して符号化ビデオデータを受信する。リンク１６を介して通信されるか、または記憶デバイス２６上に提供された符号化ビデオデータは、ビデオデータを復号する際にビデオデコーダ３０などのビデオデコーダによって使用するための、ビデオエンコーダ２０によって生成される様々なシンタックス要素を含んでよい。そのようなシンタックス要素は、通信媒体上で送信されるか、記憶媒体上に記憶されるか、またはファイルサーバ上に記憶される、符号化ビデオデータに含まれてよい。
[0037]ディスプレイデバイス３２は、宛先デバイス１４と統合されてよく、または宛先デバイス１４の外部にあってもよい。いくつかの例では、宛先デバイス１４は、統合ディスプレイデバイスを含んでよく、同様に外部ディスプレイデバイスとインターフェースするように構成されてもよい。他の例では、宛先デバイス１４はディスプレイデバイスであってよい。概して、ディスプレイデバイス３２は、復号ビデオデータをユーザに表示し、液晶ディスプレイ（ＬＣＤ）、プラズマディスプレイ、有機発光ダイオード（ＯＬＥＤ）ディスプレイ、または別のタイプのディスプレイデバイスなどの、様々なディスプレイデバイスのいずれかであってよい。
[0038]ビデオエンコーダ２０およびビデオデコーダ３０は、高効率ビデオコーディング（ＨＥＶＣ）規格などのビデオ圧縮規格に従って動作し得る。ビデオエンコーダ２０およびビデオデコーダ３０は、追加として、ビデオコーディング共同研究部会（ＪＣＴ－ＶＣ）ならびにＩＴＵ－Ｔビデオコーディングエキスパートグループ（ＶＣＥＧ：Video Coding Experts Group）とＩＳＯ／ＩＥＣモーションピクチャエキスパートグループ（ＭＰＥＧ）との３Ｄビデオコーディング拡張開発共同研究部会（ＪＣＴ－３Ｖ）によって開発されている、レンジ拡張、マルチビュー拡張（ＭＶ－ＨＥＶＣ）、またはスケーラブル拡張（ＳＨＶＣ）などの、ＨＥＶＣ拡張に従って動作し得る。代替として、ビデオエンコーダ２０およびビデオデコーダ３０は、ＩＳＯ／ＩＥＣ ＭＰＥＧ－４，Ｐａｒｔ１０，アドバンストビデオコーディング（ＡＶＣ）と代替的に呼ばれるＩＴＵ－Ｔ Ｈ．２６４規格などの、他のプロプライエタリ規格もしくは業界規格、またはスケーラブルビデオコーディング（ＳＶＣ：Scalable Video Coding）およびマルチビュービデオコーディング（ＭＶＣ：Multi-view Video Coding）拡張などの、そのような規格の拡張に従って動作し得る。ただし、本開示の技法は、いかなる特定のコーディング規格にも限定されない。ビデオ圧縮規格の他の例は、ＩＴＵ－Ｔ Ｈ．２６１、ＩＳＯ／ＩＥＣ ＭＰＥＧ－１ Ｖｉｓｕａｌと、ＩＴＵ－Ｔ Ｈ．２６２またはＩＳＯ／ＩＥＣ ＭＰＥＧ－２ Ｖｉｓｕａｌと、ＩＴＵ－Ｔ Ｈ．２６３と、ＩＳＯ／ＩＥＣ ＭＰＥＧ－４ Ｖｉｓｕａｌとを含む。そのレンジ拡張と、マルチビュー拡張（ＭＶ－ＨＥＶＣ）と、スケーラブル拡張（ＳＨＶＣ）とを含む、ＨＥＶＣ（ＩＴＵ－Ｔ Ｈ．２６５）が、ビデオコーディング共同研究部会（ＪＣＴ－ＶＣ）ならびにＩＴＵ－Ｔビデオコーディングエキスパートグループ（ＶＣＥＧ）とＩＳＯ／ＩＥＣモーションピクチャエキスパートグループ（ＭＰＥＧ）との３Ｄビデオコーディング拡張開発共同研究部会（ＪＣＴ－３Ｖ）によって開発された。以下でＨＥＶＣと呼ばれる確定されたＨＥＶＣドラフトは、ｈｔｔｐ：／／ｐｈｅｎｉｘ．ｉｎｔ－ｅｖｒｙ．ｆｒ／ｊｃｔ／ｄｏｃ＿ｅｎｄ＿ｕｓｅｒ／ｄｏｃｕｍｅｎｔｓ／１４＿Ｖｉｅｎｎａ／ｗｇ１１／ＪＣＴＶＣ－Ｎ１００３－ｖ１．ｚｉｐにおいて入手可能である。
[0039]ＩＴＵ－Ｔ ＶＣＥＧ（Ｑ６／１６）およびＩＳＯ／ＩＥＣ ＭＰＥＧ（ＪＴＣ１／ＳＣ２９／ＷＧ１１）が、現在、（スクリーンコンテンツコーディングおよび高ダイナミックレンジコーディングのための、ＨＥＶＣ規格の現在の拡張と短期での拡張とを含む）現在のＨＥＶＣ規格の圧縮能力を潜在的に超える圧縮能力を有する将来のビデオコーディング技術の標準化に対する潜在的なニーズを検討している。そのグループは、このエリアにおけるそれらの専門家によって提案された圧縮技術設計を評価するために、共同ビデオ探究部会（ＪＶＥＴ）と呼ばれる共同研究に取り組んでこの探究活動において協働している。ＪＶＥＴは、２０１５年１０月１９日～２１日の間に最初に開催された。参照ソフトウェアの最新のバージョン、すなわち、共同探究モデル７（ＪＥＭ７）は、ｈｔｔｐｓ：／／ｊｖｅｔ．ｈｈｉ．ｆｒａｕｎｈｏｆｅｒ．ｄｅ／ｓｖｎ／ｓｖｎ＿ＨＭＪＥＭＳｏｆｔｗａｒｅ／ｔａｇｓ／ＨＭ－１６．６－ＪＥＭ－７．０／からダウンロードされ得る。ＪＥＭ７のためのアルゴリズム記述が、Ｊ．Ｃｈｅｎ、Ｅ．Ａｌｓｈｉｎａ、Ｇ．Ｊ．Ｓｕｌｌｉｖａｎ、Ｊ．－Ｒ．Ｏｈｍ、Ｊ．Ｂｏｙｃｅ、「Ａｌｇｏｒｉｔｈｍ ｄｅｓｃｒｉｐｔｉｏｎ ｏｆ Ｊｏｉｎｔ Ｅｘｐｌｏｒａｔｉｏｎ Ｔｅｓｔ Ｍｏｄｅｌ ７（ＪＥＭ７）」、ＪＶＥＴ－Ｇ１００１、トリノ、２０１７年７月に記載されている。
[0040]以下で説明する本開示の例では、ビデオエンコーダ２０およびビデオデコーダ３０は、多用途ビデオコーディング（ＶＶＣ：Versatile Video Coding）とも呼ばれる開発中のＩＴＵ－Ｔ Ｈ．２６６規格の１つまたは複数のバージョンに従って動作し得る。ＶＶＣ規格のドラフトは、Ｂｒｏｓｓら、「Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（Ｄｒａｆｔ７）」、ＩＴＵ－Ｔ ＳＧ１６ ＷＰ３とＩＳＯ／ＩＥＣ ＪＴＣ１／ＳＣ２９／ＷＧ１１との共同ビデオエキスパートチーム（ＪＶＥＴ）、第１６回会合、ジュネーブ、スイス、２０１９年１０月１日～１１日、ＪＶＥＴ－Ｐ２００１－ｖ１４（以下で「ＶＶＣドラフト７」）に記載されている。ただし、本開示の技法は、いかなる特定のコーディング規格にも限定されない。
[0041]図１に示さないが、いくつかの態様では、ビデオエンコーダ２０およびビデオデコーダ３０は各々、オーディオエンコーダおよびデコーダと統合されてよく、共通のデータストリームまたは別個のデータストリームの中でオーディオとビデオの両方の符号化を処理するために、適切なＭＵＸ－ＤＥＭＵＸユニット、または他のハードウェアとソフトウェアとを含んでよい。適用可能な場合、いくつかの例では、ＭＵＸ－ＤＥＭＵＸユニットは、ＩＴＵ Ｈ．２２３マルチプレクサプロトコル、またはユーザデータグラムプロトコル（ＵＤＰ）などの他のプロトコルに準拠し得る。
[0042]ビデオエンコーダ２０およびビデオデコーダ３０は各々、１つまたは複数のマイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、個別論理、ソフトウェア、ハードウェア、ファームウェア、またはそれらの任意の組合せなどの、様々な好適なエンコーダ回路構成またはデコーダ回路構成のいずれかとして実装され得る。本技法が部分的にソフトウェアで実装されるとき、デバイスは、本開示の技法を実行するために、ソフトウェアのための命令を好適な非一時的コンピュータ可読媒体の中に記憶してよく、１つまたは複数のプロセッサを使用してハードウェアで命令を実行してよい。ビデオエンコーダ２０およびビデオデコーダ３０の各々は、１つまたは複数のエンコーダまたはデコーダの中に含まれてよく、それらのいずれもそれぞれのデバイスの中に複合エンコーダ／デコーダ（コーデック）の一部として統合され得る。
[0043]以下でより詳細に説明するように、ビデオエンコーダ２０は、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のルーマブロックのために、適応ループフィルタ処理が有効化されているビデオビットストリームに対して、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のルーマブロック用の適応パラメータセットの個数を示す第１のシンタックス要素を符号化し、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のルーマブロック用の適応パラメータセットの個数に基づいて、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のルーマブロックに対する複数の第１の適応パラメータセットインデックスを符号化し、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のクロマブロックのために、適応ループフィルタ処理が有効化されているビデオビットストリームに対して、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のクロマブロックに対する第２の適応パラメータセットインデックスを符号化するように構成され得る。
[0044]相反して、ビデオデコーダ３０は、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のルーマブロックのために、適応ループフィルタ処理が有効化されているビデオビットストリームから、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のルーマブロック用の適応パラメータセットの個数を示す第１のシンタックス要素を復号し、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のルーマブロック用の適応パラメータセットの個数に基づいて、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のルーマブロックに対する複数の第１の適応パラメータセットインデックスを復号し、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のクロマブロックのために、適応ループフィルタ処理が有効化されているビデオビットストリームから、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のクロマブロックに対する第２の適応パラメータセットインデックスを復号し、複数の第１の適応パラメータセットインデックスに基づいて、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のルーマブロックに第１の適応ループフィルタを適用し、第２の適応パラメータセットインデックスに基づいて、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のクロマブロックに第２の適応ループフィルタを適用するように構成され得る。
[0045]ＨＥＶＣ、ＶＶＣ、および他のビデオコーディング仕様では、ビデオシーケンスは、通常、一連のピクチャを含む。ピクチャは「フレーム」と呼ばれることもある。例示的な手法では、ピクチャは、ＳL、ＳCb、およびＳCrと示される、３つのサンプルアレイを含んでよい。そのような例示的な手法では、ＳLはルーマサンプルの２次元アレイ（すなわち、ブロック）である。ＳCbはＣｂクロミナンスサンプルの２次元アレイである。ＳCrはＣｒクロミナンスサンプルの２次元アレイである。クロミナンスサンプルは、本明細書で「クロマ」サンプルと呼ばれることもある。他の事例では、ピクチャはモノクロであってよく、ルーマサンプルのアレイのみを含んでよい。
[0046]ピクチャの符号化表現を生成するために、ビデオエンコーダ２０は、コーディングツリーユニット（ＣＴＵ：coding tree unit）のセットを生成し得る。ＣＴＵの各々は、ルーマサンプルのコーディングツリーブロックと、クロマサンプルの対応する２つのコーディングツリーブロックと、コーディングツリーブロックのサンプルをコーディングするために使用されるシンタックス構造とを含んでよい。モノクロピクチャ、または３つの別個の色平面を有するピクチャでは、ＣＴＵは、単一のコーディングツリーブロックと、コーディングツリーブロックのサンプルをコーディングするために使用されるシンタックス構造とを含み得る。コーディングツリーブロックは、サンプルのＮ×Ｎブロックであってよい。ＣＴＵは、「ツリーブロック」または「最大コーディングユニット」（ＬＣＵ：largest coding unit）と呼ばれることもある。ＨＥＶＣのＣＴＵは、Ｈ．２６４／ＡＶＣなどの他の規格のマクロブロックと概して類似であってよい。しかしながら、ＣＴＵは、必ずしも特定のサイズに限定されるとは限らず、１つまたは複数のコーディングユニット（ＣＵ）を含み得る。スライスは、ラスタ走査順序で連続的に順序付けられた整数個のＣＴＵを含み得る。
[0047]コード化ＣＴＵを生成するために、ビデオエンコーダ２０は、コーディングツリーブロックをコーディングブロックに分割するためにＣＴＵのコーディングツリーブロックに対して４分木区分を再帰的に実行し得、したがって、「コーディングツリーユニット」という名称である。コーディングブロックは、サンプルのＮ×Ｎブロックであってよい。ＣＵは、ルーマサンプルアレイと、Ｃｂサンプルアレイと、Ｃｒサンプルアレイとを有するピクチャの、ルーマサンプルのコーディングブロックと、クロマサンプルの対応する２つのコーディングブロックと、コーディングブロックのサンプルをコーディングするために使用されるシンタックス構造とを含み得る。モノクロピクチャ、または３つの別個の色平面を有するピクチャでは、ＣＵは、単一のコーディングブロックと、コーディングブロックのサンプルをコーディングするために使用されるシンタックス構造とを含み得る。
[0048]ビデオエンコーダ２０は、ＣＵのコーディングブロックを１つまたは複数の予測ブロックに区分し得る。予測ブロックは、同じ予測がそれに対して適用されるサンプルの長方形（すなわち、正方形または非正方形）ブロックである。ＣＵの予測ユニット（ＰＵ：prediction unit）は、ルーマサンプルの予測ブロックと、クロマサンプルの対応する２つの予測ブロックと、予測ブロックを予測するために使用されるシンタックス構造とを含み得る。モノクロピクチャ、または３つの別個の色平面を有するピクチャでは、ＰＵは、単一の予測ブロックと、予測ブロックを予測するために使用されるシンタックス構造とを含み得る。ビデオエンコーダ２０は、ＣＵの各ＰＵのルーマ予測ブロック、Ｃｂ予測ブロック、およびＣｒ予測ブロックのための、予測ルーマブロックと、予測Ｃｂブロックと、予測Ｃｒブロックとを生成し得る。
[0049]ビデオエンコーダ２０は、ＰＵのための予測ブロックを生成するためにイントラ予測またはインター予測を使用し得る。ビデオエンコーダ２０がＰＵの予測ブロックを生成するためにイントラ予測を使用する場合、ビデオエンコーダ２０は、ＰＵに関連するピクチャの復号サンプルに基づいてＰＵの予測ブロックを生成し得る。ビデオエンコーダ２０が、ＰＵの予測ブロックを生成するためにインター予測を使用する場合、ビデオエンコーダ２０は、ＰＵに関連するピクチャ以外の１つまたは複数のピクチャの復号サンプルに基づいてＰＵの予測ブロックを生成し得る。
[0050]ビデオエンコーダ２０が、ＣＵの１つまたは複数のＰＵのための、予測ルーマブロックと、予測Ｃｂブロックと、予測Ｃｒブロックとを生成した後、ビデオエンコーダ２０は、ＣＵのためのルーマ残差ブロックを生成し得る。ＣＵのルーマ残差ブロックの中の各サンプルは、ＣＵの予測ルーマブロックのうちの１つの中のルーマサンプルと、ＣＵの元のルーマコーディングブロックの中の対応するサンプルとの間の差分を示す。
加えて、ビデオエンコーダ２０は、ＣＵのためのＣｂ残差ブロックを生成し得る。ＣＵのＣｂ残差ブロックの中の各サンプルは、ＣＵの予測Ｃｂブロックのうちの１つの中のＣｂサンプルと、ＣＵの元のＣｂコーディングブロックの中の対応するサンプルとの間の差分を示し得る。ビデオエンコーダ２０はまた、ＣＵのためのＣｒ残差ブロックを生成し得る。ＣＵのＣｒ残差ブロックの中の各サンプルは、ＣＵの予測Ｃｒブロックのうちの１つの中のＣｒサンプルと、ＣＵの元のＣｒコーディングブロックの中の対応するサンプルとの間の差分を示し得る。
[0051]さらに、ビデオエンコーダ２０は、ＣＵのルーマ残差ブロックと、Ｃｂ残差ブロックと、Ｃｒ残差ブロックとを、１つまたは複数のルーマ変換ブロック、Ｃｂ変換ブロック、およびＣｒ変換ブロックに分解するために、４分木区分を使用し得る。変換ブロックは、同じ変換がそれに対して適用されるサンプルの長方形（たとえば、正方形または非正方形）ブロックである。ＣＵの変換ユニット（ＴＵ：transform unit）は、ルーマサンプルの変換ブロックと、クロマサンプルの対応する２つの変換ブロックと、変換ブロックサンプルを変換するために使用されるシンタックス構造とを含み得る。したがって、ＣＵの各ＴＵは、ルーマ変換ブロック、Ｃｂ変換ブロック、およびＣｒ変換ブロックに関連し得る。ＴＵに関連するルーマ変換ブロックは、ＣＵのルーマ残差ブロックのサブブロックであってよい。Ｃｂ変換ブロックは、ＣＵのＣｂ残差ブロックのサブブロックであってよい。Ｃｒ変換ブロックは、ＣＵのＣｒ残差ブロックのサブブロックであってよい。モノクロピクチャ、または３つの別個の色平面を有するピクチャでは、ＴＵは、単一の変換ブロックと、変換ブロックのサンプルを変換するために使用されるシンタックス構造とを含み得る。
[0052]ビデオエンコーダ２０は、ＴＵのためのルーマ係数ブロックを生成するために、ＴＵのルーマ変換ブロックに１つまたは複数の変換を適用し得る。係数ブロックは変換係数の２次元アレイであってよい。変換係数はスカラー数量であってよい。ビデオエンコーダ２０は、ＴＵのためのＣｂ係数ブロックを生成するために、ＴＵのＣｂ変換ブロックに１つまたは複数の変換を適用し得る。ビデオエンコーダ２０は、ＴＵのためのＣｒ係数ブロックを生成するために、ＴＵのＣｒ変換ブロックに１つまたは複数の変換を適用し得る。
[0053]ＣＴＵ、ＣＵ、ＰＵ、およびＴＵを有する上記のブロック構造は、概して、ＨＥＶＣにおいて使用されるブロック構造を表す。しかしながら、他のビデオコーディング規格は、異なるブロック構造を使用することがある。一例として、ＨＥＶＣは、ＰＵおよびＴＵが異なるサイズまたは形状を有することを許容するが、他のビデオコーディング規格は、予測ブロックおよび変換ブロックが同じサイズを有することを必要とし得る。本開示の技法は、ＨＥＶＣまたはＶＶＣのブロック構造に限定されず、他のブロック構造と互換性があり得る。
[0054]係数ブロック（たとえば、ルーマ係数ブロック、Ｃｂ係数ブロック、またはＣｒ係数ブロック）を生成した後、ビデオエンコーダ２０は、係数ブロックを量子化し得る。量子化とは、概して、変換係数を表すために使用されるデータの量をできる限り低減するように変換係数が量子化され、さらなる圧縮をもたらすプロセスを指す。ビデオエンコーダ２０が係数ブロックを量子化した後、ビデオエンコーダ２０は、量子化変換係数を示すシンタックス要素をエントロピー符号化し得る。たとえば、ビデオエンコーダ２０は、量子化変換係数を示すシンタックス要素に対してコンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ：Context-Adaptive Binary Arithmetic Coding）を実行してよい。
[0055]ビデオエンコーダ２０は、コード化ピクチャの表現および関連するデータを形成するビットのシーケンスを含むビットストリームを出力し得る。ビットストリームは、ネットワークアブストラクションレイヤ（ＮＡＬ：Network Abstraction Layer）ユニットのシーケンスを含んでよい。ＮＡＬユニットは、ＮＡＬユニットの中のデータのタイプの表示と、必要に応じてエミュレーション防止ビットが点在させられたローバイトシーケンスペイロード（ＲＢＳＰ：raw byte sequence payload）の形態でそのデータを含むバイトとを含む、シンタックス構造である。ＮＡＬユニットの各々はＮＡＬユニットヘッダを含み、ＲＢＳＰをカプセル化する。ＮＡＬユニットヘッダは、ＮＡＬユニットタイプコードを示すシンタックス要素を含み得る。ＮＡＬユニットのＮＡＬユニットヘッダによって指定されるＮＡＬユニットタイプコードは、ＮＡＬユニットのタイプを示す。ＲＢＳＰは、ＮＡＬユニット内にカプセル化されている整数個のバイトを含むシンタックス構造であってよい。いくつかの事例では、ＲＢＳＰは０個のビットを含む。
[0056]異なるタイプのＮＡＬユニットが、異なるタイプのＲＢＳＰをカプセル化し得る。たとえば、第１のタイプのＮＡＬユニットは、ピクチャパラメータセット（ＰＰＳ：picture parameter set）のためのＲＢＳＰをカプセル化し得、第２のタイプのＮＡＬユニットは、コード化スライスのためのＲＢＳＰをカプセル化し得、第３のタイプのＮＡＬユニットは、補足エンハンスメント情報（ＳＥＩ：supplemental enhancement information）メッセージのためのＲＢＳＰをカプセル化し得、以下同様である。（パラメータセットおよびＳＥＩメッセージのためのＲＢＳＰではなく）ビデオコーディングデータのためのＲＢＳＰをカプセル化するＮＡＬユニットは、ビデオコーディングレイヤ（ＶＣＬ：video coding layer）ＮＡＬユニットと呼ばれ得る。
[0057]ビデオデコーダ３０は、ビデオエンコーダ２０によって生成されたビットストリームを受信し得る。加えて、ビデオデコーダ３０は、ビットストリームからシンタックス要素を取得するために、ビットストリームを構文解析（parse）し得る。ビデオデコーダ３０は、ビットストリームから取得されたシンタックス要素に少なくとも部分的に基づいて、ビデオデータのピクチャを再構成し得る。ビデオデータを再構成するためのプロセスは、概して、ビデオエンコーダ２０によって実行されるプロセスの相反であってよい。加えて、ビデオデコーダ３０は、現在ＣＵのＴＵに関連する係数ブロックを逆量子化し得る。ビデオデコーダ３０は、現在ＣＵのＴＵに関連する変換ブロックを再構成するために、係数ブロックに対して逆変換を実行し得る。ビデオデコーダ３０は、現在ＣＵのＰＵのための予測ブロックのサンプルを現在ＣＵのＴＵの変換ブロックの対応するサンプルに加算することによって、現在ＣＵのコーディングブロックを再構成し得る。ピクチャのＣＵごとにコーディングブロックを再構成することによって、ビデオデコーダ３０はピクチャを再構成し得る。
[0058]ＨＥＶＣ、ＶＶＣ、およびＪＥＭ技法の態様が、次に説明される。図２は、ＨＥＶＣデコーダ３１の例示的なブロック図を示す。図２に示すビデオデコーダ３１は、以下でより詳細に説明される、上記で説明したビデオデコーダ３０に相当し得る。ＨＥＶＣは、デブロッキングフィルタ（ＤＢＦ：de-blocking filter）とＳＡＯとを含む、２つのループ内フィルタを採用する。ＨＥＶＣ復号およびＳＡＯに関する追加の詳細が、Ｃ．Ｆｕ、Ｅ．Ａｌｓｈｉｎａ、Ａ．Ａｌｓｈｉｎ、Ｙ．Ｈｕａｎｇ、Ｃ．Ｃｈｅｎ、Ｃｈｉａ．Ｔｓａｉ、Ｃ．Ｈｓｕ、Ｓ．Ｌｅｉ、Ｊ．Ｐａｒｋ、Ｗ．Ｈａｎ、「Ｓａｍｐｌｅ ａｄａｐｔｉｖｅ ｏｆｆｓｅｔ ｉｎ ｔｈｅ ＨＥＶＣ ｓｔａｎｄａｒｄ」、ＩＥＥＥ Ｔｒａｎｓ．Ｃｉｒｃｕｉｔｓ Ｓｙｓｔ．Ｖｉｄｅｏ Ｔｅｃｈｎｏｌ．，２２（１２）：１７５５－１７６４（２０１２）に記載されている。
[0059]図２に示すように、ＤＢＦへの入力は、再構成ブロックからの出力を用いて示すように、イントラ予測またはインター予測の後の再構成された画像であってよい。ＤＢＦは、コード化ブロック境界におけるアーティファクトの検出を実行し、選択されたフィルタを適用することによってアーティファクトを弱める。Ｈ．２６４／ＡＶＣデブロッキングフィルタと比較して、ＨＥＶＣデブロッキングフィルタは、視覚的アーティファクトの著しい低減を依然として達成しながら、計算量がより少なく、並列処理能力がより良好である。追加の例については、Ａ．Ｎｏｒｋｉｎ、Ｇ．Ｂｊｏｎｔｅｇａａｒｄ、Ａ．Ｆｕｌｄｓｅｔｈ、Ｍ．Ｎａｒｒｏｓｃｈｋｅ、Ｍ．Ｉｋｅｄａ、Ｋ．Ａｎｄｅｒｓｓｏｎ、Ｍｉｎｈｕａ Ｚｈｏｕ、Ｇ．Ｖａｎ ｄｅｒ Ａｕｗｅｒａ、「ＨＥＶＣ Ｄｅｂｌｏｃｋｉｎｇ Ｆｉｌｔｅｒ」、ＩＥＥＥ Ｔｒａｎｓ．Ｃｉｒｃｕｉｔｓ Ｓｙｓｔ．Ｖｉｄｅｏ Ｔｅｃｈｎｏｌ．，２２（１２）：１７４６－１７５４（２０１２）を参照されたい。
[0060]ＨＥＶＣでは、デブロッキングフィルタ決定は、ピクチャを８×８サンプルのブロックに分割するグリッド上にある、４サンプル長の境界ごとに別個に行われる。次の条件、すなわち、（１）ブロック境界が予測ユニット（ＰＵ）または変換ユニット（ＴＵ）境界であること、（２）下の表１において規定されるように境界強度（Ｂｓ）が０よりも大きいこと、および（３）ブロック境界両側での、下の式（１）において規定されるような信号の変動が、指定されたしきい値を下回ることが、真である場合、ブロック境界に対してデブロッキングが実行される。
[0061]表１．隣接する２つのルーマブロックの間の境界に対する境界強度（Ｂｓ）値
Figure 2022525470000002
ルーマブロック境界に対してＢｓ＞０である場合、次の条件が成り立つ場合に、その境界にデブロッキングフィルタ処理が適用される。
Figure 2022525470000003
[0062]ＨＥＶＣは、２つのタイプのルーマデブロッキングフィルタ、すなわち、（ｉ）通常のフィルタ、および（ｉｉ）強力なフィルタを許容する。デブロッキングフィルタの選択は、特定の信号変動項がいくつかのしきい値よりも小さいかどうかに依存する（詳細については上で引用された、Ｎｏｒｋｉｎらによる「ＨＥＶＣ Ｄｅｂｌｏｃｋｉｎｇ Ｆｉｌｔｅｒ」（２０１２）を参照されたい）。フィルタ処理決定は、４ピクセル長の垂直（または場合によっては、水平）境界の２つの行（列）のみに基づくが、フィルタは、境界の中のすべての行（または場合によっては、列）に適用される。フィルタ処理プロセスにおいて使用されるピクセルの個数、および各タイプのフィルタ処理を用いて修正され得るピクセルの個数が、下の表２において要約される。
Figure 2022525470000004
[0063]Ｂｓが２に等しいときにしか、クロマデブロッキングは実行されない。１つのタイプのクロマデブロッキングフィルタしか使用されない。クロマデブロッキングフィルタは、ピクセルｐ0、ｐ1、ｑ0、ｑ1を使用し、各行の中のピクセルｐ0とｑ0とを修正し得る（すべての行にフィルタが適用されるので、行インデックスを示す第２の下付き文字は、簡潔のために上記の説明では省略される）。ＪＥＭでは、デブロッキングはＣＵレベルで実行される。境界の両側におけるＣＵのサイズは８×８よりも大きくなり得る。ＪＥＭにおける最小ＣＵサイズは４×４である。したがって、デブロッキングフィルタはまた、４×４ブロックの境界に適用されてよい。
[0064]ＳＡＯへの入力は、図２の中でデブロッキングフィルタからの出力を用いて示すように、デブロッキングフィルタを適用した後の再構成された画像であってよい。ＳＡＯの概念／着想とは、選択された分類器を用いて領域サンプルを複数のカテゴリーに最初に分類し、各カテゴリーについてオフセットを取得し、次いで、当該カテゴリーの各サンプルに当該オフセットを加えることによって、領域の平均サンプルひずみを低減することであり、ここで、領域の分類器インデックスおよびオフセットは、ビットストリーム中にコーディングされる。ＨＥＶＣでは、領域（ＳＡＯパラメータシグナリングのための単位）は、ＣＴＵであるものと規定される。
[0065]低複雑度という要件を満たすことができる２つのＳＡＯタイプが、ＨＥＶＣにおいて採用される。これらの２つのタイプとは、以下でさらに詳細に説明されるエッジオフセット（ＥＯ）およびバンドオフセット（ＢＯ：band offset）である。ＳＡＯタイプのインデックスがコーディングされる。ＥＯの場合、サンプル分類は、次の１Ｄ方向性パターン、すなわち、水平、垂直、１３５°対角、および４５°対角による、現在のサンプルと隣接するサンプルとの間の比較に基づく。
[0066]図３Ａ～図３Ｄは、ＥＯサンプル分類、すなわち、水平（図３Ａ、ＥＯクラス＝０）、垂直（図３Ｂ、ＥＯクラス＝１）、１３５°対角（図３Ｃ、ＥＯクラス＝２）、および４５°対角（図３Ｄ、ＥＯクラス＝３）のための、４つの１Ｄ方向性パターンを示す。ＳＡＯに関係する追加の詳細は、Ｃ．Ｆｕ、Ｅ．Ａｌｓｈｉｎａ、Ａ．Ａｌｓｈｉｎ、Ｙ．Ｈｕａｎｇ、Ｃ．Ｃｈｅｎ、Ｃｈｉａ．Ｔｓａｉ、Ｃ．Ｈｓｕ、Ｓ．Ｌｅｉ、Ｊ．Ｐａｒｋ、Ｗ．Ｈａｎ、「Ｓａｍｐｌｅ ａｄａｐｔｉｖｅ ｏｆｆｓｅｔ ｉｎ ｔｈｅ ＨＥＶＣ ｓｔａｎｄａｒｄ」、ＩＥＥＥ Ｔｒａｎｓ．Ｃｉｒｃｕｉｔｓ Ｓｙｓｔ．Ｖｉｄｅｏ Ｔｅｃｈｎｏｌ．，２２（１２）：１７５５－１７６４（２０１２）に記載されている。
[0067]選択されるＥＯパターンに従って、表３においてｅｄｇｅＩｄｘによって示される５つのカテゴリーがさらに規定される。０～３に等しいｅｄｇｅＩｄｘに対して、オフセットの大きさがシグナリングされ得るが、符号フラグ（sign flag）は暗黙的にコーディングされ、すなわち、ｅｄｇｅＩｄｘに対する負のオフセットは０または１に等しく、ｅｄｇｅＩｄｘに対する正のオフセットは２または３に等しい。４に等しいｅｄｇｅＩｄｘに対して、オフセットは常に０に設定され、それは、この場合については演算が必要とされないことを意味する。
Figure 2022525470000005
[0068]ＢＯの場合、サンプル分類はサンプル値に基づく。各色成分は、ＢＯタイプのＳＡＯフィルタ処理に対する分類のための、それ自体のＳＡＯパラメータを有してよい。ＢＯは、同じバンドのすべてのサンプルに１つのオフセットが加算されることを暗示する。サンプル値範囲は、３２個のバンドに等しく分割される。０から２５５までにわたる８ビットサンプルに対して、バンドの幅は８であり、８ｋから８ｋ＋７までのサンプル値がバンドｋに属し、ただし、ｋは０から３１までにわたる。同じバンドのすべてのサンプルに１つのオフセットが加算される。バンドの中の元のサンプルと再構成されたサンプルとの間の平均差分（すなわち、バンドのオフセット）が、デコーダ（たとえば、ビデオデコーダ３０）にシグナリングされる。オフセット符号に対して制約はない。連続する４つのバンドのオフセット、および開始バンド位置だけが、デコーダ（たとえば、ビデオデコーダ３０）にシグナリングされる。
[0069]ビデオエンコーダ２０およびビデオデコーダ３０は、ＪＥＭに記載される様々なＡＬＦフィルタ処理技法を実施するように構成され得る。これらのＪＥＭフィルタ処理技法（たとえば、ＡＬＦ）の態様が次に説明される。修正されたデブロッキングおよびＨＥＶＣ ＳＡＯ方法に加えて、ＪＥＭは、ジオメトリ変換ベース適応ループフィルタ処理（ＧＡＬＦ：Geometry transformation-based Adaptive Loop Filtering）と呼ばれる、別のフィルタ処理方法を含む。ＡＬＦ／ＧＡＬＦへの入力は、ＳＡＯの適用の後の再構成された画像（たとえば、図２の中のサンプル適応オフセットの出力）であってよい。ＧＡＬＦの態様は、Ｔｓａｉ，Ｃ．Ｙ．、Ｃｈｅｎ，Ｃ．Ｙ．、Ｙａｍａｋａｇｅ，Ｔ．、Ｃｈｏｎｇ，Ｉ．Ｓ．、Ｈｕａｎｇ，Ｙ．Ｗ．、Ｆｕ，Ｃ．Ｍ．、Ｉｔｏｈ，Ｔ．、Ｗａｔａｎａｂｅ，Ｔ．、Ｃｈｕｊｏｈ，Ｔ．、Ｋａｒｃｚｅｗｉｃｚ，Ｍ．、およびＬｅｉ，Ｓ．Ｍ．、「Ａｄａｐｔｉｖｅ ｌｏｏｐ ｆｉｌｔｅｒｉｎｇ ｆｏｒ ｖｉｄｅｏ ｃｏｄｉｎｇ」、ＩＥＥＥ Ｊｏｕｒｎａｌ ｏｆ Ｓｅｌｅｃｔｅｄ Ｔｏｐｉｃｓ ｉｎ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｉｎｇ，７（６），９３４～９４５頁、２０１３年、ならびにＭ．Ｋａｒｃｚｅｗｉｃｚ、Ｌ．Ｚｈａｎｇ、Ｗ．－Ｊ．Ｃｈｉｅｎ、およびＸ．Ｌｉ、「Ｇｅｏｍｅｔｒｙ ｔｒａｎｓｆｏｒｍａｔｉｏｎ－ｂａｓｅｄ ａｄａｐｔｉｖｅ ｉｎ－ｌｏｏｐ ｆｉｌｔｅｒ」、Ｐｉｃｔｕｒｅ Ｃｏｄｉｎｇ Ｓｙｍｐｏｓｉｕｍ（ＰＣＳ），２０１６年に記載されている。
[0070]ＡＬＦ技法は、適応ウィーナー（Wiener）フィルタを使用することによって、元のサンプルと復号サンプルとの間の平均２乗誤差を最小化することを試みる。入力画像をｐ、ソース画像をＳ、ＦＩＲ（有限インパルス応答）フィルタをｈと示す。ここで、以下の表現の２乗誤差和（ＳＳＥ：sum of squared errors）が最小化されるべきであり、ただし、（ｘ，ｙ）は、ｐまたはＳの中の任意のピクセル位置を示す。
Figure 2022525470000006
ｈoptとして示される最適なｈは、次のようにｈ（ｉ，ｊ）に関するＳＳＥの偏導関数（partial derivative）を０に等しく設定することによって取得され得る。
Figure 2022525470000007
これは、最適フィルタｈoptを与える、以下に示すＷｉｅｎｅｒ－Ｈｏｐｆ式につながる。
Figure 2022525470000008
[0071]ＪＥＭのいくつかの例では、ピクチャ全体に対して１つのフィルタを使用するのではなく、ピクチャの中のサンプルが、局所勾配に基づいて２５個のクラスに分類される。各クラスの中のピクセルに対して、別個の最適なウィーナーフィルタが導出される。シグナリングオーバーヘッドと計算量とを低減することによってＡＬＦの有効性を高めるために、いくつかの技法が採用されている。シグナリングオーバーヘッドおよび／または計算量を低減することによってＡＬＦ有効性を高めるために使用されている技法のうちのいくつかが、以下に列挙される。
１．固定フィルタからの予測：各クラスについて最適なフィルタ係数が、各クラスに１６個の候補フィルタからなる、固定フィルタの予測プールを使用して予測される。各クラスに対し最良の予測候補が選択され、予測誤差だけが送信される。
２．クラスマージング：２５個の異なるフィルタ（クラスごとに１つ）を使用するのではなく、コーディングされるべきフィルタパラメータの個数を低減するために、複数のクラスの中のピクセルが１つのフィルタを共有することができる。２つのクラスをマージすることは、より大きい累積ＳＳＥに、ただし、より低いレートひずみ（Ｒ－Ｄ）コストにつながり得る。
３．可変数のタップ：フィルタタップの個数がフレームレベルで適応的である。理論的には、より多くのタップを有するフィルタは、より小さいＳＳＥを達成できるが、より多くのフィルタ係数に関連するビットオーバーヘッドのために、レートひずみ（Ｒ－Ｄ）コストに関して良好な選択でない場合がある。
４．ブロックレベルのオン／オフ制御：ブロック単位でＡＬＦがオンおよびオフにされ得る。オン／オフ制御フラグがシグナリングされるブロックサイズが、フレームレベルで適応的に選択される。フィルタ係数は、ＡＬＦがオンであるブロックのみからのピクセルを使用して再算出され得る。
５．時間予測：前にコーディングされたフレームに対して導出されるフィルタが、バッファの中に記憶される。現在フレームがＰフレームまたはＢフレームである場合、フィルタの記憶されたセットのうちの１つが、より良好なＲＤコストにつながる場合に、このフレームをフィルタ処理するために使用され得る。時間予測の使用を示すためにフラグがシグナリングされる。時間予測が使用される場合、記憶されたフィルタのどのセットが使用されるのかを示すインデックスが、シグナリングされる。ＡＬＦ係数の追加のシグナリングは必要とされない。時間予測を使用するフレームに対して、ブロックレベルのＡＬＦオン／オフ制御フラグもシグナリングされ得る。
[0072]ＡＬＦのいくつかの態様の詳細が、この段落および以下の段落で手短に要約される。ＡＬＦのいくつかの態様は、ピクセル分類およびジオメトリ変換に関係する。（ＡＬＦの前の）再構成されたフレームの中の各ピクセルをカバーする６×６ウィンドウ内のすべてのピクセルにおける、垂直、水平、および対角のラプラシアン（Laplacian）の絶対値の和が、算出される。再構成されたフレームは、次いで、オーバーラップされない２×２ブロックに分割される。これらのブロックの中の４つのピクセルが、そのブロックの合計のラプラシアンアクティビティ（total Laplacian activity）および方向性に基づいて、Ｃk（ｋ＝０、１、．．．、２４）として示される２５個のカテゴリーのうちの１つに分類される。追加として、４つのジオメトリ変換（変換なし、対角フリップ、垂直フリップ、または回転）のうちの１つも、そのブロックの勾配方向性に基づいてフィルタに適用される。その詳細は、Ｍ．Ｋａｒｃｚｅｗｉｃｚ、Ｌ．Ｚｈａｎｇ、Ｗ．－Ｊ．Ｃｈｉｅｎ、およびＸ．Ｌｉ、「Ｇｅｏｍｅｔｒｙ ｔｒａｎｓｆｏｒｍａｔｉｏｎ－ｂａｓｅｄ ａｄａｐｔｉｖｅ ｉｎ－ｌｏｏｐ ｆｉｌｔｅｒ」、Ｐｉｃｔｕｒｅ Ｃｏｄｉｎｇ Ｓｙｍｐｏｓｉｕｍ（ＰＣＳ）、２０１６年の中に見出すことができる。
[0073]ＡＬＦのいくつかの態様は、フィルタ導出、および固定フィルタからの予測に関係する。各クラスＣkについて、フィルタによって与えられるＳＳＥに基づいて、ｈpred,kとして示されるＣkのためのプールから最良の予測フィルタが最初に選択される。最小化されることになる、ＣkのＳＳＥは、以下のように書くことができる。
Figure 2022525470000009
ただし、ｈΔ,kは、Ｃkに対する最適フィルタとｈpred,kとの間の差分である。ｈpred,kによってピクセルｐ（ｘ，ｙ）をフィルタ処理した結果を、ｐ’（ｘ，ｙ）＝Σi,jｈpred,k（ｉ，ｊ）ｐ（ｘ－ｉ，ｙ－ｊ）とする。このとき、ＳＳＥkに対する表現は、次のように書き直すことができる。
Figure 2022525470000010
ｈΔ,k（ｉ，ｊ）に関するＳＳＥkの偏導関数を０に等しくすることによって、修正されたＷｉｅｎｅｒ－Ｈｏｐｆ式が次のように取得される。
Figure 2022525470000011
表現の簡単のために、Ｒpp,k（ｉ－ｍ，ｊ－ｎ）およびＲps,k’（ｍ，ｎ）によって、（ｘ，ｙ）∈Ｃkを用いて、Σx,yｐ（ｘ－ｉ，ｙ－ｊ）ｐ（ｘ－ｍ，ｙ－ｎ）およびΣx,y（Ｓ（ｘ，ｙ）－ｐ’（ｘ，ｙ））ｐ（ｘ－ｍ，ｙ－ｎ）をそれぞれ示す。このとき、上の式は次のように書くことができる。
Figure 2022525470000012
すべてのＣkに対して、自己相関行列Ｒpp,k（ｉ－ｍ，ｊ－ｎ）および相互相関ベクトルＲps,k’（ｍ，ｎ）が、すべての（ｘ，ｙ）∈Ｃkにわたって算出される。
[0074]ＡＬＦの一例では、最適フィルタと固定予測フィルタとの間の差分だけが計算および送信される。プールの中で利用可能な候補フィルタのいずれもが良好な予測子でない場合、予測子として恒等（identity）フィルタ（すなわち、入力と出力とを同一にさせる、中心において１に等しい１つの非０係数しか有しないフィルタ）が使用される。
[0075]ＡＬＦのいくつかの態様は、ピクセルクラスのマージングに関係する。フィルタ係数をシグナリングするオーバーヘッドを低減するために、クラスがマージされる。２つのクラスをマージするコストは、ＳＳＥに関して増大する。それぞれ、ＳＳＥmおよびＳＳＥnによって与えられるＳＳＥを有する、２つのクラスＣmとＣnとを考える。ＳＳＥm+nとして示されるＳＳＥを有する、ＣmとＣnとをマージすることによって取得されるクラスを、Ｃm+nと示すものとする。ＳＳＥm+nは、常にＳＳＥm＋ＳＳＥn以上である。ＣmとＣnとをマージすることによって引き起こされるＳＳＥの増加量をΔＳＳＥm+nと示すものとし、それは、ＳＳＥm+n－（ＳＳＥm＋ＳＳＥn）に等しい。ＳＳＥm+nを計算するために、ｈΔ,m+n、すなわち、Ｃm+nに対するフィルタ予測誤差を、（１）と類似の次の表現を使用して導出する必要がある。
Figure 2022525470000013
マージされたカテゴリーＣm+nに対するＳＳＥが、次いで、次のように計算され得る。
Figure 2022525470000014
[0076]クラスの個数をＮ個からＮ－１個に減らすために、２つのクラスＣmおよびＣnが、それらをマージすることが任意の他の組合せと比較して最小のΔＳＳＥm+nにつながるように、見つけられる必要があり得る。いくつかのＡＬＦ設計は、マージコストが最小のペアを見つけるために、マージングに対する利用可能なクラスのすべてのペアをチェックする。
[0077]ＣmおよびＣn（ｍ＜ｎを伴う）がマージされる場合、Ｃnは、さらなるマージングにとって利用不可能とマークされ、Ｃmに対する自己相関および相互相関は、次のように、合成された自己相関および相互相関に変更される。
Figure 2022525470000015
[0078]マージングの後のＡＬＦクラスの最適な個数が、ＲＤコストに基づいて各フレームに対し決定される必要がある。このことは、２５個のクラスとともに開始し、１つのクラスだけが残されるまで（利用可能なクラスのセットからの）１対のクラスを連続的にマージすることによって、行われる。マージングの後に残された可能性のあるクラスの各個数（１、２、．．．、２５）に対し、どのクラスが一緒にマージされるのかを示すマップが記憶される。ＲＤコストが最小化されるような、クラスの最適な個数が、次いで、次のように選択される。
Figure 2022525470000016
ただし、Ｄ｜Nは、Ｎ個のクラスを使用する合計のＳＳＥ
Figure 2022525470000017
であり、Ｒ｜Nは、Ｎ個のフィルタをコーディングするために使用されるビットの総数であり、λは、量子化パラメータ（ＱＰ：quantization parameter）によって決定される重み付け係数である。どのクラスが一緒にマージされるのかを示す、Ｎopt個のクラスに対するマージマップが送信される。
[0079]ＡＬＦパラメータのシグナリングの態様が次に説明される。ＡＬＦパラメータ符号化プロセスの簡潔な段階的説明が、次のように与えられる。
１．フレームレベルのＡＬＦオン／オフフラグをシグナリングする。
２．ＡＬＦがオンである場合、時間予測フラグをシグナリングする。
３．時間予測が使用される場合、現在フレームをフィルタ処理するために、対応するＡＬＦパラメータが使用される、フレームのインデックスをシグナリングする。
４．時間予測が使用されない場合、次のように補助（auxiliary）ＡＬＦ情報とフィルタ係数とをシグナリングする。
ａ．フィルタ係数をシグナリングする前に、以下の補助ＡＬＦ情報がシグナリングされる。
ｉ．クラスマージングの後に使用される固有フィルタの個数。
ｉｉ．フィルタタップの数。
ｉｉｉ．どのクラスがフィルタ予測誤差を共有するのかを示すクラスマージ情報。
ｉｖ．各クラスについての固定フィルタ予測子のインデックス。
ｂ．補助情報をシグナリングした後、フィルタ係数予測誤差が次のようにシグナリングされる。
ｉ．マージングの後の残りのクラスのうちのいくつかに対して、フィルタ予測誤差が０に強制されるかどうかを示すために、フラグがシグナリングされる。
ｉｉ．（マージングの後に残されたクラスの個数が１よりも大きい場合）フィルタ予測誤差をシグナリングするために差分コーディングが使用されるかどうかを示すために、フラグがシグナリングされる。
ｉｉｉ．フィルタ係数予測誤差が、次いで、ｋ次のＥｘｐ－Ｇｏｌｏｍｂコードを使用してシグナリングされ、ここで、異なる係数位置に対するｋ値は経験的に（empirically）選択される。
ｃ．利用可能な場合、クロマ成分のためのフィルタ係数が、いかなる予測方法も用いずに直接コーディングされる。
５．最後に、ブロックレベルのＡＬＦオン／オフ制御フラグがシグナリングされる。
[0080]ＡＬＦフィルタパラメータは、ＶＶＣにおけるＡＰＳの中でシグナリングされる。ＶＶＣにおけるＡＬＦ ＡＰＳでは、シグナリングは以下のことを含み得る。
１．ＡＬＦ ＡＰＳがルーマＡＬＦフィルタを含むかどうかをシグナリングする。
２．ルーマＡＬＦフィルタを含むＡＬＦ ＡＰＳの場合、
ａ．クラスマージングの後に使用される固有ルーマフィルタの個数をシグナリングする。
ｂ．どのクラスが同じフィルタを共有するのかを示すクラスマージ情報をシグナリングする。
ｃ．ルーマＡＬＦフィルタにクリッピング（clipping）が適用される場合、フラグをシグナリングする。
ｄ．ａ～ｃの後、フィルタ係数をシグナリングし、ルーマＡＬＦフィルタにクリッピングが適用される場合、クリッピングパラメータがシグナリングされる。
３．ＡＬＦ ＡＰＳがクロマＡＬＦフィルタを含むかどうかをシグナリングする。
ａ．固有クロマフィルタの個数をシグナリングする。
ｂ．クロマＡＬＦフィルタにクリッピングが適用される場合、フラグをシグナリングする。
ｃ．ａ～ｂの後、フィルタ係数をシグナリングし、ルーマＡＬＦフィルタにクリッピングが適用される場合、クリッピングパラメータがシグナリングされる。
[0081]ピクチャまたはの中で使用されるＡＬＦ ＡＰＳインデックスが、ＶＶＣにおけるピクチャヘッダおよび／またはスライスヘッダの中でシグナリングされる。
ルーマ：
１．ピクチャ／スライスレベルのルーマＡＬＦオン／オフフラグをシグナリングする。
２．ルーマに対してＡＬＦがオンである場合、現在のピクチャ／スライスのルーマ成分に適用されるＡＰＳの個数をシグナリングする。
３．ＡＰＳの個数が０よりも大きい場合、現在のピクチャ／スライスのルーマ成分に適用される各ＡＰＳインデックスをシグナリングする。
クロマ：
１．ピクチャ／スライスレベルのクロマＡＬＦオン／オフ情報をシグナリングする。
２．任意のクロマ成分に対してＡＬＦがオンである場合、現在のピクチャ／スライスのクロマ成分に適用されるＡＰＳインデックスをシグナリングする。
３．クロマＣＴＢに対してＡＬＦがオンである場合、フィルタインデックスがシグナリングされる。
[0082]コーディングツリーブロック（ＣＴＢ：coding tree block）レベルのオン／オフフラグ、およびフィルタインデックス情報もシグナリングされる。
ルーマ：
ルーマＣＴＢに対するＡＬＦオン／オフフラグをシグナリングする。
ルーマＣＴＢに対してＡＬＦがオンである場合、固定フィルタセットインデックスまたはＡＰＳインデックスがシグナリングされる。
クロマ：
クロマＣＴＢに対するＡＬＦオン／オフフラグをシグナリングする。
[0083]ＪＥＭのいくつかの例におけるＡＬＦの設計は、１つまたは複数の潜在的な問題を提示することがある。一例として、いくつかの例示的なＡＬＦ設計は、フレーム全体に対してフィルタの１つのセット（ピクセルのクラスごとに１つ、またはフレームにおける複数のクラスの間で共有される１つのフィルタ）を設計するために、各フレームにわたって複数のパスを実行する。このことは、大きいエンコーダレイテンシをもたらす。このことは、ビデオ会議などの低遅延アプリケーションにおいて特に問題となり、ここで、部分的に符号化されたフレームでさえも、できるだけ早くチャネルへ送ることが重要であり得る。
[0084]別の例として、いくつかのＡＬＦ設計によれば、ピクチャ全体に対してフィルタの１つのセットが使用される。元のピクチャおよび再構成されたピクチャの小さいブロックにおける局所統計量（local statistic）は、ピクチャ全体を使用して取得される累積統計量（cumulative statistcs）とは異なる場合がある。したがって、ピクチャ全体にとって最適なＡＬＦフィルタは、所与のブロックにとって最適でない場合がある。
[0085]別の例として、もっと良好な局所的適応性を得るためにピクチャの小さいブロックを使用するウィーナーフィルタの新たなセットを設計することを伴う潜在的な問題とは、小さいブロックの中で利用可能なピクセルの個数が、相関行列および相関ベクトルの良好な推定値を得るのに十分でない場合があることである。このことは、良好なＡＬＦ係数を与えないことがある不良設定の（ill-posed）Ｗｉｅｎｅｒ－Ｈｏｐｆ式につながる場合がある。
[0086]別の例として、いくつかの例示的なＡＬＦ設計は、２５個のクラスの各々に対して１６個の固定フィルタを規定し、それによって、合計で４００個のフィルタをもたらす。これらのフィルタは、各クラスについて、最終のフィルタ係数のための予測子（predictor）フィルタとして使用され得る。使用される予測子フィルタのインデックスが、クラスごとにシグナリングされる。このことは、大きいシグナリングオーバーヘッドを引き起こす場合があり、全体的なコーディング利得を下げる場合がある。
[0087]フィルタの固定されたセットを予測子として使用する、別の潜在的な欠点は、予測子セットが、前のフレームのために設計された新たなフィルタに基づいて修正されないことである。時間的に隣接するフレームは、類似の統計量を有する可能性があるので、前のフレームのための最適フィルタを使用することは、現在フレームのための最適フィルタの効率的な予測につながり得る。
[0088]別の例として、いくつかの例示的なＡＬＦ設計は、ブロックレベルのフィルタオン／オフ決定を行うために、現在フレームにわたる２つのパスを必要とする。このことは、追加のエンコーダレイテンシをもたらす。ＡＬＦオン／オフフラグがシグナリングされるブロックは、コーディングユニット（ＣＵ）と整合（align with）しない。したがって、モード、コード化ブロックフラグ（ＣＢＦ：coded block flag）などの、ＣＵ情報は、ＡＬＦオン／オフ制御決定の際に考慮に入れることができない。この情報を使用することは、オン／オフシグナリングオーバーヘッドを低減し得る。
[0089]上記で説明した問題のうちの１つまたは複数に対処するために、本開示は、ＡＬＦによって取得されるコーディング利得と視覚的品質とをさらに改善するための技法を説明する。ビデオエンコーダ２０および／またはビデオデコーダ３０は、以下の項目別の技法のうちのいずれかを個別に適用し得る。代替として、ビデオエンコーダ２０および／またはビデオデコーダ３０は、以下で説明する項目別の技法の任意の組合せを適用してもよい。
[0090]本開示のいくつかの技法によれば、ビデオエンコーダ２０は、１つのピクチャ／スライス／タイル／タイルグループの中のブロックごとに、ＡＬＦフィルタのセットをシグナリングし得る。ＡＬＦセット（たとえば、上述のＡＬＦフィルタのセット）は、一例では、フィルタセットのリストの中でセットインデックスによって示され得る。インデックスは、いくつかの例では、リストの中に含まれるＡＬＦフィルタの複数のセットの中から、ＡＬＦフィルタの特定のセットを識別する。
ａ．一例では、ブロックは、コーディングツリーユニット（ＣＴＵ）または任意の他のブロックであり得る。ブロックは、区分（partitioning）から分離され得る。
ｂ．一例では、ピクチャ／スライス／タイル／タイルグループごとのフィルタの複数のセットのリストが提供され、ここで、各セットは、クラスごとに割り当てられたフィルタを含み得る。セットインデックスは、ブロックごとにシグナリングされ得る。ＡＬＦが使用されないことを示すために、ブロックごとにフラグがシグナリングされ得る。
ｃ．フィルタのセットのリストは、事前トレーニングされた固定フィルタのセットと、前のフレームを使用して導出されたフィルタまたはビットストリームの中でシグナリングされるフィルタのセットとを含むことができる。
[0091]本開示のいくつかの例によれば、ビデオエンコーダ２０および／またはビデオデコーダ３０は、異なるピクチャにわたってフィルタセットのリストを共有し得る。一例では、フィルタセットリストは、事前トレーニングされたフィルタとともに初期化され得る。ピクチャをコーディングした後、ビデオエンコーダ２０は、符号化ピクチャに基づいて新たなフィルタセットを導出し得、新たなフィルタセットをフィルタセットリストに追加し得る。
代替として、新たなフィルタセットは、リストの中の既存のフィルタセットを置き換えることができる。別のピクチャをコーディングした後、ビデオエンコーダ２０は、別のフィルタセットを導出してよく、導出されたフィルタセットをフィルタセットリストの中に含めてよい。この例では、フィルタセットリストは、すべてのピクチャにとって共通であり、ピクチャをコーディングした後に更新されてよい。デコーダ側からは、ビデオデコーダ３０が、ピクチャを復号した後、またはピクチャの復号の前に、新たなフィルタセットのシグナリングを検出し得る。
[0092]本開示のいくつかの例によれば、ビデオエンコーダ２０は、ピクチャ／スライス／タイル／タイルグループごとにフィルタの新たなセットのシグナリングを可能にし得る。
ａ．一例では、フィルタの新たなセットがフィルタセットリストに追加され得る。更新済みのリストが、次いで、１つまたは複数の次のピクチャの中のブロックをフィルタ処理するために使用され得る。
ｂ．別の例では、（現在のピクチャ／スライス／タイル／タイルグループを使用して導出されたフィルタの新たなセットを含む）更新済みのリストが、現在のピクチャ／スライス／タイル／タイルグループの中のブロックをフィルタ処理するために使用され得る。
[0093]本開示のいくつかの例によれば、フィルタセットリストは、前のピクチャ／スライス／タイル／タイルグループを使用して導出されたフィルタを用いて更新され得る。フィルタセットリストの中でフィルタセットが追加または順序付けされる順序は、不変であってよく、事前定義されてよく、またはフレキシブルであってよい。リストは、現在ピクチャに関係する情報、およびリストの中の対応するフィルタがそこから導出されるピクチャに関係する情報に基づいて、ピクチャごとに並べ替えることができる。ビデオエンコーダ２０は、フィルタセットリストの中のインデックスを使用してビデオデコーダ３０にフィルタセットを示してよい。いくつかの例では、ビデオエンコーダ２０は、より頻繁に使用されるフィルタまたは新たに追加されるフィルタに、より小さいインデックス値を割り当ててよい。
ａ．一例では、新たに導出されたフィルタセットは、リストの冒頭に追加され得る。別の例では、前のフレームを使用して導出されたフィルタのセットは、リストの中で、リストの中の既存のフィルタセット、たとえば、固定フィルタのセットの前に配置されてよい。
ｂ．リストの中のフィルタセットの順序付けは、他のピクチャ関連情報に依存し得る。たとえば、同じ時間レイヤの中のピクチャから導出されるフィルタは、リストの中で、別の時間レイヤの中のピクチャを使用して導出されるフィルタの前に配置されてよい。
ｃ．一例では、リストの中のフィルタセットのインデックスは、そのフィルタセットが導出される対応するピクチャが、現在ピクチャの予測のために使用される参照ピクチャであるかどうかに依存し得る。より頻繁に使用される参照ピクチャに対応するフィルタは、他の参照ピクチャから導出されるフィルタの前に配置されてよい。
ｄ．一例では、現在ピクチャと類似のＱＰを用いてコーディングされたピクチャを使用して導出されるフィルタは、異なるＱＰを用いてコーディングされた前のピクチャから導出されるフィルタの前に配置されてよい。
ｅ．リストの中のフィルタの最大個数は限定され得る。一例では、フィルタの３２個までのセットがリストの中に保持され得る。リストの中のフィルタセットの最大個数は、スライスヘッダ、シーケンスパラメータセット、ピクチャパラメータセット、もしくは他の高レベルシンタックス情報の中で、または別の場所でシグナリングされ得る。
ｆ．ビデオエンコーダ２０は、異なるセットインデックスをシグナリングするために、異なる数のビットを使用することができる。より上位のインデックス位置と比較して、（リストの上部の近くのフィルタセットは選択される可能性がより高いので）リストの中のより下位のインデックス位置を示すために、より少ないビットが使用され得る。
[0094]本開示のいくつかの例によれば、いくつかのブロックが同じＡＬＦ情報を共有すること、たとえば、２つ以上のブロックにわたるＡＬＦ情報のマージングができる。一例では、フィルタのセットのインデックス、および／またはＡＬＦオン／オフフラグ（このフラグは、ブロックにＡＬＦが適用されるかどうかを示す）は、複数のブロックにわたって共有され得る。ＡＬＦマージインジケータは、どのブロックがマージされるのかと、どのＡＬＦ情報がＡＬＦマージインジケータに関連するのかとを示してよい。マージインジケータは、インデックス、フラグ、または任意の他のシンタックス要素であり得る。
ａ．ブロックのＡＬＦ情報は、上のブロックと、または左側のブロックと、マージされ得る。
ｂ．ピクチャの中の任意の（すなわち、必ずしも隣接ブロックとは限らない）他のブロックとの１つのブロックのマージングを可能にする、よりフレキシブルなＡＬＦ情報マージングも使用され得る。
[0095]本開示のいくつかの例では、ＡＬＦオン／オフフラグは、他の既存のブロック情報に基づいて導出され得る。一例では、ビデオデコーダ３０は、既存のブロック情報に基づいてＡＬＦオン／オフフラグを導出してよく、したがって、ビデオエンコーダ２０は、ＡＬＦオン／オフフラグをシグナリングしなくてよい。ビデオエンコーダ２０は、ＡＬＦブロックとして示されるブロックのグループに対してＡＬＦオン／オフフラグをシグナリングし得る。たとえば、同じＡＬＦオン／オフフラグを共有するブロックは、ＡＬＦブロックを表すことができる。別の例では、ＡＬＦブロックはブロックに等しくてよい。
ａ．一例では、ＡＬＦオン／オフフラグは、同じＡＬＦオン／オフフラグを共有し、非０のＣＢＦフラグを有する、ＡＬＦブロックの中のブロックの個数に基づいて導出され得る。非０のＣＢＦフラグの数がいくつかのしきい値よりも小さい場合、ＡＬＦは無効化されてよく、またはそれらのブロックにデフォルトのＡＬＦフィルタが適用される。
ｂ．上のサブ項目「ａ」の例において、ＣＢＦフラグではなく非０の変換係数の個数がカウントされ得る。カウントされる係数に対してしきい値が導入され得、非０の変換係数の個数がしきい値よりも小さい場合、ＡＬＦブロックの中に含まれるブロックに対してＡＬＦが無効化されてよく、またはそれらのブロックにデフォルトのＡＬＦフィルタが適用されてよい。
ｃ．別の例では、スキップモードを用いてコーディングされたＡＬＦブロックの中のブロックの個数がいくつかのしきい値よりも大きい場合、それらのブロックに対してＡＬＦが無効化されてよい。
ｄ．上のサブ項目「ｃ」の例において、スキップモードは一例として使用され、ＡＬＦオン／オフフラグを導出する際に他のコーディングモードが利用され得る。
[0096]上記で説明したように、ＡＬＦを使用すると、ブロックベースのシグナリングメカニズムがコーディング効率を改善し得る。たとえば、ビデオエンコーダ２０は、このブロックに対してフィルタセットの候補セットのうちのどのフィルタセットが使用されるのかを示すために、ブロックごとにフィルタセットインデックスをシグナリングし得る。候補セットは、現在のピクチャ／スライス／タイル／タイルグループのための新たにシグナリングされるフィルタセット、および／または前にコーディングされたピクチャ／スライス／タイル／タイルグループからのフィルタセットなどの、様々なフィルタセットを含んでよい。
[0097]２０１９年９月１１日に出願された米国特許出願第１６／５６７，９６６号では、前にコーディングされたピクチャのフィルタセットを記憶するための方法およびシステムが説明されている。米国特許出願第１６／５６７，９６６号に記載される例では、ルーマおよびクロマは分離されたバッファを有することができる。一例では、前にコーディングされたピクチャのＡＬＦ係数が記憶され、現在ピクチャのＡＬＦ係数として再使用されることを許容される。現在ピクチャに対して、ビデオエンコーダ２０は、参照ピクチャのために記憶されたＡＬＦ係数を使用することを選んでよく、次いで、ＡＬＦ係数シグナリングをバイパスしてよい。この場合、ビデオエンコーダ２０は、参照ピクチャのうちの１つへのインデックスのみをシグナリングし、現在ピクチャに対して、示された参照ピクチャの記憶済みのＡＬＦ係数が単に継承される（たとえば、再使用される）。時間予測の使用を示すために、ビデオエンコーダ２０は、インデックスを送る前に最初にフラグをコーディングする。
[0098]ＪＥＭのいくつかの例（たとえば、ＪＥＭ７）では、多くて６つの前のピクチャ／スライスからのＡＬＦパラメータが、時間レイヤごとに別個のアレイの中に記憶される。たとえば、（現在のビデオコーディング規格化において使用されるランダムアクセス設定での事例である）階層的なＢ／Ｐコーディング構造の中に５つの時間レイヤがある場合、ビデオエンコーダ２０とビデオデコーダ３０の両方は、合計で、前に取得されたＡＬＦパラメータを記憶するための３０個のメモリ要素があるように、５×６メモリアレイを使用する。
[0099]ＪＥＭ７の設計は、イントラランダムアクセスピクチャ（ＩＲＡＰまたはＩフレーム）が符号化／復号されるとき、記憶済みのＡＬＦパラメータを事実上削除する。重複を回避するために、ＡＬＦパラメータは、ビデオデコーダ３０における受信を通じて新たに取得される場合のみ、メモリの中に記憶される（ビデオエンコーダ２０の場合、新たなパラメータは推定／トレーニングを介して取得される）。パラメータの記憶は、先入れ先出し（ＦＩＦＯ）様式で動作し、そのため、アレイが満杯である場合、ＡＬＦパラメータ値の新たなセットは、復号順序で、最も古いパラメータを上書きする。
[0100]ＡＬＦパラメータを記憶するために（たとえば、メモリの中で）２Ｄアレイを使用する主な目的とは、階層的なＢ／Ｐフレームコーディング構造の中で時間スケーラビリティを維持することである。レイヤＴiにおけるフレームは、ｉ＜ｋの場合、レイヤＴkにおけるフレームに依存することができない（たとえば、それから予測され得ない）。言い換えれば、より下位の時間レイヤ（たとえば、Ｔ2）におけるフレーム／スライスは、より上位のレイヤ（たとえば、Ｔ3およびＴ4）におけるフレーム／スライスに依存することができない。ＡＬＦにおける現在の時間予測は、２Ｄアレイの異なる行の中の異なる時間レイヤから取得されるＡＬＦパラメータを単に記憶すること、および階層的なＢ／Ｐフレームにおける依存構造を破壊することなくそれらのパラメータが使用されることを確実にすることによって、時間スケーラビリティを維持する。
[0101]ＪＥＭ７での時間予測の設計における問題のうちの１つは、大量のメモリを必要とすることである。詳細には、ＡＬＦパラメータを記憶するために、ビデオエンコーダ２０とビデオデコーダ３０の両方において３０個のメモリ要素を有する５×６アレイが必要とされる。この問題に鑑みて、以下で説明する例は、やはり時間スケーラビリティを維持しながら、１Ｄアレイを使用することによってメモリ要件を低減することができる。以下のセクションは、ＡＬＦにおける時間予測のために１Ｄアレイを記憶および使用するための例の説明を提示する。
[0102]図４Ａは、ＡＬＦパラメータ（Ｐ1、Ｐ2、．．．、ＰN）と、関連する時間レイヤＩＤ（ｔｌｄ1、ｔｌｄ2、．．．、ｔｌｄn）とを記憶するために使用される、サイズＮの単一のアレイ１２０を示す。アレイ１２０の各メモリ要素は、（ｉ）ＡＬＦパラメータと、（ｉｉ）対応するＡＬＦパラメータがどのレイヤから推定されるのかを示す時間レイヤＩＤ（ｔＩｄ）とを記憶する。時間レイヤ情報は、より上位の時間レイヤ（たとえば、ｔＩｄ＝４）から取得されるＡＬＦパラメータが、より下位の時間レイヤ（たとえば、ｔＩｄ＝３）においてフレーム／スライスを符号化／復号するために使用されないことを確実にするために使用される。
[0103]時間予測のためのＡＬＦパラメータをロード、記憶、および使用するために、列挙した以下の方法の組合せが適用され得る。
１）ＡＬＦパラメータの時間予測において使用されるように、アレイは、ＢスライスまたはＰスライスのいずれかからのパラメータを記憶し得る。
２）アレイの中で、ＡＬＦパラメータのエントリが、特定の順序で（たとえば、復号順序に従うことによって）記憶されるものとする。記憶するためにすべてのＮ個のエントリが使用されるとき（すなわち、アレイが満杯であるとき）、新たに取得されるパラメータは、１つのエントリを除去すること、および次いで、アレイの中で新たなパラメータを追加することによって、記憶され得る。
－ 一例として、このことはＦＩＦＯ（先入れ先出し）様式で行われてよく、ここで、アレイが満杯であるとき、アレイの中の最後のエントリ（すなわち、パラメータの最も古いセット）が除去され、新たなパラメータがアレイの最初の要素の中に記憶される。
－ 別の例では、ＡＬＦパラメータは、同じ時間レイヤＩＤを有する、バッファの中のいくつかの記憶済みのパラメータを置き換え、たとえば、いくつかのパラメータは、バッファの中で最も古いかまたはさほど使用されないパラメータであってよく、あるいは任意の他の規則が適用されてもよい。
３）ＡＬＦパラメータのどのセットが符号化／復号のためにバッファからロード／使用されるのかを識別するために、ｐｒｅｖＩｄｘと呼ばれる非負のインデックス値がシグナリングされ得る。
－ ｐｒｅｖＩｄｘをシグナリングするために、単項（unary）コードなどの可変長コードが使用され得る。いくつかの時間レイヤＩｄに対するパラメータの利用可能な全個数が、記憶されたバッファの中でカウントされ得、フィルタの利用可能な全個数－１を最大のインデックスとして有するｐｒｅｖＩｄｘをシグナリングするために、短縮２値化が使用され得る。しかしながら、短縮コーディングは、たとえば、送信の際にいくつかのピクチャが失われると、エンコーダとデコーダとの間の不一致をもたらす場合がある。
－ ｐｒｅｖＩｄｘは０からＮ－１までの値を取ることができる。コーディングのために使用される階層的なフレーム構造のタイプに応じて、ｐｒｅｖＩｄｘの最大値はもっと小さくなり得る。
－ スライス／ピクチャをコーディングするとき、時間予測のための可能な候補が、アレイの中に含まれるセットをトラバースすること（traversing）によって決定されてよく、ｔＩｄが等しいかまたはもっと小さい、全部または一部のパラメータセットが、有効な候補として扱われる。
－ （たとえば、コーディングのために使用されるＡＬＦパラメータを決定する）アレイエントリのシグナリングは、コーディング中である現在フレームの時間レイヤＩＤに依存し得る。詳細には、ｐｒｅｖＩｄｘは、符号化／復号中である現在フレームの時間レイヤＩＤに応じて、アレイの中の異なるエントリに対応し得る。
ｉ．図４Ｂは、異なる時間レイヤ（ｔＩｄ1＝１、ｔＩｄ2＝２、ｔＩｄ3＝２、ｔＩｄ4＝１、およびｔＩｄ5＝３）から取得されるＡＬＦパラメータのＮ＝５個のセットを記憶するアレイ１３０を示す。図４Ｂに示す一例として、ｐｒｅｖＩｄｘ＝１は、コーディング中である現在フレームのｔＩｄに応じて、アレイの中の後続する２つの異なるエントリを指し示し得る。
１．ｔＩｄ＝１を有するフレームをコーディングするとき、ｐｒｅｖＩｄｘ＝１は、時間スケーラビリティを維持するようにコーディングするために許容される第２の可能なオプションであるので、ＡＬＦ（Ｐ4，１）を記憶する、アレイの中の第４のエントリに対応し、ここで、ＡＬＦ（Ｐ4，１）はｐｒｅｖＩｄｘ＝０とともにシグナリングされる第１の候補である。
２．ｔＩｄ＝２を有するフレームをコーディングするとき、ｐｒｅｖＩｄｘ＝１は、コーディングのために許容される第２の可能なオプションであるので、ＡＬＦ（Ｐ2，２）を記憶する、アレイの中の第２のエントリに対応し、ここで、ＡＬＦ（Ｐ1，１）はｐｒｅｖＩｄｘ＝０に対応する第１のオプションである。
－ （たとえば、ネットワークを通じてビデオビットストリームを送るときのパケット損失に起因する）フレーム損失の場合には、ビデオデコーダは、いかなるエントリもアレイに追加しないことを選び、ダミーエントリを導入し得、そのため、ピクチャが失われるときでさえ、ダミーエントリがバッファに追加される。いずれの場合も、上に列挙した方法が適用される限り、時間スケーラビリティは維持される。言い換えれば、より高いレベル（たとえば、Ｔ3）におけるフレームが失われるとき、より下位のレイヤ（たとえば、Ｔ1およびＴ2）におけるフレームは依然として復号可能である。
－ 別の例では、より下位の時間レイヤＩＤを有するピクチャまたはスライスは、より上位の時間ＩＤのＡＬＦパラメータについての情報を搬送し得る。この場合、より上位の時間レイヤＩＤを有するピクチャが失われる場合、より下位の時間レイヤＩＤを有するピクチャからパラメータが取得され得る。それらのパラメータはまた、時間レイヤＩＤがより上位のピクチャが、そのようなＡＬＦパラメータを搬送するかどうかを示してよく、その結果、それらのパラメータまたはダミーパラメータがバッファに追加されてよい。
－ 別の例では、デコーダピクチャバッファ（ＤＰＢ：decoder picture buffer）管理は失われたピクチャの処理を含むので、時間的なＡＬＦパラメータ処理にＤＰＢ管理方法が適用され得る。
４）ＡＬＦパラメータの重要度に応じて（たとえば、重要度は、どのくらい頻繁にそれらが使用されるのかに基づいて、またはそれらの時間レイヤ情報に基づいて、測定され得る）、それらの重要なＡＬＦパラメータのうちのいくつかは、次のＩスライスがコーディングされるまで、不変であってよく、バッファの中に保持され得る。そのような重要性メトリックは、ｐｒｅｖＩｄｘをシグナリングするシグナリングオーバーヘッド（たとえば、単項コーディング）を低減するように、エントリをランク付けし並べ替えるために使用され得る。
５）ＡＬＦパラメータをロードおよび記憶すること（バッファの管理）に対する追加の決定または制約は、（時間レイヤＩＤに加えて）任意の他のサイド情報に基づいて、または同様にＡＬＦパラメータとともに記憶され得る重要性尺度に基づいて、行われ得る。
６）ルーマチャネルとクロマチャネルを別個のコーディングするために、別個のバッファが使用され得る。その結果、ルーマチャネルおよびクロマチャネルに対して別個に使用されるＡＬＦパラメータを決定するために、各バッファは、ｐｒｅｖＩｄｘの異なるシグナリングを有することがある。
[0104]Ｙ．Ｗａｎｇら、「ＡＨＧ１７：Ｏｎ ｈｅａｄｅｒ ｐａｒａｍｅｔｅｒ ｓｅｔ（ＨＰＳ）」、ＩＴＵ－Ｔ ＳＧ１６ ＷＰ３とＩＳＯ／ＩＥＣ ＪＴＣ１／ＳＣ２９／ＷＧ１１との共同ビデオエキスパートチーム（ＪＶＥＴ）、第１３回会合、マラケシュ、モロッコ、２０１９年１月９日～１８日（以下で「ＪＶＥＴ－Ｍ０１３２」）では、適応パラメータセット（ＡＰＳ：adaptive parameter set）が提案された。いくつかの例では、適応（adaptive）パラメータセットは、適応（adaptation）パラメータセットとも呼ばれる。ＡＰＳは、ＡＬＦパラメータ（たとえば、ルーマフィルタパラメータとクロマフィルタパラメータの両方）を搬送するために使用される。ピクチャ／スライス／タイル／タイルグループにＡＬＦが適用されるとき、ビデオエンコーダ２０は、対応するＡＰＳの中のＡＬＦパラメータが、ピクチャ／スライス／タイル／タイルグループにＡＬＦを適用するためにビデオデコーダ３０によって使用されるような、ＡＰＳインデックスをシグナリングする。しかしながら、ＡＰＳのシグナリング自体がピクチャ／スライス／タイル／タイルグループから分離されるので、コーディング効率を高めるために、そのようなＡＰＳと整合されるように上記の例を修正することが望ましいことになる。すなわち、いくつかの例では、ＡＬＦはスライスレベルのブロックに適用され、使用される特定のＡＬＦパラメータはブロックレベルで適用される。しかしながら、ＡＰＳは、もっと高いレベルでシグナリングされる。本開示は、スライスのルーマ成分およびクロマ成分のために使用され得るＡＰＳを示すための例を説明する。以下の例では、前にコーディングされたフィルタは、ＡＬＦまたは他のタイプのフィルタであってよい。
[0105]いくつかの例では、ビデオエンコーダ２０は、シーケンスパラメータセット／ピクチャパラメータセット／スライスヘッダ／タイル／タイルグループヘッダに対応する各ブロックに、前にコーディングされた何個のフィルタセットが使用され得るのかを示すために、シーケンスパラメータセット／ピクチャパラメータセット／スライスヘッダ／タイル／タイルグループヘッダの中で変数（または、シンタックス要素であって、それらの用語は以下の例では互換的に使用される）を符号化およびシグナリングするように構成され得る。ビデオデコーダ３０は、そのような変数／シンタックス要素を復号し、様々なブロックに対して、前にコーディングされたフィルタセットのうちの１つまたは複数を使用するように構成され得る。
[0106]そのような一例では、ビデオエンコーダ２０は、シーケンス／ピクチャ／スライス／タイル／タイルグループの中のすべての成分からのブロックに対してビデオデコーダ３０が使用し得る、前にシグナリングされたフィルタの最大個数を規定する１つの変数（たとえば、符号化ビットストリームの中のシンタックス要素）を符号化およびシグナリングし得る。
[0107]別の例では、ビデオエンコーダ２０は、シーケンス／ピクチャ／スライス／タイル／タイルグループの中のルーマブロックに対してビデオデコーダ３０が使用し得る、前にシグナリングされたフィルタの最大個数を示すために、１つの変数（たとえば、符号化ビットストリームの中のシンタックス要素）を符号化およびシグナリングし得る。ビデオエンコーダ２０は、シーケンス／ピクチャ／スライス／タイル／タイルグループの中のクロマブロックに対してビデオデコーダ３０が使用し得る、前にシグナリングされたフィルタの最大個数を示すために、別の変数（たとえば、符号化ビットストリームの中のシンタックス要素）を符号化およびシグナリングし得る。
[0108]別の例では、すべての色成分（たとえば、ルーマ成分およびクロマ成分）からのブロックに対してビデオデコーダ３０が使用し得る、前にシグナリングされたフィルタの最大個数は、不変であってよく、シグナリングすることなく決定され得る。別の例では、同じ色成分（たとえば、ルーマおよびクロマ）からのブロックに対してビデオデコーダ３０が使用し得る、前にシグナリングされたフィルタの最大個数は、不変であってよく、シグナリングすることなく決定され得る。別の例では、同じ色成分（たとえば、ルーマまたはクロマ）からの、同じコーディング情報を有するブロックに対してビデオデコーダ３０が使用し得る、前にシグナリングされたフィルタの最大個数は、不変であってよく、シグナリングすることなく決定され得る。コーディング情報は、スライスタイプ、量子化パラメータ、予測タイプ、動き情報、イントラモード、および／または他のコーディング情報であり得る。
[0109]（前の段落の例とともに当業者によって認識されることになるように組み合わせられてよい）いくつかの例では、ビデオエンコーダ２０およびビデオデコーダ３０は、前にコーディングされたＡＬＦフィルタのパラメータを記憶するために、先入れ先出し（ＦＩＦＯ）バッファを使用し得る。一例では、ビデオエンコーダ２０およびビデオデコーダ３０は、バッファの中の１つの要素が、同じピクチャ／スライス／タイル／タイルグループからのルーマフィルタおよびクロマフィルタのセットを記憶するために使用されるように、ルーマ成分およびクロマ成分に対して同じバッファを使用するように構成され得る。別の例では、ビデオエンコーダ２０およびビデオデコーダ３０は、ルーマ成分およびクロマ成分に対して別個のＦＩＦＯバッファを使用するように構成され得る。成分のフィルタパラメータがシグナリングされると、ビデオデコーダ３０は、シグナリングされたフィルタパラメータを、対応する色成分のバッファの中にプッシュ（push）する。
[0110]ブロックベースのＡＬＦフィルタセットインデックスシグナリングを、ＡＬＦパラメータのそれぞれのセットを含む１つまたは複数のＡＰＳの使用と整合させる（align）ために、ビデオエンコーダ２０およびビデオデコーダ３０は、ＡＬＦが有効化されているとき、各ピクチャ、スライス、タイル、および／またはタイルグループヘッダにおいて、現在のピクチャ、スライス、タイル、および／またはタイルグループヘッダのために使用されるＡＰＳの個数を示す変数（たとえば、符号化ビットストリームの中のシンタックス要素）をコーディングするように構成され得る。たとえば、スライスレベルにおいて、ビデオエンコーダ２０およびビデオデコーダ３０は、そのスライスのためにＡＬＦが有効化されているとき、現在スライスのブロックに対して使用されるＡＰＳの個数を示す変数をコーディングするように構成され得る。加えて、ＡＰＳの個数を示す変数をコーディングした後、ビデオエンコーダ２０およびビデオデコーダ３０は、現在のピクチャ／スライス／タイル／タイルグループヘッダに対して使用するために利用可能な各ＡＰＳのインデックスをコーディングし得る。次いで、スライスの中の各それぞれのブロックについて、ビデオエンコーダ２０およびビデオデコーダ３０は、それぞれのブロックのために使用すべきＡＬＦパラメータを含む特定のＡＰＳのインデックスをコーディングし得る。この例では、ビデオエンコーダ２０およびビデオデコーダ３０は、ルーマ成分に対するＡＰＳインデックスのセットと、クロマ成分に対するＡＰＳインデックスのセットとをコーディングし得る。
[0111]一例では、複雑度低減のために、ビデオエンコーダ２０およびビデオデコーダ３０は、ルーマ成分とクロマ成分の両方に対して、同じ個数のＡＰＳと、ＡＰＳの同じインデックスとを使用するように構成され得る。別の例では、ルーマ成分およびクロマ成分の特性へのより良好な適合のために、また改善された圧縮効率を達成するために、ルーマ成分およびクロマ成分は、それら自体のＡＰＳの個数と、ピクチャ、スライス、タイル、および／またはタイルグループヘッダのブロックに対して使用されるＡＰＳのインデックスとを有する。すなわち、ビデオエンコーダ２０およびビデオデコーダ３０は、ＡＰＳの異なる個数と、ピクチャ、スライス、タイル、および／またはタイルグループヘッダのブロックに対して使用されるルーマ成分およびクロマ成分に対するＡＰＳのインデックスとをコーディングするように構成され得る。別の言い方をすれば、ＡＰＳの個数およびＡＰＳのインデックス（したがって、ＡＬＦパラメータ）は、ルーマ成分およびクロマ成分に対して独立している。いくつかの例では、簡単のために、成分に対するＡＰＳの個数はシグナリングすることなく不変であってよく、そのことはコーディング情報に依存し得る。たとえば、イントラフレームコーディングされるピクチャ／スライス／タイル／タイルグループに対して、他のピクチャ／スライス／タイル／タイルグループからのフィルタセットは許容されない。一例では、ピクチャ／スライス／タイルグループの中の２つのクロマ成分は、１つのＡＰＳのみを使用し得る。別の例については、ピクチャ／スライス／タイルグループの中の各クロマ成分は、１つのＡＰＳのみを使用し得る。
[0112]本開示の一例によれば、ビデオエンコーダ２０は、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のルーマブロックのために、適応ループフィルタ処理が有効化されているビデオビットストリームに対して、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のルーマブロック用の適応パラメータセットの個数を示す第１のシンタックス要素を符号化するように構成され得る。ビデオエンコーダ２０は、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のルーマブロック用の適応パラメータセットの個数に基づいて、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のルーマブロックに対する複数の第１の適応パラメータセットインデックスを符号化するようにさらに構成され得る。たとえば、スライスのルーマブロックにＡＬＦを適用するために５つのＡＰＳが使用される場合、ビデオエンコーダ２０はまた、使用される５つのＡＰＳのインデックスを符号化することになる。当然、他の個数のＡＰＳがスライスのために使用されてよい。ビデオエンコーダ２０は、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のクロマブロックのために、適応ループフィルタ処理が有効化されているビデオビットストリームに対して、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のクロマブロックに対する第２の適応パラメータセットインデックスを符号化するようにさらに構成される。この場合、クロマブロックは単一のＡＰＳのみを有し、したがって、ＡＰＳのインデックスだけが符号化およびシグナリングされる。
[0113]ビデオデコーダ３０は、ビデオエンコーダ２０に対して上記で説明した技法とは相反の技法を実行するように構成され得る。たとえば、ビデオデコーダ３０は、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のルーマブロックのために、適応ループフィルタ処理が有効化されているビデオビットストリームから、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のルーマブロック用の適応パラメータセットの個数を示す第１のシンタックス要素を復号するように構成され得る。ビデオデコーダ３０は、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のルーマブロック用の適応パラメータセットの個数に基づいて、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のルーマブロックに対する複数の第１の適応パラメータセットインデックスを復号するようにさらに構成され得る。ビデオデコーダ３０はまた、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のクロマブロックのために、適応ループフィルタ処理が有効化されているビデオビットストリームから、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のクロマブロックに対する第２の適応パラメータセットインデックスを復号し得る。ビデオデコーダ３０は、次いで、複数の第１の適応パラメータセットインデックスに基づいて、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のルーマブロックに、第１の適応ループフィルタを適用し得る。たとえば、ビデオデコーダ３０は、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数の特定のルーマブロックに対して使用するための特定のＡＰＳを示すシンタックス要素を復号し得、次いで、示されるＡＰＳからのＡＬＦパラメータをその特定のルーマブロックに適用し得る。同様に、ビデオデコーダ３０は、第２の適応パラメータセットインデックスに基づいて、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のクロマブロックに第２の適応ループフィルタを適用し得る。たとえば、ビデオデコーダ３０は、第２の適応パラメータセットインデックスの示されるＡＰＳからのＡＬＦパラメータをクロマブロックに適用してよい。
[0114]上記の例では、ピクチャ／スライス／タイル／タイルグループヘッダの中で、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のルーマブロック用の適応パラメータセットの個数を示す第１のシンタックス要素と、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のルーマブロックに対する複数の第１の適応パラメータセットインデックスと、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のクロマブロックに対する第２の適応パラメータセットインデックスと、をビデオエンコーダ２０がシグナリングし得、ビデオデコーダ３０が受信し得る。
[0115]いくつかの例では、ビデオビットストリームは、ルーマ成分のためのＡＰＳ（Ｌｕｍａ＿ＡＰＳ）がルーマフィルタのセットのみを搬送するために使用され、クロマ成分のためのＡＰＳ（ｃｈｒｏｍａ＿ＡＰＳ）がクロマフィルタパラメータのみを搬送するために使用されるように、ＡＰＳの情報を分離するように規定され得る。
[0116]したがって、一例では、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のルーマブロック用の、その個数の適応パラメータセットの各々は、ルーマ適応ループフィルタのそれぞれのセットを含む。他の例では、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数の、ルーマブロック用の、その個数の適応パラメータセットの各々は、ルーマ適応ループフィルタのそれぞれのセットのみを含む。同様に、一例では、第２の適応パラメータセットインデックスに対応する適応パラメータセットは、クロマ適応ループフィルタのセットを含む。別の例では、第２の適応パラメータセットインデックスに対応する適応パラメータセットは、クロマ適応ループフィルタのセットのみを含む。
[0117]上記で説明したように、ルーマ成分とクロマ成分の両方に対して１つのＡＰＳインデックスを使用するのではなく、ＡＰＳが部分的に更新され得るように別個のＡＰＳインデックスが使用される。たとえば、ビデオエンコーダ２０およびビデオデコーダ３０は、ルーマフィルタ情報が更新されるＡＰＳを示すように、ルーマＡＰＳインデックスに対するインデックス（Ｌｕｍａ＿ＡＰＳ＿ｉｎｄｅｘ）をコーディングしてよい。ビデオエンコーダ２０およびビデオデコーダ３０は、クロマフィルタ情報が更新されるＡＰＳを示すように、クロマＡＰＳインデックス（Ｃｈｒｏｍａ＿ＡＰＳ＿ｉｎｄｅｘ）をコーディングしてよい。
[0118]したがって、本開示の別の例では、ビデオエンコーダ２０およびビデオデコーダ３０は、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のルーマブロックに対するルーマ適応ループフィルタ情報が更新されるかどうかを示す第２のシンタックス要素を符号化／復号し得、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のクロマブロックに対するクロマ適応ループフィルタ情報が更新されるかどうかを示す第３のシンタックス要素を符号化／復号し得る。
[0119]いくつかの例によれば、ビデオエンコーダ２０およびビデオデコーダ３０は、ＡＰＳが使用されるとき、前にコーディングされたＡＬＦフィルタを記憶するために先入れ先出し（ＦＩＦＯ）バッファを使用し得る。ピクチャ／スライス／タイル／タイルグループごとに、ビデオエンコーダ２０は、シグナリングされたＡＰＳインデックスを有するＡＰＳから新たなフィルタセットが導出されるようなｎｅｗ＿ｆｉｌｔｅｒ＿ｓｅｔ＿ｆｌａｇをシグナリングしてよく、そうでない場合、いかなるＡＰＳからもフィルタパラメータが導出されない。ピクチャ／スライス／タイル／タイルグループの復号の後、ｎｅｗ＿ｆｉｌｔｅｒ＿ｓｅｔ＿ｆｌａｇが真である場合、ビデオデコーダ３０は、フィルタセット情報をＡＰＳからＦＩＦＯバッファの中にプッシュし得る。そうでない場合、ＦＩＦＯバッファが変更されない。ＦＩＦＯバッファは、固定長または可変長であり得る。ＦＩＦＯバッファのための上記で説明した技法も適用され得る。
[0120]いくつかの例では、ＦＩＦＯバッファは、ピクチャの中のタイルグループ／スライスのすべての間で共有され得る。ピクチャを復号した後にＦＩＦＯバッファに追加されるＡＰＳのインデックスは、ピクチャのビットストリームの中央のいくつかの点においてシグナリングされ得る。たとえば、ビデオエンコーダ２０は、そのような情報をピクチャの冒頭、末尾、またはいくつかの他の場所においてシグナリングしてよい。別の例では、１つまたは複数の固定されたタイルグループ／スライスからのフィルタセットのパラメータは、どのフィルタセットがバッファに追加されるのかをシグナリングすることなく、ＦＩＦＯバッファを更新するために使用され得る。たとえば、ピクチャ全体が再構成された後、ピクチャの中のタイルグループ／スライスからの、シグナリングされた最初のｎ個のフィルタセットが、ＦＩＦＯバッファに追加される。別の例では、ピクチャ全体が再構成された後、ピクチャの中のタイルグループ／スライスからの、シグナリングされた最後のｎ個のフィルタセットが、ＦＩＦＯバッファに追加される。上記の例では、ｎは正の整数である。ｎの値は、不変であってよく、またはシグナリングされてもよい。別の例では、ピクチャの中の２つ以上のフィルタセットを選択するためのいくつかの規則が規定され得、ビデオエンコーダ２０とビデオデコーダ３０の両方において適用され得る。
[0121]図５は、本開示で説明するＡＰＳを使用するＡＬＦのための技法を実施し得る、例示的なビデオエンコーダ２０を示すブロック図である。ビデオエンコーダ２０は、ビデオスライス内のビデオブロックのイントラコーディングとインターコーディングとを実行し得る。イントラコーディングは、所与のビデオフレームまたはピクチャ内のビデオにおける空間冗長性を低減または除去するために、空間予測に依拠する。インターコーディングは、ビデオシーケンスの隣接フレームまたは隣接ピクチャ内のビデオにおける時間冗長性を低減または除去するために、時間予測に依拠する。イントラモード（Ｉモード）は、いくつかの空間ベースの圧縮モードのいずれかを指してよい。単方向予測（Ｐモード）または双予測（Ｂモード）などのインターモードは、いくつかの時間ベースの圧縮モードのいずれかを指してよい。
[0122]図５の例では、ビデオエンコーダ２０は、ビデオデータメモリ３３と、区分ユニット３５と、予測処理ユニット４１と、加算器５０と、変換処理ユニット５２と、量子化ユニット５４と、エントロピー符号化ユニット５６とを含む。予測処理ユニット４１は、動き推定ユニット（ＭＥＵ：motion estimation unit）４２と、動き補償ユニット（ＭＣＵ：motion compensation unit）４４と、イントラ予測ユニット４６とを含む。ビデオブロック再構成のために、ビデオエンコーダ２０はまた、逆量子化ユニット５８と、逆変換処理ユニット６０と、加算器６２と、フィルタユニット６４と、復号ピクチャバッファ（ＤＰＢ）６６とを含む。
[0123]図５に示すように、ビデオエンコーダ２０はビデオデータを受信し、受信されたビデオデータをビデオデータメモリ３３の中に記憶する。ビデオデータメモリ３３は、ビデオエンコーダ２０の構成要素によって符号化されるべきビデオデータを記憶し得る。ビデオデータメモリ３３の中に記憶されたビデオデータは、たとえば、ビデオソース１８から取得され得る。ＤＰＢ６６は、たとえば、イントラコーディングモードまたはインターコーディングモードで、ビデオエンコーダ２０によってビデオデータを符号化する際に使用するための、参照ビデオデータを記憶する参照ピクチャメモリであってよい。ビデオデータメモリ３３およびＤＰＢ６６は、同期ＤＲＡＭ（ＳＤＲＡＭ）を含むダイナミックランダムアクセスメモリ（ＤＲＡＭ）、磁気抵抗ＲＡＭ（ＭＲＡＭ）、抵抗ＲＡＭ（ＲＲＡＭ（登録商標））、または他のタイプのメモリデバイスなどの、様々なメモリデバイスのいずれかによって形成され得る。ビデオデータメモリ３３およびＤＰＢ６６は、同じメモリデバイスまたは別個のメモリデバイスによって設けられてよい。様々な例では、ビデオデータメモリ３３は、ビデオエンコーダ２０の他の構成要素とともにオンチップであってよく、またはそれらの構成要素に対してオフチップであってもよい。
[0124]区分ユニット３５は、ビデオデータメモリ３３からビデオデータを取り出し、ビデオデータをビデオブロックに区分する。この区分はまた、たとえば、ＬＣＵおよびＣＵの４分木構造による、スライス、タイル、またはもっと大きい他のユニットへの区分、ならびにビデオブロック区分を含んでよい。ビデオエンコーダ２０は、概して、符号化されるべきビデオスライス内のビデオブロックを符号化する構成要素を示す。スライスは、複数のビデオブロックに（また場合によっては、タイルと呼ばれるビデオブロックのセットに）分割され得る。予測処理ユニット４１は、誤差結果（たとえば、コーディングレート、およびひずみのレベル）に基づいて、現在ビデオブロックのために、複数のイントラコーディングモードのうちの１つ、または複数のインターコーディングモードのうちの１つなどの、複数の可能なコーディングモードのうちの１つを選択し得る。予測処理ユニット４１は、得られたイントラコード化ブロックまたはインターコード化ブロックを、残差ブロックデータを生成するために加算器５０に、また参照ピクチャとして使用するための符号化ブロックを再構成するために加算器６２に提供し得る。
[0125]予測処理ユニット４１内のイントラ予測ユニット処理４６は、空間圧縮を行うために、コーディングされるべき現在ブロックと同じフレームまたはスライスの中の１つまたは複数の隣接ブロックに対する現在ビデオブロックのイントラ予測コーディングを実行し得る。予測処理ユニット４１内の動き推定ユニット４２および動き補償ユニット４４は、時間圧縮を行うために、１つまたは複数の参照ピクチャの中の１つまたは複数の予測ブロックに対する現在ビデオブロックのインター予測コーディングを実行する。
[0126]動き推定ユニット４２は、ビデオシーケンスに対する所定のパターンに従って、ビデオスライスのためのインター予測モードを決定するように構成され得る。所定のパターンは、シーケンスの中のビデオスライスをＰスライスまたはＢスライスに指定し得る。動き推定ユニット４２および動き補償ユニット４４は、高度に統合されてよいが、概念的な目的のために別個に図示される。動き推定ユニット４２によって実行される動き推定とは、ビデオブロックに対する動きを推定する動きベクトルを生成するプロセスである。動きベクトルは、たとえば、参照ピクチャ内の予測ブロックに対する現在ビデオフレームまたは現在ピクチャ内のビデオブロックのＰＵの変位を示してよい。
[0127]予測ブロックとは、絶対差分和（ＳＡＤ：sum of absolute difference）、２乗差分和（ＳＳＤ：sum of square difference）、または他の差分メトリックによって決定され得るピクセル差分に関して、コーディングされるべきビデオブロックのＰＵにぴったり一致するものと見られるブロックである。いくつかの例では、ビデオエンコーダ２０は、ＤＰＢ６６の中に記憶された参照ピクチャのサブ整数ピクセル位置に対する値を計算し得る。たとえば、ビデオエンコーダ２０は、参照ピクチャの１／４ピクセル位置、１／８ピクセル位置、または他の分数ピクセル位置の値を補間し得る。したがって、動き推定ユニット４２は、フルピクセル位置および分数ピクセル位置に対する動き探索を実行してよく、分数ピクセル精度を有する動きベクトルを出力し得る。
[0128]動き推定ユニット４２は、ＰＵの位置を参照ピクチャの予測ブロックの位置と比較することによって、インターコード化スライスの中のビデオブロックのＰＵに対する動きベクトルを計算する。参照ピクチャは、第１の参照ピクチャリスト（リスト０）または第２の参照ピクチャリスト（リスト１）から選択されてよく、それらの各々は、ＤＰＢ６６の中に記憶された１つまたは複数の参照ピクチャを識別する。動き推定ユニット４２は、計算された動きベクトルをエントロピー符号化ユニット５６および動き補償ユニット４４へ送る。
[0129]動き補償ユニット４４によって実行される動き補償は、動き推定によって決定された動きベクトルに基づいて予測ブロックをフェッチまたは生成すること、場合によっては、サブピクセル精度への補間を実行することを伴ってよい。現在ビデオブロックのＰＵに対する動きベクトルを受信すると、動き補償ユニット４４は、参照ピクチャリストのうちの１つの中で動きベクトルが指し示す先の予測ブロックの位置を特定し得る。ビデオエンコーダ２０は、コーディング中である現在ビデオブロックのピクセル値から予測ブロックのピクセル値を減算して、ピクセル差分値を形成することによって、残差ビデオブロックを形成する。ピクセル差分値は、ブロックに対する残差データを形成し、ルーマ差分成分とクロマ差分成分の両方を含んでよい。加算器５０は、この減算演算を実行する１つまたは複数の構成要素を表す。動き補償ユニット４４はまた、ビデオスライスのビデオブロックを復号する際にビデオデコーダ３０によって使用するための、ビデオブロックおよびビデオスライスに関連するシンタックス要素を生成し得る。
[0130]予測処理ユニット４１が、イントラ予測またはインター予測のいずれかを介して現在ビデオブロックのための予測ブロックを生成した後、ビデオエンコーダ２０は、現在ビデオブロックから予測ブロックを減算することによって残差ビデオブロックを形成する。残差ブロックの中の残差ビデオデータは、１つまたは複数のＴＵの中に含まれてよく、変換処理ユニット５２に適用され得る。変換処理ユニット５２は、離散コサイン変換（ＤＣＴ）または概念的に類似の変換などの変換を使用して、残差ビデオデータを残差変換係数に変換する。変換処理ユニット５２は、残差ビデオデータをピクセル領域から周波数領域などの変換領域に変換し得る。
[0131]変換処理ユニット５２は、得られた変換係数を量子化ユニット５４へ送り得る。量子化ユニット５４は、ビットレートをさらに低減するために変換係数を量子化する。量子化プロセスは、係数の一部または全部に関連するビット深度を低減し得る。量子化の程度は、量子化パラメータを調整することによって修正され得る。いくつかの例では、量子化ユニット５４は、次いで、量子化変換係数を含む行列の走査を実行し得る。別の例では、エントロピー符号化ユニット５６が走査を実行してよい。
[0132]量子化に続いて、エントロピー符号化ユニット５６は量子化変換係数をエントロピー符号化する。たとえば、エントロピー符号化ユニット５６は、コンテキスト適応型可変長コーディング（ＣＡＶＬＣ：context adaptive variable length coding）、コンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ）、シンタックスベースコンテキスト適応型バイナリ算術コーディング（ＳＢＡＣ：syntax-based context-adaptive binary arithmetic coding）、確率区間区分エントロピー（ＰＩＰＥ：probability interval partitioning entropy）コーディング、または別のエントロピー符号化方法もしくは技法を実行し得る。エントロピー符号化ユニット５６によるエントロピー符号化に続いて、符号化ビットストリームが、ビデオデコーダ３０へ送信されてよく、またはビデオデコーダ３０によって後で送信するかもしくは取り出すためにアーカイブされてもよい。エントロピー符号化ユニット５６はまた、コーディング中である現在ビデオスライスのための動きベクトルと他のシンタックス要素とをエントロピー符号化し得る。
[0133]逆量子化ユニット５８および逆変換処理ユニット６０は、それぞれ、逆量子化と逆変換とを適用して、参照ピクチャの参照ブロックとして後で使用するために、ピクセル領域において残差ブロックを再構成する。動き補償ユニット４４は、参照ピクチャリストのうちの１つの中の参照ピクチャのうちの１つの予測ブロックに残差ブロックを加算することによって、参照ブロックを計算し得る。動き補償ユニット４４はまた、動き推定において使用するためのサブ整数ピクセル値を計算するために、再構成された残差ブロックに１つまたは複数の補間フィルタを適用し得る。加算器６２は、再構成ブロックを生成するために、動き補償ユニット４４よって生成された動き補償予測ブロックに、再構成された残差ブロックを加算する。
[0134]フィルタユニット６４は、再構成ブロック（たとえば、加算器６２の出力）をフィルタ処理し、参照ブロックとして使用するために、フィルタ処理済みの再構成ブロックをＤＰＢ６６の中に記憶する。参照ブロックは、後続のビデオフレームまたはピクチャの中のブロックをインター予測するために、動き推定ユニット４２および動き補償ユニット４４によって参照ブロックとして使用され得る。フィルタユニット６４は、デブロックフィルタ処理、ＳＡＯフィルタ処理、ピークＳＡＯフィルタ処理、ＡＬＦおよび／もしくはＧＡＬＦ、ならびに／または他のタイプのループフィルタなどの、任意のタイプのフィルタ処理を実行し得る。デブロックフィルタは、たとえば、再構成されたビデオからブロッキネスアーティファクトを除去するために、フィルタブロック境界にデブロッキングフィルタ処理を適用し得る。ピークＳＡＯフィルタは、全体的なコーディング品質を改善するために、再構成されたピクセル値にオフセットを適用し得る。（ループ内またはループ後の）追加のループフィルタも使用されてよい。
[0135]フィルタユニット６４、またはビデオエンコーダ２０の他の構造構成要素は、本開示の技法を実行するように構成され得る。たとえば、フィルタユニット６４は、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のルーマブロックのために、適応ループフィルタ処理が有効化されているビデオビットストリームに対して、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のルーマブロック用の適応パラメータセットの個数を示す第１のシンタックス要素を符号化するように構成され得る。フィルタユニット６４は、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のルーマブロック用の適応パラメータセットの個数に基づいて、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のルーマブロックに対する複数の第１の適応パラメータセットインデックスを符号化するようにさらに構成され得る。たとえば、スライスのルーマブロックにＡＬＦを適用するために５つのＡＰＳが使用される場合、フィルタユニット６４はまた、使用される５つのＡＰＳのインデックスを符号化することになる。当然、他の個数のＡＰＳがスライスのために使用されてよい。フィルタユニット６４は、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のクロマブロックのために、適応ループフィルタ処理が有効化されているビデオビットストリームに対して、ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のクロマブロックに対する第２の適応パラメータセットインデックスを符号化するようにさらに構成され得る。この場合、クロマブロックは単一のＡＰＳのみを有し、したがって、当該ＡＰＳのインデックスだけが符号化およびシグナリングされる。
[0136]図６は、本開示で説明する技法を実施し得る例示的なビデオデコーダ３０を示すブロック図である。図６のビデオデコーダ３０は、たとえば、図５のビデオエンコーダ２０に関して上記で説明したシグナリングを受信するように構成され得る。図６の例では、ビデオデコーダ３０は、ビデオデータメモリ７８と、エントロピー復号ユニット８０と、予測処理ユニット８１と、逆量子化ユニット８６と、逆変換処理ユニット８８と、加算器９０と、ＤＰＢ９４と、フィルタユニット９２とを含む。予測処理ユニット８１は、動き補償ユニット８２と、イントラ予測処理ユニット８４とを含む。ビデオデコーダ３０は、いくつかの例では、図５からのビデオエンコーダ２０に関して説明した符号化パスとは概して相反の復号パスを実行し得る。
[0137]復号プロセス中、ビデオデコーダ３０は、ビデオエンコーダ２０から、符号化ビデオスライスのビデオブロックと、関連するシンタックス要素とを表す、符号化ビットストリームを受信する。ビデオデコーダ３０は、受信された符号化ビデオビットストリームをビデオデータメモリ７８の中に記憶する。ビデオデータメモリ７８は、ビデオデコーダ３０の構成要素によって復号されるべき、符号化ビデオビットストリームなどのビデオデータを記憶し得る。ビデオデータメモリ７８の中に記憶されたビデオデータは、たとえば、リンク１６を介して、ストレージデバイス２６から、もしくはカメラなどのローカルビデオソースから、または物理データ記憶媒体にアクセスすることによって、取得され得る。ビデオデータメモリ７８は、符号化ビデオビットストリームからの符号化ビデオデータを記憶するコード化ピクチャバッファ（ＣＰＢ：coded picture buffer）を形成し得る。ＤＰＢ９４は、たとえば、イントラコーディングモードまたはインターコーディングモードでビデオデコーダ３０によってビデオデータを復号する際に使用するための参照ビデオデータを記憶する、参照ピクチャメモリであってよい。ビデオデータメモリ７８およびＤＰＢ９４は、ＤＲＡＭ、ＳＤＲＡＭ、ＭＲＡＭ、ＲＲＡＭ、または他のタイプのメモリデバイスなどの、様々なメモリデバイスのいずれかによって形成され得る。ビデオデータメモリ７８およびＤＰＢ９４は、同じメモリデバイスまたは別個のメモリデバイスによって設けられてよい。様々な例では、ビデオデータメモリ７８は、ビデオデコーダ３０の他の構成要素とともにオンチップであってよく、またはそれらの構成要素に対してオフチップであってもよい。
[0138]ビデオデコーダ３０のエントロピー復号ユニット８０は、量子化係数と、動きベクトルと、他のシンタックス要素とを生成するために、ビデオデータメモリ７８の中に記憶されたビデオデータをエントロピー復号する。エントロピー復号ユニット８０は、動きベクトルと他のシンタックス要素とを予測処理ユニット８１に転送する。ビデオデコーダ３０は、ビデオスライスレベルおよび／またはビデオブロックレベルで、シンタックス要素を受信し得る。
[0139]ビデオスライスがイントラコード化（Ｉ）スライスとしてコーディングされるとき、予測処理ユニット８１のイントラ予測処理ユニット８４は、シグナリングされたイントラ予測モード、および現在フレームまたは現在ピクチャの、前に復号されたブロックからのデータに基づいて、現在ビデオスライスのビデオブロックのための予測データを生成し得る。ビデオフレームがインターコード化スライス（たとえば、ＢスライスまたはＰスライス）としてコーディングされるとき、予測処理ユニット８１の動き補償ユニット８２は、エントロピー復号ユニット８０から受信された動きベクトルおよび他のシンタックス要素に基づいて、現在ビデオスライスのビデオブロックのための予測ブロックを生成する。予測ブロックは、参照ピクチャリストのうちの１つの中の参照ピクチャのうちの１つから生成され得る。ビデオデコーダ３０は、ＤＰＢ９４の中に記憶された参照ピクチャに基づいて、デフォルトの構成技法を使用して、参照フレームリスト、すなわち、リスト０とリスト１とを構成し得る。
[0140]動き補償ユニット８２は、動きベクトルと他のシンタックス要素とをパースすることによって、現在ビデオスライスのビデオブロックのための予測情報を決定し、復号中である現在ビデオブロックのための予測ブロックを生成するために、その予測情報を使用する。たとえば、動き補償ユニット８２は、ビデオスライスのビデオブロックをコーディングするために使用される予測モード（たとえば、イントラ予測またはインター予測）と、インター予測スライスタイプ（たとえば、ＢスライスまたはＰスライス）と、スライスのための参照ピクチャリストのうちの１つまたは複数のための構成情報と、スライスのインター符号化ビデオブロックごとの動きベクトルと、スライスのインターコード化ビデオブロックごとのインター予測ステータスと、現在ビデオスライスの中のビデオブロックを復号するための他の情報と、を決定するために、受信されたシンタックス要素のうちのいくつかを使用する。
[0141]動き補償ユニット８２はまた、補間フィルタに基づいて補間を実行し得る。動き補償ユニット８２は、参照ブロックのサブ整数ピクセルのための補間値を計算するために、ビデオブロックの符号化中にビデオエンコーダ２０によって使用されるような補間フィルタを使用し得る。この場合、動き補償ユニット８２は、受信されたシンタックス要素から、ビデオエンコーダ２０によって使用された補間フィルタを決定してよく、予測ブロックを生成するためにその補間フィルタを使用してよい。
[0142]逆量子化ユニット８６は、ビットストリームの中で提供されるとともにエントロピー復号ユニット８０によって復号される量子化変換係数を、逆量子化（inverse quantize）、すなわち、逆量子化（de-quantize）する。逆量子化プロセスは、量子化の程度と、同様に、適用されるべき逆量子化の程度とを決定するための、ビデオスライスの中のビデオブロックごとにビデオエンコーダ２０によって計算される量子化パラメータの使用を含んでよい。逆変換処理ユニット８８は、ピクセル領域において残差ブロックを生成するために、逆変換、たとえば、逆ＤＣＴ、逆整数変換、または概念的に類似の逆変換プロセスを変換係数に適用する。
[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]限定ではなく例として、そのようなコンピュータ可読記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ（登録商標）、ＣＤ－ＲＯＭまたは他の光ディスクストレージ、磁気ディスクストレージ、または他の磁気記憶デバイス、フラッシュメモリのうちのいずれか、あるいは命令またはデータ構造の形態の所望のプログラムコードを記憶するために使用され得るとともにコンピュータによってアクセスされ得る、任意の他の媒体であり得る。また、いかなる接続もコンピュータ可読媒体と適切に呼ばれる。たとえば、命令が、同軸ケーブル、光ファイバーケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバーケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波などのワイヤレス技術は、媒体の定義に含まれる。ただし、コンピュータ可読記憶媒体およびデータ記憶媒体が、接続、搬送波、信号、または他の一時的媒体を含まないが、代わりに非一時的有形記憶媒体を対象とすることを理解されたい。本明細書で使用するディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）と、レーザーディスク（登録商標）（disc）と、光ディスク（disc）と、デジタル多用途ディスク（disc）（ＤＶＤ）と、フロッピー（登録商標）ディスク（disk）と、Ｂｌｕ－ｒａｙディスク（disc）とを含み、ここで、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、レーザーを用いてデータを光学的に再生する。上記の組合せもコンピュータ可読媒体の範囲内に含まれるべきである。
[0180]命令は、１つまたは複数のデジタル信号プロセッサ（ＤＳＰ）、汎用マイクロプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブル論理アレイ（ＦＰＧＡ）、あるいは他の等価な集積回路構成または個別論理回路構成などの、１つまたは複数のプロセッサによって実行され得る。したがって、本明細書で使用する「プロセッサ」という用語は、本明細書で説明した技法の実施に適した、上記の構造のいずれかまたは任意の他の構造を指してよい。加えて、いくつかの態様では、本明細書で説明した機能は、符号化および復号のために構成された専用ハードウェアおよび／またはソフトウェアモジュール内に設けられてよく、あるいは複合コーデックの中に組み込まれてよい。また、本技法は、１つまたは複数の回路または論理要素の中に完全に実装され得る。
[0181]本開示の技法は、ワイヤレスハンドセット、集積回路（ＩＣ）またはＩＣのセット（たとえば、チップセット）を含む、多種多様なデバイスまたは装置の中で実施され得る。様々な構成要素、モジュール、またはユニットは、開示する技法を実行するように構成されたデバイスの機能的態様を強調するために本開示で説明されるが、必ずしも異なるハードウェアユニットによる実現を必要とするとは限らない。むしろ、上記で説明したように、様々なユニットは、コーデックハードウェアユニットの中で組み合わせられてよく、あるいは好適なソフトウェアおよび／またはファームウェアとともに、上記で説明したような１つまたは複数のプロセッサを含む、相互動作可能なハードウェアユニットの集合によって提供され得る。
[0182]様々な例が説明されている。これらおよび他の例は以下の特許請求の範囲内に入る。

Claims (36)

  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. 命令を記憶する非一時的コンピュータ可読記憶媒体であって、前記命令は、実行されたとき、ビデオデータを符号化するように構成されたデバイスの１つまたは複数のプロセッサに、
    ピクチャ、スライス、タイル、またはタイルグループのうちの１つまたは複数のルーマブロックのために、適応ループフィルタ処理が有効化されているビデオビットストリームに対して、前記ピクチャ、前記スライス、前記タイル、または前記タイルグループのうちの前記１つまたは複数の前記ルーマブロック用の適応パラメータセットの個数を示す第１のシンタックス要素を符号化することと、
    前記ピクチャ、前記スライス、前記タイル、または前記タイルグループのうちの前記１つまたは複数の前記ルーマブロック用の適応パラメータセットの前記個数に基づいて、前記ピクチャ、前記スライス、前記タイル、または前記タイルグループのうちの前記１つまたは複数の前記ルーマブロックに対する複数の第１の適応パラメータセットインデックスを符号化することと、
    前記ピクチャ、前記スライス、前記タイル、または前記タイルグループのうちの前記１つまたは複数のクロマブロックのために、適応ループフィルタ処理が有効化されている前記ビデオビットストリームに対して、前記ピクチャ、前記スライス、前記タイル、または前記タイルグループのうちの前記１つまたは複数の前記クロマブロックに対する第２の適応パラメータセットインデックスを符号化することと、
    を行わせる、非一時的コンピュータ可読記憶媒体。
JP2021556314A 2019-03-26 2020-03-19 ビデオコーディングにおける適応パラメータセット（ａｐｓ）を用いるブロックベースの適応ループフィルタ（ａｌｆ） Active JP7423653B2 (ja)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201962824259P 2019-03-26 2019-03-26
US62/824,259 2019-03-26
US16/822,990 US11683487B2 (en) 2019-03-26 2020-03-18 Block-based adaptive loop filter (ALF) with adaptive parameter set (APS) in video coding
US16/822,990 2020-03-18
PCT/US2020/023655 WO2020197937A1 (en) 2019-03-26 2020-03-19 Block-based adaptive loop filter (alf) with adaptive parameter set (aps) in video coding

Publications (3)

Publication Number Publication Date
JP2022525470A true JP2022525470A (ja) 2022-05-16
JPWO2020197937A5 JPWO2020197937A5 (ja) 2023-03-06
JP7423653B2 JP7423653B2 (ja) 2024-01-29

Family

ID=72605357

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2021556314A Active JP7423653B2 (ja) 2019-03-26 2020-03-19 ビデオコーディングにおける適応パラメータセット（ａｐｓ）を用いるブロックベースの適応ループフィルタ（ａｌｆ）

Country Status (9)

Country Link
US (1) US11683487B2 (ja)
EP (1) EP3949412A1 (ja)
JP (1) JP7423653B2 (ja)
KR (1) KR20210135251A (ja)
CN (1) CN113615189A (ja)
BR (1) BR112021018144A2 (ja)
SG (1) SG11202109048SA (ja)
TW (1) TW202044831A (ja)
WO (1) WO2020197937A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7486595B2 (ja) 2020-12-16 2024-05-17 テンセント・アメリカ・エルエルシー ビデオフィルタリングのための方法及び装置

Families Citing this family (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106941608B (zh) * 2011-06-30 2021-01-15 三菱电机株式会社 图像编码装置及方法、图像解码装置及方法
MX2021010337A (es) * 2019-02-27 2021-09-28 Huawei Tech Co Ltd Un codificador, un decodificador y metodos correspondientes.
TWI739386B (zh) * 2019-04-11 2021-09-11 聯發科技股份有限公司 具有適應性參數集之適應性迴路濾波器
TW202106014A (zh) * 2019-06-20 2021-02-01 日商索尼股份有限公司 影像處理裝置及影像處理方法
US20230085304A1 (en) * 2020-03-26 2023-03-16 Interdigital Vc Holdings France Signaling coding parameters in video coding
CN115606183A (zh) 2020-04-07 2023-01-13 抖音视界有限公司（Cn） 参考图片环绕的剪裁操作
JP2023521588A (ja) * 2020-04-09 2023-05-25 北京字節跳動網絡技術有限公司 映像コーディングにおけるデブロッキング信号通知
CN115486064A (zh) 2020-04-10 2022-12-16 抖音视界有限公司 标头语法元素和自适应参数集的使用
WO2021209061A1 (en) 2020-04-17 2021-10-21 Beijing Bytedance Network Technology Co., Ltd. Presence of adaptation parameter set units
KR20230002447A (ko) 2020-04-26 2023-01-05 바이트댄스 아이엔씨 비디오 코딩 신택스 요소의 조건적 시그널링
US11863742B2 (en) 2020-12-03 2024-01-02 Alibaba Group Holding Limited Method for using adaptive loop filter and system thereof
US11743507B2 (en) * 2020-12-16 2023-08-29 Tencent America LLC Method and apparatus for video filtering
US20220353547A1 (en) * 2021-04-16 2022-11-03 Tencent America LLC Entropy coding of sign map for transform coefficients
EP4281926A1 (en) 2021-07-13 2023-11-29 Samsung Electronics Co., Ltd. A system and method for rendering differential video on graphical displays
US11838557B2 (en) * 2021-11-17 2023-12-05 Mediatek Inc. Methods and apparatuses of ALF derivation in video encoding system
CN116456086A (zh) * 2022-01-07 2023-07-18 腾讯科技（深圳）有限公司 环路滤波方法、视频编解码方法、装置、介质及电子设备

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080178219A1 (en) * 2007-01-23 2008-07-24 At&T Knowledge Ventures, Lp System and method for providing video content
US9001883B2 (en) 2011-02-16 2015-04-07 Mediatek Inc Method and apparatus for slice common information sharing
US9807403B2 (en) * 2011-10-21 2017-10-31 Qualcomm Incorporated Adaptive loop filtering for chroma components
CN103096047B (zh) * 2011-11-01 2018-06-19 中兴通讯股份有限公司 一种分片层参数集解码及编码方法和装置
US9538200B2 (en) 2012-01-19 2017-01-03 Qualcomm Incorporated Signaling of deblocking filter parameters in video coding
WO2013144144A1 (en) * 2012-03-30 2013-10-03 Panasonic Corporation Syntax and semantics for adaptive loop filter and sample adaptive offset
US20130343465A1 (en) 2012-06-26 2013-12-26 Qualcomm Incorporated Header parameter sets for video coding
RU2612577C2 (ru) 2012-07-02 2017-03-09 Нокиа Текнолоджиз Ой Способ и устройство для кодирования видеоинформации
US10506230B2 (en) * 2017-01-04 2019-12-10 Qualcomm Incorporated Modified adaptive loop filter temporal prediction for temporal scalability support
US11451773B2 (en) 2018-06-01 2022-09-20 Qualcomm Incorporated Block-based adaptive loop filter (ALF) design and signaling
US11284075B2 (en) 2018-09-12 2022-03-22 Qualcomm Incorporated Prediction of adaptive loop filter parameters with reduced memory consumption for video coding
GB201902829D0 (en) * 2019-03-01 2019-04-17 Canon Kk Method and apparatus for encoding and decoding a video bitsream for merging regions of interest
WO2020182620A1 (en) 2019-03-08 2020-09-17 Canon Kabushiki Kaisha An adaptive loop filter
US11159791B2 (en) * 2019-03-16 2021-10-26 Mediatek Inc. Method and apparatus for signaling adaptive loop filter parameters in video coding

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7486595B2 (ja) 2020-12-16 2024-05-17 テンセント・アメリカ・エルエルシー ビデオフィルタリングのための方法及び装置

Also Published As

Publication number Publication date
JP7423653B2 (ja) 2024-01-29
US20200314424A1 (en) 2020-10-01
BR112021018144A2 (pt) 2021-11-16
WO2020197937A1 (en) 2020-10-01
CN113615189A (zh) 2021-11-05
EP3949412A1 (en) 2022-02-09
SG11202109048SA (en) 2021-10-28
TW202044831A (zh) 2020-12-01
KR20210135251A (ko) 2021-11-12
US11683487B2 (en) 2023-06-20

Similar Documents

Publication Publication Date Title
JP7423653B2 (ja) ビデオコーディングにおける適応パラメータセット（ａｐｓ）を用いるブロックベースの適応ループフィルタ（ａｌｆ）
US11431968B2 (en) Variable number of intra modes for video coding
AU2019278991B2 (en) Block-based adaptive loop filter (ALF) design and signaling
US10178403B2 (en) Reference picture list construction in intra block copy mode
EP3350995B1 (en) Palette predictor initialization and merge for video coding
EP3058746B1 (en) Systems and methods for inter-layer rps derivation based on sub-layer reference prediction dependency
CN113243111B (zh) 对视频数据进行滤波的方法和设备
US20190320172A1 (en) Hardware-friendly sample adaptive offset (sao) and adaptive loop filter (alf) for video coding
JP2019534631A (ja) ピークサンプル適応オフセット
EP3058732B1 (en) Systems and methods for separately defining dependencies for sub-layer based inter-layer prediction
RU2783335C2 (ru) Устройство и сигнализация адаптивного контурного фильтра (alf) на блочной основе

Legal Events

Date Code Title Description
RD02 Notification of acceptance of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7422

Effective date: 20230104

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230224

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20230224

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20231219

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20240117

R150 Certificate of patent or registration of utility model

Ref document number: 7423653

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150