JP2023509347A - 画像信号の符号化／復号方法およびそのための装置 - Google Patents

画像信号の符号化／復号方法およびそのための装置 Download PDF

Info

Publication number
JP2023509347A
JP2023509347A JP2022535753A JP2022535753A JP2023509347A JP 2023509347 A JP2023509347 A JP 2023509347A JP 2022535753 A JP2022535753 A JP 2022535753A JP 2022535753 A JP2022535753 A JP 2022535753A JP 2023509347 A JP2023509347 A JP 2023509347A
Authority
JP
Japan
Prior art keywords
tile
slice
prediction
motion information
block
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
JP2022535753A
Other languages
English (en)
Other versions
JP7486586B2 (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.)
Apple Inc
Original Assignee
Apple 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 Apple Inc filed Critical Apple Inc
Publication of JP2023509347A publication Critical patent/JP2023509347A/ja
Application granted granted Critical
Publication of JP7486586B2 publication Critical patent/JP7486586B2/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/134—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or criterion affecting or controlling the adaptive coding
    • H04N19/136—Incoming video signal characteristics or properties
    • 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/102—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
    • H04N19/103—Selection of coding mode or of prediction mode
    • H04N19/107—Selection of coding mode or of prediction mode between spatial and temporal predictive coding, e.g. picture refresh
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/102—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
    • H04N19/119—Adaptive subdivision aspects, e.g. subdivision of a picture into rectangular or non-rectangular coding blocks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/102—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
    • H04N19/124—Quantisation
    • 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/13—Adaptive entropy coding, e.g. adaptive variable length coding [AVLC] or context adaptive binary arithmetic coding [CABAC]
    • 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/174—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 slice, e.g. a line of blocks or a group of blocks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/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/46—Embedding additional information in the video signal during the compression process
    • 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
    • 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/60—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using transform coding
    • 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/90—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using coding techniques not provided for in groups H04N19/10-H04N19/85, e.g. fractals
    • H04N19/91—Entropy coding, e.g. variable length coding [VLC] or arithmetic coding
    • 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/90—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using coding techniques not provided for in groups H04N19/10-H04N19/85, e.g. fractals
    • H04N19/96—Tree coding, e.g. quad-tree coding

Landscapes

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

Abstract

本開示の一実施形態による映像信号の復号方法は、タイルインデックス差分値の情報が存在するか否かを示す第１フラグを復号することと、第１スライスに関するサイズの情報を復号することと、第１フラグが真の場合、第１スライスに関するタイルインデックス差分値の情報を復号することと、タイルインデックス差分値の情報に基づいて、第２スライスの左上端に位置する第２タイルのインデックスを判定すること、とを含む。【選択図】図３３

Description

