特許 6162212 マージシグナリングおよびループフィルタオン／オフシグナリング

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

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

(11)【特許番号】6162212

(24)【登録日】2017年6月23日

(45)【発行日】2017年7月12日

(54)【発明の名称】マージシグナリングおよびループフィルタオン／オフシグナリング

(51)【国際特許分類】

   H04N 19/70 20140101AFI20170703BHJP

   H04N 19/463 20140101ALI20170703BHJP

   H04N 19/82 20140101ALI20170703BHJP

   H04N 19/597 20140101ALI20170703BHJP

   H04N 19/30 20140101ALI20170703BHJP

【ＦＩ】

   H04N19/70

   H04N19/463

   H04N19/82

   H04N19/597

   H04N19/30

【請求項の数】36

【全頁数】67

(21)【出願番号】特願2015-503401(P2015-503401)

(86)(22)【出願日】2013年3月21日

(65)【公表番号】特表2015-515810(P2015-515810A)

(43)【公表日】2015年5月28日

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

(87)【国際公開番号】WO2013148466

(87)【国際公開日】20131003

【審査請求日】2016年2月23日

(31)【優先権主張番号】61/616,998

(32)【優先日】2012年3月28日

(33)【優先権主張国】US

(31)【優先権主張番号】61/662,218

(32)【優先日】2012年6月20日

(33)【優先権主張国】US

(31)【優先権主張番号】13/829,774

(32)【優先日】2013年3月14日

(33)【優先権主張国】US

(73)【特許権者】

【識別番号】595020643

【氏名又は名称】クゥアルコム・インコーポレイテッド

【氏名又は名称原語表記】ＱＵＡＬＣＯＭＭ ＩＮＣＯＲＰＯＲＡＴＥＤ

(74)【代理人】

【識別番号】100108855

【弁理士】

【氏名又は名称】蔵田 昌俊

(74)【代理人】

【識別番号】100109830

【弁理士】

【氏名又は名称】福原 淑弘

(74)【代理人】

【識別番号】100103034

【弁理士】

【氏名又は名称】野河 信久

(74)【代理人】

【識別番号】100075672

【弁理士】

【氏名又は名称】峰 隆司

(74)【代理人】

【識別番号】100153051

【弁理士】

【氏名又は名称】河野 直樹

(74)【代理人】

【識別番号】100140176

【弁理士】

【氏名又は名称】砂川 克

(74)【代理人】

【識別番号】100158805

【弁理士】

【氏名又は名称】井関 守三

(74)【代理人】

【識別番号】100179062

【弁理士】

【氏名又は名称】井上 正

(74)【代理人】

【識別番号】100124394

【弁理士】

【氏名又は名称】佐藤 立志

(74)【代理人】

【識別番号】100112807

【弁理士】

【氏名又は名称】岡田 貴志

(74)【代理人】

【識別番号】100111073

【弁理士】

【氏名又は名称】堀内 美保子

(72)【発明者】

【氏名】チョン、イン・スク

(72)【発明者】

【氏名】チョン、ジェホン

(72)【発明者】

【氏名】カークゼウィックズ、マルタ

【審査官】 山▲崎▼ 雄介

(56)【参考文献】

【文献】 Ching-Yeh Chen, et al.，CE8.a.4: One-stage/Two-stage SAO and ALF with LCU-based syntax，Joint Collaborative Team on Video Coding (JCT-VC) of ITU-T SG16 WP3 and ISO/IEC JTC1/SC29/WG11 8th Meeting: San Jose, CA, USA, 1-10 February, 2012，２０１２年 ２月 ４日，JCTVC-H0274，ＵＲＬ，http://phenix.it-sudparis.eu/jct/doc_end_user/documents/8_San%20Jose/wg11/JCTVC-H0274-v4.zip

【文献】 A. Fuldseth, et al.，Non-CE8.a.2: SAO with LCU-based syntax，Joint Collaborative Team on Video Coding (JCT-VC) of ITU-T SG16 WP3 and ISO/IEC JTC1/SC29/WG11 8th Meeting: San Jose, CA, USA, 1-10 February, 2012，２０１２年 ２月 ８日，JCTVC-H0067，ＵＲＬ，http://phenix.it-sudparis.eu/jct/doc_end_user/documents/8_San%20Jose/wg11/JCTVC-H0067-v4.zip

【文献】 Ching-Yeh Chen, et al.，CE8 Subset2: A Joint Proposal on Improving the Adaptive Loop Filter in TMuC0.9 by MediaTek, Qualcomm, and Toshiba，Joint Collaborative Team on Video Coding (JCT-VC) of ITU-T SG16 WP3 and ISO/IEC JTC1/SC29/WG11 4th Meeting: Daegu, KR, 20-28 January, 2011，２０１１年 １月１５日，JCTVC-D119，ＵＲＬ，http://phenix.it-sudparis.eu/jct/doc_end_user/documents/4_Daegu/wg11/JCTVC-D119-v1.zip

【文献】 Chih-Ming Fu, et al.，Sample Adaptive Offset with LCU-based Syntax，Joint Collaborative Team on Video Coding (JCT-VC) of ITU-T SG16 WP3 and ISO/IEC JTC1/SC29/WG11 6th Meeting: Torino, IT, 14-22 July, 2011，２０１１年 ７月１５日，JCTVC-F056，ＵＲＬ，http://phenix.it-sudparis.eu/jct/doc_end_user/documents/6_Torino/wg11/JCTVC-F056-v5.zip

【文献】 Woo-Shik Kim, et al.，Non-CE1: LCU SAO Enable Flag Coding，Joint Collaborative Team on Video Coding (JCT-VC) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11 9th Meeting: Geneva, CH, 27 April - 7 May 2012，２０１２年 ４月１７日，JCTVC-I0193，ＵＲＬ，URL:http://phenix.it-sudparis.eu/jct/doc_end_user/documents/9_Geneva/wg11/JCTVC-I0193-v1.zip

【文献】 Chih-Wei Hsu, et al.，Non-CE1: Decoupling SAO on/off from SAO type with neighbor-based contexts，Joint Collaborative Team on Video Coding (JCT-VC) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11 9th Meeting: Geneva, CH, 27 April - 7 May 2012，２０１２年 ４月１９日，JCTVC-I0199，ＵＲＬ，http://phenix.it-sudparis.eu/jct/doc_end_user/documents/9_Geneva/wg11/JCTVC-I0199-v4.zip

【文献】 In Suk Chong, et al.，AHG6: Decoupling SAO LCU on/off from SAO type，Joint Collaborative Team on Video Coding (JCT-VC) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11 10th Meeting: Stockholm, SE, 11-20 July 2012，２０１２年 ７月 ２日，JCTVC-J0103，ＵＲＬ，http://phenix.it-sudparis.eu/jct/doc_end_user/documents/10_Stockholm/wg11/JCTVC-J0103-v1.zip

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

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

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

【請求項1】

ビデオを復号する方法において、
符号化されたビットストリーム中で、１つ以上のビデオブロックに関してサンプル適応オフセット（ＳＡＯ）フィルタがオンになっているか、それともオフになっているかを示すイネーブルシンタックス要素を受信することと、前記１つ以上のビデオブロックは、ピクチャ全体より小さい、
前記１つ以上のビデオブロックに関して前記ＳＡＯフィルタがオンになっていることを前記イネーブルシンタックス要素が示したことに応答して、前記１つ以上のビデオブロックに関する前記ＳＡＯフィルタのためのパラメータを識別する１つまたは複数の追加のシンタックス要素を受信することと、前記１つまたは複数の追加のシンタックス要素が１つまたは複数のマージシンタックス要素を備え、前記１つまたは複数のマージシンタックス要素は、前記１つ以上のビデオブロックのうちの少なくとも１つのブロックに関する前記ＳＡＯフィルタのための前記パラメータが、他の１つ以上のビデオブロックに関する前記ＳＡＯフィルタのためのパラメータから再利用されるかどうかを示す、
前記受信されたイネーブルシンタックス要素に基づいて、前記１つ以上のビデオブロックに関して前記ＳＡＯフィルタを実行することとを備え、
前記イネーブルシンタックス要素および前記１つまたは複数の追加のシンタックス要素が、スケーラブルビデオコーディング（ＳＶＣ）ビデオストリームのレイヤの前記１つ以上のビデオブロックに関して受信され、
前記１つまたは複数の追加のシンタックス要素のためのパラメータが、前記ＳＶＣビデオストリームのレイヤから、前記ＳＶＣビデオストリームの他のレイヤにコピーされる方法。

【請求項2】

ビデオを復号する方法において、
符号化されたビットストリーム中で、１つ以上のビデオブロックに関してサンプル適応オフセット（ＳＡＯ）フィルタがオンになっているか、それともオフになっているかを示すイネーブルシンタックス要素を受信することと、前記１つ以上のビデオブロックは、ピクチャ全体より小さい、
前記１つ以上のビデオブロックに関して前記ＳＡＯフィルタがオンになっていることを前記イネーブルシンタックス要素が示したことに応答して、前記１つ以上のビデオブロックに関する前記ＳＡＯフィルタのためのパラメータを識別する１つまたは複数の追加のシンタックス要素を受信することと、前記１つまたは複数の追加のシンタックス要素が１つまたは複数のマージシンタックス要素を備え、前記１つまたは複数のマージシンタックス要素は、前記１つ以上のビデオブロックのうちの少なくとも１つのブロックに関する前記ＳＡＯフィルタのための前記パラメータが、他の１つ以上のビデオブロックに関する前記ＳＡＯフィルタのためのパラメータから再利用されるかどうかを示す、
前記受信されたイネーブルシンタックス要素に基づいて、前記１つ以上のビデオブロックに関して前記ＳＡＯフィルタを実行することとを備え、
前記イネーブルシンタックス要素および前記１つまたは複数の追加のシンタックス要素が、マルチビュービデオコーディング（ＭＶＣ）ビデオストリームのビューにおける前記１つ以上のビデオブロックに関して受信される方法。

【請求項3】

ビデオを復号する方法において、
符号化されたビットストリーム中で、１つ以上のビデオブロックに関してサンプル適応オフセット（ＳＡＯ）フィルタがオンになっているか、それともオフになっているかを示すイネーブルシンタックス要素を受信することと、前記１つ以上のビデオブロックは、ピクチャ全体より小さい、
前記１つ以上のビデオブロックに関して前記ＳＡＯフィルタがオンになっていることを前記イネーブルシンタックス要素が示したことに応答して、前記１つ以上のビデオブロックに関する前記ＳＡＯフィルタのためのパラメータを識別する１つまたは複数の追加のシンタックス要素を受信することと、前記１つまたは複数の追加のシンタックス要素が１つまたは複数のマージシンタックス要素を備え、前記１つまたは複数のマージシンタックス要素は、前記１つ以上のビデオブロックのうちの少なくとも１つのブロックに関する前記ＳＡＯフィルタのための前記パラメータが、他の１つ以上のビデオブロックに関する前記ＳＡＯフィルタのためのパラメータから再利用されるかどうかを示す、
前記受信されたイネーブルシンタックス要素に基づいて、前記１つ以上のビデオブロックに関して前記ＳＡＯフィルタを実行することとを備え、
前記１つまたは複数の追加のシンタックス要素のためのパラメータが、前記ＭＶＣビデオストリームのビューから、前記ＭＶＣビデオストリームの他のビューにコピーされる方法。

【請求項4】

ビデオを復号する方法において、
符号化されたビットストリーム中で、１つ以上のビデオブロックに関してサンプル適応オフセット（ＳＡＯ）フィルタがオンになっているか、それともオフになっているかを示すイネーブルシンタックス要素を受信することと、前記１つ以上のビデオブロックは、ピクチャ全体より小さい、
前記１つ以上のビデオブロックに関して前記ＳＡＯフィルタがオンになっていることを前記イネーブルシンタックス要素が示したことに応答して、前記１つ以上のビデオブロックに関する前記ＳＡＯフィルタのためのパラメータを識別する１つまたは複数の追加のシンタックス要素を受信することと、前記１つまたは複数の追加のシンタックス要素が１つまたは複数のマージシンタックス要素を備え、前記１つまたは複数のマージシンタックス要素は、前記１つ以上のビデオブロックのうちの少なくとも１つのブロックに関する前記ＳＡＯフィルタのための前記パラメータが、他の１つ以上のビデオブロックに関する前記ＳＡＯフィルタのためのパラメータから再利用されるかどうかを示す、
前記受信されたイネーブルシンタックス要素に基づいて、前記１つ以上のビデオブロックに関して前記ＳＡＯフィルタを実行することとを備え、
現在のビデオユニットと前記現在のビデオユニットの左に隣接するビデオユニットとを受信することと、
前記受信されたイネーブルシンタックス要素を解析して、前記現在のビデオユニットの左に隣接する前記ビデオユニットに関してＳＡＯフィルタリングが有効であるかどうかを決定することと、
前記現在のビデオブロックの左に隣接する前記ビデオユニットに関して前記ＳＡＯフィルタリングが有効であると決定したことに応答して、前記１つまたは複数のマージシンタックス要素に基づいて、前記現在のビデオユニットに関するフィルタパラメータを前記左に隣接するビデオユニットに関するフィルタパラメータから借りるかどうかを決定することと、
前記現在のビデオユニットに関する前記フィルタパラメータが前記左に隣接するビデオユニットに関する前記フィルタパラメータから借りられないと決定したことに直接応答して、前記１つまたは複数のマージシンタックス要素に基づいて、前記現在のビデオユニットに関する前記フィルタパラメータが隣接する上のビデオユニットに関するフィルタパラメータから借りられるかどうかを決定することとをさらに備える方法。

【請求項5】

ビデオを復号する方法において、
符号化されたビットストリーム中で、１つ以上のビデオブロックに関してサンプル適応オフセット（ＳＡＯ）フィルタがオンになっているか、それともオフになっているかを示すイネーブルシンタックス要素を受信することと、前記１つ以上のビデオブロックは、ピクチャ全体より小さい、
前記１つ以上のビデオブロックに関して前記ＳＡＯフィルタがオンになっていることを前記イネーブルシンタックス要素が示したことに応答して、前記１つ以上のビデオブロックに関する前記ＳＡＯフィルタのためのパラメータを識別する１つまたは複数の追加のシンタックス要素を受信することと、前記１つまたは複数の追加のシンタックス要素が１つまたは複数のマージシンタックス要素を備え、前記１つまたは複数のマージシンタックス要素は、前記１つ以上のビデオブロックのうちの少なくとも１つのブロックに関する前記ＳＡＯフィルタのための前記パラメータが、他の１つ以上のビデオブロックに関する前記ＳＡＯフィルタのためのパラメータから再利用されるかどうかを示す、
前記受信されたイネーブルシンタックス要素に基づいて、前記１つ以上のビデオブロックに関して前記ＳＡＯフィルタを実行することとを備え、
現在のビデオユニットと前記現在のビデオユニットの左に隣接するビデオユニットとを受信することと、
前記受信されたイネーブルシンタックス要素を解析して、前記現在のビデオユニットの左に隣接する前記ビデオユニットに関してＳＡＯフィルタリングが有効であるかどうかを決定することと、
前記現在のビデオユニットの左に隣接する前記ビデオユニットに関して前記ＳＡＯフィルタリングが有効であると決定したことに応答して、前記１つまたは複数のマージシンタックス要素に基づいて、前記現在のビデオユニットに関するフィルタパラメータが前記左に隣接するビデオユニットに関するフィルタパラメータから借りられるかどうかを決定することと、
前記現在のビデオユニットに関する前記フィルタパラメータが前記左に隣接するビデオユニットに関する前記フィルタパラメータから借りられないと決定したことに応答して、前記現在のビデオユニットに関する前記フィルタパラメータが隣接する上のビデオユニットに関するフィルタパラメータから借りられるかどうかを決定することなしに、前記現在のビデオユニットに関する前記フィルタパラメータを決定することとをさらに備える方法。

【請求項6】

前記符号化されたビットストリーム中で、前記ＳＡＯフィルタのためのオフセット値を再構成するための情報を受信することと、
前記受信された情報に基づいて、前記ＳＡＯフィルタのための前記オフセット値を再構成することと
をさらに備える請求項１ないし５のうちのいずれか１項記載の方法。

【請求項7】

前記符号化されたビットストリーム中で、タイプセットからＳＡＯフィルタリングタイプを識別するＳＡＯタイプシンタックス要素を受信することをさらに備える請求項１ないし５のうちのいずれか１項記載の方法。

【請求項8】

前記１つ以上のビデオブロックは、最大コーディングユニットまたは区分のうちの１つである請求項１ないし５のうちのいずれか１項記載の方法。

【請求項9】

前記方法はワイヤレス通信デバイス上で実行可能であり、前記デバイスは、
前記符号化されたビットストリームと、前記１つ以上のビデオブロックを含むビデオデータとを記憶するように構成されているメモリと、
前記メモリ中に記憶されている前記ビデオデータを処理するための命令を実行するように構成されているプロセッサと、
前記符号化されたビットストリームと前記ビデオデータとを受信するように構成されている受信機とを具備する請求項１ないし５のうちのいずれか１項記載の方法。

【請求項10】

前記ワイヤレス通信デバイスは、セルラ電話機であり、
前記符号化されたビットストリームと前記ビデオデータは受信機によって受信され、セルラ通信規格にしたがって変調される請求項９項記載の方法。

【請求項11】

ビデオデータを復号するためのデバイスにおいて、
１つ以上のビデオブロックに関係付けられている前記ビデオデータを記憶するように構成されているメモリと、
１つ以上のプロセッサとを具備し、
前記１つ以上のプロセッサは、
符号化されたビットストリーム中で、前記１つ以上のビデオブロックに関してサンプル適応オフセット（ＳＡＯ）フィルタがオンになっているか、それともオフになっているかを示すイネーブルシンタックス要素を受信するようにと、前記１つ以上のビデオブロックは、ピクチャ全体より小さい、
前記１つ以上のビデオブロックに関して前記ＳＡＯフィルタがオンになっていることを前記イネーブルシンタックス要素が示したことに応答して、前記１つ以上のビデオブロックに関する前記ＳＡＯフィルタのためのパラメータを識別する１つまたは複数の追加のシンタックス要素を受信するようにと、前記１つまたは複数の追加のシンタックス要素が１つまたは複数のマージシンタックス要素を備え、前記１つまたは複数のマージシンタックス要素は、前記１つ以上のビデオブロックのうちの少なくとも１つのブロックに関する前記ＳＡＯフィルタのための前記パラメータが、他の１つ以上のビデオブロックに関する前記ＳＡＯフィルタのためのパラメータから再利用されるかどうかを示す、
前記受信されたイネーブルシンタックス要素に基づいて、前記１つ以上のビデオブロックに関して前記ＳＡＯフィルタを実行するように構成され、
前記イネーブルシンタックス要素および前記１つまたは複数の追加のシンタックス要素が、スケーラブルビデオコーディング（ＳＶＣ）ビデオストリームのレイヤの前記１つ以上のビデオブロックに関して受信され、
前記１つまたは複数の追加のシンタックス要素のためのパラメータが、前記ＳＶＣビデオストリームのレイヤから、前記ＳＶＣビデオストリームの他のレイヤにコピーされるデバイス。

【請求項12】

ビデオデータを復号するためのデバイスにおいて、
１つ以上のビデオブロックに関係付けられている前記ビデオデータを記憶するように構成されているメモリと、
１つ以上のプロセッサとを具備し、
前記１つ以上のプロセッサは、
符号化されたビットストリーム中で、前記１つ以上のビデオブロックに関してサンプル適応オフセット（ＳＡＯ）フィルタがオンになっているか、それともオフになっているかを示すイネーブルシンタックス要素を受信するようにと、前記１つ以上のビデオブロックは、ピクチャ全体より小さい、
前記１つ以上のビデオブロックに関して前記ＳＡＯフィルタがオンになっていることを前記イネーブルシンタックス要素が示したことに応答して、前記１つ以上のビデオブロックに関する前記ＳＡＯフィルタのためのパラメータを識別する１つまたは複数の追加のシンタックス要素を受信するようにと、前記１つまたは複数の追加のシンタックス要素が１つまたは複数のマージシンタックス要素を備え、前記１つまたは複数のマージシンタックス要素は、前記１つ以上のビデオブロックのうちの少なくとも１つのブロックに関する前記ＳＡＯフィルタのための前記パラメータが、他の１つ以上のビデオブロックに関する前記ＳＡＯフィルタのためのパラメータから再利用されるかどうかを示す、
前記受信されたイネーブルシンタックス要素に基づいて、前記１つ以上のビデオブロックに関して前記ＳＡＯフィルタを実行するように構成され、
前記イネーブルシンタックス要素および前記１つまたは複数の追加のシンタックス要素が、マルチビュービデオコーディング（ＭＶＣ）ビデオストリームのビューにおける前記１つ以上のビデオブロックに関して受信されるデバイス。

【請求項13】

ビデオデータを復号するためのデバイスにおいて、
１つ以上のビデオブロックに関係付けられている前記ビデオデータを記憶するように構成されているメモリと、
１つ以上のプロセッサとを具備し、
前記１つ以上のプロセッサは、
符号化されたビットストリーム中で、前記１つ以上のビデオブロックに関してサンプル適応オフセット（ＳＡＯ）フィルタがオンになっているか、それともオフになっているかを示すイネーブルシンタックス要素を受信するようにと、前記１つ以上のビデオブロックは、ピクチャ全体より小さい、
前記１つ以上のビデオブロックに関して前記ＳＡＯフィルタがオンになっていることを前記イネーブルシンタックス要素が示したことに応答して、前記１つ以上のビデオブロックに関する前記ＳＡＯフィルタのためのパラメータを識別する１つまたは複数の追加のシンタックス要素を受信するようにと、前記１つまたは複数の追加のシンタックス要素が１つまたは複数のマージシンタックス要素を備え、前記１つまたは複数のマージシンタックス要素は、前記１つ以上のビデオブロックのうちの少なくとも１つのブロックに関する前記ＳＡＯフィルタのための前記パラメータが、他の１つ以上のビデオブロックに関する前記ＳＡＯフィルタのためのパラメータから再利用されるかどうかを示す、
前記受信されたイネーブルシンタックス要素に基づいて、前記１つ以上のビデオブロックに関して前記ＳＡＯフィルタを実行するように構成され、
前記１つまたは複数の追加のシンタックス要素のためのパラメータが、前記ＭＶＣビデオストリームのビューから、前記ＭＶＣビデオストリームの他のビューにコピーされるデバイス。

【請求項14】

