JP2023521295A - 映像符号化データをシグナリングするための方法 - Google Patents

映像符号化データをシグナリングするための方法 Download PDF

Info

Publication number
JP2023521295A
JP2023521295A JP2022556109A JP2022556109A JP2023521295A JP 2023521295 A JP2023521295 A JP 2023521295A JP 2022556109 A JP2022556109 A JP 2022556109A JP 2022556109 A JP2022556109 A JP 2022556109A JP 2023521295 A JP2023521295 A JP 2023521295A
Authority
JP
Japan
Prior art keywords
picture
wraparound
motion compensation
offset
difference
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2022556109A
Other languages
English (en)
Inventor
チェン，ジエ
ルオ，ジャンコン
イエ，ヤン
Original Assignee
アリババ グループ ホウルディング リミテッド
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 アリババ グループ ホウルディング リミテッド filed Critical アリババ グループ ホウルディング リミテッド
Publication of JP2023521295A publication Critical patent/JP2023521295A/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/50—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding
    • H04N19/597—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding specially adapted for multi-view video sequence encoding
    • 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/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/132—Sampling, masking or truncation of coding units, e.g. adaptive resampling, frame skipping, frame interpolation or high-frequency transform coefficient masking
    • 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/44—Decoders specially adapted therefor, e.g. video decoders which are asymmetric with respect to the encoder
    • 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
    • H04N19/503—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding involving temporal prediction
    • H04N19/51—Motion estimation or motion compensation
    • H04N19/513—Processing of motion vectors
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/50—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding
    • H04N19/503—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding involving temporal prediction
    • H04N19/51—Motion estimation or motion compensation
    • H04N19/563—Motion estimation with padding, i.e. with filling of non-object values in an arbitrarily shaped picture block or region for estimation purposes

Abstract

本開示はラップアラウンド動き補償のためのシステム及び方法を提供する。１つの例示的な方法は、ラップアラウンド動き補償フラグを受信することと、ラップアラウンド動き補償フラグに基づいて、ラップアラウンド動き補償が有効にされているかどうかを決定することと、ラップアラウンド動き補償が有効にされているとの決定に応じて、ピクチャの幅と、水平ラップアラウンド位置を決定するために用いられるオフセットとの差を示すデータを受信することと、ラップアラウンド動き補償フラグ及び差に従って動き補償を実行することと、を含む。

Description