本開示は、映像信号の符号化／復号方法およびそのための装置に関する。
ディスプレイパネルが大型化するにつれ、より高品質のビデオサービスが求められている。高画質ビデオサービスの最大の問題は、データ量が大きく増加することである。この問題を解決するために、ビデオ圧縮率を向上させるための研究が活発に行われている。代表的な例として、２００９年に、ＭＰＥＧ（Motion Picture Experts Group）とＩＴＵ－Ｔ（International Telecommunication Union-Telecommunication）傘下のＶＣＥＧ（Video Coding Experts Group）では、ＪＣＴ－ＶＣ（Joint Collaborative Team on Video Coding）を結成した。ＪＣＴ－ＶＣは、Ｈ．２６４／ＡＶＣに比べて約２倍の圧縮性能を有するビデオ圧縮標準であるＨＥＶＣ（High Efficiency Video Coding）を提案し、２０１３年１月２５日付で標準として承認された。高画質ビデオサービスの急激な発展に伴い、ＨＥＶＣの性能には徐々に限界が見えてきている。
本開示は、映像信号を符号化／復号するのに際し、ピクチャを複数のタイルまたは複数のスライスに分割する方法、およびこの方法を実行するための装置を提供することを１つの目的とする。
本開示は、ピクチャを複数のタイルに分割するのに際し、タイルインデックスに基づいてスライスを区切る方法、およびこの方法を実行するための装置を提供することを１つの目的とする。
本開示は、ピクチャを複数のスライスに分割するのに際し、前のスライスとの差分情報に基づいてスライスを区切る方法、およびこの方法を実行するための装置を提供することを１つの目的とする。
本開示から得られる技術的目的は上述した技術的目的に限定されず、他の言及されていない技術的目的は、本開示が属する技術分野において通常の技術を有する者であれば、以下の説明から明確に理解することができるであろう。
本開示による映像信号の復号方法は、タイルインデックス差分値の情報が存在するか否かを示す第１フラグを復号することと、第１スライスに関するサイズの情報を復号することと、第１フラグが真の場合、第１スライスに関するタイルインデックス差分値の情報を復号することと、タイルインデックス差分値の情報に基づいて、第２スライスの左上端に位置する第２タイルのインデックスを判定することと、を含む。この場合、タイルインデックス差分値の情報は、第１スライスの左上端に位置する第１タイルのインデックスと第２タイルのインデックスとの差分を示し、第２スライスに関するサイズの情報を復号するか否かは、第２スライス内の第２タイルのインデックスに基づいて判定される場合がある。
本開示による映像信号の復号方法において、サイズの情報は、幅の情報または高さの情報の少なくとも一つを含み、第２タイルが現ピクチャ内の右端タイル列に含まれる場合、第２スライスに関する幅の情報の復号が省略される場合がある。
本開示による映像信号の復号方法において、第２スライスに関する幅の情報の復号が省略される場合、右端タイル列の幅が第２スライスの幅として判定される場合がある。
本開示による映像信号の復号方法において、第２タイルが現ピクチャ内の下端タイル行に含まれる場合、第２スライスに関する高さの情報の復号が省略される場合がある。
本開示による映像信号の復号方法において、第２スライスに関する高さの情報の復号が省略される場合、下端タイル列の高さが第２スライスの高さとして判定される場合がある。
本開示による映像信号の復号方法において、第１フラグは、現ピクチャ内のスライスの個数が閾値以上である場合にだけ復号される場合がある。
本開示による映像信号符号化方法は、第１スライスおよび第２スライスのサイズを判定することと、第１スライスに関するサイズの情報を符号化することと、第１スライスに関するタイルインデックス差分値の情報を符号化すること、とを含む。この場合、タイルインデックス差分値の情報は、第１スライスの左上端に位置する第１タイルのインデックスと第２スライスの左上端に位置する第２タイルのインデックスとの差分を示し、第２スライスに関する幅の情報を符号化するか否かは、第２タイルのインデックスに基づいて判定される場合がある。
本開示について上記で簡単にまとめた特徴は、後述する本開示の詳細な説明の例示的な態様であって、本開示の範囲を制限するものではない。
本開示によると、ピクチャを複数のタイルまたはスライスに分割することで、符号化／復号効率を向上させる場合がある。
本開示によると、タイルインデックスに基づいてスライスを区切ることで、符号化／復号効率を向上させる場合がある。
本開示によると、前のスライスとの差分情報に基づいてスライスを区切ることで、符号化／復号効率を向上させる場合がある。
本開示で得られる効果は、以上で言及した効果に制限されず、言及していない他の効果は、以下の記載から、本開示が属する技術分野において通常の知識を有する者が明確に理解する場合がある。
本開示の一実施形態による映像符号化器（エンコーダ）のブロック図である。
本開示の一実施形態による映像復号器（デコーダ）のブロック図である。
本開示の一実施形態による基本コーディングツリーユニットを図示した図である。
コーディングブロックの様々な分割形状を示す図である。
コーディングツリーユニットの分割態様を例示した図である。
本開示の一実施形態によるインタ予測方法のフローチャートである。
オブジェクトの非線形動きを例示した図である。
本開示の一実施形態によるアフィンモーションに基づくインタ予測方法のフローチャートである。
アフィンモーションモデル別のアフィンシードベクトルを例示した図である。
４パラメータモーションモデル下で、サブブロックのアフィンベクトルを例示した図である。
マージモード下で、現在ブロックの動き情報を導出する過程のフローチャートである。
マージ候補を導出するために使用される候補ブロックを例示した図である。
モーション情報テーブルのアップデート態様を説明するための図である。
モーション情報テーブルのアップデート態様を示す図である。
予め格納されたモーション情報候補のインデックスが更新される例を示す図である。
マージ候補のうち一部に対してのみ重複性検査が行われる例を図示した図である。
特定のマージ候補との重複性検査が省略される例を示す図である。
現在ブロックと同一のマージ処理領域に含まれた候補ブロックがマージ候補として利用不可能なものに設定される例を示す図である。
現在ブロックがマージ処理領域に含まれている場合、現在ブロックに対するマージ候補を導出する例を示す図である。
臨時モーション情報テーブルを示す図である。
モーション情報テーブルと臨時モーション情報テーブルを併合する例を示す図である。
本開示の一実施形態によるイントラ予測方法のフローチャートである。
イントラ予測モードを示す図である。
参照サンプルを一列に配列する一次元配列の例示を示す図である。 参照サンプルを一列に配列する一次元配列の例示を示す図である。
方向性イントラ予測モードがｘ軸と平行な直線と形成する角度を例示した図である。
現在ブロックが非正方形状である場合、予測サンプルが得られる態様を示す図である。
ワイドアングルイントラ予測モードを示す図である。
サブブロック別に変換スキップ可否が判定される例を示す図である。
サブブロックが同一の変換タイプを使用する例を示す図である。
ブロック強度を判定する過程を示すフローチャートである。
予め定義されたフィルタ候補を示す。
本開示の一実施形態によるピクチャ分割方法を示す図である。
ピクチャが複数のタイルに分割された例を示す。
ラスター順序に基づいてスライスを画定した例を示す図である。 ラスター順序に基づいてスライスを画定した例を示す図である。
四角形状のスライスのみが許容される例を示す図である。
ピクチャが２個のスライスで構成された場合の例を示す図である。
ピクチャ内のタイル列またはタイル行の個数が１個である場合を例示する図である。
以下、図面を参照して、本開示の実施形態について詳細に説明する。
映像の符号化および復号は、ブロック単位で行われる。一例として、コーディングブロック、変換ブロック、または予測ブロックに対して、変換、量子化、予測、インループフィルタリング、または復元などの符号化／復号処理が行われる場合がある。
以下、符号化／復号の対象であるブロックを「現在ブロック」と称する。一例として、現在ブロックは、現在の符号化／復号処理ステップに応じて、コーディングブロック、変換ブロック、または予測ブロックを示す場合がある。
なお、本明細書で使用される用語「ユニット」は、特定の符号化／復号プロセスを行うための基本単位を示し、「ブロック」は、所定のサイズのサンプルアレイを示すものと理解し得る。他に断らない限り、「ブロック」と「ユニット」は、同等な意味で使用される場合がある。一例として、後述する実施形態において、コーディングブロックとコーディングユニットは、互いに同等な意味を有するものと理解し得る。
図１は、本開示の一実施形態による映像符号化器（エンコーダ）のブロック図である。
図１を参照すると、映像符号化装置１００は、ピクチャ分割部１１０と、予測部１２０、１２５と、変換部１３０と、量子化部１３５と、再整列部１６０と、エントロピー符号化部１６５と、逆量子化部１４０と、逆変換部１４５と、フィルタ部１５０と、メモリ１５５とを含む場合がある。
図１に示れている各構成要素は、映像符号化装置で互いに異なる特徴的な機能を示すために独立的に図示したものであり、各構成要素が分離されたハードウェアもしくは一つのソフトウェア構成単位からなることを意味しない。すなわち、各構成要素は、説明の便宜上、それぞれの構成要素として並べて含むものであって、各構成要素の少なくとも二つの構成要素がまとめられて一つの構成要素になるか、一つの構成要素が複数個の構成要素に分けられて機能を果たす場合があり、このような各構成要素の統合された実施形態および分離された実施形態も本開示の本質から逸脱しない限り、本開示の権利範囲に含まれる。
また、一部の構成要素は、本開示で本質的な機能を果たす必須な構成要素ではなく、単に性能を向上させるための選択的構成要素であり得る。本開示は、単に性能向上のために使用される構成要素以外の本開示の本質を実現するために必須な構成要素のみを含んで実現される場合があり、単に性能向上のために使用される選択的構成要素以外の必須構成要素のみを含む構造も本開示の権利範囲に含まれる。
ピクチャ分割部１１０は、入力されたピクチャを少なくとも一つの処理単位に分割する場合がある。ここで、処理単位は、予測単位（Prediction Unit：ＰＵ）であってもよく、変換単位（Transform Unit：ＴＵ）であってもよく、符号化単位（Coding Unit：ＣＵ）であってもよい。ピクチャ分割部１１０では、一つのピクチャに対して複数の符号化単位、予測単位および変換単位の組み合わせに分割し、所定の基準（例えば、費用関数）に基づいて、一つの符号化単位、予測単位および変換単位の組み合わせを選択し、ピクチャを符号化する場合がある。
例えば、一つのピクチャは、複数個の符号化単位に分割される場合がある。ピクチャで符号化単位を分割するためには、クワッドツリー構造（Quad Tree Structure）などの再帰的なツリー構造を使用する場合があり、一つの映像または最大サイズの符号化単位（largest coding unit）をルートとして他の符号化単位に分割される符号化ユニットは、分割された符号化単位の個数だけの子ノードを有して分割される場合がある。所定の制限によってこれ以上分割されない符号化単位は、リーフノードになる。すなわち、一つのコーディングユニットに対して正方形分割のみが可能であると仮定する場合、一つの符号化単位は、最大４個の異なる符号化単位に分割される場合がある。
以下、本開示の実施形態では、符号化単位は、符号化を行う単位の意味で使用することもでき、復号を行う単位の意味で使用することもできる。
予測単位は、一つの符号化単位内で同じサイズの少なくとも一つの正方形または長方形などの形状を有して分割されたものであってもよく、一つの符号化単位内で分割された予測単位のいずれか一つの予測単位が、他の一つの予測単位と相違する形状および／またはサイズを有するように分割されたものであってもよい。
符号化単位に基づいてイントラ予測を行う予測単位を生成する時に、最小符号化単位ではない場合、複数の予測単位Ｎ×Ｎに分割せず、イントラ予測を行う場合がある。
予測部１２０、１２５は、インタ予測を行うインタ予測部１２０と、イントラ予測を行うイントラ予測部１２５とを含む場合がある。予測単位に対してインタ予測を使用するかまたはイントラ予測を行うかを判定し、各予測方法による具体的な情報（例えば、イントラ予測モード、モーションベクトル、参照ピクチャなど）を判定する場合がある。この場合、予測が行われる処理単位と予測方法および具体的な内容が定められる処理単位とは、異なる場合がある。例えば、予測の方法と予測モードなどは予測単位で判定され、予測の実行は、変換単位で行われることもできる。生成された予測ブロックと原本ブロックとの残差値（残差ブロック）は、変換部１３０に入力される場合がある。また、予測のために使用した予測モード情報、モーションベクトル情報などは、残差値とともにエントロピー符号化部１６５で符号化されて復号器に伝達される場合がある。特定の符号化モードを使用する場合、予測部１２０、１２５を介して予測ブロックを生成せず、原本ブロックをそのまま符号化して復号部に送信することも可能である。
インタ予測部１２０は、現ピクチャの前のピクチャまたは後のピクチャの少なくとも一つのピクチャの情報に基づいて予測単位を予測することもでき、場合によっては、現ピクチャ内の符号化が完了した一部領域の情報に基づいて予測単位を予測することもできる。インタ予測部１２０は、参照ピクチャ補間部と、モーション予測部と、動き補償部とを含む場合がある。
参照ピクチャ補間部では、メモリ１５５から参照ピクチャ情報の提供を受け、参照ピクチャで整数画素以下の画素情報を生成する場合がある。輝度画素の場合、１／４画素単位で整数画素以下の画素情報を生成するために、異なるフィルタ係数を有するＤＣＴベースの８タップ補間フィルタ（DCT-based Interpolation Filter）が使用される場合がある。色差信号の場合、１／８画素単位で整数画素以下の画素情報を生成するために、異なるフィルタ係数を有するＤＣＴベースの４タップ補間フィルタ（DCT-based Interpolation Filter）が使用される場合がある。
モーション予測部は、参照ピクチャ補間部によって補間された参照ピクチャに基づいてモーション予測を行う場合がある。モーションベクトルを算出するための方法として、ＦＢＭＡ（Full search-based Block Matching Algorithm）、ＴＳＳ（Three Step Search）、ＮＴＳ（New Three-Step Search Algorithm）などの様々な方法が使用される場合がある。モーションベクトルは、補間された画素に基づいて、１／２または１／４画素単位のモーションベクトル値を有する場合がある。モーション予測部では、異なるモーション予測方法により現在予測単位を予測する場合がある。モーション予測方法として、スキップ（Skip）方法、マージ（Merge）方法、ＡＭＶＰ（Advanced Motion Vector Prediction）方法、イントラブロックコピー（Intra Block Copy）方法などの様々な方法が使用される場合がある。
イントラ予測部１２５は、現ピクチャ内の画素情報である現在ブロック周辺の参照ピクセル情報に基づいて予測単位を生成する場合がある。現在予測単位の周辺ブロックがインタ予測を行ったブロックであるため、参照ピクセルがインタ予測を行ったピクセルである場合、インタ予測を行ったブロックに含まれる参照ピクセルを周辺のイントラ予測を行ったブロックの参照ピクセル情報の代わりに使用する場合がある。すなわち、参照ピクセルが可用でない場合、可用でない参照ピクセル情報を可用な参照ピクセルの少なくとも一つの参照ピクセルの代わりに使用する場合がある。
イントラ予測で予測モードは、参照ピクセル情報を予測方向に応じて使用する方向性予測モードと、予測を行う時に方向性情報を使用しない非方向性モードを有する場合がある。輝度情報を予測するためのモードと色差情報を予測するためのモードが相違する場合があり、色差情報を予測するために、輝度情報を予測するために使用されたイントラ予測モード情報または予測された輝度信号情報を活用する場合がある。
イントラ予測を行う時に、予測単位のサイズと変換単位のサイズが同一である場合、予測単位の左側に存在するピクセル、左上端に存在するピクセル、上端に存在するピクセルに基づいて、予測単位に対するイントラ予測を行う場合がある。しかし、イントラ予測を行う時に、予測単位のサイズと変換単位のサイズが相違する場合、変換単位に基づく参照ピクセルを用いてイントラ予測を行う場合がある。また、最小符号化単位に対してのみＮ×Ｎ分割を使用するイントラ予測を使用する場合がある。
イントラ予測方法は、予測モードによって、参照画素にＡＩＳ（Adaptive Intra Smoothing）フィルタを適用した後、予測ブロックを生成する場合がある。参照画素に適用されるＡＩＳフィルタの種類は、相違する場合がある。イントラ予測方法を実行するために、現在予測単位のイントラ予測モードは、現在予測単位の周辺に存在する予測単位のイントラ予測モードから予測する場合がある。周辺予測単位から予測されたモード情報を用いて現在予測単位の予測モードを予測する場合、現在予測単位と周辺予測単位のイントラ予測モードが同一であると、所定のフラグ情報を用いて、現在予測単位と周辺予測単位の予測モードが同一であるという情報を送信する場合があり、仮に、現在予測単位と周辺予測単位の予測モードが相違すると、エントロピー符号化を行って現在ブロックの予測モード情報を符号化する場合がある。
また、予測部１２０、１２５で生成された予測単位に基づいて予測を行った予測単位と予測単位の原本ブロックとの差値である残差値（Residual）情報を含む残差ブロックが生成される場合がある。生成された残差ブロックは、変換部１３０に入力される場合がある。
変換部１３０では、原本ブロックと予測部１２０、１２５を介して生成された予測単位の残差値（residual）情報を含む残差ブロックをＤＣＴ（Discrete Cosine Transform）またはＤＳＴ（Discrete Sine Transform）などの変換方法を使用して変換させる場合がある。ここで、ＤＣＴ変換コアは、ＤＣＴ２またはＤＣＴ８の少なくとも一つを含み、ＤＳＴ変換コアは、ＤＳＴ７を含む。残差ブロックを変換するためにＤＣＴを適用するかまたはＤＳＴを適用するかは、残差ブロックを生成するために使用された予測単位のイントラ予測モード情報に基づいて判定する場合がある。残差ブロックに対する変換をスキップすることもできる。残差ブロックに対する変換をスキップするか否かを示すフラグを符号化する場合がある。変換スキップは、サイズが閾値以下である残差ブロック、ルーマ成分または４：４：４のフォーマット下でのクロマ成分に対して許容される場合がある。
量子化部１３５は、変換部１３０で周波数領域に変換された値を量子化する場合がある。ブロックによってまたは映像の重要度によって量子化係数は変わる場合がある。量子化部１３５で算出された値は、逆量子化部１４０と再整列部１６０に提供される場合がある。
再整列部１６０は、量子化した残差値に対して係数値の再整列を行う場合がある。
再整列部１６０は、係数スキャニング（Coefficient Scanning）方法により、二次元のブロック形状係数を一次元のベクトル形状に変更する場合がある。例えば、再整列部１６０では、ジグザグスキャン（Zig-Zag Scan）方法を用いて、ＤＣ係数から高周波数領域の係数までスキャンし、一次元のベクトル形状に変更させる場合がある。変換単位のサイズおよびイントラ予測モードに応じて、ジグザグスキャンの代わりに、二次元のブロック形状係数を列方向にスキャンする垂直スキャン、二次元のブロック形状係数を行方向にスキャンする水平スキャンが使用されることもできる。すなわち、変換単位のサイズおよびイントラ予測モードに応じて、ジグザグスキャン、垂直方向スキャンおよび水平方向スキャンのいずれかのスキャン方法が使用されるかを判定する場合がある。
エントロピー符号化部１６５は、再整列部１６０によって算出された値に基づいてエントロピー符号化を行う場合がある。エントロピー符号化は、例えば、指数ゴロム（Exponential Golomb）、ＣＡＶＬＣ（Context-Adaptive Variable Length Coding）、ＣＡＢＡＣ（Context-Adaptive Binary Arithmetic Coding）などの様々な符号化方法を使用する場合がある。
エントロピー符号化部１６５は、再整列部１６０および予測部１２０、１２５から符号化単位の残差値係数情報およびブロックタイプ情報、予測モード情報、分割単位情報、予測単位情報および伝送単位情報、モーションベクトル情報、参照フレーム情報、ブロックの補間情報、フィルタリング情報などの様々な情報を符号化する場合がある。
エントロピー符号化部１６５では、再整列部１６０から入力された符号化単位の係数値をエントロピー符号化する場合がある。
逆量子化部１４０および逆変換部１４５では、量子化部１３５で量子化された値を逆量子化し、変換部１３０で変換された値を逆変換する。逆量子化部１４０および逆変換部１４５で生成された残差値（Residual）は、予測部１２０、１２５に含まれた動き推定部、動き補償部およびイントラ予測部により予測された予測単位とまとめられて復元ブロック（Reconstructed Block）を生成する場合がある。
フィルタ部１５０は、デブロッキングフィルタ、オフセット補正部、ＡＬＦ（Adaptive Loop Filter）の少なくとも一つを含む場合がある。
デブロッキングフィルタは、復元されたピクチャでブロック間の境界によって生じたブロック歪みを除去する場合がある。デブロッキングを行うか否かを判断するために、ブロックに含まれたいくつかの列または行に含まれたピクセルに基づいて、現在ブロックにデブロッキングフィルタを適用するか否かを判断する場合がある。ブロックにデブロッキングフィルタを適用する場合、必要なデブロッキングフィルタリング強度に応じて、強いフィルタ（Strong Filter）または弱いフィルタ（Weak Filter）を適用する場合がある。また、デブロッキングフィルタを適用するのに際し、垂直フィルタリングおよび水平フィルタリングを行う時に、水平方向フィルタリングおよび垂直方向フィルタリングが並列処理されるようにする場合がある。
オフセット補正部は、デブロッキングを行った映像に対して、ピクセル単位で原本映像とのオフセットを補正する場合がある。特定のピクチャに対するオフセット補正を行うために、映像に含まれたピクセルを所定の数の領域に区分した後、オフセットを行う領域を判定し、当該領域にオフセットを適用する方法または各ピクセルのエッジ情報を考慮してオフセットを適用する方法を使用する場合がある。
ＡＬＦ（Adaptive Loop Filtering）は、フィルタリングした復元映像と最初の映像とを比較した値に基づいて行われる場合がある。映像に含まれたピクセルを所定のグループに分けた後、当該グループに適用される一つのフィルタを判定し、グループごとに差別的にフィルタリングを行う場合がある。ＡＬＦを適用するか否かに関する情報は、輝度信号は符号化単位（Coding Unit、ＣＵ）別に送信される場合があり、それぞれのブロックによって適用されるＡＬＦフィルタの形状およびフィルタ係数は、異なる場合がある。また、適用対象ブロックの特性に関係なく、同一の形状（固定された形状）のＡＬＦフィルタが適用されることもできる。
メモリ１５５は、フィルタ部１５０を介して算出された復元ブロックまたはピクチャを格納する場合があり、格納された復元ブロックまたはピクチャは、インタ予測を行う時に、予測部１２０、１２５に提供される場合がある。
図２は、本開示の一実施形態による映像復号器（デコーダ）のブロック図である。
図２を参照すると、映像復号器２００には、エントロピー復号部２１０、再整列部２１５、逆量子化部２２０、逆変換部２２５、予測部２３０、２３５、フィルタ部２４０、メモリ２４５が含まれる場合がある。
映像符号化器から映像ビットストリームが入力された場合、入力されたビットストリームは、映像符号化器とは逆の処理で復号される場合がある。
エントロピー復号部２１０は、映像符号化器のエントロピー符号化部でエントロピー符号化を行ったこととは逆の処理でエントロピー復号を行う場合がある。例えば、映像符号化器で行われた方法に対応して、指数ゴロム（Exponential Golomb）、ＣＡＶＬＣ（Context-Adaptive Variable Length Coding）、ＣＡＢＡＣ（Context-Adaptive Binary Arithmetic Coding）などの様々な方法が適用される場合がある。
エントロピー復号部２１０では、符号化器で行われたイントラ予測およびインタ予測に関する情報を復号する場合がある。
再整列部２１５は、エントロピー復号部２１０でエントロピー復号されたビットストリームを符号化部で再整列した方法に基づいて再整列を行う場合がある。一次元のベクトル形状で表現された係数をまた二次元のブロック形状の係数に復元して再整列する場合がある。再整列部２１５では、符号化部で行われた係数スキャニングに関する情報の提供を受け、当該符号化部で行われたスキャニング順序に基づいて、逆にスキャニングする方法により再整列を行う場合がある。
逆量子化部２２０は、符号化器から提供された量子化パラメータと再整列されたブロックの係数値に基づいて逆量子化を行う場合がある。
逆変換部２２５は、映像符号化器で行った量子化結果に対して変換部で行った変換、すなわち、ＤＣＴまたはＤＳＴに対する逆変換、すなわち、逆ＤＣＴまたは逆ＤＳＴを行う場合がある。ここで、ＤＣＴ変換コアは、ＤＣＴ２またはＤＣＴ８の少なくとも一つを含み、ＤＳＴ変換コアは、ＤＳＴ７を含む場合がある。または、映像符号化器で変換がスキップされた場合、逆変換部２２５でも逆変換を行わない場合がある。逆変換は、映像符号化器で判定された伝送単位に基づいて行われる場合がある。映像復号器の逆変換部２２５では、予測方法、現在ブロックのサイズおよび予測方向など複数の情報に応じて、変換技法（例えば、ＤＣＴまたはＤＳＴ）が選択的に行われる場合がある。
予測部２３０、２３５は、エントロピー復号部２１０から提供された予測ブロック生成関連情報と、メモリ２４５から提供された、前に復号されたブロックまたはピクチャ情報とに基づいて予測ブロックを生成する場合がある。
上述のように、映像符号化器での動作と同様にイントラ予測を行う時に、予測単位のサイズと変換単位のサイズが同一である場合、予測単位の左側に存在するピクセル、左上端に存在するピクセル、上端に存在するピクセルに基づいて予測単位に対するイントラ予測を行うが、イントラ予測を行う時に、予測単位のサイズと変換単位のサイズが相違する場合、変換単位に基づく参照ピクセルを用いてイントラ予測を行う場合がある。また、最小符号化単位に対してのみＮ×Ｎ分割を使用するイントラ予測を使用することもできる。
予測部２３０、２３５は、予測単位判別部、インタ予測部およびイントラ予測部を含む場合がある。予測単位判別部は、エントロピー復号部２１０から入力される予測単位情報、イントラ予測方法の予測モード情報、インタ予測方法のモーション予測関連情報など、様々な情報の入力を受けて現在の符号化単位から予測単位を区分し、予測単位がインタ予測を行うか、それともイントラ予測を行うかを判別する場合がある。インタ予測部２３０は、映像符号化器から提供された現在予測単位のインタ予測に必要な情報を用いて、現在予測単位が含まれた現ピクチャの前のピクチャまたは後のピクチャの少なくとも一つのピクチャに含まれた情報に基づいて、現在予測単位に対するインタ予測を行う場合がある。または、現在予測単位が含まれた現ピクチャ内で予め復元された一部領域の情報に基づいてインタ予測を行うこともできる。
インタ予測を行うために、符号化単位を基準に当該符号化単位に含まれた予測単位のモーション予測方法が、スキップモード（Skip Mode）、マージモード（Merge Mode）、モーションベクトル予測モード（AMVP Mode）、イントラブロックコピーモードのいずれかの方法であるかを判断する場合がある。
イントラ予測部２３５は、現ピクチャ内の画素情報に基づいて予測ブロックを生成する場合がある。予測単位がイントラ予測を行った予測単位である場合、映像符号化器から提供された予測単位のイントラ予測モード情報に基づいてイントラ予測を行う場合がある。イントラ予測部２３５は、ＡＩＳ（Adaptive Intra Smoothing）フィルタ、参照画素補間部、ＤＣフィルタを含む場合がある。ＡＩＳフィルタは、現在ブロックの参照画素にフィルタリングを行う部分として、現在予測単位の予測モードによってフィルタを適用するか否かを判定し、適用する場合がある。映像符号化器から提供された予測単位の予測モードおよびＡＩＳフィルタ情報を用いて、現在ブロックの参照画素に対してＡＩＳフィルタリングを行う場合がある。現在ブロックの予測モードがＡＩＳフィルタリングを行わないモードである場合、ＡＩＳフィルタは適用されない場合がある。
参照画素補間部は、予測単位の予測モードが参照画素を補間した画素値に基づいてイントラ予測を行う予測単位である場合、参照画素を補間して整数値以下の画素単位の参照画素を生成する場合がある。現在予測単位の予測モードが参照画素を補間せず予測ブロックを生成する予測モードである場合、参照画素は、補間されない場合がある。ＤＣフィルタは、現在ブロックの予測モードがＤＣモードである場合、フィルタリングにより予測ブロックを生成する場合がある。
復元されたブロックまたはピクチャは、フィルタ部２４０に提供される場合がある。フィルタ部２４０は、デブロッキングフィルタと、オフセット補正部と、ＡＬＦとを含む場合がある。
映像符号化器から当該ブロックまたはピクチャにデブロッキングフィルタを適用したか否かに関する情報およびデブロッキングフィルタを適用した場合、強いフィルタを適用したかまたは弱いフィルタを適用したかに関する情報の提供を受ける場合がある。映像復号器のデブロッキングフィルタでは、映像符号化器から提供されたデブロッキングフィルタ関連情報の提供を受け、映像復号器で当該ブロックに対するデブロッキングフィルタリングを行う場合がある。
オフセット補正部は、符号化時に映像に適用されたオフセット補正の種類およびオフセット値の情報などに基づいて復元された映像にオフセット補正を行う場合がある。
ＡＬＦは、符号化器から提供されたＡＬＦ適用可否情報、ＡＬＦ係数情報などに基づいて符号化単位に適用される場合がある。このようなＡＬＦ情報は、特定のパラメータセットに含まれて提供される場合がある。
メモリ２４５は、復元されたピクチャまたはブロックを格納して、参照ピクチャまたは参照ブロックとして使用可能にする場合があり、また、復元されたピクチャを出力部に提供する場合がある。
図３は、本開示の一実施形態による基本コーディングツリーユニットを図示した図である。
最大サイズのコーディングブロックをコーディングツリーブロックと定義する場合がある。一つのピクチャは、複数個のコーディングツリーユニット（Coding Tree Unit、ＣＴＵ）に分割される。コーディングツリーユニットは、最大サイズのコーディングユニットであり、ＬＣＵ（Largest Coding Unit）と称することもできる。図３は、一つのピクチャが複数個のコーディングツリーユニットに分割された例を示す図である。
コーディングツリーユニットのサイズは、ピクチャレベルまたはシーケンスレベルで定義される場合がある。このために、コーディングツリーユニットのサイズを示す情報が、ピクチャパラメータセットまたはシーケンスパラメータセットを介してシグナリングされる場合がある。
一例として、シーケンス内の全体ピクチャに対するコーディングツリーユニットのサイズが１２８×１２８に設定される場合がある。または、ピクチャレベルで、１２８×１２８または２５６×２５６のいずれか一つをコーディングツリーユニットのサイズに判定する場合がある。一例として、第１ピクチャでは、コーディングツリーユニットのサイズが１２８×１２８に設定され、第２ピクチャでは、コーディングツリーユニットのサイズが２５６×２５６に設定される場合がある。
コーディングツリーユニットを分割して、コーディングブロックを生成する場合がある。コーディングブロックは、符号化／復号処理のための基本単位を示す。一例として、コーディングブロック別に予測または変換が行われるか、コーディングブロック別に予測符号化モードが判定される場合がある。ここで、予測符号化モードは、予測映像を生成する方法を示す。一例として、予測符号化モードは、画面内予測（Intra Prediction、イントラ予測）、画面間予測（Inter Prediction、インタ予測）、現ピクチャ参照（Current Picture Referencing、ＣＰＲ、またはイントラブロックコピー（Intra Block Copy、ＩＢＣ））または複合予測（Combined Prediction）を含む場合がある。コーディングブロックに対して、イントラ予測、インタ予測、現ピクチャ参照または複合予測の少なくとも一つの予測符号化モードを用いて、コーディングブロックに対する予測ブロックを生成する場合がある。
現在ブロックの予測符号化モードを示す情報がビットストリームを介してシグナリングされる場合がある。一例として、情報は、予測符号化モードがイントラモードであるかまたはインタモードであるかを示す１ビットフラグである場合がある。現在ブロックの予測符号化モードがインタモードとして判定された場合にだけ、現ピクチャ参照または複合予測が利用可能である。
現ピクチャ参照は、現ピクチャを参照ピクチャに設定し、現ピクチャ内の既に符号化／復号が完了した領域から現在ブロックの予測ブロックを得るためのものである。ここで、現ピクチャは、現在ブロックを含むピクチャを意味する。現在ブロックに現ピクチャ参照が適用されるか否かを示す情報がビットストリームを介してシグナリングされる場合がある。一例として、情報は、１ビットのフラグである場合がある。フラグが真の場合、現在ブロックの予測符号化モードは現ピクチャ参照として判定され、フラグが偽の場合、現在ブロックの予測モードはインタ予測として判定される場合がある。
または、参照ピクチャインデックスに基づいて、現在ブロックの予測符号化モードが判定される場合がある。一例として、参照ピクチャインデックスが現ピクチャを示す場合、現在ブロックの予測符号化モードは、現ピクチャ参照として判定される場合がある。参照ピクチャインデックスが現ピクチャではない他のピクチャを示す場合、現在ブロックの予測符号化モードは、インタ予測として判定される場合がある。すなわち、現ピクチャ参照は、現ピクチャ内の符号化／復号が完了した領域の情報を用いた予測方法であり、インタ予測は、符号化／復号が完了した他のピクチャの情報を用いた予測方法である。
複合予測は、イントラ予測、インタ予測および現ピクチャ参照のうち二つ以上を組み合わせた符号化モードを示す。一例として、複合予測が適用される場合、イントラ予測、インタ予測または現ピクチャ参照のいずれか一つに基づいて第１予測ブロックが生成され、他の一つに基づいて第２予測ブロックが生成される場合がある。第１予測ブロックおよび第２予測ブロックが生成されると、第１予測ブロックおよび第２予測ブロックの平均演算または加重和演算により最終予測ブロックが生成される場合がある。複合予測が適用されるか否かを示す情報がビットストリームを介してシグナリングされる場合がある。情報は、１ビットのフラグである場合がある。
図４は、コーディングブロックの様々な分割形状を示す図である。
コーディングブロックは、クワッドツリー分割、バイナリツリー分割またはトリプルツリー分割に基づいて複数のコーディングブロックに分割される場合がある。分割されたコーディングブロックもまたクワッドツリー分割、バイナリツリー分割またはトリプルツリー分割に基づいて、また複数のコーディングブロックに分割される場合がある。
クワッドツリー分割は、現在ブロックを４つのブロックに分割する分割技法を示す。クワッドツリー分割の結果、現在ブロックは、４つの正方形状パーティションに分割される場合がある（図４（ａ）「ＳＰＬＩＴ＿ＱＴ」参照）。
バイナリツリー分割は、現在ブロックを２つのブロックに分割する分割技法を示す。垂直方向に沿って（すなわち、現在ブロックを横切る垂直線を利用）現在ブロックを二つのブロックに分割することを垂直方向バイナリツリー分割と称する場合があり、水平方向に沿って（すなわち、現在ブロックを横切る水平線を利用）現在ブロックを二つのブロックに分割することを水平方向バイナリツリー分割と称する場合がある。バイナリツリー分割の結果、現在ブロックは、２つの非正方形状パーティションに分割される場合がある。図４（ｂ）「ＳＰＬＩＴ＿ＢＴ＿ＶＥＲ」は、垂直方向バイナリツリー分割の結果を示すものでり、図４（ｃ）「ＳＰＬＩＴ＿ＢＴ＿ＨＯＲ」は、水平方向バイナリツリー分割の結果を示すものである。
トリプルツリー分割は、現在ブロックを３つのブロックに分割する分割技法を示す。垂直方向に沿って（すなわち、現在ブロックを横切る二つの垂直線を利用）現在ブロックを三つのブロックに分割することを垂直方向トリプルツリー分割と称する場合があり、水平方向に沿って（すなわち、現在ブロックを横切る二つの水平線を利用）現在ブロックを三つのブロックに分割することを水平方向トリプルツリー分割と称する場合がある。トリプルツリー分割の結果、現在ブロックは、３つの非正方形状パーティションに分割される場合がある。この場合、現在ブロックの中央に位置するパーティションの幅／高さは、他のパーティションの幅／高さに対して２倍である場合がある。図４（ｄ）「ＳＰＬＩＴ＿ＴＴ＿ＶＥＲ」は、垂直方向トリプルツリー分割の結果を示すものであり、図４（ｅ）「ＳＰＬＩＴ＿ＴＴ＿ＨＯＲ」は、水平方向トリプルツリー分割の結果を示すものである。
コーディングツリーユニットの分割回数を分割深さ（Partitioning Depth）と定義する場合がある。シーケンスまたはピクチャレベルでコーディングツリーユニットの最大分割深さが判定される場合がある。これにより、シーケンスまたはピクチャ別にコーディングツリーユニットの最大分割深さが相違する場合がある。
または、分割技法それぞれに対する最大分割深さを個別に判定する場合がある。一例として、クワッドツリー分割が許容される最大分割深さは、バイナリツリー分割および／またはトリプルツリー分割が許容される最大分割深さと相違する場合がある。
符号化器は、現在ブロックの分割形状または分割深さの少なくとも一つを示す情報をビットストリームを介してシグナリングする場合がある。復号器は、ビットストリームからパーシングされる情報に基づいて、コーディングツリーユニットの分割形状および分割深さを判定する場合がある。
図５は、コーディングツリーユニットの分割態様を例示した図である。
クワッドツリー分割、バイナリツリー分割および／またはトリプルツリー分割などの分割技法を用いてコーディングブロックを分割することをマルチツリー分割（Multi Tree Partitioning）と称する場合がある。
コーディングブロックにマルチツリー分割を適用して生成されるコーディングブロックを下位コーディングブロックと称する場合がある。コーディングブロックの分割深さがｋである場合、下位コーディングブロックの分割深さは、ｋ＋１に設定される。
逆に、分割深さがｋ＋１であるコーディングブロックに対して、分割深さがｋであるコーディングブロックを上位コーディングブロックと称する場合がある。
現在コーディングブロックの分割タイプは、上位コーディングブロックの分割形状または近隣コーディングブロックの分割タイプの少なくとも一つに基づいて判定される場合がある。ここで、近隣コーディングブロックは、現在コーディングブロックに隣接するものであり、現在コーディングブロックの上端近隣ブロック、左側近隣ブロック、または左上端コーナに隣接する近隣ブロックの少なくとも一つを含む場合がある。ここで、分割タイプは、クワッドツリー分割可否、バイナリツリー分割可否、バイナリツリー分割方向、トリプルツリー分割可否、またはトリプルツリー分割方向の少なくとも一つを含む場合がある。
コーディングブロックの分割形状を判定するために、コーディングブロックが分割されるか否かを示す情報がビットストリームを介してシグナリングされる場合がある。情報は、１ビットのフラグ「ｓｐｌｉｔ＿ｃｕ＿ｆｌａｇ」であり、フラグが真であることは、マージツリー分割技法によってコーディングブロックが分割されることを示す。
ｓｐｌｉｔ＿ｃｕ＿ｆｌａｇが真の場合、コーディングブロックがクワッドツリー分割されるか否かを示す情報がビットストリームを介してシグナリングされる場合がある。情報は、１ビットのフラグｓｐｌｉｔ＿ｑｔ＿ｆｌａｇであり、フラグが真の場合、コーディングブロックは、４つのブロックに分割される場合がある。
一例として、図５に図示されている例では、コーディングツリーユニットがクワッドツリー分割されることで、分割深さが１である４つのコーディングブロックが生成されるものと図示されている。また、クワッドツリー分割の結果として生成された４つのコーディングブロックのうち最初のコーディングブロックおよび四番目のコーディングブロックにまたクワッドツリー分割が適用されたものと図示されている。その結果、分割深さが２である４つのコーディングブロックが生成される場合がある。
また、分割深さが２であるコーディングブロックにまたクワッドツリー分割を適用することで、分割深さが３であるコーディングブロックを生成する場合がある。
コーディングブロックにクワッドツリー分割が適用されない場合、コーディングブロックのサイズ、コーディングブロックがピクチャ境界に位置するか否か、最大分割深さまたは近隣ブロックの分割形状の少なくとも一つを考慮して、コーディングブロックにバイナリツリー分割またはトリプルツリー分割を行うか否かを判定する場合がある。コーディングブロックにバイナリツリー分割またはトリプルツリー分割が行われるものと判定された場合、分割方向を示す情報がビットストリームを介してシグナリングされる場合がある。情報は、１ビットのフラグｍｔｔ＿ｓｐｌｉｔ＿ｃｕ＿ｖｅｒｔｉｃａｌ＿ｆｌａｇである場合がある。フラグに基づいて、分割方向が垂直方向であるかまたは水平方向であるかが判定される場合がある。さらに、バイナリツリー分割またはトリプルツリー分割のいずれかがコーディングブロックに適用されるかを示す情報がビットストリームを介してシグナリングされる場合がある。情報は、１ビットのフラグｍｔｔ＿ｓｐｌｉｔ＿ｃｕ＿ｂｉｎａｒｙ＿ｆｌａｇである場合がある。フラグに基づいて、コーディングブロックにバイナリツリー分割が適用されるかまたはトリプルツリー分割が適用されるかが判定される場合がある。
一例として、図５に図示されている例では、分割深さ１のコーディングブロックに垂直方向バイナリツリー分割が適用され、分割の結果として生成されたコーディングブロックのうち左側コーディングブロックには、垂直方向トリプルツリー分割が適用され、右側コーディングブロックには、垂直方向バイナリツリー分割が適用されたものと図示されている。
インタ予測は、前のピクチャの情報を用いて、現在ブロックを予測する予測符号化モードである。一例として、前のピクチャ内の現在ブロックと同一の位置のブロック（以下、コロケーテッドブロック、Ｃｏｌｌｏｃａｔｅｄ ｂｌｏｃｋ）を現在ブロックの予測ブロックに設定する場合がある。以下、現在ブロックと同一の位置のブロックに基づいて生成された予測ブロックをコロケーテッド予測ブロック（Collocated Prediction Block）と称する。
一方、前のピクチャに存在したオブジェクトが現ピクチャでは他の位置に移動したとすると、オブジェクトの動きを用いて、効果的に現在ブロックを予測する場合がある。例えば、前のピクチャと現ピクチャとを比較することでオブジェクトの移動方向およびサイズを知ることができれば、オブジェクトの動き情報を考慮して、現在ブロックの予測ブロック（または、予測映像）を生成する場合がある。以下、動き情報を用いて生成された予測ブロックを動き予測ブロックと称する場合がある。
現在ブロックから予測ブロックを差分して、残差ブロック（residual block）を生成する場合がある。この場合、オブジェクトの動きが存在する場合であれば、コロケーテッド予測ブロックの代わりに動き予測ブロックを用いることで、残差ブロックのエネルギーを低減し、これにより、残差ブロックの圧縮性能を向上させる場合がある。
上記のように、動き情報を用いて予測ブロックを生成することを動き補償予測と称する場合がある。ほとんどのインタ予測では、動き補償予測に基づいて予測ブロックを生成する場合がある。
動き情報は、モーションベクトル、参照ピクチャインデックス、予測方向または双方向加重値インデックスの少なくとも一つを含む場合がある。モーションベクトルは、オブジェクトの移動方向およびサイズを示す。参照ピクチャインデックスは、参照ピクチャリストに含まれた参照ピクチャのうち、現在ブロックの参照ピクチャを特定する。予測方向は、単方向Ｌ０予測、単方向Ｌ１予測または双方向予測（Ｌ０予測およびＬ１予測）のいずれか一つを示す。現在ブロックの予測方向に応じて、Ｌ０方向の動き情報またはＬ１方向の動き情報の少なくとも一つが用いられる場合がある。双方向加重値インデックスは、Ｌ０予測ブロックに適用される加重値およびＬ１予測ブロックに適用される加重値を特定する。
図６は、本開示の一実施形態によるインタ予測方法のフローチャートである。
図６を参照すると、インタ予測方法は、現在ブロックのインタ予測モードを判定するステップ（Ｓ６０１）と、判定されたインタ予測モードによって現在ブロックの動き情報を得るステップ（Ｓ６０２）と、得られた動き情報に基づいて、現在ブロックに対する動き補償予測を行うステップ（Ｓ６０３）とを含む。
ここで、インタ予測モードは、現在ブロックの動き情報を判定するための様々な技法を示すものであり、並進（Translation）動き情報を用いるインタ予測モードと、アフィン（Affine）動き情報を用いるインタ予測モードとを含む場合がある。一例として、並進動き情報を用いるインタ予測モードは、マージモードおよびモーションベクトル予測モードを含み、アフィン動き情報を用いるインタ予測モードは、アフィンマージモードおよびアフィンモーションベクトル予測モードを含む場合がある。現在ブロックの動き情報は、インタ予測モードによって、現在ブロックに隣り合う近隣ブロックまたはビットストリームからパーシングされる情報に基づいて判定される場合がある。
以下、アフィン動き情報を用いるインタ予測方法について詳細に説明する。
図７は、オブジェクトの非線形動きを例示した図である。
映像内のオブジェクトの動きが線形的ではない動きが発生する場合がある。一例として、図７に図示されている例のように、カメラズームイン（Zoom-in）、ズームアウト（Zoom-out）、回転（Rotation）またはアフィン変換など、オブジェクトの非線形動きが発生する場合がある。オブジェクトの非線形動きが発生した場合、並進動きベクトルでは、オブジェクトの動きを効果的に表現することができない。そのため、オブジェクトの非線形動きが発生する部分では、並進動きの代わりにアフィン動きを用いて符号化効率を向上させる場合がある。
図８は、本開示の一実施形態によるアフィンモーションに基づくインタ予測方法のフローチャートである。
現在ブロックにアフィンモーションに基づくインタ予測技法が適用されるか否かは、ビットストリームからパーシングされる情報に基づいて判定される場合がある。具体的には、現在ブロックにアフィンマージモードが適用されるか否かを示すフラグまたは現在ブロックにアフィンモーションベクトル予測モードが適用されるか否かを示すフラグの少なくとも一つに基づいて、現在ブロックにアフィンモーションに基づくインタ予測技法が適用されるか否かを判定する場合がある。
現在ブロックにアフィンモーションに基づくインタ予測技法が適用される場合、現在ブロックのアフィンモーションモデルを判定する場合がある（Ｓ８０１）。アフィンモーションモデルは、６パラメータアフィンモーションモデルまたは４パラメータアフィンモーションモデルの少なくとも一つとして判定される場合がある。６パラメータアフィンモーションモデルは、６個のパラメータを用いてアフィンモーションを表現したものであり、４パラメータアフィンモーションモデルは、４個のパラメータを用いてアフィンモーションを表現したものである。
数式１は、６パラメータを用いてアフィンモーションを表現したものである。アフィンモーションは、アフィンシードベクトルによって判定される所定の領域に対する並進動きを示す。
Figure 2023509347000002
６個のパラメータを用いてアフィンモーションを表現する場合、複雑な動きを表現する場合があるが、各パラメータを符号化するために必要なビット数が多くなって符号化効率が低下し得る。そのため、４個のパラメータを用いてアフィンモーションを表現する場合がある。数式２は、４個のパラメータを用いてアフィンモーションを表現したものである。
Figure 2023509347000003
現在ブロックのアフィンモーションモデルを判定するための情報が符号化され、ビットストリームを介してシグナリングされる場合がある。一例として、情報は、１ビットのフラグ「ａｆｆｉｎｅ＿ｔｙｐｅ＿ｆｌａｇ」である場合がある。フラグの値が０であることは、４パラメータアフィンモーションモデルが適用されることを示し、フラグの値が１であることは、６パラメータアフィンモーションモデルが適用されることを示す場合がある。フラグは、スライス、タイルまたはブロック（例えば、コーディングブロックまたはコーディングツリーユニット）単位で符号化される場合がある。スライスレベルでフラグがシグナリングされる場合、スライスレベルで判定されたアフィンモーションモデルがスライスに属するブロックのすべてに適用される場合がある。
または、現在ブロックのアフィンインタ予測モードに基づいて、現在ブロックのアフィンモーションモデルを判定する場合がある。一例として、アフィンマージモードが適用される場合、現在ブロックのアフィンモーションモデルを４パラメータモーションモデルとして判定する場合がある。一方、アフィンモーションベクトル予測モードが適用される場合、現在ブロックのアフィンモーションモデルを判定するための情報を符号化し、ビットストリームを介してシグナリングされる場合がある。一例として、現在ブロックにアフィンモーションベクトル予測モードが適用される場合、１ビットのフラグ「ａｆｆｉｎｅ＿ｔｙｐｅ＿ｆｌａｇ」に基づいて、現在ブロックのアフィンモーションモデルを判定する場合がある。
次に、現在ブロックのアフィンシードベクトルを導出する場合がある（Ｓ８０２）。４パラメータアフィンモーションモデルが選択された場合、現在ブロックの二つのコントロールポイントでのモーションベクトルを導出する場合がある。一方、６パラメータアフィンモーションモデルが選択された場合、現在ブロックの三つのコントロールポイントでのモーションベクトルが導出される場合がある。コントロールポイントでのモーションベクトルをアフィンシードベクトルと称する場合がある。コントロールポイントは、現在ブロックの左上端コーナ、右上端コーナまたは左下端コーナの少なくとも一つを含む場合がある。
図９は、アフィンモーションモデル別のアフィンシードベクトルを例示した図である。
４パラメータアフィンモーションモデルでは、左上端コーナ、右上端コーナまたは左下端コーナのうち二つに対するアフィンシードベクトルを導出する場合がある。一例として、図９（ａ）に図示されている例のように、４パラメータアフィンモーションモデルが選択された場合、現在ブロックの左上端コーナ（例えば、左上端サンプル（ｘ１，ｙ１））に対するアフィンシードベクトルｓｖ０と現在ブロックの右上端コーナ（例えば、右上端サンプル（ｘ１，ｙ１））に対するアフィンシードベクトルｓｖ１を用いてアフィンベクトルを導出する場合がある。左上端コーナに対するアフィンシードベクトルの代わりに左下端コーナに対するアフィンシードベクトルを使用するか、右上端コーナに対するアフィンシードベクトルの代わりに左下端コーナに対するアフィンシードベクトルを使用することも可能である。
６パラメータアフィンモーションモデルでは、左上端コーナ、右上端コーナおよび左下端コーナに対するアフィンシードベクトルを導出する場合がある。一例として、図９（ｂ）に図示されている例のように、６パラメータアフィンモーションモデルが選択された場合、現在ブロックの左上端コーナ（例えば、左上端サンプル（ｘ１，ｙ１））に対するアフィンシードベクトルｓｖ０、現在ブロックの右上端コーナ（例えば、右上端サンプル（ｘ１，ｙ１））に対するアフィンシードベクトルｓｖ１および現在ブロックの左上端コーナ（例えば、左上端サンプル（ｘ２，ｙ２））に対するアフィンシードベクトルｓｖ２を用いてアフィンベクトルを導出する場合がある。
後述する実施形態では、４パラメータアフィンモーションモデル下で、左上端コントロールポイントおよび右上端コントロールポイントのアフィンシードベクトルを、それぞれ、第１アフィンシードベクトルおよび第２アフィンシードベクトルと称する。後述する第１アフィンシードベクトルおよび第２アフィンシードベクトルを用いる実施形態において、第１アフィンシードベクトルおよび第２アフィンシードベクトルの少なくとも一つの代わりに、左下端コントロールポイントのアフィンシードベクトル（第３アフィンシードベクトル）または右下端コントロールポイントのアフィンシードベクトル（第４アフィンシードベクトル）を使用する場合がある。
また、６パラメータアフィンモーションモデル下で、左上端コントロールポイント、右上端コントロールポイントおよび左下端コントロールポイントのアフィンシードベクトルを、それぞれ、第１アフィンシードベクトル、第２アフィンシードベクトルおよび第３アフィンシードベクトルと称する。後述する第１アフィンシードベクトル、第２アフィンシードベクトルおよび第３アフィンシードベクトルを用いる実施形態において、第１アフィンシードベクトル、第２アフィンシードベクトルおよび第３アフィンシードベクトルの少なくとも一つの代わりに、右下端コントロールポイントのアフィンシードベクトル（第４アフィンシードベクトル）を使用する場合がある。
アフィンシードベクトルを用いてサブブロック別にアフィンベクトルを導出する場合がある（Ｓ８０３）。ここで、アフィンベクトルは、アフィンシードベクトルに基づいて導出される並進モーションベクトルを示す。サブブロックのアフィンベクトルをアフィンサブブロックモーションベクトルまたはサブブロックモーションベクトルと称する場合がある。
図１０は、４パラメータモーションモデル下で、サブブロックのアフィンベクトルを例示した図である。
サブブロックのアフィンベクトルは、コントロールポイントの位置、サブブロックの位置およびアフィンシードベクトルに基づいて導出される場合がある。一例として、数式３は、アフィンサブブロックモーションベクトルを導出する例を示す。
Figure 2023509347000004
数式３において、（ｘ，ｙ）は、サブブロックの位置を示す。ここで、サブブロックの位置は、サブブロックに含まれた基準サンプルの位置を示す。基準サンプルは、サブブロックの左上端コーナに位置するサンプル、またはｘ軸またはｙ軸座標の少なくとも一つが中央位置であるサンプルである場合がある。（ｘ０，ｙ０）は、第１コントロールポイントの位置を示し、（ｓｖ０ｘ，ｓｖ０ｙ）は、第１アフィンシードベクトルを示す。また、（ｘ１，ｙ１）は、第２コントロールポイントの位置を示し、（ｓｖ１ｘ，ｓｖ１ｙ）は、第２アフィンシードベクトルを示す。
第１コントロールポイントおよび第２コントロールポイントが、それぞれ、現在ブロックの左上端コーナおよび右上端コーナに対応する場合、ｘ１－ｘ０は、現在ブロックの幅と同一の値に設定される場合がある。
次に、各サブブロックのアフィンベクトルを用いて、各サブブロックに対する動き補償予測を行う場合がある（Ｓ８０４）。動き補償予測を行った結果、各サブブロックに対する予測ブロックが生成される場合がある。サブブロックの予測ブロックが、現在ブロックの予測ブロックに設定される場合がある。
現在ブロックのアフィンシードベクトルは、現在ブロックに隣り合う近隣ブロックのアフィンシードベクトルに基づいて導出される場合がある。現在ブロックのインタ予測モードがアフィンマージモードである場合、マージ候補リストに含まれたマージ候補のアフィンシードベクトルを現在ブロックのアフィンシードベクトルに判定する場合がある。また、現在ブロックのインタ予測モードがアフィンマージモードである場合、現在ブロックの参照ピクチャインデックス、特定方向予測フラグまたは双方向加重値の少なくとも一つを含む動き情報もマージ候補と同様に設定される場合がある。
次に、並進動き情報を用いるインタ予測方法について詳細に説明する。
現在ブロックの動き情報は、現在ブロックと他のブロックの動き情報から導出される場合がある。ここで、他のブロックは、現在ブロックよりも先にインタ予測で符号化／復号されたブロックである場合がある。現在ブロックの動き情報を他のブロックの動き情報と同様に設定することをマージモードと定義する場合がある。また、他のブロックの動きベクトルを現在ブロックの動きベクトルの予測値に設定することをモーションベクトル予測モードと定義する場合がある。
図１１は、マージモード下で、現在ブロックの動き情報を導出する過程のフローチャートである。
現在ブロックのマージ候補を導出する場合がある（Ｓ１１０１）。現在ブロックのマージ候補は、現在ブロックよりも先にインタ予測で符号化／復号されたブロックから導出される場合がある。
図１２は、マージ候補を導出するために使用される候補ブロックを例示した図である。
候補ブロックは、現在ブロックに隣接するサンプルを含む近隣ブロックまたは現在ブロックに隣接しないサンプルを含む非近隣ブロックの少なくとも一つを含む場合がある。以下、候補ブロックを判定するサンプルを基準サンプルと定義する。また、現在ブロックに隣接する基準サンプルを近隣基準サンプルと称し、現在ブロックに隣接しない基準サンプルを非近隣基準サンプルと称する。
近隣基準サンプルは、現在ブロックの最左側列の近隣列または現在ブロックの最上端行の近隣行に含まれる場合がある。一例として、現在ブロックの左上端サンプルの座標を（０，０）とした時に、（－１，Ｈ－１）位置の基準サンプルを含むブロック、（Ｗ－１，－１）位置の基準サンプルを含むブロック、（Ｗ，－１）位置の基準サンプルを含むブロック、（－１，Ｈ）位置の基準サンプルを含むブロックまたは（－１，－１）位置の基準サンプルを含むブロックの少なくとも一つが候補ブロックとして用いられる場合がある。図面を参照すると、インデックス０～インデックス４の近隣ブロックが候補ブロックとして用いられる場合がある。
非近隣基準サンプルは、現在ブロックに隣接する基準サンプルとのｘ軸距離またはｙ軸距離の少なくとも一つが予め定義された値を有するサンプルを示す。一例として、左側基準サンプルとのｘ軸距離が予め定義された値である基準サンプルを含むブロック、上端基準サンプルとのｙ軸距離が予め定義された値である非近隣サンプルを含むブロックまたは左上端基準サンプルとのｘ軸距離およびｙ軸距離が予め定義された値である非近隣サンプルを含むブロックの少なくとも一つが候補ブロックとして用いられる場合がある。予め定義された値は、４、８、１２、１６などの自然数である場合がある。図面を参照すると、インデックス５～２６のブロックの少なくとも一つが候補ブロックとして用いられる場合がある。
近隣基準サンプルと同一の垂直線、水平線または対角線上に位置しないサンプルを非近隣基準サンプルに設定することもできる。
マージ候補の動き情報は、候補ブロックの動き情報と同様に設定される場合がある。一例として、候補ブロックのモーションベクトル、参照ピクチャインデックス、予測方向または双方向加重値インデックスの少なくとも一つをマージ候補の動き情報に設定する場合がある。
マージ候補を含むマージ候補リストを生成する場合がある（Ｓ１１０２）。
マージ候補リスト内のマージ候補のインデックスは、所定の順序にしたがって割り当てられる場合がある。一例として、左側近隣ブロックから導出されたマージ候補、上端近隣ブロックから導出されたマージ候補、右上端近隣ブロックから導出されたマージ候補、左下端近隣ブロックから導出されたマージ候補、左上端近隣ブロックから導出されたマージ候補および時間的近隣ブロックから導出されたマージ候補の順にインデックスを付与する場合がある。
マージ候補に複数のマージ候補が含まれた場合、複数のマージ候補の少なくとも一つを選択する場合がある（Ｓ１１０３）。具体的には、複数のマージ候補のいずれか一つを特定するための情報がビットストリームを介してシグナリングされる場合がある。一例として、マージ候補リストに含まれたマージ候補のいずれか一つのインデックスを示す情報ｍｅｒｇｅ＿ｉｄｘがビットストリームを介してシグナリングされる場合がある。
マージ候補リストに含まれたマージ候補の個数が閾値より小さい場合、モーション情報テーブルに含まれたモーション情報候補をマージ候補としてマージ候補リストに追加する場合がある。ここで、閾値は、マージ候補リストが含む場合がある最大マージ候補の個数または最大マージ候補の個数からオフセットを減算した値である場合がある。オフセットは、１または２などの自然数である場合がある。
モーション情報テーブルは、現ピクチャ内のインタ予測に基づいて符号化／復号されたブロックから導出されるモーション情報候補を含む。一例として、モーション情報テーブルに含まれたモーション情報候補の動き情報は、インタ予測に基づいて符号化／復号されたブロックの動き情報と同様に設定される場合がある。ここで、動き情報は、モーションベクトル、参照ピクチャインデックス、予測方向または双方向加重値インデックスの少なくとも一つを含む場合がある。
モーション情報テーブルに含まれたモーション情報候補をインタ領域マージ候補または予測領域マージ候補と称することもできる。
モーション情報テーブルが含む場合があるモーション情報候補の最大個数は、符号化器および復号器で予め定義されていてもよい。一例として、モーション情報テーブルが含む場合がある最大モーション情報候補の個数は、１、２、３、４、５、６、７、８またはそれ以上（例えば、１６）である場合がある。
または、モーション情報テーブルが含む場合があるモーション情報候補の最大個数を示す情報がビットストリームを介してシグナリングされる場合がある。情報は、シーケンス、ピクチャ、またはスライスレベルでシグナリングされる場合がある。情報は、モーション情報テーブルが含む場合があるモーション情報候補の最大個数を示す場合がある。または、情報は、モーション情報テーブルが含む場合があるモーション情報候補の最大個数とマージ候補リストが含む場合があるマージ候補の最大個数との差分を示す場合がある。
または、ピクチャのサイズ、スライスのサイズまたはコーディングツリーユニットのサイズに応じて、モーション情報テーブルが含む場合があるモーション情報候補の最大個数が判定される場合がある。
モーション情報テーブルは、ピクチャ、スライス、タイル、ブリック、コーディングツリーユニット、またはコーディングツリーユニットライン（行または列）単位で初期化される場合がある。一例として、スライスが初期化される場合、モーション情報テーブルも初期化され、モーション情報テーブルは、如何なるモーション情報候補も含まない場合がある。
または、モーション情報テーブルを初期化するか否かを示す情報がビットストリームを介してシグナリングされる場合がある。情報は、スライス、タイル、ブリックまたはブロックレベルでシグナリングされる場合がある。情報がモーション情報テーブルを初期化することを指示するまで、予め構成されたモーション情報テーブルが用いられる場合がある。
または、ピクチャパラメータセットまたはスライスヘッダーを介して初期モーション情報候補に関する情報がシグナリングされる場合がある。スライスが初期化されても、モーション情報テーブルは、初期モーション情報候補を含む場合がある。これにより、スライス内の最初の符号化／復号対象であるブロックに対しても、初期モーション情報候補を用いる場合がある。
または、前のコーディングツリーユニットのモーション情報テーブルに含まれたモーション情報候補を初期モーション情報候補に設定する場合がある。一例として、前のコーディングツリーユニットのモーション情報テーブルに含まれたモーション情報候補のうちインデックスが最も小さいモーション情報候補またはインデックスが最も大きいモーション情報候補が初期モーション情報候補に設定される場合がある。
符号化／復号順序にしたがってブロックを符号化／復号し、この場合、インタ予測に基づいて符号化／復号されたブロックを符号化／復号順序にしたがって、順にモーション情報候補に設定する場合がある。
図１３は、モーション情報テーブルのアップデート態様を説明するための図である。
現在ブロックに対して、インタ予測が行われた場合（Ｓ１３０１）、現在ブロックに基づいてモーション情報候補を導出する場合がある（Ｓ１３０２）。モーション情報候補の動き情報は、現在ブロックの動き情報と同様に設定される場合がある。
モーション情報テーブルが空の状態である場合（Ｓ１３０３）、現在ブロックに基づいて導出されたモーション情報候補をモーション情報テーブルに追加する場合がある（Ｓ１３０４）。
モーション情報テーブルが既にモーション情報候補を含んでいる場合（Ｓ１３０３）、現在ブロックの動き情報（または、これに基づいて導出されたモーション情報候補）に対する重複性検査を実施する場合がある（Ｓ１３０５）。重複性検査は、モーション情報テーブルに予め格納されたモーション情報候補の動き情報と現在ブロックの動き情報とが同一であるか否かを判定するためのものである。重複性検査は、モーション情報テーブルに予め格納されたすべてのモーション情報候補を対象に行われる場合がある。または、モーション情報テーブルに予め格納されたモーション情報候補のうち、インデックスが閾値以上または閾値以下であるモーション情報候補を対象に重複性検査を行う場合がある。または、予め定義された個数のモーション情報候補を対象に重複性検査が行われる場合がある。一例として、インデックスが小さい２個のモーション情報候補またはインデックスが大きい２個のモーション情報候補が重複性検査の対象に判定される場合がある。
現在ブロックの動き情報と同一の動き情報を有するモーション情報候補が含まれていない場合、現在ブロックに基づいて導出されたモーション情報候補をモーション情報テーブルに追加する場合がある（Ｓ１３０８）。モーション情報候補が同一であるか否かは、モーション情報候補の動き情報（例えば、モーションベクトルおよび／または参照ピクチャインデックスなど）が同一であるか否かに基づいて判定される場合がある。
この場合、モーション情報テーブルに既に最大個数のモーション情報候補が格納されている場合（Ｓ１３０６）、最も古いモーション情報候補を削除し（Ｓ１３０７）、現在ブロックに基づいて導出されたモーション情報候補をモーション情報テーブルに追加する場合がある（Ｓ１３０８）。ここで、最も古いモーション情報候補は、インデックスが最も大きいモーション情報候補またはインデックスが最も小さいモーション情報候補である場合がある。
モーション情報候補は、それぞれ、インデックスによって識別される場合がある。現在ブロックから導出されたモーション情報候補がモーション情報テーブルに追加される場合、モーション情報候補に最も低いインデックス（例えば、０）を割り当て、予め格納されたモーション情報候補のインデックスを１ずつ増加させる場合がある。この場合、モーション情報テーブルに既に最大個数のモーション情報候補が格納されている場合、インデックスが最も大きいモーション情報候補が除去される。
または、現在ブロックから導出されたモーション情報候補がモーション情報テーブルに追加される場合、モーション情報候補に最も大きいインデックスを割り当てる場合がある。一例として、モーション情報テーブルに予め格納されたモーション情報候補の個数が最大値より小さい場合、モーション情報候補には、予め格納されたモーション情報候補の個数と同一の値のインデックスが割り当てられる場合がある。または、モーション情報テーブルに予め格納されたモーション情報候補の個数が最大値と同一である場合、モーション情報候補には、最大値から１を減算したインデックスが割り当てられる場合がある。また、インデックスが最も小さいモーション情報候補が除去され、残りの予め格納されたモーション情報候補のインデックスが１ずつ減少する。
図１４は、モーション情報テーブルのアップデート態様を示す図である。
現在ブロックから導出されたモーション情報候補がモーション情報テーブルに追加されて、モーション情報候補に最も大きいインデックスが割り当てられるものと仮定する。また、モーション情報テーブルには、既に最大個数のモーション情報候補が格納されているものと仮定する。
現在ブロックから導出されたモーション情報候補ＨｍｖｐＣａｎｄ［ｎ＋１］をモーション情報テーブルＨｍｖｐＣａｎｄＬｉｓｔに追加する場合、予め格納されたモーション情報候補のうちインデックスが最も小さいモーション情報候補ＨｍｖｐＣａｎｄ［０］を削除し、残りのモーション情報候補のインデックスを１ずつ減少させる場合がある。また、現在ブロックから導出されたモーション情報候補ＨｍｖｐＣａｎｄ［ｎ＋１］のインデックスを最大値（図１４に図示されている例ではｎ）に設定する場合がある。
現在ブロックに基づいて導出されたモーション情報候補と同一のモーション情報候補が予め格納されている場合（Ｓ１３０５）、現在ブロックに基づいて導出されたモーション情報候補をモーション情報テーブルに追加しない場合がある（Ｓ１３０９）。
または、現在ブロックに基づいて導出されたモーション情報候補をモーション情報テーブルに追加し、且つモーション情報候補と同一の予め格納されたモーション情報候補を除去することもできる。この場合、予め格納されたモーション情報候補のインデックスが新たに更新されることと同じ効果を引き起こす。
図１５は、予め格納されたモーション情報候補のインデックスが更新される例を示す図である。
現在ブロックに基づいて導出されたモーション情報候補ｍｖＣａｎｄと同一の予め格納されたモーション情報候補のインデックスがｈＩｄｘである場合、予め格納されたモーション情報候補を削除し、インデックスがｈＩｄｘより大きいモーション情報候補のインデックスを１だけ減少させる場合がある。一例として、図１５に図示されている例では、ｍｖＣａｎｄと同一のＨｍｖｐＣａｎｄ［２］がモーション情報テーブルＨｖｍｐＣａｎｄＬｉｓｔから削除され、ＨｍｖｐＣａｎｄ［３］からＨｍｖｐＣａｎｄ［ｎ］までのインデックスが１ずつ減少するものと図示されている。
また、現在ブロックに基づいて導出されたモーション情報候補ｍｖＣａｎｄをモーション情報テーブルの最後に追加する場合がある。
または、現在ブロックに基づいて導出されたモーション情報候補と同一の予め格納されたモーション情報候補に割り当てられたインデックスを更新する場合がある。例えば、予め格納されたモーション情報候補のインデックスを最小値または最大値に変更する場合がある。
所定の領域に含まれたブロックの動き情報は、モーション情報テーブルに追加されないように設定される場合がある。一例として、マージ処理領域に含まれたブロックの動き情報に基づいて導出されるモーション情報候補は、モーション情報テーブルに追加しない場合がある。マージ処理領域に含まれたブロックに対しては、符号化／復号順序が定義されていないため、これらのいずれか一つの動き情報を他のブロックのインタ予測時に用いることは不適切である。そのため、マージ処理領域に含まれたブロックに基づいて導出されたモーション情報候補は、モーション情報テーブルに追加しない場合がある。
または、予め設定されたサイズより小さいブロックの動き情報は、モーション情報テーブルに追加されないように設定される場合がある。一例として、幅または高さが４または８より小さいコーディングブロックの動き情報、または４×４サイズのコーディングブロックの動き情報に基づいて導出されるモーション情報候補は、モーション情報テーブルに追加しない場合がある。
現在ブロックのインタ予測モードに基づいて、現在ブロックをモーション情報候補として用いるか否かを判定することもできる。一例として、アフィンモーションモデルに基づいて符号化／復号されたブロックは、モーション情報候補として利用不可能なものに設定される場合がある。これにより、現在ブロックがインタ予測で符号化／復号されたとしても、現在ブロックのインタ予測モードがアフィン予測モードである場合には、現在ブロックに基づいてモーション情報テーブルをアップデートしない場合がある。
モーション情報候補が動き情報以外に追加情報を含むように設定する場合がある。一例として、モーション情報候補に対して、ブロックのサイズ、形状またはブロックのパーティション情報の少なくとも一つをさらに格納する場合がある。現在ブロックのマージ候補リストの構成時に、モーション情報候補のうち、サイズ、形状またはパーティション情報が現在ブロックと同一または類似するモーション情報候補のみを使用するか、サイズ、形状またはパーティション情報が現在ブロックと同一または類似するモーション情報候補を先にマージ候補リストに追加する場合がある。
現在ブロックのマージ候補リストに含まれたマージ候補の個数が閾値より小さい場合、モーション情報テーブルに含まれたモーション情報候補をマージ候補としてマージ候補リストに追加する場合がある。追加過程は、モーション情報候補のインデックスを昇順または降順に整列した時の順序にしたがって行われる。一例として、インデックスが最も大きいモーション情報候補から現在ブロックのマージ候補リストに追加する場合がある。
モーション情報テーブルに含まれたモーション情報候補をマージ候補リストに追加しようとする場合、モーション情報候補とマージ候補リストに予め格納されたマージ候補との重複性検査が行われる場合がある。重複性検査を行った結果、予め格納されたマージ候補と同一の動き情報を有するモーション情報候補は、マージ候補リストに追加されない場合がある。
重複性検査は、モーション情報テーブルに含まれたモーション情報候補のうち一部に対してのみ行われることもできる。一例として、インデックスが閾値以上または閾値以下であるモーション情報候補に対してのみ重複性検査が行われる場合がある。または、インデックスが最も大きいＮ個のモーション情報候補またはインデックスが最も小さいＮ個のモーション情報候補に対してのみ重複性検査が行われる場合がある。
または、マージ候補リストに予め格納されたマージ候補のうち一部に対してのみ重複性検査を行う場合がある。一例として、インデックスが閾値以上または閾値以下であるマージ候補または特定の位置のブロックから導出されたマージ候補に対してのみ重複性検査が行われる場合がある。ここで、特定の位置は、現在ブロックの左側近隣ブロック、上端近隣ブロック、右上端近隣ブロックまたは左下端近隣ブロックの少なくとも一つを含む場合がある。
図１６は、マージ候補のうち一部に対してのみ重複性検査が行われる例を図示した図である。
モーション情報候補ＨｍｖｐＣａｎｄ［ｊ］をマージ候補リストに追加しようとする場合、モーション情報候補に対してインデックスが最も大きい２個のマージ候補ｍｅｒｇｅＣａｎｄＬｉｓｔ［ＮｕｍＭｅｒｇｅ－２］およびｍｅｒｇｅＣａｎｄＬｉｓｔ［ＮｕｍＭｅｒｇｅ－１］との重複性検査を行う場合がある。ここで、ＮｕｍＭｅｒｇｅは、可用な空間的マージ候補および時間的マージ候補の個数を示す場合がある。
図示されている例とは異なり、モーション情報候補ＨｍｖｐＣａｎｄ［ｊ］をマージ候補リストに追加しようとする場合、モーション情報候補に対してインデックスが最も小さい最大２個のマージ候補との重複性検査を行うこともできる。例えば、ｍｅｒｇｅＣａｎｄＬｉｓｔ［０］およびｍｅｒｇｅＣａｎｄＬｉｓｔ［１］に対して、ＨｍｖｐＣａｎｄ［ｊ］と同一であるか否かを確認する場合がある。
または、特定の位置から導出されたマージ候補に対してのみ重複性検査を行う場合がある。一例として、現在ブロックの左側に位置する周辺ブロックから導出されたマージ候補または現在ブロックの上端に位置する周辺ブロックから導出されたマージ候補の少なくとも一つに対して重複性検査を行う場合がある。マージ候補リストに特定の位置から導出されたマージ候補が存在しない場合、重複性検査を行うことなく、モーション情報候補をマージ候補リストに追加する場合がある。
モーション情報候補ＨｍｖｐＣａｎｄ［ｊ］をマージ候補リストに追加しようとする場合、モーション情報候補に対して、インデックスが最も大きい２個のマージ候補ｍｅｒｇｅＣａｎｄＬｉｓｔ［ＮｕｍＭｅｒｇｅ－２］およびｍｅｒｇｅＣａｎｄＬｉｓｔ［ＮｕｍＭｅｒｇｅ－１］との重複性検査を行う場合がある。ここで、ＮｕｍＭｅｒｇｅは、可用な空間的マージ候補および時間的マージ候補の個数を示す場合がある。
モーション情報候補のうち一部に対してのみマージ候補との重複性検査を行うこともできる。一例として、モーション情報テーブルに含まれたモーション情報候補のうちインデックスが大きいＮ個またはインデックスが小さいＮ個のモーション情報候補に対してのみ重複性検査が行われる場合がある。一例として、モーション情報テーブルに含まれたモーション情報候補の個数と差分が閾値以下であるインデックスを有するモーション情報候補に対してのみ重複性検査が行われる場合がある。閾値が２である場合、モーション情報テーブルに含まれたモーション情報候補のうちインデックス値が最も大きい３個のモーション情報候補に対してのみ重複性検査が行われる場合がある。３個のモーション情報候補以外のモーション情報候補に対しては、重複性検査が省略される場合がある。重複性検査が省略される場合、マージ候補と同一の動き情報を有するか否かに関係なく、モーション情報候補をマージ候補リストに追加する場合がある。
これとは逆に、モーション情報テーブルに含まれたモーション情報候補の個数と差分が閾値以上であるインデックスを有するモーション情報候補に対してのみ重複性検査が行われるように設定することもできる。
重複性検査が行われるモーション情報候補の個数は、符号化器および復号器で予め定義されていてもよい。例えば、閾値は、０、１または２などの整数である場合がある。
または、マージ候補リストに含まれたマージ候補の個数またはモーション情報テーブルに含まれたモーション情報候補の個数の少なくとも一つに基づいて閾値を判定する場合がある。
第１モーション情報候補と同一のマージ候補が発見された場合、第２モーション情報候補に対する重複性検査の時に、第１モーション情報候補と同一のマージ候補との重複性検査を省略する場合がある。
図１７は、特定のマージ候補との重複性検査が省略される例を示す図である。
インデックスがｉであるモーション情報候補ＨｍｖｐＣａｎｄ［ｉ］をマージ候補リストに追加しようとする場合、モーション情報候補とマージ候補リストに予め格納されたマージ候補との重複性検査が行われる。この場合、モーション情報候補ＨｍｖｐＣａｎｄ［ｉ］と同一のマージ候補ｍｅｒｇｅＣａｎｄＬｉｓｔ［ｊ］が発見された場合、モーション情報候補ＨｍｖｐＣａｎｄ［ｉ］をマージ候補リストに追加せず、インデックスがｉ－１であるモーション情報候補ＨｍｖｐＣａｎｄ［ｉ－１］とマージ候補との重複性検査を行う場合がある。この場合、モーション情報候補ＨｍｖｐＣａｎｄ［ｉ－１］とマージ候補ｍｅｒｇｅＣａｎｄＬｉｓｔ［ｊ］との重複性検査は省略する場合がある。
一例として、図１７に図示されている例では、ＨｍｖｐＣａｎｄ［ｉ］とｍｅｒｇｅＣａｎｄＬｉｓｔ［２］が同一のものに判定された。これにより、ＨｍｖｐＣａｎｄ［ｉ］は、マージ候補リストに追加されず、ＨｍｖｐＣａｎｄ［ｉ－１］に対する重複性検査が行われる場合がある。この場合、ＨｖｍｐＣａｎｄ［ｉ－１］とｍｅｒｇｅＣａｎｄＬｉｓｔ［２］との重複性検査は省略される場合がある。
現在ブロックのマージ候補リストに含まれたマージ候補の個数が閾値より小さい場合、モーション情報候補以外にも、ペアワイズマージ候補またはゼロマージ候補の少なくとも一つがさらに含まれることもできる。ペアワイズマージ候補は、二つ以上のマージ候補の動きベクトルを平均した値を動きベクトルとして有するマージ候補を意味し、ゼロマージ候補は、モーションベクトルが０であるマージ候補を意味する。
現在ブロックのマージ候補リストは、以下の順序にしたがって、マージ候補が追加される場合がある。
空間的マージ候補－時間的マージ候補－モーション情報候補－（アフィンモーション情報候補）－ペアワイズマージ候補－ゼロマージ候補
空間的マージ候補は、近隣ブロックまたは非近隣ブロックの少なくとも一つから導出されるマージ候補を意味し、時間的マージ候補は、前の参照ピクチャから導出されるマージ候補を意味する。アフィンモーション情報候補は、アフィンモーションモデルで符号化／復号されたブロックから導出されたモーション情報候補を示す。
モーションベクトル予測モードでもモーション情報テーブルが用いられる場合がある。一例として、現在ブロックの動きベクトル予測候補リストに含まれた動きベクトル予測候補の個数が閾値より小さい場合、モーション情報テーブルに含まれたモーション情報候補を現在ブロックに対する動きベクトル予測候補に設定する場合がある。具体的には、モーション情報候補の動きベクトルを動きベクトル予測候補に設定する場合がある。
現在ブロックの動きベクトル予測候補リストに含まれた動きベクトル予測候補のいずれか一つが選択されると、選択された候補を現在ブロックの動きベクトル予測子に設定する場合がある。次に、現在ブロックの動きベクトル残差値を復号した後、動きベクトル予測子と動きベクトル残差値を合算して、現在ブロックの動きベクトルを得る場合がある。
現在ブロックの動きベクトル予測候補リストは、以下の順序にしたがって構成される場合がある。
空間的モーションベクトル予測候補－時間的モーションベクトル予測候補－モーション情報候補－（アフィンモーション情報候補）－ゼロモーションベクトル予測候補
空間的モーションベクトル予測候補は、近隣ブロックまたは非近隣ブロックの少なくとも一つから導出されるモーションベクトル予測候補を意味し、時間的モーションベクトル予測候補は、前の参照ピクチャから導出されるモーションベクトル予測候補を意味する。アフィンモーション情報候補は、アフィンモーションモデルで符号化／復号されたブロックから導出されたモーション情報候補を示す。ゼロモーションベクトル予測候補は、動きベクトルの値が０である候補を示す。
コーディングブロックよりもさらに大きいサイズのマージ処理領域が画定される場合がある。マージ処理領域に含まれたコーディングブロックは、順に符号化／復号されず、並列処理される場合がある。ここで、順に符号化／復号されないということは、符号化／復号順序が定義されていないことを意味する。これにより、マージ処理領域に含まれたブロックの符号化／復号過程は、独立的に処理される場合がある。または、マージ処理領域に含まれたブロックは、マージ候補を共有する場合がある。ここで、マージ候補は、マージ処理領域を基準に導出される場合がある。
上述の特徴によって、マージ処理領域を、並列処理領域、マージ共有領域（Shared Merge Region、ＳＭＲ）またはＭＥＲ（Merge Estimation Region）と称することもできる。
現在ブロックのマージ候補は、コーディングブロックを基準に導出される場合がある。ただし、現在ブロックが現在ブロックよりもさらに大きいサイズのマージ処理領域に含まれた場合、現在ブロックと同一のマージ処理領域に含まれた候補ブロックは、マージ候補として利用不可能なものに設定される場合がある。
図１８は、現在ブロックと同一のマージ処理領域に含まれた候補ブロックがマージ候補として利用不可能なものに設定される例を示す図である。
図１８の左側に図示されている例において、ＣＵ５の符号化／復号の時に、ＣＵ５に隣接した基準サンプルを含むブロックが候補ブロックに設定される場合がある。この場合、ＣＵ５と同一のマージ処理領域に含まれた候補ブロックＸ３およびＸ４は、ＣＵ５のマージ候補として利用不可能なものに設定される場合がある。一方、ＣＵ５と同一のマージ処理領域に含まれていない候補ブロックＸ０、Ｘ１およびＸ２は、マージ候補として利用可能なものに設定される場合がある。
図１８の右側に図示されている例において、ＣＵ８の符号化／復号の時に、ＣＵ８に隣接した基準サンプルを含むブロックが候補ブロックに設定される場合がある。この場合、ＣＵ８と同一のマージ処理領域に含まれた候補ブロックＸ６、Ｘ７およびＸ８は、マージ候補として非可用なものに設定される場合がある。一方、ＣＵ８と同一のマージ領域に含まれていない候補ブロックＸ５およびＸ９は、マージ候補として利用可能なものに設定される場合がある。
または、現在ブロックがマージ処理領域に含まれた場合、現在ブロックに隣接する近隣ブロックおよびマージ処理領域に隣接する近隣ブロックが候補ブロックに設定される場合がある。
図１９は、現在ブロックがマージ処理領域に含まれている場合、現在ブロックに対するマージ候補を導出する例を示す図である。
図１９（ａ）に図示されている例のように、現在ブロックが隣接する近隣ブロックが現在ブロックのマージ候補を導出するための候補ブロックに設定される場合がある。この場合、現在ブロックと同一のマージ処理領域に含まれた候補ブロックは、マージ候補として非可用なものに設定される場合がある。一例として、コーディングブロックＣＵ３に対するマージ候補の導出時に、コーディングブロックＣＵ３と同一のマージ処理領域に含まれた上端近隣ブロックｙ３および右上端近隣ブロックｙ４は、コーディングブロックＣＵ３のマージ候補として利用不可能なものに設定される場合がある。
現在ブロックに隣接する近隣ブロックを予め定義された順序にしたがってスキャンし、マージ候補を導出する場合がある。一例として、予め定義された順序は、ｙ１、ｙ３、ｙ４、ｙ０およびｙ２の順である場合がある。
現在ブロックに隣接する近隣ブロックから導出する場合があるマージ候補の個数がマージ候補の最大個数または最大個数からオフセットを減算した値より小さい場合、図１９（ｂ）に図示されている例のように、マージ処理領域に隣接する近隣ブロックを用いて現在ブロックに対するマージ候補を導出する場合がある。一例として、コーディングブロックＣＵ３を含むマージ処理領域に隣接する近隣ブロックを、コーディングブロックＣＵ３に対する候補ブロックに設定する場合がある。ここで、マージ処理領域に隣接する近隣ブロックは、左側近隣ブロックｘ１、上端近隣ブロックｘ３、左下端近隣ブロックｘ０、右上端近隣ブロックｘ４または左上端近隣ブロックｘ２の少なくとも一つを含む場合がある。
マージ処理領域に隣接する近隣ブロックを予め定義された順序にしたがってスキャンし、マージ候補を導出する場合がある。一例として、予め定義された順序は、ｘ１、ｘ３、ｘ４、ｘ０およびｘ２の順である場合がある。
まとめると、マージ処理領域に含まれたコーディングブロックＣＵ３に対するマージ候補は、以下のスキャン順序にしたがって候補ブロックをスキャンして導出される場合がある。
（ｙ１，ｙ３，ｙ４，ｙ０，ｙ２，ｘ１，ｘ３，ｘ４，ｘ０，ｘ２）
ただし、上記に例示されている候補ブロックのスキャン順序は、本開示の一例示を示すものに過ぎず、上記の例示と相違する順序にしたがって候補ブロックをスキャンすることも可能である。または、現在ブロックまたはマージ処理領域のサイズまたは形状の少なくとも一つに基づいて、スキャン順序を適応的に判定することもできる。
マージ処理領域は、正方形または非正方形である場合がある。マージ処理領域を判定するための情報がビットストリームを介してシグナリングされる場合がある。情報は、マージ処理領域の形状を示す情報またはマージ処理領域のサイズを示す情報の少なくとも一つを含む場合がある。マージ処理領域が非正方形状である場合、マージ処理領域のサイズを示す情報、マージ処理領域の幅および／または高さを示す情報またはマージ処理領域の幅と高さの比率を示す情報の少なくとも一つがビットストリームを介してシグナリングされる場合がある。
マージ処理領域のサイズは、ビットストリームを介してシグナリングされる情報、ピクチャ解像度、スライスのサイズまたはタイルのサイズの少なくとも一つに基づいて判定される場合がある。
マージ処理領域に含まれたブロックに対して動き補償予測が行われると、動き補償予測が行われたブロックの動き情報に基づいて導出されたモーション情報候補をモーション情報テーブルに追加する場合がある。
ただし、マージ処理領域に含まれたブロックから導出されたモーション情報候補をモーション情報テーブルに追加する場合、ブロックよりも実際に符号化／復号が遅れたマージ処理領域内の他のブロックの符号化／復号の時に、ブロックから導出されたモーション情報候補を使用する場合が発生し得る。すなわち、マージ処理領域に含まれたブロックの符号化／復号の時に、ブロック間の依存性を排除する必要があるにもかかわらず、マージ処理領域に含まれた他のブロックの動き情報を用いて動き予測補償が行われる場合が発生し得る。このような問題を解消するために、マージ処理領域に含まれたブロックの符号化／復号が完了しても、符号化／復号が完了したブロックの動き情報をモーション情報テーブルに追加しない場合がある。
または、マージ処理領域内の予め画定された位置のブロックのみを用いて、モーション情報テーブルをアップデートする場合がある。予め画定された位置は、マージ処理領域内の左上端に位置するブロック、右上端に位置するブロック、左下端に位置するブロック、右下端に位置するブロック、中央に位置するブロック、右側境界に隣接するブロックまたは下端境界に隣接するブロックの少なくとも一つを含む場合がある。一例として、マージ処理領域内の右下端コーナに隣接するブロックの動き情報のみをモーション情報テーブルにアップデートして、他のブロックの動き情報は、モーション情報テーブルにアップデートしない場合がある。
または、マージ処理領域に含まれたすべてのブロックの復号が完了した後、ブロックから導出されたモーション情報候補をモーション情報テーブルに追加する場合がある。すなわち、マージ処理領域に含まれたブロックが符号化／復号される間には、モーション情報テーブルがアップデートされない場合がある。
一例として、マージ処理領域に含まれたブロックに対して動き補償予測が行われると、ブロックから導出されたモーション情報候補を予め定義された順序でモーション情報テーブルに追加する場合がある。ここで、予め定義された順序は、マージ処理領域またはコーディングツリーユニット内のコーディングブロックのスキャン順序にしたがって判定される場合がある。スキャン順序は、ラスタースキャン、水平スキャン、垂直スキャンまたはジグザグスキャンの少なくとも一つである場合がある。または、予め定義された順序は、各ブロックの動き情報または同一の動き情報を有するブロックの個数に基づいて判定される場合がある。
または、単方向モーション情報を含むモーション情報候補を双方向モーション情報を含むモーション情報候補よりも先にモーション情報テーブルに追加する場合がある。これとは逆に、双方向モーション情報を含むモーション情報候補を単方向モーション情報を含むモーション情報候補よりも先にモーション情報テーブルに追加することもできる。
または、マージ処理領域またはコーディングツリーユニット内の使用頻度が高い順序または使用頻度が低い順序にしたがって、モーション情報候補をモーション情報テーブルに追加する場合がある。
現在ブロックがマージ処理領域に含まれており、現在ブロックのマージ候補リストに含まれたマージ候補の個数が最大個数より小さい場合、モーション情報テーブルに含まれたモーション情報候補をマージ候補リストに追加する場合がある。この場合、現在ブロックと同一のマージ処理領域に含まれたブロックから導出されたモーション情報候補は、現在ブロックのマージ候補リストに追加されないように設定される場合がある。
または、現在ブロックがマージ処理領域に含まれた場合、モーション情報テーブルに含まれたモーション情報候補を使用しないように設定する場合がある。すなわち、現在ブロックのマージ候補リストに含まれたマージ候補の個数が最大個数より小さい場合であっても、モーション情報テーブルに含まれたモーション情報候補をマージ候補リストに追加しない場合がある。
他の例として、マージ処理領域またはコーディングツリーユニットに対するモーション情報テーブルを構成する場合がある。このモーション情報テーブルは、マージ処理領域に含まれたブロックのモーション情報を臨時に格納する役割を果たす。一般的なモーション情報テーブルとマージ処理領域またはコーディングツリーユニットのためのモーション情報テーブルとを区別するために、マージ処理領域またはコーディングツリーユニットのためのモーション情報テーブルを臨時モーション情報テーブルと称する。なお、臨時モーション情報テーブルに格納されているモーション情報候補を臨時モーション情報候補と称する。
図２０は、臨時モーション情報テーブルを示す図である。
コーディングツリーユニットまたはマージ処理領域のための臨時モーション情報テーブルを構成する場合がある。コーディングツリーユニットまたはマージ処理領域に含まれた現在ブロックに対して動き補償予測が行われた場合、ブロックの動き情報は、モーション情報テーブルＨｍｖｐＣａｎｄＬｉｓｔに追加しない場合がある。その代わりに、ブロックから導出された臨時モーション情報候補を臨時モーション情報テーブルＨｍｖｐＭＥＲＣａｎｄＬｉｓｔに追加する場合がある。すなわち、臨時モーション情報テーブルに追加された臨時モーション情報候補は、モーション情報テーブルに追加されない場合がある。これにより、モーション情報テーブルは、現在ブロックを含むコーディングツリーユニットまたはマージ処理領域に含まれたブロックのモーション情報に基づいて導出されたモーション情報候補を含まない場合がある。
または、マージ処理領域に含まれたブロックの一部ブロックの動き情報のみを臨時モーション情報テーブルに追加する場合がある。一例として、マージ処理領域内の予め画定された位置のブロックのみをモーション情報テーブルをアップデートするために用いる場合がある。予め画定された位置は、マージ処理領域内の左上端に位置するブロック、右上端に位置するブロック、左下端に位置するブロック、右下端に位置するブロック、中央に位置するブロック、右側境界に隣接するブロックまたは下端境界に隣接するブロックの少なくとも一つを含む場合がある。一例として、マージ処理領域内の右下端コーナに隣接するブロックの動き情報のみを臨時モーション情報テーブルに追加し、他のブロックの動き情報は、臨時モーション情報テーブルに追加しない場合がある。
臨時モーション情報テーブルが含む場合がある臨時モーション情報候補の最大個数は、モーション情報テーブルが含む場合があるモーション情報候補の最大個数と同様に設定される場合がある。または、臨時モーション情報テーブルが含む場合がある臨時モーション情報候補の最大個数は、コーディングツリーユニットまたはマージ処理領域のサイズによって判定される場合がある。または、臨時モーション情報テーブルが含む場合がある臨時モーション情報候補の最大個数をモーション情報テーブルが含む場合があるモーション情報候補の最大個数より小さく設定する場合がある。
コーディングツリーユニットまたはマージ処理領域に含まれた現在ブロックは、当該コーディングツリーユニットまたは当該マージ処理領域に対する臨時モーション情報テーブルを用いないように設定する場合がある。すなわち、現在ブロックのマージ候補リストに含まれたマージ候補の個数が閾値より小さい場合、モーション情報テーブルに含まれたモーション情報候補をマージ候補リストに追加し、臨時モーション情報テーブルに含まれた臨時モーション情報候補は、マージ候補リストに追加しない場合がある。これにより、現在ブロックと同一のコーディングツリーユニットまたは同一のマージ処理領域に含まれた他のブロックの動き情報を現在ブロックの動き補償予測に用いない場合がある。
コーディングツリーユニットまたはマージ処理領域に含まれたすべてのブロックの符号化／復号が完了すると、モーション情報テーブルと臨時モーション情報テーブルを併合する場合がある。
図２１は、モーション情報テーブルと臨時モーション情報テーブルを併合する例を示す図である。
コーディングツリーユニットまたはマージ処理領域に含まれたすべてのブロックの符号化／復号が完了すると、図２１に図示されている例のように、臨時モーション情報テーブルに含まれた臨時モーション情報候補をモーション情報テーブルにアップデートする場合がある。
この場合、臨時モーション情報テーブルに含まれた臨時モーション情報候補は、臨時モーション情報テーブルに挿入された順（すなわち、インデックス値の昇順または降順）にモーション情報テーブルに追加される場合がある。
他の例として、予め定義された順序にしたがって、臨時モーション情報テーブルに含まれた臨時モーション情報候補をモーション情報テーブルに追加する場合がある。ここで、予め定義された順序は、マージ処理領域またはコーディングツリーユニット内のコーディングブロックのスキャン順序にしたがって判定される場合がある。スキャン順序は、ラスタースキャン、水平スキャン、垂直スキャンまたはジグザグスキャンの少なくとも一つである場合がある。または、予め定義された順序は、各ブロックの動き情報または同一の動き情報を有するブロックの個数に基づいて判定される場合がある。
または、単方向モーション情報を含む臨時モーション情報候補を双方向モーション情報を含む臨時モーション情報候補よりも先にモーション情報テーブルに追加する場合がある。これとは逆に、双方向モーション情報を含む臨時モーション情報候補を単方向モーション情報を含む臨時モーション情報候補よりも先にモーション情報テーブルに追加することもできる。
または、マージ処理領域またはコーディングツリーユニット内の使用頻度が高い順序または使用頻度が低い順序にしたがって、臨時モーション情報候補をモーション情報テーブルに追加する場合がある。
臨時モーション情報テーブルに含まれた臨時モーション情報候補をモーション情報テーブルに追加する場合において、臨時モーション情報候補に対する重複性検査を行う場合がある。一例として、臨時モーション情報テーブルに含まれた臨時モーション情報候補と同一のモーション情報候補がモーション情報テーブルに予め格納されている場合、臨時モーション情報候補をモーション情報テーブルに追加しない場合がある。この場合、重複性検査は、モーション情報テーブルに含まれたモーション情報候補のうち一部を対象に行われる場合がある。一例として、インデックスが閾値以上または閾値以下であるモーション情報候補を対象に重複性検査が行われる場合がある。一例として、臨時モーション情報候補が予め定義された値以上のインデックスを有するモーション情報候補と同一である場合には、臨時モーション情報候補をモーション情報テーブルに追加しない場合がある。
現在ブロックと同一のコーディングツリーユニットまたは同一のマージ処理領域に含まれたブロックから導出されたモーション情報候補が現在ブロックのマージ候補として用いられることを制限する場合がある。このために、モーション情報候補に対してブロックのアドレス情報をさらに格納する場合がある。ブロックのアドレス情報は、ブロックの位置、ブロックのアドレス、ブロックのインデックス、ブロックが含まれたマージ処理領域の位置、ブロックが含まれたマージ処理領域のアドレス、ブロックが含まれたマージ処理領域のインデックス、ブロックが含まれたコーディングツリー領域の位置、ブロックが含まれたコーディングツリー領域のアドレスまたはブロックが含まれたコーディングツリー領域のインデックスの少なくとも一つを含む場合がある。
イントラ予測は、現在ブロックの周辺に符号化／復号が完了した復元サンプルを用いて、現在ブロックを予測するものである。この場合、現在ブロックのイントラ予測には、インループフィルタが適用される前の復元サンプルが用いられる場合がある。
イントラ予測技法は、マトリックス（Matrix）に基づくイントラ予測および周辺復元サンプルとの方向性を考慮した一般イントラ予測を含む。現在ブロックのイントラ予測技法を指示する情報がビットストリームを介してシグナリングされる場合がある。情報は、１ビットのフラグである場合がある。または、現在ブロックの位置、サイズ、形状または近隣ブロックのイントラ予測技法の少なくとも一つに基づいて、現在ブロックのイントラ予測技法を判定する場合がある。一例として、現在ブロックがピクチャバウンダリにわたり存在する場合、現在ブロックには、マトリックスに基づくイントラ予測が適用されないように設定される場合がある。
マトリックスに基づくイントラ予測は、符号化器および復号器で予め格納されたマトリックスと、現在ブロック周辺の復元サンプルとの行列乗算に基づいて、現在ブロックの予測ブロックを得る方法である。予め格納された複数個のマトリックスのいずれか一つを特定するための情報がビットストリームを介してシグナリングされる場合がある。復号器は、情報および現在ブロックのサイズに基づいて、現在ブロックのイントラ予測のためのマトリックスを判定する場合がある。
一般イントラ予測は、非方向性イントラ予測モードまたは方向性イントラ予測モードに基づいて、現在ブロックに対する予測ブロックを得る方法である。以下、図面を参照して、一般イントラ予測に基づくイントラ予測実行過程についてより詳細に説明する。
図２２は、本開示の一実施形態によるイントラ予測方法のフローチャートである。
現在ブロックの参照サンプルラインを判定する場合がある（Ｓ２２０１）。参照サンプルラインは、現在ブロックの上端および／または左側からｋ番目離れたラインに含まれた参照サンプルの集合を意味する。参照サンプルは、現在ブロック周辺符号化／復号が完了した復元サンプルから導出される場合がある。
複数の参照サンプルラインのうち現在ブロックの参照サンプルラインを識別するインデックス情報がビットストリームを介してシグナリングされる場合がある。一例として、現在ブロックの参照サンプルラインを特定するためのインデックス情報ｉｎｔｒａ＿ｌｕｍａ＿ｒｅｆ＿ｉｄｘがビットストリームを介してシグナリングされる場合がある。インデックス情報は、コーディングブロック単位でシグナリングされる場合がある。
複数の参照サンプルラインは、現在ブロックに上端および／または左側１番目のライン、２番目のライン、３番目のラインの少なくとも一つを含む場合がある。複数個の参照サンプルラインのうち現在ブロックの上端に隣接する行および現在ブロックの左側に隣接する列で構成された参照サンプルラインを隣接参照サンプルラインと称し、それ以外の参照サンプルラインを非隣接参照サンプルラインと称することもできる。
表１は、候補参照サンプルラインそれぞれに割り当てられるインデックスを示すものである。
Figure 2023509347000005
現在ブロックの位置、サイズ、形状または近隣ブロックの予測符号化モードの少なくとも一つに基づいて、現在ブロックの参照サンプルラインを判定することもできる。一例として、現在ブロックが、ピクチャ、タイル、スライスまたはコーディングツリーユニットの境界に接する場合、隣接参照サンプルラインを現在ブロックの参照サンプルラインに判定する場合がある。
参照サンプルラインは、現在ブロックの上端に位置する上端参照サンプルおよび現在ブロックの左側に位置する左側参照サンプルを含む場合がある。上端参照サンプルおよび左側参照サンプルは、現在ブロック周辺の復元サンプルから導出される場合がある。復元サンプルは、インループフィルタが適用される前の状態である場合がある。
次に、現在ブロックのイントラ予測モードを判定する場合がある（Ｓ２２０２）。現在ブロックのイントラ予測モードは、非方向性イントラ予測モードまたは方向性イントラ予測モードの少なくとも一つが現在ブロックのイントラ予測モードとして判定される場合がある。非方向性イントラ予測モードは、プランナーおよびＤＣを含み、方向性イントラ予測モードは、左下端対角方向から右上端対角方向まで３３個または６５個のモードを含む。
図２３は、イントラ予測モードを示す図である。
図２３（ａ）は、３５個のイントラ予測モードを示すものであり、図２３（ｂ）は、６７個のイントラ予測モードを示すものである。
図２３に図示されているよりもさらに多い数あるいはさらに少ない数のイントラ予測モードが定義されることもできる。
現在ブロックに隣接する近隣ブロックのイントラ予測モードに基づいて、ＭＰＭ（Most Probable Mode）を設定する場合がある。ここで、近隣ブロックは、現在ブロックの左側に隣接する左側近隣ブロックおよび現在ブロックの上端に隣り合う上端近隣ブロックを含む場合がある。
ＭＰＭリストに含まれるＭＰＭの個数は、符号化器および復号器で予め設定される場合がある。一例として、ＭＰＭの個数は、３個、４個、５個あるいは６個である場合がある。または、ＭＰＭの個数を示す情報がビットストリームを介してシグナリングされる場合がある。または、近隣ブロックの予測符号化モード、現在ブロックのサイズ、形状または参照サンプルラインインデックスの少なくとも一つに基づいてＭＰＭの個数が判定される場合がある。一例として、隣接参照サンプルラインが現在ブロックの参照サンプルラインに判定された場合には、Ｎ個のＭＰＭが用いられる一方、非隣接参照サンプルラインが現在ブロックの参照サンプルラインに判定された場合には、Ｍ個のＭＰＭが用いられる場合がある。Ｍは、Ｎより小さい自然数であり、一例として、Ｎは６であり、Ｍは５、４または３である場合がある。これにより、現在ブロックの参照サンプルラインのインデックスが０であり、ＭＰＭフラグが真の場合、現在ブロックのイントラ予測モードは、６個の候補イントラ予測モードのいずれか一つとして判定される一方、現在ブロックの参照サンプルラインのインデックスが０より大きく、ＭＰＭフラグが真の場合、現在ブロックのイントラ予測モードは、５個の候補イントラ予測モードのいずれか一つとして判定される場合がある。
または、現在ブロックの参照サンプルラインのインデックスとは無関係に固定された個数（例えば、６個または５個）のＭＰＭ候補を使用することもできる。
複数のＭＰＭを含むＭＰＭリストを生成し、現在ブロックのイントラ予測モードと同一のＭＰＭがＭＰＭリストに含まれているか否かを示す情報をビットストリームを介してシグナリングする場合がある。情報は、１ビットのフラグであり、ＭＰＭフラグと称する場合がある。ＭＰＭフラグが現在ブロックと同一のＭＰＭがＭＰＭリストに含まれていることを示す場合、ＭＰＭのうち一つを識別するインデックス情報がビットストリームを介してシグナリングされる場合がある。一例として、複数のＭＰＭのいずれか一つを特定するインデックス情報ｍｐｍ＿ｉｄｘがビットストリームを介してシグナリングされる場合がある。インデックス情報によって特定されたＭＰＭが現在ブロックのイントラ予測モードに設定される場合がある。ＭＰＭフラグが現在ブロックと同一のＭＰＭがＭＰＭリストに含まれていないことを示す場合、ＭＰＭ以外の残りのイントラ予測モードのいずれか一つを指示する残りのモード情報がビットストリームを介してシグナリングされる場合がある。残りのモード情報は、ＭＰＭ以外の残りのイントラ予測モードにインデックスを再度割り当てた時に、現在ブロックのイントラ予測モードに対応するインデックス値を示す。復号器では、ＭＰＭを昇順に整列し、残りのモード情報をＭＰＭと比較して現在ブロックのイントラ予測モードを判定する場合がある。一例として、残りのモード情報がＭＰＭと同一であるか小さい場合、残りのモード情報に１を加算して、現在ブロックのイントラ予測モードを導出する場合がある。
現在ブロックのイントラ予測モードの導出時に、ＭＰＭのうち一部と残りのモード情報との比較は省略される場合がある。一例として、ＭＰＭのうち非方向性イントラ予測モードであるＭＰＭは、比較対象から除外される場合がある。非方向性イントラ予測モードがＭＰＭに設定された場合、残りのモード情報は、方向性イントラ予測モードを示すことが明確であるため、非方向性イントラ予測モード以外の残りのＭＰＭと残りのモード情報との比較により、現在ブロックのイントラ予測モードを導出する場合がある。非方向性イントラ予測モードを比較対象から除外する代わりに、残りのモード情報に非方向性イントラ予測モードの個数を加算した後、その結果値を残りのＭＰＭと比較する場合がある。
デフォルトモードをＭＰＭに設定する代わりに、現在ブロックのイントラ予測モードがデフォルトモードであるか否かを示す情報をビットストリームを介してシグナリングする場合がある。情報は、１ビットのフラグであり、フラグをデフォルトモードフラグと称する場合がある。デフォルトモードフラグは、ＭＰＭフラグが現在ブロックと同一のＭＰＭがＭＰＭリストに含まれていることを示す場合に限ってシグナリングされる場合がある。上述のように、デフォルトモードは、プランナー、ＤＣ、垂直方向モードまたは水平方向モードの少なくとも一つを含む場合がある。一例として、プランナーがデフォルトモードに設定された場合、デフォルトモードフラグは、現在ブロックのイントラ予測モードがプランナーであるか否かを指示する場合がある。デフォルトモードフラグが現在ブロックのイントラ予測モードがデフォルトモードではないことを示す場合、インデックス情報によって指示されるＭＰＭのうち一つを現在ブロックのイントラ予測モードに設定する場合がある。
デフォルトモードフラグが用いられる場合、デフォルトモードと同一のイントラ予測モードは、ＭＰＭに設定されないように設定される場合がある。一例として、デフォルトモードフラグが現在ブロックのイントラ予測モードがプランナーであるか否かを指示する場合、プランナーに該当するＭＰＭ以外の５個のＭＰＭを用いて、現在ブロックのイントラ予測モードを導出する場合がある。
複数個のイントラ予測モードがデフォルトモードに設定された場合、デフォルトモードのいずれか一つを指示するインデックス情報がさらにシグナリングされる場合がある。現在ブロックのイントラ予測モードは、インデックス情報が示すデフォルトモードに設定される場合がある。
現在ブロックの参照サンプルラインのインデックスが０ではない場合には、デフォルトモードを用いることができないように設定する場合がある。一例として、非隣接参照サンプルラインが現在ブロックの参照サンプルラインに判定された場合、ＤＣモードまたはプランナーモードなどの非方向性イントラ予測モードを使用しないように設定する場合がある。これにより、参照サンプルラインのインデックスが０ではない場合には、デフォルトモードフラグをシグナリングせず、デフォルトモードフラグの値を予め定義された値（すなわち、偽）に設定する場合がある。
現在ブロックのイントラ予測モードが判定されると、判定されたイントラ予測モードに基づいて、現在ブロックに対する予測サンプルを得る場合がある（Ｓ２２０３）。
ＤＣモードが選択された場合、参照サンプルの平均値に基づいて、現在ブロックに対する予測サンプルが生成される。具体的には、予測ブロック内の全体サンプルの値は、参照サンプルの平均値に基づいて生成される場合がある。平均値は、現在ブロックの上端に位置する上端参照サンプルおよび現在ブロックの左側に位置する左側参照サンプルの少なくとも一つを用いて導出される場合がある。
現在ブロックの形状に応じて、平均値を導出するために用いられる参照サンプルの個数または範囲が変わり得る。一例として、現在ブロックが、幅が高さより大きい非正方形ブロックである場合、上端参照サンプルのみを用いて平均値を計算する場合がある。一方、現在ブロックが、幅が高さより小さい非正方形ブロックである場合、左側参照サンプルのみを用いて平均値を計算する場合がある。すなわち、現在ブロックの幅および高さが相違する場合、長さがより長い方に隣接する参照サンプルのみを用いて平均値を計算する場合がある。または、現在ブロックの幅と高さの比率に基づいて、上端参照サンプルのみを用いて平均値を計算するか否かまたは左側参照サンプルのみを用いて平均値を計算するか否かを判定する場合がある。
プランナーモードが選択された場合、水平方向予測サンプルと垂直方向予測サンプルを用いて、予測サンプルを得る場合がある。ここで、水平方向予測サンプルは、予測サンプルと同一の水平線上に位置する左側参照サンプルおよび右側参照サンプルに基づいて得られ、垂直方向予測サンプルは、予測サンプルと同一の垂直線上に位置する上端参照サンプルおよび下端参照サンプルに基づいて得られる。ここで、右側参照サンプルは、現在ブロックの右上端コーナに隣接する参照サンプルをコピーして生成され、下端参照サンプルは、現在ブロックの左下端コーナに隣接する参照サンプルをコピーして生成される場合がある。水平方向予測サンプルは、左側参照サンプルおよび右側参照サンプルの加重和演算に基づいて得られ、垂直方向予測サンプルは、上端参照サンプルおよび下端参照サンプルの加重和演算に基づいて得られる場合がある。この場合、各参照サンプルに付与される加重値は、予測サンプルの位置によって判定される場合がある。予測サンプルは、水平方向予測サンプルおよび垂直方向予測サンプルの平均演算または加重和演算に基づいて得られる場合がある。加重和演算が行われる場合、予測サンプルの位置に基づいて、水平方向予測サンプルおよび垂直方向予測サンプルに付与される加重値を判定する場合がある。
方向性予測モードが選択される場合、選択された方向性予測モードの予測方向（または予測角度）を示すパラメータを判定する場合がある。下記表２は、イントラ予測モード別のイントラ方向パラメータｉｎｔｒａＰｒｅｄＡｎｇを示すものである。
Figure 2023509347000006
表２は、３５個のイントラ予測モードが定義されている時に、インデックスが２～３４のいずれか一つであるイントラ予測モードそれぞれのイントラ方向パラメータを示す。３３個よりもさらに多い方向性イントラ予測モードが定義されている場合、表２をより細分化し、方向性イントラ予測モードそれぞれのイントラ方向パラメータを設定する場合がある。
現在ブロックの上端参照サンプルおよび左側参照サンプルを一列に配列した後、イントラ方向パラメータの値に基づいて、予測サンプルを得る場合がある。この場合、イントラ方向パラメータの値が負の数である場合、左側参照サンプルと上端参照サンプルを一列に配列する場合がある。
図２４および図２５は、参照サンプルを一列に配列する一次元配列の例示を示す図である。
図２４は、参照サンプルを垂直方向に配列する垂直方向一次元配列の例示を示すものであり、図２５は、参照サンプルを水平方向に配列する水平方向一次元配列の例示を示すものである。３５個のイントラ予測モードが定義された場合を仮定して、図２４および図２５の実施形態を説明する。
イントラ予測モードインデックスが１１～１８のいずれか一つである場合、上端参照サンプルを反時計回りに回転した水平方向一次元配列を適用し、イントラ予測モードインデックスが１９～２５のいずれか一つである場合、左側参照サンプルを時計回りに回転した垂直方向一次元配列を適用する場合がある。参照サンプルを一列に配列するのに際し、イントラ予測モードの角度を考慮する場合がある。
イントラ方向パラメータに基づいて、参照サンプル判定パラメータを判定する場合がある。参照サンプル判定パラメータは、参照サンプルを特定するための参照サンプルインデックスおよび参照サンプルに適用される加重値を判定するための加重値パラメータを含む場合がある。
参照サンプルインデックスｉＩｄｘおよび加重値パラメータｉｆａｃｔは、それぞれ、以下の数式４および数式５により得られる場合がある。
Figure 2023509347000007
Figure 2023509347000008
数式４および数式５において、Ｐａｎｇは、イントラ方向パラメータを示す。参照サンプルインデックスｉＩｄｘによって特定される参照サンプルは、整数ペル（Integer pel）に該当する。
予測サンプルを導出するために、少なくとも一つ以上の参照サンプルを特定する場合がある。具体的には、予測モードの勾配を考慮して、予測サンプルを導出するために用いられる参照サンプルの位置を特定する場合がある。一例として、参照サンプルインデックスｉＩｄｘを用いて、予測サンプルを導出するために用いられる参照サンプルを特定する場合がある。
この場合、イントラ予測モードの勾配が一つの参照サンプルでは表現されない場合、複数の参照サンプルを補間して予測サンプルを生成する場合がある。一例として、イントラ予測モードの勾配が予測サンプルと第１参照サンプルとの間の勾配と、予測サンプルと第２参照サンプルとの間の勾配との間の値である場合、第１参照サンプルおよび第２参照サンプルを補間して予測サンプルを得る場合がある。すなわち、イントラ予測角度に沿うアンギュラライン（Angular Line）が整数ペルに位置した参照サンプルを通過しない場合、アンギュララインが通過する位置の左右または上下に隣接して位置する参照サンプルを補間して予測サンプルを得る場合がある。
下記数式６は、参照サンプルに基づいて、予測サンプルを得る例を示すものである。
Figure 2023509347000009
数式６において、Ｐは、予測サンプルを示し、Ｒｅｆ＿１Ｄは、一次元配列された参照サンプルのいずれか一つを示す。この場合、参照サンプルの位置は、予測サンプルの位置（ｘ，ｙ）および参照サンプルインデックスｉＩｄｘによって判定される場合がある。
イントラ予測モードの勾配が一つの参照サンプルで表現可能な場合、加重値パラメータｉｆａｃｔは０に設定される。これにより、数式６は、以下の数式７のように簡素化される場合がある。
Figure 2023509347000010
複数のイントラ予測モードに基づいて現在ブロックに対するイントラ予測を行うこともできる。一例として、予測サンプル別にイントラ予測モードを導出し、それぞれの予測サンプルに割り当てられたイントラ予測モードに基づいて予測サンプルを導出する場合がある。
または、領域別にイントラ予測モードを導出し、それぞれの領域に割り当てられたイントラ予測モードに基づいて、各領域に対するイントラ予測を行う場合がある。ここで、領域は、少なくとも一つのサンプルを含む場合がある。領域のサイズまたは形状の少なくとも一つは、現在ブロックのサイズ、形状またはイントラ予測モードの少なくとも一つに基づいて適応的に判定される場合がある。または、符号化器および復号器で、現在ブロックのサイズまたは形状とは独立的に、領域のサイズまたは形状の少なくとも一つが予め画定されていてもよい。
図２６は、方向性イントラ予測モードがｘ軸と平行な直線と形成する角度を例示した図である。
図２６に示れている例のように、方向性予測モードは、左下端対角方向から右上端対角方向の間に存在する場合がある。ｘ軸と方向性予測モードが形成する角度から説明すると、方向性予測モードは、４５度（左下端対角方向）から－１３５度（右上端対角方向）の間に存在する場合がある。
現在ブロックが非正方形状である場合、現在ブロックのイントラ予測モードによって、イントラ予測角度に沿うアンギュラライン上に位置する参照サンプルのうち予測サンプルにより近い参照サンプルの代わりに、予測サンプルからより離れた参照サンプルを用いて予測サンプルを導出する場合があり得る。
図２７は、現在ブロックが非正方形状である場合、予測サンプルが得られる態様を示す図である。
一例として、図２７（ａ）に図示されている例のように、現在ブロックが幅が高さより大きい非正方形であり、現在ブロックのイントラ予測モードが０度から４５度の間の角度を有する方向性イントラ予測モードであるものと仮定する。上記の場合、現在ブロックの右側列付近の予測サンプルＡを導出する時に、角度に沿うアンギュラモード上に位置する参照サンプルのうち予測サンプルと近い上端参照サンプルＴの代わりに予測サンプルから離れた左側参照サンプルＬを用いる場合があり得る。
他の例として、図２７（ｂ）に図示されている例のように、現在ブロックが高さが幅より大きい非正方形であり、現在ブロックのイントラ予測モードが－９０度から－１３５度の間である方向性イントラ予測モードであるものと仮定する。上記の場合、現在ブロックの下端行付近の予測サンプルＡを導出する時に、角度に沿うアンギュラモード上に位置する参照サンプルのうち予測サンプルと近い左側参照サンプルＬの代わりに予測サンプルから離れた上端参照サンプルＴを用いる場合があり得る。
上記のような問題を解消するために、現在ブロックが非正方形である場合、現在ブロックのイントラ予測モードを逆方向のイントラ予測モードに置換する場合がある。これにより、非正方形ブロックに対しては、図２３に図示されている方向性予測モードよりもさらに大きいあるいはさらに小さい角度を有する方向性予測モードを使用する場合がある。このような方向性イントラ予測モードをワイドアングルイントラ予測モードと定義する場合がある。ワイドアングルイントラ予測モードは、４５度～－１３５度の範囲に属しない方向性イントラ予測モードを示す。
図２８は、ワイドアングルイントラ予測モードを示す図である。
図２８に図示されている例において、インデックスが－１から－１４であるイントラ予測モードおよびインデックスが６７から８０の間であるイントラ予測モードがワイドアングルイントラ予測モードを示す。
図２８では、角度が４５度より大きい１４個のワイドアングルイントラ予測モード（－１から－１４）および角度が－１３５度より小さい１４個のワイドアングルイントラ予測モード（６７から８０）を例示しているが、これよりもさらに多い数またはさらに少ない数のワイドアングルイントラ予測モードが定義される場合がある。
ワイドアングルイントラ予測モードが使用される場合、上端参照サンプルの長さは２Ｗ＋１に設定され、左側参照サンプルの長さは２Ｈ＋１に設定される場合がある。
ワイドアングルイントラ予測モードを使用するに伴い、図２８（ａ）に図示されているサンプルＡは、参照サンプルＴを用いて予測され、図２８（ｂ）に図示されているサンプルＡは、参照サンプルＬを用いて予測される場合がある。
既存のイントラ予測モードとＮ個のワイドアングルイントラ予測モードを加算して、総６７＋Ｎ個のイントラ予測モードを使用する場合がある。一例として、表３は、２０個のワイドアングルイントラ予測モードが定義された場合、イントラ予測モードのイントラ方向のパラメータを示すものである。
Figure 2023509347000011
現在ブロックが非正方形であり、ステップＳ２５０２で得られた現在ブロックのイントラ予測モードが変換範囲に属する場合、現在ブロックのイントラ予測モードをワイドアングルイントラ予測モードに変換する場合がある。変換範囲は、現在ブロックのサイズ、形状または比率の少なくとも一つに基づいて判定される場合がある。ここで、比率は、現在ブロックの幅と高さとの比率を示す場合がある。
現在ブロックが幅が高さより大きい非正方形である場合、変換範囲は、右上端対角方向のイントラ予測モードインデックス（例えば、６６）から（右上端対角方向であるイントラ予測モードのインデックス－Ｎ）に設定される場合がある。ここで、Ｎは、現在ブロックの比率に基づいて判定される場合がある。現在ブロックのイントラ予測モードが変換範囲に属する場合、イントラ予測モードをワイドアングルイントラ予測モードに変換する場合がある。変換は、イントラ予測モードから予め定義された値を減算するものである場合があり、予め定義された値は、ワイドアングルイントラ予測モード以外のイントラ予測モードの総個数（例えば、６７）である場合がある。
実施形態によって、番号６６から番号５３の間のイントラ予測モードは、それぞれ、番号－１から番号－１４の間のワイドアングルイントラ予測モードに変換される場合がある。
現在ブロックが高さが幅より大きい非正方形である場合、変換範囲は、左下端対角方向のイントラ予測モードインデックス（例えば、２）から（左下端対角方向のイントラ予測モードのインデックス＋Ｍ）に設定される場合がある。ここで、Ｍは、現在ブロックの比率に基づいて判定される場合がある。現在ブロックのイントラ予測モードが変換範囲に属する場合、イントラ予測モードをワイドアングルイントラ予測モードに変換する場合がある。変換は、イントラ予測モードに予め定義された値を加算するものである場合があり、予め定義された値は、ワイドアングルイントラ予測モード以外の方向性イントラ予測モードの総個数（例えば、６５）である場合がある。
実施形態によって、番号２から番号１５の間のイントラ予測モードのそれぞれは、番号６７から番号８０の間のワイドアングルイントラ予測モードに変換される場合がある。
以下、変換範囲に属するイントラ予測モードをワイドアングルイントラ代替予測モードと称する。
変換範囲は、現在ブロックの比率に基づいて判定される場合がある。一例として、表４および表５は、それぞれ、ワイドアングルイントラ予測モード以外の３５個のイントラ予測モードが定義された場合と、６７個のイントラ予測モードが定義された場合の変換範囲を示す。
Figure 2023509347000012
Figure 2023509347000013
表４および表５に示れている例のように、現在ブロックの比率に応じて、変換範囲に含まれるワイドアングルイントラ代替予測モードの個数が相違する場合がある。
現在ブロックの比率をより細分化して、以下の表６のように変換範囲を設定することもできる。
Figure 2023509347000014
非隣接参照サンプルラインが現在ブロックの参照サンプルラインに判定された場合、または、複数の参照サンプルラインのいずれか一つを選択するマルチラインイントラ予測符号化方法が使用された場合において、ワイドアングルイントラ予測モードが使用されないように設定される場合がある。すなわち、現在ブロックが非正方形であり、現在ブロックのイントラ予測モードが変換範囲に属する場合であっても、現在ブロックのイントラ予測モードをワイドアングルイントラ予測モードに変換しない場合がある。
または、現在ブロックのイントラ予測モードがワイドアングルイントラ予測モードとして判定された場合、非隣接参照サンプルラインを現在ブロックの参照サンプルラインとして利用可能ではないものに設定するか、複数の参照サンプルラインのいずれか一つを選択するマルチラインイントラ予測符号化方法が使用されないように設定する場合がある。マルチラインイントラ予測符号化方法が使用されない場合、隣接参照サンプルラインが現在ブロックの参照サンプルラインに判定される場合がある。
ワイドアングルイントラ予測モードが使用されない場合、ｒｅｆＷおよびｒｅｆＨをｎＴｂＷとｎＴｂＨの和に設定する場合がある。これにより、左上端参照サンプル以外、現在ブロックとの距離がｉである非隣接レファレンスサンプルは、（ｎＴｂＷ＋ｎＴｂＨ＋ｏｆｆｓｅｔＸ［ｉ］）個の上端参照サンプルと（ｎＴｂＷ＋ｎＴｂＨ＋ｏｆｆｓｅｔＹ［ｉ］）個の左側参照サンプルを含む場合がある。すなわち、現在ブロックとの距離がｉである非隣接レファレンスサンプルは、（２ｎＴｂＷ＋２ｎＴｂＨ＋ｏｆｆｓｅｔＸ［ｉ］＋ｏｆｆｓｅｔＹ［ｉ］＋１）個の参照サンプルを含む場合がある。例えば、ｗｈＲａｔｉｏの値が１より大きい場合には、ｏｆｆｓｅｔＸの値をｏｆｆｓｅｔＹの値より大きく設定する場合がある。一例として、ｏｆｆｓｅｔＸの値は１に設定され、ｏｆｆｓｅｔＹの値は０に設定される場合がある。一方、ｗｈＲａｔｉｏの値が１より小さい場合には、ｏｆｆｓｅｔＸの値よりｏｆｆｓｅｔＹの値をより大きく設定する場合がある。一例として、ｏｆｆｓｅｔＸの値は０に設定され、ｏｆｆｓｅｔＹの値は１に設定される場合がある。
既存のイントラ予測モードにさらにワイドアングルイントラ予測モードが使用されることによって、ワイドアングルイントラ予測モードを符号化するために必要なリソースが増加し、符号化効率が低下し得る。そのため、ワイドアングルイントラ予測モードをそのまま符号化する代わりに、ワイドアングルイントラ予測モードに対する代替イントラ予測モードを符号化し、符号化効率を向上させる場合がある。
一例として、現在ブロックが番号６７のワイドアングルイントラ予測モードを用いて符号化された場合、番号６７のワイドアングル代替イントラ予測モードである番号２を現在ブロックのイントラ予測モードで符号化する場合がある。また、現在ブロックが番号－１のワイドアングルイントラ予測モードで符号化された場合、番号－１のワイドアングル代替イントラ予測モードである番号６６を現在ブロックのイントラ予測モードで符号化する場合がある。
復号器では、現在ブロックのイントラ予測モードを復号し、復号されたイントラ予測モードが変換範囲に含まれるか否かを判断する場合がある。復号されたイントラ予測モードがワイドアングル代替イントラ予測モードである場合、イントラ予測モードをワイドアングルイントラ予測モードに変換する場合がある。
または、現在ブロックがワイドアングルイントラ予測モードで符号化された場合、ワイドアングルイントラ予測モードをそのまま符号化することもできる。
イントラ予測モードの符号化は、上述のＭＰＭリストに基づいて行われる場合がある。具体的には、近隣ブロックがワイドアングルイントラ予測モードで符号化された場合、ワイドアングルイントラ予測モードに対応するワイドアングル代替イントラ予測モードに基づいて、ＭＰＭを設定する場合がある。
原本映像から予測映像を差分して残差映像を導出する場合がある。この場合、残差映像を周波数ドメインに変更した時に、周波数成分のうち高周波成分を除去しても、映像の主観的画質は大きく劣らない。これにより、高周波成分の値を小さく変換するか、高周波成分の値を０に設定すると、視覚的歪みが大きく発生しないとともに、圧縮効率を増加させる場合がある効果がある。上記の特性を反映して、残差映像を二次元周波数成分に分解するために現在ブロックを変換する場合がある。変換は、ＤＣＴ（Discrete Cosine Transform）またはＤＳＴ（Discrete Sine Tranform）などの変換技法を用いて行われる場合がある。
ＤＣＴは、コサイン変換を用いて、残差映像を二次元周波数成分に分解（または変換）するものであり、ＤＳＴは、サイン変換を用いて、残差映像を二次元周波数成分に分解（または変換）するものである。残差映像の変換の結果、周波数成分は、基底映像で表現される場合がある。一例として、Ｎ×Ｎサイズのブロックに対してＤＣＴ変換を行う場合、Ｎ２個の基本パターン成分が得られる場合がある。変換によりＮ×Ｎサイズのブロックに含まれた基本パターン成分それぞれのサイズが得られる場合がある。用いられた変換技法によって、基本パターン成分のサイズをＤＣＴ係数またはＤＳＴ係数と称する場合がある。
変換技法ＤＣＴは、０ではない低周波成分が多く分布する映像を変換するために主に用いられる。変換技法ＤＳＴは、高周波成分が多く分布する映像に主に用いられる。
ＤＣＴまたはＤＳＴ以外の変換技法を使用して残差映像を変換することもできる。
以下、残差映像を二次元周波数成分に変換することを二次元映像変換と称する。なお、変換の結果、得られた基本パターン成分のサイズを変換係数と称する。一例として、変換係数は、ＤＣＴ係数またはＤＳＴ係数を意味し得る。後述する第１変換および第２変換がいずれも適用された場合、変換係数は、第２変換の結果として生成された基本パターン成分のサイズを意味し得る。また、変換スキップが適用された残差サンプルも変換係数と称する。
変換技法は、ブロック単位で判定される場合がある。変換技法は、現在ブロックの予測符号化モード、現在ブロックのサイズまたは現在ブロックの形状の少なくとも一つに基づいて判定される場合がある。一例として、現在ブロックがイントラ予測モードで符号化され、現在ブロックのサイズがＮ×Ｎより小さい場合には、変換技法ＤＳＴを使用して変換が行われる場合がある。一方、条件を満たしていない場合、変換技法ＤＣＴを使用して変換が行われる場合がある。
残差映像の一部ブロックに対しては、二次元映像変換が行われない場合がある。二次元映像変換を行わないことを変換スキップ（Transform Skip）と称する場合がある。変換スキップは、現在ブロックに第１変換および第２変換が適用されないことを示す。変換スキップが適用された場合、変換が行われない残差値を対象に量子化が適用される場合がある。
現在ブロックに変換スキップを許容するか否かは、現在ブロックのサイズまたは形状の少なくとも一つに基づいて判定される場合がある。一例として、現在ブロックのサイズが閾値より小さい場合にだけ、変換スキップが適用される場合がある。閾値は、現在ブロックの幅、高さまたはサンプル個数の少なくとも一つに関するものであり、３２×３２などと定義される場合がある。または、正方形ブロックに対してのみ変換スキップを許容する場合がある。一例として、３２×３２、１６×１６、８×８または４×４サイズの正方形ブロックに対して変換スキップが許容される場合がある。または、サブパーティションイントラ符号化方法が使用されない場合にのみ、変換スキップを許容する場合がある。
または、現在ブロックにサブパーティションイントラ符号化方法が適用された場合、サブパーティション別に変換スキップが適用されるか否かを判定する場合がある。
図２９は、サブブロック別に変換スキップ可否が判定される例を示す図である。
複数のサブブロックのうち一部に対してのみ変換スキップを適用する場合がある。一例として、図２９に図示されている例のように、現在ブロックの上端に位置するサブブロックには変換スキップを適用し、下端に位置するサブブロックには変換スキップが許容されないように設定される場合がある。
変換スキップが許容されないサブブロックの変換タイプは、ビットストリームからシグナリングされる情報に基づいて判定される場合がある。一例として、後述するｔｕ＿ｍｔｓ＿ｉｄｘに基づいて、変換タイプが判定される場合がある。
または、サブブロックのサイズに基づいて、サブブロックの変換タイプを判定する場合がある。一例として、サブブロックの幅が閾値以上であるかおよび／または閾値以下であるかに基づいて、水平方向変換タイプを判定し、サブブロックの高さが閾値以上であるかおよび／または閾値以下であるかに基づいて、垂直方向変換タイプを判定する場合がある。
ＤＣＴまたはＤＳＴを用いて現在ブロックを変換した後、変換された現在ブロックをまた変換する場合がある。この場合、ＤＣＴまたはＤＳＴに基づく変換を第１変換と定義し、第１変換が適用されたブロックをまた変換することを第２変換と定義する場合がある。
第１変換は、複数個の変換コア候補のいずれか一つを用いて行われる場合がある。一例として、ＤＣＴ２、ＤＣＴ８またはＤＳＴ７のいずれか一つを用いて第１変換が行われる場合がある。
水平方向および垂直方向に対して相違する変換コアが使用されることもできる。水平方向の変換コアおよび垂直方向の変換コアの組み合わせを示す情報がビットストリームを介してシグナリングされることもできる。
第１変換および第２変換の実行単位が相違する場合がある。一例として、８×８ブロックに対して第１変換を行い、変換された８×８ブロックのうち４×４サイズのサブブロックに対して第２変換を行う場合がある。または、４×４サイズのサブブロック３個に属する変換係数に対して第２変換を行う場合がある。３個のサブブロックは、現在ブロックの左上端に位置するサブブロックと、サブブロックの右側に隣り合うサブブロックと、サブブロックの下端に隣り合うサブブロックとを含む場合がある。または、８×８サイズのブロックに対して第２変換を行うこともできる。
第２変換が行われない残りの領域の変換係数は、０に設定されることもできる。
または、４×４ブロックに対して第１変換を行い、変換された４×４ブロックを含む８×８サイズの領域に対して第２変換を行うこともできる。
第２変換を行うか否かを示す情報がビットストリームを介してシグナリングされる場合がある。一例として、第２変換を行うか否かを示すフラグまたは第２変換を行うか否かおよび第２変換に用いられる変換カーネルを特定するインデックス情報がシグナリングされる場合がある。一例として、インデックス情報が０であることは、現在ブロックに第２変換が行われないことを示す。一方、インデックス情報が０より大きい場合、インデックス情報によって、第２変換を行うための変換カーネルが判定される場合がある。
または、水平方向変換コアと垂直方向変換コアが同一であるか否かに基づいて、第２変換を行うか否かが判定される場合がある。一例として、水平方向変換コアと垂直方向変換コアが同一である場合にのみ、第２変換が行われる場合がある。または、水平方向変換コアと垂直方向変換コアが相違する場合にのみ、第２変換が行われる場合がある。
または、水平方向の変換および垂直方向の変換が予め定義された変換コアを用いた場合にだけ、第２変換が許容される場合がある。一例として、水平方向の変換および垂直方向の変換にＤＣＴ２変換コアが使用された場合に、第２変換が許容される場合がある。または、現在ブロックにサブパーティションイントラ符号化方法が適用された場合には、水平方向の変換および垂直方向の変換にＤＣＴ２変換コアが使用された場合に限って第２変換が許容される場合がある。
または、現在ブロックのノンゼロ変換係数の個数に基づいて第２変換を行うか否かを判定する場合がある。一例として、現在ブロックのノンゼロ変換係数が閾値より小さいか同一である場合、第２変換を使用しないように設定し、現在ブロックのノンゼロ変換係数が閾値より大きい場合、第２変換を使用するように設定される場合がある。現在ブロックがイントラ予測で符号化された場合にだけ、第２変換を使用するように設定されることもできる。
または、現在ブロックの最後のノンゼロ変換係数の位置に基づいて第２変換を行うか否かを判定する場合がある。一例として、現在ブロックの最後のノンゼロ変換係数のｘ軸座標またはｙ軸座標の少なくとも一つが閾値より大きい場合、または現在ブロックの最後のノンゼロ変換係数が属するサブブロックのｘ軸座標またはｙ軸座標の少なくとも一つが閾値より大きい場合、第２変換を行わない場合がある。ここで、閾値は、符号化器および復号器で予め定義されている場合がある。または、現在ブロックのサイズまたは形状に基づいて閾値が判定される場合がある。
または、現在ブロックにＤＣ成分の変換係数のみが存在する場合、第２変換を行わないように設定する場合がある。ここで、ＤＣ成分は、現在ブロック内の左上端位置の変換係数を示す。
または、現在ブロックにマトリックスベースのイントラ予測が適用された場合、第２変換が行われないように設定される場合がある。
現在ブロックの変換タイプを示す情報がビットストリームを介してシグナリングされる場合がある。情報は、水平方向に対する変換タイプおよび垂直方向に対する変換タイプの組み合わせのうち一つを示すインデックス情報ｔｕ＿ｍｔｓ＿ｉｄｘである場合がある。
インデックス情報ｔｕ＿ｍｔｓ＿ｉｄｘによって特定される変換タイプ候補に基づいて、垂直方向に対する変換コアおよび水平方向に対する変換コアが判定される場合がある。表７は、ｔｕ＿ｍｔｓ＿ｉｄｘによる変換タイプの組み合わせを示すものである。
Figure 2023509347000015
変換タイプは、ＤＣＴ２、ＤＳＴ７またはＤＣＴ８のいずれか一つとして判定される場合がある。または、変換スキップを変換タイプ候補に挿入することもできる。
表７が用いられる場合、ｔｕ＿ｍｔｓ＿ｉｄｘが０であると、水平方向と垂直方向にＤＣＴ２が適用される場合がある。ｔｕ＿ｍｔｓ＿ｉｄｘが２であると、水平方向にＤＣＴ８を適用し、垂直方向にＤＣＴ７を適用する場合がある。
サブパーティションイントラ符号化方法が適用された場合、サブブロックの変換コアが独立的に判定される場合がある。一例として、サブブロック毎に変換タイプ組み合わせ候補を特定するための情報が符号化されてシグナリングされる場合がある。これにより、サブブロック間の変換コアが相違する場合がある。
または、サブブロックが同一の変換タイプを使用することもできる。この場合、変換タイプ組み合わせ候補を特定するｔｕ＿ｍｔｓ＿ｉｄｘは、最初のサブブロックに対してのみシグナリングされる場合がある。または、コーディングブロックレベルでｔｕ＿ｍｔｓ＿ｉｄｘをシグナリングし、サブブロックの変換タイプは、コーディングブロックレベルでシグナリングされるｔｕ＿ｍｔｓ＿ｉｄｘを参照して判定される場合がある。または、サブブロックのうち一つのサイズ、形状またはイントラ予測モードの少なくとも一つに基づいて、変換タイプを判定し、判定された変換タイプがすべてのサブブロックのために使用されるように設定することもできる。
図３０は、サブブロックが同一の変換タイプを使用する例を示す図である。
コーディングブロックが水平方向に分割された場合、コーディングブロックの上端に位置するサブブロック（Ｓｕｂ－ＣＵ０）および下端に位置するサブブロック（Ｓｕｂ－ＣＵ１）の変換タイプを同様に設定する場合がある。一例として、図３０（ａ）に図示されている例のように、上端サブブロックに対してシグナリングされるｔｕ＿ｍｔｓ＿ｉｄｘに基づいて、水平方向タイプおよび垂直変換タイプが判定されると、判定された変換タイプを下端サブブロックにも適用する場合がある。
コーディングブロックが垂直方向に分割された場合、コーディングブロックの左側に位置するサブブロック（Ｓｕｂ－ＣＵ０）および右側に位置するサブブロック（Ｓｕｂ－ＣＵ１）の変換タイプを同様に設定する場合がある。一例として、図３０（ｂ）に図示されている例のように、左側サブブロックに対してシグナリングされるｔｕ＿ｍｔｓ＿ｉｄｘに基づいて、水平方向タイプおよび垂直変換タイプが判定されると、判定された変換タイプを右側サブブロックにも適用する場合がある。
現在ブロックのサイズ、形状、ノンゼロ係数の個数、二次変換を行うか否かまたはサブパーティションイントラ符号化方法を適用するか否かの少なくとも一つに基づいてインデックス情報の符号化可否を判定する場合がある。一例として、現在ブロックにサブパーティションイントラ符号化方法が適用された場合、またはノンゼロ係数の数が閾値と同一であるか小さい場合、インデックス情報のシグナリングが省略される場合がある。インデックス情報のシグナリングが省略された場合、現在ブロックには、デフォルト変換タイプが適用される場合がある。
デフォルト変換タイプは、ＤＣＴ２またはＤＳＴ７の少なくとも一つを含む場合がある。デフォルト変換タイプが複数である場合、現在ブロックのサイズ、形状、イントラ予測モード、二次変換を行うか否かまたはサブパーティションイントラ符号化方法を適用するか否かの少なくとも一つを考慮して、複数のデフォルト変換タイプのうち一つを選択する場合がある。一例として、現在ブロックの幅が予め設定された範囲に属するか否かに基づいて、複数の変換タイプのうち一つを水平方向変換タイプに判定し、現在ブロックの高さが予め設定された範囲に属するか否かに基づいて、複数の変換タイプのうち一つを垂直方向変換タイプに判定する場合がある。または、現在ブロックのサイズ、形状、イントラ予測モードまたは二次変換が行われたか否かに応じてデフォルトモードが相違するように判定される場合がある。
または、現在ブロックにＤＣ成分の変換係数のみが存在する場合、水平方向変換タイプおよび垂直方向変換タイプをデフォルト変換タイプに設定する場合がある。一例として、現在ブロックにＤＣ成分の変換係数のみが存在する場合、水平方向変換タイプおよび垂直方向変換タイプは、ＤＣＴ２に設定される場合がある。
閾値は、現在ブロックのサイズまたは形状に基づいて判定される場合がある。一例として、現在ブロックのサイズが３２×３２より小さいか同一である場合には閾値を２に設定し、現在ブロックが３２×３２より大きい場合には（例えば、現在ブロックが、３２×６４または６４×３２サイズのコーディングブロックである場合）、閾値を４に設定する場合がある。
複数個のルックアップテーブルが符号化器／復号器に予め格納される場合がある。複数個のルックアップテーブルは、変換タイプ組み合わせ候補に割り当てられるインデックス値、変換タイプ組み合わせ候補の種類または変換タイプ組み合わせ候補の個数の少なくとも一つが相違する場合がある。
現在ブロックのサイズ、形状、予測符号化モード、イントラ予測モード、二次変換を適用するか否かまたは近隣ブロックに変換スキップが適用されたか否かの少なくとも一つに基づいて、現在ブロックに対するルックアップテーブルを選択する場合がある。
一例として、現在ブロックのサイズが４×４以下である場合または現在ブロックがインタ予測で符号化された場合には、第１ルックアップテーブルを用い、現在ブロックのサイズが４×４より大きい場合または現在ブロックがイントラ予測で符号化された場合には、第２ルックアップテーブルを用いる場合がある。
または、複数のルックアップテーブルのいずれか一つを示す情報がビットストリームを介してシグナリングされる場合がある。復号器は、情報に基づいて現在ブロックに対するルックアップテーブルを選択する場合がある。
他の例として、現在ブロックのサイズ、形状、予測符号化モード、イントラ予測モード、二次変換を適用するか否かまたは近隣ブロックに変換スキップが適用されたか否かの少なくとも一つに基づいて、変換タイプ組み合わせ候補に割り当てられるインデックスが適応的に判定される場合がある。一例として、現在ブロックのサイズが４×４である場合、変換スキップに割り当てられるインデックスが現在ブロックのサイズが４×４より大きい場合、変換スキップに割り当てられるインデックスよりもさらに小さい値を有する場合がある。具体的には、現在ブロックのサイズが４×４である場合、変換スキップにインデックス０を割り当て、現在ブロックが４×４より大きく、１６×１６以下である場合、変換スキップに０より大きいインデックス（例えば、インデックス１）を割り当てる場合がある。現在ブロックが１６×１６より大きい場合、変換スキップのインデックスに最大値（例えば、５）を割り当てる場合がある。
または、現在ブロックがインタ予測で符号化された場合、変換スキップにインデックス０を割り当てる場合がある。現在ブロックがイントラ予測で符号化された場合、変換スキップに０より大きいインデックス（例えば、インデックス１）を割り当てる場合がある。
または、現在ブロックがインタ予測で符号化された４×４サイズのブロックである場合、変換スキップにインデックス０を割り当てる場合がある。一方、現在ブロックがインタ予測で符号化されていないか、現在ブロックが４×４より大きい場合、変換スキップに０より大きい値のインデックス（例えば、インデックス１）を割り当てる場合がある。
表７に挙げられた変換タイプ組み合わせ候補と相違する変換タイプ組み合わせ候補が定義されて使用されることもできる。一例として、水平方向変換または垂直方向変換のいずれか一つに変換スキップを適用し、他の一つにはＤＣＴ２、ＤＣＴ８またはＤＳＴ７などの変換コアが適用される変換タイプ組み合わせ候補が用いられる場合がある。この場合、現在ブロックのサイズ（例えば、幅および／または高さ）、形状、予測符号化モードまたはイントラ予測モードの少なくとも一つに基づいて、水平方向または垂直方向に対する変換タイプ候補として変換スキップを使用するか否かが判定される場合がある。
現在ブロックの変換タイプを判定するためのインデックス情報が明示的にシグナリングされるか否かを示す情報がビットストリームを介してシグナリングされる場合がある。一例として、シーケンスレベルで、イントラ予測で符号化されたブロックに対して明示的な変換タイプ判定が許容されるか否かを示す情報ｓｐｓ＿ｅｘｐｌｉｃｉｔ＿ｉｎｔｒａ＿ｍｔｓ＿ｆｌａｇおよび／またはインタ予測で符号化されたブロックに対して明示的な変換タイプ判定が許容されるか否かを示す情報ｓｐｓ＿ｅｘｐｌｉｃｉｔ＿ｉｎｔｅｒ＿ｍｔｓ＿ｆｌａｇがシグナリングされる場合がある。
明示的な変換タイプ判定が許容される場合、ビットストリームからシグナリングされるインデックス情報ｔｕ＿ｍｔｓ＿ｉｄｘに基づいて現在ブロックの変換タイプを判定する場合がある。一方、明示的な変換タイプ判定が許容されない場合、現在ブロックのサイズ、形状、サブブロック単位の変換が許容されるか否か、０ではない変換係数を含むサブブロックの位置、第２変換が行われるか否かまたはサブパーティションイントラ符号化方法を適用するか否かの少なくとも一つに基づいて変換タイプが判定される場合がある。一例として、現在ブロックの水平方向変換タイプは、現在ブロックの幅に基づいて判定され、現在ブロックの垂直方向変換タイプは、現在ブロックの高さに基づいて判定される場合がある。例えば、現在ブロックの幅が４より小さいか１６より大きい場合、水平方向の変換タイプは、ＤＣＴ２に判定される場合がある。そうではない場合、水平方向の変換タイプは、ＤＳＴ７に判定される場合がある。現在ブロックの高さが４より小さいか１６より大きい場合、垂直方向の変換タイプは、ＤＣＴ２に判定される場合がある。そうではない場合、垂直方向の変換タイプは、ＤＳＴ７に判定される場合がある。ここで、水平方向の変換タイプおよび垂直方向の変換タイプを判定するために、幅および高さと比較される閾値は、現在ブロックのサイズ、形状またはイントラ予測モードの少なくとも一つに基づいて判定される場合がある。
または、現在ブロックが高さと幅が同一である正方形である場合、水平方向変換タイプおよび垂直方向変換タイプを同様に設定する一方、現在ブロックが高さと幅が相違する非正方形の場合、水平方向変換タイプおよび垂直方向変換タイプを相違するように設定する場合がある。一例として、現在ブロックの幅が高さより大きい場合には、水平方向の変換タイプをＤＳＴ７に判定し、垂直方向の変換タイプをＤＣＴ２に判定する場合がある。現在ブロックの高さが幅より大きい場合には、垂直方向の変換タイプをＤＳＴ７に判定し、水平方向の変換タイプをＤＣＴ２に判定する場合がある。
変換タイプ候補の個数および／または種類または変換タイプ組み合わせ候補の個数および／または種類は、明示的な変換タイプ判定が許容されるか否かによって相違する場合がある。一例として、明示的な変換タイプ判定が許容される場合、ＤＣＴ２、ＤＳＴ７およびＤＣＴ８が変換タイプ候補として用いられる場合がある。これにより、水平方向変換タイプおよび垂直方向変換タイプのそれぞれは、ＤＣＴ２、ＤＳＴ８またはＤＣＴ８に設定される場合がある。明示的な変換タイプ判定が許容されない場合、ＤＣＴ２およびＤＳＴ７のみ変換タイプ候補として用いられる場合がある。これにより、水平方向変換タイプおよび垂直方向変換タイプのそれぞれは、ＤＣＴ２またはＤＳＴ７に判定される場合がある。
復号器では、第２変換の逆変換（第２逆変換）を行い、その実行結果に対して第１変換の逆変換（第１逆変換）を行う場合がある。第２逆変換および第１逆変換を行った結果、現在ブロックに対する残差信号が得られる場合がある。
符号化器で変換および量子化を行うと、復号器は、逆量子化および逆変換により残差ブロックを得る場合がある。復号器では、予測ブロックと残差ブロックを加算して、現在ブロックに対する復元ブロックを得る場合がある。
現在ブロックの復元ブロックが得られると、インループフィルタリング（In-loop filtering）により量子化および符号化過程で発生する情報の損失を減少させる場合がある。インループフィルタは、デブロッキングフィルタ（Deblocking filter）、サンプル適応的オフセットフィルタ（Sample Adaptive Offset filter、ＳＡＯ）または適応的ループフィルタ（Adaptive Loop Filter、ＡＬＦ）の少なくとも一つを含む場合がある。以下、インループフィルタが適用される前の復元ブロックを第１復元ブロックと称し、インループフィルタが適用された後の復元ブロックを第２復元ブロックと称する。
第１復元ブロックにデブロッキングフィルタ、ＳＡＯまたはＡＬＦの少なくとも一つを適用して、第２復元ブロックを得る場合がある。この場合、ＳＡＯまたはＡＬＦは、デブロッキングフィルタが適用された後に適用される場合がある。
デブロッキングフィルタは、ブロック単位で量子化を行うことによって発生するブロックの境界での画質劣化（Blocking Artifact）を緩和するためのものである。デブロッキングフィルタを適用するために、第１復元ブロックと近隣復元ブロックとの間のブロック強度（Blocking Strength、ＢＳ）を判定する場合がある。
図３１は、ブロック強度を判定する過程を示すフローチャートである。
図３１に図示されている例において、Ｐは、第１復元ブロックを示し、Ｑは、近隣復元ブロックを示す。ここで、近隣復元ブロックは、現在ブロックの左側または上端に隣り合うものである場合がある。
図３１に図示されている例では、ＰおよびＱの予測符号化モード、０ではない変換係数が含まれているか否か、同一の参照ピクチャを用いてインタ予測されたか否かまたは動きベクトルの差分値が閾値以上であるか否かを考慮してブロック強度が判定されるものと図示されている。
ブロック強度に基づいて、デブロッキングフィルタを適用するか否かが判定される場合がある。一例として、ブロック強度が０である場合には、フィルタリングが行われない場合がある。
ＳＡＯは、周波数領域で量子化を行うことによって発生するリンギング現象（Ringing Artifact）を緩和するためのものである。ＳＡＯは、第１復元映像のパターンを考慮して判定されるオフセットを加算または減算することで行われる場合がある。オフセットの判定方法は、エッジオフセット（Edge Offset、ＥＯ）またはバンドオフセット（Band Offset）を含む。ＥＯは、周辺画素のパターンによって、現在サンプルのオフセットを判定する方法を示す。ＢＯは、領域内の類似する明るさ値を有する画素の集合に対して共通のオフセットを適用する方法を示す。具体的には、画素の明るさを３２個の均等な区間に分け、類似する明るさ値を有する画素を一つの集合に設定する場合がある。一例として、３２個のバンドのうち隣接した４個のバンドを一つのグループに設定し、４個のバンドに属するサンプルには同一のオフセット値を適用する場合がある。
ＡＬＦは、第１復元映像またはデブロッキングフィルタが適用された復元映像に予め定義されたサイズ／形状のフィルタを適用して第２復元映像を生成する方法である。下記数式８は、ＡＬＦの適用例を示す。
Figure 2023509347000016
ピクチャ、コーディングツリーユニット、コーディングブロック、予測ブロックまたは変換ブロック単位で、予め定義されたフィルタ候補のいずれか一つを選択する場合がある。それぞれのフィルタ候補は、サイズまたは形状のいずれか一つが相違する場合がある。
図３２は、予め定義されたフィルタ候補を示す。
図３２に図示されている例のように、５×５、７×７または９×９サイズのダイヤモンド形状の少なくとも一つを選択する場合がある。
クロマ成分に対しては、５×５サイズのダイヤモンド形状のみが使用される場合がある。
パノラミックビデオ、３６０度ビデオまたは４Ｋ／８Ｋ ＵＨＤ（Ultra High Definition）映像などの高解像度映像のリアルタイムまたは低遅延符号化のために、一つのピクチャを複数個の領域に分け、複数個の領域を並列に符号化／復号する方案を考慮する場合がある。具体的には、処理目的に応じて、ピクチャをタイルまたはスライス（またはタイルグループ）に分割する場合がある。
タイルは、並列符号化／復号の基本単位を示す。各タイルは、並列処理される場合がある。タイルは、長方形の形状を有する場合がある。または、非長方形状のタイルを許容することもできる。
非長方形状のタイルを許容するか否かまたは非長方形状のタイルが存在するか否かを示す情報がビットストリームを介してシグナリングされる場合がある。
タイルの符号化／復号の時に、他のタイルのデータは用いないように設定される場合がある。タイル間の符号化／復号従属性を除去し、タイルの並列処理を支援する場合がある。具体的には、タイル単位で、ＣＡＢＡＣ（Context adaptive Binary Arithmetic Coding）コンテキストの確率テーブルを初期化する場合があり、タイルの境界では、インループフィルタが適用されないように設定する場合がある。また、他のタイルにあるデータを動きベクトル導出のための候補として使用しない場合がある。例えば、他のタイルにあるデータは、マージ候補、動きベクトル予測候補（ＡＭＶＰ候補）またはモーション情報候補として用いられないように設定される場合がある。また、他のタイルにあるデータをシンボルのコンテキスト計算に用いないように設定する場合がある。
スライスヘッダーを介して映像符号化／復号情報がシグナリングされる場合がある。スライスヘッダーを介してシグナリングされる情報は、スライスに含まれたコーディングツリーユニットまたはタイルに共通に適用される場合がある。スライスをタイルグループと称することもできる。
図３３は、本開示の一実施形態によるピクチャ分割方法を示す図である。
先ず、現ピクチャを複数の処理単位に分割するか否かを判定する場合がある（Ｓ３３１０）。ここで、処理単位は、タイルまたはスライスの少なくとも一つを含む場合がある。一例として、現ピクチャが複数のタイルまたはスライスに分割されるか否かを示すシンタックスｎｏ＿ｐｉｃ＿ｐａｒｔｉｔｉｏｎ＿ｆｌａｇがビットストリームを介してシグナリングされる場合がある。シンタックスｎｏ＿ｐｉｃ＿ｐａｒｔｉｔｉｏｎ＿ｆｌａｇの値が０であることは、現ピクチャが少なくとも一つのタイルまたは少なくとも一つのスライスに分割されることを示す。一方、シンタックスｎｏ＿ｐｉｃ＿ｐａｒｔｉｔｉｏｎ＿ｆｌａｇの値が１であることは、現ピクチャが複数のタイルまたは複数のスライスに分割されないことを示す。
現ピクチャが複数の処理単位に分割されないものと判定される場合、現ピクチャの分割過程を終了する場合がある。この場合、現ピクチャは、一つのタイルおよび一つのスライス（またはタイルグループ）で構成されたものと理解し得る。
または、ピクチャに複数のタイルが存在するか否かを示す情報がビットストリームを介してシグナリングされる場合がある。情報は、ピクチャに複数のタイルが存在するか否かを示す１ビットのフラグまたはピクチャ内のタイルの個数を特定する情報の少なくとも一つを含む場合がある。
現ピクチャが複数の処理単位に分割されるものと判定される場合、ビットストリームを介してタイル分割情報をシグナリングする場合がある。シグナリングされたタイル分割情報に基づいて、ピクチャを少なくとも一つのタイルに分割する場合がある（Ｓ３３２０）。
現ピクチャが複数のタイルに分割された場合、複数のタイルを併合するか、一つのタイルを分割して、スライスを判定する場合がある（Ｓ３３３０）。
以下、本開示によるタイル分割方法およびスライス判定方法について詳細に説明する。
図３４は、ピクチャが複数のタイルに分割された例を示す。
タイルは、少なくとも一つのコーディングツリーユニットを含む場合がある。タイルの境界は、コーディングツリーユニットの境界と一致するように設定される場合がある。すなわち、一つのコーディングツリーユニットが複数個に分割される分割形状は許容されない場合がある。
ピクチャを複数個のタイルに分割する時に、隣接するタイルの高さまたは隣接するタイルの幅が同一の値を有するように設定する場合がある。
一例として、図３４に図示されている例のように、同一のタイル行に属するタイルの高さおよび／または同一のタイル列に属するタイルの幅は、同様に設定される場合がある。同一のタイル行に属するタイルを水平方向タイルセットと称し、同一のタイル列に属するタイルを垂直方向タイルセットと称することもできる。
または、符号化／復号しようとするタイルの幅および／または高さが、前のタイルの幅および／または高さと同様に設定されるか否かを示す情報がシグナリングされる場合がある。
ピクチャの分割形状を示す情報がビットストリームを介してシグナリングされる場合がある。情報は、ピクチャパラメータセット、シーケンスパラメータセットまたはスライスヘッダーを介して符号化されてシグナリングされる場合がある。
ピクチャの分割形状を示す情報は、タイルが均等なサイズに分割されるか否かを示す情報、タイル列の個数を示す情報またはタイル行の個数を示す情報の少なくとも一つを含む場合がある。ここで、タイル列の個数は、垂直方向タイルセットの個数を示し、タイル行の個数は、水平方向タイルセットの個数を示す。
タイルが均等なサイズに分割されるか否かを示す情報は、１ビットのフラグｕｎｉｆｏｒｍ＿ｔｉｌｅ＿ｓｐａｃｉｎｇ＿ｆｌａｇである場合がある。ピクチャが均等なサイズのタイルに分割されるものと判定された場合、ピクチャの右側および／または下端境界に隣接するタイル以外の残りのタイルは、同等なサイズを有する場合がある。
タイルが均等なサイズに分割されるものと判定される場合、タイルの幅を示すシンタックスｔｉｌｅ＿ｃｏｌｓ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１およびタイルの高さを示すシンタックスｔｉｌｅ＿ｒｏｗｓ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１がシグナルリングされる場合がある。
シンタックスｔｉｌｅ＿ｃｏｌｓ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１は、均等なサイズのタイルが含むコーディングツリーユニット列の個数から１を差分した値を示す。シンタックスｔｉｌｅ＿ｒｏｗｓ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１は、均等なサイズのタイルが含むコーディングツリーユニット行の個数から１を差分した値を示す。
最後のタイル列は、シンタックスｔｉｌｅ＿ｃｏｌｓ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１によって特定される幅の値またはこれより小さい値を有する場合がある。また、最後のタイル行は、シンタックスｔｉｌｅ＿ｒｏｗｓ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１によって特定される高さの値またはこれより小さい値を有する場合がある。一例として、最後のタイル列のインデックスがｍである時に、現ピクチャの幅から０～ｍ－１番目のタイル列の幅の和を差分した値が、最後のタイル列の幅に設定される場合がある。一例として、最後のタイル行のインデックスがｎである時に、現ピクチャの高さから０～ｎ－１番目のタイル行の高さの和を差分した値が、最後のタイル行の高さに設定される場合がある。すなわち、現ピクチャの右側境界に位置するタイルの幅および／または現ピクチャの下端境界に位置するタイルの高さは、それぞれ他のタイルの幅および／または高さより小さいか同一である場合がある。
ピクチャを横切る垂直線または水平線の少なくとも一つを用いてピクチャを分割することにより、タイルのそれぞれは、相違する列（Column）および／または行（Row）に属する。ピクチャの分割形状を判定するために、タイル列の個数および／またはタイル行の個数を示す情報がシグナリングされる場合がある。一例として、ピクチャを分割することによって生成されるタイル行の個数を示す情報ｎｕｍ＿ｔｉｌｅ＿ｒｏｗ＿ｍｉｎｕｓ１およびタイル列の個数を示す情報ｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎ＿ｍｉｎｕｓ１がビットストリームを介してシグナリングされる場合がある。シンタックスｎｕｍ＿ｔｉｌｅ＿ｒｏｗ＿ｍｉｎｕｓ１は、タイル行の個数から１を差分した値を示し、シンタックスｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎ＿ｍｉｎｕｓ１は、タイル列の個数から１を差分した値を示す。
図３４に図示されている例において、タイル列の個数は４個であり、タイル行の個数は３個である。これにより、ｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１は３を示し、ｎｕｍ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１は２を示す場合がある。
タイル列の個数を示すシンタックスｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎ＿ｍｉｎｕｓ１および／またはタイル行の個数を示すシンタックスｎｕｍ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１は、シンタックスｕｎｉｆｏｒｍ＿ｔｉｌｅ＿ｓｐａｃｉｎｇ＿ｆｌａｇの値が０である場合、シグナルリングされる場合がある。すなわち、現ピクチャが、高さおよび幅が均等なタイルに分割されないものと判定された場合に、タイル列の個数を示すシンタックスｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎ＿ｍｉｎｕｓ１および／またはタイル行の個数を示すシンタックスｎｕｍ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１がシグナルリングされる場合がある。
各タイル列の幅を示すシンタックスおよび各タイル行の高さを示すシンタックスがビットストリームを介してシグナリングされる場合がある。一例として、ｔｉｌｅ＿ｃｏｌｓ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｉ］は、ｉ番目のタイル列の幅を示し、ｔｉｌｅ＿ｒｏｗｓ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ［ｊ］は、ｊ番目のタイル行の高さを示す場合がある。
シンタックスｔｉｌｅ＿ｃｏｌｓ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｉ］は、ｉ番目のタイル列を構成するコーディングツリーユニット列の個数から１を差分した値を示す。最後のタイル列に対しては、シンタックスｔｉｌｅ＿ｃｏｌｓ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｉ］のシグナリングが省略される場合がある。最後のタイル列の幅は、現ピクチャの幅から前のタイル列の幅を差分して導出される場合がある。
シンタックスｔｉｌｅ＿ｒｏｗｓ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｊ］は、ｊ番目のタイル行を構成するコーディングツリーユニット行の個数から１を差分した値を示す。最後のタイル行に対しては、シンタックスｔｉｌｅ＿ｒｏｗｓ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｊ］のシグナリングが省略される場合がある。最後のタイル行の高さは、現ピクチャの高さから前のタイル行の高さを差分して導出される場合がある。
一方、コーディングツリーユニットのサイズを示す情報は、シーケンスパラメータセットまたはピクチャパラメータセットを介してシグナリングされる場合がある。
一つのタイルは、少なくとも一つのコーディングツリーユニットで構成される場合がある。ピクチャの右側または下端境界に隣接するタイル以外の残りのタイルは、コーディングツリーユニットより小さい領域を含んで構成されないように設定する場合がある。すなわち、タイルの境界は、コーディングツリーユニットの境界と一致する。
ピクチャの分割形状によって、ピクチャバウンダリ以外のすべての領域において、タイルが同一のサイズを有する場合がある。または、水平方向に隣接するタイルの高さが同様に設定されるか、垂直方向に隣接するタイルの幅が同様に設定される場合がある。
現ピクチャが複数のタイルに分割されるか否かを示す情報がビットストリームを介してシグナリングされる場合がある。一例として、ビットストリームを介してシンタックスｓｉｎｇｌｅ＿ｔｉｌｅ＿ｉｎ＿ｐｉｃ＿ｆｌａｇがシグナリングされる場合がある。シンタックスｓｉｎｇｌｅ＿ｔｉｌｅ＿ｉｎ＿ｐｉｃ＿ｆｌａｇが１であることは、現ピクチャが複数のタイルに分割されないことを示す。一方、ｓｉｎｇｌｅ＿ｔｉｌｅ＿ｉｎ＿ｐｉｃ＿ｆｌａｇが０であることは、現ピクチャが複数のタイルに分割されることを示す。
現ピクチャが、複数のタイルに分割される場合があるものと判定される場合、タイル列およびタイル行の個数を判定するための情報、タイルの均等分割可否を示す情報およびタイル列およびタイル行のサイズを判定するための情報の少なくとも一つが符号化される場合がある。
Figure 2023509347000017
または、ピクチャが、複数個のタイルまたはスライスに分割可能であるか否かを示すフラグが符号化されシグナリングされる場合がある。一例として、シンタックスｎｏ＿ｐｉｃ＿ｐａｒｔｉｔｉｏｎ＿ｆｌａｇが符号化されシグナリングされる場合がある。シンタックスｎｏ＿ｐｉｃ＿ｐａｒｔｉｔｉｏｎ＿ｆｌａｇの値が１であることは、ピクチャが複数個のタイルまたはスライスに分割されないことを示す。一方、ｎｏ＿ｐｉｃ＿ｐａｒｔｉｔｉｏｎ＿ｆｌａｇの値が０であることは、ピクチャが複数個のタイルまたはスライスに分割される場合もあることを示す。シンタックスｎｏ＿ｐｉｃ＿ｐａｒｔｉｔｉｏｎ＿ｆｌａｇの値が０である場合、タイル分割情報またはスライス分割情報の少なくとも一つがシグナリングされる場合がある。
タイルのサイズを判定するための情報が符号化されシグナリングされる場合がある。一例として、ｉ番目のタイル列の幅を示すシンタックス要素ｔｉｌｅ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｉ］およびｉ番目のタイル行の高さを示すシンタックス要素ｔｉｌｅ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｉ］がビットストリームに符号化される場合がある。
各タイル列または各タイル行のサイズの情報をシグナリングする代わりに、前のタイル列または前のタイル行のサイズの情報に基づいて、現在タイル列または現在タイル行のサイズを導出することもできる。
このために、現ピクチャ内のタイル列の幅が明示的にシグナリングされるタイル列の個数を特定するための情報が、ビットストリームを介してシグナリングされる場合がある。一例として、タイル列の幅がシグナリングされるタイル列の個数を判定するためのシンタックスｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１が、ビットストリームを介してシグナリングされる場合がある。シンタックスｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１は、タイル列の幅がシグナリングされるタイル列の個数から１を差分した値である場合がある。
シンタックスｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１に基づいて判定された個数だけ、タイル列の幅を特定するためのシンタックスが符号化されてシグナリングされる場合がある。一例として、ｉ番目のタイル列の幅を示すシンタックスｔｉｌｅ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｉ］がビットストリームを介してシグナリングされる場合がある。シンタックスｔｉｌｅ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｉ］は、タイル列が含むコーディングツリーユニット列の個数から１を差分したものである場合がある。
タイル列のインデックスｉが幅が明示的にシグナリングされるタイル列の個数より小さい場合、当該タイル列の幅は、ビットストリームを介してシグナリングされるシンタックスｔｉｌｅ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｉ］に基づいて判定される場合がある。
一方、タイル列のインデックスｊが幅が明示的にシグナリングされるタイル列の個数以上である場合、当該タイル列の幅は、最後にシグナリングされたシンタックスｔｉｌｅ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｌ］に基づいて判定される場合がある。ここで、ｌは、最後に幅がシグナリングされたタイル列のインデックスを示し、ｊより小さい整数である場合がある。一例として、現ピクチャの幅から前のタイル列の幅を差分した値が、シンタックスｔｉｌｅ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｌ］に１を加算した値以上である場合、タイル列ｊの幅は、シンタックスｔｉｌｅ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｌ］に１を加算した値に設定される場合がある。一方、現ピクチャの幅から前のタイル列の幅を差分した値が、シンタックスｔｉｌｅ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｌ］に１を加算した値より小さい場合、現ピクチャの幅から前のタイル列の幅を差分した差分値をタイル列ｊの幅に設定する場合がある。
表９は、タイル列の幅を判定する過程を示すものである。
Figure 2023509347000018
表９において、変数ＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹは、現ピクチャが含むコーディングツリーユニット列の個数を示す。一例として、変数ＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹは、以下の数式９のように導出される場合がある。
Figure 2023509347000019
変数ｒｅｍｉｎｉｎｇＷｉｄｔｈＩｎＣｔｂｓＹは、変数ＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹから累積したタイル列の幅を差分した値を示す。一例として、インデックスがｉであるタイル列に対して、ｒｅｍａｉｎｉｎｇＷｉｄｔｈＩｎＣｔｂｓＹは、ＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹから、０番からｉ－１番までタイル列の幅を合算した値を差分して導出される場合がある。
表９に示れている例のように、変数ｕｎｉｆｏｒｍＴｉｌｅＣｏｌＷｉｄｔｈは、最後に明示的にシグナリングされたタイル列の幅ｔｉｌｅ＿ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１］に１を加算して導出される場合がある。この場合、現ピクチャ内の残りのコーディングツリーユニット列の個数を示す変数ｒｅｍａｉｎｉｎｇＷｉｄｔｈＩｎＣｔｂＹが変数ｕｎｉｆｏｒｍＴｉｌｅＣｏｌＷｉｄｔｈ以上であると、残りの領域は、変数ｕｎｉｆｏｒｍＴｉｌｅＣｏｌＷｉｄｔｈのサイズに分割される場合がある。
一方、現ピクチャ内の残りのコーディングツリーユニット列の個数を示す変数ｒｅｍａｉｎｉｎｇＷｉｄｔｈＩｎＣｔｂＹが変数ｕｎｉｆｏｒｍＴｉｌｅＣｏｌＷｉｄｔｈより小さいと、残りの領域がそのまま最後のタイル列に設定される場合がある。
一方、タイル列のインデックスｊが幅が明示的にシグナリングされるタイル列の個数以上である場合、当該タイル列の幅は、変数ｕｎｉｆｏｒｍＴｉｌｅＣｏｌＷｉｄｔｈおよびｒｅｍａｉｎｉｎｇＷｉｄｔｈＩｎＣｔｂＹのうち小さい値に設定される場合がある。
すなわち、幅が明示的にシグナリングされるタイル列以外の残りのタイル列の幅は、幅が明示的にシグナリングされるタイル列のうち最後のタイル列の幅より小さいか同一の値を有する場合がある。
または、現ピクチャ内のタイル行の高さがシグナリングされるタイル行の個数を特定するための情報がビットストリームを介してシグナリングされる場合がある。一例として、タイル行の高さがシグナリングされるタイル行の個数を判定するためのシンタックスｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１がビットストリームを介してシグナリングされる場合がある。シンタックスｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１は、タイル行の高さがシグナリングされるタイル行の個数から１を差分した値である場合がある。
シンタックスｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１に基づいて判定された個数だけ、タイル行の高さを特定するためのシンタックスが符号化されてシグナリングされる場合がある。一例として、ｉ番目のタイル行の高さを示すシンタックスｔｉｌｅ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｉ］がビットストリームを介してシグナリングされる場合がある。シンタックスｔｉｌｅ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｉ］は、タイル行が含むコーディングツリーユニット行の個数から１を差分したものである場合がある。
タイル行のインデックスｉが高さが明示的にシグナリングされるタイル行の個数より小さい場合、当該タイル行の高さは、ビットストリームを介してシグナリングされるシンタックスｔｉｌｅ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｉ］に基づいて判定される場合がある。
一方、タイル行のインデックスｊが高さが明示的にシグナリングされるタイル行の個数以上である場合、当該タイル行の高さは、最後にシグナリングされたシンタックスｔｉｌｅ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｌ］に基づいて判定される場合がある。ここで、ｌは、最後に高さがシグナリングされたタイル行のインデックスを示し、ｊより小さい整数である場合がある。
一例として、現ピクチャの高さから前のタイル行の高さを差分した値がシンタックスｔｉｌｅ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｌ］に１を加算した値以上である場合、タイル行ｊの高さは、シンタックスｔｉｌｅ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｌ］に１を加算した値に設定される場合がある。一方、現ピクチャの高さから前のタイル行の高さを差分した値がシンタックスｔｉｌｅ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｌ］に１を加算した値より小さい場合、現ピクチャの高さから前のタイル行の高さを差分した差分値をタイル行ｊの高さに設定する場合がある。
表１０は、タイル行の高さを判定する過程を示すものである。
Figure 2023509347000020
表１０において、変数ＰｉｃＨｅｉｇｈｔＩｎＣｔｂｓＹは、現ピクチャが含むコーディングツリーユニット行の個数を示す。一例として、変数ＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹは、以下の数式１０のように導出される場合がある。
Figure 2023509347000021
変数ｒｅｍｉｎｉｎｇＨｅｉｇｈｔＩｎＣｔｂｓＹは、変数ＰｉｃＨｅｉｇｈｔＩｎＣｔｂｓＹから累積したタイル行の高さを差分した値を示す。一例として、インデックスがｉであるタイル行に対して、ｒｅｍａｉｎｉｎｇＨｅｉｇｈｔＩｎＣｔｂｓＹは、ＰｉｃＨｅｉｇｈｔＩｎＣｔｂｓＹから、０番からｉ－１番までタイル行の高さを合算した値を差分して導出される場合がある。
表１０に示れている例のように、変数ｕｎｉｆｏｒｍＴｉｌｅＲｏｗＨｅｉｇｈｔは、最後に明示的にシグナリングされたタイル行の高さｔｉｌｅ＿ｒｏｗｓ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１］に１を加算して導出される場合がある。この場合、現ピクチャ内の残りのコーディングツリーユニット行の個数を示す変数ｒｅｍａｉｎｉｎｇＨｅｉｇｈｔＩｎＣｔｂＹが変数ｕｎｉｆｏｒｍＴｉｌｅＲｏｗＨｅｉｇｈｔ以上であると、残りの領域は、変数ｕｎｉｆｏｒｍＴｉｌｅＲｏｗＨｅｉｇｈｔのサイズに分割される場合がある。
一方、現ピクチャ内の残りのコーディングツリーユニット行の個数を示す変数ｒｅｍａｉｎｉｎｇＨｅｉｇｈｔＩｎＣｔｂＹが変数ｕｎｉｆｏｒｍＴｉｌｅＲｏｗＨｅｉｇｈｔより小さいと、残りの領域がそのまま最後のタイル行に設定される場合がある。
一方、タイル行のインデックスｊが高さが明示的にシグナリングされるタイル行の個数以上である場合、当該タイル行の高さは、変数ｕｎｉｆｏｒｍＴｉｌｅＲｏｗＨｅｉｇｈｔおよびｒｅｍａｉｎｉｎｇＨｅｉｇｈｔＩｎＣｔｂＹのうち小さい値に設定される場合がある。
すなわち、高さが明示的にシグナリングされるタイル行以外の残りのタイル行の高さは、高さが明示的にシグナリングされるタイル行のうち最後のタイル行の幅より小さいか同一の値を有する場合がある。
表１１は、幅が明示的にシグナリングされるタイル列の個数を示すシンタックスおよび高さが明示的にシグナリングされるタイル行の個数を示すシンタックスを含むシンタックステーブルを例示するものである。
Figure 2023509347000022
シンタックスｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１およびシンタックスｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｒｏｗ＿ｍｉｎｕｓ１の値がいずれも０である場合、シンタックスｔｉｌｅ＿ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１およびシンタックスｔｉｌｅ＿ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１がそれぞれ１個ずつシグナリングされる。この場合、シンタックスｔｉｌｅ＿ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［０］が示す幅が現ピクチャの幅と同一である場合（例えば、ｔｉｌｅ＿ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［０］の値が（ＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹ－１）である場合）、シンタックスｔｉｌｅ＿ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［０］が示す高さは、現ピクチャの高さと相違する値を有するように設定する場合がある。すなわち、シンタックスｔｉｌｅ＿ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［０］の値は、（ＰｉｃＨｅｉｇｈｔＩｎＣｔｂｓＹ－１）より小さい値に設定される場合がある。シンタックスｔｉｌｅ＿ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［０］の値を（ＰｉｃＨｅｉｇｈｔＩｎＣｔｂｓＹ－１）より小さい値に設定することにより、ピクチャは、少なくとも二つ以上のタイルに分割される。
一方、シンタックスｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｔｉｌｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ピクチャパラメータセットを参照するピクチャ内のタイルの境界でインループフィルタを適用することが許容されるか否かを示す。ここで、インループフィルタは、デブロッキングフィルタ、ＡＬＦまたはＳＡＯの少なくとも一つを含む場合がある。フラグｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｔｉｌｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が１であることは、ピクチャパラメータセットを参照するピクチャ内のタイルの境界を横切るインループフィルタが適用可能であることを示す。一方、フラグｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｔｉｌｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が０であることは、ピクチャパラメータセットを参照するピクチャ内のタイルの境界でインループフィルタを適用することが許容されないことを示す。
シンタックスｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ピクチャパラメータセットを参照するピクチャ内のスライスの境界でインループフィルタを適用することが許容されるか否かを示す。ここで、インループフィルタは、デブロッキングフィルタ、ＡＬＦまたはＳＡＯの少なくとも一つを含む場合がある。フラグｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が１であることは、ピクチャパラメータセットを参照するピクチャ内のスライスの境界を横切るインループフィルタが適用可能であることを示す。一方、フラグｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が０であることは、ピクチャパラメータセットを参照するピクチャ内のスライスの境界でインループフィルタを適用することが許容されないことを示す。
少なくとも一つ以上のタイルまたはタイルの一部を一つの処理単位と画定する場合がある。一例として、複数個のタイルを一つのスライスと画定する場合がある。
または、一つのタイルを複数個のスライスに分割する場合もある。
一つのスライスは、少なくとも一つのコーディングツリーユニット列を含む場合がある。一つのタイルが複数のスライスに分割される場合、各スライスの高さを示す情報がビットストリームを介してシグナリングされる場合がある。
スライスヘッダーを介して映像符号化／復号情報がシグナリングされる場合がある。スライスヘッダーを介してシグナリングされる情報は、スライスに属するタイルおよび／またはブロックに共通して適用される場合がある。
スライスタイプを示す情報を、ビットストリームを介してシグナリングする場合がある。情報は、現ピクチャ内のスライスの画定方法を示す。一例として、ビットストリームを介してスライスタイプを示すシンタックスｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇがシグナリングされる場合がある。
シンタックスｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇは、タイルのラスタースキャン順序に基づいてスライスが画定されるか否かまたは四角形状にスライスが画定されるか否かを示す。一例として、ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが０であることは、タイルのラスタースキャン順序に基づいてスライスが画定されることを示す。一方、ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが１であることは、四角形状にスライスが画定されることを示す。
以下、スライスを判定するための上記の二つの方法について詳細に説明する。
ラスタースキャンに基づく画定方法は、ラスタースキャン順序にしたがって、少なくとも一つ以上のタイルを特定した後、特定された少なくとも一つ以上のタイルをスライスと画定するためのものである。ラスタースキャンに基づく画定方法による場合、一つ以上の連続したタイルがスライスと画定される場合がある。この場合、連続したタイルは、ラスタースキャン順序にしたがって判定される場合がある。ラスタースキャンスライスが適用される場合、非四角形状のスライスが生成されることもできる。
図３５および図３６は、ラスター順序に基づいてスライスを画定した例を示す図である。
一例として、図３５に図示されている例において、最初のスライスｓｌｉｃｅ０が３個のタイルを含むと仮定した時に、最初のスライスｓｌｉｃｅ０は、ラスタースキャン順序にしたがって、Ｔｉｌｅ０～Ｔｉｌｅ２を含むものと画定される場合がある。二番目のスライスｓｌｉｃｅ１が６個のタイルを含むと仮定した時に、二番目のスライスｓｌｉｃｅ１は、ラスタースキャン順序にしたがって、Ｔｉｌｅ３～Ｔｉｌｅ８を含むものと画定される場合がある。最後のスライスｓｌｉｃｅ２は、ラスタースキャン順序にしたがって、残りのタイルＴｉｌｅ９～Ｔｉｌｅ１１を含む場合がある。
ラスタースキャン順序に基づいて、スライスを画定する場合、各スライスが含むタイルの個数を示す情報がシグナリングされる場合がある。最後のスライスに対しては、スライスが含むタイルの個数を示す情報のシグナリングが省略される場合がある。
スライスが複数のタイルを含む場合、スライスに含まれたタイルの幅または高さは相違する場合がある。一例として、二番目のスライスｓｌｉｃｅ１が含むタイルのうち、Ｔｉｌｅ３の高さは、残りのタイルと相違するものと図示されている。
四角形状のスライスの画定方法は、長方形状のスライスのみを許容する分割方法である。四角形状のスライスの画定方法が適用される場合、スライスの４つの角に位置するタイルが同じ行または同じ列に属する。
図３７は、四角形状のスライスのみが許容される例を示す図である。
図３７に図示されている例のように、四番目のスライスｓｌｉｃｅ３は、Ｔｉｌｅ５、Ｔｉｌｅ６、Ｔｉｌｅ９およびＴｉｌｅ１０を含む。図示されている例のように、スライスが複数のタイルを含む場合、スライスを構成する左上端タイルおよび右下端タイルを二つの頂点とする長方形を一つのスライスと画定する場合がある。
スライスの境界は、ピクチャの境界および／またはタイルの境界と一致する場合がある。一例として、スライスの左側境界または上端境界がピクチャの境界に設定されるか、スライスの左側境界または上端境界がタイルの境界に設定される場合がある。
または、四角形状のスライスの画定方法が適用される場合、一つのタイルを複数個の四角形状のスライスに分割することもできる。
四角形状のスライスの画定方法が適用される場合、ピクチャ内のスライスの個数を示すシンタックスが符号化されシグナリングされる場合がある。一例として、ビットストリームを介して、ピクチャ内のスライスの個数を示すシンタックスｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１がシグナリングされる場合がある。シンタックスｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１は、ピクチャ内のスライスの個数から１を差分した値を示す場合がある。これにより、復号器は、シンタックスｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１が示す値に１を加算して、スライスの総個数を判定する場合がある。
シンタックスｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１の代わりに、ピクチャ内のスライスの個数から２を差分した値を示すシンタックスｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ２を符号化する場合もある。
四角形状のスライスの画定方法が適用される場合、各スライスが含むタイルを判定するために、各スライスが含むタイルを識別するための情報がシグナリングされる場合がある。情報は、スライスの最初のタイルまたは最後のタイルの少なくとも一つを特定することに用いられる場合がある。タイル間の順番は、所定のスキャン順序にしたがって判定される場合がある。一例として、ラスタースキャン順序にしたがう場合、最初のタイルは、スライスの左上端に位置するタイルを示し、最後のタイルは、スライスの右下端に位置するタイルを示す。
スライス内の左上端に位置するタイルのインデックスまたはスライスの右下端に位置するタイルのインデックスの少なくとも一つを識別するための情報が、ビットストリームを介してシグナリングされる場合がある。
第１スライスが含むタイルのインデックスと第２スライスが含むタイルのインデックスとの差分情報を符号化し、シグナリングする場合もある。ここで、第１スライスおよび第２スライスは、スキャン順序に基づいて判定され、各スライスが占めるタイルは相違する場合がある。
一例として、第１スライスを構成するタイルと第２スライスを構成するタイルが相違する場合、第２スライスのインデックスは、第１スライスのインデックスｉに１を加算したものである場合がある。
または、第１タイルが複数のスライスを含むように分割された場合、第１タイルに含まれた第１スライスと、スキャン順序上、第１タイルの次のタイルである第２タイルを含む第２スライスまたは第２タイルに含まれた第２スライスとの差分情報が符号化される場合がある。この場合、第１タイルに含まれた複数のスライスのうち最初のスライスまたは最後のスライスに対してのみ差分情報が符号化される場合がある。
第１スライスと第２スライスとの差分情報を導出するために用いられるタイルは、スライスの左上端、右上端、右下端、左下端または中央に位置するものである場合がある。
一例として、ｉ番目のスライスの左上端タイルと、次のスライス（すなわち、ｉ＋１番目のスライス）の左上端タイルとのインデックス差分を示すシンタックスｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ［ｉ］が、ビットストリームを介してシグナリングされる場合がある。シンタックスｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ［ｉ］は、ｉ番目のスライスの左上端タイルのインデックスと、ｉ＋１番目のスライスの左上端タイルのインデックスとの差分の絶対値を示す場合がある。
または、ｉ番目のスライスの左上端タイルと、次のスライスの左上端タイルとのインデックス差分の絶対値から１を差分して導出されるシンタックスｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ＿ｍｉｎｕｓ１［ｉ］を符号化／復号する場合もある。表１２は、上記のシンタックスを含むシンタックス構造を示すものである。
Figure 2023509347000023
スライスの間のタイルインデックス差分値の符号を示すシンタックスもｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ＿ｓｉｇｎ［ｉ］も符号化／復号される場合がある。一例として、シンタックスｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ＿ｓｉｇｎ［ｉ］の値が１であることは、ｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ［ｉ］が示す差分値の符号が正の数であることを示し、シンタックスｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ＿ｓｉｇｎ［ｉ］の値が０であることは、ｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ［ｉ］が示す差分値の符号が負の数であることを示す。
ｉが０であるスライスに対しては、シンタックスｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ＿ｓｉｇｎの符号化／復号が省略される場合がある。
差分情報に基づいて、ｉ＋１番目のスライス内の左上端タイルの位置が判定される場合がある。具体的には、ｉ＋１番目のスライスの左上端タイルのインデックスは、ｉ番目のスライスの左上端タイルインデックスとシンタックスｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ［ｉ］を加算して導出する場合がある。
ピクチャ内の最初のスライス（すなわち、ｉが０であるスライス）と二番目のスライス（すなわち、ｉが１であるスライス）とのタイルインデックス差分値は、常に正の数に設定される。これにより、ピクチャ内の最初のスライスに対しては、ｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ＿ｓｉｇｎ［ｉ］の符号化／復号を省略し、その値を１に推定する場合がある。
また、ピクチャ内の最後のスライスの前のスライス（例えば、ｉがｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１から１を差分した値を有するスライス）とピクチャ内の最後のスライス（例えば、ｉが、ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１が指示する値を有するスライス）とのタイルインデックス差分値も常に正の数に設定される。これにより、最後のスライスの前のスライスに対しても、ｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ＿ｓｉｇｎ［ｉ］の符号化／復号を省略し、その値を１に推定する場合がある。
最後のスライスに対しては、次のスライスとの差分を示すシンタックスｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ［ｉ］の符号化／復号を省略する場合がある。
スライスの幅または高さの少なくとも一つを特定する情報を符号化／復号する場合がある。一例として、ｉ番目のスライスの幅を示すシンタックスｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］またはｉ番目のスライスの高さを示すシンタックスｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］の少なくとも一つが、ビットストリームを介してシグナリングされる場合がある。
シンタックスｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］は、ｉ番目のスライスに含まれたタイル列の個数から１を差分した値を示す。シンタックスｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ［ｉ］は、ｉ番目のスライスに含まれたタイル行の個数から１を差分した値を示す。
ｉ番目のスライスは、シンタックスｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］に基づいて判定される個数だけのタイル列およびシンタックスｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］に基づいて判定される個数だけのタイル行で構成される場合がある。この場合、ｉ番目のタイル列の左上端タイルは、ｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ［ｉ］またはｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ＿ｍｉｎｕｓ１［ｉ］に基づいて判定されるインデックス値を有する場合がある。
または、ピクチャの左側境界に隣接するスライスに対してのみ、スライスの高さを示すシンタックスｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］をシグナリングし、それ以外のスライスに対しては、シンタックスｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］の符号化を省略する場合がある。シンタックスｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ［ｉ］の符号化が省略されるスライスの高さは、同一の行に含まれたスライスのうち現ピクチャの左側境界に接するスライスの高さと同様に設定される場合がある。
スライスタイプを示すフラグｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇを符号化し、フラグｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが１である場合、ピクチャ内のスライスの個数を示すシンタックスｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１を符号化する場合がある。
ピクチャが複数個のスライスを含むものと判定された場合、各スライスの幅を示すシンタックスｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］および各スライスの高さを示すシンタックスｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］を符号化してシグナリングする場合がある。
また、ｉ番目のスライスに含まれたタイルのインデックスとｉ＋１番目のスライスに含まれたタイルのインデックスとの差分を示すシンタックスｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ［ｉ］をシグナリングする場合もある。最後のタイルに対しては、シンタックスｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ［ｉ］の符号化が省略される場合がある。
符号化器は、タイルインデックスの差分を示すシンタックスｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ［ｉ］の符号化可否を判定し、判定にしたがって、シンタックスｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ［ｉ］が符号化されているか否かを示すフラグｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ＿ｐｒｅｓｅｎｔ＿ｆｌａｇを符号化する場合がある。シンタックスｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ［ｉ］は、フラグｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値が１である場合に限って符号化される場合がある。
一つのタイルを複数個のスライスに分割する場合もある。一例として、タイルを水平方向に分割し、複数個のスライスを生成する場合がある。
スライスが複数個のタイルを含まないものと判定された場合、タイルを複数個のスライスに分割するか否かが判定される場合がある。一例として、シンタックスｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］およびシンタックスｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］がいずれも０であることは、スライスが一つのタイルのみで構成されるか、一つのタイルが複数のスライスに分割されることを示す。
シンタックスｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］およびシンタックスｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］がいずれも０である場合、タイルが複数のスライスに分割されるか否かを示す情報がシグナリングされる場合がある。
一例として、タイルが含むスライスの個数を示すシンタックスｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉｌｅ＿ｍｉｎｕｓ１［ｉ］がシグナリングされる場合がある。シンタックスｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉｌｅ＿ｍｉｎｕｓ１［ｉ］は、ｉ番目のタイルが含むスライスの個数から１を差分した値を示す。
または、明示的にシグナリングされる必要があるスライスの高さの個数を示す情報を示すシンタックスｎｕｍ＿ｅｘｐ＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉｌｅ［ｉ］が、ビットストリームを介してシグナリングされる場合がある。シンタックスｎｕｍ＿ｅｘｐ＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉｌｅ［ｉ］は、タイルが含むスライスの個数と同一または小さな値を有する場合がある。
シンタックスｎｕｍ＿ｅｘｐ＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉｌｅ［ｉ］が０であることは、タイルが複数個のスライスに分割されないことを示す。シンタックスｎｕｍ＿ｅｘｐ＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉｌｅ［ｉ］が０より大きいことは、タイルが複数個のスライスに分割される場合があることを示す。
シンタックスｎｕｍ＿ｅｘｐ＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉｌｅ［ｉ］の個数だけスライスの高さを示す情報がシグナリングされる場合がある。一例として、シンタックスｎｕｍ＿ｅｘｐ＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉｌｅが１より大きい場合、タイル内のｊ番目のスライスの高さを示すシンタックスｅｘｐ＿ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｃｔｕ＿ｍｉｎｕｓ１［ｊ］がシグナリングする場合がある。
スライスのインデックスｊが、高さが明示的にシグナリングされるスライスの個数より小さい場合、スライスｊの幅は、ビットストリームを介してシグナリングされるシンタックスｅｘｐ＿ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｃｔｕ＿ｍｉｎｕｓ１［ｊ］に基づいて判定される場合がある。一方、スライスのインデックスｋが、高さが明示的にシグナリングされるスライスの個数以上である場合、スライスｋの高さは、最後にシグナリングされたシンタックスｅｘｐ＿ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｃｔｕ＿ｍｉｎｕｓ１［ｌ］に基づいて判定される場合がある。ここで、ｌは、最後に高さがシグナリングされたスライスのインデックスを示し、ｋより小さな整数である場合がある。
一例として、タイルの高さから前のスライスの高さを差分した値が、シンタックスｅｘｐ＿ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｃｔｕ＿ｍｉｎｕｓ１［ｌ］に１を加算した値以上である場合、スライスｋの高さは、シンタックスｅｘｐ＿ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｃｔｕ＿ｍｉｎｕｓ１［ｌ］に１を加算した値に設定される場合がある。一方、タイルの高さから前のスライスの高さを差分した値が、シンタックスｅｘｐ＿ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｃｔｕ＿ｍｉｎｕｓ１［ｌ］に１を加算した値より小さい場合、タイルの高さから前のスライスの高さを差分した差分値をスライスｋの高さに設定する場合がある。
すなわち、高さが明示的にシグナリングされるスライス以外の残りのスライスの高さは、高さが明示的にシグナリングされるスライスのうち最後のスライスの高さより小さいか同一の値を有する場合がある。
現ピクチャ内のタイル列の個数が１個である場合、シンタックスｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１の符号化が省略される場合がある。また、現ピクチャ内のタイル行の個数が１個である場合、シンタックスｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１の符号化が省略される場合がある。
または、スライスの幅を示す情報またはスライスの高さを示す情報の少なくとも一つの符号化を省略する場合がある。
一例として、スライスの幅を示すシンタックスｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１の符号化を省略し、近隣スライス内の所定の位置のタイルとの距離をスライスの幅に設定する場合がある。具体的には、シンタックスｔｏｐ＿ｌｅｆｔ＿ｂｒｉｃｋ＿ｉｄｘ＿ｄｅｌｔａ［ｉ］によって、ｉ番目のスライスの右側に隣接するｉ＋１番目のスライスの左上端タイルが特定される場合がある。ｉ番目のスライスの幅は、ｉ番目のスライス内の左上端タイルのｘ座標（例えば、左上端サンプルのｘ座標）と、ｉ＋１番目のスライス内の左上端タイルのｘ座標（例えば、左上端サンプルのｘ座標）との差分から導出される場合がある。
または、スライスの高さを示すシンタックスｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１の符号化を省略し、近隣スライス内の所定の位置のタイルとの距離をスライスの幅に設定する場合がある。具体的には、シンタックスｔｏｐ＿ｌｅｆｔ＿ｂｒｉｃｋ＿ｉｄｘ＿ｄｅｌｔａ［ｊ－１］によって、ｉ番目のスライスの下端に位置するｊ番目のスライスの左上端タイルが特定される場合がある。ｉ番目のスライスの高さは、ｉ番目のスライス内の左上端タイルのｙ座標（例えば、左上端サンプルのｙ座標）と、ｊ番目のスライス内の左上端タイルのｙ座標（例えば、左上端サンプルのｙ座標）との差分から導出される場合がある。
または、四角形状のスライスを画定するのに際し、差分値の情報が用いられるか否かを示す情報が、ビットストリームを介してシグナリングされる場合がある。一例として、差分値の情報の利用可否を示すｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが、ビットストリームを介してシグナリングされる場合がある。シンタックスｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値が１であることは、タイルインデックスの差分値を示すシンタックスが符号化されシグナリングされることを示す。一例として、シンタックスｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値が１である場合、ｉ番目のスライスは、スライスのサイズを示すシンタックスｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］およびシンタックスｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］とスライス内の左上端タイルの位置または右上端タイルの位置を判定するための差分値の情報（例えば、ｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ［ｉ］）によって画定される場合がある。
シンタックスｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値が０である場合、ｉ番目のスライスの位置／サイズは、スライスのサイズを示すシンタックスｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］およびシンタックスｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］によって画定される場合がある。シンタックスｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ＿ｐｒｓｅｎｔ＿ｆｌａｇの値が０である場合、現ピクチャの左側境界に接するスライスの右側に隣接するスライスは、左側境界に接するスライスと同一の高さを有するように設定される場合がある。これにより、現ピクチャの左側境界に接するスライスに対してのみスライスの高さを示す情報をシグナリングし、現ピクチャの左側境界に接していないスライスに対しては、スライスの高さを示す情報のシグナリングを省略する場合がある。
スライス内のタイルのインデックスに基づいて、スライスのサイズを示す情報のシグナリング可否を判定する場合がある。一例として、表１３は、スライス内のタイルインデックスに基づいて、スライスのサイズを判定する情報のシグナリング可否が判定されるシンタックス構造を示すものである。
Figure 2023509347000024
表１３において、変数ＳｌｉｃｅＴｏｐＬｅｆｔＴｉｌｅＩｄｘ［ｉ］は、ｉ番目のスライスが含むタイルのインデックスを示す。具体的には、ｉ番目のスライス内の予め画定された位置のタイルのインデックスを変数ＳｌｉｃｅＴｏｐＬｅｆｔＴｉｌｅＩｄｘ［ｉ］に設定する場合がある。予め画定された位置のタイルは、左上端タイルを示す場合がある。
変数ＮｕｍＴｉｌｅＣｏｌｕｍｎｓは、ピクチャが含むタイル列の個数を示す。一例として、ｉ番目のスライス内の左上端タイルのインデックスと変数ＮｕｍＴｉｌｅＣｏｌｕｍｓから１を差分した値とのモジュロ演算（％）に基づいて、左上端タイルが属するタイル列の位置が判定される場合がある。一例として、モジュロ演算による結果値ｎは、左上端タイルが、インデックスがｎであるタイル列に属することを示す。すなわち、ｉ番目のスライスの左上端タイルインデックスＳｌｉｃｅＴｏｐＬｅｆｔＴｉｌｅＩｄｘ［ｉ］を変数ＮｕｍＴｉｌｅＣｏｌｕｍｎで除した時に、残りの値が（ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ－１）である場合、ｉ番目のスライスが最後のタイル列に含まれたものと判断する場合がある。
スライスの左上端タイルの位置に基づいて、スライスのサイズを示す情報のシグナリング可否を判定する場合がある。具体的には、スライスの左上端タイルが属するタイル列が、ピクチャ内の右端タイル列に該当するか否かに基づいて、スライスのサイズを示す情報のシグナリング可否を判定する場合がある。
一例として、スライス内の左上端タイルがピクチャ内の右端タイル列に属する場合、スライスの幅を示すシンタックスｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］のシグナリングが省略される場合がある。一例として、表１３のように、ｉ番目のスライスの左上端タイルインデックスＳｌｉｃｅＴｏｐＬｅｆｔＴｉｌｅＩｄｘ［ｉ］を変数ＮｕｍＴｉｌｅＣｏｌｕｍｎでモジュロ演算を行った結果が、ピクチャ内のタイル列の個数ＮｕｍＴｉｌｅＣｏｌｕｍｎｓから１を差分した値と同一である場合、シンタックスｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］の符号化／復号が省略される場合がある。この場合、シンタックスｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］の値は、０と見なす場合がある。
ｉ番目のスライス内の左上端タイルのインデックスと変数ＮｕｍＴｉｌｅＣｏｌｕｍｎｓとの除算に基づいて、左上端タイルが属するタイル行の位置が判定される場合がある。一例として、除算の商がｍであることは、左上端タイルがインデックスｍであるタイル行に含まれることを示す。すなわち、表１３のように、ｉ番目のスライスの左上端タイルインデックスＳｌｉｃｅＴｏｐＬｅｆｔＴｉｌｅＩｄｘ［ｉ］を変数ＮｕｍＴｉｌｅＣｏｌｕｍｎで除した時に、商が（ＮｕｍＴｉｌｅＲｏｗｓ－１）である場合、ｉ番目のスライスが最後のタイル行に含まれたものと判断する場合がある。
スライス内の左上端タイルがピクチャ内の下端タイル行に属する場合、スライスの高さを示すシンタックスｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ［ｉ］のシグナリングが省略される場合がある。一例として、除算の結果が、ピクチャ内のタイル行の個数ＮｕｍＴｉｌｅＲｏｗｓから１を差分した値と同一である場合、シンタックスｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］の符号化／復号が省略される場合がある。この場合、シンタックスｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］の値は、０と見なす場合がある。
スライス内の左上端タイルが、ピクチャ内の右端列に属するとともに、下端行に属する場合、シンタックスｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］およびシンタックスｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］の符号化／復号がいずれも省略される場合がある。この場合、二つのシンタックスの値は、いずれも０と見なす場合がある。
スライス内の左上端タイルが、ピクチャ内の下端行に含まれていない場合、スライス内の左上端タイルがピクチャ内の最左側列に属するか否かおよび／またはタイルインデックス間の差分情報が符号化されているか否かの少なくとも一つを考慮して、スライスの高さを示すシンタックスｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］の符号化／復号可否が判定される場合がある。
一例として、スライス内の左上端タイルが、ピクチャ内の下端の行に含まれていなくても、タイルインデックス差分が符号化された場合（例えば、ｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１である場合）、スライスの高さを示すシンタックスｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］の符号化／復号が省略される場合がある。
または、スライス内の左上端タイルがピクチャ内の下端の行に属していなくても、左上端タイルがスライス内の最左側列に属しない場合、シンタックスｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］の符号化／復号が省略される場合がある。
スライス内の左上端タイルがピクチャ内の下端の行に属していないが、シンタックスｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］の符号化／復号が省略された場合、シンタックスは、前のスライスの高さｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ［ｉ－１］と同様に設定される場合がある。
表１４は、シンタックスｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］およびシンタックスｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］に対するセマンティクス（ｓｅｍａｎｔｉｃｓ）を示す。
Figure 2023509347000025
表１４の例において、タイルインデックスの差分を示す情報が符号化されているか否かを示すシンタックスｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、現ピクチャに含まれたスライスの個数が１個以上である場合に符号化／復号されるものと例示されている。
ｉ番目のスライスの高さを示すシンタックスｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］およびｉ番目のスライスの幅を示すシンタックスｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］の値がいずれも０である場合、ｉ番目のスライスを含むタイルの分割形状を判定するためのシンタックスｎｕｍ＿ｅｘｐ＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉｌｅ［ｉ］がさらに符号化／復号される場合がある。ただし、ｉ番目のスライスを含むタイルの高さが１である場合、タイルは、複数個のスライスに分割されることがない。これにより、ｉ番目のスライスを含むタイルの高さが１である場合、シンタックスｎｕｍ＿ｅｘｐ＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉｌｅ［ｉ］の符号化／復号を省略し、その値を０に推定する場合がある。
ピクチャ内のスライスの個数が２個である場合、ピクチャを水平方向または垂直方向に分割することで、長方形状のスライス２個を生成する場合がある。
図３８は、ピクチャが２個のスライスで構成された場合の例を示す図である。
図３８（ａ）は、ピクチャが水平方向に分割された例を示し、図３８（ｂ）は、ピクチャが垂直方向に分割された例を示す。
図示されている例のように、ピクチャが２個のスライスのみを含む場合、スライスの幅を示すシンタックスまたはスライスの高さを示すシンタックスだけで２個のスライスそれぞれを区分する場合がある。
一例として、図３８（ａ）に図示されている例のように、ピクチャを水平方向に分割する場合、インデックスが０であるスライスの幅を示すシンタックスｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［０］およびインデックスが０であるスライスの高さを示すシンタックスｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［０］に基づいて、スライス０を特定する場合がある。スライス１に対しては、スライスのサイズを判定するためのシンタックスの符号化／復号を省略し、ピクチャ内のスライス０以外の残りの領域をスライス１に設定する場合がある。また、スライス１の左上端タイルのインデックスは、スライス０に含まれたタイル行の個数とタイル列の個数との積から１を差分して導出する場合がある。
図３８（ｂ）に図示されている例のように、ピクチャを垂直方向に分割する場合、インデックス０であるスライスの幅を示すシンタックスｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［０］およびインデックス０であるスライスの高さを示すシンタックスｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［０］に基づいて、スライス０を特定する場合がある。スライス１に対しては、スライスのサイズを判定するためのシンタックスの符号化／復号を省略し、ピクチャ内のスライス０以外の残りの領域をスライス１に設定する場合がある。また、スライス１の左上端タイルのインデックスは、スライス１に含まれたタイル行の個数と同様に導出する場合がある。
上記のように、ピクチャに２個のスライスのみが含まれた場合、タイルインデックスの差分を示す情報の符号化を省略しても、すべてのスライス内の左上端タイルのインデックスが導出される場合がある。これにより、ピクチャに含まれるスライスの個数が２個以下である場合、タイルインデックス差分情報の符号化／復号可否を示すシンタックスｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの符号化／復号を省略し、その値を０に導出する場合がある。これにより、スライス別に、ｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ［ｉ］の符号化／復号も省略される場合がある。
表１５は、現ピクチャが含むスライスの個数が２個以下である場合、シンタックスｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの符号化／復号が省略されるシンタックス構造を示す。
Figure 2023509347000026
表１５の例のように、シンタックスｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、シンタックスｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１が１より大きい場合に限って符号化／復号される場合がある。
ピクチャ内のタイル列の個数が１個である場合またはタイル行の個数が１個である場合にも、タイルインデックス差分情報を用いることなく、各スライス内の左上端タイルの位置を識別する場合がある。
図３９は、ピクチャ内のタイル列またはタイル行の個数が１個である場合を例示した図である。
図３９（ａ）は、ピクチャが１個のタイル列を含む場合を例示するものであり、図３９（ｂ）は、ピクチャが１個のタイル行を含む場合を例示するものである。
ピクチャが１個のタイル列を含む場合、スライスの左上端タイルのインデックスは、前のスライスの高さに基づいて導出される場合がある。一例として、図３９（ａ）に図示されている例のように、最初のタイルが２個のスライスに分割される場合、２個のスライスのうち最初のスライスｓｌｉｃｅ０に対する幅を示すシンタックスｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［０］および高さを示すシンタックスｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［０］は、いずれも０に設定される。二番目のスライスｓｌｉｃｅ１は、最初のスライスｓｌｉｃｅ０と同一のタイルに属するため、二番目のスライスｓｌｉｃｅ１に対しては、シンタックスｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］および高さを示すシンタックスｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］の符号化／復号が省略される場合がある。
三番目のスライスの左側タイルインデックスは、前のスライスに対してシグナリングされたタイル行の個数に設定される場合がある。一例として、スライス０に対してシグナリングされるシンタックスｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［０］から、１個のタイル行がスライスからなることを認知することができるため、スライス２の左上端タイル行のインデックスは１に設定される場合がある。
スライス３の左上端タイル行のインデックスは、前のスライスのタイル行の高さに基づいて導出される場合がある。一例として、スライス０に対してシグナリングされるシンタックスｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［０］およびスライス２に対してシグナリングされるシンタックスｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｗｉｄｔｈ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［２］から、総３個のタイル行がスライスからなることを認知することができるため、スライス３の左上端タイル行のインデックスは３に設定される場合がある。
すなわち、ピクチャが１個のタイル列を含む場合、前のスライスが占めるタイル行の個数が、次のスライスの左上端タイルインデックスに判定される場合がある。
ピクチャが１個のタイル行を含む場合、スライスの左上端タイルのインデックスは、前のスライスの幅に基づいて導出される場合がある。一例として、図３９（ｂ）に図示されている例のように、最初のタイルが１個のスライスに設定された場合、最初のスライスｓｌｉｃｅ０に対する幅を示すシンタックスｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［０］および高さを示すシンタックスｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［０］はいずれも０に設定される。
二番目のスライスの左側タイルインデックスは、前のスライスに対してシグナリングされたタイル列の個数に設定される場合がある。一例として、スライス０に対してシグナリングされるシンタックスｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［０］から、１個のタイル列がスライスからなることを認知することができるため、スライス１の左上端タイル行のインデックスは１に設定される場合がある。
スライス２の左上端タイル行のインデックスは、前のスライスのタイル列の高さに基づいて導出される場合がある。一例として、スライス０に対してシグナリングされるシンタックスｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［０］およびスライス１に対してシグナリングされるシンタックスｓｌｉｃｅ＿ｗｉｄｔｈ＿ｗｉｄｔｈ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［１］から、総３個のタイル列がスライスからなることを認知することができるため、スライス２の左上端タイル行のインデックスは３に設定される場合がある。
すなわち、ピクチャが１個のタイル行を含む場合、前のスライスが占めるタイル列の個数が、次のスライスの左上端タイルインデックスに判定される場合がある。
上記のように、ピクチャが１個のタイル列または１個のタイル行のみで構成された場合、タイルインデックス差分情報がなくても、各スライスの左上端タイルのインデックスを特定する場合がある。これにより、ピクチャに含まれるタイル列またはタイル行の個数が１個である場合、タイルインデックス差分情報の符号化／復号可否を示すシンタックスｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの符号化／復号を省略し、その値を０に導出する場合がある。これにより、スライス別のｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ［ｉ］の符号化／復号も省略される場合がある。
表１６は、現ピクチャが含むタイル列またはタイル行の個数が１個である場合、シンタックスｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの符号化／復号が省略されるシンタックス構造を示す。
Figure 2023509347000027
上述のように、スライスの幅を示すシンタックスｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］およびスライスの高さを示すシンタックスｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］が０であることは、スライスが一つのタイルに構成されていることを示すか、一つのタイルが複数のスライスで構成されることを示す場合がある。
一つのタイルが複数個のスライスで構成された場合、複数個のスライスの高さは、同一の値を有するか、複数個のスライスのうち最後のスライス以外のスライスが同一の高さを有するように設定する場合がある。この場合、タイル内の最初のスライスに対してのみ高さの情報をシグナリングする場合がある。
ピクチャ内のスライスの個数が２個である場合、二つのスライスの間のタイルインデックス差分だけでも、各スライスのサイズおよび位置が判定される場合がある。これにより、タイルインデックス差分が符号化されたことを示すシンタックスｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値が１であり、ピクチャ内のスライスの個数を示すシンタックスｎｕｍ＿ｓｌｉｃｅ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１の値が１である場合、スライスの幅を示すシンタックスｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１およびスライスの高さを示すシンタックスｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１の符号化／復号が省略される場合がある。表１７は、これに関する例示を示す。
Figure 2023509347000028
表１７に例示されているように、シンタックスｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値が１であり、ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１が１である場合、シンタックスｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］およびシンタックスｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］の符号化／復号が省略される場合がある。
すなわち、シンタックスｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値が０である場合、またはｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１の値が１ではない場合、シンタックスｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］および／またはシンタックスｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］が符号化／復号される場合がある。
シンタックスｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］およびシンタックスｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］の符号化／復号が省略された場合、復号器は、二つのスライスの間のタイルインデックス差分、タイル列の個数またはタイル行の個数の少なくとも一つを考慮して、各スライスの高さまたは幅を導出する場合がある。
一例として、二つのスライスの間のタイルインデックス差分を示すシンタックスｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ［ｉ］の値が、ピクチャ内のタイル列の個数を示す変数ＮｕｍＴｉｌｅＣｏｌｕｍｎｓより小さい場合、シンタックスｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］の値を、シンタックスｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ［ｉ］が示す差分値から１を差分した値に推定する場合がある。また、シンタックスｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］の値を、タイル行の個数を示す変数ＮｕｍＴｉｌｅＲｏｗｓから１を差分した値に推定する場合がある。すなわち、ピクチャ内の最初のスライスの幅は、シンタックスｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ［０］と同一の値に設定され、最初のスライスの高さは、タイル列の個数と同様に設定される場合がある。
一例として、二つのスライスの間のタイルインデックス差分を示すシンタックスｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ［ｉ］の値が、ピクチャ内のタイル列の個数を示す変数ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ以上である場合、シンタックスｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］の値を、タイル列の個数を示す変数ＮｕｍＴｉｌｅＣｏｌｕｍｎｓから１を差分した値に推定する場合がある。また、シンタックスｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］の値をシンタックスｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ［ｉ］をタイル列の個数ＮｕｍＴｉｌｅＣｏｌｕｍｎｓで除した値（例えば、ｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ［ｉ］／ＮｕｍＴｉｌｅＣｏｌｕｍｎ）に推定する場合がある。すなわち、ピクチャ内の最初のスライスの幅は、タイル列の個数と同一の値に設定され、最初のスライスの高さは、シンタックスｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ［０］を変数ＮｕｍＴｉｌｅＣｏｌｕｍｎで除して得られる商と同一の値に設定される場合がある。
ｉ番目のスライスのサイズを示すシンタックスｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］およびスライスの高さを示すシンタックスｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］の値がいずれも０である場合、ｉ番目のスライスを含むタイルの分割形状を判定するための情報、例えば、シンタックスｎｕｍ＿ｅｘｐ＿ｓｌｉｃｅ＿ｉｎ＿ｔｉｌｅ［ｉ］および／またはｅｘｐ＿ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｃｔｕｓ＿ｍｉｎｕｓ１［ｊ］を符号化／復号する場合がある。
この場合、タイル行の高さに基づいて、タイルの分割形状を判定するための情報の符号化／復号可否を判定する場合がある。
ピクチャ内のタイルの個数に基づいて、シンタックスｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ［ｉ］の符号化／復号可否を判定する場合がある。表１８は、上記の説明に関する例示を示す。
Figure 2023509347000029
表１８において、変数ＮｕｍＴｉｌｅＩｎＰｉｃは、ピクチャ内のスライスの個数を示す。ピクチャ内のタイルの個数が閾値以下である場合、タイルインデックス差分値を示すシンタックスｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ［ｉ］の符号化／復号を省略する場合がある。閾値は、１、２または３のような自然数である場合がある。表１８では、閾値が１であるものと例示されている。すなわち、ピクチャ内のタイルが１個である場合には、一つのタイルを複数個のスライスに分割することのみが可能である。これにより、すべてのスライスに対するシンタックス差分値が０であるため、シンタックスｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ［ｉ］の符号化／復号を省略する場合がある。
他の例として、ピクチャ内のタイルの個数に基づいて、タイルインデックス差分値の復号可否を示すシンタックスｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの符号化／復号可否を判定する場合もある。一例として、ピクチャ内のタイルの個数が閾値以下である場合、シンタックスｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの符号化／復号が省略される場合がある。閾値は、１、２、または３のような自然数である場合がある。シンタックスｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの符号化／復号が省略された場合、シンタックスの値が０であるものと推定する場合がある。これにより、タイルインデックス差分値を示すシンタックスｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ［ｉ］も符号化／復号されない場合もある。
上述の実施形態において、タイルのインデックスの代わりに、コーディングツリーユニットのインデックスに基づいてスライスを画定することも可能である。
上述の例では、ラスタースキャン順序にしたがってタイルに順番を付与して、スライスが画定されるものと仮定した。他の例として、垂直スキャン、水平スキャンまたは対角スキャンによってタイルに順番を付与して、スライスを画定することもできる。
復号過程または符号化過程を中心に説明されている実施形態を、符号化過程または復号過程に適用することは、本開示の範囲に含まれる。所定の順序で説明されている実施形態を、説明されているものと相違する順序に変更することも、本開示の範囲に含まれる。
上述の実施形態は、一連のステップまたはフローチャートに基づいて説明されているが、これは、発明の時系列的順序を限定したものではなく、必要に応じて、同時に行われるか異なる順序で行われる場合がある。また、上述の実施形態において、ブロック図を構成する構成要素（例えば、ユニット、モジュールなど）のそれぞれは、ハードウェア装置またはソフトウェアで実現されることもでき、複数の構成要素が結合して一つのハードウェア装置またはソフトウェアで実現されることもできる。上述の実施形態は、様々なコンピュータ構成要素により実行される場合があるプログラム命令語の形態で実現され、コンピュータ可読記録媒体に記録される場合がある。コンピュータ可読記録媒体は、プログラム命令語、データファイル、データ構造などを単独でまたは組み合わせて含む場合がある。コンピュータ可読記録媒体の例としては、ハードディスク、フロッピーディスクおよび磁気テープなどの磁気媒体、ＣＤ－ＲＯＭ、ＤＶＤなどの光記録媒体、フロプティカルディスク（floptical disk）などの磁気－光媒体（magneto－optical media）、およびＲＯＭ、ＲＡＭ、フラッシュメモリなどのプログラム命令語を格納し実行するように特別に構成されたハードウェア装置が含まれる。ハードウェア装置は、本開示による処理を行うために、一つ以上のソフトウェアモジュールとして作動するように構成される場合があり、その逆の場合も同様である。
本開示は、映像を符号化／復号する電子装置に適用される場合がある。