ビデオデータを復号するためのデバイスにおいて、
１つ以上のビデオブロックに関係付けられている前記ビデオデータを記憶するように構成されているメモリと、
１つ以上のプロセッサとを具備し、
前記１つ以上のプロセッサは、
符号化されたビットストリーム中で、前記１つ以上のビデオブロックに関してサンプル適応オフセット（ＳＡＯ）フィルタがオンになっているか、それともオフになっているかを示すイネーブルシンタックス要素を受信するようにと、前記１つ以上のビデオブロックは、ピクチャ全体より小さい、
前記１つ以上のビデオブロックに関して前記ＳＡＯフィルタがオンになっていることを前記イネーブルシンタックス要素が示したことに応答して、前記１つ以上のビデオブロックに関する前記ＳＡＯフィルタのためのパラメータを識別する１つまたは複数の追加のシンタックス要素を受信するようにと、前記１つまたは複数の追加のシンタックス要素が１つまたは複数のマージシンタックス要素を備え、前記１つまたは複数のマージシンタックス要素は、前記１つ以上のビデオブロックのうちの少なくとも１つのブロックに関する前記ＳＡＯフィルタのための前記パラメータが、他の１つ以上のビデオブロックに関する前記ＳＡＯフィルタのためのパラメータから再利用されるかどうかを示す、
前記受信されたイネーブルシンタックス要素に基づいて、前記１つ以上のビデオブロックに関して前記ＳＡＯフィルタを実行するように構成され、
前記１つ以上のプロセッサは、
現在のビデオユニットと前記現在のビデオユニットの左に隣接するビデオユニットとを受信するようにと、
前記受信されたイネーブルシンタックス要素を解析して、前記現在のビデオユニットの左に隣接する前記ビデオユニットに関してＳＡＯフィルタリングが有効であるかどうかを決定するようにと、
前記現在のビデオブロックの左に隣接する前記ビデオユニットに関して前記ＳＡＯフィルタリングが有効であると決定したことに応答して、前記１つまたは複数のマージシンタックス要素に基づいて、前記現在のビデオユニットに関するフィルタパラメータを前記左に隣接するビデオユニットに関するフィルタパラメータから借りるかどうかを決定するようにと、
前記現在のビデオユニットに関する前記フィルタパラメータが前記左に隣接するビデオユニットに関する前記フィルタパラメータから借りられないと決定したことに直接応答して、前記１つまたは複数のマージシンタックス要素に基づいて、前記現在のビデオユニットに関する前記フィルタパラメータが隣接する上のビデオユニットに関するフィルタパラメータから借りられるかどうかを決定するようにさらに構成されているデバイス。

【請求項15】

ビデオデータを復号するためのデバイスにおいて、
１つ以上のビデオブロックに関係付けられている前記ビデオデータを記憶するように構成されているメモリと、
１つ以上のプロセッサとを具備し、
前記１つ以上のプロセッサは、
符号化されたビットストリーム中で、前記１つ以上のビデオブロックに関してサンプル適応オフセット（ＳＡＯ）フィルタがオンになっているか、それともオフになっているかを示すイネーブルシンタックス要素を受信するようにと、前記１つ以上のビデオブロックは、ピクチャ全体より小さい、
前記１つ以上のビデオブロックに関して前記ＳＡＯフィルタがオンになっていることを前記イネーブルシンタックス要素が示したことに応答して、前記１つ以上のビデオブロックに関する前記ＳＡＯフィルタのためのパラメータを識別する１つまたは複数の追加のシンタックス要素を受信するようにと、前記１つまたは複数の追加のシンタックス要素が１つまたは複数のマージシンタックス要素を備え、前記１つまたは複数のマージシンタックス要素は、前記１つ以上のビデオブロックのうちの少なくとも１つのブロックに関する前記ＳＡＯフィルタのための前記パラメータが、他の１つ以上のビデオブロックに関する前記ＳＡＯフィルタのためのパラメータから再利用されるかどうかを示す、
前記受信されたイネーブルシンタックス要素に基づいて、前記１つ以上のビデオブロックに関して前記ＳＡＯフィルタを実行するように構成され、
前記1つ以上のプロセッサは、
現在のビデオユニットと前記現在のビデオユニットの左に隣接するビデオユニットとを受信するようにと、
前記受信されたイネーブルシンタックス要素を解析して、前記現在のビデオユニットの左に隣接する前記ビデオユニットに関してＳＡＯフィルタリングが有効であるかどうかを決定するようにと、
前記現在のビデオユニットの左に隣接する前記ビデオユニットに関して前記ＳＡＯフィルタリングが有効であると決定したことに応答して、前記１つまたは複数のマージシンタックス要素に基づいて、前記現在のビデオユニットに関するフィルタパラメータが前記左に隣接するビデオユニットに関するフィルタパラメータから借りられるかどうかを決定するようにと、
前記現在のビデオユニットに関する前記フィルタパラメータが前記左に隣接するビデオユニットに関する前記フィルタパラメータから借りられないと決定したことに応答して、前記現在のビデオユニットに関する前記フィルタパラメータが隣接する上のビデオユニットに関するフィルタパラメータから借りられるかどうかを決定することなしに、前記現在のビデオユニットに関する前記フィルタパラメータを決定するようにさらに構成されているデバイス。

【請求項16】

前記１つ以上のプロセッサは、
前記符号化されたビットストリーム中で、前記ＳＡＯフィルタのためのオフセット値を再構成するための情報を受信するようにと、
前記受信された情報に基づいて、前記ＳＡＯフィルタのための前記オフセット値を再構成するようにさらに構成されている請求項１１ないし１５のうちのいずれか１項記載のデバイス。

【請求項17】

前記１つ以上のプロセッサは、
前記符号化されたビットストリーム中で、タイプセットからＳＡＯフィルタリングタイプを識別するＳＡＯタイプシンタックス要素を受信するようにさらに構成されている請求項１１ないし１５のうちのいずれか１項記載のデバイス。

【請求項18】

前記１つ以上のビデオブロックは、最大コーディングユニットまたは区分のうちの１つである請求項１１ないし１５のうちのいずれか１項記載のデバイス。

【請求項19】

前記デバイスはワイヤレス通信デバイスであり、
前記符号化されたビットストリームと前記ビデオデータとを受信するように構成されている受信機をさらに具備する請求項１１ないし１５のうちのいずれか１項記載のデバイス。

【請求項20】

前記ワイヤレス通信デバイスは、セルラ電話機であり、
前記符号化されたビットストリームと前記ビデオデータは受信機によって受信され、セルラ通信規格にしたがって変調される請求項１９項記載のデバイス。

【請求項21】

ビデオを符号化する方法において、
符号化されたビットストリームに含めるために、１つ以上のビデオブロックに関してサンプル適応オフセット（ＳＡＯ）フィルタがオンになっているか、それともオフになっているかを示すイネーブルシンタックス要素を発生させることと、前記１つ以上のビデオブロックは、ピクチャ全体より小さい、
前記１つ以上のビデオブロックに関して前記ＳＡＯフィルタがオンになっていることを前記イネーブルシンタックス要素が示したことに応答して、前記１つ以上のビデオブロックに関する前記ＳＡＯフィルタのためのパラメータを識別する１つまたは複数の追加のシンタックス要素を発生させることと、前記１つまたは複数の追加のシンタックス要素が１つまたは複数のマージシンタックス要素を備え、前記１つまたは複数のマージシンタックス要素は、前記１つ以上のビデオブロックのうちの少なくとも１つのブロックに関する前記ＳＡＯフィルタのための前記パラメータが、他の１つ以上のビデオブロックに関する前記ＳＡＯフィルタのためのパラメータから再利用されるかどうかを示す、
前記イネーブルシンタックス要素にしたがって、前記１つ以上のビデオブロックに関して前記ＳＡＯフィルタを実行することとを含み、
前記イネーブルシンタックス要素および前記１つまたは複数の追加のシンタックス要素が、マルチビュービデオコーディング（ＭＶＣ）ビデオストリームのビューにおける前記１つ以上のビデオブロックに関して送信される方法。

【請求項22】

前記符号化されたビットストリームに含めるために、前記ＳＡＯフィルタのためのオフセット値を再構成するための情報を発生させることをさらに備える請求項２１記載の方法。

【請求項23】

前記符号化されたビットストリームに含めるために、タイプセットからＳＡＯフィルタリングタイプを識別するＳＡＯタイプシンタックス要素を発生させることをさらに備える請求項２１記載の方法。

【請求項24】

前記１つ以上のビデオブロックは、最大コーディングユニットまたは区分のうちの１つである請求項２１記載の方法。

【請求項25】

方法はワイヤレス通信デバイス上で実行可能であり、前記デバイスは、
前記符号化されたビットストリームと前記１つ以上のビデオブロックを含むビデオデータとを記憶するように構成されているメモリと、
前記メモリ中に記憶されている前記ビデオデータを処理するための命令を実行するように構成されているプロセッサと、
前記符号化されたビットストリームと前記ビデオデータとを送信するように構成されている送信機とを具備する請求項２１記載の方法。

【請求項26】

前記ワイヤレス通信デバイスは、セルラ電話機であり、
前記符号化されたビットストリームと前記ビデオデータは送信機によって送信され、セルラ通信規格にしたがって変調される請求項２５項記載の方法。

【請求項27】

ビデオデータを符号化するためのデバイスにおいて、
１つ以上のビデオブロックに関係付けられている前記ビデオデータを記憶するように構成されているメモリと、
１つ以上のプロセッサとを具備し、
前記１つ以上のプロセッサは、
符号化されたビットストリームに含めるために、前記１つ以上のビデオブロックに関してサンプル適応オフセット（ＳＡＯ）フィルタがオンになっているか、それともオフになっているかを示すイネーブルシンタックス要素を発生させるようにと、前記１つ以上のビデオブロックは、ピクチャ全体より小さい、
前記１つ以上のビデオブロックに関して前記ＳＡＯフィルタがオンになっていることを前記イネーブルシンタックス要素が示したことに応答して、前記１つ以上のビデオブロックに関する前記ＳＡＯフィルタのためのパラメータを識別する１つまたは複数の追加のシンタックス要素を発生させるようにと、前記１つまたは複数の追加のシンタックス要素が１つまたは複数のマージシンタックス要素を備え、前記１つまたは複数のマージシンタックス要素は、前記１つ以上のビデオブロックのうちの少なくとも１つのブロックに関する前記ＳＡＯフィルタのための前記パラメータが、他の１つ以上のビデオブロックに関する前記ＳＡＯフィルタのためのパラメータから再利用されるかどうかを示す、
前記イネーブルシンタックス要素にしたがって、前記１つ以上のビデオブロックに関して前記ＳＡＯフィルタを実行するように構成され、
前記イネーブルシンタックス要素および前記１つまたは複数の追加のシンタックス要素が、マルチビュービデオコーディング（ＭＶＣ）ビデオストリームのビューにおける前記１つ以上のビデオブロックに関して送信されるデバイス。

【請求項28】

前記１つ以上のプロセッサは、前記符号化されたビットストリームに含めるために、前記ＳＡＯフィルタのためのオフセット値を再構成するための情報を発生させるようにさらに構成されている請求項２７記載のデバイス。

【請求項29】

前記１つ以上のプロセッサは、前記符号化されたビットストリームに含めるために、タイプセットからＳＡＯフィルタリングタイプを識別するＳＡＯタイプシンタックス要素を発生させるようにさらに構成されている請求項２７記載のデバイス。

【請求項30】

前記１つ以上のビデオブロックは、最大コーディングユニットまたは区分のうちの１つである請求項２７記載のデバイス。

【請求項31】

前記デバイスはワイヤレス通信デバイスであり、
前記符号化されたビットストリームと前記ビデオデータとを送信するように構成されている送信機をさらに具備する請求項２７記載のデバイス。

【請求項32】

前記ワイヤレス通信デバイスは、セルラ電話機であり、
前記符号化されたビットストリームと前記ビデオデータは送信機によって送信され、セルラ通信規格にしたがって変調される請求項３１項記載のデバイス。

【請求項33】

命令を記憶した非一時的コンピュータ読取可能記憶媒体において、
命令が実行されたときに、１つ以上のプロセッサに、
符号化されたビットストリームに含めるために、１つ以上のビデオブロックに関してサンプル適応オフセット（ＳＡＯ）フィルタがオンになっているか、それともオフになっているかを示すイネーブルシンタックス要素を発生させ、前記１つ以上のビデオブロックは、ピクチャ全体より小さい、
前記１つ以上のビデオブロックに関して前記ＳＡＯフィルタがオンになっていることを前記イネーブルシンタックス要素が示したことに応答して、前記１つ以上のビデオブロックに関する前記ＳＡＯフィルタのためのパラメータを識別する１つまたは複数の追加のシンタックス要素を発生させ、前記１つまたは複数の追加のシンタックス要素が１つまたは複数のマージシンタックス要素を備え、前記１つまたは複数のマージシンタックス要素は、前記１つ以上のビデオブロックのうちの少なくとも１つのブロックに関する前記ＳＡＯフィルタのための前記パラメータが、他の１つ以上のビデオブロックに関する前記ＳＡＯフィルタのためのパラメータから再利用されるかどうかを示す、
前記イネーブルシンタックス要素にしたがって、前記１つ以上のビデオブロックに関して前記ＳＡＯフィルタを実行させ、
前記イネーブルシンタックス要素および前記１つまたは複数の追加のシンタックス要素が、マルチビュービデオコーディング（ＭＶＣ）ビデオストリームのビューにおける前記１つ以上のビデオブロックに関して送信される非一時的コンピュータ読取可能記憶媒体。

【請求項34】

前記１つ以上のプロセッサに、前記符号化されたビットストリームに含めるために、前記ＳＡＯフィルタのためのオフセット値を再構成するための情報を発生させる命令をさらに備える請求項３３記載の非一時的コンピュータ読取可能記憶媒体。

【請求項35】

前記１つ以上のプロセッサに、前記符号化されたビットストリームに含めるために、タイプセットからＳＡＯフィルタリングタイプを識別するＳＡＯタイプシンタックス要素を発生させる命令をさらに備える請求項３３記載の非一時的コンピュータ読取可能記憶媒体。

【請求項36】

前記１つ以上のビデオブロックは、最大コーディングユニットまたは区分のうちの１つである請求項３３記載の非一時的コンピュータ読取可能記憶媒体。

【発明の詳細な説明】

【技術分野】

【0001】

関連出願
[0001]本出願は、各々の内容全体が参照により本明細書に組み込まれる、
２０１２年３月２８日に出願された米国仮出願第６１／６１６，９９８号、および
２０１２年６月２０日に出願された米国仮出願第６１／６６２，２１８号
の利益を主張する。

【0002】

[0002]本開示は、ビデオコーディングに関し、より具体的には、ループフィルタパラメータをシグナリングするための技法に関する。

【背景技術】

【0003】

[0003]デジタルビデオ機能は、デジタルテレビジョン、デジタルダイレクトブロードキャストシステム、ワイヤレスブロードキャストシステム、携帯情報端末（ＰＤＡ）、ラップトップまたはデスクトップコンピュータ、タブレットコンピュータ、電子ブックリーダ、デジタルカメラ、デジタル記録デバイス、デジタルメディアプレーヤ、ビデオゲームデバイス、ビデオゲームコンソール、セルラーまたは衛星無線電話、いわゆる「スマートフォン」、ビデオ遠隔会議デバイス、ビデオストリーミングデバイスなどを含む、広範囲にわたるデバイスに組み込まれ得る。デジタルビデオデバイスは、ＭＰＥＧ−２、ＭＰＥＧ−４、ＩＴＵ−Ｔ Ｈ．２６３、ＩＴＵ−Ｔ Ｈ．２６４／ＭＰＥＧ−４、Ｐａｒｔ １０、Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＡＶＣ）、現在開発中のＨｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＨＥＶＣ）規格によって定義された規格、およびそのような規格の拡張に記載されているビデオ圧縮技法のような、ビデオ圧縮技法を実装する。ビデオデバイスは、そのようなビデオ圧縮技法を実装することにより、デジタルビデオ情報をより効率的に送信、受信、符号化、復号、および／または記憶することができる。

【0004】

[0004]ビデオ圧縮技法は、ビデオシーケンスに固有の冗長性を低減または除去するために空間的（イントラピクチャ）予測および／または時間的（インターピクチャ）予測を実行する。ブロックベースのビデオコーディングでは、ビデオスライス（すなわち、ビデオフレームまたはビデオフレームの一部分）は、ツリーブロック、コーディングユニット（ＣＵ）および／またはコーディングノードと呼ばれることもある、ビデオブロックに区分され得る。ピクチャのイントラコーディングされた（Ｉ）スライス中のビデオブロックは、同じピクチャ中の隣接ブロック内の参照サンプルに対する空間的予測を使用して符号化される。ピクチャのインターコーディングされた（ＰまたはＢ）スライス中のビデオブロックは、同じピクチャ中の近隣ブロック中の参照サンプルに対する空間的予測、または他の参照ピクチャ中の参照サンプルに対する時間的予測を使用し得る。ピクチャはフレームと呼ばれることがあり、参照ピクチャは参照フレームと呼ばれることがある。

【0005】

[0005]空間的予測または時間的予測は、コーディングされるべきブロックの予測ブロックを生じる。残差データは、コーディングされるべき元のブロックと予測ブロックとの間のピクセル差分を表す。インターコーディングされたブロックは、予測ブロックを形成する参照サンプルのブロックを指す動きベクトルと、コーディングされたブロックと予測ブロックとの間の差分を示す残差データとに従って符号化される。イントラコーディングされたブロックは、イントラコーディングモードと残差データとに従って符号化される。さらなる圧縮のために、残差データが、ピクセル領域から変換領域に変換されてよく、これにより残差変換係数が生じ、その残差変換係数が、次いで量子化され得る。最初は２次元アレイで構成される、量子化された変換係数は、変換係数の１次元ベクトルを生成するために走査されてよく、なお一層の圧縮を達成するためにエントロピーコーディングが適用されてよい。

【発明の概要】

【0006】

[0006]本開示は、ビデオコーディングに関し、より具体的には、サンプル適応オフセット（ＳＡＯ）パラメータと適応ループフィルタ（ＡＬＦ）パラメータとをシグナリングするための技法に関する。本開示の一例は、（たとえば、ＬＣＵレベルで）他のＳＡＯパラメータの前にシグナリングされる、ＬＣＵ中のブロックにＳＡＯが使用されているかどうかを示すＳＡＯオン／オフフラグの導入に関する。本開示の別の例は、（たとえば、ＬＣＵレベルで）他のＡＬＦパラメータの前にシグナリングされる、ＬＣＵ中のブロックにＡＬＦが使用されているかどうかを示すＡＬＦオン／オフフラグの導入に関する。

【0007】

[0007]一例では、本開示は、符号化されたビットストリームに含めるために、ビデオブロックグループに関してループフィルタがオンになっているか、それともオフになっているかを示すイネーブルシンタックス要素（enable syntax element）を生成することと、ビデオブロックグループに関してループフィルタがオンになっていることをイネーブルシンタックス要素が示したことに応答して、ビデオブロックグループに関するループフィルタのためのパラメータを識別する１つまたは複数の追加のシンタックス要素を生成することとを含む方法について説明する。

【0008】

[0008]別の例では、本開示は、符号化されたビットストリームに含めるために、ビデオブロックグループに関してループフィルタがオンになっているか、それともオフになっているかを示すイネーブルシンタックス要素を生成し、ビデオブロックグループに関してループフィルタがオンになっていることをイネーブルシンタックス要素が示したことに応答して、ビデオブロックグループに関するループフィルタのためのパラメータを識別する１つまたは複数の追加のシンタックス要素を生成するように構成されたプロセッサを含む、ビデオを符号化するためのデバイスについて説明する。

【0009】

[0009]別の例では、本開示は、符号化されたビットストリームに含めるために、ビデオブロックグループに関してループフィルタがオンになっているか、それともオフになっているかを示すイネーブルシンタックス要素を生成するための手段と、ビデオブロックグループに関してループフィルタがオンになっていることをイネーブルシンタックス要素が示したことに応答して、ビデオブロックグループに関するループフィルタのためのパラメータを識別する１つまたは複数の追加のシンタックス要素を生成するための手段とを含む、ビデオを符号化するためのデバイスについて説明する。

【0010】

[0010]別の例では、本開示は、コンピュータ可読記憶媒体について説明する。実行時に、１つまたは複数のプロセッサに、符号化されたビットストリームに含めるために、ビデオブロックグループに関してループフィルタがオンになっているか、それともオフになっているかを示すイネーブルシンタックス要素を生成させ、ビデオブロックグループに関してループフィルタがオンになっていることをイネーブルシンタックス要素が示したことに応答して、ビデオブロックグループに関するループフィルタのためのパラメータを識別する１つまたは複数の追加のシンタックス要素を生成させる命令を記憶したコンピュータ可読記憶媒体。

【0011】

[0011]１つまたは複数の例の詳細は、添付の図面および以下の説明に記載されている。他の特徴、目的、および利点は、その説明および図面、ならびに特許請求の範囲から明らかになろう。

【図面の簡単な説明】

【0012】

【図1】[0012]本開示で説明される技法を利用し得る例示的なビデオ符号化および復号システムを示すブロック図。

【図2A】[0013]最大コーディングユニット（ＬＣＵ：largest coding unit）に適用される４分木区分の一例を示す概念図。

【図2B】最大コーディングユニット（ＬＣＵ）に適用される４分木区分の一例を示す概念図。

【図2C】[0014]図２Ａおよび図２Ｂの例示的な４分木区分に対応する一連のビデオブロックのためのフィルタマップの一例を示す概念図。

【図2D】図２Ａおよび図２Ｂの例示的な４分木区分に対応する一連のビデオブロックのためのフィルタマップの一例を示す概念図。

【図3】[0015]ＳＡＯコーディングのための４つの可能なエッジオフセットタイプを示す概念図。

【図4】[0016]ＳＡＯコーディングのための例示的な帯域オフセットタイプを示す概念図。

【図5】[0017]本開示で説明される技法を実施し得る例示的なビデオエンコーダを示すブロック図。

【図6】[0018]本開示で説明される技法を実施し得る例示的なビデオデコーダを示すブロック図。

【図7】[0019]本開示の１つまたは複数の例による、ビデオエンコーダのための例示的な方法を示すフローチャート。

【図8】[0020]本開示の１つまたは複数の例による、ビデオエンコーダのための例示的な方法を示すフローチャート。

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

【0013】

[0021]本開示は、ビデオコーディングに関し、より具体的には、ループフィルタパラメータをシグナリングするための技法に関する。いくつかの例は、サンプル適応オフセット（ＳＡＯ）パラメータと適応ループフィルタ（ＡＬＦ）パラメータとをシグナリングするための技法に関する。本開示の一例は、（たとえば、ＬＣＵレベルで）他のＳＡＯパラメータの前にシグナリングされる、ＬＣＵ中のブロックにＳＡＯが使用されているかどうかを示すＳＡＯオン／オフフラグの導入に関する。本開示の別の例は、（たとえば、ＬＣＵレベルで）他のＡＬＦパラメータの前にシグナリングされる、ＬＣＵ中のブロックにＡＬＦが使用されているかどうかを示すＡＬＦオン／オフフラグの導入に関する。

【0014】

[0022]様々な例では、本開示は、符号化されたビットストリームに含めるために、ビデオブロックグループに関してループフィルタがオンになっているか、それともオフになっているかを示すイネーブルシンタックス要素を生成することができるシステムおよび方法について説明する。ビデオブロックグループに関してループフィルタがオンになっていることをイネーブルシンタックス要素が示したことに応答して、本開示の技法は、ビデオブロックグループに関するループフィルタのためのパラメータを識別する１つまたは複数の追加のシンタックス要素を生成することをさらに含むことができる。

【0015】

[0023]ＳＡＯおよびＡＬＦにおいて、マージ信号（たとえば、ｍｅｒｇｅ＿ｌｅｆｔまたはｍｅｒｇｅ＿ｕｐ）が使用され得る。ｍｅｒｇｅ＿ｌｅｆｔシンタックス要素が、たとえば、現在のビデオブロックグループに関するフィルタパラメータが、現在のグループの左にある以前コーディングされたビデオブロックグループに関するフィルタパラメータから借りられるかどうかを示し得る一方、ｍｅｒｇｅ＿ｕｐシンタックス要素は、現在のビデオブロックグループに関するフィルタパラメータが、現在のグループの上に位置する以前コーディングされたビデオブロックグループに関するフィルタパラメータから借りられるかどうかを示すことができる。マージタイプのうちの１つが選択されていない（すなわち、現在のパラメータが、左または上のすでにコーディングされたビデオブロックグループに関するパラメータから借りられる）場合、ループフィルタオン／オフインジケータおよびオフセット／係数が続いてシグナリングされる。