関連出願の相互参照
[0001] 本開示は、２０２０年３月２６日に出願された、米国仮特許出願第６３／０００，４４３号に対する優先権、及びそれに対する優先権の利益を主張する。同仮出願はその全体が本明細書において参照により組み込まれる。
技術分野
[0002] 本開示は、概して、映像データ処理に関し、より詳細には、ラップアラウンド動き補償、スライスレイアウト、及びスライスアドレスに関する情報をシグナリングするための方法及び装置に関する。
背景
[0003] 映像は、視覚情報を取り込んだ静的ピクチャ（又は「フレーム」）のセットである。記憶メモリ及び伝送帯域幅を低減するために、映像を記憶又は伝送前に圧縮し、表示前に復元することができる。圧縮プロセスは通常、符号化と称され、復元プロセスは通常、復号化と称される。最も一般的には、予測、変換、量子化、エントロピー符号化、及びインループフィルタリングに基づく、標準化映像符号化技術を用いる様々な映像符号化フォーマットが存在する。特定の映像符号化フォーマットを指定する、高効率ビデオコーディング（High Efficiency Video Coding）（例えばＨＥＶＣ／Ｈ．２６５）規格、多用途ビデオコーディング（Versatile Video Coding）（例えばＶＶＣ／Ｈ．２６６）、及び標準ＡＶＳ規格などの映像符号化規格が、標準化機関によって開発されている。進化した映像符号化技術が映像規格に次々と採用されるに従って、新たな映像符号化規格の符号化効率はますます高くなる。
開示の概要
[0004] 本開示の実施形態は、映像符号化データをシグナリングするための方法であって、該方法が、ラップアラウンド動き補償フラグを受信することと、ラップアラウンド動き補償フラグに基づいて、ラップアラウンド動き補償が有効にされているかどうかを決定することと、ラップアラウンド動き補償が有効にされているとの決定に応じて、ピクチャの幅と、水平ラップアラウンド位置を決定するために用いられるオフセットとの差を示すデータを受信することと、ラップアラウンド動き補償フラグ及び差に従って動き補償を実行することと、を含む方法を提供する。
[0005] 本開示の実施形態は、映像符号化データをシグナリングするための方法であって、該方法が、ピクチャを符号化のために受信することであって、ピクチャが１つ以上のスライスを含むことと、（映像フレーム内のスライスの数－２）を示す変数をピクチャのピクチャパラメータセットにおいてシグナリングすることと、を含む方法をさらに提供する。
[0006] 本開示の実施形態は、映像符号化データをシグナリングするための方法であって、該方法が、ピクチャを符号化のために受信することであって、ピクチャが１つ以上のスライス及び１つ以上のサブピクチャを含むことと、（ピクチャ内のスライスの数－ピクチャ内のサブピクチャの数－１）を示す変数をピクチャのピクチャパラメータセットにおいてシグナリングすることと、を含む方法をさらに提供する。
[0007] 本開示の実施形態は、映像符号化データをシグナリングするための方法をさらに提供し、該方法は、ピクチャを符号化のために受信することであって、ピクチャが１つ以上のスライスを含むことと、ピクチャのためのピクチャヘッダシンタックス構造が、１つ以上のスライスのためのスライスヘッダ内に存在するかどうかを示す変数をシグナリングすることと、変数に従ってスライスアドレスをシグナリングすることと、を含む。
[0008] 本開示の実施形態は、映像データ処理を実行するためのシステムをさらに提供し、システムは、命令のセットを記憶するメモリと、プロセッサと、を備え、プロセッサは、命令のセットを実行し、システムに、ラップアラウンド動き補償フラグを受信することと、ラップアラウンド動き補償フラグに基づいて、ラップアラウンド動き補償が有効にされているかどうかを決定することと、ラップアラウンド動き補償が有効にされているとの決定に応じて、ピクチャの幅と、水平ラップアラウンド位置を決定するために用いられるオフセットとの差を示すデータを受信することと、ラップアラウンド動き補償フラグ及び差に従って動き補償を実行することと、を実行させるように構成されている。
[0009] 本開示の実施形態は、映像データ処理を実行するためのシステムをさらに提供し、システムは、命令のセットを記憶するメモリと、プロセッサと、を備え、プロセッサは、命令のセットを実行し、システムに、ピクチャを符号化のために受信することであって、ピクチャが１つ以上のスライスを含むことと、（映像フレーム内のスライスの数－２）を示す変数をピクチャのピクチャパラメータセットにおいてシグナリングすることと、を実行させるように構成されている。
[0010] 本開示の実施形態は、映像データ処理を実行するためのシステムをさらに提供し、システムは、命令のセットを記憶するメモリと、プロセッサと、を備え、プロセッサは、命令のセットを実行し、システムに、ピクチャを符号化のために受信することであって、ピクチャが１つ以上のスライス及び１つ以上のサブピクチャを含むことと、（ピクチャ内のスライスの数－ピクチャ内のサブピクチャの数－１）を示す変数をピクチャのピクチャパラメータセットにおいてシグナリングすることと、を実行させるように構成されている。
[0011] 本開示の実施形態は、映像データ処理を実行するためのシステムをさらに提供し、システムは、命令のセットを記憶するメモリと、プロセッサと、を備え、プロセッサは、命令のセットを実行し、システムに、ピクチャを符号化のために受信することであって、ピクチャが１つ以上のスライスを含むことと、ピクチャのためのピクチャヘッダシンタックス構造が、１つ以上のスライスのためのスライスヘッダ内に存在するかどうかを示す変数をシグナリングすることと、変数に従ってスライスアドレスをシグナリングすることと、を実行させるように構成されている。
[0012] 本開示の実施形態は、命令のセットを記憶する非一時的コンピュータ可読媒体をさらに提供し、命令のセットは、映像データ処理を実行するための方法を装置に開始させるために、装置の１つ以上のプロセッサによって実行可能であり、方法は、ラップアラウンド動き補償フラグを受信することと、ラップアラウンド動き補償フラグに基づいて、ラップアラウンド動き補償が有効にされているかどうかを決定することと、ラップアラウンド動き補償が有効にされているとの決定に応じて、ピクチャの幅と、水平ラップアラウンド位置を決定するために用いられるオフセットとの差を示すデータを受信することと、ラップアラウンド動き補償フラグ及び差に従って動き補償を実行することと、を含む。
[0013] 本開示の実施形態は、命令のセットを記憶する非一時的コンピュータ可読媒体をさらに提供し、命令のセットは、映像データ処理を実行するための方法を装置に開始させるために、装置の１つ以上のプロセッサによって実行可能であり、方法は、ピクチャを符号化のために受信することであって、ピクチャが１つ以上のスライスを含むことと、（映像フレーム内のスライスの数－２）を示す変数をピクチャのピクチャパラメータセットにおいてシグナリングすることと、を含む。
[0014] 本開示の実施形態は、命令のセットを記憶する非一時的コンピュータ可読媒体をさらに提供し、命令のセットは、映像データ処理を実行するための方法を装置に開始させるために、装置の１つ以上のプロセッサによって実行可能であり、方法は、ピクチャを符号化のために受信することであって、ピクチャが１つ以上のスライス及び１つ以上のサブピクチャを含むことと、（ピクチャ内のスライスの数－ピクチャ内のサブピクチャの数－１）を示す変数をピクチャのピクチャパラメータセットにおいてシグナリングすることと、を含む。
[0015] 本開示の実施形態は、命令のセットを記憶する非一時的コンピュータ可読媒体をさらに提供し、命令のセットは、映像データ処理を実行するための方法を装置に開始させるために、装置の１つ以上のプロセッサによって実行可能であり、方法が、ピクチャを符号化のために受信することであって、ピクチャが１つ以上のスライスを含むことと、ピクチャのためのピクチャヘッダシンタックス構造が、１つ以上のスライスのためのスライスヘッダ内に存在するかどうかを示す変数をシグナリングすることと、変数に従ってスライスアドレスをシグナリングすることと、を含む。
図面の簡単な説明
[0016] 本開示の実施形態及び様々な態様が以下の詳細な説明及び添付の図面において例示される。図に示される様々な特徴は、原寸に比例して描かれていない。
[0017]図１は、本開示のいくつかの実施形態に係る、例示的な映像シーケンスの構造を示す。 [0018]図２Ａは、本開示のいくつかの実施形態に係る、例示的な符号化プロセスの概略図を示す。 [0019]図２Ｂは、本開示のいくつかの実施形態に係る、別の例示的な符号化プロセスの概略図を示す。 [0020]図３Ａは、本開示のいくつかの実施形態に係る、例示的な復号化プロセスの概略図を示す。 [0021]図３Ｂは、本開示のいくつかの実施形態に係る、別の例示的な復号化プロセスの概略図を示す。 [0022]図４は、本開示のいくつかの実施形態に係る、映像を符号化又は復号化するための例示的な装置のブロック図を示す。 [0023]図５Ａは、本開示のいくつかの実施形態に係る、再構成された正距円筒図を生成するための例示的な融合動作の概略図を示す。 [0024]図５Ｂは、本開示のいくつかの実施形態に係る、再構成された正距円筒図を生成するための例示的なトリミング演算の概略図を示す。 [0025]図６Ａは、本開示のいくつかの実施形態に係る、正距円筒図のための例示的な水平ラップアラウンド動き補償プロセスの概略図を示す。 [0026]図６Ｂは、本開示のいくつかの実施形態に係る、パディング正距円筒図のための例示的な水平ラップアラウンド動き補償プロセスの概略図を示す。 [0027]図７は、本開示のいくつかの実施形態に係る、例示的な高レベルラップアラウンドオフセットのシンタックスを示す。 [0028]図８は、本開示のいくつかの実施形態に係る、例示的な高レベルラップアラウンドオフセットのセマンティクスを示す。 [0029]図９は、本開示のいくつかの実施形態に係る、ピクチャの例示的なスライス及びサブピクチャ分割の概略図を示す。 [0030]図１０は、本開示のいくつかの実施形態に係る、異なるスライス及びサブピクチャを有するピクチャの例示的なスライス及びサブピクチャ分割の概略図を示す。 [0031]図１１は、本開示のいくつかの実施形態に係る、タイルマッピング及びスライスレイアウトのための例示的なピクチャパラメータセットのシンタックスを示す。 [0032]図１２は、本開示のいくつかの実施形態に係る、タイルマッピング及びスライスレイアウトのための例示的なピクチャパラメータセットのセマンティクスを示す。 [0032]図１２は、本開示のいくつかの実施形態に係る、タイルマッピング及びスライスレイアウトのための例示的なピクチャパラメータセットのセマンティクスを示す。 [0033]図１３は、本開示のいくつかの実施形態に係る、例示的なスライスヘッダのシンタックスを示す。 [0034]図１４は、本開示のいくつかの実施形態に係る、例示的なスライスヘッダのセマンティクスを示す。 [0035]図１５は、本開示のいくつかの実施形態に係る、例示的な改善されたピクチャパラメータセットのシンタックスを示す。 [0036]図１６は、本開示のいくつかの実施形態に係る、例示的な改善されたピクチャパラメータセットのセマンティクスを示す。 [0037]図１７は、本開示のいくつかの実施形態に係る、変数ｗｒａｐａｒｏｕｎｄ＿ｏｆｆｓｅｔ＿ｔｙｐｅを有する例示的なピクチャパラメータセットのシンタックスを示す。 [0038]図１８は、本開示のいくつかの実施形態に係る、変数ｗｒａｐａｒｏｕｎｄ＿ｏｆｆｓｅｔ＿ｔｙｐｅを有する例示的な改善されたピクチャパラメータセットのセマンティクスを示す。 [0039]図１９は、本開示のいくつかの実施形態に係る、変数ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ２を有する例示的なピクチャパラメータセットのシンタックスを示す。 [0040]図２０は、本開示のいくつかの実施形態に係る、変数ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ２を有する例示的な改善されたピクチャパラメータセットのセマンティクスを示す。 [0040]図２０は、本開示のいくつかの実施形態に係る、変数ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ２を有する例示的な改善されたピクチャパラメータセットのセマンティクスを示す。 [0041]図２１は、本開示のいくつかの実施形態に係る、変数ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ＿ｓｕｂｐｉｃ＿ｎｕｍ＿ｍｉｎｕｓ１を有する例示的なピクチャパラメータセットのシンタックスを示す。 [0042]図２２は、本開示のいくつかの実施形態に係る、変数ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ＿ｓｕｂｐｉｃ＿ｎｕｍ＿ｍｉｎｕｓ１を有する例示的な改善されたピクチャパラメータセットのセマンティクスを示す。 [0042]図２２は、本開示のいくつかの実施形態に係る、変数ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ＿ｓｕｂｐｉｃ＿ｎｕｍ＿ｍｉｎｕｓ１を有する例示的な改善されたピクチャパラメータセットのセマンティクスを示す。 [0043]図２３は、本開示のいくつかの実施形態に係る、例示的な更新されたスライスヘッダのシンタックスを示す。 [0044]図２４は、本開示のいくつかの実施形態に係る、映像フレームの幅と、水平ラップアラウンド位置を計算するために用いられるオフセットとの差をシグナリングする変数を用いる例示的な映像符号化方法のフローチャートを示す。 [0045]図２５は、本開示のいくつかの実施形態に係る、（映像フレーム内のスライスの数－２）をシグナリングする変数を用いる例示的な映像符号化方法のフローチャートを示す。 [0046]図２６は、本開示のいくつかの実施形態に係る、（映像フレーム内のスライスの数－映像フレーム内のサブピクチャの数－１）を示す変数をシグナリングする変数を用いる例示的な映像符号化方法のフローチャートを示す。 [0047]図２７は、本開示のいくつかの実施形態に係る、ピクチャヘッダシンタックス構造が、映像フレームのスライスヘッダ内に存在するかどうかを示す変数を用いる例示的な映像符号化方法のフローチャートを示す。
詳細な説明
[0048] 次に、添付の図面に例が示された、例示的な実施形態を詳細に参照する。以下の説明は添付の図面を参照し、図面において、異なる図面における同じ符号は、別途示されない限り、同じ又は同様の要素を表す。例示的な実施形態の以下の説明において示される実装形態は、本発明に従う全ての実装形態を表すものではない。むしろ、それらは、添付の請求項において列挙されるとおりの本発明に関連する態様に従う装置及び方法の単なる例にすぎない。本開示の特定の態様が以下においてより詳細に説明される。参照により組み込まれる用語及び／又は定義と矛盾する場合には、本明細書において提供される用語及び定義が優先する。
[0049] ＩＴＵ－Ｔビデオコーディングエキスパートグループ（ＩＴＵ－Ｔ ＶＣＥＧ（ITU-T Video Coding Expert Group））及びＩＳＯ／ＩＥＣムービングピクチャエクスパートグループ（ＩＳＯ／ＩＥＣＭＰＥＧ（ISO/IEC Moving Picture Expert））のジョイントビデオエクスパーツチーム（ＪＶＥＴ（Joint Video Experts Team））は、現在、多用途ビデオコーディング（ＶＶＣ／Ｈ．２６６）規格を開発している。ＶＶＣ規格は、その前身、高効率ビデオコーディング（ＨＥＶＣ／Ｈ．２６５）規格の圧縮効率を２倍にすることを目指している。換言すれば、ＶＶＣの目標は、半分の帯域幅を用いてＨＥＶＣ／Ｈ．２６５と同じ主観的品質を達成することである。
[0050] 半分の帯域幅を用いてＨＥＶＣ／Ｈ．２６５と同じ主観的品質を達成するために、ジョイントビデオエクスパーツチーム（「ＪＶＥＴ（Joint Video Experts Team）」）は、共同探索モデル（「ＪＥＭ（Joint exploration model）」）参照ソフトウェアを用いてＨＥＶＣを超える技術を開発している。符号化技術がＪＥＭに組み込まれたため、ＪＥＭはＨＥＶＣよりも実質的に高い符号化性能を達成した。ＶＣＥＧ及びＭＰＥＧも、ＨＥＶＣを超える次世代映像圧縮規格の開発を正式に開始した。
[0051] ＶＶＣ規格は最近開発されたものであり、より優れた圧縮性能をもたらすより多くの符号化技術を組み込み続けている。ＶＶＣは、ＨＥＶＣ、H.264/AVC、MPEG2、H.263等などの現代的な映像圧縮規格において用いられてきた同じハイブリッド映像符号化システムに基づく。
[0052] 映像は、視覚情報を記憶するために時系列で配列された静的ピクチャ（又はフレーム）のセットである。映像取り込みデバイス（例えば、カメラ）を、それらのピクチャを時系列で取り込んで記憶するために用いることができ、映像再生デバイス（例えば、テレビ、コンピュータ、スマートフォン、タブレットコンピュータ、ビデオプレーヤ、又は表示機能を有する任意のエンドユーザ端末）を、このようなピクチャを時系列で表示するために用いることができる。また、用途によっては、映像取り込みデバイスが、取り込まれた映像を、監視、会議開催、又は生放送などのために、映像再生デバイス（例えば、モニタを有するコンピュータ）へリアルタイムに伝送することができる。
[0053] このような用途によって必要とされる記憶空間及び伝送帯域幅を低減するために、映像を記憶及び伝送前に圧縮することができる。例えば、映像は記録前と送信前に圧縮し及び表示前に復元することができる。圧縮及び復元は、プロセッサ（例えば、汎用コンピュータのプロセッサ）によって実行されるソフトウェア、又は特殊ハードウェアによって実施され得る。圧縮のためのモジュール回路構成は一般的に「符号器」と称され、復元のためのモジュール又は回路構成は一般的に「復号器」と称される。符号器及び復号器はまとめて「コーデック」と称され得る。符号器及び復号器は、種々の好適なハードウェア、ソフトウェア、又はこれらの組み合わせのうちの任意のものとして実施することができる。例えば、符号器及び復号器のハードウェア実装形態は、１つ以上のマイクロプロセッサ、デジタル信号プロセッサ（「ＤＳＰ（digital signal processor）」）、特定用途向け集積回路（「ＡＳＩＣ（application-specific integrated circuit）」）、フィールドプログラマブルゲートアレイ（「ＦＰＧＡ（field-programmable gate array）」）、個別論理、又はこれらの任意の組み合わせなどの、回路機構を含むことができる。符号器及び復号器のソフトウェア実装形態は、プログラムコード、コンピュータ実行可能命令、ファームウェア、又はコンピュータ可読媒体内に固定された任意の好適なコンピュータ実施アルゴリズム若しくはプロセスを含むことができる。映像圧縮及び復元は、ＭＰＥＧ－１、ＭＰＥＧ－２、ＭＰＥＧ－４、Ｈ．２６ｘシリーズ、又は同様のものなどの、様々なアルゴリズム又は規格によって実施され得る。用途によっては、コーデックは映像を第１の符号化規格から復元し、復元された映像を、第２の符号化規格を用いて再圧縮することができる。この場合には、コーデックは「トランスコーダ」と称され得る。
[0054] 映像符号化プロセスは、ピクチャを再構成するために用いることができる有用な情報を識別して維持することができる。映像符号化プロセスにおいて無視された情報を完全に再構成することができない場合には、符号化プロセスは「非可逆」と称され得る。さもなければ、それは「可逆」と称され得る。大抵の符号化プロセスは非可逆であり、これは、必要とされる記憶空間及び伝送帯域幅を低減するためのトレードオフである。
[0055] 多くの場合、符号化中のピクチャ（「現在のピクチャ」と称される）の有用な情報は、参照ピクチャ（例えば、以前に符号化又は再構成されたピクチャ）に対する変化を含むことができる。このような変化は、ピクセルの位置の変化、明るさの変化、又は色の変化を含むことができる。オブジェクトを表現するピクセルのグループの位置の変化は、参照ピクチャと現在のピクチャとの間のオブジェクトの動きを反映することができる。
[0056] 別のピクチャを参照することなく符号化されたピクチャ（すなわち、それがそれ自身の参照ピクチャである）は「Ｉピクチャ」と称される。ピクチャ内の一部又は全てのブロック（例えば、概して映像ピクチャの部分を参照するブロック）が、１つの参照ピクチャを用いたイントラ予測又はインター予測を用いて予測される場合には（例えば、単方向予測）、ピクチャは「Ｐピクチャ」と称される。ピクチャ内の少なくとも１つのブロックが２つの参照ピクチャを用いて予測される場合には（例えば、双方向予測）、ピクチャは「Ｂピクチャ」と称される。
[0057] 図１は、本開示のいくつかの実施形態に係る、例示的な映像シーケンスの構造を示す。図１に示されるように、映像シーケンス１００は、ライブ映像、又は取り込まれ、アーカイブされた映像であることができる。映像１００は、現実の映像、コンピュータ生成映像（例えば、コンピュータゲーム映像）、又はこれらの組み合わせ（例えば、拡張現実感エフェクトを伴う現実の映像）であることができる。映像シーケンス１００は、映像取り込みデバイス（例えば、カメラ）、以前に取り込まれた映像を包含する映像アーカイブ（例えば、記憶デバイス内に記憶された映像ファイル）、又は映像コンテンツプロバイダからの映像を受信するための映像供給インターフェース（例えば、映像放送トランシーバ）から入力され得る。
[0058] 図１に示されるように、映像シーケンス１００は、ピクチャ１０２、１０４、１０６、及び１０８を含む、タイムラインに沿って時間的に配列された一連のピクチャを含むことができる。ピクチャ１０２～１０６は連続しており、ピクチャ１０６及び１０８の間にはさらなるピクチャが存在する。図１において、ピクチャ１０２はＩピクチャであり、その参照ピクチャはピクチャ１０２自身である。ピクチャ１０４はＰピクチャであり、その参照ピクチャは、矢印によって示されるように、ピクチャ１０２である。ピクチャ１０６はＢピクチャであり、その参照ピクチャは、矢印によって示されるように、ピクチャ１０４及び１０８である。実施形態によっては、ピクチャ（例えば、ピクチャ１０４）の参照ピクチャは当該ピクチャの直前又は直後になくてもよい。例えば、ピクチャ１０４の参照ピクチャはピクチャ１０２の前のピクチャであることができる。ピクチャ１０２～１０６の参照ピクチャは単なる例にすぎず、本開示は参照ピクチャの実施形態を、図１に示される例として限定しないことに留意されたい。
[0059] 典型的に、映像コーデックは、このようなタスクの計算の複雑性のゆえに、ピクチャ全体を一度に符号化又は復号化しない。むしろ、それらはピクチャを基本セグメントに分割し、ピクチャをセグメントごとに符号化又は復号化することができる。このような基本セグメントは本開示において基本処理ユニット（「ＢＰＵ（basic processing unit）」）と称される。例えば、図１における構造１１０は映像シーケンス１００のピクチャ（例えば、ピクチャ１０２～１０８のうちの任意のもの）の例示的な構造を示す。構造１１０においては、ピクチャが４×４基本処理ユニットに分割され、それらの境界は破線として示されている。実施形態によっては、基本処理ユニットは、いくつかの映像符号化規格（例えば、MPEGファミリー、Ｈ．２６１、Ｈ．２６３、又はＨ．２６４／ＡＶＣ）では、「マクロブロック」と、或いはいくつかの他の映像符号化規格（例えば、Ｈ．２６５／ＨＥＶＣ又はＨ．２６６／ＶＶＣ）では、「符号化ツリーユニット」（「ＣＴＵ（coding tree unit）」）と称され得る。基本処理ユニットは、１２８×１２８、６４×６４、３２×３２、１６×１６、４×８、１６×３２などの、ピクチャにおける可変サイズ、或いはピクセルの任意の随意の形状及びサイズを有することができる。基本処理ユニットのサイズ及び形状は、ピクチャのために、符号化効率と、基本処理ユニットにおいて維持されるべき詳細さのレベルとのバランスに基づいて選択することができる。
[0060] 基本処理ユニットは、コンピュータメモリ内に（例えば、映像フレームバッファ内に）記憶された異なる種類の映像データのグループを含むことができる、論理ユニットであることができる。例えば、カラーピクチャの基本処理ユニットは、無色の輝度情報を表現するルマ成分（Ｙ）、色情報を表現する１つ以上のクロマ成分（例えば、Ｃｂ及びＣｒ）、並びに関連シンタックス要素を含むことができ、ここで、ルマ及びクロマ成分は基本処理ユニットの同じサイズを有することができる。ルマ及びクロマ成分は、いくつかの映像符号化規格（例えば、Ｈ．２６５／ＨＥＶＣ又はＨ．２６６／ＶＶＣ）では、「符号化ツリーブロック」（「ＣＴＢ（coding tree block）」）と称され得る。基本処理ユニットに対して実行される任意の演算はそのルマ及びクロマ成分の各々に対して繰り返し実行され得る。
[0061] 映像符号化は複数の演算段階を有し、図２Ａ～図２Ｂ及び図３Ａ～図３Ｂにその例が示されている。段階ごとに、基本処理ユニットのサイズは依然として処理のために大きすぎるものになり得、それゆえ、本開示において「基本処理サブユニット」と称されるセグメントにさらに分割され得る。実施形態によっては、基本処理サブユニットは、いくつかの映像符号化規格（例えば、ＭＰＥＧファミリー、Ｈ．２６１、Ｈ．２６３、又はＨ．２６４／ＡＶＣ）では、「ブロック」と、或いはいくつかの他の映像符号化規格（例えば、Ｈ．２６５／ＨＥＶＣ又はＨ．２６６／ＶＶＣ）では、「符号化ユニット」（「ＣＵ」）と称され得る。基本処理サブユニットは、基本処理ユニットと同じ、又はそれよりも小さいサイズを有することができる。基本処理ユニットと同様に、基本処理サブユニットもまた、コンピュータメモリ内に（例えば、映像フレームバッファ内に）記憶された異なる種類の映像データ（例えば、Ｙ、Ｃｂ、Ｃｒ、及び関連シンタックス要素）のグループを含むことができる、論理ユニットである。基本処理サブユニットに対して実行される任意の動作はそのルマ及びクロマ成分の各々に対して繰り返し実行され得る。このような分割は処理の必要に応じてさらなるレベルまで実行され得ることに留意されたい。また、異なる段階は、異なる方式を用いて基本処理ユニットを分割することができることにも留意されたい。
[0062] 例えば、モード決定段階（図２Ｂにその一例が示されている）において、符号器は、どのような予測モード（例えば、イントラピクチャ予測又はインターピクチャ予測）を基本処理ユニットのために用いるかを決定することができるが、基本処理ユニットは、このような決定を行うには大きすぎるものになり得る。符号器は、基本処理ユニットを複数の基本処理サブユニット（例えば、Ｈ．２６５／ＨＥＶＣ又はＨ．２６６／ＶＶＣの場合のように、ＣＵ）に分割し、個々の基本処理サブユニットごとに予測の種類を決めることができる。
[0063] 別の例として、予測段階（図２Ａ～図２Ｂにその例が示されている）において、符号器は基本処理サブユニット（例えば、ＣＵ）のレベルで予測演算を実行することができる。しかし、場合によっては、基本処理サブユニットは、依然として、処理するには大きすぎるものになり得る。符号器は、基本処理サブユニットをより小さいセグメント（例えば、Ｈ．２６５／ＨＥＶＣ又はＨ．２６６／ＶＶＣでは「予測ブロック（prediction block）」又は「ＰＢ」と称される）にさらに分割することができ、そのレベルで予測演算が実行され得る。
[0064] 別の例として、変換段階（図２Ａ～図２Ｂにその例が示されている）において、符号器は残差基本処理サブユニット（例えば、ＣＵ）のための変換演算を実行することができる。しかし、場合によっては、基本処理サブユニットは、依然として、処理するには大きすぎるものになり得る。符号器は、基本処理サブユニットをより小さいセグメント（例えば、Ｈ．２６５／ＨＥＶＣ又はＨ．２６６／ＶＶＣでは「変換ブロック（transform block）」又は「ＴＢ」と称される）にさらに分割することができ、そのレベルで変換演算が実行され得る。同じ基本処理サブユニットの分割方式が、予測段階及び変換段階において異なってもよいことに留意されたい。例えば、Ｈ．２６５／ＨＥＶＣ又はＨ．２６６／ＶＶＣでは、同じＣＵの予測ブロック及び変換ブロックが異なるサイズ及び数を有してもよい。
[0065] 図１の構造１１０においては、基本処理ユニット１１２は３×３基本処理サブユニットにさらに分割され、それらの境界は点線として示されている。同じピクチャの異なる基本処理ユニットは、異なる方式で基本処理サブユニットに分割されてもよい。
[0066] 実装形態によっては、並列処理及び誤り耐性の能力を映像符号化及び復号化にもたらすために、ピクチャを処理のための領域に分割することができ、これにより、符号化又は復号化プロセスは、ピクチャのある領域に関して、ピクチャのいかなる他の領域からの情報にも依存しなくてすむ。換言すれば、ピクチャの各領域は独立して処理され得る。そうすることによって、コーデックはピクチャの異なる領域を並行して処理することができ、それゆえ、符号化効率を増大させる。また、領域のデータが処理中に破損したか、又はネットワーク伝送中に失われたときには、コーデックは、破損した、又は失われたデータを頼ることなく、同じピクチャの他の領域を正しく符号化又は復号化することもでき、それゆえ、誤り耐性の能力をもたらす。いくつかの映像符号化規格では、ピクチャを異なる種類の領域に分割することができる。例えば、Ｈ．２６５／ＨＥＶＣ及びＨ．２６６／ＶＶＣは２種類の領域：「スライス」及び「タイル」を提供する。また、映像シーケンス１００の異なるピクチャは、ピクチャを領域に分割するための異なる区分方式を有することができることにも留意されたい。
[0067] 例えば、図１では、構造１１０は３つの領域１１４、１１６、及び１１８に分割され、それらの境界は構造１１０の内部の実線として示されている。領域１１４は４つの基本処理ユニットを含む。領域１１６及び１１８の各々は６つの基本処理ユニットを含む。図１における構造１１０の基本処理ユニット、基本処理サブユニット、及び領域は単なる例に過ぎず、本開示はその実施形態を限定しないことに留意されたい。
[0068] 図２Ａは、本開示のいくつかの実施形態に係る、例示的な符号化プロセスの概略を示す。例えば、図２Ａに示される符号化プロセス２００Ａは符号器によって実行され得る。図２Ａに示されるように、符号器は、プロセス２００Ａに従って映像シーケンス２０２を映像ビットストリーム２２８に符号化することができる。図１における映像シーケンス１００と同様に、映像シーケンス２０２は、時間的順序で配列されたピクチャ（「原ピクチャ」と称される）のセットを含むことができる。図１における構造１１０と同様に、映像シーケンス２０２の各原ピクチャは、符号器によって処理のために基本処理ユニット、基本処理サブユニット、又は領域に分割され得る。実施形態によっては、符号器は、映像シーケンス２０２の原ピクチャごとに基本処理ユニットのレベルでプロセス２００Ａを実行することができる。例えば、符号器は、プロセス２００Ａを反復的な仕方で実行することができ、その場合、符号器は、基本処理ユニットをプロセス２００Ａの１回の反復において符号化することができる。実施形態によっては、符号器は、プロセス２００Ａを映像シーケンス２０２の各原ピクチャの領域（例えば、領域１１４～１１８）のために並行して実行することができる。
[0069] 図２Ａにおいて、符号器は、映像シーケンス２０２の原ピクチャの基本処理ユニット（「原ＢＰＵ」と称される）を予測段階２０４に供給し、予測データ２０６及び予測ＢＰＵ２０８を生成することができる。符号器は、予測ＢＰＵ２０８を原ＢＰＵから減算し、残差ＢＰＵ２１０を生成することができる。符号器は、残差ＢＰＵ２１０を変換段階２１２及び量子化段階２１４に供給し、量子化変換係数２１６を生成することができる。符号器は、予測データ２０６及び量子化変換係数２１６を２値符号化段階２２６に供給し、映像ビットストリーム２２８を生成することができる。構成要素２０２、２０４、２０６、２０８、２１０、２１２、２１４、２１６、２２６、及び２２８は「順方向経路」と称され得る。プロセス２００Ａの間、量子化段階２１４の後に、符号器は、量子化変換係数２１６を逆量子化段階２１８及び逆変換段階２２０に供給し、再構成残差ＢＰＵ２２２を生成することができる。符号器は、再構成残差ＢＰＵ２２２を予測ＢＰＵ２０８に加算し、プロセス２００Ａの次の反復のために予測段階２０４において用いられる、予測基準２２４を生成することができる。プロセス２００Ａの構成要素２１８、２２０、２２２、及び２２４は「再構成経路」と称され得る。再構成経路は、符号器及び復号器の両方が同じ参照データを予測のために用いることを確実にするために用いられ得る。
[0070] 符号器は、原ピクチャの各原ＢＰＵを（順方向経路内で）符号化し、原ピクチャの次の原ＢＰＵを符号化するための予測基準２２４を（再構成経路内で）生成するために、プロセス２００Ａを反復的に実行することができる。原ピクチャの全ての原ＢＰＵを符号化した後に、符号器は、映像シーケンス２０２内の次のピクチャを符号化するために進むことができる。
[0071] プロセス２００Ａを参照すると、符号器は、映像取り込みデバイス（例えば、カメラ）によって生成された映像シーケンス２０２を受信することができる。本明細書において用いられる用語「受信する」は、受信すること、入力すること、獲得すること、取得すること、得ること、読み込むこと、アクセスすること、又はデータを入力するための任意の仕方による任意の行為を指すことができる。
[0072] 予測段階２０４では、現在の反復において、符号器は、原ＢＰＵ及び予測基準２２４を受信し、予測演算を実行し、予測データ２０６及び予測ＢＰＵ２０８を生成することができる。予測基準２２４は、プロセス２００Ａの以前の反復の再構成経路から生成され得る。予測段階２０４の目的は、予測データ２０６を抽出することによって、情報冗長性を低減することであり、予測データ２０６は、予測データ２０６及び予測基準２２４から原ＢＰＵを予測ＢＰＵ２０８として再構成するために用いることができる。
[0073] 理想的には、予測ＢＰＵ２０８は原ＢＰＵと同一であることができる。しかし、非理想的な予測及び再構成演算のゆえに、予測ＢＰＵ２０８は、概して、原ＢＰＵとは若干異なる。このような差を記録するために、予測ＢＰＵ２０８を生成した後に、符号器はそれを原ＢＰＵから減算し、残差ＢＰＵ２１０を生成することができる。例えば、符号器は、予測ＢＰＵ２０８のピクセルの値（例えば、グレースケール値又はＲＧＢ値）を原ＢＰＵの対応するピクセルの値から減算することができる。残差ＢＰＵ２１０の各ピクセルは、原ＢＰＵ及び予測ＢＰＵ２０８の対応するピクセルの間のこのような減算の結果としての残差値を有することができる。原ＢＰＵと比べて、予測データ２０６及び残差ＢＰＵ２１０はより少数のビットを有することができるが、それらは、著しい品質劣化を伴うことなく原ＢＰＵを再構成するために用いられ得る。それゆえ、原ＢＰＵは圧縮される。
[0074] 残差ＢＰＵ２１０をさらに圧縮するために、変換段階２１２において、符号器は、それを２次元「基底パターン」のセットに分解することによって、残差ＢＰＵ２１０の空間的冗長性を低減することができ、各基底パターンは「変換係数」に関連付けられている。基底パターンは同じサイズ（例えば、残差ＢＰＵ２１０のサイズ）を有することができる。各基底パターンは、残差ＢＰＵ２１０の変化周波数（例えば、輝度変化の周波数）成分を表現することができる。基底パターンはいずれも、いかなる他の基底パターンのいかなる結合（例えば、線形結合）からも再現することができない。換言すれば、分解は残差ＢＰＵ２１０の変化を周波数領域に分解することができる。このような分解は関数の離散フーリエ変換と類似しており、この場合、基底パターンは、離散フーリエ変換の基底関数（例えば、三角関数）と類似しており、変換係数は、基底関数に関連付けられた係数と類似している。
[0075] 異なる変換アルゴリズムは異なる基底パターンを用いることができる。例えば、離散余弦変換、離散正弦変換、又は同様のものなどの、様々な変換アルゴリズムを変換段階２１２において用いることができる。変換段階２１２における変換は逆演算可能である。すなわち、符号器は、変換の逆演算（「逆変換」と称される）によって残差ＢＰＵ２１０を回復することができる。例えば、残差ＢＰＵ２１０のピクセルを回復するために、逆変換は、基底パターンの対応するピクセルの値にそれぞれの関連係数を乗算し、積を加算していき、加重和を生成することができる。映像符号化規格のために、符号器及び復号器は両方とも同じ変換アルゴリズム（それゆえ、同じ基底パターン）を用いることができる。それゆえ、符号器は変換係数のみを記録することができ、復号器は、基底パターンを符号器から受信することなく、変換係数から残差ＢＰＵ２１０を再構成することができる。残差ＢＰＵ２１０と比べて、変換係数はより少数のビットを有することができるが、それらは、著しい品質劣化を伴うことなく残差ＢＰＵ２１０を再構成するために用いられ得る。それゆえ、残差ＢＰＵ２１０はさらに圧縮される。
[0076] 符号器は、量子化段階２１４において変換係数をさらに圧縮することができる。変換プロセスにおいて、異なる基底パターンは異なる変化周波数（例えば、輝度変化周波数）を表現することができる。人間の眼は、概して、低周波数変化を認識することがより得意であるため、符号器は、復号化において著しい品質劣化を生じさせることなく高周波数変化の情報を無視することができる。例えば、量子化段階２１４において、符号器は、各変換係数を整数値（「量子化スケールパラメータ」と称される）で除算し、商をその最近傍の整数に丸めることによって、量子化変換係数２１６を生成することができる。このような演算の後に、高周波数基底パターンの一部の変換係数は０に変換され得、低周波数基底パターンの変換係数はより小さい整数に変換され得る。符号器は０値の量子化変換係数２１６を無視することができ、これによって変換係数はさらに圧縮される。量子化プロセスもまた逆演算可能であり、この場合、量子化変換係数２１６は量子化の逆演算（「逆量子化」と称される）において変換係数に再構成され得る。
[0077] 符号器はこのような除算の剰余を丸め演算において無視するため、量子化段階２１４は非可逆になり得る。典型的に、量子化段階２１４はプロセス２００Ａにおいて最大の情報損失に寄与し得る。情報損失が大きいほど、量子化変換係数２１６が必要とし得るビットは少なくなる。異なる情報損失レベルを得るために、符号器は、量子化スケール因子又は量子化プロセスの任意の他のパラメータの異なる値を用いることができる。
[0078] ２値符号化段階２２６において、符号器は、例えば、エントロピー符号化、可変長符号化、算術符号化、ハフマン符号化、コンテキスト適応２値算術符号化、又は任意の他の可逆若しくは非可逆圧縮アルゴリズムなどの２値符号化技法を用いて、予測データ２０６及び量子化変換係数２１６を符号化することができる。実施形態によっては、予測データ２０６及び量子化変換係数２１６のほかに、符号器は、例えば、予測段階２０４において用いられる予測モード、予測演算のパラメータ、変換段階２１２における変換の種類、量子化プロセスのパラメータ（例えば、量子化スケール因子）、符号器制御パラメータ（例えば、ビットレート制御パラメータ）、又は同様のものなどの他の情報を、２値符号化段階２２６において符号化することができる。符号器は、２値符号化段階２２６の出力データを用いて映像ビットストリーム２２８を生成することができる。実施形態によっては、映像ビットストリーム２２８をネットワーク伝送のためにさらにパケット化することができる。
[0079] プロセス２００Ａの再構成経路を参照すると、逆量子化段階２１８において、符号器は、量子化変換係数２１６に対して逆量子化を実行し、再構成変換係数を生成することができる。逆変換段階２２０において、符号器は、再構成変換係数に基づいて再構成残差ＢＰＵ２２２を生成することができる。符号器は、再構成残差ＢＰＵ２２２を予測ＢＰＵ２０８に加算し、プロセス２００Ａの次の反復において用いられることになる予測基準２２４を生成することができる。
[0080] プロセス２００Ａの他の変形を、映像シーケンス２０２を符号化するために用いることもできることに留意されたい。実施形態によっては、プロセス２００Ａの段階は、符号器によって、異なる順序で実行され得る。実施形態によっては、プロセス２００Ａの１つ以上の段階を単一の段階に組み合わせることができる。実施形態によっては、プロセス２００Ａの単一の段階を複数の段階に分割することができる。例えば、変換段階２１２及び量子化段階２１４を単一の段階に組み合わせることができる。実施形態によっては、プロセス２００Ａは追加の段階を含むことができる。実施形態によっては、プロセス２００Ａは、図２Ａにおける１つ以上の段階を省略することができる。
[0081] 図２Ｂは、本開示のいくつかの実施形態に係る、別の例示的な符号化プロセスの概略を示す。図２Ｂに示されるように、プロセス２００Ｂはプロセス２００Ａから変更され得る。例えば、プロセス２００Ｂは、ハイブリッド映像符号化規格（例えば、Ｈ．２６ｘシリーズ）に準拠した符号器によって用いられ得る。プロセス２００Ａと比べて、プロセス２００Ｂの順方向経路はモード決定段階２３０を追加的に含み、予測段階２０４を空間的予測段階２０４２及び時間的予測段階２０４４に分割する。プロセス２００Ｂの再構成経路は、ループフィルタ段階２３２及びバッファ２３４を追加的に含む。
[0082] 概して、予測技法は２つの種類：空間的予測及び時間的予測に分類することができる。空間的予測（例えば、イントラピクチャ予測又は「イントラ予測」）は、現在のＢＰＵを予測するために、同じピクチャ内の１つ以上のすでに符号化された隣接ＢＰＵからのピクセルを用いることができる。すなわち、空間的予測における予測基準２２４は隣接ＢＰＵを含むことができる。空間的予測は、ピクチャの固有の空間的冗長性を低減することができる。時間的予測（例えば、インターピクチャ予測又は「インター予測」）は、現在のＢＰＵを予測するために、１つ以上のすでに符号化されたピクチャからの領域を用いることができる。すなわち、時間的予測における予測基準２２４は符号化ピクチャを含むことができる。時間的予測は、ピクチャの固有の時間的冗長性を低減することができる。
[0083] プロセス２００Ｂを参照すると、順方向経路内において、符号器は、予測演算を空間的予測段階２０４２及び時間的予測段階２０４４において実行する。例えば、空間的予測段階２０４２において、符号器はイントラ予測を実行することができる。符号化中のピクチャの原ＢＰＵのために、予測基準２２４は、（順方向経路内で）符号化され、（再構成経路内で）再構成された１つ以上の隣接ＢＰＵを同じピクチャ内に含むことができる。符号器は、隣接ＢＰＵを外挿することによって予測ＢＰＵ２０８を生成することができる。外挿技法は、例えば、線形外挿若しくは補間、多項式外挿若しくは補間、又は同様のものを含むことができる。実施形態によっては、符号器は、予測ＢＰＵ２０８のピクセルごとに、対応するピクセルの値を外挿することによるなどして、外挿をピクセルレベルで実行することができる。外挿のために用いられる隣接ＢＰＵは、（例えば、原ＢＰＵの上の）鉛直方向、（例えば、原ＢＰＵの左の）水平方向、（例えば、原ＢＰＵの左下、右下、左上、若しくは右上の）対角方向、又は用いられる映像符号化規格において定義される任意の方向などの、様々な方向から原ＢＰＵに対して位置することができる。イントラ予測のために、予測データ２０６は、例えば、用いられる隣接ＢＰＵの場所（例えば、座標）、用いられる隣接ＢＰＵのサイズ、外挿のパラメータ、原ＢＰＵに対する用いられる隣接ＢＰＵの方向、又は同様のものを含むことができる。
[0084] 別の例として、時間的予測段階２０４４において、符号器はインター予測を実行することができる。現在のピクチャの原ＢＰＵのために、予測基準２２４は、（順方向経路内で）符号化され、（再構成経路内で）再構成された１つ以上のピクチャ（「参照ピクチャ」と称される）を含むことができる。実施形態によっては、参照ピクチャはＢＰＵごとに符号化され、再構成され得る。例えば、符号器は、再構成残差ＢＰＵ２２２を予測ＢＰＵ２０８に加算し、再構成ＢＰＵを生成することができる。同じピクチャの全ての再構成ＢＰＵが生成されたとき、符号器は、再構成ピクチャを参照ピクチャとして生成することができる。符号器は、参照ピクチャの範囲（「探索窓」と称される）内のマッチング領域を探索するために「動き推定」の演算を実行することができる。参照ピクチャ内の探索窓の場所は、現在のピクチャの原ＢＰＵの場所に基づいて決定することができる。例えば、探索窓は、参照ピクチャ内の、現在のピクチャ内の原ＢＰＵと同じ座標を有する場所に中心を有することができ、所定の距離にわたって外へ拡張され得る。符号器が（例えば、画素再帰（pel-recursive）アルゴリズム、ブロックマッチングアルゴリズム、又は同様のものを用いることによって）探索窓内の原ＢＰＵと同様の領域を識別したとき、符号器は、このような領域をマッチング領域と決定することができる。マッチング領域は、原ＢＰＵとは異なる（例えば、原ＢＰＵよりも小さい、それに等しい、それよりも大きい、又は異なる形状の）寸法を有することができる。参照ピクチャ及び現在のピクチャが（例えば、図１に示されるように）タイムライン内で時間的に分離されているため、時間が経過するにつれてマッチング領域は原ＢＰＵの場所へ「移動する」と見なすことができる。符号器は、このような動きの方向及び距離を「動きベクトル」として記録することができる。（例えば、図１におけるピクチャ１０６のように）複数の参照ピクチャが用いられるときには、符号器は、参照ピクチャごとにマッチング領域を探索し、その関連動きベクトルを決定することができる。実施形態によっては、符号器は、それぞれのマッチング参照ピクチャのマッチング領域のピクセル値に重みを付与することができる。
[0085] 動き推定は、例えば、並進、回転、ズーミング、又は同様のものなどの、様々な種類の動きを識別するために用いることができる。インター予測のために、予測データ２０６は、例えば、マッチング領域の場所（例えば、座標）、マッチング領域に関連付けられた動きベクトル、参照ピクチャの数、参照ピクチャに関連付けられた重み、又は同様のものを含むことができる。
[0086] 予測ＢＰＵ２０８を生成するために、符号器は「動き補償」の演算を実行することができる。動き補償は、予測データ２０６（例えば、動きベクトル）及び予測基準２２４に基づいて予測ＢＰＵ２０８を再構成するために用いることができる。例えば、符号器は、動きベクトルに従って、参照ピクチャのマッチング領域を移動させることができ、その場合、符号器は、現在のピクチャの原ＢＰＵを予測することができる。（例えば、図１におけるピクチャ１０６のように）複数の参照ピクチャが用いられるときには、符号器は、それぞれの動きベクトルに従って参照ピクチャのマッチング領域を移動させ、マッチング領域のピクセル値を平均することができる。実施形態によっては、符号器がそれぞれのマッチング参照ピクチャのマッチング領域のピクセル値に重みを付与した場合には、符号器は、ピクセル値の加重和を、移動させられたマッチング領域に加算することができる。
[0087] 実施形態によっては、インター予測は一方向性又は双方向性であることができる。一方向性インター予測は、現在のピクチャに対して同じ時間方向の１つ以上の参照ピクチャを用いることができる。例えば、図１におけるピクチャ１０４は、参照ピクチャ（すなわち、ピクチャ１０２）がピクチャ１０４に先行する、一方向インター予測ピクチャである。双方向インター予測は、現在のピクチャに対して両方の時間方向にある１つ以上の参照ピクチャを用いることができる。例えば、図１におけるピクチャ１０６は、参照ピクチャ（すなわち、ピクチャ１０４及び１０８）がピクチャ１０４に対して両方の時間方向にある、双方向インター予測ピクチャである。
[0088] プロセス２００Ｂの順方向経路をなおも参照すると、空間的予測段階２０４２及び時間的予測段階２０４４の後に、モード決定段階２３０において、符号器は、予測モード（例えば、イントラ予測又はインター予測のうちの一方）をプロセス２００Ｂの現在の反復のために選択することができる。例えば、符号器はレート－歪み最適化技法を実行することができる。本技法では、符号器は、候補予測モードのビットレート、及び候補予測モード下での再構成参照ピクチャの歪みに依存するコスト関数の値を最小化するための予測モードを選択することができる。選択された予測モードに応じて、符号器は、対応する予測ＢＰＵ２０８及び予測データ２０６を生成することができる。
[0089] プロセス２００Ｂの再構成経路内において、イントラ予測モードが順方向経路内で選択された場合には、予測基準２２４（例えば、現在のピクチャにおいて符号化され、再構成された現在のＢＰＵ）を生成した後に、符号器は、予測基準２２４を後の使用のために（例えば、現在のピクチャの次のＢＰＵの外挿のために）空間的予測段階２０４２に直接供給することができる。符号器は、予測基準２２４をループフィルタ段階２３２に供給することができ、そこで、符号器は、ループフィルタを予測基準２２４に適用し、予測基準２２４の符号化中に導入された歪み（例えば、ブロッキングアーチファクト）を低減又は解消することができる。符号器は、例えば、デブロッキング、サンプル適応オフセット、適応ループフィルタ、又は同様のものなどの、様々なループフィルタ技法をループフィルタ段階２３２において適用することができる。ループフィルタリングされた参照ピクチャは、後の使用のために（例えば、映像シーケンス２０２の将来のピクチャのためのインター予測基準ピクチャとして用いられるために）バッファ２３４（又は「復号化ピクチャバッファ」）内に記憶され得る。符号器は、１つ以上の参照ピクチャを、時間的予測段階２０４４において用いられるためにバッファ２３４内に記憶することができる。実施形態によっては、符号器は、ループフィルタのパラメータ（例えば、ループフィルタ強度）を、量子化変換係数２１６、予測データ２０６、及び他の情報と共に、２値符号化段階２２６において符号化することができる。
[0090] 図３Ａは、本開示のいくつかの実施形態に係る、例示的な復号化プロセスの概略を示す。図３Ａに示されるように、プロセス３００Ａは、図２Ａにおける圧縮プロセス２００Ａに対応する復元プロセスであることができる。実施形態によっては、プロセス３００Ａは、プロセス２００Ａの再構成経路と似たものであることができる。復号器は、プロセス３００Ａに従って映像ビットストリーム２２８を映像ストリーム３０４に復号化することができる。映像ストリーム３０４は映像シーケンス２０２とよく似たものであることができる。しかし、圧縮及び復元プロセス（例えば、図２Ａ～図２Ｂにおける量子化段階２１４）における情報損失のゆえに、概して、映像ストリーム３０４は映像シーケンス２０２と同一ではない。図２Ａ～図２Ｂにおけるプロセス２００Ａ及び２００Ｂと同様に、復号器は、映像ビットストリーム２２８内に符号化されたピクチャごとに基本処理ユニット（ＢＰＵ）のレベルでプロセス３００Ａを実行することができる。例えば、復号器はプロセス３００Ａを反復的な仕方で実行することができ、その場合、復号器は、基本処理ユニットをプロセス３００Ａの１回の反復において復号化することができる。実施形態によっては、復号器は、プロセス３００Ａを、映像ビットストリーム２２８内に符号化された各ピクチャの領域（例えば、領域１１４～１１８）のために並列に実行することができる。
[0091] 図３Ａにおいて、復号器は、符号化ピクチャの基本処理ユニット（「符号化ＢＰＵ」と称される）に関連付けられた映像ビットストリーム２２８の部分を２値復号化段階３０２に供給することができる。２値復号化段階３０２において、復号器は、当該部分を予測データ２０６及び量子化変換係数２１６に復号化することができる。復号器は、量子化変換係数２１６を逆量子化段階２１８及び逆変換段階２２０に供給し、再構成残差ＢＰＵ２２２を生成することができる。復号器は、予測データ２０６を予測段階２０４に供給し、予測ＢＰＵ２０８を生成することができる。復号器は、再構成残差ＢＰＵ２２２を予測ＢＰＵ２０８に加算し、予測基準２２４を生成することができる。実施形態によっては、予測基準２２４をバッファ（例えば、コンピュータメモリ内の復号化ピクチャバッファ）内に記憶することができる。復号器は、予測演算をプロセス３００Ａの次の反復において実行するために予測基準２２４を予測段階２０４に供給することができる。
[0092] 復号器は、符号化ピクチャの各符号化ＢＰＵを復号化し、符号化ピクチャの次の符号化ＢＰＵを符号化するための予測基準２２４を生成するために、プロセス３００Ａを反復的に実行することができる。符号化ピクチャの全ての符号化ＢＰＵを復号化した後に、復号器は、ピクチャを表示のために映像ストリーム３０４に出力し、映像ビットストリーム２２８内の次の符号化ピクチャを復号化するために進むことができる。
[0093] ２値復号化段階３０２において、復号器は、符号器によって用いられた２値符号化技法（例えば、エントロピー符号化、可変長符号化、算術符号化、ハフマン符号化、コンテキスト適応２値算術符号化、又は任意の他の可逆圧縮アルゴリズム）の逆演算を実行することができる。実施形態によっては、予測データ２０６及び量子化変換係数２１６のほかに、復号器は、例えば、予測モード、予測演算のパラメータ、変換の種類、量子化プロセスのパラメータ（例えば、量子化スケール因子）、符号器制御パラメータ（例えば、ビットレート制御パラメータ）、又は同様のものなどの、他の情報を２値復号化段階３０２において復号化することができる。実施形態によっては、映像ビットストリーム２２８がネットワークを通じてパケットの形で伝送される場合には、復号器は映像ビットストリーム２２８を、それを２値復号化段階３０２に供給する前にデパケット化することができる。
[0094] 図３Ｂは、本開示のいくつかの実施形態に係る、別の例示的な復号化プロセスの概略を示す。図３Ｂに示されるように、プロセス３００Ｂはプロセス３００Ａから変更され得る。例えば、プロセス３００Ｂは、ハイブリッド映像符号化規格（例えば、Ｈ．２６ｘシリーズ）に準拠した復号器によって用いられ得る。プロセス３００Ａと比べて、プロセス３００Ｂは、予測段階２０４を空間的予測段階２０４２及び時間的予測段階２０４４に追加的に分割し、ループフィルタ段階２３２及びバッファ２３４を追加的に含む。
[0095] プロセス３００Ｂにおいて、復号化中の符号化ピクチャ（「現在のピクチャ」と称される）の符号化基本処理ユニット（「現在のＢＰＵ」と称される）のために、復号器によって２値復号化段階３０２から復号化された予測データ２０６は、いかなる予測モードが符号器によって現在のＢＰＵを符号化するために用いられたのかに依存して、様々な種類のデータを含むことができる。例えば、イントラ予測が符号器によって現在のＢＰＵを符号化するために用いられた場合には、予測データ２０６は、イントラ予測、イントラ予測演算のパラメータ、又は同様のものを示す予測モードインジケータ（例えば、フラグ値）を含むことができる。イントラ予測演算のパラメータは、例えば、参照として用いられる１つ以上の隣接ＢＰＵの場所（例えば、座標）、隣接ＢＰＵのサイズ、外挿のパラメータ、原ＢＰＵに対する隣接ＢＰＵの方向、又は同様のものを含むことができる。別の例として、インター予測が符号器によって現在のＢＰＵを符号化するために用いられた場合には、予測データ２０６は、インター予測、インター予測演算のパラメータ、又は同様のものを示す予測モードインジケータ（例えば、フラグ値）を含むことができる。インター予測演算のパラメータは、例えば、現在のＢＰＵに関連付けられた参照ピクチャの数、参照ピクチャにそれぞれ関連付けられた重み、それぞれの参照ピクチャ内の１つ以上のマッチング領域の場所（例えば、座標）、マッチング領域にそれぞれ関連付けられた１つ以上の動きベクトル、又は同様のものを含むことができる。
[0096] 予測モードインジケータに基づいて、復号器は、空間的予測段階２０４２において空間的予測（例えば、イントラ予測）を実行するべきか、又は時間的予測段階２０４４において時間的予測（例えば、インター予測）を実行するべきかを決定することができる。このような空間的予測又は時間的予測を実行することの詳細は図２Ｂにおいて説明されており、以下、繰り返されない。このような空間的予測又は時間的予測を実行した後に、復号器は予測ＢＰＵ２０８を生成することができる。復号器は、図３Ａにおいて説明されたように、予測ＢＰＵ２０８及び再構成残差ＢＰＵ２２２を加算し、予測基準２２４を生成することができる。
[0097] プロセス３００Ｂにおいて、復号器は、予測演算をプロセス３００Ｂの次の反復において実行するために、予測基準２２４を空間的予測段階２０４２又は時間的予測段階２０４４に供給することができる。例えば、現在のＢＰＵが空間的予測段階２０４２においてイントラ予測を用いて復号化される場合には、予測基準２２４（例えば、復号化された現在のＢＰＵ）を生成した後に、復号器は、予測基準２２４を後の使用のために（例えば、現在のピクチャの次のＢＰＵの外挿のために）空間的予測段階２０４２に直接供給することができる。現在のＢＰＵが時間的予測段階２０４４においてインター予測を用いて復号化される場合には、予測基準２２４（例えば、全てのＢＰＵが復号化された参照ピクチャ）を生成した後に、復号器は、予測基準２２４をループフィルタ段階２３２に供給し、歪み（例えば、ブロッキングアーチファクト）を低減又は解消することができる。復号器は、図２Ｂにおいて説明されたとおりの仕方でループフィルタを予測基準２２４に適用することができる。ループフィルタリングされた参照ピクチャは、後の使用のために（例えば、映像ビットストリーム２２８の将来の符号化ピクチャのためのインター予測基準ピクチャとして用いられるために）バッファ２３４（例えば、コンピュータメモリ内の復号化ピクチャバッファ）内に記憶され得る。復号器は、１つ以上の参照ピクチャを、時間的予測段階２０４４において用いられるためにバッファ２３４内に記憶することができる。実施形態によっては、予測データはループフィルタのパラメータ（例えば、ループフィルタ強度）をさらに含むことができる。実施形態によっては、予測データ２０６の予測モードインジケータが、現在のＢＰＵを符号化するためにインター予測が用いられたことを示すときには、予測データはループフィルタのパラメータを含む。
[0098] ４種類のループフィルタが存在し得る。例えば、ループフィルタは、デブロッキングフィルタ、サンプル適応オフセット（「ＳＡＯ（sample adaptive offset）」）フィルタ、クロマスケーリングを伴うルママッピング（「ＬＭＣＳ（luma mapping with chroma scaling）」）フィルタ、及び適応ループフィルタ（「ＡＬＦ（adaptive loop filter）」）を含むことができる。４種類のループフィルタを適用する順序は、ＬＭＣＳフィルタ、デブロッキングフィルタ、ＳＡＯフィルタ、及びＡＬＦであることができる。ＬＭＣＳフィルタは２つの主要構成要素を含むことができる。第１の構成要素は、適応区分線形モデルに基づくルマ成分のループ内マッピングであることができる。第２の構成要素はクロマ成分のためのものであることができ、ルマ依存クロマ残差スケーリングが適用され得る。
[0099] 図４は、本開示のいくつかの実施形態に係る、映像を符号化又は復号化するための例示的な装置のブロック図を示す。図４に示されるように、装置４００はプロセッサ４０２を含むことができる。プロセッサ４０２が、本明細書において説明される命令を実行したとき、装置４００は映像符号化又は復号化のための特殊機械になることができる。プロセッサ４０２は、情報を操作又は処理する能力を有する任意の種類の回路機構であることができる。例えば、プロセッサ４０２は、中央処理装置（又は「ＣＰＵ（central processing unit）」）、グラフィック処理装置（又は「ＧＰＵ（graphics processing unit）」）、ニューラル処理装置（「ＮＰＵ（neural processing unit）」）、マイクロコントローラユニット（「ＭＣＵ（microcontroller unit）」）、光プロセッサ、プログラマブル論理コントローラ、マイクロコントローラ、マイクロプロセッサ、デジタル信号プロセッサ、知的財産（ＩＰ（intellectual property））コア、プログラマブル論理アレイ（ＰＬＡ（Programmable Logic Array））、プログラマブルアレイ論理（ＰＡＬ（Programmable Array Logic））、ジェネリックアレイ論理（ＧＡＬ（Generic Array Logic））、複合プログラマブル論理装置（ＣＰＬＤ（Complex Programmable Logic Device））、フィールドプログラマブルゲートアレイ（ＦＰＧＡ（Field-Programmable Gate Array））、システムオンチップ（ＳｏＣ（System On Chip））、特定用途向け集積回路（ＡＳＩＣ（Application-Specific Integrated Circuit））、又は同様のもののうちの任意の数の任意の組み合わせを含むことができる。実施形態によっては、プロセッサ４０２はまた、単一の論理構成要素としてグループ化されたプロセッサのセットであることもできる。例えば、図４に示されるように、プロセッサ４０２は、プロセッサ４０２ａ、プロセッサ４０２ｂ、及びプロセッサ４０２ｎを含む、複数のプロセッサを含むことができる。
[00100] 装置４００はまた、データ（例えば、命令のセット、コンピュータコード、中間データ、又は同様のもの）を記憶するように構成されたメモリ４０４を含むことができる。例えば、図４に示されるように、記憶されるデータは、プログラム命令（例えば、プロセス２００Ａ、２００Ｂ、３００Ａ、又は３００Ｂにおける段階を実施するためのプログラム命令）、並びに処理のためのデータ（例えば、映像シーケンス２０２、映像ビットストリーム２２８、又は映像ストリーム３０４）を含むことができる。プロセッサ４０２は（例えば、バス４１０を介して）プログラム命令、及び処理のためのデータにアクセスし、プログラム命令を実行し、処理のためのデータに対する演算又は操作を実行することができる。メモリ４０４は高速ランダムアクセス記憶デバイス又は不揮発性記憶デバイスを含むことができる。実施形態によっては、メモリ４０４は、ランダムアクセスメモリ（ＲＡＭ（random-access memory））、リードオンリーメモリ（ＲＯＭ（read-only memory））、光ディスク、磁気ディスク、ハードドライブ、ソリッドステートドライブ、フラッシュドライブ、セキュリティデジタル（ＳＤ（security digital））カード、メモリスティック、コンパクトフラッシュ（登録商標）（ＣＦ（compact flash））カード、又は同様のもののうちの任意の数の任意の組み合わせを含むことができる。メモリ４０４はまた、単一の論理構成要素としてグループ化されたメモリのグループ（図４には示されていない）であることもできる。
[00101] バス４１０は、内部バス（例えば、ＣＰＵ－メモリバス）、外部バス（例えば、ユニバーサルシリアルバスポート、ペリフェラルコンポーネントインターコネクトエクスプレスポート）、又は同様のものなどの、装置４００の内部の構成要素の間でデータを転送する通信デバイスであることができる。
[00102] 曖昧さを生じさせることなく説明を容易にするために、プロセッサ４０２及び他のデータ処理回路は本開示においてまとめて「データ処理回路」と称される。データ処理回路は、完全にハードウェアとして、或いはソフトウェア、ハードウェア、又はファームウェアの組み合わせとして実施され得る。加えて、データ処理回路は単一の独立モジュールであることができるか、或いは装置４００の任意の他の構成要素に完全に、又は部分的に組み合わせられ得る。
[00103] 装置４００は、ネットワーク（例えば、インターネット、イントラネット、ローカルエリアネットワーク、移動通信ネットワーク、又は同様のもの）との有線又は無線通信を提供するためのネットワークインターフェース４０６をさらに含むことができる。実施形態によっては、ネットワークインターフェース４０６は、ネットワークインターフェースコントローラ（ＮＩＣ（network interface controller））、無線周波数（ＲＦ（radio frequency））モジュール、トランスポンダ、トランシーバ、モデム、ルータ、ゲートウェイ、有線ネットワークアダプタ、無線ネットワークアダプタ、Bluetooth（登録商標）アダプタ、赤外線アダプタ、近距離無線通信（「ＮＦＣ（near-field communication）」）アダプタ、セルラーネットワークチップ、又は同様のもののうちの任意の数の任意の組み合わせを含むことができる。
[00104] 実施形態によっては、装置４００は、１つ以上の周辺デバイスへの接続を提供するための周辺インターフェース４０８をさらに含むことができる。図４に示されるように、周辺デバイスは、限定するものではないが、カーソル制御デバイス（例えば、マウス、タッチパッド、又はタッチスクリーン）、キーボード、ディスプレイ（例えば、陰極線管ディスプレイ、液晶ディスプレイ、又は発光ダイオードディスプレイ）、映像入力デバイス（例えば、カメラ、又は映像アーカイブに通信可能に結合された入力インターフェース）、或いは同様のものを含むことができる。
[00105] 映像コーデック（例えば、プロセス２００Ａ、２００Ｂ、３００Ａ、又は３００Ｂを実行するコーデック）は装置４００内の任意のソフトウェア又はハードウェアモジュールの任意の組み合わせとして実施され得ることに留意されたい。例えば、プロセス２００Ａ、２００Ｂ、３００Ａ、又は３００Ｂの一部又は全ての段階は、メモリ４０４内にロードされ得るプログラム命令などの、装置４００の１つ以上のソフトウェアモジュールとして実施され得る。別の例として、プロセス２００Ａ、２００Ｂ、３００Ａ、又は３００Ｂの一部又は全ての段階は、特殊データ処理回路（例えば、ＦＰＧＡ、ＡＳＩＣ、ＮＰＵ、又は同様のもの）などの、装置４００の１つ以上のハードウェアモジュールとして実施され得る。
[00106] 量子化及び逆量子化機能ブロック（例えば、図２Ａ又は図２Ｂの量子化２１４及び逆量子化２１８、図３Ａ又は図３Ｂの逆量子化２１８）では、量子化パラメータ（ＱＰ（quantization parameter））が、予測残差に適用される量子化（及び逆量子化）の量を決定するために用いられる。ピクチャ又はスライスの符号化のために用いられる初期ＱＰ値は、例えば、ピクチャパラメータセット（ＰＰＳ（Picture Parameter Set））内のｉｎｉｔ＿ｑｐ＿ｍｉｎｕｓ２６シンタックス要素を用いて、及びスライスヘッダ内のｓｌｉｃｅ＿ｑｐ＿ｄｅｌｔａシンタックス要素を用いて、高レベルでシグナリングされ得る。さらに、ＱＰ値は、量子化グループの細分さで送信されたデルタＱＰ値を用いてＣＵごとに局所レベルで適応させることができる。
[00107] 正距円筒図（「ＥＲＰ（Equirectangular Projection）」）フォーマットは、３６０度映像及び画像を表現するために用いられる一般的な投影フォーマットである。投影図は、子午線を一定間隔の鉛直直線に、及び緯度円を一定間隔の水平直線にマッピングする。マップ上の画像ピクセルの位置と球上のその対応する地理的場所との間の極めて単純な関係であるため、ＥＲＰは、３６０度映像及び画像のために用いられる最も一般的な投影図のうちの１つである。
[00108] ＪＶＥＴによって出された、投影フォーマット変換のアルゴリズム記述、及び映像品質メトリックは、イントロダクション及びＥＲＰと球との間の座標変換を与える。２Ｄ－３Ｄ座標変換については、サンプリング位置（ｍ，ｎ）を所与とすると、以下の式（１）及び（２）に基づいて（ｕ，ｖ）を算出することができる。
ｕ＝（ｍ＋０．５）／Ｗ，０≦ｍ＜Ｗ 式（１）
ｖ＝（ｎ＋０．５）／Ｈ，０≦ｎ＜Ｈ 式（２）
[00109] 次に、以下の式（３）及び（４）に基づいて（ｕ，ｖ）から球内の経度及び緯度（φ，θ）を算出することができる。
φ＝（ｕ－０．５）×（２×π） 式（３）
θ＝（０．５－ｖ）×π 式（４）
[00110] 以下の式（５）～（７）に基づいて３Ｄ座標（Ｘ，Ｙ，Ｚ）を算出することができる。
Ｘ＝ｃｏｓ（θ）ｃｏｓ（φ）式（５）
Ｙ＝ｓｉｎ（θ） 式（６）
Ｚ＝－ｃｏｓ（θ）ｓｉｎ（φ） 式（７）
[00111] ３Ｄ－２Ｄ座標変換については、（Ｘ，Ｙ，Ｚ）から出発して、以下の式（８）及び（９）に基づいて（φ，θ）を算出することができる。次に、式（３）及び（４）に基づいて（ｕ，ｖ）を算出する。最後に、式（１）及び（２）に基づいて２Ｄ座標（ｍ，ｎ）を算出することができる。
φ＝ｔａｎ－１（－Ｚ／Ｘ） 式（８）
θ＝ｓｉｎ－１（Ｙ／（Ｘ２＋Ｙ２＋Ｚ２）１／２） 式（９）
[00112] ＥＲＰピクチャの左側及び右側境界を包含する再構成されたビューポート内のシームアーチファクトを低減するために、ＥＲＰピクチャの左側及び右側の各々のサンプルをパディングすることによって、パディング正距円筒図（「ＰＥＲＰ（padded equirectangular projection）」）と呼ばれる新たなフォーマットが提供される。
[00113] ＰＥＲＰが、３６０度映像を表現するために用いられるときには、ＰＥＲＰピクチャが符号化される。復号化後に、再構成されたＰＥＲＰは、複製されたサンプルを融合すること、又はパディング区域をトリミングすることによって、元の再構成されたＥＲＰに変換される。
[00114] 図５Ａは、本開示のいくつかの実施形態に係る、再構成正距円筒図を生成するための例示的な融合動作の概略図を示す。特に明記しない限り、「ｒｅｃＰＥＲＰ」は、後処理前の再構成されたＰＥＲＰを表すために用いられ、「ｒｅｃＥＲＰ」は、後処理後の再構成されたＥＲＰを表すために用いられる。図５Ａにおいて、Ａ１及びＢ２はＥＲＰピクチャ内の境界区域であり、Ｂ１及びＡ２は、Ａ２がＡ１からパディングされ、Ｂ１がＢ２からパディングされた、パディング区域である。図５Ａに示されるように、ｒｅｃＰＥＲＰの複製されたサンプルは、距離ベースの加重平均演算を適用することによって融合することができる。例えば、領域Ａは、領域Ａ１をＡ２と融合することによって生成され得、領域Ｂは、領域Ｂ１をＢ２と融合することによって生成される。
[00115] 以下の説明において、パディングされていないｒｅｃＥＲＰの幅及び高さはそれぞれ「Ｗ」及び「Ｈ」と表される。左側及び右側のパディング幅はそれぞれ「ＰＬ」及び「ＰＲ」と表される。総パディング幅は、ＰＬ及びＰＲの合計であることができる、「Ｐｗ」と表される。実施形態によっては、ｒｅｃＰＥＲＰは融合演算を介してｒｅｃＥＲＰに変換することができる。例えば、Ａ内のサンプルｒｅｃＥＲＰ（ｊ，ｉ）のために（ここで、（ｊ，ｉ）はＥＲＰピクチャ内の座標であり、ｉは［０，ＰＲ－１］内であり、ｊは［０，Ｈ－１］内である）、ｒｅｃＥＲＰ（ｊ，ｉ）を以下の式に従って決定することができる。
Ａ＝ｗ×Ａ１＋（１－ｗ）×Ａ２、ここで、ｗはＰＬ／Ｐｗから１までの値である 式（１０）
Ａ内のｒｅｃＥＲＰ（ｊ，ｉ）＝（ｒｅｃＰＥＲＰ（ｊ，ｉ＋ＰＬ）×（ｉ＋ＰＬ）＋ｒｅｃＰＥＲＰ（ｊ，ｉ＋ＰＬ＋Ｗ）×（ＰＲ－ｉ）＋（ＰＷ≫１））／ＰＷ 式（１１）
ここで、ｒｅｃＰＥＲＰ（ｙ，ｘ）は、再構成されたＰＥＲＰピクチャ上のサンプルであり、（ｙ，ｘ）はＰＲＥＰピクチャ内の当該サンプルの座標である。
[00116] 実施形態によっては、Ｂ内のサンプルｒｅｃＥＲＰ（ｊ，ｉ）のために（ここで、（ｊ，ｉ）はＥＲＰピクチャ内の座標であり、ｉは［Ｗ－ＰＬ，Ｗ－１］内であり、ｊは［０，Ｈ－１］内である）、ｒｅｃＥＲＰ（ｊ，ｉ）を以下の式に従って生成することができる。
Ｂ＝ｋ×Ｂ１＋（１－ｋ）×Ｂ２、ここで、ｋは０からＰＬ／Ｐｗまでの値である 式（１２）
Ｂ内のｒｅｃＥＲＰ（ｊ，ｉ）＝（ｒｅｃＰＥＲＰ（ｊ，ｉ＋ＰＬ）×（ＰＲ－ｉ＋Ｗ）＋ｒｅｃＰＥＲＰ（ｊ，ｉ＋ＰＬ－ｗ）×（ｉ－Ｗ＋ＰＬ）＋（Ｐｗ≫１））／ＰＷ 式（１３）
ここで、ｒｅｃＰＥＲＰ（ｙ，ｘ）は、再構成されたＰＥＲＰピクチャ上のサンプルであり、（ｙ，ｘ）はＰＲＥＰピクチャ内の当該サンプルの座標である。
[00117] 図５Ｂは、本開示のいくつかの実施形態に係る、再構成正距円筒図を生成するための例示的なトリミング演算の概略図を示す。図５Ｂにおいて、Ａ１及びＢ２はＥＲＰピクチャ内の境界区域であり、Ｂ１及びＡ２は、Ａ２がＡ１からパディングされ、Ｂ１がＢ２からパディングされた、パディング区域である。図５Ｂに示されるように、トリミングプロセスの間に、ｒｅｃＰＥＲＰ内のパディングされたサンプルは、ｒｅｃＥＲＰを得るために直接破棄することができる。例えば、パディングされたサンプルＢ１及びＡ２を破棄することができる。
[00118] 実施形態によっては、水平ラップアラウンド動き補償を、ＥＲＰの符号化性能を改善するために用いることができる。例えば、水平ラップアラウンド動き補償は、ＶＶＣ規格において、ＥＲＰフォーマット又はＰＥＲＰフォーマットによる再構成された３６０度映像の視覚品質を改善するために設計された３６０特化符号化ツールとして用いられ得る。従来の動き補償では、動きベクトルが、参照ピクチャのピクチャ境界を越えたサンプルを参照するときには、対応するピクチャ境界上のそれらの最近傍のものをコピーすることによって境界外サンプルの値を導出するために、反復パディングが適用される。３６０度映像については、この反復パディング方法は適さず、再構成されたビューポート映像内に「シームアーチファクト」と呼ばれる視覚アーチファクトを生じさせ得るであろう。３６０度映像は球上に取り込まれ、本質的に「境界」を有しないため、投影領域内の参照ピクチャの境界外にある参照サンプルは球面領域内の近傍サンプルから得ることができる。一般的な投影フォーマットにとって、球面領域内の対応する近傍サンプルを導出することは、それが、２Ｄ－３Ｄ及び３Ｄ－２Ｄ座標変換、並びに分数サンプル位置のためのサンプル補間を要するため、困難になり得る。この問題はＥＲＰ又はＰＥＲＰ投影フォーマットの左側及び右側境界については解決され得る。なぜなら、左側ピクチャ境界の外部の球面近傍点は右側ピクチャ境界の内部のサンプルから得ることができ、その逆もしかりであるからである。ＥＲＰ又はＰＥＲＰ投影フォーマットが広く利用されていること、及び実施が比較的容易であることを考慮して、ＥＲＰ又はＰＥＲＰ投影フォーマットで符号化された３６０度映像の視覚品質を改善するために水平ラップアラウンド動き補償がＶＶＣに採用された。
[00119] 図６Ａは、本開示のいくつかの実施形態に係る、正距円筒図のための例示的な水平ラップアラウンド動き補償プロセスの概略図を示す。図６Ａに示されるように、参照ブロックの部分が投影領域内の参照ピクチャの左側（又は右側）境界の外部にあるときには、反復パディングの代わりに、参照ピクチャ内において投影領域内の右側（又は左側）境界の方に位置する対応する球面近傍点から「境界外」部分を取得することができる。実施形態によっては、反復パディングが上部及び下部ピクチャ境界のために用いられ得る。
[00120] 図６Ｂは、本開示のいくつかの実施形態に係る、パディング正距円筒図のための例示的な水平ラップアラウンド動き補償プロセスの概略図を示す。図６Ｂに示されるように、水平ラップアラウンド動き補償は、３６０度映像符号化においてしばしば用いられる非規定パディング方法と組み合わせることができる。実施形態によっては、これは、パディング前のＥＲＰピクチャ幅に設定することができる、ラップアラウンド動き補償オフセットを示すための高レベルシンタックス要素をシグナリングすることによって達成される。このシンタックスは、水平ラップアラウンドの位置を適宜調整するために用いることができる。実施形態によっては、このシンタックスは左側又は右側ピクチャ境界上の特定の量のパディングによって影響を受けない。その結果、このシンタックスはＥＲＰピクチャの非対称パディングを当然にサポートすることができる。ＥＲＰピクチャの非対称パディングでは、左側及び右側のパディングは異なり得る。実施形態によっては、ラップアラウンド動き補償は以下の式に従って決定することができる：
Figure 2023521295000002
ここで、オフセットは、ビットストリームにおいてシグナリングされるラップアラウンド動き補償オフセットであることができ、ｐｉｃＷは、符号化前のパディング区域を含むピクチャ幅であることができ、ｐｏｓｘは、現在のブロック位置及び動きベクトルによって決定された参照位置であることができ、式の出力ｐｏｓｘ＿ｗｒａｐは、ラップアラウンド動き補償において参照ブロックが始まる実際の参照位置であることができる。ラップアラウンド動き補償オフセットのシグナリングオーバヘッドを節減するために、それは最小ルマ符号化ブロックを単位としたものとすることができ、それゆえ、オフセットはｏｆｆｓｅｔｗ×ＭｉｎＣｂＳｉｚｅＹと置換することができる。ここで、ｏｆｆｓｅｔｗは、ビットストリームにおいてシグナリングされる最小ルマ符号化ブロックを単位としたラップアラウンド動き補償オフセットであり、ＭｉｎＣｂＳｉｚｅＹは最小ルマ符号化ブロックのサイズである。対照的に、伝統的な動き補償では、参照ブロックが始まる実際の参照位置は、ｐｏｓｘを０～（ｐｉｃＷ－１）の範囲内にクリップすることによって、直接導出され得る。
[00121] 参照サンプルが参照ピクチャの左側及び右側境界の外部にあるとき、水平ラップアラウンド動き補償は、動き補償のためのより意味のある情報を提供することができる。３６０度映像の共通試験条件下において、このツールは、レート－歪の面だけでなく、再構成された３６０度映像の低減されたシームアーチファクト及び主観的品質の面においても圧縮性能を改善することができる。水平ラップアラウンド動き補償はまた、調整正積図法などの、水平方向における一定のサンプリング密度を有する他の単面投影フォーマットのために用いることもできる。
[00122] ＶＶＣ（例えば、ＶＶＣドラフト８）では、ラップアラウンド動き補償は、ラップアラウンドオフセットを示すための高レベルシンタックス変数ｐｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｏｆｆｓｅｔをシグナリングすることによって達成することができる。時として、ラップアラウンドオフセットは、パディング前のＥＲＰピクチャ幅に設定されなければならない。このシンタックスは、水平ラップアラウンド動き補償の位置を適宜調整するために用いることができる。このシンタックスは、左側又は右側ピクチャ境界上の特定の量のパディングによって影響を受け得ない。その結果、このシンタックスは、（例えば、左側及び右側パディングが異なるときに）ＥＲＰピクチャの非対称パディングを当然にサポートすることができる。参照サンプルが参照ピクチャの左側及び右側境界の外部にあるとき、水平ラップアラウンド動き補償は、動き補償のためのより意味のある情報を提供することができる。
[00123] 図７は、本開示のいくつかの実施形態に係る、例示的な高レベルラップアラウンドオフセットのシンタックスを示す。図７に示されるシンタックスはＶＶＣ（例えば、ＶＶＣドラフト８）において用いることができることが理解される。図７に示されるように、ラップアラウンド動き補償が有効にされているときには（例えば、ｐｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＝＝１）、ラップアラウンドオフセットｐｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｏｆｆｓｅｔを直接シグナリングすることができる。図７に示されるように、ビットストリーム内のシンタックス要素又は変数は太字で示されている。
[00124] 図８は、本開示のいくつかの実施形態に係る、例示的な高レベルラップアラウンドオフセットのセマンティクスを示す。図８に示されるセマンティクスは、図７に示されるシンタックスに対応することができることが理解される。実施形態によっては、図８に示されるように、ｐｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１の値を有することは、水平ラップアラウンド動き補償がインター予測において適用されることを意味する。ｐｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０の値を有する場合には、水平ラップアラウンド動き補償は適用されない。ＣｔｂＳｉｚｅＹ／ＭｉｎＣｂＳｉｚｅＹ＋１の値がｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ／ＭｉｎＣｂＳｉｚｅＹ－１よりも大きいときには、ｐｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は０に等しくなければならない。ｓｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいときには、ｐｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は０に等しくなければならない。ＣｔｂＳｉｚｅＹはルマ符号化ツリーブロックのサイズである。
[00125] 実施形態によっては、図８に示されるように、ｐｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｏｆｆｓｅｔ＋（ＣｔｂＳｉｚｅＹ／ＭｉｎＣｂＳｉｚｅＹ）＋２の値は、ＭｉｎＣｂＳｉｚｅＹのルマサンプルを単位とした水平ラップアラウンド位置を計算するために用いられるオフセットを指定することができる。ｐｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｏｆｆｓｅｔの値は、０以上、（（ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ／ＭｉｎＣｂＳｉｚｅＹ）－（ＣｔｂＳｉｚｅＹ／ＭｉｎＣｂＳｉｚｅＹ）－２）以下の範囲内であることができる。変数ＰｐｓＲｅｆＷｒａｐａｒｏｕｎｄＯｆｆｓｅｔは、ｐｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｏｆｆｓｅｔ＋（ＣｔｂＳｉｚｅＹ／ＭｉｎＣｂＳｉｚｅＹ）＋２に等しいように設定することができる。実施形態によっては、変数ＰｐｓＲｅｆＷｒａｐａｒｏｕｎｄＯｆｆｓｅｔは、（例えば、ＶＶＣドラフト８において）サブブロックのルマの場所を決定するために用いることができる。
[00126] ＶＶＣ（例えば、ＶＶＣドラフト８）では、ピクチャを１つ以上のタイル行又は１つ以上のタイル列に分割することができる。タイルは、ピクチャの長方形領域を覆う一連の符号化ツリーユニット（「ＣＴＵ（coding tree unit）」）であることができる。スライスは、整数個の完全なタイル、又はピクチャのタイル内の整数個の連続した完全なＣＴＵ行を含むことができる。
[00127] スライスの２つのモード、すなわち、ラスタ走査スライスモード及び長方形スライスモードがサポートされ得る。ラスタ走査スライスモードでは、スライスはピクチャのタイルラスタ走査における一連の完全なタイルを含むことができる。長方形スライスモードでは、スライスは、ピクチャの長方形領域を集合的に形成する多数の完全なタイル、又はピクチャの長方形領域を集合的に形成する１つのタイルの多数の連続した完全なＣＴＵ行のどちらかを含むことができる。長方形スライス内のタイルは、そのスライスに対応する長方形領域内においてタイルラスタ走査順序で走査される。
[00128] サブピクチャは、ピクチャの長方形領域を集合的に覆う１つ以上のスライスを含むことができる。図９は、本開示のいくつかの実施形態に係る、ピクチャの例示的なスライス及びサブピクチャ分割の概略図を示す。図９に示されるように、ピクチャは、５つのタイル列及び４つのタイル行を有する、２０個のタイルに分割される。左側には、４×４のＣＴＵの１つのスライスを各々覆う、１２個のタイルが存在する。右側には、２×２のＣＴＵの２つの鉛直に積み重ねられたスライスを各々覆う、８つのタイルが存在する。全体で、様々な寸法の２８個のスライス及び２８個のサブピクチャが存在する（例えば、各スライスはサブピクチャであることができる）。
[00129] 図１０は、本開示のいくつかの実施形態に係る、異なるスライス及びサブピクチャを有するピクチャの例示的なスライス及びサブピクチャ分割の概略図を示す。図１０に示されるように、ピクチャは、５つのタイル列及び４つのタイル行を有する、２０個のタイルに分割される。左側には、４×４のＣＴＵの１つのスライスを各々覆う、１２個のタイルが存在する。右側には、２×２のＣＴＵの２つの鉛直に積み重ねられたスライスを各々覆う、８つのタイルが存在する。全体で、２８個のスライスが存在する。左側の１２個のスライスについては、各スライスがサブピクチャである。右側の１６個のスライスについては、各々の４つのスライスがサブピクチャを形成する。その結果、全体で、同じ寸法を有する１６個のサブピクチャが存在する。
[00130] ＶＶＣ（例えば、ＶＶＣドラフト８）では、スライスレイアウトに関する情報をピクチャパラメータセット（「ＰＰＳ（picture parameter set）」）においてシグナリングすることができる。実施形態によっては、ピクチャパラメータセットは、各ピクチャヘッダ内に見出されるシンタックス要素によって決定されるとおりの０個以上の符号化ピクチャ全体に適用されるシンタックス要素又は変数を含むシンタックス構造である。図１１は、本開示のいくつかの実施形態に係る、タイルマッピング及びスライスレイアウトのための例示的なピクチャパラメータセットのシンタックスを示す。図１１に示されるシンタックスはＶＶＣ（例えば、ＶＶＣドラフト８）において用いることができることが理解される。図１１に示されるように、ビットストリーム内のシンタックス要素又は変数は太字で示されている。図１１に示されるように、現在のピクチャ内のタイルの数が１よりも大きく、長方形スライスモード（例えば、ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇ＝＝１）が用いられる場合には、各サブピクチャが１つのスライスのみを含むことを示すためのｓｉｎｇｌｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｓｕｂｐｉｃ＿ｆｌａｇと呼ばれるフラグをまずシグナリングすることができる。この場合（例えば、ｓｉｎｇｌｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｓｕｂｐｉｃ＿ｆｌａｇ＝＝１）、スライスのレイアウト情報をさらにシグナリングする必要はない。なぜなら、それは、シーケンスパラメータセット（「ＳＰＳ（sequence parameter set）」）においてすでにシグナリングされたサブピクチャレイアウトと同じであり得るからである。実施形態によっては、ＳＰＳは、各ピクチャヘッダ内に見出されるシンタックス要素によって参照されるピクチャパラメータセット内に見出されるシンタックス要素の内容によって決定されるとおりの０個以上の符号化層映像シーケンス（「ＣＬＶＳ（coded layer video sequence）」）全体に適用されるシンタックス要素を含むシンタックス構造である。実施形態によっては、ピクチャヘッダは、符号化ピクチャの全てのスライスに適用されるシンタックス要素を含むシンタックス構造である。実施形態によっては、図１１に示されるように、ｓｉｎｇｌｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｓｕｂｐｉｃ＿ｆｌａｇが０の値を有する場合には、ピクチャ内のスライスの数（例えば、ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１）をまずシグナリングし、それに続いて、スライスごとのスライス位置及び寸法情報をシグナリングすることができる。
[00131] 実施形態によっては、スライスの数をシグナリングするために、スライス数を直接シグナリングする代わりに、（スライス数－１）（例えば、ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１）をシグナリングすることができる。なぜなら、ピクチャ内には少なくとも１つのスライスが存在するからである。概して、より小さい正の値をシグナリングすることは、必要なビットがより少数となり、映像処理を実行する全体的効率を改善することができる。
[00132] 図１２は、本開示のいくつかの実施形態に係る、タイルマッピング及びスライスレイアウトのための例示的なピクチャパラメータセットのセマンティクスを示す。図１２に示されるセマンティクスは、図１１に示されるシンタックスに対応することができることが理解される。実施形態によっては、図１２に示されるセマンティクスはＶＶＣ（例えば、ＶＶＣドラフト８）に対応する。
[00133] 実施形態によっては、図１２に示されるように、変数ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが０に等しいことは、各スライス内のタイルがラスタ走査順序によるものであることを意味し、スライス情報はＰＰＳにおいてシグナリングされない。変数ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが１に等しいときには、各スライス内のタイルはピクチャの長方形領域を覆うことができ、スライス情報をＰＰＳにおいてシグナリングすることができる。実施形態によっては、存在しないときには、変数ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇは、１に等しいと推測され得る。実施形態によっては、変数ｓｕｂｐｉｃ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しいときには、ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇの値は１に等しくなければならない。
[00134] 実施形態によっては、図１２に示されるように、変数ｓｉｎｇｌｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｓｕｂｐｉｃ＿ｆｌａｇが１に等しいことは、各サブピクチャが唯一の長方形スライスを含むことができることを意味する。変数ｓｉｎｇｌｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｓｕｂｐｉｃ＿ｆｌａｇが０に等しいときには、各サブピクチャは１つ以上の長方形スライスを含み得る。実施形態によっては、変数ｓｉｎｇｌｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｓｕｂｐｉｃ＿ｆｌａｇが１に等しいときには、変数ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１は、変数ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１に等しいと推測され得る。実施形態によっては、存在しないときには、ｓｉｎｇｌｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｓｕｂｐｉｃ＿ｆｌａｇの値は、０に等しいと推測され得る。
[00135] 実施形態によっては、図１２に示されるように、変数ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１＋１は、ＰＰＳを参照する各ピクチャ内の長方形スライスの数である。実施形態によっては、ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１の値は、０以上、（ＭａｘＳｌｉｃｅｓＰｅｒＰｉｃｔｕｒｅ－１）以下の範囲内であることができる。実施形態によっては、変数ｎｏ＿ｐｉｃ＿ｐａｒｔｉｔｉｏｎ＿ｆｌａｇが１に等しいときには、ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１の値は、０に等しいと推測され得る。
[00136] 実施形態によっては、図１２に示されるように、変数ｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しい場合には、ｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａの値はＰＰＳ内に存在せず、ＰＰＳを参照するピクチャ内の全ての長方形スライスはラスタ順序で指定される。実施形態によっては、変数ｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しいときには、ｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａの値がＰＰＳ内に存在し得、ＰＰＳを参照するピクチャ内の全ての長方形スライスは、ｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａの値によって示される順序で指定される。実施形態によっては、存在しないときには、ｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値は、０に等しいと推測され得る。
[00137] 実施形態によっては、図１２に示されるように、変数ｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］＋１は、タイル列を単位としたｉ番目の長方形スライスの幅を指定する。実施形態によっては、ｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］の値は、０以上、（ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ－１）以下の範囲内でなければならない。実施形態によっては、ｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］が存在しない場合には、以下のことを適用することができる：ＮｕｍＴｉｌｅＣｏｌｕｍｎｓが１に等しい場合には、ｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］の値は、０に等しいと推測され得、さもなければ、ｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ＿１［ｉ］の値は、ＶＶＣドラフト（例えば、ＶＶＣドラフト８）の条項において指定されたものとして推測され得る。
[00138] 実施形態によっては、図１２に示されるように、変数ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１＋１は、タイル行を単位としたｉ番目の長方形スライスの高さを指定する。実施形態によっては、ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］の値は、０以上、（ＮｕｍＴｉｌｅＲｏｗｓ－１）以下の範囲内でなければならない。実施形態によっては、変数ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］が存在しないときには、以下のことが適用される：ＮｕｍＴｉｌｅＲｏｗｓが１に等しいか、又は変数ｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しく、ｔｉｌｅＩｄｘ ％ ＮｕｍＴｉｌｅＣｏｌｕｍｎｓが０よりも大きい場合には、ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］の値は、０に等しいと推測され、さもなければ（例えば、ＮｕｍＴｉｌｅＲｏｗｓが１に等しくなく、ｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しいか、又はｔｉｌｅＩｄｘ ％ ＮｕｍＴｉｌｅＣｏｌｕｍｎｓが０に等しい）、ｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しいか、又はｔｉｌｅＩｄｘ ％ ＮｕｍＴｉｌｅＣｏｌｕｍｎｓが０に等しいときには、ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］の値は、ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ－１］に等しいと推測され得る。
[00139] 実施形態によっては、図１２に示されるように、ｎｕｍ＿ｅｘｐ＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉｌｅ［ｉ］の値は、１つを超える長方形スライスを含む現在のタイル内の明示的に提供されたスライスの高さの数を指定する。実施形態によっては、ｎｕｍ＿ｅｘｐ＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉｌｅ［ｉ］の値は、０以上、（ＲｏｗＨｅｉｇｈｔ［ｔｉｌｅＹ］－１）以下の範囲内でなければならない。ここで、ｔｉｌｅＹは、ｉ番目のスライスを含むタイル行インデックスである。実施形態によっては、存在しないときには、ｎｕｍ＿ｅｘｐ＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉｌｅ［ｉ］の値は、０に等しいと推測され得る。実施形態によっては、ｎｕｍ＿ｅｘｐ＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉｌｅ［ｉ］が０に等しいときには、変数ＮｕｍＳｌｉｃｅＩｎＴｉｌｅ［ｉ］の値は、１に等しいと導出される。
[00140] 実施形態によっては、図１２に示されるように、ｅｘｐ＿ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｃｔｕｓ＿ｍｉｎｕｓ１［ｊ］＋１の値は、ＣＴＵ行を単位とした現在のタイル内のｊ番目の長方形スライスの高さを指定する。実施形態によっては、ｅｘｐ＿ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｃｔｕｓ＿ｍｉｎｕｓ１［ｊ］の値は、０以上、（ＲｏｗＨｅｉｇｈｔ［ｔｉｌｅＹ］－１）以下の範囲内でなければならない。ここで、ｔｉｌｅＹは現在のタイルのタイル行インデックスである。
[00141] 実施形態によっては、図１２に示されるように、変数ｎｕｍ＿ｅｘｐ＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉｌｅ［ｉ］が０よりも大きいときには、変数ＮｕｍＳｌｉｃｅｓＩｎＴｉｌｅ［ｉ］、及び０～（ＮｕｍＳｌｉｃｅｓＩｎＴｉｌｅ［ｉ］－１）の範囲内のｋについてのＳｌｉｃｅＨｅｉｇｈｔＩｎＣｔｕｓＭｉｎｕｓ１［ｉ＋ｋ］が導出され得る。実施形態によっては、図８に示されるように、ｎｕｍ＿ｅｘｐ＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉｌｅ［ｉ］の値が０よりも大きいときには、ＮｕｍＳｌｉｃｅｓＩｎＴｉｌｅ［ｉ］及びＳｌｉｃｅＨｅｉｇｈｔＩｎＣｔｕｓＭｉｎｕｓ１［ｉ＋ｋ］の値が導出され得る。
[00142] 実施形態によっては、図１２に示されるように、ｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ［ｉ］の値は、ｉ番目の長方形スライス内の第１のタイルのタイルインデックスと（ｉ＋１）番目の長方形スライス内の第１のタイルのタイルインデックスとの差を指定する。ｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ［ｉ］の値は、（－ＮｕｍＴｉｌｅｓＩｎＰｉｃ＋１）以上、（ＮｕｍＴｉｌｅｓＩｎＰｉｃ－１）以下の範囲内でなければならない。実施形態によっては、存在しないときには、ｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ［ｉ］の値は、０に等しいと推測され得る。実施形態によっては、存在するときには、ｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ［ｉ］の値は、０に等しくないと推測され得る。
[00143] ＶＶＣ（例えば、ＶＶＣドラフト８）では、ピクチャ内の各スライスの場所を特定するために、１つ以上のスライスアドレスをスライスヘッダにおいてシグナリングすることができる。図１３は、本開示のいくつかの実施形態に係る、例示的なスライスヘッダのシンタックスを示す。図１３に示されるシンタックスはＶＶＣ（例えば、ＶＶＣドラフト８）において用いることができることが理解される。図１１に示されるように、ビットストリーム内のシンタックス要素又は変数は太字で示されている。図１３に示されるように、変数ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇが１に等しい場合には、ピクチャヘッダシンタックス構造がスライスヘッダ内に存在する。
[00144] 図１４は、本開示のいくつかの実施形態に係る、例示的なスライスヘッダのセマンティクスを示す。図１４に示されるセマンティクスは、図１３に示されるシンタックスに対応することができることが理解される。実施形態によっては、図１４に示されるセマンティクスはＶＶＣ（例えば、ＶＶＣドラフト８）に対応する。
[00145] 実施形態によっては、図１４に示されるように、ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇの値がＣＬＶＳ内の全ての符号化スライスと同じでなければならないことがビットストリーム規格適合性の要件となる。
[00146] 実施形態によっては、図１４に示されるように、変数ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇが符号化スライスのために１に等しいときには、ＰＨ＿ＮＵＴに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有する映像符号化層（「ＶＣＬ（video coding layer）」）ネットワーク抽象化層（「ＮＡＬ（network abstraction layer）」）ユニットがＣＬＶＳ内に存在してはならないことがビットストリーム規格適合性の要件となる。
[00147] 実施形態によっては、図１４に示されるように、ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇが０に等しいときには、現在のピクチャ内の全ての符号化スライスは、０に等しいｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇを有しなければならず、現在のＰＵは、ＰＨ ＮＡＬユニットを有しなければならない。
[00148] 実施形態によっては、図１４に示されるように、変数ｓｌｉｃｅ＿ａｄｄｒｅｓｓはスライスのスライスアドレスを指定することができる。実施形態によっては、存在しないときには、ｓｌｉｃｅ＿ａｄｄｒｅｓｓの値は、０に等しいと推測され得る。変数ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが１に等しく、ＮｕｍＳｌｉｃｅＩｎＳｕｂｐｉｃ［ＣｕｒｒＳｕｂｐｉｃＩｄｘ］が１に等しいときには、ｓｌｉｃｅ＿ａｄｄｒｅｓｓの値は、０に等しいと推測される。
[00149] 実施形態によっては、図１４に示されるように、変数ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが０に等しい場合には、以下のことが適用され得る：スライスアドレスはラスタ走査タイルインデックスであることができ、ｓｌｉｃｅ＿ａｄｄｒｅｓｓの長さはｃｅｉｌ（Ｌｏｇ２（ＮｕｍＴｉｌｅｓＩｎＰｉｃ））ビットであることができ、ｓｌｉｃｅ＿ａｄｄｒｅｓｓの値は、０以上、（ＮｕｍＴｉｌｅｓＩｎＰｉｃ－１）以下の範囲内でなければならない。
[00150] 実施形態によっては、図１４に示されるように、以下の制約が適用されることがビットストリーム規格適合性の要件となる：変数ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが０に等しいか、又は変数ｓｕｂｐｉｃ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しい場合には、ｓｌｉｃｅ＿ａｄｄｒｅｓｓの値は、同じ符号化ピクチャのどの他の符号化スライスＮＡＬユニットのｓｌｉｃｅ＿ａｄｄｒｅｓｓの値にも等しくてはならない；さもなければ、ｓｌｉｃｅ＿ｓｕｂｐｉｃ＿ｉｄ及びｓｌｉｃｅ＿ａｄｄｒｅｓｓの値の対は、同じ符号化ピクチャのどの他の符号化スライスＮＡＬユニットのｓｌｉｃｅ＿ｓｕｂｐｉｃ＿ｉｄ及びｓｌｉｃｅ＿ａｄｄｒｅｓｓの値の対にも等しくてはならない。
[00151] 実施形態によっては、図１４に示されるように、ピクチャのスライスの形状は、各ＣＴＵが、復号化されたときに、その左側境界全体及び上部境界全体がピクチャ境界を含むか、又は以前に復号化されたＣＴＵの境界を含まなければならない、というものでなければならない。
[00152] 実施形態によっては、図１４に示されるように、変数ｓｌｉｃｅ＿ａｄｄｒｅｓｓは、以下の２つの条件のうちの一方が満足される場合にのみシグナリングされ得る：長方形スライスモードが用いられ、現在のサブピクチャ内のスライスの数が１よりも大きい；又は長方形スライスモードが用いられず、現在のピクチャ内のタイルの数が１よりも大きい。実施形態によっては、上述の２つの条件がいずれも満足されない場合には、現在のサブピクチャ又は現在のピクチャ内のどちらかに１つのスライスのみが存在する。その場合には、サブピクチャ全体又はピクチャ全体が単一のスライスであるため、スライスアドレスをシグナリングする必要がない。
[00153] ＶＶＣの現在の設計には多くの課題がある。第１に、ラップアラウンドオフセットｐｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｏｆｆｓｅｔがビットストリームにおいてシグナリングされ、それはパディング前にＥＲＰピクチャ幅に設定されなければならない。ビットを節減するために、ラップアラウンドオフセットの最小値（例えば、ＣｔｂＳｉｚｅＹ／ＭｉｎＣｂＳｉｚｅＹ）＋２）がシグナリング前にラップアラウンドオフセットから減算される。しかし、パディング区域の幅は原ＥＲＰピクチャの幅よりもはるかに小さい。これは、特に、パディング区域の幅が０であり得るＥＲＰピクチャを符号化することに当てはまる。符号化又は復号化されるべきピクチャの総幅が既知であることを所与とすると、原ＥＲＰ部分の幅をシグナリングすることは、パディング区域の幅をシグナリングするよりも多くのビットを要し得る。その結果、ＭｉｎＣｂＳｉｚｅＹを単位とした原ＥＲＰ幅をシグナリングするラップアラウンドオフセットの現在のシグナリングは効率的でない。
[00154] さらに、スライスレイアウトのシグナリングも改善され得る。例えば、ピクチャ内のスライスの数は常に１以上であり、より小さい正の値をシグナリングする方が、要するビットがより少ないため、スライスの数をシグナリングする前に１がスライスの数から減算される。しかし、現在のＶＶＣ（例えば、ＶＶＣドラフト８）では、サブピクチャは整数個の完全なスライスを含む。その結果、ピクチャ内のスライスの数はピクチャ内のサブピクチャの数以上である。現在のＶＶＣ（例えば、ＶＶＣドラフト８）では、ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１は、変数ｓｉｎｇｌｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｓｕｂｐｉｃ＿ｆｌａｇが０であるときにのみシグナリングされ、変数ｓｉｎｇｌｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｓｕｂｐｉｃ＿ｆｌａｇが０に等しいことは、１つを超えるスライスを包含する少なくとも１つのサブピクチャが存在することを意味する。したがって、この場合には、スライス数は、最小値が１であるサブピクチャ数よりも大きくなければならない。その結果、ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１の最小値は０よりも大きい。範囲が０から始まらない非負の値をシグナリングすることは効率的でない。
[00155] さらに、スライスアドレスのシグナリングには他の課題がある。現在のピクチャ内に１つのスライスのみが存在するときには、サブピクチャ全体又はピクチャ全体が単一のスライスであるため、スライスアドレスをシグナリングする必要がなくなり得る。スライスアドレスは、０であると推測され得る。しかし、スライスアドレスのシグナリングをスキップするための２つの条件は完全ではない。例えば、ラスタ走査スライスモードでは、さらには、タイルの数が１よりも大きく、ピクチャ内の全てのタイルを含む１つのスライスのみが存在することができ、この場合にも、スライスアドレスのシグナリングを回避することができる。
[00156] 本開示の実施形態は、上述された課題に取り組むための方法を提供する。実施形態によっては、パディング区域の幅は、通例、ラップアラウンド動き補償におけるラップアラウンドオフセットと同じであり得る原ＥＲＰピクチャの幅よりも小さいため、符号化ピクチャの幅と原ＥＲＰピクチャ幅との差をビットストリームにおいてシグナリングすることを提案することができる。例えば、符号化ピクチャの幅とラップアラウンド動き補償オフセットとの差をビットストリームにおいてシグナリングし、シグナリングされた差をシンタックス解析した後に推論（deduction）を実行し、ラップアラウンドオフセットを復号器側で得ることを提案することができる。符号化ピクチャの幅とラップアラウンドオフセットとの差は、通例、ラップアラウンドオフセット自体よりも小さいため、本方法は、シグナリングされるビットを節減することができる。
[00157] 図１５は、本開示のいくつかの実施形態に係る、例示的な改善されたピクチャパラメータセットのシンタックスを示す。図１５に示されるように、ビットストリーム内のシンタックス要素又は変数は太字で示されており、以前のＶＶＣ（例えば、図７に示されるシンタックス）からの変更はイタリック体で示されており、提案される削除されたシンタックスが取り消し線でさらに示されている。図１５に示されるように、新たな変数ｐｐｓ＿ｐｉｃ＿ｗｉｄｔｈ＿ｍｉｎｕｓ＿ｗｒａｐａｒｏｕｎｄ＿ｏｆｆｓｅｔを作成することができる。変数ｐｐｓ＿ｐｉｃ＿ｗｉｄｔｈ＿ｍｉｎｕｓ＿ｗｒａｐａｒｏｕｎｄ＿ｏｆｆｓｅｔの値はｐｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値に従ってシグナリングすることができる。実施形態によっては、新たな変数ｐｐｓ＿ｐｉｃ＿ｗｉｄｔｈ＿ｍｉｎｕｓ＿ｗｒａｐａｒｏｕｎｄ＿ｏｆｆｓｅｔが原ＶＶＣ（例えば、ＶＶＣドラフト８）における変数ｐｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｏｆｆｓｅｔに取って代わることができる。
[00158] 図１６は、本開示のいくつかの実施形態に係る、例示的な改善されたピクチャパラメータセットのセマンティクスを示す。図１６に示されるように、以前のＶＶＣ（例えば、図８に示されるセマンティクス）からの変更はイタリック体で示されており、提案される削除されたシンタックスが取り消し線でさらに示されている。図１６に示されるセマンティクスは、図１５に示されるシンタックスに対応することができることが理解される。実施形態によっては、図１６に示されるセマンティクスはＶＶＣ（例えば、ＶＶＣドラフト８）に対応する。
[00159] 図１６に示されるように、新たな変数ｐｐｓ＿ｐｉｃ＿ｗｉｄｔｈ＿ｍｉｎｕｓ＿ｗｒａｐａｒｏｕｎｄ＿ｏｆｆｓｅｔのためのセマンティクスは、（例えば、図８に示されるとおりの）変数ｐｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｏｆｆｓｅｔとは異なる。変数ｐｐｓ＿ｐｉｃ＿ｗｉｄｔｈ＿ｍｉｎｕｓ＿ｗｒａｐａｒｏｕｎｄ＿ｏｆｆｓｅｔは、ＭｉｎＣｂＳｉｚｅＹのルマサンプルを単位とした、ピクチャの幅と、水平ラップアラウンド位置を計算するために用いられるオフセットとの差を指定することができる。実施形態によっては、図１６に示されるように、ｐｐｓ＿ｐｉｃ＿ｗｉｄｔｈ＿ｍｉｎｕｓ＿ｗｒａｐａｒｏｕｎｄ＿ｏｆｆｓｅｔの値は、（（ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ／ＭｉｎＣｂＳｉｚｅＹ）－（ＣｔｂＳｉｚｅＹ／ＭｉｎＣｂＳｉｚｅＹ）－２）以下でなければならない。実施形態によっては、変数ＰｐｓＲｅｆＷｒａｐａｒｏｕｎｄＯｆｆｓｅｔは、ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ／ＭｉｎＣｂＳｉｚｅＹ－ｐｐｓ＿ｐｉｃ＿ｗｉｄｔｈ＿ｍｉｎｕｓ＿ｗｒａｐａｒｏｕｎｄ＿ｏｆｆｓｅｔに等しいように設定することができる。
[00160] 実施形態によっては、シグナリングされたラップアラウンドオフセット値が原ＥＲＰピクチャの幅であるのか、又は符号化ピクチャの幅と原ＥＲＰピクチャの幅との差であるのかを示すためのフラグｗｒａｐａｒｏｕｎｄ＿ｏｆｆｓｅｔ＿ｔｙｐｅをシグナリングすることができる。符号器は、これらの２つの値からより小さいものを選択し、それをビットストリームにおいてシグナリングし得、これにより、シグナリングオーバヘッドはさらに低減され得る。図１７は、本開示のいくつかの実施形態に係る、変数ｗｒａｐａｒｏｕｎｄ＿ｏｆｆｓｅｔ＿ｔｙｐｅを有する例示的なピクチャパラメータセットのシンタックスを示す。図１７に示されるように、ビットストリーム内のシンタックス要素又は変数は太字で示されており、以前のＶＶＣ（例えば、図７に示されるシンタックス）からの変更はイタリック体で示されている。図１７に示されるように、ＰｐｓＲｅｆＷｒａｐａｒｏｕｎｄＯｆｆｓｅｔを決定するために用いられる値を指定するための新たな変数ｐｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｏｆｆｓｅｔを追加することができる。
[00161] 図１８は、本開示のいくつかの実施形態に係る、変数ｗｒａｐａｒｏｕｎｄ＿ｏｆｆｓｅｔ＿ｔｙｐｅを有する例示的な改善されたピクチャパラメータセットのセマンティクスを示す。図１８に示されるように、以前のＶＶＣ（例えば、図８に示されるセマンティクス）からの変更はイタリック体で示されており、提案される削除されたシンタックスが取り消し線でさらに示されている。図１８に示されるセマンティクスは、図１７に示されるシンタックスに対応することができることが理解される。実施形態によっては、図１８に示されるセマンティクスはＶＶＣ（例えば、ＶＶＣドラフト８）に対応する。
[00162] 実施形態によっては、図１８に示されるように、変数ｐｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｏｆｆｓｅｔの種類を指定するための新たな変数ｗｒａｐａｒｏｕｎｄ＿ｏｆｆｓｅｔ＿ｔｙｐｅを追加することができる。ｐｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｏｆｆｓｅｔの値は０～（（（ｐｐｓ＿ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ／ＭｉｎＣｂＳｉｚｅＹ）－（ＣｔｂＳｉｚｅＹ／ＭｉｎＣｂＳｉｚｅＹ）－２）／２）の範囲内でなければならない。
[00163] 実施形態によっては、図１８に示されるように、変数ＰｐｓＲｅｆＷｒａｐａｒｏｕｎｄＯｆｆｓｅｔの値を導出することができる。例えば、変数ｗｒａｐａｒｏｕｎｄ＿ｏｆｆｓｅｔ＿ｔｙｐｅが０に等しいときには、シグナリングされるラップアラウンドオフセット値は原ＥＲＰピクチャの幅である。その結果、変数ＰｐｓＲｅｆＷｒａｐａｒｏｕｎｄＯｆｆｓｅｔは、ｐｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｏｆｆｓｅｔ＋（ＣｒｂＳｉｚｅＹ／ＭｉｎＣｂＳｉｚｅＹ）＋２に等しい。変数ｗｒａｐａｒｏｕｎｄ＿ｏｆｆｓｅｔ＿ｔｙｐｅが０に等しくないときには、シグナリングされるラップアラウンドオフセット値は符号化ピクチャの幅と原ＥＲＰピクチャの幅との差である。その結果、変数ＰｐｓＲｅｆＷｒａｐａｒｏｕｎｄＯｆｆｓｅｔは、ｐｐｓ＿ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ／ＭｉｎＣｂＳｉｚｅＹ－ｐｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｏｆｆｓｅｔに等しい。
[00164] 以前のＶＶＣ（例えば、ＶＶＣドラフト８）では、１つを超えるスライスを包含する少なくとも１つのサブピクチャが存在することを意味する、変数ｓｉｎｇｌｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｓｕｂｐｉｃ＿ｆｌａｇが０であるときには、スライスの数がＰＰＳにおいてシグナリングされる。この場合には、各サブピクチャが１つ以上の完全なスライスを包含しなければならないことを考慮して、スライスの数はサブピクチャの数よりも大きい必要があり、これは、したがって、スライスの最小数が２になるという結果をもたらす。これは、１つのピクチャ内には少なくとも１つのサブピクチャが存在するためである。
[00165] 本開示の実施形態は、スライス数のシグナリングを改善するための方法を提供する。図１９は、本開示のいくつかの実施形態に係る、変数ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ２を有する例示的なピクチャパラメータセットのシンタックスを示す。図１９に示されるように、ビットストリーム内のシンタックス要素又は変数は太字で示されており、以前のＶＶＣ（例えば、図１１に示されるシンタックス）からの変更はイタリック体で示されており、提案される削除されたシンタックスが取り消し線でさらに示されている。図１９に示されるように、ＰｐｓＲｅｆＷｒａｐａｒｏｕｎｄＯｆｆｓｅｔを決定するために用いられる値を指定するための新たな変数ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ２を追加することができる。
[00166] 図２０は、本開示のいくつかの実施形態に係る、変数ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ２を有する例示的な改善されたピクチャパラメータセットのセマンティクスを示す。図２０に示されるように、以前のＶＶＣ（例えば、図１２に示されるセマンティクス）からの変更はイタリック体で示されており、提案される削除されたシンタックスが取り消し線でさらに示されている。図２０に示されるセマンティクスは、図１９に示されるシンタックスに対応することができることが理解される。実施形態によっては、図２０に示されるセマンティクスはＶＶＣ（例えば、ＶＶＣドラフト８）に対応する。
[00167] 実施形態によっては、図２０に示されるように、変数ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ２＋２の値は、ＰＰＳを参照する各ピクチャ内の長方形スライスの数を指定することができる。実施形態によっては、図２０に示されるように、変数ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ２は、変数ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ＿１に取って代わることができる。実施形態によっては、ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ２＋２の値は、０以上、（ＭａｘＳｌｉｃｅｓＰｅｒＰｉｃｔｕｒｅ－２）以下の範囲内でなければならない。ここで、ＭａｘＳｌｉｃｅｓＰｅｒＰｉｃｔｕｒｅは、ＶＶＣ（例えば、ＶＶＣドラフト８）において指定される。変数ｎｏ＿ｐｉｃ＿ｐａｒｔｉｔｉｏｎ＿ｆｌａｇが１に等しいときには、ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ２の値は、－１に等しいと推測される。
[00168] 実施形態によっては、スライス数は、スライス数－サブピクチャ数－１（例えば、ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ＿ｓｕｂｐｉｃ＿ｎｕｍ＿ｍｉｎｕｓ１）の変数を用いてシグナリングすることができる。図２１は、本開示のいくつかの実施形態に係る、変数ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ＿ｓｕｂｐｉｃ＿ｎｕｍ＿ｍｉｎｕｓ１を有する例示的なピクチャパラメータセットのシンタックスを示す。図２１に示されるように、ビットストリーム内のシンタックス要素又は変数は太字で示されており、以前のＶＶＣ（例えば、図１１に示されるシンタックス）からの変更はイタリック体で示されており、提案される削除されたシンタックスが取り消し線でさらに示されている。
[00169] 図２２は、本開示のいくつかの実施形態に係る、変数ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ＿ｓｕｂｐｉｃ＿ｎｕｍ＿ｍｉｎｕｓ１を有する例示的な改善されたピクチャパラメータセットのセマンティクスを示す。図２２に示されるように、以前のＶＶＣ（例えば、図１２に示されるセマンティクス）からの変更はイタリック体で示されており、提案される削除されたシンタックスが取り消し線でさらに示されている。図２２に示されるセマンティクスは、図２１に示されるシンタックスに対応することができることが理解される。実施形態によっては、図２２に示されるセマンティクスはＶＶＣ（例えば、ＶＶＣドラフト８）に対応する。
[00170] ＶＶＣ（例えば、ＶＶＣドラフト８）では、スライスの数は、１つを超えるスライスを包含する少なくとも１つのサブピクチャが存在すると言うことと同等であり得る、変数ｓｉｎｇｌｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｓｕｂｐｉｃ＿ｆｌａｇが０に等しい場合にのみ、ＰＰＳにおいてシグナリングされる。したがって、サブピクチャは１つ以上の完全なスライスを包含しなければならないため、スライスの数はサブピクチャの数よりも大きくなければならない。その結果、最小スライス数は、サブピクチャの数＋１に等しい。図２１及び図２２に示されるように、シグナリングされるビット数を低減するために、スライス数－１（例えば、ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１）の代わりに、スライス数－サブピクチャ数－１（例えば、ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ＿ｓｕｂｐｉｃ＿ｎｕｍ＿ｍｉｎｕｓ１）がシグナリングされる。
[00171] 実施形態によっては、図２２に示されるように、ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ＿ｓｕｂｐｉｃ＿ｎｕｍ＿ｍｉｎｕｓ１＋サブピクチャ数＋１の値は、ＰＰＳを参照する各ピクチャ内の長方形スライスの数を指定することができる。実施形態によっては、ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ＿ｓｕｂｐｉｃ＿ｎｕｍ＿ｍｉｎｕｓ１の値は、０以上、（ＭａｘＳｌｉｃｅｓＰｅｒＰｉｃｔｕｒｅ－ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１－２）以下の範囲内でなければならない。ここで、ＭａｘＳｌｉｃｅｓＰｅｒＰｉｃｔｕｒｅは、ＶＶＣ（例えば、ＶＶＣドラフト８）において指定され得る。実施形態によっては、変数ｎｏ＿ｐｉｃ＿ｐａｒｔｉｔｉｏｎ＿ｆｌａｇが１に等しいときには、ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ＿ｓｕｂｐｉｃ＿ｎｕｍ＿ｍｉｎｕｓ１の値は、（ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１＋１）に等しいと推測され得る。実施形態によっては、変数ＳｌｉｃｅＮｕｍＩｎＰｉｃは、ＳｌｉｃｅＮｕｍＩｎＰｉｃ＝ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ＿ｓｕｂｐｉｃ＿ｎｕｍ＿ｍｉｎｕｓ１＋ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１＋２として導出され得る。
[00172] 本開示の実施形態は、スライスアドレスをシグナリングする新規の仕方をさらに提供する。図２３は、本開示のいくつかの実施形態に係る、例示的な更新されたスライスヘッダのシンタックスを示す。図２３に示されるように、ビットストリーム内のシンタックス要素又は変数は太字で示されており、以前のＶＶＣ（例えば、図１３に示されるシンタックス）からの変更はイタリック体で示されており、提案される削除されたシンタックスが取り消し線でさらに示されている。
[00173] 実施形態によっては、図２３に示されるように、ＰＨシンタックス構造がスライスヘッダ内に存在するかどうかを示すための変数ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇをスライスヘッダにおいてシグナリングすることができる。ＶＶＣ（例えば、ＶＶＣドラフト８）では、スライスヘッダ内のＰＨシンタックス構造の存在と、１つのピクチャ内のスライスの数とに対する制約がある。ＰＨシンタックス構造がスライスヘッダ内に存在するときには、ピクチャは１つのスライスのみを有しなければならない。したがって、スライスアドレスをシグナリングする必要もない。その結果、スライスアドレスのシグナリングはｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇを条件とすることができる。図２３に示されるように、ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇの値を、変数ｓｌｉｃｅ＿ａｄｄｒｅｓｓをシグナリングするべきか否か判定するための別の条件として用いることができる。ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇが１に等しいときには、変数ｓｌｉｃｅ＿ａｄｄｒｅｓｓのシグナリングはスキップされる。実施形態によっては、変数ｓｌｉｃｅ＿ａｄｄｒｅｓｓがシグナリングされないときには、それは、０であると推測され得る。
[00174] 本開示の実施形態は、映像符号化を実行するための方法をさらに提供する。図２４は、本開示のいくつかの実施形態に係る、映像フレームの幅と、水平ラップアラウンド位置を計算するために用いられるオフセットとの差をシグナリングする変数を用いる例示的な映像符号化方法のフローチャートを示す。実施形態によっては、図２４に示される方法２４０００は、図４に示される装置４００によって実行され得る。実施形態によっては、図２４に示される方法２４０００は、図１５に示されるシンタックス又は図１６に示されるセマンティクスに従って実行され得る。実施形態によっては、図２４に示される方法２４０００は、ＶＶＣ規格に従って実行されるラップアラウンド動き補償プロセスを含む。実施形態によっては、図２４に示される方法２４０００は、３６０度映像シーケンスを入力として用いて実行され得る。
[00175] ステップＳ２４０１０において、ラップアラウンド動き補償フラグを受信する。ラップアラウンド動き補償フラグはピクチャに関連付けられている。例えば、図１５又は図１６に示されるように、ラップアラウンド動き補償フラグは、変数ｐｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇであることができる。実施形態によっては、ピクチャはビットストリーム内にある。実施形態によっては、ピクチャは３６０度映像の一部である。
[00176] ステップＳ２４０２０において、ラップアラウンド動き補償フラグが有効にされているかどうかを決定する。例えば、図１５に示されるように、変数ｐｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しいかどうかを決定する。
[00177] ステップＳ２４０３０において、ラップアラウンド動き補償フラグが有効にされているとの決定に応じて、ピクチャの幅と、水平ラップアラウンド位置を決定するために用いられるオフセットとの差を受信する。例えば、図１５に示されるように、変数ｐｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しいと決定したときには、変数ｐｐｓ＿ｐｉｃ＿ｗｉｄｔｈ＿ｍｉｎｕｓ＿ｗｒａｐａｒｏｕｎｄ＿ｏｆｆｓｅｔを受信又はシグナリングすることができる。実施形態によっては、差は、（ピクチャの幅を最小ルマ符号化ブロックのサイズで除算したもの－ルマ符号化ツリーブロックのサイズを最小ルマ符号化ブロックのサイズで除算したもの－２）以下である。
[00178] 実施形態によっては、Ｓ２４０３０において、上記差を受信することは、ラップアラウンドオフセットタイプフラグを受信することを含む。例えば、図１７及び図１８に示されるように、シグナリングされたラップアラウンドオフセット値が原ＥＲＰピクチャの幅であるのか、又は符号化ピクチャの幅と原ＥＲＰピクチャの幅との差であるのかを示すためのフラグｗｒａｐａｒｏｕｎｄ＿ｏｆｆｓｅｔ＿ｔｙｐｅをシグナリングすることができる。実施形態によっては、図１７及び図１８に示されるように、フラグｗｒａｐａｒｏｕｎｄ＿ｏｆｆｓｅｔ＿ｔｙｐｅは、値０又は１のものであることができる。
[00179] ステップＳ２４０４０において、ラップアラウンド動き補償フラグ及び上記差に従ってピクチャに対する動き補償を実行する。例えば、ピクチャに対する動き補償は、図１５及び図１６に示される変数ｐｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ及びｐｐｓ＿ｐｉｃ＿ｗｉｄｔｈ＿ｍｉｎｕｓ＿ｗｒａｐａｒｏｕｎｄ＿ｏｆｆｓｅｔに従って実行することができる。実施形態によっては、動き補償を実行することはまた、ピクチャの幅及び上記差に従って、ラップアラウンド動き補償オフセットを決定し、ラップアラウンド動き補償オフセットに従って、ピクチャに対する動き補償を実行することも含む。実施形態によっては、ラップアラウンド動き補償オフセットは、（ピクチャの幅を最小ルマ符号化ブロックのサイズで除算したもの－上記差）として決定することができる。
[00180] 図２５は、本開示のいくつかの実施形態に係る、（映像フレーム内のスライスの数－２）をシグナリングする変数を用いる例示的な映像符号化方法のフローチャートを示す。実施形態によっては、図２５に示される方法２５０００は、図４に示される装置４００によって実行され得る。実施形態によっては、図２５に示される方法２５０００は、図１９に示されるシンタックス又は図２０に示されるセマンティクスに従って実行され得る。実施形態によっては、図２５に示される方法２５０００はＶＶＣ規格に従って実行され得る。
[00181] ステップＳ２５０１０において、ピクチャを符号化のために受信する。実施形態によっては、ピクチャは１つ以上のスライスを含むことができる。実施形態によっては、ピクチャはビットストリーム内にある。実施形態によっては、１つ以上のスライスは長方形スライスである。
[00182] ステップＳ２５０２０において、（ピクチャ内のスライスの数－２）を示す変数をピクチャのピクチャパラメータセットにおいてシグナリングする。例えば、変数は、図１９又は図２０に示されるｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ２であることができる。実施形態によっては、（変数＋２）の値は、各ピクチャ内の長方形スライスの数を指定することができる。実施形態によっては、変数はＰＰＳの部分である。実施形態によっては、図２０に示されるセマンティクスと同様に、変数ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ２は、変数ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ＿１に取って代わることができる。
[00183] 図２６は、本開示のいくつかの実施形態に係る、（映像フレーム内のスライスの数－映像フレーム内のサブピクチャの数－１）を示す変数をシグナリングする変数を用いる例示的な映像符号化方法のフローチャートを示す。実施形態によっては、図２６に示される方法２６０００は、図４に示される装置４００によって実行され得る。実施形態によっては、図２６に示される方法２６０００は、図２１に示されるシンタックス又は図２２に示されるセマンティクスに従って実行され得る。実施形態によっては、図２６に示される方法２６０００はＶＶＣ規格に従って実行され得る。
[00184] ステップＳ２６０１０において、ピクチャを符号化のために受信する。実施形態によっては、ピクチャは１つ以上のスライス及び１つ以上のサブピクチャを含むことができる。実施形態によっては、映像フレームはビットストリーム内にある。実施形態によっては、１つ以上のスライスは長方形スライスである。
[00185] ステップＳ２６０２０において、（ピクチャ内のスライスの数－ピクチャ内のサブピクチャの数－１）を示す変数をピクチャのピクチャパラメータセットにおいてシグナリングする。例えば、変数は、図２１又は図２２に示されるｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ＿ｓｕｂｐｉｃ＿ｎｕｍ＿ｍｉｎｕｓ１であることができる。実施形態によっては、最小スライス数は、（サブピクチャの数＋１）に等しいものであることができる。実施形態によっては、図２１及び図２２に示されるように、シグナリングされるビット数を低減するために、（スライス数－１）（例えば、ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１）の代わりに、（スライス数－サブピクチャ数－１）（例えば、ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ＿ｓｕｂｐｉｃ＿ｎｕｍ＿ｍｉｎｕｓ１）をシグナリングすることができる。実施形態によっては、変数はＰＰＳの一部である。実施形態によっては、図２２に示されるように、（ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ＿ｓｕｂｐｉｃ＿ｎｕｍ＿ｍｉｎｕｓ１＋サブピクチャ数＋１）の値は、ＰＰＳを参照する各ピクチャ内の長方形スライスの数を指定することができる。実施形態によっては、図２０に示されるセマンティクスと同様に、変数ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ２は、変数ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ＿１に取って代わることができる。
[00186] 実施形態によっては、ステップＳ２６０２０に示されるように、（映像フレーム内のスライスの数－映像フレーム内のサブピクチャの数－１）を示す変数に従って、ピクチャ内のスライスの数を示す変数を決定することができる。例えば、図２１及び図２２に示されるように、変数ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ＿ｓｕｂｐｉｃ＿ｎｕｍ＿ｍｉｎｕｓ１に従って、フラグ又は変数ＳｌｉｃｅＮｕｍＩｎＰｉｃを導出することができる。
[00187] 図２７は、本開示のいくつかの実施形態に係る、ピクチャヘッダシンタックス構造が映像フレームのスライスヘッダ内に存在するかどうかを示す変数を用いる例示的な映像符号化方法のフローチャートを示す。実施形態によっては、図２７に示される方法２７０００は、図４に示される装置４００によって実行され得る。実施形態によっては、図２７に示される方法２７０００は、図２３に示されるシンタックスに従って実行され得る。実施形態によっては、図２７に示される方法２７０００は、ＶＶＣ規格に従って実行され得る。
[00188] ステップＳ２７０１０において、ピクチャを符号化のために受信する。ピクチャは１つ以上のスライスを含む。実施形態によっては、ピクチャはビットストリーム内にある。実施形態によっては、１つ以上のスライスは長方形スライスである。
[00189] ステップＳ２７０２０において、ピクチャのためのピクチャヘッダシンタックス構造が１つ以上のスライスのためのスライスヘッダ内に存在するかどうかを示す変数をシグナリングする。例えば、変数は、図２３に示されるｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇであることができる。実施形態によっては、図２３に示されるように、ＰＨシンタックス構造がスライスヘッダ内に存在するときには、ピクチャは１つのスライスのみを有し得る。したがって、スライスアドレスをシグナリングする必要もない。その結果、スライスアドレスのシグナリングは、変数ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇを条件とすることができる。実施形態によっては、変数はＰＰＳの一部である。
[00190] 実施形態によっては、また、命令を含む非一時的コンピュータ可読記憶媒体が提供され、上述の方法を実行するために、命令はデバイス（本開示の符号器及び復号器など）によって実行され得る。一般的な形態の非一時的媒体としては、例えば、フロッピー（登録商標）ディスク、フレキシブルディスク、ハードディスク、ソリッドステートドライブ、磁気テープ、又は任意の他の磁気データ記憶媒体、ＣＤ－ＲＯＭ、任意の他の光学データ記憶媒体、孔のパターンを有する任意の物理媒体、ＲＡＭ、ＰＲＯＭ、及びＥＰＲＯＭ、ＦＬＡＳＨ（登録商標）－ＥＰＲＯＭ又は任意の他のフラッシュメモリ、ＮＶＲＡＭ、キャッシュ、レジスタ、任意の他のメモリチップ又はカートリッジ、並びにこれらのネットワーク化バージョンが挙げられる。デバイスは、１つ以上のプロセッサ（ＣＰＵ）、入力／出力インターフェース、ネットワークインターフェース、及び／又はメモリを含み得る。
[00191] 「第１（first）」及び「第２（second）」などの本明細書における関係語は、単に、実体又は動作を別の実体又は動作と区別するために使用されるにすぎず、これらの実体又は動作の間のいかなる実際の関係又は順序も必要とせず、暗示もしないことに留意されたい。さらに、単語「備える（comprising）」、「有する（having）」、「包含する（containing）」、及び「含む（including）」、並びに他の同様の形式は、意味が同等であり、これらの単語のうちの任意のものに続く要素若しくは要素群は、このような要素若しくは要素群の限定列挙であることを意味されない、又は列挙された要素若しくは要素群のみに限定されることを意味されないという点で、オープンエンドなものであることを意図される。
[00192] 本明細書において使用するとき、別途特に断りのない限り、用語「又は（or）」は、実行不可能な場合を除き、全ての可能な組み合わせを包含する。例えば、データベースがＡ又はＢを含み得ると述べられた場合には、このとき、別途特に断りのない限り、又は実行不可能でない限り、データベースは、Ａ、Ｂ、Ａ及びＢを含み得る。第２の例として、データベースがＡ、Ｂ、又はＣを含み得ると述べられた場合には、このとき、別途特に断りのない限り、又は実行不可能でない限り、データベースは、Ａ、Ｂ、Ｃ、Ａ及びＢ、Ａ及びＣ、Ｂ及びＣ、Ａ及びＢ及びＣを含み得る。
[00193] 上述の実施形態は、ハードウェア、又はソフトウェア（プログラムコード）、或いはハードウェア及びソフトウェアの組み合わせによって実施され得ることが理解される。ソフトウェアによって実施される場合には、それは上述のコンピュータ可読媒体内に記憶され得る。ソフトウェアは、プロセッサによって実行されたときに、本開示の方法を実行することができる。本開示において説明される計算ユニット及び他の機能ユニットは、ハードウェア、又はソフトウェア、或いはハードウェア及びソフトウェアの組み合わせによって実施され得る。当業者は、上述のモジュール／ユニットのうちの複数のものを１つのモジュール／ユニットとして組み合わせることができ、上述のモジュール／ユニットの各々を複数のサブモジュール／サブユニットにさらに分割し得ることも理解するであろう。
[00194] 上述の明細書において、実施形態は、実装形態ごとに異なり得る数多くの特定の詳細を参照して説明された。上述の実施形態の特定の適応及び変更を行うことができる。本明細書の考慮及び本明細書において開示された本発明の実施から、他の実施形態が当業者に明らかになり得る。明細書及び実施例は例としてのみ考慮されることが意図されており、本発明の真の範囲及び趣旨は添付の請求項によって示される。また、図に示されるステップの配列は単に例示目的のためのものにすぎず、ステップのいかなる特定の配列にも限定されることを意図されないことも意図される。それゆえ、当業者は、これらのステップは、同じ方法を実施しながらも、異なる順序で実行され得ることを理解することができる。
[00195] 実施形態は、以下の条項を用いてさらに記述され得る：
１．映像復号化のための方法であって、
ラップアラウンド動き補償フラグを受信することと、
ラップアラウンド動き補償フラグに基づいて、ラップアラウンド動き補償が有効にされているかどうかを決定することと、
ラップアラウンド動き補償が有効にされているとの決定に応じて、ピクチャの幅と、水平ラップアラウンド位置を決定するために用いられるオフセットとの差を示すデータを受信することと、
ラップアラウンド動き補償フラグ及び差に従って動き補償を実行することと、
を含む方法。
２．差が最小ルマ符号化ブロックのサイズを単位としたものである、条項１に記載の方法。
３．差が（（ｐｐｓ＿ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ／ＭｉｎＣｂＳｉｚｅＹ）－（ＣｔｂＳｉｚｅＹ／ＭｉｎＣｂＳｉｚｅＹ）－２）以下であり、ここで、ｐｐｓ＿ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓは、ルマサンプルを単位としたピクチャの幅であり、ＭｉｎＣｂＳｉｚｅＹは最小ルマ符号化ブロックのサイズであり、ＣｔｂＳｉｚｅＹはルマ符号化ツリーブロックのサイズである、条項２に記載の方法。
４．動き補償を実行することが、
ピクチャの幅、及び差に従って、ラップアラウンド動き補償オフセットを決定することと、
ラップアラウンド動き補償オフセットに従って、動き補償を実行することと、
をさらに含む、条項１に記載の方法。
５．ピクチャの幅、及び差に従って、ラップアラウンド動き補償オフセットを決定することが、
ルマサンプルを単位としたピクチャの幅を最小ルマ符号化ブロックのサイズで除算し、第１の値を生成することと、
ラップアラウンド動き補償オフセットを、（第１の値－差）に等しいものとして決定することと、
をさらに含む、条項４に記載の方法。
６．差を示すデータを受信することが、
ラップアラウンドオフセットタイプフラグを受信することと、
ラップアラウンドオフセットタイプフラグが第１の値に等しいか、又は第２の値に等しいかを決定することと、
ラップアラウンドオフセットタイプフラグが第１の値に等しいとの決定に応じて、ピクチャの幅と、水平ラップアラウンド位置を計算するために用いられるオフセットとの差を示すデータを受信することと、
ラップアラウンドオフセットタイプフラグが第２の値に等しいとの決定に応じて、水平ラップアラウンド位置を計算するために用いられるオフセットを示すデータを受信することと、
をさらに含む、条項１に記載の方法。
７．第１の値及び第２の値の各々が０又は１である、条項６に記載の方法。
８．動き補償が多用途ビデオコーディング規格に従って実行される、条項１に記載の方法。
９．ピクチャが３６０度映像シーケンスの部分である、条項１に記載の方法。
１０．ラップアラウンド動き補償フラグ及び差がピクチャパラメータセット（ＰＰＳ）においてシグナリングされる、条項１に記載の方法。
１１．映像復号化のための方法であって、
ラップアラウンド動き補償が有効にされているかどうかを示すラップアラウンド動き補償フラグをシグナリングすることと、
ラップアラウンド動き補償フラグが、ラップアラウンド動き補償が有効にされていることを示すことに応じて、ピクチャの幅と、水平ラップアラウンド位置を決定するために用いられるオフセットとの差を示すデータをシグナリングすることと、
ラップアラウンド動き補償フラグ及び差に従って動き補償を実行することと、
を含む方法。
１２．差が最小ルマ符号化ブロックのサイズを単位としたものである、条項１１に記載の方法。
１３．差が（（ｐｐｓ＿ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ／ＭｉｎＣｂＳｉｚｅＹ）－（ＣｔｂＳｉｚｅＹ／ＭｉｎＣｂＳｉｚｅＹ）－２）以下であり、ここで、ｐｐｓ＿ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓは、ルマサンプルを単位としたピクチャの幅であり、ＭｉｎＣｂＳｉｚｅＹは最小ルマ符号化ブロックのサイズであり、ＣｔｂＳｉｚｅＹはルマ符号化ツリーブロックのサイズである、条項１２に記載の方法。
１４．動き補償を実行することが、
ピクチャの幅、及び差に従って、ラップアラウンド動き補償オフセットを決定することと、
ラップアラウンド動き補償オフセットに従って、動き補償を実行することと、
をさらに含む、条項１１に記載の方法。
１５．ピクチャの幅、及び差に従って、ラップアラウンド動き補償オフセットを決定することが、
ルマサンプルを単位としたピクチャの幅を最小ルマ符号化ブロックのサイズで除算し、第１の値を生成することと、
ラップアラウンド動き補償オフセットを、（第１の値－差）に等しいものとして決定することと、
をさらに含む、条項１４に記載の方法。
１６．差を示すデータをシグナリングすることが、
ラップアラウンドオフセットタイプフラグをシグナリングすることであって、ラップアラウンドオフセットタイプフラグの値が第１の値又は第２の値であることができることと、
ラップアラウンドオフセットタイプフラグの値が第１の値に等しいことに応じて、ピクチャの幅と、水平ラップアラウンド位置を計算するために用いられるオフセットとの差を示すデータをシグナリングすることと、
ラップアラウンドオフセットタイプフラグの値が第２の値に等しいことに応じて、水平ラップアラウンド位置を計算するために用いられるオフセットを示すデータをシグナリングすることと、
をさらに含む、条項１１に記載の方法。
１７．第１の値及び第２の値の各々が０又は１である、条項１６に記載の方法。
１８．動き補償が多用途ビデオコーディング規格に従って実行される、条項１１に記載の方法。
１９．ピクチャが３６０度映像シーケンスの部分である、条項１１に記載の方法。
２０．ラップアラウンド動き補償フラグ及び差がピクチャパラメータセット（ＰＰＳ）においてシグナリングされる、条項１１に記載の方法。
２１．映像符号化のための方法であって、
ピクチャを符号化のために受信することであって、ピクチャが１つ以上のスライスを含むことと、
（映像フレーム内のスライスの数－２）を示す変数をピクチャのピクチャパラメータセットにおいてシグナリングすることと、
を含む方法。
２２．ピクチャがビットストリーム内にある、条項２１に記載の方法。
２３．ピクチャが多用途ビデオコーディング規格に従って符号化される、条項２１に記載の方法。
２４．１つ以上のスライスが長方形スライスである、条項２１に記載の方法。
２５．映像符号化のための方法であって、
ピクチャを符号化のために受信することであって、ピクチャが１つ以上のスライス及び１つ以上のサブピクチャを含むことと、
（ピクチャ内のスライスの数－ピクチャ内のサブピクチャの数－１）を示す変数をピクチャのピクチャパラメータセットにおいてシグナリングすることと、
を含む方法。
２６．ピクチャがビットストリーム内にある、条項２５に記載の方法。
２７．（ピクチャ内のスライスの数－ピクチャ内のサブピクチャの数－１）を示す変数に従って、ピクチャ内のスライスの数を示す変数を決定することをさらに含む、条項２５に記載の方法。
２８．ピクチャが多用途ビデオコーディング規格に従って符号化される、条項２５に記載の方法。
２９．１つ以上のスライスが長方形スライスである、条項２５に記載の方法。
３０．映像符号化のための方法であって、
ピクチャを符号化のために受信することであって、ピクチャが１つ以上のスライスを含むことと、
ピクチャのためのピクチャヘッダシンタックス構造が１つ以上のスライスのためのスライスヘッダ内に存在するかどうかを示す変数をシグナリングすることと、
変数に従ってスライスアドレスをシグナリングすることと、
を含む方法。
３１．ピクチャがビットストリーム内にある、条項３０に記載の方法。
３２．ピクチャが多用途ビデオコーディング規格に従って符号化される、条項３０に記載の方法。
３３．１つ以上のスライスが長方形である、条項３０に記載の方法。
３４．映像データ処理を実行するためのシステムであって、システムが、
命令のセットを記憶するメモリと、
プロセッサと、
を備え、プロセッサが、命令のセットを実行し、システムに、
ラップアラウンド動き補償フラグを受信することと、
ラップアラウンド動き補償フラグに基づいて、ラップアラウンド動き補償が有効にされているかどうかを決定することと、
ラップアラウンド動き補償が有効にされているとの決定に応じて、ピクチャの幅と、水平ラップアラウンド位置を決定するために用いられるオフセットとの差を示すデータを受信することと、
ラップアラウンド動き補償フラグ及び差に従って動き補償を実行することと、
を実行させるように構成されている、システム。
３５．差が最小ルマ符号化ブロックのサイズを単位としたものである、条項３４に記載のシステム。
３６．差が（（ｐｐｓ＿ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ／ＭｉｎＣｂＳｉｚｅＹ）－（ＣｔｂＳｉｚｅＹ／ＭｉｎＣｂＳｉｚｅＹ）－２）以下であり、ここで、ｐｐｓ＿ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓは、ルマサンプルを単位としたピクチャの幅であり、ＭｉｎＣｂＳｉｚｅＹは最小ルマ符号化ブロックのサイズであり、ＣｔｂＳｉｚｅＹはルマ符号化ツリーブロックのサイズである、条項３５に記載のシステム。
３７．動き補償を実行する際に、プロセッサが、命令のセットを実行し、システムに、
ピクチャの幅、及び差に従って、ラップアラウンド動き補償オフセットを決定することと、
ラップアラウンド動き補償オフセットに従って、動き補償を実行することと、
を実行させるように構成されている、条項３４に記載のシステム。
３８．ピクチャの幅、及び差に従って、ラップアラウンド動き補償オフセットを決定する際に、プロセッサが、命令のセットを実行し、システムに、
ルマサンプルを単位としたピクチャの幅を最小ルマ符号化ブロックのサイズで除算し、第１の値を生成することと、
ラップアラウンド動き補償オフセットを、（第１の値－差）に等しいものとして決定することと、
を実行させるように構成されている、条項３７に記載のシステム。
３９．差を示すデータを受信する際に、プロセッサが、命令のセットを実行し、システムに、
ラップアラウンドオフセットタイプフラグを受信することと、
ラップアラウンドオフセットタイプフラグが第１の値に等しいか、又は第２の値に等しいかを決定することと、
ラップアラウンドオフセットタイプフラグが第１の値に等しいとの決定に応じて、ピクチャの幅と、水平ラップアラウンド位置を計算するために用いられるオフセットとの差を示すデータを受信することと、
ラップアラウンドオフセットタイプフラグが第２の値に等しいとの決定に応じて、水平ラップアラウンド位置を計算するために用いられるオフセットを示すデータを受信することと、
を実行させるように構成されている、条項３４に記載のシステム。
４０．第１の値及び第２の値の各々が０又は１である、条項３９に記載のシステム。
４１．動き補償が多用途ビデオコーディング規格に従って実行される、条項３４に記載のシステム。
４２．ピクチャが３６０度映像シーケンスの部分である、条項３４に記載のシステム。
４３．ラップアラウンド動き補償フラグ及び差がピクチャパラメータセット（ＰＰＳ）においてシグナリングされる、条項３４に記載のシステム。
４４．映像データ処理を実行するためのシステムであって、システムが、
命令のセットを記憶するメモリと、
プロセッサと、
を備え、プロセッサが、命令のセットを実行し、システムに、
ラップアラウンド動き補償が有効にされているかどうかを示すラップアラウンド動き補償フラグをシグナリングすることと、
ラップアラウンド動き補償フラグが、ラップアラウンド動き補償が有効にされていることを示すことに応じて、ピクチャの幅と、水平ラップアラウンド位置を決定するために用いられるオフセットとの差を示すデータをシグナリングすることと、
ラップアラウンド動き補償フラグ及び差に従って動き補償を実行することと、
を実行させるように構成されている、システム。
４５．差が最小ルマ符号化ブロックのサイズを単位としたものである、条項４４に記載のシステム。
４６．差が（（ｐｐｓ＿ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ／ＭｉｎＣｂＳｉｚｅＹ）－（ＣｔｂＳｉｚｅＹ／ＭｉｎＣｂＳｉｚｅＹ）－２）以下であり、ここで、ｐｐｓ＿ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓは、ルマサンプルを単位としたピクチャの幅であり、ＭｉｎＣｂＳｉｚｅＹは最小ルマ符号化ブロックのサイズであり、ＣｔｂＳｉｚｅＹはルマ符号化ツリーブロックのサイズである、条項４５に記載のシステム。
４７．動き補償を実行する際に、プロセッサが、命令のセットを実行し、システムに、
ピクチャの幅、及び差に従って、ラップアラウンド動き補償オフセットを決定することと、
ラップアラウンド動き補償オフセットに従って、動き補償を実行することと、
を実行させるように構成されている、条項４４に記載のシステム。
４８．ピクチャの幅、及び差に従って、ラップアラウンド動き補償オフセットを決定する際に、プロセッサが、命令のセットを実行し、システムに、
ルマサンプルを単位としたピクチャの幅を最小ルマ符号化ブロックのサイズで除算し、第１の値を生成することと、
ラップアラウンド動き補償オフセットを、（第１の値－差）に等しいものとして決定することと、
を実行させるように構成されている、条項４７に記載のシステム。
４９．差を示すデータを受信する際に、プロセッサが、命令のセットを実行し、システムに、
ラップアラウンドオフセットタイプフラグをシグナリングすることであって、ラップアラウンドオフセットタイプフラグの値が第１の値又は第２の値であることができることと、
ラップアラウンドオフセットタイプフラグの値が第１の値に等しいことに応じて、ピクチャの幅と、水平ラップアラウンド位置を計算するために用いられるオフセットとの差を示すデータをシグナリングすることと、
ラップアラウンドオフセットタイプフラグの値が第２の値に等しいことに応じて、水平ラップアラウンド位置を計算するために用いられるオフセットを示すデータをシグナリングすることと、
を実行させるように構成されている、条項４４に記載のシステム。
５０．第１の値及び第２の値の各々が０又は１である、条項４９に記載のシステム。
５１．動き補償が多用途ビデオコーディング規格に従って実行される、条項４４に記載のシステム。
５２．ピクチャが３６０度映像シーケンスの部分である、条項４４に記載のシステム。
５３．ラップアラウンド動き補償フラグ及び差がピクチャパラメータセット（ＰＰＳ）においてシグナリングされる、条項４４に記載のシステム。
５４．映像符号化を実行するためのシステムであって、システムが、
命令のセットを記憶するメモリと、
プロセッサと、
を備え、プロセッサが、命令のセットを実行し、システムに、
ピクチャを符号化のために受信することであって、ピクチャが１つ以上のスライスを含むことと、
（映像フレーム内のスライスの数－２）を示す変数をピクチャのピクチャパラメータセットにおいてシグナリングすることと、
を実行させるように構成されている、システム。
５５．ピクチャがビットストリーム内にある、条項５４に記載のシステム。
５６．ピクチャが多用途ビデオコーディング規格に従って符号化される、条項５４に記載のシステム。
５７．１つ以上のスライスが長方形スライスである、条項５４に記載のシステム。
５８．映像符号化を実行するためのシステムであって、システムが、
命令のセットを記憶するメモリと、
プロセッサと、
を備え、プロセッサが、命令のセットを実行し、システムに、
ピクチャを符号化のために受信することであって、ピクチャが１つ以上のスライス及び１つ以上のサブピクチャを含むことと、
（ピクチャ内のスライスの数－ピクチャ内のサブピクチャの数－１）を示す変数をピクチャのピクチャパラメータセットにおいてシグナリングすることと、
を実行させるように構成されている、システム。
５９．ピクチャがビットストリーム内にある、条項５８に記載のシステム。
６０．プロセッサが、命令のセットを実行し、システムに、
（ピクチャ内のスライスの数－ピクチャ内のサブピクチャの数－１）を示す変数に従って、ピクチャ内のスライスの数を示す変数を決定すること
を実行させるように構成されている、条項５８に記載のシステム。
６１．ピクチャが多用途ビデオコーディング規格に従って符号化される、条項５８に記載のシステム。
６２．１つ以上のスライスが長方形スライスである、条項５８に記載のシステム。
６３．映像符号化を実行するためのシステムであって、システムが、
命令のセットを記憶するメモリと、
プロセッサと、
を備え、プロセッサが、命令のセットを実行し、システムに、
ピクチャを符号化のために受信することであって、ピクチャが１つ以上のスライスを含むことと、
ピクチャのためのピクチャヘッダシンタックス構造が１つ以上のスライスのためのスライスヘッダ内に存在するかどうかを示す変数をシグナリングすることと、
変数に従ってスライスアドレスをシグナリングすることと、
を実行させるように構成されている、システム。
６４．ピクチャがビットストリーム内にある、条項６３に記載のシステム。
６５．ピクチャが多用途ビデオコーディング規格に従って符号化される、条項６３に記載のシステム。
６６．１つ以上のスライスが長方形である、条項６３に記載のシステム。
６７．命令のセットを記憶する非一時的コンピュータ可読媒体であって、命令のセットが、映像データ処理を実行するための方法を装置に開始させるために、装置の１つ以上のプロセッサによって実行可能であり、方法が、
ラップアラウンド動き補償フラグを受信することと、
ラップアラウンド動き補償フラグに基づいて、ラップアラウンド動き補償が有効にされているかどうかを決定することと、
ラップアラウンド動き補償が有効にされているとの決定に応じて、ピクチャの幅と、水平ラップアラウンド位置を決定するために用いられるオフセットとの差を示すデータを受信することと、
ラップアラウンド動き補償フラグ及び差に従って動き補償を実行することと、
を含む、非一時的コンピュータ可読媒体。
６８．差が最小ルマ符号化ブロックのサイズを単位としたものである、条項６７に記載の非一時的コンピュータ可読媒体。
６９．差が（（ｐｐｓ＿ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ／ＭｉｎＣｂＳｉｚｅＹ）－（ＣｔｂＳｉｚｅＹ／ＭｉｎＣｂＳｉｚｅＹ）－２）以下であり、ここで、ｐｐｓ＿ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓは、ルマサンプルを単位としたピクチャの幅であり、ＭｉｎＣｂＳｉｚｅＹは最小ルマ符号化ブロックのサイズであり、ＣｔｂＳｉｚｅＹはルマ符号化ツリーブロックのサイズである、条項６８に記載の非一時的コンピュータ可読媒体。
７０．動き補償を実行することが、
ピクチャの幅、及び差に従って、ラップアラウンド動き補償オフセットを決定することと、
ラップアラウンド動き補償オフセットに従って、動き補償を実行することと、
をさらに含む、条項６７に記載の非一時的コンピュータ可読媒体。
７１．ピクチャの幅、及び差に従って、ラップアラウンド動き補償オフセットを決定することが、
ルマサンプルを単位としたピクチャの幅を最小ルマ符号化ブロックのサイズで除算し、第１の値を生成することと、
ラップアラウンド動き補償オフセットを、（第１の値－差）に等しいものとして決定することと、
をさらに含む、条項７０に記載の非一時的コンピュータ可読媒体。
７２．差を示すデータを受信することが、
ラップアラウンドオフセットタイプフラグを受信することと、
ラップアラウンドオフセットタイプフラグが第１の値に等しいか、又は第２の値に等しいかを決定することと、
ラップアラウンドオフセットタイプフラグが第１の値に等しいとの決定に応じて、ピクチャの幅と、水平ラップアラウンド位置を計算するために用いられるオフセットとの差を示すデータを受信することと、
ラップアラウンドオフセットタイプフラグが第２の値に等しいとの決定に応じて、水平ラップアラウンド位置を計算するために用いられるオフセットを示すデータを受信することと、
をさらに含む、条項６７に記載の非一時的コンピュータ可読媒体。
７３．第１の値及び第２の値の各々が０又は１である、条項７２に記載の非一時的コンピュータ可読媒体。
７４．動き補償が多用途ビデオコーディング規格に従って実行される、条項６７に記載の非一時的コンピュータ可読媒体。
７５．ピクチャが３６０度映像シーケンスの部分である、条項６７に記載の非一時的コンピュータ可読媒体。
７６．ラップアラウンド動き補償フラグ及び差がピクチャパラメータセット（ＰＰＳ）においてシグナリングされる、条項６７に記載の非一時的コンピュータ可読媒体。
７７．命令のセットを記憶する非一時的コンピュータ可読媒体であって、命令のセットが、映像データ処理を実行するための方法を装置に開始させるために、装置の１つ以上のプロセッサによって実行可能であり、方法が、
ラップアラウンド動き補償が有効にされているかどうかを示すラップアラウンド動き補償フラグをシグナリングすることと、
ラップアラウンド動き補償フラグが、ラップアラウンド動き補償が有効にされていることを示すことに応じて、ピクチャの幅と、水平ラップアラウンド位置を決定するために用いられるオフセットとの差を示すデータをシグナリングすることと、
ラップアラウンド動き補償フラグ及び差に従って動き補償を実行することと、
を含む、非一時的コンピュータ可読媒体。
７８．差が最小ルマ符号化ブロックのサイズを単位としたものである、条項７７に記載の非一時的コンピュータ可読媒体。
７９．差が（（ｐｐｓ＿ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ／ＭｉｎＣｂＳｉｚｅＹ）－（ＣｔｂＳｉｚｅＹ／ＭｉｎＣｂＳｉｚｅＹ）－２）以下であり、ここで、ｐｐｓ＿ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓは、ルマサンプルを単位としたピクチャの幅であり、ＭｉｎＣｂＳｉｚｅＹは最小ルマ符号化ブロックのサイズであり、ＣｔｂＳｉｚｅＹはルマ符号化ツリーブロックのサイズである、条項７８に記載の非一時的コンピュータ可読媒体。
８０．動き補償を実行することが、
ピクチャの幅、及び差に従って、ラップアラウンド動き補償オフセットを決定することと、
ラップアラウンド動き補償オフセットに従って、動き補償を実行することと、
をさらに含む、条項７７に記載の非一時的コンピュータ可読媒体。
８１．ピクチャの幅、及び差に従って、ラップアラウンド動き補償オフセットを決定することが、
ルマサンプルを単位としたピクチャの幅を最小ルマ符号化ブロックのサイズで除算し、第１の値を生成することと、
ラップアラウンド動き補償オフセットを、（第１の値－差）に等しいものとして決定することと、
をさらに含む、条項８０に記載の非一時的コンピュータ可読媒体。
８２．差を示すデータを受信することが、
ラップアラウンドオフセットタイプフラグをシグナリングすることであって、ラップアラウンドオフセットタイプフラグの値が第１の値又は第２の値であることができることと、
ラップアラウンドオフセットタイプフラグの値が第１の値に等しいことに応じて、ピクチャの幅と、水平ラップアラウンド位置を計算するために用いられるオフセットとの差を示すデータをシグナリングすることと、
ラップアラウンドオフセットタイプフラグの値が第２の値に等しいことに応じて、水平ラップアラウンド位置を計算するために用いられるオフセットを示すデータをシグナリングすることと、
をさらに含む、条項７７に記載の非一時的コンピュータ可読媒体。
８３．第１の値及び第２の値の各々が０又は１である、条項８２に記載の非一時的コンピュータ可読媒体。
８４．動き補償が多用途ビデオコーディング規格に従って実行される、条項７７に記載の非一時的コンピュータ可読媒体。
８５．ピクチャが３６０度映像シーケンスの部分である、条項７７に記載の非一時的コンピュータ可読媒体。
８６．ラップアラウンド動き補償フラグ及び差がピクチャパラメータセット（ＰＰＳ）においてシグナリングされる、条項７７に記載の非一時的コンピュータ可読媒体。
８７．命令のセットを記憶する非一時的コンピュータ可読媒体であって、命令のセットが、映像符号化を実行するための方法を装置に開始させるために、装置の１つ以上のプロセッサによって実行可能であり、方法が、
ピクチャを符号化のために受信することであって、ピクチャが１つ以上のスライスを含むことと、
（映像フレーム内のスライスの数－２）を示す変数をピクチャのピクチャパラメータセットにおいてシグナリングすることと、
を含む、非一時的コンピュータ可読媒体。
８８．ピクチャがビットストリーム内にある、条項８７に記載の非一時的コンピュータ可読媒体。
８９．ピクチャが多用途ビデオコーディング規格に従って符号化される、条項８７に記載の非一時的コンピュータ可読媒体。
９０．１つ以上のスライスが長方形スライスである、条項８７に記載の非一時的コンピュータ可読媒体。
９１．命令のセットを記憶する非一時的コンピュータ可読媒体であって、命令のセットが、映像符号化を実行するための方法を装置に開始させるために、装置の１つ以上のプロセッサによって実行可能であり、方法が、
ピクチャを符号化のために受信することであって、ピクチャが１つ以上のスライス及び１つ以上のサブピクチャを含む、受信することと、
（ピクチャ内のスライスの数－ピクチャ内のサブピクチャの数－１）を示す変数をピクチャのピクチャパラメータセットにおいてシグナリングすることと、
を含む、非一時的コンピュータ可読媒体。
９２．ピクチャがビットストリーム内にある、条項９１に記載の非一時的コンピュータ可読媒体。
９３．
（ピクチャ内のスライスの数－ピクチャ内のサブピクチャの数－１）を示す変数に従って、ピクチャ内のスライスの数を示す変数を決定することをさらに含む、条項９１に記載の非一時的コンピュータ可読媒体。
９４．ピクチャが多用途ビデオコーディング規格に従って符号化される、条項９１に記載の非一時的コンピュータ可読媒体。
９５．１つ以上のスライスが長方形スライスである、条項９１に記載の非一時的コンピュータ可読媒体。
９６．命令のセットを記憶する非一時的コンピュータ可読媒体であって、命令のセットが、映像符号化を実行するための方法を装置に開始させるために、装置の１つ以上のプロセッサによって実行可能であり、方法が、
ピクチャを符号化のために受信することであって、ピクチャが１つ以上のスライスを含むことと、
ピクチャのためのピクチャヘッダシンタックス構造が１つ以上のスライスのためのスライスヘッダ内に存在するかどうかを示す変数をシグナリングすることと、
変数に従ってスライスアドレスをシグナリングすることと、
を含む、非一時的コンピュータ可読媒体。
９７．ピクチャがビットストリーム内にある、条項９６に記載の非一時的コンピュータ可読媒体。
９８．ピクチャが多用途ビデオコーディング規格に従って符号化される、条項９６に記載の非一時的コンピュータ可読媒体。
９９．１つ以上のスライスが長方形である、条項９６に記載の非一時的コンピュータ可読媒体。
[00196] 図面及び明細書において、例示的な実施形態が開示された。しかし、これらの実施形態に対して多くの変形及び変更を行うことができる。したがって、特定の用語が採用されていても、これらは単に、一般的な説明の意味で使用されているにすぎず、限定を目的として使用されているものではない。