Claims (11)

  1. タイルインデックス差分値の情報が存在するか否かを示す第１フラグを復号することと、
    第１スライスに関するサイズの情報を復号することと、
    前記第１フラグが真の場合、前記第１スライスに関するタイルインデックス差分値の情報を復号することと、
    前記タイルインデックス差分値の情報に基づいて、第２スライスの左上端に位置する第２タイルのインデックスを判定することと、を含み、
    前記タイルインデックス差分値の情報は、前記第１スライスの左上端に位置する第１タイルのインデックスと前記第２タイルの前記インデックスとの差分を示し、
    前記第２スライスに関するサイズの情報を復号するか否かは、前記第２スライス内の前記第２タイルの前記インデックスに基づいて判定される、映像復号方法。
  2. 前記サイズの情報は、幅の情報または高さの情報の少なくとも一つを含み、前記第２タイルが現ピクチャ内の右端タイル列に含まれる場合、前記第２スライスに関する前記幅の情報の復号が省略される、請求項１に記載の方法。
  3. 前記第２スライスに関する前記幅の情報の復号が省略される場合、前記右端タイル列の幅が前記第２スライスの幅として判定される、請求項２に記載の方法。
  4. 前記第２タイルが前記現ピクチャ内の下端タイル行に含まれる場合、前記第２スライスに関する前記高さの情報の復号が省略される、請求項２に記載の方法。
  5. 前記第２スライスに関する前記高さの情報の復号が省略される場合、前記下端タイル列の高さが前記第２スライスの高さとして判定される、請求項４に記載の方法。
  6. 前記第１フラグは、前記現ピクチャ内のスライスの個数が閾値以上である場合だけ復号される、請求項１に記載の方法。
  7. 第１スライスおよび第２スライスのサイズを判定することと、
    前記第１スライスに関するサイズの情報を符号化することと、
    前記第１スライスに関するタイルインデックス差分値の情報を符号化すること、とを有し、
    前記タイルインデックス差分値の情報は、前記第１スライスの左上端に位置する第１タイルのインデックスと前記第２スライスの左上端に位置する第２タイルのインデックスとの差分を示し、
    前記第２スライスに関する幅の情報を符号化するか否かは、前記第２タイルの前記インデックスに基づいて判定される、映像符号化方法。
  8. 前記サイズの情報は、幅の情報または高さの情報の少なくとも一つを含み、前記第２タイルが前記現ピクチャ内の右端タイル列に含まれる場合、前記第２スライスに関する前記幅の情報の符号化が省略される、請求項７に記載の方法。
  9. 前記第２タイルが前記現ピクチャ内の下端タイル行に含まれる場合、前記第２スライスに関する前記高さの情報の符号化が省略される、請求項８に記載の方法。
  10. 前記タイルインデックス差分値の情報が存在するか否かを示す第１フラグを符号化することをさらに有する、請求項７に記載の方法。
  11. 前記タイルインデックス差分値の情報は、前記現ピクチャ内のスライスの個数が閾値以上である場合に符号化される、請求項７に記載の方法。