【0016】

[0024]マージが選択されていない場合、フィルタ（またはオフセット）オン／オフシグナリングおよびフィルタ（オフセット）係数が次に生じ得る。この結果、ＬＣＵ内またはパーティション内のすべてまたは多くのブロックがＳＡＯおよび／またはＡＬＦを適用していないときに、マージ信号の冗長シグナリングが生じ得る。

【0017】

[0025]本開示は、ビデオコーディングに関し、より具体的には、サンプル適応オフセット（ＳＡＯ）パラメータと適応ループフィルタ（ＡＬＦ）パラメータとをシグナリングするための技法に関する。本開示の一例は、（たとえば、ＬＣＵレベルで）他のＳＡＯパラメータの前にシグナリングされる、ＬＣＵ中のブロックにＳＡＯが使用されているかどうかを示すＳＡＯオン／オフフラグの導入に関する。本開示の別の例は、（たとえば、ＬＣＵレベルで）他のＡＬＦパラメータの前にシグナリングされる、ＬＣＵ中のブロックにＡＬＦが使用されているかどうかを示すＡＬＦオン／オフフラグの導入に関する。

【0018】

[0026]本開示の技法によれば、ループフィルタ（たとえば、ＳＡＯまたはＡＬＦ）が有効であるかどうかを示すシンタックス要素が、他のループフィルタパラメータ（たとえば、マージシンタックス要素）の前に、符号化されたビデオビットストリームにおいてシグナリングされ得る。一例では、ビデオブロックグループ（たとえば、ＬＣＵまたはパーティション）に関してＳＡＯが有効であるかどうかを示すｓａｏ＿ｅｎａｂｌｅ＿ｆｌａｇが、デコーダによる使用のために最初にシグナリングされる。ＳＡＯフィルタリングが有効であることをｓａｏ＿ｅｎａｂｌｅ＿ｆｌａｇが示す場合、１つまたは複数のマージシンタックス要素（たとえば、ｍｅｒｇｅ＿ｌｅｆｔおよびｍｅｒｇｅ＿ｕｐ）が送信され得る。ｍｅｒｇｅ＿ｌｅｆｔフラグおよびｍｅｒｇｅ＿ｕｐフラグが、ＳＡＯフィルタパラメータが左のビデオブロックまたは上のビデオブロックに関するフィルタパラメータと同じではないことを示す場合、本明細書で説明するようにフィルタパラメータがシグナリングされ得る。いくつかの例では、ｓａｏ＿ｅｎａｂｌｅ＿ｆｌａｇが、ＳＡＯフィルタリングがオンになっているか、それともオフになっているかをすでに示しているので、ｓａｏ＿ｔｙｐｅ＿ｉｄｘシンタックス要素は、「フィルタリングオフ」インジケータを含む必要がなく、したがって、ｓａｏ＿ｔｙｐｅ＿ｉｄｘシンタックス要素を送信するときにビット節約が可能になり得る。ＳＡＯシグナリングおよびＡＬＦシグナリングに関する本開示の具体的技法について、以下でより詳細に説明する。

【0019】

[0027]図１は、本開示で説明される適応ＳＡＯ技法を利用し得る例示的なビデオ符号化および復号システム１０を示すブロック図である。図１に示されるように、システム１０は、宛先デバイス１４によって後で復号されるべき符号化されたビデオデータを生成するソースデバイス１２を含む。ソースデバイス１２および宛先デバイス１４は、デスクトップコンピュータ、ノートブック（すなわち、ラップトップ）コンピュータ、タブレットコンピュータ、セットトップボックス、いわゆる「スマート」フォンなどの電話ハンドセット、いわゆる「スマート」パッド、テレビジョン、カメラ、ディスプレイデバイス、デジタルメディアプレーヤ、ビデオゲームコンソール、ビデオストリーミングデバイスなどを含む、広範囲にわたるデバイスのいずれかを備え得る。場合によっては、ソースデバイス１２および宛先デバイス１４は、ワイヤレス通信に対応し得る。

【0020】

[0028]宛先デバイス１４は、リンク１６を介して、復号されるべき符号化されたビデオデータを受信し得る。リンク１６は、ソースデバイス１２から宛先デバイス１４に符号化されたビデオデータを移動することが可能な任意のタイプの媒体またはデバイスを備え得る。一例では、リンク１６は、符号化されたビデオデータをソースデバイス１２がリアルタイムで宛先デバイス１４に直接送信することを可能にするための、通信媒体を備え得る。符号化されたビデオデータは、ワイヤレス通信プロトコルなどの通信規格に従って変調され、宛先デバイス１４に送信され得る。通信媒体は、高周波（ＲＦ）スペクトルあるいは１つまたは複数の物理伝送線路のような、任意のワイヤレスまたは有線通信媒体を備え得る。通信媒体は、ローカルエリアネットワーク、ワイドエリアネットワーク、またはインターネットなどのグローバルネットワークのような、パケットベースネットワークの一部を形成し得る。通信媒体は、ソースデバイス１２から宛先デバイス１４への通信を可能にするために有用であり得るルータ、スイッチ、基地局、または任意の他の機器を含み得る。

【0021】

[0029]代替的に、符号化されたデータは、出力インターフェース２２から記憶デバイス３４に出力され得る。同様に、符号化されたデータは、入力インターフェースによって記憶デバイス３４からアクセスされ得る。記憶デバイス３４は、ハードドライブ、ブルーレイ（登録商標）ディスク、ＤＶＤ、ＣＤ−ＲＯＭ、フラッシュメモリ、揮発性または不揮発性メモリ、あるいは符号化されたビデオデータを記憶するための任意の他の好適なデジタル記憶媒体のような、種々の分散されたデータ記憶媒体またはローカルにアクセスされるデータ記憶媒体のいずれかを含み得る。さらなる一例では、記憶デバイス３４は、ソースデバイス１２によって生成された符号化されたビデオを保持し得るファイルサーバまたは別の中間記憶デバイスに対応し得る。宛先デバイス１４は、ストリーミングまたはダウンロードを介して、記憶デバイス３４から、記憶されたビデオデータにアクセスし得る。ファイルサーバは、符号化されたビデオデータを記憶し、その符号化されたビデオデータを宛先デバイス１４に送信することが可能な任意のタイプのサーバであり得る。例示的なファイルサーバは、（たとえば、ウェブサイトのための）ウェブサーバ、ＦＴＰサーバ、ネットワーク接続ストレージ（ＮＡＳ）デバイス、またはローカルディスクドライブを含む。宛先デバイス１４は、インターネット接続を含む、任意の標準のデータ接続を通じて、符号化されたビデオデータにアクセスし得る。これは、ファイルサーバに記憶された符号化されたビデオデータにアクセスするのに好適であるワイヤレスチャネル（たとえば、Ｗｉ−Ｆｉ（登録商標）接続）、有線接続（たとえば、ＤＳＬ、ケーブルモデムなど）、または両方の組合せを含み得る。記憶デバイス３４からの符号化されたビデオデータの送信は、ストリーミング送信、ダウンロード送信、または両方の組合せであり得る。

【0022】

[0030]図１の例では、ソースデバイス１２は、ビデオソース１８と、ビデオエンコーダ２０と、出力インターフェース２２とを含む。場合によっては、出力インターフェース２２は、変調器／復調器（モデム）および／または送信機を含み得る。ソースデバイス１２において、ビデオソース１８は、たとえばビデオカメラなどのビデオキャプチャデバイス、以前にキャプチャされたビデオを含んでいるビデオアーカイブ、ビデオコンテンツプロバイダからビデオを受信するためのビデオフィードインターフェース、および／またはソースビデオとしてコンピュータグラフィックスデータを生成するためのコンピュータグラフィックスシステムなどのソース、あるいはそのようなソースの組合せを含み得る。一例として、ビデオソース１８がビデオカメラである場合、ソースデバイス１２および宛先デバイス１４は、いわゆるカメラ付き携帯電話またはビデオ電話を形成し得る。しかしながら、本開示で説明される技法は、一般にビデオコーディングに適用可能であってよく、ワイヤレスおよび／または有線の用途に適用され得る。

【0023】

[0031]キャプチャされたビデオ、以前にキャプチャされたビデオ、またはコンピュータにより生成されたビデオは、たとえば、ビデオエンコーダ２０内のソースデバイス１２によって符号化され得る。符号化されたビデオデータは、ソースデバイス１２の出力インターフェース２２を介して宛先デバイス１４に直接送信され得る。符号化されたビデオデータは、さらに（または代替的に）、復号および／または再生のための宛先デバイス１４または他のデバイスによる後のアクセスのために記憶デバイス３４に記憶され得る。

【0024】

[0032]宛先デバイス１４は、入力インターフェース２８と、ビデオデコーダ３０と、ディスプレイデバイス３２とを含む。場合によっては、入力インターフェース２８は、受信機および／またはモデムを含み得る。宛先デバイス１４の入力インターフェース２８は、リンク１６を通じて符号化されたビデオデータを受信する。リンク１６を通じて通信され、または記憶デバイス３４上に与えられた符号化されたビデオデータは、ビデオデータを復号する際にビデオデコーダ３０のようなビデオデコーダが使用するための、ビデオエンコーダ２０によって生成される種々のシンタックス要素を含み得る。そのようなシンタックス要素は、通信媒体上で送信される、記憶媒体上に記憶される、またはファイルサーバ上に記憶される、符号化されたビデオデータとともに含まれ得る。

【0025】

[0033]ディスプレイデバイス３２は、宛先デバイス１４と一体化されてよく、またはその外部にあってよい。いくつかの例では、宛先デバイス１４は、一体型ディスプレイデバイスを含んでよく、また、外部ディスプレイデバイスとインターフェースをとるように構成されてよい。他の例では、宛先デバイス１４はディスプレイデバイスであり得る。一般に、ディスプレイデバイス３２は、復号されたビデオデータをユーザに対して表示し、液晶ディスプレイ（ＬＣＤ）、プラズマディスプレイ、有機発光ダイオード（ＯＬＥＤ）ディスプレイ、または別のタイプのディスプレイデバイスなど、種々のディスプレイデバイスのいずれかを備え得る。

【0026】

[0034]ビデオエンコーダ２０およびビデオデコーダ３０は、現在開発中のＨｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＨＥＶＣ）規格のようなビデオ圧縮規格に従って動作することができ、ＨＥＶＣ Ｔｅｓｔ Ｍｏｄｅｌ（ＨＭ）に準拠し得る。代替的に、ビデオエンコーダ２０およびビデオデコーダ３０は、代替的にＭＰＥＧ−４、Ｐａｒｔ １０、Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＡＶＣ）と呼ばれるＩＴＵ−Ｔ Ｈ．２６４規格のような、他のプロプライエタリ規格または業界規格、あるいはそのような規格の拡張に従って動作し得る。しかしながら、本開示の技法は、いかなる特定のコーディング規格にも限定されない。ビデオ圧縮規格の他の例には、ＭＰＥＧ−２およびＩＴＵ−Ｔ Ｈ．２６３がある。

【0027】

[0035]図１には示されていないが、いくつかの態様では、ビデオエンコーダ２０およびビデオデコーダ３０は、各々オーディオエンコーダおよびデコーダと統合されてよく、共通のデータストリームまたは別個のデータストリーム中のオーディオとビデオの両方の符号化を処理するために、適切なＭＵＸ−ＤＥＭＵＸユニット、または他のハードウェアおよびソフトウェアを含んでよい。適用可能な場合、いくつかの例では、ＭＵＸ−ＤＥＭＵＸユニットは、ＩＴＵ Ｈ．２２３マルチプレクサプロトコル、またはユーザデータグラムプロトコル（ＵＤＰ）などの他のプロトコルに準拠し得る。

【0028】

[0036]本開示の技法は、必ずしもワイヤレスの用途または設定に限定されるとは限らない。本技法は、無線を通じたテレビジョン放送、ケーブルテレビジョン送信、衛星テレビジョン送信、たとえばインターネットを介したストリーミングビデオ送信、データ記憶媒体に記憶するためのデジタルビデオの符号化、データ記憶媒体に記憶されたデジタルビデオの復号、または他の用途など、種々のマルチメディア用途のいずれかをサポートするビデオコーディングに適用され得る。いくつかの例では、システム１０は、ビデオストリーミング、ビデオ再生、ビデオブロードキャスティング、および／またはビデオ電話などの適用例をサポートするために、一方向または双方向のビデオ送信をサポートするように構成され得る。

【0029】

[0037]ビデオエンコーダ２０およびビデオデコーダ３０は各々、１つまたは複数のマイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、ディスクリート論理、ソフトウェア、ハードウェア、ファームウェア、またはそれらの任意の組合せのような、種々の適切なエンコーダ回路のいずれかとして実装され得る。本技法が部分的にソフトウェアで実装される場合、デバイスは、適切な非一時的コンピュータ可読媒体にソフトウェアの命令を記憶し、１つまたは複数のプロセッサを使用してその命令をハードウェアで実行して、本開示の技法を実行し得る。ビデオエンコーダ２０およびビデオデコーダ３０の各々は１つまたは複数のエンコーダまたはデコーダ中に含まれてよく、そのいずれも、それぞれのデバイスにおいて複合エンコーダ／デコーダ（コーデック）の一部として統合されてよい。

【0030】

[0038]本開示の技法によれば、ループフィルタ（たとえば、ＳＡＯまたはＡＬＦ）が有効であるかどうかを示すシンタックス要素が、他の要素の前にビデオエンコーダ２０からビデオデコーダ３０に送信され得る。一例では、ビデオブロックグループ（たとえば、ＬＣＵまたはパーティション）に関してＳＡＯが有効であるかどうかを示すｓａｏ＿ｅｎａｂｌｅ＿ｆｌａｇが、最初にエンコーダ２０によって送信され、デコーダ３０によって受信される。ＳＡＯフィルタリングが有効であることをｓａｏ＿ｅｎａｂｌｅ＿ｆｌａｇが示す場合、１つまたは複数のマージシンタックス要素（たとえば、ｍｅｒｇｅ＿ｌｅｆｔおよびｍｅｒｇｅ＿ｕｐ）が送信され得る。ｍｅｒｇｅ＿ｌｅｆｔフラグおよびｍｅｒｇｅ＿ｕｐフラグが、ＳＡＯフィルタパラメータが左のビデオブロックまたは上のビデオブロックに関するフィルタパラメータと同じではないことを示す場合、フィルタパラメータがシグナリングされ得る。一例では、ｓａｏ＿ｅｎａｂｌｅ＿ｆｌａｇが、ＳＡＯフィルタリングがオンになっているか、それともオフになっているかをすでに示しているので、ｓａｏ＿ｔｙｐｅ＿ｉｄｘシンタックス要素は、「フィルタリングオフ」インジケータを含む必要がなく、したがって、ｓａｏ＿ｔｙｐｅ＿ｉｄｘシンタックス要素を送信するときにビット節約が可能になり得る。

【0031】

[0039]本開示で説明する技法の一例は、（たとえば、ＬＣＵレベルで）ソースデバイス１２によって最初にシグナリングされ得る、ＬＣＵ中のブロックにＳＡＯが使用されているかどうかを示すＳＡＯオン／オフフラグの導入に関する。本開示で説明する技法の別の例は、（たとえば、ＬＣＵレベルで）ソースデバイス１２によって最初にシグナリングされる、ＬＣＵ中のブロックにＳＡＯが使用されているかどうかを示すＡＬＦオン／オフフラグの導入に関する。

【0032】

[0040]１つの例示的なＳＡＯ実装形態では、（１つまたは複数のＬＣＵを含み得る）各パーティションは、（ピクセル分類とも呼ばれる）３つのオフセットタイプ、すなわち、オフセットなしと、帯域分類ベースのオフセットタイプ０／１と、エッジ分類ベースのタイプ０／１／２／３とのうちの１つを有することができる。各帯域分類オフセットタイプは１６個の可能なオフセット値を有するが、各エッジ分類ベースタイプは４つの可能なオフセット値を有する。これらのオフセットタイプのうちの１つが、パーティションのために使用されるために選択された場合、対応するオフセットタイプとオフセット値とを示す情報がデコーダに送られる。

【0033】

[0041]ＬＣＵベースのシンタックスを有するＳＡＯが提案されている。この技法は、より高いコーディング効率（ボトムアップマージピクチャ４分木）のためのピクチャベースのＳＡＯ符号化とより低い複雑性またはサブピクチャレイテンシのためのＬＣＵベースの符号化とをサポートする。各ＬＣＵは、それ自体のＳＡＯタイプとオフセットとを送ることによって、ＳＡＯパラメータを変更することを許容される。ＬＣＵベースのＳＡＯ符号化のいくつかの例では、各ＬＣＵは、ＳＡＯパラメータを導出するためにコーザルデータのみ使用し得る。たとえば、右および下にあるＬＣＵが利用されることはなく、デブロッキングのために各ＬＣＵの最後の４つのピクセル行が利用されることもない。

【0034】

[0042]ＨＥＶＣが、ＩＴＵ−Ｔ Ｖｉｄｅｏ Ｃｏｄｉｎｇ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ（ＶＣＥＧ）とＩＳＯ／ＩＥＣ Ｍｏｔｉｏｎ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ（ＭＰＥＧ）とのＪｏｉｎｔ Ｃｏｌｌａｂｏｒａｔｉｏｎ Ｔｅａｍ ｏｎ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＪＣＴ−ＶＣ）によって開発されており、様々なワーキングドラフトに記載されている。「ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ９」または「ＷＤ９」と呼ばれるＨＥＶＣ規格の最近のドラフトは、文書ＪＣＴＶＣ−Ｋ１００３ｖ１３、Ｂｒｏｓｓら、「Ｈｉｇｈ ｅｆｆｉｃｉｅｎｃｙ ｖｉｄｅｏ ｃｏｄｉｎｇ （ＨＥＶＣ） ｔｅｘｔ ｓｐｅｃｉｆｉｃａｔｉｏｎ ｄｒａｆｔ ９」、ＩＴＵ−Ｔ ＳＧ１６ ＷＰ３とＩＳＯ／ＩＥＣ ＪＴＣ１／ＳＣ２９／ＷＧ１１とのＪｏｉｎｔ Ｃｏｌｌａｂｏｒａｔｉｖｅ Ｔｅａｍ ｏｎ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＪＣＴ−ＶＣ）、第１１回会合：中国、上海、２０１２年１０月１０〜１９日に記載されており、この文書は２０１２年１２月２７日現在、ｈｔｔｐ：／／ｐｈｅｎｉｘ．ｉｎｔ−ｅｖｒｙ．ｆｒ／ｊｃｔ／ｄｏｃ＿ｅｎｄ＿ｕｓｅｒ／ｄｏｃｕｍｅｎｔｓ／１１＿Ｓｈａｎｇｈａｉ／ｗｇ１１／ＪＣＴＶＣ−Ｋ１００３−ｖ１３．ｚｉｐからダウンロード可能であり、その内容全体は参照により本明細書に組み込まれる。ＪＣＴ−ＶＣは、ＨＥＶＣ規格の開発に取り組んでいる。ＨＥＶＣ規格化の取り組みは、ＨＥＶＣ Ｔｅｓｔ Ｍｏｄｅｌ（ＨＭ）と呼ばれるビデオコーディングデバイスの発展的モデルに基づく。ＨＭは、たとえば、ＩＴＵ−Ｔ Ｈ．２６４／ＡＶＣに従う既存のデバイスに対してビデオコーディングデバイスのいくつかの追加の能力を仮定する。たとえば、Ｈ．２６４は９個のイントラ予測符号化モードを提供するが、ＨＭは３３個ものイントラ予測符号化モードを提供し得る。

【0035】

[0043]４分木２５０のノードのデータは、ノードに対応するＣＵが分割されるかどうかを記述し得る。ＣＵが分割される場合、４分木２５０中に４つの追加のノードが存在し得る。いくつかの例では、４分木のノードは以下の擬似コードと同様に実装され得る。

【数1】

【0036】

ｓｐｌｉｔ＿ｆｌａｇ値は、現在のノードに対応するＣＵが分割されるかどうかを表す１ビット値であり得る。ＣＵが分割されない場合、ｓｐｌｉｔ＿ｆｌａｇ値は「０」であり得るが、ＣＵが分割される場合、ｓｐｌｉｔ＿ｆｌａｇ値は「１」であり得る。４分木２５０の例に関して、分割フラグ値のアレイは１０１００００００であり得る。

【0037】

[0044]一般に、ＨＭの作業モデルは、ビデオフレームまたはピクチャが、ルーマとクロマの両方のサンプルを含む一連のツリーブロックまたは最大コーディングユニット（ＬＣＵ）に分割され得ることを記載する。ツリーブロックは、Ｈ．２６４規格のマクロブロックと同様の目的を有する。スライスは、コーディング順序でいくつかの連続するツリーブロックを含む。ビデオフレームまたはピクチャは、１つまたは複数のスライスに区分され得る。各ツリーブロックは、４分木に従ってコーディングユニット（ＣＵ）に分割され得る。たとえば、４分木のルートノードとしてのツリーブロックは、４つの子ノードに分割されてよく、各子ノードが今度は親ノードとなり、別の４つの子ノードに分割されてよい。４分木のリーフノードとしての、最終的な、分割されていない子ノードは、コーディングノード、すなわち、コーディングされたビデオブロックを備える。コーディングされたビットストリームと関連付けられるシンタックスデータは、ツリーブロックが分割され得る最大回数を定義することができ、コーディングノードの最小サイズも定義することができる。

【0038】

[0045]図２Ａおよび図２Ｂは、例示的な４分木構造２５０と、対応するＬＣＵ２７２とを示す概念図である。図２Ａは、階層式に構成されたノードを含む、例示的な４分木２５０を示す。４分木２５０など、４分木中の各ノードは、子をもたないリーフノードであるか、または４つの子ノードを有し得る。図２Ａの例では、４分木２５０はルートノード２５２を含む。ルートノード２５２は、リーフノード２５６Ａ〜２５６Ｃ（リーフノード２５６）とノード２５４とを含む、４つの子ノードを有する。ノード２５４はリーフノードでないので、ノード２５４は、この例ではリーフノード２５８Ａ〜２５８Ｄ（リーフノード２５８）である、４つの子ノードを含む。

【0039】

[0046]４分木２５０は、この例ではＬＣＵ２７２など、対応するＬＣＵの特性を記述するデータを含み得る。たとえば、４分木２５０は、それの構造により、サブＣＵへのＬＣＵの分割を記述し得る。ＬＣＵ２７２が２Ｎ×２Ｎのサイズを有すると仮定する。ＬＣＵ２７２は、この例では、４つのサブＣＵ２７６Ａ〜２７６Ｃ（サブＣＵ２７６）および２７４を有し、各々はＮ×Ｎサイズである。サブＣＵ２７４はさらに４つのサブＣＵ２７８Ａ〜２７８Ｄ（サブＣＵ２７８）に分割され、各々はサイズＮ／２×Ｎ／２である。この例では、４分木２５０の構造はＬＣＵ２７２の分割に対応する。すなわち、ルートノード２５２はＬＣＵ２７２に対応し、リーフノード２５６はサブＣＵ２７６に対応し、ノード２５４はサブＣＵ２７４に対応し、リーフノード２５８はサブＣＵ２７８に対応する。