Claims (20)

  1. 映像復号化のための方法であって、
    ラップアラウンド動き補償フラグを受信することと、
    前記ラップアラウンド動き補償フラグに基づいて、ラップアラウンド動き補償が有効にされているかどうかを決定することと、
    前記ラップアラウンド動き補償が有効にされているとの決定に応じて、前記ピクチャの幅と、水平ラップアラウンド位置を決定するために用いられるオフセットとの差を示すデータを受信することと、
    前記ラップアラウンド動き補償フラグ及び前記差に従って動き補償を実行することと、
    を含む方法。
  2. 前記差が最小ルマ符号化ブロックのサイズを単位としたものである、請求項１に記載の方法。
  3. 前記差が（（ｐｐｓ＿ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ／ＭｉｎＣｂＳｉｚｅＹ）－（ＣｔｂＳｉｚｅＹ／ＭｉｎＣｂＳｉｚｅＹ）－２）以下であり、ｐｐｓ＿ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓは、ルマサンプルを単位とした前記ピクチャの前記幅であり、ＭｉｎＣｂＳｉｚｅＹは前記最小ルマ符号化ブロックの前記サイズであり、ＣｔｂＳｉｚｅＹはルマ符号化ツリーブロックのサイズである、請求項２に記載の方法。
  4. 前記動き補償を実行することが、
    前記ピクチャの前記幅、及び前記差に従って、ラップアラウンド動き補償オフセットを決定することと、
    前記ラップアラウンド動き補償オフセットに従って、前記動き補償を実行することと、
    をさらに含む、請求項１に記載の方法。
  5. 前記ピクチャの前記幅、及び前記差に従って、前記ラップアラウンド動き補償オフセットを決定することが、
    ルマサンプルを単位とした前記ピクチャの前記幅を最小ルマ符号化ブロックのサイズで除算し、第１の値を生成することと、
    前記ラップアラウンド動き補償オフセットを、（前記第１の値－前記差）に等しいものとして決定することと、
    をさらに含む、請求項４に記載の方法。
  6. 前記差を示す前記データを受信することが、
    ラップアラウンドオフセットタイプフラグを受信することと、
    前記ラップアラウンドオフセットタイプフラグが第１の値に等しいか、又は第２の値に等しいかを決定することと、
    前記ラップアラウンドオフセットタイプフラグが前記第１の値に等しいとの決定に応じて、前記ピクチャの前記幅と、水平ラップアラウンド位置を計算するために用いられる前記オフセットとの前記差を示す前記データを受信することと、
    前記ラップアラウンドオフセットタイプフラグが前記第２の値に等しいとの決定に応じて、水平ラップアラウンド位置を計算するために用いられる前記オフセットを示す前記データを受信することと、
    をさらに含む、請求項１に記載の方法。
  7. 前記第１の値及び前記第２の値の各々が０又は１である、請求項６に記載の方法。
  8. 前記動き補償が多用途ビデオコーディング規格に従って実行される、請求項１に記載の方法。
  9. 前記ピクチャが３６０度映像シーケンスの部分である、請求項１に記載の方法。
  10. 前記ラップアラウンド動き補償フラグ及び前記差がピクチャパラメータセット（ＰＰＳ）においてシグナリングされる、請求項１に記載の方法。
  11. 映像データ処理を実行するためのシステムであって、前記システムが、
    命令のセットを記憶するメモリと、
    １つ以上のプロセッサと、
    を備え、前記１つ以上のプロセッサが、前記命令のセットを実行し、前記システムに、
    ラップアラウンド動き補償フラグを受信することと、
    前記ラップアラウンド動き補償フラグに基づいて、ラップアラウンド動き補償が有効にされているかどうかを決定することと、
    前記ラップアラウンド動き補償が有効にされているとの決定に応じて、前記ピクチャの幅と、水平ラップアラウンド位置を決定するために用いられるオフセットとの差を示すデータを受信することと、
    前記ラップアラウンド動き補償フラグ及び前記差に従って動き補償を実行することと、
    を実行させるように構成されている、システム。
  12. 前記差が最小ルマ符号化ブロックのサイズを単位としたものである、請求項１１に記載のシステム。
  13. 前記差が（（ｐｐｓ＿ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ／ＭｉｎＣｂＳｉｚｅＹ）－（ＣｔｂＳｉｚｅＹ／ＭｉｎＣｂＳｉｚｅＹ）－２）以下であり、ｐｐｓ＿ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓは、ルマサンプルを単位とした前記ピクチャの前記幅であり、ＭｉｎＣｂＳｉｚｅＹは前記最小ルマ符号化ブロックの前記サイズであり、ＣｔｂＳｉｚｅＹはルマ符号化ツリーブロックのサイズである、請求項１２に記載のシステム。
  14. 前記動き補償を実行する際に、前記１つ以上のプロセッサが、前記命令のセットを実行し、前記システムに、
    前記ピクチャの前記幅、及び前記差に従って、ラップアラウンド動き補償オフセットを決定することと、
    前記ラップアラウンド動き補償オフセットに従って、前記動き補償を実行することと、
    を実行させるように構成されている、請求項１１に記載のシステム。
  15. 前記ピクチャの前記幅、及び前記差に従って、前記ラップアラウンド動き補償オフセットを決定する際に、前記１つ以上のプロセッサが、前記命令のセットを実行し、前記システムに、
    ルマサンプルを単位とした前記ピクチャの前記幅を最小ルマ符号化ブロックのサイズで除算し、第１の値を生成することと、
    前記ラップアラウンド動き補償オフセットを、（前記第１の値－前記差）に等しいものとして決定することと、
    を実行させるように構成されている、請求項１４に記載のシステム。
  16. 前記差を示す前記データを受信する際に、前記１つ以上のプロセッサが、前記命令のセットを実行し、前記システムに、
    ラップアラウンドオフセットタイプフラグを受信することと、
    前記ラップアラウンドオフセットタイプフラグが第１の値に等しいか、又は第２の値に等しいかを決定することと、
    前記ラップアラウンドオフセットタイプフラグが前記第１の値に等しいとの決定に応じて、前記ピクチャの前記幅と、水平ラップアラウンド位置を計算するために用いられる前記オフセットとの前記差を示す前記データを受信することと、
    前記ラップアラウンドオフセットタイプフラグが前記第２の値に等しいとの決定に応じて、水平ラップアラウンド位置を計算するために用いられる前記オフセットを示す前記データを受信することと、
    を実行させるように構成されている、請求項１１に記載のシステム。
  17. 前記第１の値及び前記第２の値の各々が０又は１である、請求項１６に記載のシステム。
  18. 前記動き補償が多用途ビデオコーディング規格に従って実行される、請求項１１に記載のシステム。
  19. 前記ラップアラウンド動き補償フラグ及び前記差がピクチャパラメータセット（ＰＰＳ）においてシグナリングされる、請求項１１に記載のシステム。
  20. 命令のセットを記憶する非一時的コンピュータ可読媒体であって、前記命令のセットは、映像データ処理を実行するための方法を装置に開始させるために、前記装置の１つ以上のプロセッサによって実行可能であり、前記方法が、
    ラップアラウンド動き補償フラグを受信することと、
    前記ラップアラウンド動き補償フラグに基づいて、ラップアラウンド動き補償が有効にされているかどうかを決定することと、
    前記ラップアラウンド動き補償が有効にされているとの決定に応じて、前記ピクチャの幅と、水平ラップアラウンド位置を決定するために用いられるオフセットとの差を示すデータを受信することと、
    前記ラップアラウンド動き補償フラグ及び前記差に従って動き補償を実行することと、
    を含む、非一時的コンピュータ可読媒体。