JP2022535753A 2019-12-17 2020-12-15 画像信号の符号化／復号方法およびそのための装置 Active JP7486586B2 (ja)

Applications Claiming Priority (11)

Application Number Priority Date Filing Date Title
KR10-2019-0168586 2019-12-17
KR20190168586 2019-12-17
KR10-2020-0020366 2020-02-19
KR20200020366 2020-02-19
KR20200038866 2020-03-31
KR10-2020-0038866 2020-03-31
KR10-2020-0040600 2020-04-02
KR20200040600 2020-04-02
KR10-2020-0040852 2020-04-03
KR20200040852 2020-04-03
PCT/KR2020/018371 WO2021125752A1 (ko) 2019-12-17 2020-12-15 영상 신호 부호화/복호화 방법 및 이를 위한 장치

Publications (2)

Publication Number Publication Date
JP2023509347A true JP2023509347A (ja) 2023-03-08
JP7486586B2 JP7486586B2 (ja) 2024-05-17

Family

ID=76477613

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2022535753A Active JP7486586B2 (ja) 2019-12-17 2020-12-15 画像信号の符号化／復号方法およびそのための装置

Country Status (7)

Country Link
US (1) US20220078435A1 (ja)
EP (1) EP4080883A4 (ja)
JP (1) JP7486586B2 (ja)
KR (1) KR20210077625A (ja)
CN (1) CN113439439A (ja)
WO (1) WO2021125752A1 (ja)
ZA (1) ZA202110174B (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7490797B2 (ja) 2020-03-09 2024-05-27 エルジー エレクトロニクス インコーポレイティド 長方形スライスのサイズ情報を選択的に符号化する画像符号化／復号化方法及び装置、並びにビットストリームを伝送する方法

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP4107966A4 (en) * 2020-02-17 2023-07-26 Intel Corporation 360-DEGREE VIDEO ENHANCEMENT USING A CONVOLUTIVE NETWORK (CNN) BASED FILTER

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020256442A1 (ko) * 2019-06-20 2020-12-24 주식회사 엑스리스 영상 신호 부호화/복호화 방법 및 이를 위한 장치
JP2023517623A (ja) * 2020-03-09 2023-04-26 エルジー エレクトロニクス インコーポレイティド 長方形スライスのサイズ情報を選択的に符号化する画像符号化／復号化方法及び装置、並びにビットストリームを伝送する方法

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9325999B2 (en) * 2011-03-10 2016-04-26 Sharp Kabushiki Kaisha Video decoder for slices
KR102424829B1 (ko) * 2017-02-22 2022-07-25 에스케이텔레콤 주식회사 비디오 데이터가 부호화된 비트스트림을 처리하는 방법
CN112292855A (zh) * 2018-04-09 2021-01-29 Sk电信有限公司 用于对图像进行编码/解码的方法和装置
KR20190118125A (ko) * 2018-04-09 2019-10-17 에스케이텔레콤 주식회사 병렬 또는 분산 처리를 위한 화면 분할 정보를 제공하는 방법 및 이를 이용한 장치
KR20200033194A (ko) * 2018-09-19 2020-03-27 한국전자통신연구원 영상 부호화/복호화 방법, 장치 및 비트스트림을 저장한 기록 매체
WO2020084476A1 (en) * 2018-10-22 2020-04-30 Beijing Bytedance Network Technology Co., Ltd. Sub-block based prediction
MX2021004194A (es) * 2018-12-07 2021-05-27 Panasonic Ip Corp America Decodificador, y metodo de decodificacion.
WO2021034129A1 (ko) * 2019-08-20 2021-02-25 주식회사 엑스리스 영상 신호 부호화/복호화 방법 및 이를 위한 장치
US11930208B2 (en) * 2020-01-10 2024-03-12 Tencent America LLC Method and apparatus for signaling skip mode flag

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020256442A1 (ko) * 2019-06-20 2020-12-24 주식회사 엑스리스 영상 신호 부호화/복호화 방법 및 이를 위한 장치
JP2022537767A (ja) * 2019-06-20 2022-08-29 エックスリス、コーポレーション 映像信号の符号化／復号化方法及びそのための装置
JP2023517623A (ja) * 2020-03-09 2023-04-26 エルジー エレクトロニクス インコーポレイティド 長方形スライスのサイズ情報を選択的に符号化する画像符号化／復号化方法及び装置、並びにビットストリームを伝送する方法

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7490797B2 (ja) 2020-03-09 2024-05-27 エルジー エレクトロニクス インコーポレイティド 長方形スライスのサイズ情報を選択的に符号化する画像符号化／復号化方法及び装置、並びにビットストリームを伝送する方法

Also Published As

Publication number Publication date
EP4080883A1 (en) 2022-10-26
EP4080883A4 (en) 2023-12-06
ZA202110174B (en) 2023-02-22
WO2021125752A1 (ko) 2021-06-24
JP7486586B2 (ja) 2024-05-17
KR20210077625A (ko) 2021-06-25
CN113439439A (zh) 2021-09-24
US20220078435A1 (en) 2022-03-10

Similar Documents

Publication Publication Date Title
KR102597617B1 (ko) 영상 신호 부호화/복호화 방법 및 이를 위한 장치
KR102617439B1 (ko) 영상 신호 부호화/복호화 방법 및 이를 위한 장치
JP7459069B2 (ja) 映像信号符号化／復号化方法及びその装置
JP7305879B2 (ja) 映像信号の符号化／復号方法およびその装置
CA3118429C (en) Image signal encoding/decoding method and apparatus therefor
KR20200145742A (ko) 영상 신호 부호화/복호화 방법 및 이를 위한 장치
KR102619997B1 (ko) 영상 신호 부호화/복호화 방법 및 이를 위한 장치
JP2024063128A (ja) ビデオ信号符号化／復号化方法及びそのための機器
KR20200122254A (ko) 영상 신호 부호화/복호화 방법 및 이를 위한 장치
KR102597461B1 (ko) 영상 신호 부호화/복호화 방법 및 이를 위한 장치
JP2022548220A (ja) 映像信号符号化／復号化方法及びそのための装置
JP2024045193A (ja) 映像信号の符号化／復号方法およびそのための装置
JP7486586B2 (ja) 画像信号の符号化／復号方法およびそのための装置
KR20200145763A (ko) 영상 신호 부호화/복호화 방법 및 이를 위한 장치
KR20210123950A (ko) 비디오 신호 처리 방법 및 장치
JP7492542B2 (ja) 映像信号の符号化／復号化方法及びそのための装置
KR20210061944A (ko) 영상 신호 부호화/복호화 방법 및 이를 위한 장치
JP2024069588A (ja) 映像信号符号化／復号化方法及びその装置
KR20210108836A (ko) 비디오 신호 처리 방법 및 장치
KR20210108834A (ko) 비디오 신호 처리 방법 및 장치
KR20210120389A (ko) 비디오 신호 처리 방법 및 장치
KR20210121484A (ko) 비디오 신호 처리 방법 및 장치
KR20210122524A (ko) 비디오 신호 처리 방법 및 장치
KR20210101829A (ko) 비디오 신호 처리 방법 및 장치
KR20210075552A (ko) 비디오 신호 처리 방법 및 장치

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20220802

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20220610

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20230616

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20230911

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20231218

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: 20240308

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20240404

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20240507

R150 Certificate of patent or registration of utility model

Ref document number: 7486586

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150