【0040】

[0047]スライスがビデオブロック（またはＬＣＵ）に分割され得、各ビデオブロックは、図２Ａ〜図２Ｂに関して説明した４分木構造に従って区分され得る。さらに、図２Ｃに示すように、「オン」によって示される４分木サブブロックは、本明細書で説明するループフィルタによってフィルタリングされ得るが、「オフ」によって示される４分木サブブロックはフィルタリングされないことがある。所与のブロックまたはサブブロックをフィルタリングすべきか否かの決定は、フィルタリングされた結果とフィルタリングされていない結果とをコーディングされている元のブロックと比較することによって、エンコーダにおいて判断され得る。図２Ｄは、図２Ｃに示す４分木区分を生じさせる区分決定を表す決定木である。「オン」ブロックについてどのピクセルにも適用される実際のフィルタリングは、本明細書で説明するメトリックに基づいて判断され得る。

【0041】

[0048]詳細には、図２Ｃは、４分木分割方式に従って、様々なサイズのより小さいビデオブロックに区分された比較的大きいビデオブロックを表し得る。図２Ｃの各ビデオブロックは、そのビデオブロックに対してフィルタリングが適用されるべきか、それとも回避されるべきかを示すために、（オンまたはオフと）標示されている。ビデオエンコーダは、各ビデオブロックのフィルタリング済みバージョンと非フィルタリング済みバージョンとをコーディングされている元のビデオブロックと比較することによって、このフィルタマップを定義し得る。

【0042】

[0049]再び、図２Ｄは、図２Ｃに示す４分木区分を生じさせる区分決定に対応する決定木である。図２Ｄにおいて、各円はＣＵに対応し得る。円が「１」フラグを含む場合、そのＣＵは、もう４つのＣＵにさらに区分されるが、円が「０」フラグを含む場合、そのＣＵはそれ以上区分されない。（たとえば、ＣＵに対応する）各円はまた、関連するひし形を含む。所与のＣＵのひし形中のフラグが１に設定された場合、そのＣＵに対するフィルタリングは「オン」になるが、所与のＣＵのひし形中のフラグが０に設定された場合、フィルタリングはオフになる。このようにして、図２Ｃと図２Ｄとは、個々にまたはまとめてフィルタマップと見なされ得、フィルタマップは、各区分されたビデオブロック（たとえば、ＬＣＵ内の各ＣＵ）にフィルタリングを適用すべきか否かにかかわらず、所与のビデオブロック（たとえば、ＬＣＵ）のための４分木区分のレベルを通信するために、エンコーダにおいて生成され、符号化されたビデオデータのスライスごとに少なくとも１回デコーダに通信され得る。

【0043】

[0050]ＣＵは、コーディングノードと、コーディングノードと関連付けられる予測ユニット（ＰＵ）と変換ユニット（ＴＵ）とを含む。ＣＵのサイズは、コーディングノードのサイズに対応し、形状が方形でなければならない。ＣＵのサイズは、８×８ピクセルから最大で６４×６４以上のピクセルをもつツリーブロックのサイズにまで及び得る。各ＣＵは、１つまたは複数のＰＵと、１つまたは複数のＴＵとを含み得る。ＣＵと関連付けられるシンタックスデータは、たとえば、ＣＵを１つまたは複数のＰＵに区分することを記述し得る。区分モードは、ＣＵが、スキップモード符号化またはダイレクトモード符号化されるか、イントラ予測モード符号化されるか、あるいはインター予測モード符号化されるかによって異なり得る。ＰＵは、形状が非方形になるように区分され得る。ＣＵと関連付けられるシンタックスデータは、たとえば、４分木に従って、ＣＵを１つまたは複数のＴＵに区分することも記述し得る。ＴＵは、形状が方形または非方形であり得る。

【0044】

[0051]ＨＥＶＣ規格は、ＣＵごとに異なり得る、ＴＵに従う変換を可能にする。ＴＵは、一般に、区分されたＬＣＵについて定義された所与のＣＵ内のＰＵのサイズに基づいてサイズが決定されるが、常にそうであるとは限らない。ＴＵは通常、ＰＵと同じサイズであるかまたはＰＵよりも小さい。いくつかの例では、ＣＵに対応する残差サンプルは、「残差４分木」（ＲＱＴ）として知られる４分木構造を使用してより小さいユニットに再分割され得る。ＲＱＴのリーフノードは変換ユニット（ＴＵ）と呼ばれることがある。ＴＵと関連付けられるピクセル差分値は、変換係数を生成するように変換されてよく、その変換係数は量子化され得る。

【0045】

[0052]一般に、ＰＵは、予測プロセスに関連するデータを含む。たとえば、ＰＵがイントラモード符号化されるとき、ＰＵは、ＰＵのイントラ予測モードを記述するデータを含み得る。別の例として、ＰＵがインターモード符号化されるとき、ＰＵは、ＰＵの動きベクトルを定義するデータを含み得る。ＰＵの動きベクトルを定義するデータは、たとえば、動きベクトルの水平成分、動きベクトルの垂直成分、動きベクトルの解像度（たとえば、１／４ピクセル精度または１／８ピクセル精度）、動きベクトルが指す参照ピクチャ、および／または動きベクトルの参照ピクチャリスト（たとえば、リスト０、リスト１、またはリストＣ）を記述し得る。

【0046】

[0053]一般に、ＴＵは、変換プロセスおよび量子化プロセスのために使用される。１つまたは複数のＰＵを有する所与のＣＵは、１つまたは複数の変換ユニット（ＴＵ）も含み得る。予測の後に、ビデオエンコーダ２０は、ＰＵに対応する残差値を計算し得る。残差値は、エントロピーコーディングのための直列化された変換係数を生成するために、ＴＵを使用して変換係数に変換され、量子化され、走査され得る、ピクセル差分値を備える。本開示では、一般に、ＣＵのコーディングノードを指すために「ビデオブロック」という用語を使用する。いくつかの特定の場合において、本開示では、コーディングノードとＰＵとＴＵとを含む、ツリーブロック、すなわち、ＬＣＵまたはＣＵを指す、「ビデオブロック」という用語も使用し得る。

【0047】

[0054]ビデオシーケンスは通常、一連のビデオフレームまたはピクチャを含む。ピクチャのグループ（ＧＯＰ）は、一般に、一連の１つまたは複数のビデオピクチャを備える。ＧＯＰは、ＧＯＰ中に含まれるいくつかのピクチャを記述するシンタックスデータを、ＧＯＰのヘッダ中、ピクチャのうちの１つまたは複数のヘッダ中、または他の場所に含み得る。ピクチャの各スライスは、それぞれのスライスの符号化モードを記述するスライスシンタックスデータを含み得る。ビデオエンコーダ２０は通常、ビデオデータを符号化するために、個々のビデオスライス内のビデオブロックに対して動作する。ビデオブロックは、ＣＵ内のコーディングノードに対応し得る。ビデオブロックは、一定のサイズまたは可変のサイズを有してよく、指定されたコーディング規格に従ってサイズが異なる場合がある。

【0048】

[0055]一例として、ＨＭは、様々なＰＵサイズでの予測をサポートする。特定のＣＵのサイズが２Ｎ×２Ｎであると仮定すると、ＨＭは、２Ｎ×２ＮまたはＮ×ＮというＰＵサイズでのイントラ予測をサポートし、２Ｎ×２Ｎ、２Ｎ×Ｎ、Ｎ×２Ｎ、またはＮ×Ｎという対称的なＰＵサイズでのインター予測をサポートする。ＨＭはまた、２Ｎ×ｎＵ、２Ｎ×ｎＤ、ｎＬ×２Ｎ、およびｎＲ×２ＮというＰＵサイズでのインター予測のための非対称区分をサポートする。非対称区分では、ＣＵの一方向は区分されないが、他の方向は２５％と７５％とに区分される。２５％の区分に対応するＣＵの部分は、「ｎ」とその後ろに付く「Ｕｐ」、「Ｄｏｗｎ」、「Ｌｅｆｔ」、または「Ｒｉｇｈｔ」という表示によって示される。したがって、たとえば、「２Ｎ×ｎＵ」は、上部の２Ｎ×０．５Ｎ ＰＵと下部の２Ｎ×１．５Ｎ ＰＵとで水平方向に区分された２Ｎ×２Ｎ ＣＵを指す。

【0049】

[0056]本開示では、「Ｎ×Ｎ（NxN）」および「Ｎ×Ｎ（N by N）」は、垂直寸法および水平寸法に関するビデオブロックのピクセル寸法、たとえば、１６×１６（16x16）ピクセルまたは１６×１６（16 by 16）ピクセルを指すために互換的に使用され得る。一般に、１６×１６ブロックは、垂直方向に１６ピクセルを有し（ｙ＝１６）、水平方向に１６ピクセルを有する（ｘ＝１６）。同様に、Ｎ×Ｎブロックは、一般に、垂直方向にＮピクセルを有し、水平方向にＮピクセルを有し、ただし、Ｎは非負の整数値を表す。ブロック中のピクセルは行と列で構成され得る。その上、ブロックは、必ずしも、水平方向において垂直方向と同じ数のピクセルを有する必要があるとは限らない。たとえば、ブロックはＮ×Ｍピクセルを備えてよく、ただし、Ｍは必ずしもＮに等しいとは限らない。

【0050】

[0057]ＣＵのＰＵを使用したイントラ予測コーディングまたはインター予測コーディングの後、ビデオエンコーダ２０は、ＣＵのＴＵのための残差データを計算し得る。ＰＵは、（ピクセル領域とも呼ばれる）空間領域においてピクセルデータを備えてよく、ＴＵは、たとえば、残差ビデオデータへの離散コサイン変換（ＤＣＴ）、整数変換、ウェーブレット変換、または概念的に同様の変換などの変換の適用後に、変換領域において係数を備え得る。残差データは、符号化されていないピクチャのピクセルと、ＰＵに対応する予測値との間のピクセル差分に対応し得る。ビデオエンコーダ２０は、ＣＵのための残差データを含むＴＵを形成し、次いで、ＴＵを変換して、ＣＵの変換係数を生成し得る。

【0051】

[0058]変換係数を生成するための任意の変換の後に、ビデオエンコーダ２０は、変換係数の量子化を実行し得る。量子化は、一般に、係数を表すために使用されるデータの量をできるだけ低減するために変換係数が量子化され、さらなる圧縮を提供するプロセスを指す。量子化プロセスは、係数の一部または全部に関連するビット深度を低減し得る。たとえば、量子化中にｎビット値がｍビット値に切り捨てられてよく、ただし、ｎはｍよりも大きい。

【0052】

[0059]いくつかの例では、ビデオエンコーダ２０は、あらかじめ定義された走査順序を利用して、量子化された変換係数を走査し、エントロピー符号化され得る直列化されたベクトルを生成し得る。他の例では、ビデオエンコーダ２０は適応走査を実行し得る。量子化された変換係数を走査して１次元ベクトルを形成した後に、ビデオエンコーダ２０は、たとえば、コンテキスト適応型可変長コーディング（ＣＡＶＬＣ：context-adaptive variable length coding）、コンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ：context-adaptive binary arithmetic coding）、シンタックスベースコンテキスト適応型バイナリ算術コーディング（ＳＢＡＣ：syntax-based context-adaptive binary arithmetic coding）、確率間隔区分エントロピー（ＰＩＰＥ：Probability Interval Partitioning Entropy）コーディング、または別のエントロピー符号化方法に従って１次元ベクトルをエントロピー符号化し得る。ビデオエンコーダ２０はまた、ビデオデータを復号する際にビデオデコーダ３０が使用するための、符号化されたビデオデータと関連付けられるシンタックス要素をエントロピー符号化し得る。

【0053】

[0060]ＣＡＢＡＣを実行するために、ビデオエンコーダ２０は、送信されるべきシンボルに、コンテキストモデル内のコンテキストを割り当て得る。コンテキストは、たとえば、シンボルの隣接値が０ではないかどうかに関係し得る。ＣＡＶＬＣを実行するために、ビデオエンコーダ２０は、送信されるべきシンボルに対して可変長コードを選択し得る。ＶＬＣにおけるコードワードは、比較的短いコードが優勢シンボルに対応し、より長いコードが劣勢シンボルに対応するように構成され得る。このようにして、ＶＬＣの使用は、たとえば、送信されるべき各シンボルのために等長コードワードを使用するよりも、ビットの節約を達成し得る。確率の決定は、シンボルに割り当てられるコンテキストに基づき得る。

【0054】

[0061]サンプル適応オフセット（ＳＡＯ）コーディングは、現在、ＨＥＶＣ規格への採用を検討中である。概して、ビデオフレーム（たとえば、インター予測またはイントラ予測の場合の予測フレーム）中のピクセルへのオフセット値の加算は、ビデオシーケンスのフレーム間の照明変化中、たとえば、閃光、暗くなる空、または他のタイプのフレーム間の照明変化などの間のコーディングを改善し得る。ビデオ品質を改善するためのスムーズなフィルタリングとしてＳＡＯフィルタリングが使用されることもある。Ｈ．２６４などの以前のビデオコーディング規格では、ピクセルのブロックまたはフレーム全体にわたって一様にオフセットタイプおよび値を適用していた。ＳＡＯ技法は、ピクセル（またはブロック）分類メトリックに応じて異なるオフセット値が異なるピクセル（またはブロック）に適用されることを可能にする。可能な分類メトリックは、エッジメトリックおよび帯域メトリックなど、アクティビティメトリックを含む。オフセット分類の記述は、その全体が参照により本明細書に組み込まれる、Ｃ．−Ｍ．Ｆｕ、Ｃ．−Ｙ．Ｃｈｅｎ、Ｃ．−Ｙ．Ｔｓａｉ、Ｙ．−Ｗ． Ｈｕａｎｇ、Ｓ．Ｌｅｉ、「ＣＥ１３： Ｓａｍｐｌｅ Ａｄａｐｔｉｖｅ Ｏｆｆｓｅｔ ｗｉｔｈ ＬＣＵ−Ｉｎｄｅｐｅｎｄｅｎｔ Ｄｅｃｏｄｉｎｇ」、ＪＣＴ−ＶＣ Ｃｏｎｔｒｉｂｕｔｉｏｎ、Ｅ０４９、ジュネーブ、２０１１年２月に見い出され得る。

【0055】

１つの例示的なＳＡＯの実装形態では、各々の区分（ＬＣＵのセットを構成する）は、３つのオフセットタイプ（ピクセル分類とも呼ばれる）、すなわち、オフセットなし、帯域分類ベースのオフセットタイプ０／１、およびエッジ分類ベースのタイプ０／１／２／３のうちの１つを有し得る。各帯域分類オフセットタイプは１６個の可能なオフセット値を有するが、各エッジ分類ベースタイプは４つの可能なオフセット値を有する。これらのオフセットタイプのうちの１つが、区分に対して使用されるものとして選ばれた場合、対応するオフセットタイプとオフセット値とを示す情報がデコーダに送られる。エッジオフセットタイプは、エッジ情報に基づいて各ピクセルを分類する。

【0056】

[0063]図３は、ＨＥＶＣのために現在提案されている４つの可能なエッジオフセットタイプを示す概念図である。エッジオフセットタイプは、エッジ情報に基づいて各ピクセルを分類する。図３に示されるエッジ分類の各々に対して、現在のピクセルのエッジタイプが、現在のピクセル（Ｃ）の値を隣接ピクセル（１および２）の値と比較することによって計算される。分類０のＳＡＯエッジオフセット（ＳＡＯ＿ＥＯ＿０）では、現在のピクセルは左および右の隣接ピクセルと比較される。分類１のＳＡＯエッジオフセット（ＳＡＯ＿ＥＯ＿１）では、現在のピクセルは上および下の隣接ピクセルと比較される。分類２のＳＡＯエッジオフセット（ＳＡＯ＿ＥＯ＿２）では、現在のピクセルは左上および右下の隣接ピクセルと比較される。分類３のＳＡＯエッジオフセット（ＳＡＯ＿ＥＯ＿３）では、現在のピクセルは左下および右上の隣接ピクセルと比較される。

【0057】

[0064]最初に、現在のピクセルのエッジタイプは０であると仮定される。現在のピクセルＣの値が左と右の隣接ピクセル（１と２）の両方の値に等しい場合、エッジタイプは０のままである。現在のピクセルＣの値が隣接ピクセル１の値よりも大きい場合、エッジタイプは１だけ増やされる。現在のピクセルＣの値が隣接ピクセル１の値よりも小さい場合、エッジタイプは１だけ減らされる。同様に、現在のピクセルＣの値が隣接ピクセル２の値よりも小さい場合、エッジタイプは１だけ増やされ、現在のピクセルＣの値が隣接ピクセル２の値よりも小さい場合、エッジタイプは１だけ減らされる。

【0058】

[0065]したがって、現在のピクセルＣは、−２、−１、０、１、または２のいずれかのエッジタイプを有し得る。現在のピクセルＣの値が隣接ピクセル１および２の両方の値より小さい場合、エッジタイプは−２である。現在のピクセルＣの値が一方の隣接ピクセルより小さいが他方の隣接ピクセルに等しい場合、エッジタイプは−１である。現在のピクセルＣの値が両方の隣接ピクセルと同じである場合、または、現在のピクセルＣの値が一方の隣接ピクセルより大きいが他方の隣接ピクセルより小さい場合、エッジタイプは０である。現在のピクセルＣの値が一方の隣接ピクセルより大きいが他方の隣接ピクセルに等しい場合、エッジタイプは１である。現在のピクセルＣの値が隣接ピクセル１と２の両方の値より大きい場合、エッジタイプは２である。各々の０ではないエッジタイプ値に対して、４つのオフセット値が決定され、デコーダによる使用のために符号化されたビデオビットストリーム中でシグナリングされる（すなわち、ｅｏｆｆｓｅｔ_-2、ｅｏｆｆｓｅｔ_-1、ｅｏｆｆｓｅｔ₁、ｅｏｆｆｓｅｔ₂）。

【0059】

[0066]上記の説明に鑑みて、各エッジオフセット分類に対して、エッジタイプ値が以下の式によって計算され得る。

【数2】

【0060】

[0067]帯域オフセットの場合、ピクセルは、強度に基づいて異なる帯域に分類される。図６は、強度値に基づく例示的な帯域を示す概念図である。

【0061】

[0068]帯域オフセット分類の場合、ピクセルは、３２個の帯域にカテゴリー分類される。中心の１６個の帯域は、１つのグループに分類され、残りの帯域は、第２のグループに分類される。帯域の各グループについて、１６個のオフセット値（すなわち、ｂｏｆｆｓｅｔ₀、．．．、ｂｏｆｆｓｅｔ₁₅）が判断され、ビデオデコーダによる使用のために、符号化されたビデオビットストリーム中でシグナリングされる。

【0062】

[0069]ＬＣＵベースのシンタックスを有するＳＡＯが提案されている。この技法は、より高いコーディング効率（ボトムアップマージピクチャ４分木）のためのピクチャベースのＳＡＯ符号化とより低い複雑性またはサブピクチャレイテンシのためのＬＣＵベースの符号化とをサポートする。各ＬＣＵは、それ自体のＳＡＯタイプとオフセットとを送ることによって、ＳＡＯパラメータを変更することを許容される。ＬＣＵベースのＳＡＯ符号化のいくつかの例では、各ＬＣＵは、ＳＡＯパラメータを導出するためにコーザルデータのみ使用し得る。たとえば、右および下にあるＬＣＵが利用されることはなく、デブロッキングのために各ＬＣＵの最後の４つのピクセル行が利用されることもない。

【0063】

[0070]現在、サンプル適応オフセット（ＳＡＯ）フィルタリングおよび適応ループフィルタリング（ＡＬＦ）において、現在のビデオブロックグループに関するループフィルタ（たとえば、ＳＡＯフィルタまたはＡＬＦ）のフィルタパラメータが以前コーディングされたビデオブロックグループに関するフィルタパラメータから借りられるかどうかを示すマージシンタックス要素（すなわち、ｍｅｒｇｅ＿ｌｅｆｔまたはｍｅｒｇｅ＿ｕｐ）がエンコーダからデコーダに送信され得る。フィルタパラメータは、たとえば、ＡＬＦのためのフィルタ係数およびＳＡＯフィルタのためのオフセット値、ならびにフィルタを記述している他の情報を含むことができる。フィルタを記述している他の情報の一例には、たとえば、ＳＡＯフィルタに関するフィルタリングタイプがあり得る。ｍｅｒｇｅ＿ｌｅｆｔシンタックス要素が、たとえば、現在のビデオブロックグループに関するフィルタパラメータが、現在のグループの左にある以前コーディングされたビデオブロックグループに関するフィルタパラメータからコピーされる（すなわち、借りられる、または再利用される）かどうかを示し得る一方、ｍｅｒｇｅ＿ｕｐシンタックス要素は、現在のビデオブロックグループに関するフィルタパラメータが、現在のグループの上に位置する以前コーディングされたビデオブロックグループに関するフィルタパラメータからコピーされるかどうかを示すことができる。マージタイプのうちの１つが選択されていない（すなわち、現在のパラメータが、左または上のすでにコーディングされたビデオブロックグループに関するパラメータに等しくない）場合、ループフィルタオン／オフインジケータおよびオフセット／係数が続いてシグナリングされる。このシグナリング順序は、場合によっては、多くのＬＣＵまたはパーティションがフィルタリング（またはオフセット）を適用していないときにはマージ信号の冗長シグナリングを必要とし得る。

【0064】

[0071]下の表１および表２は、ＣＡＢＡＣを使用するＳＡＯフィルタリングに関する現在のシグナリング方式の例を示す。表１および表２の例では、（表１に示すように）ｍｅｒｇｅ＿ｌｅｆｔシンタックス要素およびｍｅｒｇｅ＿ｕｐシンタックス要素が最初にビデオエンコーダから送信され、ビデオデコーダによって受信され、ｍｅｒｇｅ＿ｌｅｆｔフラグおよびｍｅｒｇｅ＿ｕｐフラグが、ＳＡＯフィルタパラメータが左のビデオブロックグループまたは上のビデオブロックグループに関するフィルタパラメータと同じではないことを示す場合には、（表２に示すように）ＳＡＯオフセット値がエンコーダからデコーダに送信される。

【表1】

【表2】

【0065】

[0072]表２において、ｓａｏ＿ｔｙｐｅ＿ｉｄｘ要素は、次の可能なタイプ（オフ／ＥＯ０／ＥＯ１／ＥＯ２／ＥＯ３／ＢＯシグナリング）を有してよく、ここで、「オフ」はＳＡＯフィルタリングが一切実行されないことを示し、ＥＯはエッジオフセットタイプを示し、ＢＯは帯域オフセットタイプを示す。以下でより詳細に説明するように、本開示の技法は、マージシンタックス要素をシグナリングする前にＳＡＯフィルタがオフになっているかどうかをシグナリングすることを含む。

【0066】