JP2022556109A 2020-03-26 2021-03-26 映像符号化データをシグナリングするための方法 Pending JP2023521295A (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US202063000443P 2020-03-26 2020-03-26
US63/000,443 2020-03-26
PCT/US2021/024447 WO2021195546A1 (en) 2020-03-26 2021-03-26 Methods for signaling video coding data

Publications (1)

Publication Number Publication Date
JP2023521295A true JP2023521295A (ja) 2023-05-24

Family

ID=77856684

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2022556109A Pending JP2023521295A (ja) 2020-03-26 2021-03-26 映像符号化データをシグナリングするための方法

Country Status (6)

Country Link
US (1) US11785237B2 (ja)
EP (1) EP4128776A4 (ja)
JP (1) JP2023521295A (ja)
KR (1) KR20220160038A (ja)
CN (1) CN115398906A (ja)
WO (1) WO2021195546A1 (ja)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU2020347030A1 (en) * 2019-09-10 2022-03-31 Xris Corporation Image signal encoding/decoding method and device therefor
US11863789B2 (en) * 2020-03-31 2024-01-02 Tencent America LLC Method for signaling rectangular slice partitioning in coded video stream
WO2024002185A1 (en) * 2022-06-29 2024-01-04 Douyin Vision (Beijing) Co., Ltd. Method, apparatus, and medium for video processing

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110194613A1 (en) 2010-02-11 2011-08-11 Qualcomm Incorporated Video coding with large macroblocks
KR101387467B1 (ko) 2010-06-07 2014-04-22 (주)휴맥스 고해상도 영상의 부호화/복호화 방법 및 이를 수행하는 장치
GB201119206D0 (en) 2011-11-07 2011-12-21 Canon Kk Method and device for providing compensation offsets for a set of reconstructed samples of an image
US9282328B2 (en) 2012-02-10 2016-03-08 Broadcom Corporation Sample adaptive offset (SAO) in accordance with video coding
CA2873487A1 (en) 2012-05-14 2013-11-21 Luca Rossato Decomposition of residual data during signal encoding, decoding and reconstruction in a tiered hierarchy
JP6559337B2 (ja) 2015-09-23 2019-08-14 ノキア テクノロジーズ オーユー ３６０度パノラマビデオの符号化方法、符号化装置、及びコンピュータプログラム
US11212438B2 (en) 2018-02-14 2021-12-28 Qualcomm Incorporated Loop filter padding for 360-degree video coding
TWI731364B (zh) * 2018-07-02 2021-06-21 大陸商北京字節跳動網絡技術有限公司 Hmvp+非相鄰運動
JP2022500914A (ja) * 2018-09-14 2022-01-04 ヴィド スケール インコーポレイテッド フレキシブルグリッドリージョンのための方法および装置
TWI822863B (zh) * 2018-09-27 2023-11-21 美商Ｖｉｄ衡器股份有限公司 360度視訊寫碼樣本導出
US11689724B2 (en) 2018-11-02 2023-06-27 Sharp Kabushiki Kaisha Systems and methods for reference offset signaling in video coding
US11252434B2 (en) 2018-12-31 2022-02-15 Tencent America LLC Method for wrap-around padding for omnidirectional media coding
US11095916B2 (en) * 2019-07-23 2021-08-17 Qualcomm Incorporated Wraparound motion compensation in video coding
US11539939B2 (en) * 2019-11-27 2022-12-27 Hfi Innovation Inc. Video processing methods and apparatuses for horizontal wraparound motion compensation in video coding systems
US11425420B2 (en) * 2019-12-27 2022-08-23 Qualcomm Incorporated Wraparound offsets for reference picture resampling in video coding
US11418804B2 (en) * 2019-12-31 2022-08-16 Tencent America LLC Method for wrap around motion compensation with reference picture resampling
US11368708B2 (en) * 2020-01-08 2022-06-21 Tencent America LLC Method for combination of wrap-around offset and reference picture resampling

Also Published As

Publication number Publication date
KR20220160038A (ko) 2022-12-05
US20210306648A1 (en) 2021-09-30
EP4128776A1 (en) 2023-02-08
WO2021195546A1 (en) 2021-09-30
EP4128776A4 (en) 2024-01-10
CN115398906A (zh) 2022-11-25
US11785237B2 (en) 2023-10-10

Similar Documents

Publication Publication Date Title
US11671613B2 (en) Methods for signaling virtual boundaries and wrap-around motion compensation
US11785237B2 (en) Methods for signaling video coding data
US11956463B2 (en) Methods for performing wrap-around motion compensation
US11412253B2 (en) Methods for combining decoder side motion vector refinement with wrap-around motion compensation
CN116506635B (zh) 用于对图像执行逐步解码刷新处理的方法和系统
KR20220143859A (ko) 크로마 신호를 처리하기 위한 방법
KR20220062655A (ko) 비디오 데이터의 무손실 코딩
KR20230013103A (ko) 비디오 처리에서의 타일 및 슬라이스 파티셔닝
JP2023519216A (ja) ループフィルタの高レベルシンタックス制御
KR20220158002A (ko) 비디오 레코딩의 부호 데이터 은닉
JP2023509838A (ja) サブピクチャ分割情報をシグナリングするための方法及び機器
US20230090025A1 (en) Methods and systems for performing combined inter and intra prediction
US20220182617A1 (en) Method for using adaptive loop filter and system thereof
US20210368170A1 (en) High level control of pdpc and intra reference sample filtering of video coding
KR20220057620A (ko) 변환-스킵 모드에서 비디오 데이터를 코딩하기 위한 방법 및 장치

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230126

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20230126

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20240229

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20240308