[0073]下の表３および表４は、ＣＡＢＡＣを使用するＡＬＦに関する現在のシグナリング方式の例を示す。上述の表１および表２と同様に、表３および表４の例では、（表３に示すように）ｍｅｒｇｅ＿ｌｅｆｔシンタックス要素およびｍｅｒｇｅ＿ｕｐシンタックス要素が最初にビデオエンコーダからビデオデコーダに送信され、ｍｅｒｇｅ＿ｌｅｆｔフラグおよびｍｅｒｇｅ＿ｕｐフラグが、ＡＬＦパラメータが左のビデオブロックグループまたは上のビデオブロックグループに関するフィルタパラメータから借りられないことを示す場合には、特定のＬＣＵに関してＡＬＦが有効であるかどうかの指示がエンコーダからデコーダにシグナリングされる（たとえば、表３のａｌｆ＿ｌｃｕ＿ｅｎａｂｌｅ＿ｆｌａｇ参照）。ａｌｆ＿ｌｃｕ＿ｅｎａｂｌｅ＿ｆｌａｇが、特定のＬＣＵに関してＡＬＦが有効であることを示す場合、表４に示すようにフィルタ係数がエンコーダからデコーダに送信される。以下でより詳細に説明するように、本開示の技法は、マージフラグをシグナリングする前にイネーブル情報をシグナリングすることを含む。

【表3】

【表4】

【0067】

[0074]本開示の技法によれば、ループフィルタ（たとえば、ＳＡＯまたはＡＬＦ）が有効であるかどうかを示すシンタックス要素が、マージシンタックス要素の前にエンコーダからデコーダに送信され得る。表５および表６は、そのような技法が実施され得る方法の例を示す。表５および表６の例では、ビデオブロックグループ（たとえば、ＬＣＵまたはパーティション）に関してＳＡＯが有効であるかどうかを示すｓａｏ＿ｅｎａｂｌｅ＿ｆｌａｇが、最初にエンコーダによって送信され、デコーダによって受信される。表５に示すように、ＳＡＯフィルタリングが有効であることをｓａｏ＿ｅｎａｂｌｅ＿ｆｌａｇが示す場合、１つまたは複数のマージシンタックス要素（たとえば、ｍｅｒｇｅ＿ｌｅｆｔおよびｍｅｒｇｅ＿ｕｐ）が送信され得る。ｍｅｒｇｅ＿ｌｅｆｔフラグおよびｍｅｒｇｅ＿ｕｐフラグが、ＳＡＯフィルタパラメータが左のビデオブロックグループまたは上のビデオブロックグループに関するフィルタパラメータと同じではないことを示す場合、表６に示すようにフィルタパラメータがシグナリングされ得る。表５および表６の例では、ｓａｏ＿ｅｎａｂｌｅ＿ｆｌａｇが、ＳＡＯフィルタリングがオンになっているか、それともオフになっているかをすでに示しているので、ｓａｏ＿ｔｙｐｅ＿ｉｄｘシンタックス要素は、「フィルタリングオフ」インジケータを含む必要がなく、したがって、ｓａｏ＿ｔｙｐｅ＿ｉｄｘシンタックス要素を送信するときにビット節約が可能になり得る。

【表5】

【表6】

【0068】

[0075]表７および表８は、ＳＡＯフィルタリングに関して本開示の技法が実施され得る方法の追加の例を示す。表７および表８の例では、ｓａｏ＿ｔｙｐｅ＿ｉｄｘシンタックスパラメータが、マージシンタックス要素または新しいオフセット値が送られる前に、最初に送られる。ｓａｏ＿ｔｙｐｅ＿ｉｄｘシンタックス要素が、ＳＡＯフィルタリングがオフになっていることを示す場合、マージシンタックス要素およびオフセット値が送信される必要はない。ｓａｏ＿ｔｙｐｅ＿ｉｄｘシンタックス要素が、ＳＡＯフィルタリングがオンになっていることを示す場合、上記で説明した方法でマージシンタックス要素が送信され得る。

【表7】

【表8】

【0069】

[0076]表９および表１０は、ＡＬＦに関して本開示の技法が実施され得る方法の追加の例を示す。表９に示すように、ビデオブロックグループに関してＡＬＦがオンになっているか、それともオフになっているかを示すａｌｆ＿ｌｃｕ＿ｅｎａｂｌｅ＿ｆｌａｇが最初に送信される。表９の例では、ビデオブロックグループはＬＣＵであるが、他のグループが使用されてもよい。ＬＣＵに関してＡＬＦがオフになっていることをａｌｆ＿ｌｃｕ＿ｅｎａｂｌｅ＿ｆｌａｇが示す場合、マージフラグおよびフィルタパラメータを識別する他のシンタックス要素がシグナリングされる必要はない。ａｌｆ＿ｌｃｕ＿ｅｎａｂｌｅ＿ｆｌａｇが、ＬＣＵに関してＡＬＦがオンになっていることを示し、マージフラグが、ＡＬＦパラメータが左のビデオブロックグループまたは上のビデオブロックグループに関するフィルタパラメータと同じではないことを示す場合、表１０に示すようにフィルタ係数がシグナリングされ得る。

【表9】

【表10】

【0070】

[0077]表１１および表１２は、ＡＬＦに関して本開示の技法が実施され得る方法の追加の例を示す。表１１および表１２の例では、ａｌｆ＿ｌｃｕ＿ｅｎａｂｌｅ＿ｆｌａｇがビデオデコーダによって送信され、ビデオエンコーダによって受信される。ａｌｆ＿ｌｃｕ＿ｅｎａｂｌｅ ｆｌａｇがシグナリングされた後、ａｌｆ＿ｎｅｗ＿ｆｉｌｔｅｒ＿ｆｌａｇが、新しい係数が送られるかどうかをシグナリングする。ａｌｆ＿ｎｅｗ＿ｆｉｌｔｅｒ＿ｆｌａｇが、新しいフィルタ係数が送られることを示す場合、フィルタ係数がエンコーダからデコーダに送信される。ａｌｆ＿ｎｅｗ＿ｆｉｌｔｅｒ＿ｆｌａｇが、新しいフィルタ係数が送られないことを示す場合、使用されるフィルタ係数を識別するマージフラグまたはフィルタインデックスなどの別のシンタックス要素が、エンコーダからデコーダに送信され得る。

【表11】

【表12】

【0071】

[0078]他の例によれば、次のようにａｌｆ＿ｌｃｕ＿ｅｎａｂｌｅ＿ｆｌａｇおよびａｌｆ＿ｎｅｗ＿ｆｉｌｔｅｒ＿ｆｌａｇが結合され得る。

【0072】

例１

【数3】

【0073】

例２

【数4】

【0074】

例３

【数5】

【0075】

[0079]たとえば表５など上記で説明したように、各ＬＣＵに関してＳＡＯがオフであるときにｍｅｒｇｅ＿ｌｅｆｔフラグとｍｅｒｇｅ＿ｕｐフラグとを送ることを省くためにｓａｏ＿ｅｎａｂｌｅ＿ｆｌａｇ（すなわち、ＳＡＯのオン／オフ情報）を分離することが提案されている。

【表13】

【0076】

[0080]これらの場合、ビデオエンコーダ２０は、左のＬＣＵまたは上のＬＣＵのｓａｏ＿ｅｎａｂｌｅ＿ｆｌａｇがオンであるか、それともオフであるかをチェックすることによって、隣接ＬＣＵがＳＡＯを有効にしているときのみｍｅｒｇｅ＿ｌｅｆｔフラグまたはｍｅｒｇｅ＿ｕｐフラグを送る必要がある。上のＬＣＵのｓａｏ＿ｅｎａｂｌｅ＿ｆｌａｇをチェックするために必要なラインバッファ（すなわち、ビデオ情報の行のためのメモリ）を除去するために、本開示はさらに、次のように（すなわち、左のＬＣＵのｓａｏ＿ｅｎａｂｌｅ＿ｆｌａｇのみのチェックを必要とする）修正シンタックスを提案する。

【表14】

【0077】

[0081]さらに、上のＬＣＵ行のＳＡＯパラメータのためのラインバッファの必要性を除去するために、本開示はさらに、ｓａｏ＿ｍｅｒｇｅ＿ｕｐ＿ｆｌａｇ自体を除去することを提案し、これは一例では次のシンタックス表につながる。

【表15】

【0078】

[0082]表１５の例に示すように、いくつかの例では、ＳＡＯが有効であるとき、ＳＡＯマージモードが左のＣＵに限定され得る。言い換えれば、いくつかのシステムおよび方法は、ＡＬＦに関するマージモードを左の隣接ＣＵに限定し得る。このようにして、下の行／ラインからＣＵに対するＡＬＦを実行するときに使用するために、上のＣＵに関するＡＬＦ情報がラインバッファに記憶される必要はなくなり得る。そのようなシステムは、現在のＣＵのすぐ左のＣＵのみを記憶する必要があり得る。

【0079】

[0083]例示的な方法は、現在のビデオユニットと現在のビデオユニットの左に隣接するビデオユニットとを受信することと、受信されたシンタックス要素を解析して、現在のビデオユニットの左に隣接するビデオユニットに関してフィルタリングタイプが有効であるかどうかを判断することと、現在のビデオブロックの左に隣接するビデオユニットに関してフィルタリングタイプが有効であると判断したことに応答して、１つまたは複数のマージシンタックス要素に基づいて、現在のビデオユニットに関するフィルタパラメータを、隣接する左のビデオユニットに関するフィルタパラメータから借りるかどうかを判断することと、現在のビデオユニットに関するフィルタパラメータが隣接する左のビデオユニットに関するフィルタパラメータから借りられないと判断したことに直接応答して、１つまたは複数のマージシンタックス要素に基づいて、現在のビデオユニットに関するフィルタパラメータが隣接する上のビデオユニットに関するフィルタパラメータから借りられるかどうかを判断することとを含み得る。

【0080】

[0084]別の例示的な方法は、現在のビデオユニットと現在のビデオユニットの左に隣接するビデオユニットとを受信することと、受信されたシンタックス要素を解析して、現在のビデオユニットの左に隣接するビデオユニットに関してフィルタリングタイプが有効であるかどうかを判断することと、現在のビデオユニットの左に隣接するビデオユニットに関してフィルタリングタイプが有効であると判断したことに応答して、１つまたは複数のマージシンタックス要素に基づいて、現在のビデオユニットに関するフィルタパラメータが、隣接する左のビデオユニットに関するフィルタパラメータから借りられるかどうかを判断することと、現在のビデオユニットに関するフィルタパラメータが隣接する左のビデオユニットに関するフィルタパラメータから借りられないと判断したことに応答して、現在のビデオユニットに関するフィルタパラメータが隣接する上のビデオユニットに関するフィルタパラメータから借りられるかどうかを判断することなしに、現在のビデオユニットに関するフィルタパラメータを決定することとを含み得る。

【0081】

[0085]上の例では、新しい係数がシグナリングされないときにフィルタを識別するためにフィルタインデックス（たとえば、ｆｉｌｔｅｒ＿ｓｅｔ＿ｉｄｘ）のみが使用されるように、マージシンタックス要素（たとえば、ａｌｆ＿ｍｅｒｇｅ＿ｌｅｆｔまたはａｌｆ＿ｍｅｒｇｅ＿ｕｐ）が除去され得る。さらに、マージシンタックス要素がフィルタインデックスと結合されて新しいシンタックス要素を形成し、ここで新しいシンタックス要素のいくつかの値はａｌｆ＿ｍｅｒｇｅ＿ｌｅｆｔまたはａｌｆ＿ｍｅｒｇｅ＿ｕｐに対応し、他の値はフィルタインデックスに対応する。たとえば、ａｌｆ＿ｍｅｒｇｅ＿ｌｅｆｔフラグがａｌｆ＿ｓｔｏｒｅｄ＿ｆｉｌｔｅｒ＿ｓｅｔ＿ｉｄｘに結合され、ここでａｌｆ＿ｓｔｏｒｅｄ＿ｆｉｌｔｅｒ＿ｓｅｔ＿ｉｄｘ＝０がａｌｆ＿ｍｅｒｇｅ＿ｌｅｆｔ＿ｆｌａｇに等しい。

【0082】

[0086]本明細書で説明するシステムおよび方法のいくつかの例は、スケーラブルビデオコーディング（ＳＶＣ）に関係し得る。ＳＶＣは、１つまたは複数のサブセットビットストリームをも含む高品質ビデオビットストリームの符号化を実現する。サブセットビデオビットストリームは、サブセットビットストリームに必要な帯域幅を減らすために、より大きいビデオからパケットをドロップすることによって、導出され得る。サブセットビットストリームは、より低い空間分解能（より小さいスクリーン）、より低い時間分解能（より低いフレームレート）、またはより低い品質のビデオ信号を表し得る。同様に、本明細書で説明するシステムおよび方法のいくつかの例は、マルチビュービデオコーディング（ＭＶＣ）に関係し得る。ＭＶＣは、立体視（２面ビュー）ビデオ、ならびにフリービューポイントテレビジョンおよびマルチビュー３Ｄテレビジョンを符号化するために使用され得る。

【0083】

[0087]ＳＶＣの一例は、その全体が参照により本明細書に組み込まれる、Ｈ．２６４／ＡＶＣ規格の付属書類Ｇに記載されているＳＶＣプロセスである。ＳＶＣは、ＨＥＶＣなどの他のコーディング規格のために開発され、そのような規格に適用され得る。ＳＶＣでは、１つまたは複数のエンハンスメントレイヤがコーディングされてベースレイヤを拡張して、しばしば、ビデオデータが表示され得る空間分解能または時間分解能を増やすことができる。すなわち、ベースレイヤは、第１の低い空間分解能または時間分解能によるビデオデータを表し得る。追加のエンハンスメントレイヤはベースレイヤを拡張して、ベースレイヤと比較して空間分解能または時間分解能を増やすことができる。ＳＶＣは一般に、より古いハードウェアに関する前方互換性を可能にし、それにより、ビットストリームの低分解能サブセット（たとえば、ベースレイヤ）を復号することが可能な基本ビデオデコーダによって同じビットストリームが消費され得る一方で、より高度なビデオデコーダが、ビデオデータの分解能を高めるために追加のレイヤとともにベースレイヤを復号することができる。コードブックが複数のレイヤによって参照されることを可能にするために、ＳＶＣに関してオプション２が実施され得る。たとえば、ベースレイヤからのコードブックが、１つまたは複数のエンハンスメントレイヤにおいて使用するコードブックの予測（たとえば、差分予測（differential prediction））に使用され得る。別の例では、ベースレイヤに使用されるコードブックが、単に１つまたは複数のエンハンスメントレイヤに再利用され得る。

【0084】

[0088]マルチビュービデオコーディング（ＭＶＣ）は、ビデオデータの複数のビューをコーディングするためのビデオコーディング処理である。ＳＶＣと同様に、ＭＶＣプロセスの一例は、Ｈ．２６４／ＡＶＣ規格の付属書類として定義されている。より詳細には、ＭＶＣプロセスは、その全体が参照により本明細書に組み込まれる、Ｈ．２６４／ＡＶＣ規格の付属書類Ｈに記載されている。ＭＶＣは、ＨＥＶＣなどの他のコーディング規格のために開発され、そのような規格に適用され得る。ＭＶＣでは、各ビューは、共通のシーンの対応するビデオデータがキャプチャされた異なる視点または角度に対応する。ＭＶＣは、ビュー間予測（２つの異なるビューの間の予測を意味する）とビュー内予測（同じビュー内の予測を意味する）とをもたらす。コードブックが複数のビューによって参照されることを可能にするために、ＭＶＣに関してオプション２が実施され得る。たとえば、１つのビュー（たとえば、ベースビュー）からのコードブックが、１つまたは複数の異なるビューにおいて使用されるコードブックを予測するために使用され得る。別の例では、ベースビューに使用されるコードブックが、単に１つまたは複数の他のビューに再利用され得る。

【0085】

[0089]一例では、エンコーダは、符号化されたビットストリームに含めるために、ビデオブロックグループに関してループフィルタがオンになっているか、それともオフになっているかを示すイネーブルシンタックス要素を生成することができる。エンコーダは、ビデオブロックグループに関してループフィルタがオンになっていることをイネーブルシンタックス要素が示したことに応答して、ビデオブロックグループに関するループフィルタのためのパラメータを識別する１つまたは複数の追加のシンタックス要素を生成することができる。これらのパラメータは、ＳＶＣおよび／またはＭＶＣとともに使用されて、たとえば、ＳＶＣビデオストリーム内のレイヤをオンおよびオフにすること、またはＳＶＣベースレイヤにおいてシグナリングして、他のレイヤがベースレイヤのコピーであることを示すことができる。シグナリングされたパラメータは、複数のビューに関する情報を示すためにＭＶＣとともに使用され得る。たとえば、パラメータは、ビットストリームに深さおよび／または複数のビューが含まれるかどうかを示すことができる。パラメータはまた、テクスチャが使用されているかどうかを示すことができる。

【0086】

[0090]図５は、本開示で説明される技法を実装し得る例示的なビデオエンコーダ２０を示すブロック図である。ビデオエンコーダ２０は、（たとえば、ＬＣＵレベルで）最初にシグナリングされる、ＬＣＵ中のブロックにＳＡＯが使用されているかどうかを示すＳＡＯオン／オフフラグをコーディングすることができる。ビデオエンコーダ２０は、別の例では、（たとえば、ＬＣＵレベルで）最初にシグナリングされる、ＬＣＵ中のブロックにＳＡＯが使用されているかどうかを示すＡＬＦオン／オフフラグを含むことができる。

【0087】

[0091]１つの例示的なＳＡＯ実装形態では、（ＬＣＵのセットを備える）各パーティションは、（ピクセル分類とも呼ばれる）３つのオフセットタイプ、すなわち、オフセットなしと、バンド分類ベースのオフセットタイプ０／１と、エッジ分類ベースのタイプ０／１／２／３とのうちの１つを有することができる。各帯域分類オフセットタイプは１６個の可能なオフセット値を有するが、各エッジ分類ベースタイプは４つの可能なオフセット値を有する。これらのオフセットタイプのうちの１つが、パーティションのために使用されるために選択された場合、対応するオフセットタイプとオフセット値とを示す情報がデコーダに送られる。

【0088】

[0092]したがって、本開示の一例では、（たとえば、ＬＣＵレベルで）ＬＣＵ中のブロックにＳＡＯが使用されているかどうかを示すＳＡＯオン／オフフラグが最初にシグナリングされ得る。別の例では、（たとえば、ＬＣＵレベルで）ＬＣＵ中のブロックにＳＡＯが使用されているかどうかを示すＡＬＦオン／オフフラグが最初にシグナリングされる。シグナリングは、ビデオエンコーダ２０によって実行され得る。

【0089】

[0093]本開示の技法によれば、ループフィルタ（たとえば、ＳＡＯまたはＡＬＦ）が有効であるかどうかを示すシンタックス要素が、マージシンタックス要素の前にビデオエンコーダ２０からビデオデコーダ３０に送信され得る。この例では、ビデオブロックグループ（たとえば、ＬＣＵまたはパーティション）に関してＳＡＯが有効であるかどうかを示すｓａｏ＿ｅｎａｂｌｅ＿ｆｌａｇが、最初にエンコーダによって送信され、デコーダによって受信される。ＳＡＯフィルタリングが有効であることをｓａｏ＿ｅｎａｂｌｅ＿ｆｌａｇが示す場合、１つまたは複数のマージシンタックス要素（たとえば、ｍｅｒｇｅ＿ｌｅｆｔおよびｍｅｒｇｅ＿ｕｐ）が送信され得る。ｍｅｒｇｅ＿ｌｅｆｔフラグおよびｍｅｒｇｅ＿ｕｐフラグが、ＳＡＯフィルタパラメータが左のビデオブロックまたは上のビデオブロックに関するフィルタパラメータと同じではないことを示す場合、フィルタパラメータがシグナリングされ得る。一例では、ｓａｏ＿ｅｎａｂｌｅ＿ｆｌａｇが、ＳＡＯフィルタリングがオンになっているか、それともオフになっているかをすでに示しているので、ｓａｏ＿ｔｙｐｅ＿ｉｄｘシンタックス要素は、「フィルタリングオフ」インジケータを含む必要がなく、したがって、ｓａｏ＿ｔｙｐｅ＿ｉｄｘシンタックス要素を送信するときにビット節約が可能になり得る。

【0090】

[0094]ビデオエンコーダ２０は、ビデオスライス内のビデオブロックのイントラコーディングとインターコーディングとを実行し得る。イントラコーディングは、空間的予測を利用して、所与のビデオフレームまたはピクチャ内のビデオの空間的冗長性を低減または除去する。インターコーディングは、時間的予測を利用して、ビデオシーケンスの隣接フレームまたはピクチャ内のビデオの時間的冗長性を低減または除去する。イントラモード（Ｉモード）は、いくつかの空間ベースの圧縮モードのいずれかを指し得る。単方向予測（Ｐモード）または双方向予測（Ｂモード）などのインターモードは、いくつかの時間ベースの圧縮モードのいずれかを指し得る。

【0091】

[0095]図５の例では、ビデオエンコーダ２０は、区分ユニット３５と、予測モジュール４１と、参照ピクチャメモリ６４と、加算器５０と、変換モジュール５２と、量子化ユニット５４と、エントロピー符号化ユニット５６とを含む。ビデオエンコーダ２０はまた、本開示で説明するＳＡＯ技法を実行するためにＡＬＦユニット６１とＳＡＯユニット６３とを含む。予測モジュール４１は、動き推定ユニット４２と、動き補償ユニット４４と、イントラ予測ユニット４６とを含む。ビデオブロック再構成のために、ビデオエンコーダ２０はまた、逆量子化ユニット５８と、逆変換モジュール６０と、加算器６２とを含む。ブロック境界をフィルタリングして再構成されたビデオからブロッキネスアーティファクトを除去するために、デブロッキングフィルタ（図５に図示せず）も含まれ得る。所望される場合、デブロッキングフィルタは、一般に、加算器６２の出力をフィルタリングすることになる。

【0092】

[0096]デブロッキングフィルタに加えて追加のループフィルタ（ループ内またはループ後）も使用され得る。さらに、図５に示すループフィルタの順序は単なる一例であり、他の順序が使用されることもあることが企図されている。

【0093】

[0097]図５に示されるように、ビデオエンコーダ２０はビデオデータを受信し、区分ユニット３５はデータをビデオブロックに区分する。この区分は、たとえば、ＬＣＵおよびＣＵの４分木構造に従った、スライス、タイル、または他のより大きいユニットへの区分、さらにはビデオブロック区分を含み得る。ビデオエンコーダ２０は、符号化されるべきビデオスライス内のビデオブロックを符号化するコンポーネントを全般に示す。スライスは、複数のビデオブロックに（および、場合によっては、タイルと呼ばれるビデオブロックのセットに）分割され得る。予測モジュール４１は、誤り結果（たとえば、コーディングレートおよび歪みのレベル）に基づいて、現在ビデオブロックに対して、複数のイントラコーディングモードのうちの１つ、または複数のインターコーディングモードのうちの１つのような、複数の可能なコーディングモードのうちの１つを選択し得る。予測モジュール４１は、得られたイントラコーディングされたブロックまたはインターコーディングされたブロックを加算器５０に与えて、残差ブロックデータを生成し、加算器６２に与えて、参照ピクチャとして使用するための符号化されたブロックを再構成することができる。

【0094】

[0098]一例では、予測モジュール４１は、ループフィルタ（たとえば、ＳＡＯまたはＡＬＦ）が有効であるかどうかを示すシンタックス要素を生成することができる。そのようなシンタックス要素は、エントロピーエンコーダユニット５６によって符号化され得る。したがって、ビデオエンコーダ２０はシンタックス要素を、マージシンタックス要素の前にビデオデコーダ３０に送信することができる。この例では、ビデオブロックグループ（たとえば、ＬＣＵまたはパーティション）に関してＳＡＯが有効であるかどうかを示すｓａｏ＿ｅｎａｂｌｅ＿ｆｌａｇが、最初にエンコーダによって送信され、デコーダによって受信される。ＳＡＯフィルタリングが有効であることをｓａｏ＿ｅｎａｂｌｅ＿ｆｌａｇが示す場合、１つまたは複数のマージシンタックス要素（たとえば、ｍｅｒｇｅ＿ｌｅｆｔおよびｍｅｒｇｅ＿ｕｐ）が送信され得る。ｍｅｒｇｅ＿ｌｅｆｔフラグおよびｍｅｒｇｅ＿ｕｐフラグが、ＳＡＯフィルタパラメータが左のビデオブロックまたは上のビデオブロックに関するフィルタパラメータと同じではないことを示す場合、フィルタパラメータがシグナリングされ得る。一例では、ｓａｏ＿ｅｎａｂｌｅ＿ｆｌａｇが、ＳＡＯフィルタリングがオンになっているか、それともオフになっているかをすでに示しているので、ｓａｏ＿ｔｙｐｅ＿ｉｄｘシンタックス要素は、「フィルタリングオフ」インジケータを含む必要がなく、したがって、ｓａｏ＿ｔｙｐｅ＿ｉｄｘシンタックス要素を送信するときにビット節約が可能になり得る。

【0095】

[0099]１つの例示的なビデオエンコーダ２０では、予測モジュール４１は、符号化されたビットストリームに含めるために、イネーブルシンタックス要素を生成する。イネーブルシンタックス要素は、ビデオブロックグループに関してループフィルタがオンになっているか、それともオフになっているかを示す。予測モジュール４１はまた、ビデオブロックグループに関してループフィルタがオンになっていることをイネーブルシンタックス要素が示したことに応答して、ビデオブロックグループに関するループフィルタのためのパラメータを識別する１つまたは複数の追加のシンタックス要素を生成する。ビデオエンコーダ２０はまた、イネーブルシンタックス要素に従ってビデオブロックグループに関してループフィルタを実行することができる。

【0096】

[0100]いくつかの例では、追加のシンタックス要素は、１つまたは複数のマージシンタックス要素を含む。１つまたは複数のマージシンタックス要素は、ループフィルタのためのパラメータが、以前のビデオブロックグループに関するループフィルタのためのパラメータから再利用されるか、または借りられるように、ビデオブロックグループの少なくとも１つのブロックに関するループフィルタのためのパラメータが、以前のビデオブロックグループに関するループフィルタのためのパラメータに等しくセットされ得るかどうかを示す。

【0097】

[0101]一例では、予測モジュール４１は、符号化されたビットストリームに含めるために、ループフィルタのためのフィルタ係数セットを再構成するための情報を生成する。いくつかの例では、ループフィルタはＳＡＯフィルタであり得る。さらに、予測モジュール４１は、符号化されたビットストリームに含めるために、ループフィルタのためのオフセット値を再構成するための情報を生成することができる。いくつかの例では、予測モジュール４１は、符号化されたビットストリームに含めるために、タイプセットからＳＡＯフィルタリングタイプを識別するＳＡＯタイプシンタックス要素を生成することができる。

【0098】

[0102]一例では、ループフィルタは、ＡＬＦフィルタを含み、予測モジュール４１は、符号化されたビットストリームに含めるために、符号化されたビットストリームに新しいフィルタ係数を識別する情報が存在するかどうかをシグナリングするフィルタシンタックス要素を生成することができる。符号化されたビットストリームに新しいフィルタ係数を識別する情報が存在することをフィルタシンタックス要素がシグナリングしたことに応答して、符号化されたビットストリームに含めるために、その情報を生成すること。一例では、符号化されたビットストリームに新しいフィルタ係数を識別する情報が存在しないことを新しいフィルタシンタックス要素がシグナリングしたことに応答して、予測モジュールは、符号化されたビットストリームに含めるために、１つもしくは複数のマージシンタックス要素および／またはフィルタインデックスを生成することができる。

【0099】

[0103]予測モジュール４１内のイントラ予測ユニット４６は、コーディングされるべき現在のブロックと同じフレームまたはスライス中の１つまたは複数の隣接ブロックに対する、現在のビデオブロックのイントラ予測コーディングを実行して、空間圧縮を行うことができる。予測モジュール４１内の動き推定ユニット４２および動き補償ユニット４４は、１つまたは複数の参照ピクチャ中の１つまたは複数の予測ブロックに対する、現在のビデオブロックのインター予測コーディングを実行して、時間圧縮を行うことができる。

【0100】

[0104]動き推定ユニット４２は、ビデオシーケンスの所定のパターンに従って、ビデオスライスのためのインター予測モードを決定するように構成され得る。所定のパターンは、シーケンス中のビデオスライスを、Ｐスライス、ＢスライスまたはＧＰＢスライスと指定し得る。動き推定ユニット４２および動き補償ユニット４４は、高度に統合され得るが、概念的な目的のために別々に示されている。動き推定ユニット４２によって実行される動き推定は、ビデオブロックの動きを推定する動きベクトルを生成するプロセスである。動きベクトルは、たとえば、参照ピクチャ内の予測ブロックに対する現在のビデオフレームまたはピクチャ内のビデオブロックのＰＵの変位を示し得る。

【0101】

[0105]予測ブロックは、絶対値差分和（ＳＡＤ）、差分２乗和（ＳＳＤ）、または他の差分尺度によって決定され得るピクセル差分に関して、コーディングされるべきビデオブロックのＰＵに厳密に一致することがわかるブロックである。いくつかの例では、ビデオエンコーダ２０は、参照ピクチャメモリ６４に記憶された参照ピクチャのサブ整数ピクセル位置の値を計算し得る。たとえば、ビデオエンコーダ２０は、参照ピクチャの１／４ピクセル位置、１／８ピクセル位置、または他の分数ピクセル位置の値を補間し得る。したがって、動き推定ユニット４２は、フルピクセル位置と分数ピクセル位置とに対する動き探索を実行し、分数ピクセル精度で動きベクトルを出力し得る。

【0102】

[0106]動き推定ユニット４２は、ＰＵの位置を参照ピクチャの予測ブロックの位置と比較することによって、インターコーディングされたスライス中のビデオブロックのＰＵのための動きベクトルを計算する。参照ピクチャは、第１の参照ピクチャリスト（リスト０）または第２の参照ピクチャリスト（リスト１）から選択されてよく、それらの参照ピクチャリストの各々は、参照ピクチャメモリ６４に記憶された１つまたは複数の参照ピクチャを識別する。動き推定ユニット４２は、計算された動きベクトルをエントロピー符号化ユニット５６と動き補償ユニット４４とに送る。

【0103】

[0107]動き補償ユニット４４によって実行される動き補償は、動き推定によって決定された動きベクトルに基づいて予測ブロックをフェッチまたは生成すること、場合によってはサブピクセル精度への補間を実行することを伴い得る。現在のビデオブロックのＰＵのための動きベクトルを受信すると、動き補償ユニット４４は、参照ピクチャリストのうちの１つにおいて動きベクトルが指す予測ブロックの位置を特定し得る。ビデオエンコーダ２０は、コーディングされている現在のビデオブロックのピクセル値から予測ブロックのピクセル値を減算し、ピクセル差分値を形成することによって残差ビデオブロックを形成する。ピクセル差分値は、ブロックの残差データを形成し、ルーマ差分成分とクロマ差分成分の両方を含み得る。加算器５０は、この減算演算を実行する１つまたは複数のコンポーネントを表す。動き補償ユニット４４はまた、ビデオスライスのビデオブロックを復号する際にビデオデコーダ３０が使用するための、ビデオブロックおよびビデオスライスと関連付けられるシンタックス要素を生成し得る。

【0104】

[0108]イントラ予測ユニット４６は、上で説明されたように、動き推定ユニット４２と動き補償ユニット４４とによって実行されるインター予測の代替として、現在のブロックをイントラ予測し得る。特に、イントラ予測ユニット４６は、現在のブロックを符号化するために使用すべきイントラ予測モードを決定し得る。いくつかの例では、イントラ予測ユニット４６は、たとえば、別々の符号化パス中に、様々なイントラ予測モードを使用して現在のブロックを符号化することができ、イントラ予測ユニット４６（または、いくつかの例では、モード選択ユニット４０）は、テストされたモードから使用するのに適切なイントラ予測モードを選択することができる。たとえば、イントラ予測ユニット４６は、様々なテストされたイントラ予測モードのためのレート歪み分析を使用してレート歪み値を計算し、テストされたモードの中で最良のレート歪み特性を有するイントラ予測モードを選択することができる。レート歪み分析は、一般に、符号化されたブロックと、符号化されたブロックを生成するために符号化された元の符号化されていないブロックとの間の歪み（または誤差）の量、ならびに、符号化されたブロックを生成するために使用されたビットレート（すなわち、ビット数）を決定する。イントラ予測ユニット４６は、どのイントラ予測モードがブロックに対して最良のレート歪み値を呈するかを決定するために、様々な符号化されたブロックに対する歪みおよびレートから比率を計算することができる。

【0105】

[0109]いずれの場合も、あるブロックに対するイントラ予測モードを選択した後、イントラ予測ユニット４６は、エントロピーコーディングユニット５６にブロックに対する選択されたイントラ予測モードを示す情報を提供し得る。エントロピーコーディングユニット５６は、本開示の技法に従って選択されたイントラ予測モードを示す情報を符号化し得る。ビデオエンコーダ２０は、送信されるビットストリーム中に、複数のイントラ予測モードインデックステーブルおよび複数の修正されたイントラ予測モードインデックステーブル（コードワードマッピングテーブルとも呼ばれる）と、様々なブロックの符号化コンテキストの定義と、コンテキストの各々について使用すべき、最も可能性の高いイントラ予測モード、イントラ予測モードインデックステーブル、および修正されたイントラ予測モードインデックステーブルの指示とを含み得る、構成データを含み得る。

【0106】

[0110]予測モジュール４１が、インター予測またはイントラ予測のいずれかを介して、現在のビデオブロックのための予測ブロックを生成した後、ビデオエンコーダ２０は、現在のビデオブロックから予測ブロックを減算することによって残差ビデオブロックを形成する。残差ブロック中の残差ビデオデータは、１つまたは複数のＴＵ中に含まれ、変換モジュール５２に適用され得る。変換モジュール５２は、離散コサイン変換（ＤＣＴ）または概念的に同様の変換などの変換を使用して、残差ビデオデータを残差変換係数に変換する。変換モジュール５２は、残差ビデオデータをピクセル領域から周波数領域などの変換領域に変換し得る。

【0107】

[0111]変換モジュール５２は、得られた変換係数を量子化ユニット５４に送り得る。量子化ユニット５４は、ビットレートをさらに低減するために変換係数を量子化する。量子化プロセスは、係数の一部またはすべてと関連付けられるビット深度を低減することができる。量子化の程度は、量子化パラメータを調整することによって修正され得る。いくつかの例では、量子化ユニット５４は、次いで、量子化された変換係数を含む行列の走査を実行し得る。代替的に、エントロピー符号化ユニット５６が走査を実行し得る。

【0108】

[0112]量子化の後に、エントロピー符号化ユニット５６は、量子化された変換係数をエントロピー符号化する。たとえば、エントロピー符号化ユニット５６は、コンテキスト適応型可変長コーディング（ＣＡＶＬＣ）、コンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ）、シンタックスベースコンテキスト適応型バイナリ算術コーディング（ＳＢＡＣ）、確率間隔区分エントロピー（ＰＩＰＥ）コーディング、あるいは別のエントロピー符号化方法または技法を実行し得る。エントロピー符号化ユニット５６によるエントロピー符号化の後に、符号化されたビットストリームは、ビデオデコーダ３０に送信されるか、あるいはビデオデコーダ３０による後の送信または取り出しのためにアーカイブされ得る。エントロピー符号化ユニット５６はまた、コーディングされている現在のビデオスライスのための動きベクトルと他のシンタックス要素とをエントロピー符号化し得る。

【0109】

[0113]逆量子化ユニット５８および逆変換モジュール６０は、それぞれ逆量子化および逆変換を適用して、参照ピクチャの参照ブロックとして後で使用するためにピクセル領域において残差ブロックを再構成する。動き補償ユニット４４は、残差ブロックを参照ピクチャリストのうちの１つの中の参照ピクチャのうちの１つの予測ブロックに加算することによって、参照ブロックを計算し得る。動き補償ユニット４４はまた、再構成された残差ブロックに１つまたは複数の補間フィルタを適用して、動き推定において使用するサブ整数ピクセル値を計算し得る。加算器６２は、再構成された残差ブロックを動き補償ユニット４４によって生成された動き補償された予測ブロックに加算して、参照ピクチャメモリ６４に記憶するための参照ブロックを生成する。参照ブロックは、後続のビデオフレームまたはピクチャ中のブロックをインター予測するために、動き推定ユニット４２と動き補償ユニット４４とによって参照ブロックとして使用され得る。

【0110】

[0114]このようにして、図３のビデオエンコーダ２０は、符号化されたビットストリームに含めるために、ビデオブロックグループに関してループフィルタがオンになっているか、それともオフになっているかを示すイネーブルシンタックス要素を生成し、ビデオブロックグループに関してループフィルタがオンになっていることをイネーブルシンタックス要素が示したことに応答して、ビデオブロックグループに関するループフィルタのためのパラメータを識別する１つまたは複数の追加のシンタックス要素を生成するように構成されたビデオエンコーダの一例を表す。ループフィルタは、たとえば、適応ループフィルタ（ＡＬＦ）またはサンプル適応オフセット（ＳＡＯ）フィルタであり得る。追加のシンタックス要素は、ループフィルタのためのパラメータのためのパラメータが、以前のビデオブロックグループに関するループフィルタのためのパラメータから再利用されるか、または借りられるように、ビデオブロックグループに関するループフィルタのためのパラメータが、以前のビデオブロックグループに関するループフィルタのためのパラメータに等しくセットされ得るかどうかを示す１つまたは複数のマージシンタックス要素を含むことができる。ループフィルタがＡＬＦフィルタであるとき、ビデオエンコーダ２０は、符号化されたビットストリームに含めるために、ループフィルタのためのフィルタ係数セットを再構成するための情報を生成することができる。ループフィルタがＳＡＯフィルタであるとき、ビデオエンコーダ２０は、符号化されたビットストリームに含めるために、ループフィルタのためのオフセット値を再構成するための情報を生成することができる。ループフィルタがＳＡＯフィルタであるとき、ビデオエンコーダ２０は、符号化されたビットストリームに含めるために、「フィルタリングオフ」タイプを含まないタイプセットからＳＡＯフィルタリングタイプを識別するＳＡＯタイプシンタックス要素を生成することができる。ループフィルタがＡＬＦフィルタを備えるとき、ビデオエンコーダ２０は、符号化されたビットストリームに含めるために、符号化されたビットストリームに新しいフィルタ係数を識別する情報が存在するかどうかをシグナリングする新しいフィルタシンタックス要素を生成することができ、符号化されたビットストリームに新しいフィルタ係数を識別する情報が存在することを新しいフィルタシンタックス要素がシグナリングしたことに応答して、符号化されたビットストリームに含めるために、その情報を生成することができる。符号化されたビットストリームに新しいフィルタ係数を識別する情報が存在しないことを新しいフィルタシンタックス要素がシグナリングしたことに応答して、ビデオエンコーダ２０は、符号化されたビットストリームに含めるために、１つもしくは複数のマージシンタックス要素および／またはフィルタインデックスを生成することができる。

【0111】

[0115]ループフィルタがＡＬＦフィルタであるとき、イネーブルシンタックス要素の第１の値が、ＡＬＦがオフになっていることを示すことができ、イネーブルシンタックス要素の第２の値が、ＡＬＦフィルタがオンになっており、符号化されたビットストリームが新しいフィルタ係数を識別する情報を含むことを示すことができ、イネーブルシンタックス要素の第３の値が、ＡＬＦフィルタがオンになっており、符号化されたビットストリームが新しいフィルタ係数を識別する情報を含まないことを示すことができる。第３のシンタックス要素は、マージシンタックス要素を介してＡＬＦのためのフィルタ係数がシグナリングされていることを示すことができる。第３のシンタックス要素はまた、フィルタインデックスを介してＡＬＦのためのフィルタ係数がシグナリングされていることを示すことができる。

【0112】

[0116]ビデオエンコーダ２０はまた、符号化されたビットストリームに含めるために、「フィルタリングオフ」タイプを含むタイプセットからＳＡＯフィルタリングタイプを識別するＳＡＯタイプシンタックス要素を生成し、ＳＡＯタイプシンタックス要素が「フィルタリングオフ」タイプ以外のＳＡＯフィルタリングタイプを識別したことに応答して、符号化されたビットストリームに含めるために、ビデオブロックグループに関するＳＡＯフィルタのためのパラメータを識別する１つまたは複数の追加のシンタックス要素を生成するように構成されたビデオエンコーダの一例を表す。追加のシンタックス要素は、ビデオブロックグループに関するループフィルタのためのパラメータが以前のビデオブロックグループに関するループフィルタのためのパラメータから借りられ得ることを示す１つまたは複数のマージシンタックス要素を含むことができる。ビデオエンコーダ２０はまた、符号化されたビットストリームに含めるために、ＳＡＯフィルタのためのオフセット値を生成することができる。

【0113】

[0117]本開示の技法によれば、ループフィルタ（たとえば、ＳＡＯまたはＡＬＦ）が有効であるかどうかを示すシンタックス要素が、マージシンタックス要素の前にビデオエンコーダ２０からビデオデコーダ３０に送信され得る。一例では、ビデオブロックグループ（たとえば、ＬＣＵまたはパーティション）に関してＳＡＯが有効であるかどうかを示すｓａｏ＿ｅｎａｂｌｅ＿ｆｌａｇが、最初にエンコーダによって送信され、デコーダによって受信される。ＳＡＯフィルタリングが有効であることをｓａｏ＿ｅｎａｂｌｅ＿ｆｌａｇが示す場合、１つまたは複数のマージシンタックス要素（たとえば、ｍｅｒｇｅ＿ｌｅｆｔおよびｍｅｒｇｅ＿ｕｐ）が送信され得る。ｍｅｒｇｅ＿ｌｅｆｔフラグおよびｍｅｒｇｅ＿ｕｐフラグが、ＳＡＯフィルタパラメータが左のビデオブロックまたは上のビデオブロックに関するフィルタパラメータと同じではないことを示す場合、フィルタパラメータがシグナリングされ得る。一例では、ｓａｏ＿ｅｎａｂｌｅ＿ｆｌａｇが、ＳＡＯフィルタリングがオンになっているか、それともオフになっているかをすでに示しているので、ｓａｏ＿ｔｙｐｅ＿ｉｄｘシンタックス要素は、「フィルタリングオフ」インジケータを含む必要がなく、したがって、ｓａｏ＿ｔｙｐｅ＿ｉｄｘシンタックス要素を送信するときにビット節約が可能になり得る。

【0114】

[0118]一例では、この概念は、（たとえば、ＬＣＵレベルで）ソースデバイス１２によって最初にシグナリングされ得る、ＬＣＵ中のブロックにＳＡＯが使用されているかどうかを示すＳＡＯオン／オフフラグの導入に関する。別の例では、この概念は、（たとえば、ＬＣＵレベルで）ソースデバイス１２によって最初にシグナリングされる、ＬＣＵ中のブロックにＳＡＯが使用されているかどうかを示すＡＬＦオン／オフフラグの導入に関する。

【0115】

[0119]１つの例示的なＳＡＯ実装形態では、（ＬＣＵのセットを備える）各パーティションは、（ピクセル分類とも呼ばれる）３つのオフセットタイプ、すなわち、オフセットなしと、バンド分類ベースのオフセットタイプ０／１と、エッジ分類ベースのタイプ０／１／２／３とのうちの１つを有することができる。各帯域分類オフセットタイプは１６個の可能なオフセット値を有するが、各エッジ分類ベースタイプは４つの可能なオフセット値を有する。これらのオフセットタイプのうちの１つが、パーティションのために使用されるために選択された場合、対応するオフセットタイプとオフセット値とを示す情報がデコーダに送られる。

【0116】

[0120]図６は、本開示で説明される技法を実装し得る例示的なビデオデコーダ３０を示すブロック図である。図６の例では、ビデオデコーダ３０は、エントロピー復号ユニット８０と、予測モジュール８１と、逆量子化ユニット８６と、逆変換ユニット８８と、加算器９０と、参照ピクチャメモリ９２とを含む。ビデオエンコーダ３０はまた、本開示で説明するフィルタリング技法を実行するためにＳＡＯユニット９１とＡＬＦユニット９３とを含む。予測モジュール８１は、動き補償ユニット８２と、イントラ予測ユニット８４とを含む。ビデオデコーダ３０は、いくつかの例では、図５のビデオエンコーダ２０に関して説明された符号化パスとは全般に逆の復号パスを実行し得る。図５に関して上記で説明したように、追加のループフィルタもビデオデコーダ３０に含まれ得る。また、図６に示すループフィルタの順序は単なる一例であり、他の順序が使用されることもある。

【0117】

[0121]復号プロセス中に、ビデオデコーダ３０は、ビデオエンコーダ２０から、符号化されたビデオスライスのビデオブロックと関連するシンタックス要素とを表す、符号化されたビデオビットストリームを受信する。ビデオデコーダ３０のエントロピー復号ユニット８０は、量子化された係数と、動きベクトルと、他のシンタックス要素とを生成するために、ビットストリームをエントロピー復号する。エントロピー復号ユニット８０は、予測モジュール８１に動きベクトルと他のシンタックス要素とを転送する。ビデオデコーダ３０は、ビデオスライスレベルおよび／またはビデオブロックレベルでシンタックス要素を受信し得る。

【0118】

[0122]ビデオスライスがイントラコーディングされた（Ｉ）スライスとしてコーディングされるとき、予測モジュール８１のイントラ予測ユニット８４は、シグナリングされたイントラ予測モードと、現在のフレームまたはピクチャの、以前に復号されたブロックからのデータとに基づいて、現在のビデオスライスのビデオブロックのための予測データを生成し得る。ビデオフレームがインターコーディングされた（すなわち、Ｂ、ＰまたはＧＰＢ）スライスとしてコーディングされるとき、予測モジュール８１の動き補償ユニット８２は、エントロピー復号ユニット８０から受信された動きベクトルおよび他のシンタックス要素に基づいて、現在のビデオスライスのビデオブロックのための予測ブロックを生成する。予測ブロックは、参照ピクチャリストのうちの１つの中の参照ピクチャのうちの１つから生成され得る。ビデオデコーダ３０は、参照ピクチャメモリ９２に記憶された参照ピクチャに基づいて、デフォルトの構成技法を使用して、参照フレームリスト、すなわち、リスト０とリスト１とを構成し得る。

【0119】

[0123]一例では、マージシンタックス要素の前に送信され得る、ビデオエンコーダ２０によってビデオデコーダ３０に送信されたシンタックス要素は、エントロピー復号ユニット８０によって処理され、予測モジュール８１に提供され得る。この例では、ビデオブロックグループ（たとえば、ＬＣＵまたはパーティション）に関してＳＡＯが有効であるかどうかを示すｓａｏ＿ｅｎａｂｌｅ＿ｆｌａｇが、最初にビデオエンコーダ２０によって送信され、ビデオデコーダ３０によって受信される。ＳＡＯフィルタリングが有効であることをｓａｏ＿ｅｎａｂｌｅ＿ｆｌａｇが示す場合、１つまたは複数のマージシンタックス要素（たとえば、ｍｅｒｇｅ＿ｌｅｆｔおよびｍｅｒｇｅ＿ｕｐ）が送信され得る。ｍｅｒｇｅ＿ｌｅｆｔフラグおよびｍｅｒｇｅ＿ｕｐフラグが、ＳＡＯフィルタパラメータが左のビデオブロックまたは上のビデオブロックに関するフィルタパラメータと同じではないことを示す場合、フィルタパラメータがシグナリングされ得る。一例では、ｓａｏ＿ｅｎａｂｌｅ＿ｆｌａｇが、ＳＡＯフィルタリングがオンになっているか、それともオフになっているかをすでに示しているので、ｓａｏ＿ｔｙｐｅ＿ｉｄｘシンタックス要素は、「フィルタリングオフ」インジケータを含む必要がなく、したがって、ｓａｏ＿ｔｙｐｅ＿ｉｄｘシンタックス要素を送信するときにビット節約が可能になり得る。

【0120】

[0124]１つの例示的なビデオデコーダ３０では、エントロピー復号ユニット８０は、イネーブルシンタックス要素を含む符号化されたビットストリームを受信する。イネーブルシンタックス要素は、ビデオブロックグループに関してループフィルタがオンになっているか、それともオフになっているかを示す。エントロピー復号ユニット８０はまた、ビデオブロックグループに関してループフィルタがオンになっていることをイネーブルシンタックス要素が示したことに応答して、ビデオブロックグループに関するループフィルタのためのパラメータを識別する１つまたは複数の追加のシンタックス要素を受信する。さらに、ビデオデコーダは、受信されたイネーブルシンタックス要素に基づいてビデオブロックグループに関してループフィルタを実行することができる。

【0121】

[0125]一例では、追加のシンタックス要素は、１つまたは複数のマージシンタックス要素を備え、１つまたは複数のマージシンタックス要素は、ビデオブロックグループの少なくとも１つのブロックに関するループフィルタのためのパラメータが、以前のビデオブロックグループに関するループフィルタのためのパラメータから再利用されるかどうかを示す。

【0122】

[0126]一例では、エントロピー復号ユニット８０は、ループフィルタのためのフィルタ係数セットを再構成するための情報を含む、符号化されたビットストリームを受信し得る。受信された符号化されたビットストリームは、ループフィルタのためのオフセット値を再構成するための情報、タイプセットからＳＡＯフィルタリングタイプを識別するＳＡＯタイプシンタックス要素を含むことができる。エントロピー復号ユニット８０は、符号化されたビットストリームに新しいフィルタ係数を識別する情報が存在するかどうかをシグナリングするフィルタシンタックス要素を含む符号化されたビットストリームを受信することができる。受信された符号化されたビットストリームは、符号化されたビットストリームに新しいフィルタ係数を識別する情報が存在しないことを含み、符号化されたビットストリームに含めるために、１つもしくは複数のマージシンタックス要素および／またはフィルタインデックスを生成することができる。

【0123】

[0127]一例では、ループフィルタがＡＬＦフィルタを備えるとき、イネーブルシンタックス要素の第１の値が、ＡＬＦがオフになっていることを示し、イネーブルシンタックス要素の第２の値が、ＡＬＦフィルタがオンになっており、符号化されたビットストリームが新しいフィルタ係数を識別する情報を含むことを示し、イネーブルシンタックス要素の第３の値が、ＡＬＦフィルタがオンになっており、符号化されたビットストリームが新しいフィルタ係数を識別する情報を含まないことを示す。イネーブルシンタックス要素の第３の値は、マージシンタックス要素を介してＡＬＦのためのフィルタ係数がシグナリングされていることを示す。イネーブルシンタックス要素の第３の値は、フィルタインデックスを介してＡＬＦのためのフィルタ係数がシグナリングされていることを示す。マージシンタックス要素を介してシグナリングされたこれらの信号は、ビデオデコーダ３０によって受信され、エントロピー復号ユニット８０によって復号され得る。

【0124】

[0128]動き補償ユニット８２は、動きベクトルと他のシンタックス要素とを解析することによって現在のビデオスライスのビデオブロックのための予測情報を決定し、その予測情報を使用して、復号されている現在のビデオブロックの予測ブロックを生成する。たとえば、動き補償ユニット８２は、ビデオスライスのビデオブロックをコーディングするために使用される予測モード（たとえば、イントラまたはインター予測）と、インター予測スライスタイプ（たとえば、Ｂスライス、Ｐスライス、またはＧＰＢスライス）と、スライスの参照ピクチャリストのうちの１つまたは複数に対する構成情報と、スライスの各々のインター符号化されたビデオブロックの動きベクトルと、スライスの各々のインターコーディングされたビデオブロックのインター予測ステータスと、現在のビデオスライス中のビデオブロックを復号するための他の情報とを決定するために、受信されたシンタックス要素のいくつかを使用する。

【0125】

[0129]動き補償ユニット８２はまた、補間フィルタに基づいて補間を実行し得る。動き補償ユニット８２は、ビデオブロックの符号化中にビデオエンコーダ２０によって使用された補間フィルタを使用して、参照ブロックのサブ整数ピクセルの補間された値を計算し得る。この場合、動き補償ユニット８２は、受信されたシンタックス要素からビデオエンコーダ２０によって使用された補間フィルタを決定し、その補間フィルタを使用して予測ブロックを生成し得る。

【0126】

[0130]逆量子化ユニット８６は、ビットストリーム中で与えられエントロピー復号ユニット８０によって復号された、量子化された変換係数を逆量子化（inverse quantize）、すなわち、逆量子化（de-quantize）する。逆量子化プロセスは、量子化の程度を判定し、同様に、適用されるべき逆量子化の程度を判定するための、ビデオスライス中の各ビデオブロックに対してビデオエンコーダ２０によって計算される量子化パラメータの使用を含み得る。逆変換モジュール８８は、逆変換、たとえば、逆ＤＣＴ、逆整数変換、または概念的に同様の逆変換プロセスを変換係数に適用して、ピクセル領域において残差ブロックを生成する。

【0127】

[0131]動き補償ユニット８２が、動きベクトルと他のシンタックス要素とに基づいて現在のビデオブロックのための予測ブロックを生成した後、ビデオデコーダ３０は、逆変換モジュール８８からの残差ブロックを動き補償ユニット８２によって生成された対応する予測ブロックと加算することによって、復号されたビデオブロックを形成する。加算器９０は、この加算演算を実行する１つまたは複数のコンポーネントを表す。所望される場合、ブロッキネスアーティファクトを除去するために、復号されたブロックをフィルタリングするためのデブロッキングフィルタも適用され得る。ピクセル遷移を平滑化するために、または場合によってはビデオ品質を改善するために、他のループフィルタも（コーディングループ中またはコーディングループ後のいずれかで）使用され得る。所与のフレームまたはピクチャ中の復号されたビデオブロックは、次いで、その後の動き補償のために使用される参照ピクチャを記憶する、参照ピクチャメモリ９２に記憶される。参照ピクチャメモリ９２はまた、図１のディスプレイデバイス３２などのディスプレイデバイス上での後の表示のために、復号されたビデオを記憶する。

【0128】

[0132]このようにして、図６のビデオデコーダ３０は、符号化されたビットストリームにおいて、１つまたは複数のビデオブロックからなるグループに関してループフィルタがオンになっているか、それともオフになっているかを示すイネーブルシンタックス要素を受信し、ビデオブロックグループに関してループフィルタがオンになっていることをイネーブルシンタックス要素が示したことに応答して、ビデオブロックグループに関するループフィルタのためのパラメータを識別する１つまたは複数の追加のシンタックス要素を受信するように構成されたビデオエンコーダの一例を表す。ループフィルタは、たとえば、適応ループフィルタ（ＡＬＦ）またはサンプル適応オフセット（ＳＡＯ）フィルタであり得る。追加のシンタックス要素は、ビデオブロックグループに関するループフィルタのためのパラメータが以前のビデオブロックグループに関するループフィルタのためのパラメータから再利用されるかどうかを示す１つまたは複数のマージシンタックス要素を含むことができる。ループフィルタがＡＬＦフィルタであるとき、ビデオデコーダ３０はさらに、ループフィルタのためのフィルタ係数セットを再構成するための情報を受信することができる。

【0129】

[0133]ループフィルタがＡＬＦフィルタであるとき、ビデオデコーダ３０はまた、符号化されたビットストリームに新しいフィルタ係数を識別する情報が存在するかどうかをシグナリングする新しいフィルタシンタックス要素を受信することができ、符号化されたビットストリームに新しいフィルタ係数を識別する情報が存在することを新しいフィルタシンタックス要素がシグナリングしたことに応答して、ビデオデコーダ３０は、その情報を受信することができる。符号化されたビットストリームに新しいフィルタ係数を識別する情報が存在しないことを新しいフィルタシンタックス要素がシグナリングしたことに応答して、ビデオデコーダ３０は、１つもしくは複数のマージシンタックス要素および／またはフィルタインデックスを受信することができる。

【0130】

[0134]ループフィルタがＡＬＦフィルタであるとき、イネーブルシンタックス要素の第１の値が、ＡＬＦがオフになっていることを示すことができ、イネーブルシンタックス要素の第２の値が、ＡＬＦフィルタがオンになっており、符号化されたビットストリームが新しいフィルタ係数を識別する情報を含むことを示すことができ、イネーブルシンタックス要素の第３の値が、ＡＬＦフィルタがオンになっており、符号化されたビットストリームが新しいフィルタ係数を識別する情報を含まないことを示すことができる。第３の値は、マージシンタックス要素を介してＡＬＦのためのフィルタ係数がシグナリングされていることを示すことができる。第３の値はまた、フィルタインデックスを介してＡＬＦのためのフィルタ係数がシグナリングされていることを示すことができる。

【0131】

[0135]ループフィルタがＳＡＯフィルタであるとき、ビデオデコーダ３０は、ループフィルタのためのオフセット値を再構成するための情報を受信することができる。ループフィルタがＳＡＯフィルタであるとき、ビデオデコーダ３０はまた、「フィルタリングオフ」タイプを含まないタイプセットからＳＡＯフィルタリングタイプを識別するＳＡＯタイプシンタックス要素を受信することができる。

【0132】

[0136]ビデオデコーダ３０はまた、符号化されたビットストリームにおいて、タイプセットからＳＡＯフィルタリングタイプを識別するＳＡＯタイプシンタックス要素を受信するように構成されたビデオエンコーダの一例を表す。タイプセットは、「フィルタリングオフ」タイプを含むことができる。「フィルタリングオフ」タイプ以外のＳＡＯフィルタリングタイプをＳＡＯタイプシンタックス要素が識別したことに応答して、ビデオデコーダ３０は、１つまたは複数のビデオブロックからなるグループに関するＳＡＯフィルタのためのパラメータを識別する追加のシンタックス要素を受信することができる。

【0133】

[0137]追加のシンタックス要素は、ビデオブロックグループに関するループフィルタのためのパラメータが以前のビデオブロックグループに関するループフィルタのためのパラメータから借りられることを示す１つまたは複数のマージシンタックス要素を含むことができる。ビデオデコーダ３０はまた、ＳＡＯフィルタのためのオフセット値を受信することができる。

【0134】

[0138]図７は、本開示の１つまたは複数の例による、例示的な方法を示すフローチャートである。図示の例では、たとえばビデオエンコーダ２０のようなビデオを符号化するためのデバイスが、符号化されたビットストリームに含めるために、イネーブルシンタックス要素を生成することができる。イネーブルシンタックス要素は、ビデオブロックグループに関してループフィルタがオンになっているか、それともオフになっているかを示すことができる（７００）。一例では、ビデオエンコーダ２０またはビデオを符号化するための他のデバイスにおける１つまたは複数のプロセッサが、符号化されたビットストリームに含めるためにイネーブルシンタックス要素を生成するように構成され得る。一例では、予測モジュール４１は、シンタックス要素を生成することができる。

【0135】

[0139]図示の例では、ビデオデータを符号化するためのデバイス、たとえばビデオエンコーダ２０は、ビデオブロックグループに関してループフィルタがオンになっていることをイネーブルシンタックス要素が示したことに応答して、ビデオブロックグループに関するループフィルタのためのパラメータを識別する１つまたは複数の追加のシンタックス要素を生成することができる（７０２）。ここでも、一例では、ビデオを符号化するためのデバイスにおける１つまたは複数のプロセッサが、ビデオブロックグループに関してループフィルタがオンになっていることをイネーブルシンタックス要素が示したことに応答して、ビデオブロックグループに関するループフィルタのためのパラメータを識別する１つまたは複数の追加のシンタックス要素を生成するように構成され得る。一例では、予測モジュール４１は、シンタックス要素を生成することができる。

【0136】

[0140]本開示の技法によれば、ループフィルタ（たとえば、ＳＡＯまたはＡＬＦ）が有効であるかどうかを示すシンタックス要素が、マージシンタックス要素の前にエンコーダからデコーダに送信され得る。表５および表６は、そのような技法が実施され得る方法の例を示す。ビデオブロックグループ（たとえば、ＬＣＵまたはパーティション）に関してＳＡＯが有効であるかどうかを示すｓａｏ＿ｅｎａｂｌｅ＿ｆｌａｇが、最初にエンコーダによって送信され、デコーダによって受信される。ＳＡＯフィルタリングが有効であることをｓａｏ＿ｅｎａｂｌｅ＿ｆｌａｇが示す場合、１つまたは複数のマージシンタックス要素（たとえば、ｍｅｒｇｅ＿ｌｅｆｔおよびｍｅｒｇｅ＿ｕｐ）が送信され得る。ｍｅｒｇｅ＿ｌｅｆｔフラグおよびｍｅｒｇｅ＿ｕｐフラグが、ＳＡＯフィルタパラメータが左のビデオブロックまたは上のビデオブロックに関するフィルタパラメータと同じではないことを示す場合、フィルタパラメータがシグナリングされ得る。一例では、ｓａｏ＿ｅｎａｂｌｅ＿ｆｌａｇが、ＳＡＯフィルタリングがオンになっているか、それともオフになっているかをすでに示しているので、ｓａｏ＿ｔｙｐｅ＿ｉｄｘシンタックス要素は、「フィルタリングオフ」インジケータを含む必要がなく、したがって、ｓａｏ＿ｔｙｐｅ＿ｉｄｘシンタックス要素を送信するときにビット節約が可能になり得る。

【0137】

[0141]いくつかの例では、ビデオを符号化するためのデバイス、たとえばビデオエンコーダ２０は、イネーブルシンタックス要素に従ってビデオブロックグループに関してループフィルタを実行することができる（７０４）。これは、たとえば、ビデオデータを符号化するためのデバイス、たとえばビデオエンコーダ２０によって実行され得る。ここでも、一例では、ビデオを符号化するためのデバイスにおける１つまたは複数のプロセッサが、符号化されたビットストリームに含めるために、ループフィルタのためのフィルタ係数セットを再構成するための情報を生成するように構成され得る。

【0138】

[0142]図８は、本開示の１つまたは複数の例による、ビデオデコーダのための例示的な方法を示すフローチャートである。図示の例では、たとえばビデオデコーダ３０のようなビデオを復号するためのデバイスが、符号化されたビットストリームにおいてイネーブルシンタックス要素を受信し得る。イネーブルシンタックス要素は、ビデオブロックグループに関してループフィルタがオンになっているか、それともオフになっているかを示すことができる（８００）。一例では、ビデオデコーダ３０またはビデオを復号するための他のデバイスにおける１つまたは複数のプロセッサが、符号化されたビットストリームからイネーブルシンタックス要素を復号するように構成され得る。一例では、エントロピーデコーダ８０は、シンタックス要素を復号することができる。

【0139】

[0143]図示の例では、ビデオデータを復号するためのデバイス、たとえばビデオデコーダ３０は、ビデオブロックグループに関してループフィルタがオンになっていることをイネーブルシンタックス要素が示したことに応答して、ビデオブロックグループに関するループフィルタのためのパラメータを識別する１つまたは複数の追加のシンタックス要素を受信することができる（８０２）。ここでも、一例では、ビデオを復号するためのデバイスにおける１つまたは複数のプロセッサが、ビデオブロックグループに関してループフィルタがオンになっていることをイネーブルシンタックス要素が示したことに応答して、ビデオブロックグループに関するループフィルタのためのパラメータを識別する１つまたは複数の追加のシンタックス要素を生成するように構成され得る。一例では、エントロピーデコーダ８０は、シンタックス要素を生成することができる。

【0140】

[0144]いくつかの例では、ビデオを復号するためのデバイス、たとえばビデオデコーダ３０は、受信されたイネーブルシンタックス要素に基づいてビデオブロックグループに関してループフィルタを実行することができる（８０４）。これは、たとえば、ビデオデータを復号するためのデバイス、たとえばビデオデコーダ３０によって実行され得る。ここでも、一例では、ビデオを復号するためのデバイスにおける１つまたは複数のプロセッサが、符号化されたビットストリームに含めるために、ループフィルタのためのフィルタ係数セットを再構成するための情報を生成するように構成され得る。

【0141】

[0145]上記で説明した技法は、相互排他的であるように意図されておらず、２つ以上の技法がビデオエンコーダまたはビデオデコーダによって同時に実施されてよい。たとえば、ビデオエンコーダまたはビデオデコーダは、ＳＡＯフィルタユニットとＡＬＦフィルタユニットの両方など、複数のループフィルタを含むことができ、各ループフィルタは、説明した技法のうちの１つまたは複数を実施することができる。

【0142】

[0146]１つまたは複数の例では、説明された機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実装され得る。各機能は、ソフトウェアで実装される場合、１つまたは複数の命令またはコードとしてコンピュータ可読媒体上に記憶されてよく、あるいはコンピュータ可読媒体を介して送信され、ハードウェアベースの処理ユニットによって実行されてよい。コンピュータ可読媒体は、たとえば、通信プロトコルに従って、ある場所から別の場所へのコンピュータプログラムの転送を可能にする任意の媒体を含むデータ記憶媒体または通信媒体などの有形媒体に対応する、コンピュータ可読記憶媒体を含み得る。このようにして、コンピュータ可読媒体は全般に、（１）非一時的である有形コンピュータ可読記憶媒体、または（２）信号もしくは搬送波などの通信媒体に対応し得る。データ記憶媒体は、本開示で説明された技法の実装のための命令、コードおよび／またはデータ構造を取り出すために、１つまたは複数のコンピュータあるいは１つまたは複数のプロセッサによってアクセスされ得る任意の利用可能な媒体であり得る。コンピュータプログラム製品は、コンピュータ可読媒体を含み得る。

【0143】

[0147]限定ではなく例として、そのようなコンピュータ可読記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ（登録商標）、ＣＤ−ＲＯＭまたは他の光ディスクストレージ、磁気ディスクストレージ、または他の磁気ストレージデバイス、フラッシュメモリ、あるいは、命令またはデータ構造の形態の所望のプログラムコードを記憶するために使用されコンピュータによってアクセスされ得る、任意の他の媒体を備え得る。また、いかなる接続もコンピュータ可読媒体と適切に呼ばれる。たとえば、命令が、同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波などのワイヤレス技術は、媒体の定義に含まれる。しかしながら、コンピュータ可読記憶媒体およびデータ記憶媒体は、接続、搬送波、信号、または他の一時媒体を含まないが、代わりに非一時的有形記憶媒体を対象とすることを理解されたい。本明細書で使用されるディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザーディスク（登録商標）（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）およびブルーレイディスク（disc）を含み、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザで光学的に再生する。上記の組合せもコンピュータ可読媒体の範囲内に含まれるべきである。

【0144】

[0148]命令は、１つまたは複数のデジタル信号プロセッサ（ＤＳＰ）などの１つまたは複数のプロセッサ、汎用マイクロプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブル論理アレイ（ＦＰＧＡ）、あるいは他の等価な集積回路またはディスクリート論理回路によって実行され得る。したがって、本明細書で使用される「プロセッサ」という用語は、前述の構造、または本明細書で説明される技法の実装に適切な他の構造のいずれかを指し得る。加えて、いくつかの態様では、本明細書で説明された機能は、符号化および復号のために構成された専用のハードウェアおよび／またはソフトウェアモジュール内で提供されてよく、あるいは複合コーデックに組み込まれてよい。また、本技法は、１つまたは複数の回路または論理要素中で完全に実装され得る。

【0145】

[0149]本開示の技法は、ワイヤレスハンドセット、集積回路（ＩＣ）またはＩＣのセット（たとえば、チップセット）を含む、多種多様なデバイスまたは装置において実装され得る。本開示では、開示される技法を実行するように構成されたデバイスの機能的態様を強調するために、様々なコンポーネント、モジュール、またはユニットが説明されたが、それらのコンポーネント、モジュール、またはユニットは、必ずしも異なるハードウェアユニットによる実現を必要とするとは限らない。むしろ、上で説明されたように、様々なユニットが、適切なソフトウェアおよび／またはファームウェアとともに、上で説明された１つまたは複数のプロセッサを含めて、コーデックハードウェアユニットにおいて組み合わされてもよく、または相互動作可能なハードウェアユニットの集合によって与えられてもよい。

【0146】

[0150]様々な例が説明されてきた。これらおよび他の例は、以下の特許請求の範囲内に入る。
以下に、出願当初の特許請求の範囲に記載された発明を付記する。
［発明１］
ビデオを復号する方法であって、
符号化されたビットストリームにおいて、ビデオブロックグループに関してループフィルタがオンになっているか、それともオフになっているかを示すイネーブルシンタックス要素を受信することと、
前記ビデオブロックグループに関して前記ループフィルタがオンになっていることを前記イネーブルシンタックス要素が示したことに応答して、前記ビデオブロックグループに関する前記ループフィルタのためのパラメータを識別する１つまたは複数の追加のシンタックス要素を受信することと、
前記受信されたイネーブルシンタックス要素に基づいて前記ビデオブロックグループに関して前記ループフィルタを実行することと
を備える方法。
［発明２］
前記ループフィルタが適応ループフィルタ（ＡＬＦ）である、発明１に記載の方法。
［発明３］
前記ループフィルタがサンプル適応オフセット（ＳＡＯ）フィルタである、発明１に記載の方法。
［発明４］
前記追加のシンタックス要素が１つまたは複数のマージシンタックス要素を備え、前記１つまたは複数のマージシンタックス要素は、前記ビデオブロックグループの少なくとも１つのブロックに関する前記ループフィルタのための前記パラメータが、以前のビデオブロックグループに関する前記ループフィルタのためのパラメータから再利用されるかどうかを示す、発明１に記載の方法。
［発明５］
前記ループフィルタがＡＬＦフィルタであり、前記方法が、
前記符号化されたビットストリームにおいて、前記ループフィルタのためのフィルタ係数セットを再構成するための情報を受信することと、
前記受信された情報に基づいて前記ループフィルタのための前記フィルタ係数セットを再構成することと
をさらに備える、発明１に記載の方法。
［発明６］
前記ループフィルタがＳＡＯフィルタであり、前記方法が、
前記符号化されたビットストリームにおいて、前記ループフィルタのためのオフセット値を再構成するための情報を受信することと、
前記受信された情報に基づいて前記ループフィルタのための前記フィルタ係数セットを再構成することと
をさらに備える、発明１に記載の方法。
［発明７］
前記ループフィルタがＳＡＯフィルタであり、前記方法が、
前記符号化されたビットストリームにおいて、タイプセットからＳＡＯフィルタリングタイプを識別するＳＡＯタイプシンタックス要素を受信すること
をさらに備える、発明１に記載の方法。
［発明８］
前記ループフィルタがＡＬＦフィルタを備え、前記方法が、
前記符号化されたビットストリームにおいて、前記符号化されたビットストリームに新しいフィルタ係数を識別する情報が存在するかどうかをシグナリングするフィルタシンタックス要素を受信することと、
前記新しいフィルタ係数を定義する前記情報を受信することと
をさらに備える、発明１に記載の方法。
［発明９］
前記符号化されたビットストリームに新しいフィルタ係数を識別する情報が存在しないことを新しいフィルタシンタックス要素がシグナリングしたことに応答して、ビットストリームにおいて１つもしくは複数のマージシンタックス要素および／またはフィルタインデックスを受信すること
をさらに備える、発明８に記載の方法。
［発明１０］
前記ループフィルタがＡＬＦフィルタを備え、前記イネーブルシンタックス要素の第１の値が、前記ＡＬＦがオフになっていることを示し、前記イネーブルシンタックス要素の第２の値が、前記ＡＬＦフィルタがオンになっており、前記符号化されたビットストリームが新しいフィルタ係数を識別する情報を含むことを示し、前記イネーブルシンタックス要素の第３の値が、前記ＡＬＦフィルタがオンになっており、前記符号化されたビットストリームが新しいフィルタ係数を識別する情報を含まないことを示す、発明１に記載の方法。
［発明１１］
前記イネーブルシンタックス要素の前記第３の値が、マージシンタックス要素を介して前記ＡＬＦのためのフィルタ係数がシグナリングされていることを示す、発明１０に記載の方法。
［発明１２］
前記イネーブルシンタックス要素の前記第３の値が、フィルタインデックスを介して前記ＡＬＦのためのフィルタ係数がシグナリングされていることを示す、発明１０に記載の方法。
［発明１３］
前記パラメータのうちの少なくとも１つがスケーラブルビデオコーディング（ＳＶＣ）とともに使用されて、ＳＶＣビデオストリーム内のレイヤをオンおよびオフにする、発明１に記載の方法。
［発明１４］
ＳＶＣベースレイヤからの前記パラメータのうちの少なくとも１つが少なくとも１つの他のレイヤにコピーされる、発明１に記載の方法。
［発明１５］
前記パラメータのうちの少なくとも１つがマルチビュービデオコーディング（ＭＶＣ）とともに使用されて、前記ビットストリームに深さが含まれるかどうか、または記ビットストリームに複数のビューが含まれるかどうかを示す、発明１に記載の方法。
［発明１６］
前記シグナリングされたイネーブル信号およびベーステクスチャビューにおいてシグナリングされたパラメータを他のビューに、または深さフレームに再利用することをさらに備える、発明１に記載の方法。
［発明１７］
現在のビデオユニットと前記現在のビデオユニットの左に隣接するビデオユニットとを受信することと、
前記受信されたシンタックス要素を解析して、前記現在のビデオユニットの左に隣接する前記ビデオユニットに関してフィルタリングタイプが有効であるかどうかを判断することと、
前記現在のビデオブロックの左に隣接する前記ビデオユニットに関して前記フィルタリングタイプが有効であると判断したことに応答して、１つまたは複数のマージシンタックス要素に基づいて前記現在のビデオユニットに関するフィルタパラメータを前記隣接する左のビデオユニットに関するフィルタパラメータから借りるかどうかを判断することと、
前記現在のビデオユニットに関する前記フィルタパラメータが前記隣接する左のビデオユニットに関する前記フィルタパラメータから借りられないと判断したことに直接応答して、前記１つまたは複数のマージシンタックス要素に基づいて、前記現在のビデオユニットに関する前記フィルタパラメータが隣接する上のビデオユニットに関するフィルタパラメータから借りられるかどうかを判断することと
をさらに備える、発明１に記載の方法。
［発明１８］
現在のビデオユニットと前記現在のビデオユニットの左に隣接するビデオユニットとを受信することと、
前記受信されたシンタックス要素を解析して、前記現在のビデオユニットの左に隣接する前記ビデオユニットに関してフィルタリングタイプが有効であるかどうかを判断することと、
前記現在のビデオユニットの左に隣接する前記ビデオユニットに関して前記フィルタリングタイプが有効であると判断したことに応答して、１つまたは複数のマージシンタックス要素に基づいて前記現在のビデオユニットに関するフィルタパラメータが前記隣接する左のビデオユニットに関するフィルタパラメータから借りられるかどうかを判断することと、
前記現在のビデオユニットに関する前記フィルタパラメータが前記隣接する左のビデオユニットに関する前記フィルタパラメータから借りられないと判断したことに応答して、前記現在のビデオユニットに関する前記フィルタパラメータが隣接する上のビデオユニットに関するフィルタパラメータから借りられるかどうかを判断することなしに、前記現在のビデオユニットに関する前記フィルタパラメータを決定することと
をさらに備える、発明１に記載の方法。
［発明１９］
ビデオを復号するためのデバイスであって、
符号化されたビットストリームにおいて、ビデオブロックグループに関してループフィルタがオンになっているか、それともオフになっているかを示すイネーブルシンタックス要素を受信し、
前記ビデオブロックグループに関して前記ループフィルタがオンになっていることを前記イネーブルシンタックス要素が示したことに応答して、前記ビデオブロックグループに関する前記ループフィルタのためのパラメータを識別する１つまたは複数の追加のシンタックス要素を受信し、
前記受信されたイネーブルシンタックス要素に基づいて前記ビデオブロックグループに関して前記ループフィルタを実行する
ように構成されたプロセッサを備えるデバイス。
［発明２０］
前記ループフィルタが適応ループフィルタ（ＡＬＦ）である、発明１９に記載のデバイス。
［発明２１］
前記ループフィルタがサンプル適応オフセット（ＳＡＯ）フィルタである、発明１９に記載のデバイス。
［発明２２］
前記追加のシンタックス要素が１つまたは複数のマージシンタックス要素を備え、前記１つまたは複数のマージシンタックス要素は、前記ビデオブロックグループの少なくとも１つのブロックに関する前記ループフィルタのための前記パラメータが、以前のビデオブロックグループに関する前記ループフィルタのためのパラメータから再利用されるかどうかを示す、発明１９に記載のデバイス。
［発明２３］
前記ループフィルタがＡＬＦフィルタであり、前記デバイスが、前記符号化されたビットストリームにおいて、前記ループフィルタのためのフィルタ係数セットを再構成するための情報を受信し、
前記受信された情報に基づいて前記ループフィルタのための前記フィルタ係数セットを再構成する
ようにさらに構成された、発明１９に記載のデバイス。
［発明２４］
前記ループフィルタがＳＡＯフィルタであり、前記デバイスが、前記符号化されたビットストリームにおいて、前記ループフィルタのためのオフセット値を再構成するための情報を受信し、前記受信された情報に基づいて前記ループフィルタのための前記フィルタ係数セットを再構成するようにさらに構成された、発明１９に記載のデバイス。
［発明２５］
前記ループフィルタがＳＡＯフィルタであり、前記デバイスが、前記符号化されたビットストリームにおいて、タイプセットからＳＡＯフィルタリングタイプを識別するＳＡＯタイプシンタックス要素を受信するようにさらに構成された、発明１９に記載のデバイス。
［発明２６］
前記ループフィルタがＡＬＦフィルタを備え、前記デバイスが、
前記符号化されたビットストリームにおいて、前記符号化されたビットストリームに新しいフィルタ係数を識別する情報が存在するかどうかをシグナリングするフィルタシンタックス要素を受信し、
前記新しいフィルタ係数を定義する前記情報を受信する
ようにさらに構成された、発明１９に記載のデバイス。
［発明２７］
前記符号化されたビットストリームに新しいフィルタ係数を識別する情報が存在しないことを新しいフィルタシンタックス要素がシグナリングしたことに応答して、ビットストリームにおいて１つもしくは複数のマージシンタックス要素および／またはフィルタインデックスを受信する
ようにさらに構成された、発明２６に記載のデバイス。
［発明２８］
前記ループフィルタがＡＬＦフィルタを備え、前記イネーブルシンタックス要素の第１の値が、前記ＡＬＦがオフになっていることを示し、前記イネーブルシンタックス要素の第２の値が、前記ＡＬＦフィルタがオンになっており、前記符号化されたビットストリームが新しいフィルタ係数を識別する情報を含むことを示し、前記イネーブルシンタックス要素の第３の値が、前記ＡＬＦフィルタがオンになっており、前記符号化されたビットストリームが新しいフィルタ係数を識別する情報を含まないことを示す、発明１９に記載のデバイス。
［発明２９］
前記イネーブルシンタックス要素の前記第３の値が、マージシンタックス要素を介して前記ＡＬＦのためのフィルタ係数がシグナリングされていることを示す、発明２８に記載のデバイス。
［発明３０］
前記イネーブルシンタックス要素の前記第３の値が、フィルタインデックスを介して前記ＡＬＦのためのフィルタ係数がシグナリングされていることを示す、発明２８に記載のデバイス。
［発明３１］
前記パラメータのうちの少なくとも１つがスケーラブルビデオコーディング（ＳＶＣ）とともに使用されて、ＳＶＣビデオストリーム内のレイヤをオンおよびオフにする、発明１９に記載のデバイス。
［発明３２］
ＳＶＣベースからの前記パラメータのうちの少なくとも１つが少なくとも１つの他のレイヤにコピーされる、発明１９に記載のデバイス。
［発明３３］
前記パラメータのうちの少なくとも１つがマルチビュービデオコーディング（ＭＶＣ）とともに使用されて、前記ビットストリームに深さが含まれるかどうか、または前記ビットストリームに複数のビューが含まれるかどうかを示す、発明１９に記載のデバイス。
［発明３４］
前記シグナリングされたイネーブル信号およびベーステクスチャビューにおいてシグナリングされたパラメータを他のビューに、または深さフレームに再利用するようにさらに構成された、発明１９に記載のデバイス。
［発明３５］
前記プロセッサが、
現在のビデオユニットと前記現在のビデオユニットの左に隣接するビデオユニットとを受信し、
前記受信されたシンタックス要素を解析して、前記現在のビデオユニットの左に隣接する前記ビデオユニットに関してフィルタリングタイプが有効であるかどうかを判断し、
前記現在のビデオブロックの左に隣接する前記ビデオユニットに関して前記フィルタリングタイプが有効であるとの判断に応答して、前記１つまたは複数のマージシンタックス要素に基づいて前記現在のビデオユニットに関するフィルタパラメータが前記隣接する左のビデオユニットに関するフィルタパラメータから借りられるかどうかを判断し、
前記現在のビデオユニットに関する前記フィルタパラメータが前記隣接する左のビデオユニットに関する前記フィルタパラメータから借りられないとの判断に直接応答して、前記１つまたは複数のマージシンタックス要素に基づいて、前記現在のビデオユニットに関する前記フィルタパラメータが隣接する上のビデオユニットに関するフィルタパラメータから借りられるかどうかを判断する
ようにさらに構成された、発明１９に記載のデバイス。
［発明３６］
前記プロセッサが、
現在のビデオユニットと前記現在のビデオユニットの左に隣接するビデオユニットとを受信し、
前記受信されたシンタックス要素を解析して、前記現在のビデオユニットの左に隣接する前記ビデオユニットに関してフィルタリングタイプが有効であるかどうかを判断し、
前記現在のビデオユニットの左に隣接する前記ビデオユニットに関して前記フィルタリングタイプが有効であるとの判断に応答して、前記１つまたは複数のマージシンタックス要素に基づいて前記現在のビデオユニットに関するフィルタパラメータが前記隣接する左のビデオユニットに関するフィルタパラメータから借りられるかどうかを判断し、
前記現在のビデオユニットに関する前記フィルタパラメータが前記隣接する左のビデオユニットに関する前記フィルタパラメータから借りられないとの判断に応答して、前記現在のビデオユニットに関する前記フィルタパラメータが隣接する上のビデオユニットに関するフィルタパラメータから借りられるかどうかを判断することなしに、前記現在のビデオユニットに関する前記フィルタパラメータを決定する
ようにさらに構成された、発明１９に記載のデバイス。
［発明３７］
ビデオを符号化する方法であって、
符号化されたビットストリームに含めるために、ビデオブロックグループに関してループフィルタがオンになっているか、それともオフになっているかを示すイネーブルシンタックス要素を生成することと、
前記ビデオブロックグループに関して前記ループフィルタがオンになっていることを前記イネーブルシンタックス要素が示したことに応答して、前記ビデオブロックグループに関する前記ループフィルタのためのパラメータを識別する１つまたは複数の追加のシンタックス要素を生成することと、
前記イネーブルシンタックス要素に従って前記ビデオブロックグループに関して前記ループフィルタを実行することと
を備える方法。
［発明３８］
前記ループフィルタが適応ループフィルタ（ＡＬＦ）である、発明３７に記載の方法。
［発明３９］
前記ループフィルタがサンプル適応オフセット（ＳＡＯ）フィルタである、発明３７に記載の方法。
［発明４０］
前記追加のシンタックス要素が１つまたは複数のマージシンタックス要素を備え、前記１つまたは複数のマージシンタックス要素は、前記ビデオブロックグループの少なくとも１つのブロックに関する前記ループフィルタのための前記パラメータが、以前のビデオブロックグループに関する前記ループフィルタのためのパラメータから再利用されるかどうかを示す、発明３７に記載の方法。
［発明４１］
前記ループフィルタがＡＬＦフィルタであり、前記方法が、
前記符号化されたビットストリームに含めるために、前記ループフィルタのためのフィルタ係数セットを再構成するための情報を生成すること
をさらに備える、発明３７に記載の方法。
［発明４２］
前記ループフィルタがＳＡＯフィルタであり、前記方法が、
前記符号化されたビットストリームに含めるために、前記ループフィルタのためのオフセット値を再構成するための情報を生成すること
をさらに備える、発明３７に記載の方法。
［発明４３］
前記ループフィルタがＳＡＯフィルタであり、前記方法が、
前記符号化されたビットストリームに含めるために、タイプセットからＳＡＯフィルタリングタイプを識別するＳＡＯタイプシンタックス要素を生成すること
をさらに備える、発明３７に記載の方法。
［発明４４］
前記ループフィルタがＡＬＦフィルタを備え、前記方法が、
前記符号化されたビットストリームに含めるために、前記符号化されたビットストリームに新しいフィルタ係数を識別する情報が存在するかどうかをシグナリングするフィルタシンタックス要素を生成することと、
前記符号化されたビットストリームに新しいフィルタ係数を識別する情報が存在することを前記フィルタシンタックス要素がシグナリングしたことに応答して、前記符号化されたビットストリームに含めるために、前記新しいフィルタ係数を定義する前記情報を生成することと
をさらに備える、発明３７に記載の方法。
［発明４５］
前記符号化されたビットストリームに新しいフィルタ係数を識別する情報が存在しないことを新しいフィルタシンタックス要素がシグナリングしたことに応答して、前記符号化されたビットストリームに含めるために、１つもしくは複数のマージシンタックス要素および／またはフィルタインデックスを生成すること
をさらに備える、発明４４に記載の方法。
［発明４６］
ビデオを符号化するためのデバイスであって、
符号化されたビットストリームに含めるために、ビデオブロックグループに関してループフィルタがオンになっているか、それともオフになっているかを示すイネーブルシンタックス要素を生成し、
前記ビデオブロックグループに関して前記ループフィルタがオンになっていることを前記イネーブルシンタックス要素が示したことに応答して、前記ビデオブロックグループに関する前記ループフィルタのためのパラメータを識別する１つまたは複数の追加のシンタックス要素を生成し、
前記イネーブルシンタックス要素に従って前記ビデオブロックグループに関して前記ループフィルタを実行する
ように構成されたプロセッサを備えるデバイス。
［発明４７］
前記ループフィルタが適応ループフィルタ（ＡＬＦ）である、発明４６に記載のデバイス。
［発明４８］
前記ループフィルタがサンプル適応オフセット（ＳＡＯ）フィルタである、発明４６に記載のデバイス。
［発明４９］
前記追加のシンタックス要素が１つまたは複数のマージシンタックス要素を備え、前記１つまたは複数のマージシンタックス要素は、前記ビデオブロックグループの少なくとも１つのブロックに関する前記ループフィルタのための前記パラメータが、以前のビデオブロックグループに関する前記ループフィルタのためのパラメータから再利用されるかどうかを示す、発明４６に記載のデバイス。
［発明５０］
前記ループフィルタがＡＬＦフィルタであり、前記デバイスが、前記符号化されたビットストリームに含めるために、前記ループフィルタのためのフィルタ係数セットを再構成するための情報を生成するようにさらに構成された、発明４６に記載のデバイス。
［発明５１］
前記ループフィルタがＳＡＯフィルタであり、前記デバイスが、前記符号化されたビットストリームに含めるために、前記ループフィルタのためのオフセット値を再構成するための情報を生成するようにさらに構成された、発明４６に記載のデバイス。
［発明５２］
前記ループフィルタがＳＡＯフィルタであり、前記デバイスが、前記符号化されたビットストリームに含めるために、タイプセットからＳＡＯフィルタリングタイプを識別するＳＡＯタイプシンタックス要素を生成するようにさらに構成された、発明４６に記載のデバイス。
［発明５３］
前記ループフィルタがＡＬＦフィルタを備え、前記デバイスが、
前記符号化されたビットストリームに含めるために、前記符号化されたビットストリームに新しいフィルタ係数を識別する情報が存在するかどうかをシグナリングするフィルタシンタックス要素を生成し、
前記符号化されたビットストリームに新しいフィルタ係数を識別する情報が存在することを前記フィルタシンタックス要素がシグナリングしたことに応答して、前記符号化されたビットストリームに含めるために、前記情報を生成する
ようにさらに構成された、発明４６に記載のデバイス。
［発明５４］
前記符号化されたビットストリームに新しいフィルタ係数を識別する情報が存在しないことを新しいフィルタシンタックス要素がシグナリングしたことに応答して、前記符号化されたビットストリームに含めるために、１つもしくは複数のマージシンタックス要素および／またはフィルタインデックスを生成すること
をさらに備える、発明５３に記載のデバイス。
［発明５５］
実行されると、プロセッサに、
符号化されたビットストリームに含めるために、ビデオブロックグループに関してループフィルタがオンになっているか、それともオフになっているかを示すイネーブルシンタックス要素を生成させ、
前記ビデオブロックグループに関して前記ループフィルタがオンになっていることを前記イネーブルシンタックス要素が示したことに応答して、前記ビデオブロックグループに関する前記ループフィルタのためのパラメータを識別する１つまたは複数の追加のシンタックス要素を生成させ、
前記イネーブルシンタックス要素に従って前記ビデオブロックグループに関して前記ループフィルタを実行させる
命令を備えるコンピュータ可読記憶媒体。
［発明５６］
前記ループフィルタが適応ループフィルタ（ＡＬＦ）である、発明５５に記載のコンピュータ可読記憶媒体。
［発明５７］
前記ループフィルタがサンプル適応オフセット（ＳＡＯ）フィルタである、発明５５に記載のコンピュータ可読記憶媒体。
［発明５８］
前記追加のシンタックス要素が１つまたは複数のマージシンタックス要素を備え、前記１つまたは複数のマージシンタックス要素は、前記ビデオブロックグループの少なくとも１つのブロックに関する前記ループフィルタのための前記パラメータが、以前のビデオブロックグループに関する前記ループフィルタのためのパラメータから再利用されるかどうかを示す、発明５５に記載のコンピュータ可読記憶媒体。
［発明５９］
前記１つまたは複数のプロセッサに、前記符号化されたビットストリームに含めるために、前記ループフィルタのためのフィルタ係数セットを再構成するための情報を生成させる命令をさらに備える、発明５５に記載のコンピュータ可読記憶媒体。
［発明６０］
前記１つまたは複数のプロセッサに、前記符号化されたビットストリームに含めるために、前記ループフィルタのためのオフセット値を再構成するための情報を生成させる命令をさらに備える、発明５５に記載のコンピュータ可読記憶媒体。
［発明６１］
ビデオを符号化するデバイスであって、
符号化されたビットストリームに含めるために、ビデオブロックグループに関してループフィルタがオンになっているか、それともオフになっているかを示すイネーブルシンタックス要素を生成するための手段と、
前記ビデオブロックグループに関して前記ループフィルタがオンになっていることを前記イネーブルシンタックス要素が示したことに応答して、前記ビデオブロックグループに関する前記ループフィルタのためのパラメータを識別する１つまたは複数の追加のシンタックス要素を生成するための手段と、
前記イネーブルシンタックス要素に従って前記ビデオブロックグループに関して前記ループフィルタを実行するための手段と
を備えるデバイス。
［発明６２］
前記ループフィルタが適応ループフィルタ（ＡＬＦ）である、発明６１に記載のデバイス。
［発明６３］
前記ループフィルタがサンプル適応オフセット（ＳＡＯ）フィルタである、発明６１に記載のデバイス。
［発明６４］
前記追加のシンタックス要素が１つまたは複数のマージシンタックス要素を備え、前記１つまたは複数のマージシンタックス要素は、前記ビデオブロックグループの少なくとも１つのブロックに関する前記ループフィルタのための前記パラメータが、以前のビデオブロックグループに関する前記ループフィルタのためのパラメータから再利用されるかどうかを示す、発明６１に記載のデバイス。
［発明６５］
前記ループフィルタがＡＬＦフィルタであり、前記デバイスが、
前記符号化されたビットストリームに含めるために、前記ループフィルタのためのフィルタ係数セットを再構成するための情報を生成するための手段
をさらに備える、発明６１に記載のデバイス。
［発明６６］
前記ループフィルタがＳＡＯフィルタであり、前記デバイスが、
前記符号化されたビットストリームに含めるために、前記ループフィルタのためのオフセット値を再構成するための情報を生成するための手段と
をさらに備える、発明６１に記載のデバイス。
［発明６７］
ビデオを復号する方法であって、
符号化されたビットストリームにおいて、１つまたは複数のビデオブロックからなるグループに関してループフィルタがオンになっているか、それともオフになっているかを示すイネーブルシンタックス要素を受信することと、
前記ビデオブロックグループに関して前記ループフィルタがオンになっていることを前記イネーブルシンタックス要素が示したことに応答して、前記ビデオブロックグループに関する前記ループフィルタのためのパラメータを識別する１つまたは複数の追加のシンタックス要素を受信することと
を備える方法。
［発明６８］
ビデオをコーディングする方法であって、
現在のビデオユニットの左に隣接するビデオユニットに関してフィルタリングタイプが有効であるかどうかを判断することと、
前記現在のビデオブロックの左に隣接する前記ビデオユニットに関して前記フィルタリングタイプが有効であると判断したことに応答して、前記現在のビデオユニットに関するフィルタパラメータが前記隣接する左のビデオユニットに関するフィルタパラメータに等しいかどうかを判断することと、
前記現在のビデオユニットに関する前記フィルタパラメータが前記隣接する左のビデオユニットに関する前記フィルタパラメータに等しくないと判断したことに直接応答して、前記現在のビデオユニットに関する前記フィルタパラメータが隣接する上のビデオユニットに関するフィルタパラメータに等しいかどうかを判断することと
を備える方法。

【図1】

【図2A】

【図2B】

【図2C】

【図2D】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】