(57)【特許請求の範囲】
【請求項１】
ビデオデータを復号するための方法であって、前記方法は、
ビデオデータを受信することと、
前記受信されたビデオデータにおける任意のピクチャがフレームパッキングされたステレオスコピック３Ｄビデオデータを含むかどうかを示す指示を受信することと、ここにおいて、前記指示は、プロファイルシンタックス、ティアシンタックス、またはレベルシンタックスの少なくとも１つにおいて受信され、フレームパッキング構成（ＦＰＡ）サプリメンタルエンハンスメント情報（ＳＥＩ）メッセージ内に配置されていない、
前記受信された指示が、前記受信されたビデオデータにおけるすべてのピクチャがフレームパッキングされたステレオスコピック３Ｄビデオデータを含まず、前記受信されたビデオデータが前記ＦＰＡ  ＳＥＩメッセージを含まないことを示す場合、前記受信されたビデオデータを復号することと、
前記受信された指示が、前記受信されたビデオデータの中に、フレームパッキングされたステレオスコピック３Ｄビデオデータを含む１つ以上のピクチャが存在し得、前記受信されたビデオデータが前記１つ以上のＦＰＡ  ＳＥＩメッセージを含むことを示す場合、前記受信されたビデオデータを拒絶することと、
を具備し、
前記プロファイルシンタックス、前記ティアシンタックス、および前記レベルシンタックスは、ビデオパラメータセット（ＶＰＳ）およびシーケンスパラメータセット（ＳＰＳ）の少なくとも１つに含まれ、前記方法はさらに、前記ＶＰＳおよび前記ＳＰＳの少なくとも１つにおいて前記指示を受信することを具備する、方法。
【請求項２】
ビデオデータを符号化するための方法であって、前記方法は、
ビデオデータを符号化することと、
前記符号化されたビデオデータにおける任意のピクチャがフレームパッキングされたステレオスコピック３Ｄビデオデータを含むかどうかを示す指示を生成することと、ここにおいて、前記指示は、プロファイルシンタックス、ティアシンタックス、またはレベルシンタックスの少なくとも１つにおいて生成され、フレームパッキング構成（ＦＰＡ）サプリメンタルエンハンスメント情報（ＳＥＩ）メッセージ内に配置されていない、
符号化されたビデオビットストリームにおいて前記指示をシグナリングすることと、
を具備し、
前記プロファイルシンタックス、前記ティアシンタックス、および前記レベルシンタックスは、ビデオパラメータセット（ＶＰＳ）およびシーケンスパラメータセット（ＳＰＳ）の少なくとも１つに含まれ、前記方法はさらに、前記ＶＰＳおよび前記ＳＰＳの少なくとも１つにおいて前記指示をシグナリングすることを具備する、方法。
【請求項３】
前記指示は、フラグを具備し、０に等しいフラグ値は、前記受信されたビデオデータにおけるすべてのピクチャがフレームパッキングされたステレオスコピック３Ｄビデオデータを含まず、かつ、前記受信されたビデオデータがフレームパッキング構成（ＦＰＡ）サプリメンタルエンハンスメント情報（ＳＥＩ）メッセージを含まないことを示し、１に等しいフラグ値は、前記受信されたビデオデータの中にフレームパッキングされたステレオスコピック３Ｄビデオデータを含む１つ以上のピクチャが存在し得、前記受信されたビデオデータが１つ以上のＦＰＡ  ＳＥＩメッセージを含むことを示す、請求項１に記載の方法。
【請求項４】
前記指示は、フラグを具備し、０に等しいフラグ値は、前記符号化されたビデオデータにおけるすべてのピクチャがフレームパッキングされたステレオスコピック３Ｄビデオデータを含まず、かつ、前記符号化されたビデオデータがフレームパッキング構成（ＦＰＡ）サプリメンタルエンハンスメント情報（ＳＥＩ）メッセージを含まないことを示し、１に等しいフラグ値は、前記符号化されたビデオデータの中にフレームパッキングされたステレオスコピック３Ｄビデオデータを含む１つ以上のピクチャが存在し得、前記符号化されたビデオデータが１つ以上のＦＰＡ  ＳＥＩメッセージを含むことを示す、請求項２に記載の方法。
【請求項５】
ビデオファイルフォーマット情報のサンプルエントリにおいて前記指示を受信することをさらに具備する、請求項１に記載の方法。
【請求項６】
ビデオファイルフォーマット情報のサンプルエントリにおいて前記指示をシグナリングすることをさらに具備する、請求項２に記載の方法。
【請求項７】
サンプル記述、セッション記述プロトコル（ＳＤＰ）ファイル、そしてメディア表示記述（ＭＰＤ）の１つにおいて前記指示を受信することをさらに具備する、請求項５に記載の方法。
【請求項８】
サンプル記述、セッション記述プロトコル（ＳＤＰ）ファイル、そしてメディア表示記述（ＭＰＤ）の１つにおいて前記指示をシグナリングすることをさらに具備する、請求項６に記載の方法。
【請求項９】
前記指示は、ＲＴＰペイロードにおけるパラメータであり、および／または前記指示は、受信機実装の能力要求をさらに示すパラメータである、請求項１に記載の方法。
【請求項１０】
前記指示は、ＲＴＰペイロードにおけるパラメータであり、および／または前記指示は、受信機実装の能力要求をさらに示すパラメータである、請求項２に記載の方法。
【請求項１１】
ビデオデータを復号するように構成された装置であって、前記装置は、
ビデオデータを受信するための手段と、
前記受信されたビデオデータにおける任意のピクチャがフレームパッキングされたステレオスコピック３Ｄビデオデータを含むかどうかを示す指示を受信するための手段と、ここにおいて、前記指示は、プロファイルシンタックス、ティアシンタックス、またはレベルシンタックスの少なくとも１つにおいて受信され、フレームパッキング構成（ＦＰＡ）サプリメンタルエンハンスメント情報（ＳＥＩ）メッセージ内に配置されていない、
前記受信された指示が、前記受信されたビデオデータにおけるすべてのピクチャがフレームパッキングされたステレオスコピック３Ｄビデオデータを含まず、前記受信されたビデオデータが前記ＦＰＡ  ＳＥＩメッセージを含まないことを示す場合、前記受信されたビデオデータを復号するための手段と、
前記受信された指示が、前記受信されたビデオデータの中に、フレームパッキングされたステレオスコピック３Ｄビデオデータを含む１つ以上のピクチャが存在し得、前記受信されたビデオデータが前記１つ以上のＦＰＡ  ＳＥＩメッセージを含むことを示す場合、前記受信されたビデオデータを拒絶するための手段と、
を具備し、
前記プロファイルシンタックス、前記ティアシンタックス、および前記レベルシンタックスは、ビデオパラメータセット（ＶＰＳ）およびシーケンスパラメータセット（ＳＰＳ）の少なくとも１つに含まれ、前記装置はさらに、前記ＶＰＳおよび前記ＳＰＳの少なくとも１つにおいて前記指示を受信するように構成される、装置。
【請求項１２】
ビデオデータを符号化するように構成された装置であって、前記装置は、
ビデオデータを符号化するための手段と、
前記符号化されたビデオデータにおける任意のピクチャがフレームパッキングされたステレオスコピック３Ｄビデオデータを含むかどうかを示す指示を生成するための手段と、ここにおいて、前記指示は、プロファイルシンタックス、ティアシンタックス、またはレベルシンタックスの少なくとも１つにおいて生成され、フレームパッキング構成（ＦＰＡ）サプリメンタルエンハンスメント情報（ＳＥＩ）メッセージ内に配置されていない、
符号化されたビデオビットストリームにおいて前記指示をシグナリングするための手段と、
を具備し、
前記プロファイルシンタックス、前記ティアシンタックス、および前記レベルシンタックスは、ビデオパラメータセット（ＶＰＳ）およびシーケンスパラメータセット（ＳＰＳ）の少なくとも１つに含まれ、前記装置はさらに、前記ＶＰＳおよび前記ＳＰＳの少なくとも１つにおいて前記指示をシグナリングするように構成される、装置。
【請求項１３】
前記指示は、フラグを具備し、０に等しいフラグ値は、前記受信されたビデオデータにおけるすべてのピクチャがフレームパッキングされたステレオスコピック３Ｄビデオデータを含まず、かつ、前記受信されたビデオデータがフレームパッキング構成（ＦＰＡ）サプリメンタルエンハンスメント情報（ＳＥＩ）メッセージを含まないことを示し、１に等しいフラグ値は、前記受信されたビデオデータの中に、フレームパッキングされたステレオスコピック３Ｄビデオデータを含む１つ以上のピクチャが存在し得、前記受信されたビデオデータが１つ以上のＦＰＡ  ＳＥＩメッセージを含むことを示す、請求項１１に記載の装置。
【請求項１４】
前記指示は、フラグを具備し、０に等しいフラグ値は、前記符号化されたビデオデータにおけるすべてのピクチャがフレームパッキングされたステレオスコピック３Ｄビデオデータを含まず、かつ、前記符号化されたビデオデータがフレームパッキング構成（ＦＰＡ）サプリメンタルエンハンスメント情報（ＳＥＩ）メッセージを含まないことを示し、１に等しいフラグ値は、前記符号化されたビデオデータの中に、フレームパッキングされたステレオスコピック３Ｄビデオデータを含む１つ以上のピクチャが存在し得、前記符号化されたビデオデータが１つ以上のＦＰＡ  ＳＥＩメッセージを含むことを示す、請求項１２に記載の装置。
【請求項１５】
前記装置はさらに、ビデオファイルフォーマット情報のサンプルエントリにおいて前記指示を受信するように構成される、請求項１１に記載の装置。
【請求項１６】
前記装置はさらに、ビデオファイルフォーマット情報のサンプルエントリにおいて前記指示をシグナリングするように構成される、請求項１２に記載の装置。
【請求項１７】
前記装置はさらに、サンプル記述、セッション記述プロトコル（ＳＤＰ）ファイル、そしてメディア表示記述（ＭＰＤ）の１つにおいて前記指示を受信するように構成される、請求項１５に記載の装置。
【請求項１８】
前記装置はさらに、サンプル記述、セッション記述プロトコル（ＳＤＰ）ファイル、そしてメディア表示記述（ＭＰＤ）の１つにおいて前記指示をシグナリングするように構成される、請求項１６に記載の装置。
【請求項１９】
前記指示は、ＲＴＰペイロードにおけるパラメータであり、および／または前記指示は、受信機実装の能力要求をさらに示すパラメータである、請求項１１に記載の装置。
【請求項２０】
前記指示は、ＲＴＰペイロードにおけるパラメータであり、および／または前記指示は、受信機実装の能力要求をさらに示すパラメータである、請求項１２に記載の装置。
【請求項２１】
実行されたときに、１つ以上のプロセッサに請求項１、３、５、７、９のいずれか１つにしたがった前記方法を実行させる、命令を記憶するコンピュータ読み取り可能な記憶媒体。
【請求項２２】
実行されたときに、１つ以上のプロセッサに請求項２、４、６、８、１０のいずれか１つにしたがった前記方法を実行させる、命令を記憶するコンピュータ読み取り可能な記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
［０００１］米国仮出願第６１／７０３６６２号（２０１２年９月２０日出願）および米国仮出願第６１／７０６６４７号（２０１２年９月２７日出願）の利益を請求するものである。これら両出願の全体の内容は参照によってここに組み込まれている。
【０００２】
［０００２］この開示は、ビデオコーディングに関するものである。
【背景技術】
【０００３】
［０００３］デジタルビデオ能力は、デジタルテレビ、デジタル直接放送システム、無線放送システム、パーソナルデジタルアシスタント（ＰＤＡ）、ラップトップまたはデスクトップコンピュータ、タブレットコンピュータ、ｅブックリーダ、デジタルカメラ、デジタル記憶装置、デジタルメディアプレーヤ、ビデオゲーム装置、ビデオゲームコンソール、セルラまたは衛星無線電話、いわゆる“スマートフォン”、ビデオ遠隔会議装置、ビデオストリーミング装置、その他を含む、広範囲のデバイスに組み込むことが可能である。デジタルビデオ装置は、ＭＰＥＧ-２、ＭＰＥＧ-４、ＩＴＵ−Ｔ  Ｈ．２６３、ＩＴＵ−Ｔ  Ｈ．２６４／ＭＰＥＧ−４、パート１０、アドバンストビデオコーディング（ＡＶＣ）、現在開発中の高効率ビデオコーディング（ＨＥＶＣ）標準、そのような標準の拡張、によって定義される標準に記述されたビデオ圧縮技術を実装する。ビデオ装置は、そのようなビデオ圧縮技術を実装することによって、より効率よくデジタルビデオ情報を送信、受信、符号化、復号および／または記憶することができる。
【０００４】
［０００４］ビデオ圧縮技術は、ビデオシーケンスに固有の余剰性を低減あるいは除去するために、空間的（イントラピクチャ）および／または時間的（インタピクチャ）予測を実行する。ブロックに基づくビデオコーディングにおいては、ビデオスライス（すなわち、ビデオフレームまたはビデオフレームの一部）は、ツリーブロック、コーディングユニット（ＣＵ）および／またはコーディングノードともよばれる、ビデオブロックに分割されることができる。ピクチャのイントラコーディングされた（Ｉ）スライスにおけるビデオブロックは、同じピクチャの隣接ブロックにおける基準サンプルに関して空間予測を用いて符号化される。ピクチャのインターコーディングされた（ＰまたはＢ）スライスのビデオブロックは、同じピクチャの基準サンプルに関して空間予測を使用し、他の基準ピクチャの基準サンプルに関して時間予測を使用することができる。ピクチャはフレームと呼ぶことができ、基準ピクチャは基準フレームと呼ぶことができる。
【０００５】
［０００５］空間あるいは時間予測により、コーディングすべきブロックに関する予測ブロックが得られる。残差データは、コーディングすべく原ブロックと、予測ブロック間のピクセルの相違を表している。インターコーディングされたブロックは、予測ブロックを形成する基準サンプルのブロックを指し示す動きベクトルにしたがって符号化されるとともに、残差データは、コーディングされたブロックと、予測ブロック間の相違を示している。イントラコーディングされたブロックは、イントラコーディングモードおよび残差データにしたがって符号化される。さらなる圧縮を行う場合には、残差データはピクセル領域から変換領域に変換されることができ、これにより残差変換係数が得られるが、これは次に量子化される。量子化された変換係数は、最初は２次元アレイに配置されているが、変換係数の１次元ベクトルを生成するために走査されることができ、さらなる圧縮を達成するためにエントロピー符号化が適用される。
【発明の概要】
【０００６】
［０００６］概して、この開示は、シグナリングのための技術を記述するものであり、ビデオデータはフレームパッキングされたステレオスコピック３Ｄビデオデータフォーマット（frame-packed stereoscopic 3D video format）形式であるとの指示を使用する。
【０００７】
［０００７］本開示の一例において、ビデオデータを復号するための方法は、ビデオデータを受信することと、受信されたビデオデータにおけるピクチャが、フレームパッキングされたステレオスコピック３Ｄビデオデータを含むかどうかを示す指示を受信することと、受信された指示にしたがって受信したビデオデータを復号することと、を備える。
【０００８】
［０００８］本開示の他の例において、ビデオデータを符号化するための方法は、ビデオデータを符号化することと、符号化されたビデオデータにおけるピクチャが、フレームパッキングされたステレオスコピック３Ｄビデオデータを含むかどうかを示す指示を生成することと、符号化されたビデオビットストリームにおいて前記指示をシグナリングすることと、を備える。
【０００９】
［０００９］本開示の他の例において、ビデオデータを復号するように構成された装置は、ビデオデータを受信し、受信されたビデオデータにおけるピクチャが、フレームパッキングされたステレオスコピック３Ｄビデオデータを含むかどうかを示す指示を受信し、受信された指示にしたがって受信したビデオデータを復号するように構成されたビデオデコーダを備える。
【００１０】
［００１０］本開示の他の例において、ビデオデータを符号化するように構成された装置は、ビデオデータを符号化し、符号化されたビデオデータにおけるピクチャが、フレームパッキングされたステレオスコピック３Ｄビデオデータを含むかどうかを示す指示を生成し、符号化されたビデオビットストリームにおいて前記指示をシグナリングするように構成されたビデオエンコーダを備える。
【００１１】
［００１１］本開示の他の例において、ビデオデータを復号するように構成された装置は、ビデオデータを受信するための手段と、受信されたビデオデータにおけるピクチャが、フレームパッキングされたステレオスコピック３Ｄビデオデータを含むかどうかを示す指示を受信するための手段と、前記受信された指示にしたがって前記受信されたビデオデータを復号するための手段と、を備える。
【００１２】
［００１２］本開示の他の例において、ビデオデータを符号化するための装置は、ビデオデータを符号化するための手段と、符号化されたビデオデータにおけるピクチャが、フレームパッキングされたステレオスコピック３Ｄビデオデータを含むかどうかを示す指示を生成するための手段と、符号化されたビデオビットストリームにおいて前記指示をシグナリングするための手段と、を備える。
【００１３】
［００１３］他の例において、この開示は、実行されたときに、装置の１つ以上のプロセッサに、ビデオデータを受信するためにビデオデータを復号させ、受信されたビデオデータにおけるピクチャが、フレームパッキングされたステレオスコピック３Ｄビデオデータを含むかどうかを示す指示を受信させ、前記受信された指示にしたがって受信されたビデオデータを復号させる、命令を記憶するコンピュータ読み取り可能な記憶媒体を記述する。
【００１４】
［００１４］他の例において、この開示は、実行されたときに、装置の１つ以上のプロセッサに、ビデオデータを符号化するためにビデオデータを符号化させ、符号化されたビデオデータにおけるピクチャが、フレームパッキングされたステレオスコピック３Ｄビデオデータを含むかどうかを示す指示を生成させ、符号化されたビデオストリームにおいて前記指示をシグナリングさせる、命令を記憶するコンピュータ読み取り可能な記憶媒体を記述する。
【００１５】
［００１５］この開示の技術はまた、当該技術を実行するように構成された装置の観点から、および、１つ以上のプロセッサに当該技術を実行させる命令を記憶するコンピュータ読み取り可能な媒体の観点から記述される。
【００１６】
［００１６］１つ以上の例の詳細は、添付の図面と以下の記述において説明される。他の特徴、目的、利点は、記述および図面および特許請求の範囲から明らかである。
【図面の簡単な説明】
【００１７】
【図１】［００１７］図１は、この開示において記述された技術を使用することができる例示的符号化および復号システムを示すブロック図である。
【図２】［００１８］図２は、サイドバイサイドフレームパッキング構成（side-by-side frame packing arrangement）を用いる、フレーム両立性（frame compatible）のステレオスコピックビデオコーディングのための例示的プロセスを示す概念図である。
【図３】［００１９］図３は、この開示において記述された技術を実装することができる例示的ビデオエンコーダを示すブロック図である。
【図４】［００２０］図４は、この開示において記述された技術を実装することができる例示的ビデオデコーダを示すブロック図である。
【図５】［００２１］図５は、この開示の一例にしたがった例示的ビデオ符号化方法を示すフローチャートである。
【図６】［００２２］図６は、この開示の一例にしたがった例示的ビデオ復号方法を示すフローチャートである。
【発明を実施するための形態】
【００１８】
［００２３］この開示は、シグナリングのための技術を記述するものであり、ビデオデータがフレームパッキングされた構成（例えば、フレームパッキングされたステレオスコピック３次元（３Ｄ）ビデオデータ）において符号化されることを示す指示を用いる。高効率ビデオコーディング（ＨＥＶＣ）にしたがって符号化されたビットストリームは、ビデオがフレームパッキングされた構成にあるかどうかを示す情報を含むことができる、フレームパッキング構成（ＦＰＡ）補足エンハンスメント情報（ＳＥＩ）メッセージを含む。
【００１９】
［００２４］しかしながら、ＦＰＡ  ＳＥＩメッセージを介した復号フレームパッキングされたビデオのサポートは、いくつかの欠点を提示する。１つは、後方向両立性（backward compatibility）の問題が存在することである。すなわち、一部のデコーダは、ＦＰＡ  ＳＥＩメッセージを認識しないか、あるいはＦＰＡ  ＳＥＩメッセージを復号するように構成されておらず、フレームパッキングされたビデオの指示を無視して、あたかもビデオはフレームパッキングされたステレオスコピック３Ｄビデオデータフォーマット形式ではないかのごとく復号されたピクチャを出力するであろう。これによって最終的に得られるビデオ品質は大きく歪み、貧弱なユーザ経験を生成する。
【００２０】
［００２５］他の欠点として、ＦＰＡ  ＳＥＩメッセージを復号するように構成されたデコーダであったとしても、一部の合致するデコーダは、すべてのＳＥＩメッセージを無視するかあるいはそれらのサブセットのみを処理するように実装される。例えば、一部のデコーダは、バッファリング周期ＳＥＩメッセージおよびピクチャタイミングＳＥＩのみを処理し、他のＳＥＩメッセージを無視するように構成されている。そのようなデコーダは、ビットストリーム内のＦＰＡ  ＳＥＩメッセージをも無視するので、同様に重度に歪められたビデオ品質が発生する。
【００２１】
［００２６］さらに、多くのビデオクライアントあるいはプレーヤ（すなわち、ビデオデータを復号するように構成された任意の装置あるいはソフトウエア）は、フレームパッキングされたステレオスコピック３Ｄビデオデータを復号するように構成されていない。ＦＰＡ  ＳＥＩメッセージを含む、ＳＥＩメッセージは、合致するデコーダによって認識あるいは処理されることを要求されていないので、ＦＰＡ  ＳＥＩメッセージを認識しない合致するＨＥＶＣデコーダを備えるクライアントあるいはプレーヤは、そのようなビットストリームにおけるＦＰＡＳＥＩメッセージを無視して、あたかもビットストリームはフレームパッキングされたステレオスコピック３Ｄビデオデータでないピクチャのみを含むかのごとく、復号されたピクチャを出力する。したがって、結果的に得られるビデオ品質は最善のものとはならない。さらに、ＦＰＡ  ＳＥＩメッセージを認識して処理することができる合致するＨＥＶＣデコーダを備えるクライアントあるいはプレーヤであっても、ＦＰＡ  ＳＥＩメッセージが存在しないことをチェックするために検査されねばならず、すべてのピクチャは、フレームパッキングされたステレオスコピック３Ｄビデオデータであるかそうではないかの結論を出すまえに、すべての現存のＦＰＡ  ＳＥＩメッセージは構文解析して解釈されねばならない。
【００２２】
［００２７］これらの欠点を鑑みて、以下に詳細に記述するように、種々の例の開示は、コーディングされたビデオ系列がフレームパッキングされたピクチャを含むかどうかの指示をプロファイル、ティア、そしてレベルシンタックスにおける１ビットを使用してシグナリングすることを提案する。
【００２３】
［００２８］図１は、この開示において記述された技術を利用することができる例示的ビデオ符号化および復号システム１０を示すブロック図である。図１に示すように、システム１０は、送信先装置１４によって後で復号される予定の符号化ビデオデータを生成する送信元装置１２を含む。送信元装置１２および送信先装置１４は、デスクトップコンピュータ、ノートブック（すなわちラップトップ）コンピュータ、タブレットコンピュータ、セットトップボックス、いわゆる“スマート”フォンなどの電話ハンドセット、いわゆる“スマート”パッド、テレビ、カメラ、表示装置、デジタルメディアプレーヤ、ビデオゲームコンソール、ビデオストリーミング装置、など、を含む、広範囲の装置の任意のものを備えることができる。ある場合には、送信元装置１２と送信先装置１４とは無線通信のために装備されていることができる。
【００２４】
［００２９］送信先装置１４は、復号すべき符号化ビデオデータ２をリンク１６を介して受信することができる。リンク１６は、符号化ビデオデータを送信元装置１２から送信先装置１４へ移動することが可能な任意のタイプの媒体あるいは装置を備えることができる。一例において、リンク１６は、送信元装置１２が送信先装置１４に直接リアルタイムで符号化ビデオデータを送信可能にする通信媒体を備えることができる。符号化ビデオデータは、無線通信プロトコルなどの通信標準にしたがって変調されることができ、そして、送信先装置１４に送信される。通信媒体は、無線周波数（ＲＦ）スペクトラムあるいは１つ以上の物理送信ラインなどの任意の無線または有線通信媒体を備えることができる。通信媒体は、ローカルエリアネットワーク、ワイドエリアネットワーク、あるいはインターネットなどのグローバルネットワークなどの、パケット主体のネットワークの一部を構成することができる。通信媒体は、ルータ、スイッチ、基地局、あるいは送信元装置１２から送信先装置１４への通信を確立するのに役立つ任意の他の装置を含むことができる。
【００２５】
［００３０］代替として、符号化データは、出力インタフェース２２から記憶装置３２に出力されることができる。同様にして、符号化データは、記憶装置３２から入力インタフェースによってアクセスすることが可能である。記憶装置３２は、ハードドライブ、ブルーレイディスク、ＤＶＤ、ＣＤ−ＲＯＭ、フラッシュメモリ、揮発性あるいは不揮発性メモリ、あるいは符号化ビデオデータを記憶するための任意の他の適当なデジタル記憶メディアなどの、種々の分散されたあるいはローカルでアクセスされるデータ記憶媒体の任意のものを含む。さらなる例として、記憶装置３２は、ファイルサーバあるいは送信元装置１２によって生成された符号化ビデオを保持することができる他の仲介記憶装置に対応することができる。送信先装置１４は、ストリーミングあるいはダウンロードを介して記憶装置３２から記憶されたビデオデータにアクセスすることができる。ファイルサーバは、符号化ビデオデータを記憶するとともに、当該符号化ビデオデータを送信先装置１４に送信することができる任意のタイプのサーバである。例示的ファイルサーバは、（例えばウエブサイトのための）ウエブサーバ、ＦＴＰサーバ、ネットワークに付随する記憶（ＮＡＳ）装置、あるいはローカルディスクドライブを含む。送信先装置１４は、インターネット接続を含む、任意の標準データ接続を介して符号化ビデオデータにアクセスすることができる。これは、無線チャネル（例えばＷｉ-Ｆｉ接続）、有線接続（例えばＤＳＬ、ケーブルモデムなど）、あるいはファイルサーバに記憶された符号化ビデオデータにアクセスするのに適した両方の組み合わせ、を含むことができる。記憶装置３２からの符号化ビデオデータの送信は、ストリーミング送信、ダウンロード送信、あるいは両方の組み合わせであることができる。
【００２６】
［００３１］この開示の技術は、必ずしも無線アプリケーションあるいは設定に限定されない。この技術は、オーバージエアテレビブロードキャスト、ケーブルテレビ送信、衛星テレビ送信、例えばインターネットを介したストリーミングビデオ送信、データ記憶媒体への記憶のためのでデジタルビデオの符号化、データ記憶媒体に記憶されたデジタルビデオの復号、あるいは他の応用などの、種々のマルチメディアアプリケーションをサポートするビデオコーディングに適用されることができる。一部の例において、システム１０は、ビデオストリーミング、ビデオプレイバック、ビデオブロードキャスト、および／またはビデオテレフォニーなどのアプリケーションをサポートするために、一方向あるいは両方向のビデオ送信をサポートするように構成されることができる。
【００２７】
［００３２］図１の例において、送信元装置１２は、ビデオソース１８、ビデオエンコーダ２０および出力インタフェース２２を含む。一部の例において、出力インタフェース２２は、変調器／復調器（モデム）および／またはトランスミッタを含む。送信元装置１２において、ビデオソース１８は、例えばビデオカメラ等のビデオキャプチャデバイス、以前にキャプチャーしたビデオを含むビデオアーカイブ、ビデオコンテンツプロバイダからビデオを受信するためのビデオフィードインタフェース、および／またはソースビデオなどのコンピュータグラフィックスデータを生成するためのコンピュータグラフィックスシステム、などのソース、あるいはそのようなソースの任意の組み合わせを含む。一例として、ビデオソース１８がビデオカメラであるならば、送信元装置１２および送信先装置１４はいわゆるカメラフォーンあるいはビデオフォーンを構成することができる。しかしながら、ここに記述された技術は、ビデオコーディング一般に適用可能であり、無線および／または有線アプリケーションに適用可能である。
【００２８】
［００３３］キャプチャーされた、あるいは予めキャプチャーされた、あるいはコンピュータによって生成されたビデオは、ビデオエンコーダ２０によって符号化される。符号化されたビデオデータは、送信元装置１２の出力インタフェース２２を介して送信先装置１４に直接的に送信される。符号化されたビデオデータはまた（あるいは代替的に）、復号および／または再生のために、送信先装置１４あるいは他の装置によって後でのアクセスのために記憶装置３２に記憶される。
【００２９】
［００３４］送信先装置１４は、入力インタフェース２８、ビデオデコーダ３０、および表示装置３２を含む。ある場合には、入力インタフェース２８は、受信器および／またはモデムを含む。送信先装置１４の入力インタフェース２８はリンク１６を介して符号化されたビデオデータを受信する。リンク１６を介してあるいは記憶装置３２上で提供された、符号化されたビデオデータは、ビデオデータを復号するにあたって、ビデオデコーダ３０などのビデオデコーダによる使用のためにビデオエンコーダ２０によって生成された種々のシンタックス要素を含む。そのようなシンタックス要素は、通信媒体上で送信されるか、記憶媒体に記憶されるか、あるいはファイルサーバに記憶される符号化されたビデオデータと共に含まれる。
【００３０】
［００３５］
表示装置３２は、送信先装置１４と一体化されるか、あるいはその外部にある。一部の例においては、送信先装置１４は、一体化された表示装置を含み、外部の表示装置を仲介するように構成されることができる。他の例において、送信先装置１４は、表示装置である。概して、表示装置３２は、復号されたビデオデータをユーザに対して表示し、液晶表示（ＬＣＤ）、プラズマ表示、有機発光ダイオード（ＯＬＥＤ）表示、などの種々の表示装置、あるいは他のタイプの表示装置を備えることができる。
【００３１】
［００３６］
ビデオエンコーダ２０およびビデオデコーダ３０は、ビデオコーディング（ＪＣＴ−ＶＣ）に関してＩＴＵ−Ｔビデオコーディングエキスパートグループ（ＶＣＥＧ）とＩＳＯ／ＩＥＣモーションピクチャエキスパートグループ（ＭＰＥＧ）とのジョイントコラボレーションチームによって現在開発されている高効率ビデオコーディング（ＪＣＴ−ＶＣ）標準などのビデオ圧縮標準にしたがって動作する。ＨＥＶＣの１つのワーキングドラフト（ＷＤ）(ここではＨＥＶＣ  ＷＤ８として呼ばれる)は、
http://phenix,int-evry.fr/jct/doc_user/documents/10_Stockholm/wg11/ JCTVC-J1003-v8.zip、から入手可能である。
【００３２】
［００３７］
ＨＥＶＣ標準の最近のドラフト（ここでは“ＨＥＶＣワーキングドラフト１０”あるいは“ＷＤ１０”と呼ばれる）は、ドキュメントＪＣＴＶＣ−Ｌ１００３ｖ３４、Ｂｒｏｓｓなど、“高効率ビデオコーディング（ＨＥＶＣ）テキスト仕様ドラフト１０（ＦＤＩＳ＆Ｌａｓｔ  Ｃａｌｌ）、ビデオコーディング（ＪＣＴ−ＶＣ）に関する、ＩＴＵ−Ｔ  ＳＧ１６  ＷＰ３とＩＳＯ／ＩＥＣ  ＪＴＣ１／ＳＣ２９／ＷＧ１１とのジョイントコラボレーションチーム、第１２回会合、ジェノバ、ＣＨ、２０１３年１月１４−２３日、に記述され、２０１３年６月６日現在で、以下からダウンロード可能である。
【００３３】
http://phenix,int-evry.fr/jct/doc_end_user/documents/12_Geneva/wg11/JCTVC-L1003-v34.zip 
［００３８］
ＨＥＶＣ標準の他のドラフト（ここでは“ＷＤ１０改訂版”と呼ぶ）は、Brossなど、“ＨＥＶＣバージョン１に対するエディタの提案された補正”、ビデオコーディングに関するＩＴＵ−ＴＳＧ１６  ＷＰ３と、ＩＳＯ／ＩＥＣ  ＪＴＣ１／ＳＣ２９／ＷＧ１１とのジョイントコラボレーションチーム、１３回目会合、Ｉｎｃｈｅｏｎ，ＫＲ．２０１３年４月、は２０１３年６月７日現在以下から入手可能である。
【００３４】
http://phenix.int-evry.fr/jct/doc_end_user//documents/13 Incheon/wg11/JCTVC-Mo432-v3.zip
［００３９］
ビデオエンコーダ２０およびビデオデコーダ３０は、例示の目的で、この開示では１つ以上のビデオコーディング標準にしたがって動作するように構成されているものとして記述される。しかしながら、この開示の技術は、特定のコーディング標準に限定されることはなく、種々の異なるコーディング標準に適用することができる。他の知的所有権を持つあるいは工業標準の例は、ＩＴＵ−Ｔ  Ｈ．２６１、ＩＳＯ／ＩＥＣ  ＭＰＥＧ−１  Ｖｉｓｕａｌ、ＩＴＵ−Ｔ  Ｈ．２６２あるいはＩＳＯ／ＩＥＣ  ＭＰＥＧ−２  Ｖｉｓｕａｌ、ＩＴＵ−Ｔ  Ｈ．２６３、ＩＳＯ／ＩＥＣ  ＭＰＥＧ−４  ＶｉｓｕａｌそしてＩＴＵ−Ｔ  Ｈ．２６４（ＩＳＯ／ＩＥＣＭＰＥＧ−４  ＡＶＣとも呼ばれる）、そのスケーラブルビデオコーディング（ＳＶＣ）およぶマルチビュービデオコーディング（ＭＶＣ）拡張、およびそのような標準の拡張、変更、あるいは追加、を含む。
【００３５】
［００４０］また、ビデオエンコーダ２０およびビデオデコーダ４０は、ビデオデータをあるファイルフォーマットで記憶するか、あるいはリアルタイムトランスポートプロトコル（ＲＴＰ）フォーマットにしたがってあるいはマルチメディアサービスを介してデータを転送するように構成されることができる。
【００３６】
［００４１］ファイルフォーマット標準は、ＩＳＯに基づくメディアファイルフォーマット（ＩＳＯＢＭＦＦ、ＩＳＯ／ＩＥＣ  １４４９６−１２）およびＩＳＯＢＭＦＦから引き出される他のファイルフォーマット）を含み、ＭＰＥＧ−４ファイルフォーマット（ＩＳＯ／ＩＥＣ  １４４９６−１４）、３ＧＰＰファイルフォーマット（３ＧＰＰ  ＴＳ  ２６．２４４）およびアドバンストビデオコーディング（ＡＶＣ）ファイルフォーマット（ＩＳＯ／ＩＥＣ  １４４９６−１５）を含む。現在、ＨＥＶＣビデオコンテンツのためのＡＶＣファイルフォーマットに対する補正がＭＰＥＧによって開発されている。このＡＶＣファイルフォーマット補正は、また、ＨＥＶＣファイルフォーマットと呼ばれる。
【００３７】
［００４２］ＲＴＰペイロードフォーマットは、ＲＦＣ  ６１８４、“Ｈ．２６４ビデオのためのＲＴＰペイロードフォーマット”、ＲＦＣ  ６１９０におけるスケーラブルビデオコーディング（ＳＶＣ）ペイロードフォーマット、“スケーラブルビデオコーディングのためのＲＴＰペイロードフォーマット”、そして多くの他のフォーマットを含む。現在、ＨＥＶＣ  ＲＴＰペイロードフォーマットが、インターネットエンジニアリングタスクフォース（ＩＥＴＦ）によって開発されている。２０１３年７月２６日現在、ＲＦＣ６１８４は、http://tools.ietf.org/html/rf6184
から入手可能であり、その全体の内容は、ここに参照によって組み込まれている。ＴＦＣ６１９０は２０１３年７月２６日現在、
http://tools.ietf.org/ html/rfc6190
から入手可能であり、その全体の内容は、ここに参照によって組み込まれている。
【００３８】
［００４３］３ＧＰＰマルチメディアサービスは、ＨＴＴＰ（３ＧＰ−ＤＡＳＨ、３ＧＰＰ  ＴＳ２６．２４７）オーバー３ＧＰＰダイナミックアダプティブストリーミング、パケットスイッチトストリーミング（ＰＳＳ、３ＧＰＰ  ＴＳ  ２６．２３４）、マルイチメディアブロードキャストおよびマルチメディアサービス（ＭＢＭＳ、３ＧＰＰ  ＴＳ  ２６．３４６）そして、ＩＭＳ（ＭＴＳＩ、３ＧＰＰ  ＴＳ  ２６．１１４）オーバーマルチメディアテレフォンサービスを含む。
【００３９】
［００４４］図１には示していないが、一面では、ビデオエンコーダ２０およびビデオデコーダ３０は各々オーディオエンコーダおよびデコーダと一体化され、オーディオおよびビデオの両方の符号化を共通のデータストリームであるいは別個のデータストリームで処理するために、適切なＭＵＸ-ＤＥＭＵＸユニットあるいは他のハードウエアおよびソフトウエアを含むことができる。好ましくは、一部の例においてＭＵＸ−ＤＥＭＵＸユニットは、ＩＴＵ  Ｈ．２２３マルチプレクサプロトコルあるいはユーザデータグラムプロトコル（ＵＤＰ）などの他のプロトコルに合致する。
【００４０】
［００４５］ビデオエンコーダ２０およびビデオデコーダ３０はそれぞれ、１つ以上のマイクロプロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、離散ロジック、ハードウエア、ファームウエア、あるいはそれらの任意の組む合わせなどの種々の適切なエンコーダ回路として実装されることができる。当該技術が一部ソフトウエアとして実装されたとき、装置は、当該ソフトウエアのための命令を、適切な非一時的コンピュータ読み取り可能な媒体に記憶し、この開示の技術を実行するために、１つ以上のプロセッサを用いるハードウエアにおいて当該命令を実行する。ビデオエンコーダ２０およびビデオデコーダ３０の各々は、１つ以上のエンコーダあるいはデコーダに含まれることができ、当該エンコーダおよびデコーダは、各装置の中で組み合わされたエンコーダ／デコーダ（ＣＯＤＥＣ）として一部として一体化されることができる。
【００４１】
［００４６］ＪＣＴ−ＶＣはＨＥＶＣ標準を開発した。ＨＥＶＣ標準の努力は、ＨＥＶＣテストモデル（ＨＭ）と呼ばれるビデオコーディング装置の発展型モデルに基づいている。ＨＭは、例えばＩＴＵ−Ｔ  Ｈ．２６４／ＡＶＣにしたがう既存の装置に対して、ビデオコーディング装置のいくつかの付加的な能力を想定する。例えば、Ｈ．２６４は、９つのイントラ予測符号化モードを提供するのに対して、ＨＭは３３個ものイントラ予測符号化モードを提供する。
【００４２】
［００４７］概して、ＨＭのワーキングモデルは、ビデオフレームすなわちピクチャは、ルマおよびクロマサンプルを含む、一連のツリーブロックすなわち最大コーディングユニット（ＬＣＤ）に分割することができる。ツリーブロックは、Ｈ．２６４標準のマクロブロックと同じような目的を有する。スライスは符号化順に連続するツリーブロックの数を含む。ビデオフレームすなわちピクチャは、１つ以上のスライスに分割されることができる。各ツリーブロックは、クワッドツリーにしたがってコーディングユニット（ＣＵ）に分割されることができる。例えば、ツリーブロックはクワッドツリーのルートノードとして４つの子供ノードに分割されることができ、各子供ノードは、親ノードであることができ、他の４つの子供ノードに分割されることができる。最後の、分割されない子供ノードは、クワッドツリーのリーフノードとして、コーディングノードすなわちコーディングされたビデオブロックを備える。コーディングされたビットストリームに関連するシンタックスデータは、ツリーブロックが分割される最大
数を規定することができ、さらにコーディングノードの最小サイズを規定する。
【００４３】
［００４８］ＣＵは、コーディングノードと、予測ノード（ＰＮ）と、コーディングノードに関連する変換ユニット（ＴＵ）と、を含む。ＣＵのサイズは概して、コーディングノードのサイズに対応し、形状は概して正方形でなければならない。ＣＵのサイズは８×８ピクセルから、６４×６４ピクセルあるいはそれ以上の最大値をもつツリーブロックのサイズ、となっている。各ＣＵは、１つ以上のＰＵと、１つ以上のＴＵを含むことができる。ＣＵに関連するシンタックスデータは、ＣＵの１以上のＰＵへの分割を記述する。分割モードは、ＣＵが、スキップあるいは直接モードエンコーデット、イントラ予測モードエンコーデット、あるいはインター予測モードエンコーデット、であるかどうかによって異なることができる。ＰＵは非正方形の形状に分割されることができる。ＣＵに関連するシンタックスデータは、クワッドツリーにしたがった、ＣＵの１つ以上のＴＵへの分割を記述する。ＴＵの形状は、正方形あるいは非正方形であることができる。
【００４４】
［００４９］ＨＥＶＣ標準は、ＣＵが異なっていれば異なるであろうＴＵにしたがって、変換を可能にする。ＴＵは概して、分割されたＬＣＵに対して規定された所定のＣＵ内の、ＰＵのサイズに基づいてサイズが決められる。しかしながら、そうでなくともよい。ＴＵは概して、ＰＵと同じサイズであるかあるいはＰＵよりも小さいサイズである。一部の例において、ＣＵに対応する残差サンプルは、“残差クワッドツリー”（ＲＱＴ）として知られるクワッドツリー構造を用いて、より小さなユニットに分割されることができる。ＲＱＴのリーフノードは、変換ユニット（ＴＵ）と呼ばれることができる。ＴＵに関連するピクセル相違値は、変換係数を生成するべく変換されることができ、変換係数は量子化される。
【００４５】
［００５０］概して、ＰＵは予測プロセスに関連するデータを含む。例えば、ＰＵがイントラモード符号化されたときに、ＰＵは、当該ＰＵに対するイントラ予測モードを記述するデータを含む。他の例として、ＰＵがインターモード符号化されたときには、ＰＵは当該ＰＵに対する動きベクトルを規定するデータを含む。ＰＵに対する動きベクトルを規定するデータは、例えば、動きベクトルの水平成分、動きベクトルの垂直成分、動きベクトルに対する解像度（例えば、４分の１ピクセル精度あるいは８分の１ピクセル精度）、動きベクトルが指し示す基準ピクチャ、および／または動きベクトルに対する基準ピクチャリスト（例えばリスト０、リスト１、あるいはリストＣ）を記述する。
【００４６】
［００５１］概して、ＴＵは、変換および量子化プロセスに対して使用される。１つ以上のＰＵをもつ所定のＣＵは、１つ以上の変換ユニット（ＴＵ）を含む。予測に続いて、ビデオエンコーダ２０は、ＰＵにしたがってコーディングノードによって特定されたビデオブロックから残差値を計算する。次にコーディングノードは、元のビデオブロックではなく残差値を参照するために更新される。残差値はピクセル相違値を具備し、この値は変換係数に変換され、量子化され、エントロピー符号化のための直列化された変換係数を生成するために、ＴＵにおいて特定された変換係数および他の変換係数を用いて走査される。コーディングノードは、これらの直列化された変換係数を参照するために再び更新される。この開示では概して、ＣＵのコーディングノードを意味するために“ビデオブロック”という用語を用いる。一部の特別な場合にはこの開示は、ツリーブロックすなわちＬＣＵあるいはＣＵを意味するのに“ビデオブロッ
ク”という用語を用い、ここにおいて、コーディングノードおよびＰＵおよびＴＵを含む。
【００４７】
［００５２］ビデオ系列は概して、一連のビデオフレームすなわちピクチャを含む。グループオブピクチャ（ＧＯＰ）は概して、一連の１つ以上のビデオピクチャを具備する。ＧＯＰは、ＧＯＰのヘッダ内、１つ以上のピクチャのヘッダ内、あるいは他の場所に、ＧＯＰに含まれるピクチャの数を記述する、シンタックスデータを含む。ピクチャの各スライスは、各スライスに対する符号化モードを記述するスライスシンタックスデータを含む。ビデオエンコーダ２０は概して、ビデオデータを符号化するために、個々のビデオスライス内のビデオブロックに関して動作する。ビデオブロックは、ＣＵ内のコーディングノードに対応する。ビデオブロックは、固定または可変のサイズを有し、規定されたコーディング標準にしたがってサイズが異なっている。
【００４８】
［００５４］この開示において、“Ｎ×Ｎ”および“Ｎ掛けるＮ”は、例えば、１６×１６あるいは１６掛ける１６ピクセルなど、垂直および水平の寸法の観点からビデオブロックのピクセル寸法を意味するのに交換して用いることができる。概して、１６×１６ブロックは、垂直方向において１６ピクセルをもち（ｙ＝１６）、水平方向において１６ピクセルをもつ（ｘ＝１６）。同様にして、Ｎ×Ｎブロックは概して、垂直方向においてＮピクセルをもち、水平方向においてＮピクセルをもち、ここでＮは非負の整数値を示す。ブロック内のピクセルは、行と列に配列される。さらに、ブロックは、必ずしも水平方向と垂直方向とで同じ数のピクセルをもつ必要はない。例えば、ブロックは、Ｎ×Ｍピクセルを具備する場合、Ｍは必ずしもＮに等しくなくともよい。
【００４９】
［００５５］ＣＵのＰＵを用いたイントラ予測あるいはインター予測コーディングに続いて、ビデオエンコーダ２０は、ＣＵのＴＵによって特定された変換係数が適用される残差データを計算する。残差データは符号化されないピクチャのピクセルと、ＣＵに対応する予測値との間のピクセル相違に対応する。ビデオエンコーダ２０は、ＣＵのための残差データを生成し、当該残差データを変換して変換係数を生成する。
【００５０】
［００５６］変換係数を生成するための変換に続いて、ビデオエンコーダ２０は変換係数の量子化を実行することができる。量子化は概して、係数を示すのに使用されるデータの量を首尾よく低減してさらなる圧縮を提供するために変換係数が量子化されるプロセスを意味する。量子化プロセスは、係数の一部あるいは全てに関連するビット深さを低減することができる。例えば、ｎビット値は、量子化の間にｍ（ここでｎはｍよりも大きい）ビット値にまで丸められることができる。
【００５１】
［００５７］一部の例において、ビデオエンコーダ２０は、エントロピー符号化可能な直列化ベクトルを生成するために、量子化された変換係数を走査するために所定の走査手順を用いることができる。他の例において、ビデオエンコーダ２０は、適応的走査を実行することができる。量子化された変換係数を走査して一次元ベクトルを生成したあと、ビデオエンコーダ２０は、コンテキスト適応型可変長コーディング（ＣＡＶＬＣ）、コンテキスト適応型二進算術コーディング（ＣＡＢＡＣ）、シンタックスに基づくコンテキスト適応型二進算術コーディング（ＳＢＡＣ）、確率間隔分割エントロピー（ＰＩＰＥ）コーディングあるいは他のエントロピー符号化手法にしたがって、一次元ベクトルをエントロピー符号化する。ベクトルエンコーダ２０は、ビデオデータの復号においてビデオデコーダ３０によって用いるための符号化されたビデオデータに関連したシンタックス要素をエントロピー符号化することができる。
【００５２】
［００５８］ＣＡＢＡＣを実行するために、ビデオエンコーダ２０は、コンテキストモデル内のコンテキストを送信すべきシンボルに割り振ることができる。コンテキストは例えば、シンボルの隣接する値が非ゼロかどうかに関連する。ＣＡＶＬＣを実行するために、ビデオエンコーダ２０は、送信すべきシンボルのための可変長符号を選択することができる。ＶＬＣ内の符号語は、比較的短い符号はより有りそうなシンボルに対応し、より長い符号は、より有りそうでないシンボルに対応する、ように構成される。このようにして、ＶＬＣの使用によって、例えば、送信すべき各シンボルのための等しい長さの符号語を使用する場合と比べて、ビット節約を達成することができる。確率の決定は、シンボルに割り振られたコンテキストに基づくことができる。
【００５３】
［００５９］ステレオスコピック３Ｄビデオのために、ＨＥＶＣにしたがってコーディングされたビデオのフレームは、右イメージと左イメージの両方の半解像度バージョンを含む。そのようなコーディングフォーマットはしばしば、フレームパッキングされたステレオスコピック３Ｄビデオと呼ばれる。ビデオ内に３Ｄエフェクトを生成するために、例えば左目ビューと右目ビューの、シーンの２つのビューが同時にあるいはほぼ同時に示される。シーンの左目ビュー及び右目ビューに対応する、同じシーンの２つのピクチャは、見る人の左目と右目間の水平方向の不一致を示す、わずかに異なる水平方向位置からキャプチャーされる。これら２つのピクチャを同時にあるいはほぼ同時に表示すれば、左目ビューピクチャは、見る人の左目によって知覚されるとともに、右目ビューピクチャは、見る人の右目によって知覚されることによって、見る人は３次元ビデオエフェクトを経験することができる。
【００５４】
［００６０］図２は、サイドバイサイドフレームパッキング構成を用いた、フレーム両立性ステレオスコピックビデオコーディングのための例示的プロセスを示す概念図である。特に、図２は、フレーム両立性ステレオスコピックビデオデータの復号されたフレームに対する再構成ピクセルのためのプロセスを示す。復号されたフレーム１１は、サイドバイサイド構成においてパッキングされたインタリーブされたピクセルからなる。サイドバイサイド構成は、列状に構成されている各ビュー（この例においては左ビューおよび右ビュー）に対するピクセルからなる。一代替例として、トップダウンパッキング構成は、行における各ビューに対するピクセルを構成する。復号されたフレーム１１は、実線としての左ビューのピクセルを示し、点線としての右ビューのピクセルを示す。復号されたフレーム１１はまた、復号されたフレーム１１がサイドバイサイドインタリーブされたピクセルを含む、という点において、インタリーブされたフレームと呼ばれる。
【００５５】
［００６１］パッキング再構成ユニット１３は、ＦＰＡ  ＳＥＩメッセージなどの、エンコーダによってシグナリングされたパッキング構成にしたがって、復号されたフレーム１１におけるピクセルを、左ビューフレーム１５および右ビューフレーム１７に分割する。わかるように、左および右ビューフレームの各々は、それらはフレームのサイズに対してピクセルの１つおきの列のみを含むので、半分の解像度となる。
【００５６】
［００６２］左ビューフレーム１５および右ビューフレーム１７は次に、アップコンバージョン処理ユニット１９および２１によってそれぞれアップコンバートされて、アップコンバートされた左ビューフレーム２３およびアップコンバートされた右ビューフレーム２５を生成する。アップコンバートされた左ビューフレーム２３およびアップコンバートされた右ビューフレーム２５はつぎにステレオスコピックディスプレイによって表示される。
【００５７】
［００６３］ＨＥＶＣに対する以前の提案は、ビデオデータがフレームパックステレオスコピック３Ｄビデオであることを示すために、フレームパッキング構成（ＦＰＡ）ＳＥＩメッセージの仕様を含む。しかしながら、ＳＥＩメッセージを有するＨＥＶＣに基づくフレームパッキングされたステレオスコピックビデオデータの指示のための既存の方法には欠点がある。
【００５８】
［００６４］１つの欠点は、ＨＥＶＣビットストリームにおけるＨＥＶＣに基づくフレームパッキングされたステレオスコピックビデオデータの指示に関連するものである。ＨＥＶＣビットストリームは、ビットストリームにおける、ＦＰＡ  ＳＥＩメッセージによって指示されるような、フレームパッキングされたステレオスコピック３Ｄビデオを含むことができる。ＳＥＩメッセージは、合致するＨＥＶＣデコーダによって認識あるいは処理される必要がないので、ＦＰＡ  ＳＥＩメッセージを認識しない合致するＨＥＶＣデコーダは、そのようなメッセージを無視し、ビデオは、フレームパッキングされたステレオスコピック３Ｄビデオでなかったかのごとく、復号されたフレームパッキングされたステレオスコピック３Ｄピクチャを復号および出力する。その結果、最後に得られるビデオ品質は大きく歪むことになり、大変悪いユーザ経験を生成する。
【００５９】
［００６５］他の欠点は、ファイルフォーマット、ＲＴＰペイロード、およびマルチメディアサービスにおける、フレームパッキングされたステレオスコピック３Ｄビデオデータの存在を示すことに関連する。１つの例として、ＨＥＶＣファイルフォーマットに対する提案は、ＨＥＶＣに基づくフレームパッキングされたステレオスコピックビデオを示すための機構を欠いている。ＨＥＶＣ  ＲＴＰペイロードフォーマットのいくつかの提案された設計およびＨＥＶＣ自身のいくつかの提案された設計とともに、ＨＥＶＣおよびＨＥＶＣ  ＲＴＰペイロードフォーマットの両方を実装するＲＴＰ送信者およびＲＴＰ受信者は、ＨＥＶＣに基づくフレームパッキングされたステレオスコピック３Ｄビデオの使用に関して交渉することができず、異なる仮定をもつ２つの側面に通信が発生することがある。
【００６０】
［００６６］例えば、送信者は、ＨＥＶＣに基づくフレームパッキングされたステレオスコピック３Ｄビデオを送信することができ、受信者はそれを受け入れて、当該ビデオをあたかもビットストリームがフレームパッキングされたステレオスコピック３Ｄビデオではないかのごとく扱う。クライアントが、コンテンツの記述を含む、セッション記述プロトコル（ＳＤＰ）に基づいてコンテンツを受け入れるかあるいはマルチキャストセッションに参加するかを決定する、ストリーミングあるいはマルチキャストアプリケーションに関して、フレームパッキングされたステレオスコピック３Ｄビデオの適切な処理方法（例えばデパッキング）を備えていないクライアントは、当該コンテンツを誤って受け入れ、それがあたかもフレームパッキングされたステレオスコピック３Ｄビデオではないかのごとくフレームパッキングされたステレオスコピック３Ｄビデオを再生する。
【００６１】
［００６７］これらの欠点に鑑みて、本開示は、ビデオデータがフレームパッキングされたステレオスコピック３Ｄビデオデータを含むか否かの指示の改善されたシグナリングのための技術を提示する。この開示の技術は、ＨＥＶＣに合致するデコーダがビットストリーム内に含まれる受信ビデオがフレームパッキングされたステレオスコピック３Ｄビデオであるかどうかを、ＦＰＡ  ＳＥＩメッセージを認識することなしに決定することを可能にする。この開示の一例において、このことは、例えば、ＳＥＩメッセージ内に配置されていないフラグ（フレームパッキングされたフラグ）などの指示をビットストリーム内に含めることによって達成される。０に等しいフラグは、ＦＰＡ  ＳＥＩメッセージが存在せず、ビデオデータはフレームパッキングされたステレオスコピック３Ｄフォーマット形式ではないことを示す。１に等しいフラグは、ＦＰＡ  ＳＥＩメッセージが存在し（あるいは存在する可能性があり）、ビットストリーム内のビデオは、フレームパッキングされたステレオスコピック３Ｄビデオである（あるいはある可能性がある）ことを示す。
【００６２】
［００６８］当該ビデオが、フレームパッキングされたステレオスコピック３Ｄビデオである（あるいはある可能性がある）と決定されたならば、ビデオデコーダ３０は、悪いユーザ経験を避けるために当該ビデオを拒絶することができる。例えば、ビデオデコーダ３０は、そのような構成に構成されたデータを復号することができないならば、フレームパッキングされたステレオスコピック３Ｄビデオデータを含むとして指示されたビデオデータを拒絶することができる。フレームパッキングされたステレオスコピック３Ｄビデオデータの指示は、ビデオパラメータセット（ＶＰＳ）あるいはシーケンスパラメータセット（ＳＰＳ）あるいは両方の中に含まれることができる。
【００６３】
［００６９］ＶＰＳおよび／またはＳＰＳ内に含まれる（ティア（tier）情報を含む）ファイルおよびレベル情報は、例えば、ＩＳＯに基づくメディアファイルフォーマットファイル（例えばファイルフォーマット情報）におけるＨＥＶＣトラックのサンプル記述内、セッション記述プロトコル（ＳＤＰ）ファイル内、あるいはメディアプレゼンテーション記述（ＭＰＤ）内などの、より高位のシステムレベル内に直接含まれる。プロファイルおよびレベル情報に基づいて、クライアント（例えばビデオストリーミングクライアントあるいはビデオテレフォニークライアント）は、消費すべきフォーマットあるいはコンテンツを受け入れるかあるいは選択することを決定することができる。したがって、本開示の一例によれば、フレームパッキングされたステレオスコピック３Ｄビデオのための指示は、上記したフラグを表記するために、ＨＥＶＣ  ＷＤ８において規定されているように、general_reserved_zero16bitsフィールドおよび／またはsub_layer_reserved_zero_16bitsフィールド［ｉ］における１ビットを用いることによって、プロファイルおよびレベル情報の一部として含まれる。
【００６４】
［００７０］例えば、ビデオデコーダ３０が、ビデオがフレームパッキングされたステレオスコピック３Ｄ構成において符号化されていることを示すプロファイルおよび／またはレベル情報におけるビットを受信したときに、ビデオデコーダ３０がそのようなビデオデータを復号するように構成されていないのであれば、ビデオデコーダ３０は、当該ビデオデータを拒絶することができる（すなわちそれを復号しない）。ビデオデコーダ３０がフレームパッキングされたステレオスコピック３Ｄビデオデータを復号するように構成されているのであれば復号が行われる。同様にして、ビデオデコーダ３０が、当該ビデオはフレームパッキングされたステレオスコピック３Ｄ構成において符号化されていないことを示すプロファイルおよび／またはレベル情報における１ビットを受信するのであれば、ビデオデコーダ３０はビデオデータを受け入れて復号を行う。
【００６５】
［００７１］プロファイルおよびレベルは、ビットストリームに関する制限を規定し、ビットストリームを復号するのに要する能力に制限を設ける。プロファイルおよびレベルはまた、個々のデコーダ実装間の相互動作点を示すのに使用されることができる。各プロファイルは、当該プロファイルに合致するすべてのデコーダによって支持されるべきアルゴリズム上の特徴および制限のサブセットを規定する。各レベルは、ビデオ圧縮標準のシンタックス要素によってとられる（taken）ことができる値に関する制限のセットを規定する。レベル定義の同じセットはすべてのプロファイルとともに使用されるが、個々の実装は、各支持されたプロファイルに対する異なるレベルを支持することができる。ある特定のプロファイルに関して、レベルは概してデコーダ処理ペイロードおよびメモリ能力に対応する。
【００６６】
［００７２］ＦＰＡ  ＳＥＩメッセージとは反対に、ＨＥＶＣ両立性のデコーダは、ＶＰＳおよびＳＰＳにおけるシンタックス要素を解釈することが要求される。ここにおいて、ＶＰＳあるいはＳＰＳに含まれる、フレームパッキングされたステレオスコピック３Ｄビデオの任意の指示（あるいはＦＰＡ  ＳＥＩメッセージが存在するという指示）は解釈されて復号される。さらに、ＶＰＳあるいはＳＰＳは１つ以上のアクセスユニットに適用するので、ＦＰＡ  ＳＥＩの場合と同様に、フレームパッキングされたステレオスコピック３Ｄビデオの指示に関してすべてのアクセスユニットがチェックされる必要はない。
【００６７】
［００７３］以下の部分は、ＲＴＰペイロードにおけるフレームパッキングされたステレオスコピック３Ｄビデオを示すための技術を記述する。例えば、フレームパッキングされた、と名付けられたオプションとしてのペイロードフォーマットパラメータは以下のように規定されている。フレームパッキングされたパラメータは、ストリームの特性あるいは受信機実装の能力をシグナリングする。その値は０あるいは１に等しい。パラメータが存在しないならば、その値は０に等しいと推定する。
【００６８】
［００７４］パラメータがストリームの特性を示すのに使用される場合には次のようになる。値０は、ストリーム内に示されるビデオは、フレームパッキングされたビデオではないことを示し、ストリームにおいて、ＦＰＡ  ＳＥＩメッセージは存在しないことを示す。値１は、ストリーム内に示されるビデオは、フレームパッキングされたビデオであることを示し、ストリームにおいて、ＦＰＡ  ＳＥＩメッセージが存在することを示す。値０および１の意味が逆であってもよいことは勿論である。
【００６９】
［００７５］パラメータが能力の変更あるいはセッションセットアップのために使用されるときには次のことが成り立つ。値０は、エンティティ（すなわちビデオデコーダおよび／またはクライアント）は、受信および送信の両方に関して、示されたビデオはフレームパッキングされておらず、ＰＦＡ  ＳＥＩメッセージは存在しないストリームのみを支持する、ことを示す。値１は、エンティティは、受信および送信の両方に関して、示されたビデオはフレームパッキングされており、ＰＦＡ  ＳＥＩメッセージが存在するストリームを支持する、ことを示す。
【００７０】
［００７６］フレームパッキングされた選択的なパラメータは、存在するならば、ＳＤＰファイル“a=fmtp”行内に含まれることができる。パラメータは、frame-packed=0あるいはframe-packed=1の形態で、メディアタイプストリングとして表現される。
【００７１】
［００７７］ＨＥＶＣストリームが、交渉のためのオファ／アンサーモデルにおいてＳＤＰファイルを用いてＲＴＰを介してオファーされるときに、フレームパッキングされたパラメータはＨＥＶＣのためのメディアフォーマット構成を特定するパラメータの１つであり、対称的に使用されることができる。すなわち、応答者はオファ中の値でパラメータを維持するかあるいはメディアフォーマット（ペイロードタイプ）を完全に除去する。
【００７２】
［００７８］リアルタイムストリーミングプロトコル（ＲＴＳＰ）あるいはセッションアナウンスメントプロトコル（ＳＡＰ）の場合と同様に、ＲＴＰ上のＨＥＶＣがＳＤＰとともに宣言様式でオファされるとき、受信ストリームのための能力ではなく、ストリームの特性のみを示すためにフレームパッキングされたパラメータが使用される。他の例において、ＨＥＶＣに特有ではない、同様のシグナリングが概してＳＤＰファイルにおいて規定され、これによって、それは一般的にビデオコーデックに適用される。
【００７３】
［００７９］本開示の他の例において、フレームパッキングされたパラメータはさらなる値をもつことができ、例えば０は、ビデオがフレームパッキングされておらず、ストリームはＦＰＡ  ＳＥＩメッセージをもたない、ことを示し、０よりも大きい値は、ビデオはフレームパッキングされ、フレームパッキングタイプはパラメータの値によって示されることを示す。他の例において、パラメータは、多元の、コンマによって分離された、０より大きな値を含み、各値は特定のフレームパッキングタイプを示す。
【００７４】
［００８０］次のものは、この開示の技術にしたがった、プロファイル、ティア、そしてレベルシンタックスにおける、フレームパッキングされたステレオスコピック３Ｄビデオデータを示すことのシンタックスおよびセマンティックスを示す。プロファイル、ティア、そしてレベルのシンタックスおよびセマンティックスは、以下のごとくシグナリングされるべく提案されている。
【表１】
0006407867.tif 000002
【００７５】
［００８１］１に等しい、シンタックス要素general_non_packed_only_flag（すなわち、フレームパッキングされた指示）は、コーディングされたビデオシーケンスの中に、フレームパッキング構成ＳＥＩメッセージが存在しないことを示す。０に等しい、シンタックス要素general_non__packed_only_flagは、コーディングされたビデオシーケンス内に少なくとも１つのＦＰＡ  ＳＥＩメッセージが存在することを示す。
【００７６】
［００８２］シンタックス要素general_reserved_zero_14bitsは、この仕様に合致するビットストリームにおいて０に等しい。general_reserved_zero_14bitsに対する他の値は、ITU-T｜ISO/IECによって将来のために予約されている。デコーダは、general_reserved_zero_14bitsの値を無視する。
【００７７】
［００８３］シンタックス要素
sub_layer_profile_space[i]、sub_layer_tier_flag[i]、sub_layer_profile_idec[i]、sub_layer_profile_compatibility_flag[i][j]、sub_layer_progressive_frames_only_flag[i]、sub_layer_non_packed_only_flag[i]、sub_layer_reserved_zero_14bits[i]、sub_layer_level_ide[i]は、それぞれ、
general_profile_space、general_tier_flag、general_profile_idc、general_profile_compatibilty_flag[j]、general_progressive_frame_only_flag、general_non_packed_only_flag、general_reserved_zero_14bits、そしてgeneral_level_ideと同じセマンティックスをもつが、ｉに等しいTemporalldをもつサブレイヤの表示に適用される。存在しないならば、sub_layer_tier_flag[i]の値は、０に等しいものと推定される。
【００７８】
［００８４］図３は、この開示において記述される技術の実行を実行することができる例示的ビデオエンコーダ２０を示すブロック図である。ビデオエンコーダ２０はビデオスライス内においてビデオブロックのイントラおよびインターコーディングを実行することができる。イントラコーディングは、所定のビデオフレームすなわちピクチャ内のビデオの空間的冗長性を低減あるいは除去するために空間予測に依存する。インターコーディングは、ビデオシーケンスの隣接フレームすなわちピクチャ内におけるビデオの時間的冗長性を低減あるいは除去するために時間的予測に依存する。イントラモード（Ｉ モード）は、いくつかの空間に基づく圧縮モードを意味する。一方向予測（Ｐモード）あるいは双予測（Ｂモード）などの、インターモードは、いくつかの時間に基づく圧縮モードを意味する。
【００７９】
［００８５］図３の例において、ビデオエンコーダ２０は、分割ユニット３５、予測処理ユニット４１、基準ピクチャメモリ６４、加算器５０、変換処理ユニット５２、量子化ユニット５４、およびエントロピー符号化ユニット５６を含む。予測処理ユニット４１は、動き推定ユニット４２、動き補償ユニット４４、そしてイントラ予測処理ユニット４６を含む。ビデオブロックの再構成に関して、ビデオエンコーダ２０はまた、逆量子化ユニット５８、逆変換処理ユニット６０、そして加算器６２を含む。ブロック境界をフィルタリングして再構成されたビデオからブロックアーティファクトを除去するためにデブロッキングフィルタ（図３には図示せず）が含められる。望まれるならば、デブロッキングフィルタは概して、加算器６２の出力をフィルタリングする。デブロッキングフィルタに加えて、さらなるループフィルタ（ループ内あるいはポストループ内）を使用することができる。
【００８０】
［００８６］図３に示されるように、ビデオエンコーダ２０はビデオデータを受信し、分割ユニット３５はデータをビデオブロックに分割する。この分割は、スライス、タイル、あるいは他のより大きなユニットへの分割、さらには、例えば、ＬＣＵおよびＣＵのクワッドツリー構造にしたがったビデオブロック分割を含む。ビデオエンコーダ２０は概して、符号化すべきビデスライス内のビデオブロックを符号化するコンポーネントを示す。スライスは多元のビデオブロック（そして好ましくはタイルと呼ばれるビデオブロックのセット）に分割されることができる。予測処理ユニット４１は、誤差結果（例えばコーディング率およびひずみのレベル）にしたがって現在のビデオに対して、複数のイントラコーディングモードの１つ、あるいは複数のインターコーディングモードの１つなどの、複数の可能なコーディングモードの１つを選択することができる。予測処理ユニット４１は、結果的に得られたイントラまたはインターコーディングされたブロックを加算器５０に供給して残差ブロックデータを生成するとともに、加算器６２に供給して基準ピクチャとして使用すべく符号化されたブロックを再構成する。
【００８１】
［００８７］予測処理ユニット４１内のイントラ予測処理ユニット４６は、空間圧縮を提供するためにコーディングされるべき現在のブロックと同じフレームあるいはスライスにおける１つ以上の隣接ブロックに対して、現在のビデオブロックのイントラ予測コーディングを実行することができる。予測処理ユニット４１内の動き推定ユニット４２および動き補償ユニット４４は、時間圧縮を提供するために、１つ以上の基準ピクチャにおける１つ以上の予測ブロックに対して、現在のビデオブロックのインター予測コーディングを実行する。
【００８２】
［００８８］動き推定ユニット４２は、ビデオシーケンスに対する所定のパターンにしたがってビデオスライスに対するインター予測モードを決定するように構成される。所定のパターンは、Ｐスライス、Ｂスライス、あるいはＧＰＢスライスなどの、シーケンスにおけるビデオスライスを指定することができる。動き推定ユニット４２および動き圧縮ユニット４４は、高度に一体化されるが、概念を説明する目的で別個に示されている。動き推定ユニット４２によって実行される、動き推定は、ビデオブロックに対して動きを推定する動きベクトルを生成するプロセスである。動きベクトルは例えば、基準ピクチャ内の予測ブロックに対する、現在のフレームすなわちピクチャ内のビデオブロックのＰＵの変位を示すことができる。
【００８３】
［００８９］予測ブロックは、絶対差（ＳＡＤ）の和、二乗差（ＳＳＤ）の和あるいは他の基準メトリックによって決定されることができる、ピクセル相違の点においてコーディングされるべきビデオブロックのＰＵに密接に合致することが見出されたブロックである。一部の例において、ビデオエンコーダ２０は、基準ピクチャメモリ６４に記憶された基準ピクチャのサブ整数（sub-integer）ピクセル位置に対する値を計算することができる。例えば、ビデオエンコーダ２０は、基準ピクチャの、１／４ピクセル位置、１／８ピクセル位置、あるいは他の分数のピクセル位置の値を補完することができる。したがって、動き推定ユニット４２は、フルピクセル位置および分数のピクセル位置に対して、動き探索を実行して、分数のピクセルプレシジョンをもつ動きベクトルを出力することができる。
【００８４】
［００９０］動き推定ユニット４２は、ＰＵの位置を基準ピクチャの予測ブロックの位置と比較することによって、インターコーディングされたスライスにおけるビデオブロックのＰＵに対する動きベクトルを計算する。基準ピクチャは、第１の基準ピクチャリスト（リスト０）または第２の基準ピクチャリスト（リスト１）から選択される。リスト０、１の各々は、基準ピクチャメモリ６４内に記憶された１つ以上の基準ピクチャを特定する。動き推定ユニット４２は、計算された動きベクトルをエントロピー符号化ユニット５６および動き補償ユニット４４に送る。
【００８５】
［００９１］動き補償ユニット４４によって実行される動き補償は、動き推定によって決定される動きベクトルに基づいて予測ブロックを取り込むことあるいは生成することを含むことができ、好ましくはサブピクセルプレシジャン（サブピクセル精度）への補間を実行する。現在のビデオブロックのＰＵに対する動きベクトルを受信すると、動き補償ユニット４４は、基準ピクチャリストの１つにおいて動きベクトルが指し示す予測ブロックを検出することができる。ビデオエンコーダ２０は、コーディングされるべき現在のビデオブロックのピクセル値から、予測ブロックのピクセル値を減算することによって、残差ビデオブロックを生成し、ピクセル相違値を生成する。ピクセル相違値は、当該ブロックに対する残差データを形成し、ルマおよびクロマ相違成分を含むことができる。加算器５０は、この減算演算を実行する成分（単数または複数）を表す。動き補償ユニット４４はまた、ビデオブロックおよび、ビデオスライスのビデオブロックを復号するにあたってビデオデコーダ３０によって使用するためのビデオスライスに関連するシンタックス要素を生成することができる。
【００８６】
［００９２］イントラ予測処理ユニット４６は、上記したような、動き推定ユニット４２および動き補償ユニット４４によって実行されるインター予測の代わりとして、現在のブロックをイントラ予測することができる。特に、イントラ予測処理ユニット４６は、現在のブロックを符号化するのに使用するためにイントラ予測モードを決定することができる。一部の例において、イントラ予測処理ユニット４６は、例えば別個の符号化パスの間に、種々のイントラ予測モードを使用して、現在のブロックを符号化することができ、イントラ予測処理ユニット４６（またはいくつかの例においてはモード選択ユニット４０）は、試験されたモードから使用するために適切なイントラ予測モードを選択することができる。例えば、イントラ予測処理ユニット４６は、種々の試験されたイントラ予測モードのためのレートディストーション解析を用いて、レートディストーション値を計算して、試験されたモードの中で、最善のレートディストーション特性を持つイントラ予測モードを選択することができる。レートディストーション解析は概して、符号化されたブロックと、符号化されたブロックを生成するために符号化された、元の符号化されていないブロック間のひずみ（すなわち誤差）の量と、符号化されたブロックを生成するために用いられるビットレート（すなわちビットの数）とを決定する。イントラ予測処理ユニット４６は、ひずみ値から比率と種々の符号化されたブロックに対するレートを計算してどのイントラ予測モードが当該ブロックに対する最善のレートひずみ値を示すのかを決定することができる。
【００８７】
［００９３］いずれの場合であっても、ブロックに対するイントラ予測モードを選択した後において、イントラ予測処理ユニット４６は、当該ブロックに対する選択されたイントラ予測モードを示す情報をエントロピーコーディングユニット５６に供給する。エントロピーコーディングユニット５６は、この開示の技術にしたがって、前記選択されたイントラ予測モードを示す情報を符号化することができる。ビデオエンコーダ２０は、複数のイントラ予測モードインデックステーブルおよび複数の変更されたイントラ予測モードインデックステーブル（符号語マッピングテーブルとも呼ばれる）を含むことができる、送信されたビットストリーム構成データの中に、種々のブロックに対する符号化コンテキストの定義、そして、最も起りうるイントラ予測モード、イントラ予測モードインデックステーブル、そして、コンテキストの各々に対して使用するための変更されたイントラ予測モードインデックステーブル、の指示を含むことができる。
【００８８】
［００９４］予測処理ユニット４１が、インター予測あるいはイントラ予測を介して現在のビデオブロックに対する予測ブロックを生成したあと、ビデオエンコーダ２０は、現在のビデオブロックから予測ブロックを減算することによって残差ビデオブロックを生成する。残差ブロックにおける残差ビデオデータは、1つ以上のＴＵ内に含まれることができ、変換処理ユニット５２に適用される。変換処理ユニット５２は、離散コサイン変換（ＤＣＴ）あるいは概念的に類似の変換、などの変換方法を使用して、残差ビデオデータを残差変換係数に変換する。変換処理ユニット５２は、残差ビデオデータをピクセル領域から周波数領域などの変換領域に変換する。
【００８９】
［００９５］変換処理ユニット５２は、最終的な変換係数を量子化ユニット５４に送信する。量子化ユニット５４は、ビットレートをさらに低減するために変換係数を量子化する。量子化プロセスは係数の一部あるいはすべてに関連するビット深さを低減することができる。量子化の度合いは、量子化パラメータを調整することによって変更されることができる。一部の例において、量子化ユニット５４はつぎに量子化された変換係数を含む、マトリックスのスキャンを実行する。代替的には、エントロピー符号化ユニット５６が当該スキャンを実行することができる。
【００９０】
［００９６］量子化に続いて、エントロピー符号化ユニット５６は、量子化された変換係数をエントロピー符号化する。例えば、エントロピー符号化ユニット５６は、コンテキスト適合型可変長符号化（ＣＡＶＬＣ）、コンテキスト適合型二進算術コーディング（ＣＡＢＡＣ）、シンタックスに基づくコンテキスト適合二進算術コーディング（ＳＢＡＣ）、確率インターバル分割エントロピー（ＰＩＰＥ）コーディングあるいは他のエントロピー符号化方法または技術、を実行することができる。エントロピー符号化ユニット５６によるエントロピー符号化に続いて、符号化されたビットストリームは、ビデオデコーダ３０に変換されるかあるいは、ビデオデコーダ３０による後の送信あるいは取り出しのために保存されることができる。エントロピー符号化ユニット５６はまた、動きベクトルおよびコーディングされる現在のビデオスライスに対する他のシンタックス要素をエントロピー符号化することができる。
【００９１】
［００９７］逆量子化ユニット５８および逆変換処理ユニット６０はそれぞれ、基準ピクチャの基準ブロックとして後で使用するべくピクセル領域における残差ブロックを再構成するために、逆量子化および逆変換を適用する。動き補償ユニット４４は、残差ブロックを、基準ピクチャの１つの予測ブロックに加算することによって基準ブロックを計算することができる。動き補償ユニット４４は、1つ以上の補間フィルタを再構成された残差ブロックに適用して、動き推定での使用のためにサブ整数ピクセル値を計算する。加算器６２は、再構成された残差ブロックを、動き補償ユニット４４によって生成される動き補償された予測ブロックに加算して、基準ピクチャメモリ６４での記憶のための基準ブロックを生成する。基準ブロックは、次のビデオフレームまたはピクチャにおけるブロックをインター予測するために基準ブロックとして動き推定ユニット４２および動き補償ユニット４４によって使用されることができる。
【００９２】
［００９８］図４は、この開示において記述された技術を実装することができる例示的ビデオデコーダ３０を示すブロック図である。図４の例において、ビデオデコーダ３０は、エントロピー復号ユニット８０、予測処理ユニット８１、逆量子化ユニット８６、逆変換ユニット８８、加算器９０、そして復号されたピクチャバッファ９２を含む。予測処理ユニット８１は、動き補償ユニット８２、イントラ予測処理ユニット８４を含む。ビデオデコーダ３０は、一部の例において、図３からのビデオエンコーダ２０に関して記述された符号化パスに概して相反（reciprocal to）する復号パスを実行することができる。
【００９３】
［００９９］復号プロセスの間に、ビデオデコーダ３０は、符号化されたビデオスライスのビデオブロックおよびビデオエンコーダ２０からの関連するシンタックス要素を表す符号化されたビデオビットストリームを受信する。ビデオエンコーダ３０のエントロピー復号ユニット８０は、ビットストリームをエントロピー復号して、量子化された係数、動きベクトル、そして他のシンタックス要素を生成する。エントロピー復号ユニット８０は、動きベクトルおよび他のシンタックス要素を予測処理ユニット８１に転送する。ビデオデコーダ３０は、ビデオスライスレベルおよび／またはビデオブロックレベルでのシンタックス要素を受信することができる。
【００９４】
［０１００］ビデオスライスがイントラコーディングされた（Ｉ）スライスとしてコーディングされたときに、予測処理ユニット８１のイントラ予測処理ユニット８４は、シグナリングさえたイントラ予測モードおよび現在のフレームまたはピクチャの以前に復号されたブロックからのデータに基づいて、現在のビデオスライスのビデオブロックに対する予測データを生成することができる。ビデオフレームがインターコーディングされた（すなわちＢ、ＰあるいはＧＰＢ）スライスとしてコーディングされるとき、予測処理ユニット８１の動き補償ユニット８２は、動きベクトルおよびエントロピー復号ユニット８０から受信した他のシンタックス要素に基づいて、現在のビデオスライスのビデオブロックに対する予測ブロックを生成する。予測ブロックは、基準ピクチャリストの１つの中の基準ピクチャの１つから生成されることができる。ビデオデコーダ３０は、復号されたピクチャバッファ９２において記憶された基準ピクチャに基づいて、デフォルトの構成技術を用いて、リスト０およびリスト１の基準フレームリストを構成することができる。
【００９５】
［０１０１］動き補償ユニット８２は、動きベクトルと他のシンタックス要素とを解釈することによって現在のビデオスライスのビデオブロックに対する予測情報を決定し、予測情報を使用して復号されるべき現在のビデオブロックに対する予測ブロックを生成する。例えば、動き補償ユニット８２は、受信されたシンタックス要素の一部を使用して、ビデオスライスのビデオブロックをコーディングするのに使用される予測モード（例えばイントラあるいはインター予測）、インター予測スライスタイプ（例えばＢスライス、Ｐスライス、あるいはＧＰＢスライス）、当該スライスに対する1つ以上の基準ピクチャリストのための構成情報、スライスの各インター符号化されたビデオブロックに対する動きベクトル、スライスの各インターコーディングされたビデオブロックに対するインター予測ステータス、そして現在のビデオスライスにおけるビデオブロックを復号するための他の情報、を決定する。
【００９６】
［０１０２］動き補償ユニット８２はまた、補間フィルタに基づいて補間を実行することができる。動き補償ユニット８２は、ビデオブロックの符号化の間にビデオエンコーダ２０によって使用されるような補間フィルタを使用して、基準ブロックのサブ整数ピクセルに対する補間された値を計算する。この場合において、動き補償ユニット８２は、受信されたシンタックス要素からビデオエンコーダ２０によって使用される補間フィルタを決定し、当該補間フィルタを使用して予測ブロックを生成する。
【００９７】
［０１０３］逆量子化ユニット８６は、ビットストリームにおいて供給され、エントロピー復号ユニット８０によって復号された、量子化された変換係数を、逆量子化すなわち非量子化する。逆量子化プロセスは、量子化の度合いを決定するために、同様にして、適用すべき逆量子化の度合いを決定するために、ビデオスライスにおける各ビデオブロックに対するビデオエンコーダ２０によって計算される量子化パラメータの使用を含む。逆変換処理ユニット８８は、逆変換例えば逆ＤＣＴ、逆整数変換、あるいは概念的に類似の逆変換プロセス、を変換係数に適用して、ピクセル領域における残差ブロックを生成する。
【００９８】
［０１０４］動き補償ユニット８２が、動きベクトルおよび他のシンタックス要素に基づいて、現在のビデオブロックに対する予測ブロックを生成したあとで、ビデオデコーダ３０は、逆変換処理ユニット８８からの残差ブロックと、動き補償ユニット８２によって生成された対応する予測ブロックとを加算することによって、復号されたビデオブロックを生成する。加算器９０は、この加算演算を実行するコンポーネント（単数または複数）を表す。望まれるならば、デブロッキングフィルタは、ブロックアーティファクトを除去するために、復号されたブロックをフィルタリングするのに適用される。（コーディングループにおいてあるいはコーディングループのあとで）他のループフィルタは、ピクセル推移を円滑化するかあるいはビデオ品質を改善するために使用される。所定のフレームあるいはピクチャにおける復号されたビデオブロックはつぎに、次の動き補償のために使用される基準ピクチャを記憶する、復号されたピクチャバッファ９２内に記憶される。復号されたピクチャバッファ９２はまた、図１の表示装置３２などのような表示装置上に後での表示のために復号されたビデオを記憶する。
【００９９】
［０１００］図５は、本実施形態の一例にしたがった例示的ビデオ符号化方法を示すフローチャートである。図５の技術は、ビデオエンコーダ２０の1つ以上の構造ユニットによって実行されることができる。
【０１００】
［０１０５］図５に示されるように、ビデオエンコーダ２０は、ビデオデータを符号化し（５００）、符号化されたビデオデータにおけるピクチャがフレームパッキングされたステレオスコピック３Ｄビデオデータを含むかどうかを示す指示を生成し（５０２）、符号化されたビデオストリームにおいて前記指示をシグナリングする（５０４）ように構成されることができる。
【０１０１】
［０１０６］本開示の一例において、指示はフラグを具備する。0に等しいフラグ値は、符号化されたビデオデータにおけるすべてのピクチャは、フレームパッキングされた３Ｄビデオデータを含まず、符号化されたビデオデータは、フレームパッキング構成（ＦＰＡ）サプリメンタルエンハンスメント情報（ＳＥＩ）メッセージを含まないことを示す。1に等しいフラグ値は、フレームパッキングされたステレオスコピック３Ｄビデオデータを含む、符号化されたビデオデータの中に1つ以上のピクチャが存在し、符号化されたビデオデータは1つ以上のＦＰＡ  ＳＥＩメッセージを含むことを示す。
【０１０２】
［０１０７］この開示の他の例において、指示は、ビデオパラメータセット（ＶＰＳ）およびシーケンスパラメータセット（ＳＰＳ）の少なくとも１つにおいてシグナリングされる。本開示の他の例において、指示は、ビデオファイルフォーマット情報のサンプルエントリにおいてシグナリングされる。本開示の他の例において、指示は、サンプル記述、セッション記述プロトコル（ＳＤＰ）ファイル、そしてメディア表示記述（ＭＰＤ）の１つにおいてシグナリングされる。
【０１０３】
［０１０８］本開示の他の例において、指示は、ＲＴＰペイロードにおけるパラメータである。一例において、指示は、受信器実装の能力要求をさらに示すパラメータである。他の例において、指示は、プロファイルシンタックス、ティアシンタックス、そしてレベルシンタックスの少なくとも１つにおいてシグナリングされる。
【０１０４】
［０１０９］図６は、本開示の一例にしたがった、例示的ビデオ復号方法を示すフローチャートである。図６の技術は、ビデオデコーダ３０の１つ以上の構造ユニットによって実行される。
【０１０５】
［０１１０］図６に示されるように、ビデオデコーダ３０は、ビデオデータを受信するように構成され（６００）、受信されたビデオデータの任意のピクチャがフレームパッキングされたステレオスコピック３Ｄビデオデータを含むかどうか示す指示を受信する（６０２）ように構成されている。ビデオデコーダ３０が、フレームパッキングされたステレオスコピック３Ｄビデオデータを復号できないのであれば（６０４）、ビデオデコーダ３０はさらにビデオデータを拒絶する（６０８）ように構成される。ビデオデコーダ３０がフレームパッキングされたステレオスコピック３Ｄビデオデータを復号できるのであれば、ビデオデコーダ３０はさらに、受信された指示に基づいて、前記受信されたビデオデータを復号する（６０６）ように構成される。すなわち、指示が、ビデオデータがフレームパッキングされたステレオスコピック３Ｄビデオデータであることを示すのであれば、ビデオデコーダ３０は、フレームパッキング技術（例えば図２に関連して上記した技術）を使用して、ビデオデータを復号するであろう。また、指示が、ビデオデータがフレームパッキングされたステレオスコピック３Ｄビデオデータではないことを示すのであれば、ビデオデコーダ３０は、他のビデオ復号技術を使用してビデオデータを復号するであろう。他のビデオデータ復号技術は、フレームパッキングされたステレオスコピック３Ｄビデオ復号技術を含まない、ＨＥＶＣビデオ復号技術を含む、任意のビデオ復号技術を含むことができる。一部の例において、ビデオデコーダ３０は、フレームパッキングされたステレオスコピック３Ｄビデオデータとして指示されたビデオデータを拒絶することができる。
【０１０６】
［０１１１］本開示の一例において、指示はフラグを具備する。０に等しいフラグ値は、受信されたビデオデータにおけるすべてのピクチャが、フレームパッキングされたステレオスコピック３Ｄビデオデータを含まず、かつ、受信されたビデオデータは、フレームパッキング構成（ＦＰＡ）サプリメンタルエンハンスメント情報（ＳＥＩ）メッセージを含まないことを示す。そして、１に等しいフラグ値は、フレームパッキングされたステレオスコピック３Ｄビデオデータを含む受信されたビデオデータの中に1つ以上のピクチャが存在し、受信されたビデオデータは1つ以上のＦＰＡ  ＳＥＩメッセージを含むことを示す。
【０１０７】
［０１１２］本開示の他の例において、指示は、ビデオパラメータセットおよびシーケンスパラメータセットの少なくとも１つにおいて受信される。本開示の他の例において、指示は、ビデオファイルフォーマット情報のサンプルエントリにおいて受信される。本開示の他の例において、指示は、サンプル記述、セッション記述プロトコル（ＳＤＰ）ファイル、そしてメディア表示記述（ＭＰＤ）の１つにおいて受信される。
【０１０８】
［０１１３］本開示の他の例において、指示は、ＲＴＰペイロードにおけるパラメータである。一例において、指示は、受信器実装の能力要求をさらに示すパラメータである。
【０１０９】
［０１１４］1つ以上の例において、記述された機能は、ハードウエア、ソフトウエア、ファームウエア、あるいはそれらの任意の組み合わせにおいて実装することができる。ソフトウエアにおいて実装されたならば、機能は、1つ以上の命令あるいはコードとして、コンピュータ読み取り可能な媒体上に記憶されるかあるいは当該媒体を介して送信され、ハードウエアに基づく処理ユニットによって実行される。コンピュータ読み取り可能な媒体は、データ記憶媒体あるいは、例えば通信プロトコルにしたがってコンピュータプログラムの1つの場所から他の場所への転送を確立する任意の媒体を含む通信メディアなどの触知可能な媒体に対応する、コンピュータ読み取り可能な記憶媒体を含む。ここにおいて、コンピュータ読み取り可能な媒体は概して、（１）非一時的な触知可能なコンピュータ読み取り可能な記憶媒体か、あるいは（２）信号あるいは搬送波などの通信媒体に対応する。データ記憶媒体は、この開示において上記された技術の実装のための、命令、コードおよび／またはデータ構造を回収するために、1つ以上のコンピュータまたは1つ以上のプロセッサによってアクセス可能な任意の利用可能な媒体であることができる。コンピュータプログラムプロダクトは、コンピュータ読み取り可能な媒体を含むことができる。
【０１１０】
［０１１５］一例でありそれに限定されないが、そのようなコンピュータ読み取り可能な記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭ、あるいは他の光学ディスクストレージ、磁気ディスクストレージ、あるいは他の磁気記憶デバイス、フラッシュメモリ、あるいはコンピュータによってアクセス可能な命令またはデータ構造の形態の、所望のプログラムコードを記憶するのに使用可能な任意の他の媒体、を備えることができる。さらに、任意の接続はコンピュータ読み取り可能な媒体と言うことができる。例えば、命令が、同軸ケーブル、光ファイバケーブル、より対線、デジタルサブスクライバライン（ＤＳＬ）、あるいは赤外、無線およびマイクロ波、などの無線技術を用いて、ウエブサイト、サーバー、あるいは他の遠隔ソースから送信されるのであれば、当該同軸ケーブル、光ファイバ、より対線、ＤＳＬ、あるいは、赤外、無線、およびマイクロ波などの無線技術は、媒体の定義に含まれる。しかしながら、コンピュータ読み取り可能な記憶媒体およびデータ記憶媒体は、接続、搬送波、信号あるいは他の一時的媒体を含まず、代わりに、非一時的で触知可能な記憶媒体に向けられている。ここにおいて用いられるディスク（ｄｉｓｋ）およびディスク（ｄｉｓｃ）は、コンパクトディスク（ＣＤ）、レーザーディスク（登録商標）、光学ディスク、デジタルバーサタイルディスク（ＤＶＤ）、フロッピー（登録商標）ディスクおよびブルーレイディスクを含み、ここにおいて、ディスク（ｄｉｓｋ）は通常データを磁気的に再生するものであり、ディスク（ｄｉｓｃ）はデータをレーザによって光学的に再生するものである。上記の組み合わせもまた、コンピュータ読み取り可能な媒体の範囲内に含まれる。
【０１１１】
［０１１６］命令は、1つ以上のデジタルシグナルプロセッサ（ＤＳＰ）、汎用マイクロプロセッサ、特定用途向け集積回路（ＡＳＩＣＳ）、フィールドプログラマブルロジックアレイ（ＦＰＧＡ）、あるいは他の同等の集積または離散ロジック回路などの、1つ以上のプロセッサによって実行されることができる。したがって、ここにおいて用いられているように、術語“プロセッサ”は、上記した構造あるいはここに記述された技術の実装に適した他の任意の構造のいずれかを意味することができる。さらに、一部の側面において、ここに記述された機能は、符号化および復号のために構成された、専用ハードウエアおよび／またはソフトウエアモジュール内に提供されるか、あるいは組み合わされたコーデック内に組み込まれることができる。さらに、当該技術は、1つ以上の回路またはロジック要素内に完全に実装することができる。
【０１１２】
［０１１７］この開示の技術は、ワイヤレスハンドセット、集積回路（ＩＣ）あるいは一組のＩＣ（例えばチップセット）を含む、広範囲の種類のデバイスあるいは装置において実装することができる。開示された技術を実行するように構成されたデバイスの機能上の側面を強調するために、種々のコンポーネント、モジュールあるいはユニットがこの開示において記述されたが、必ずしも異なるハードウエアユニットによる実現が要求されるわけではない。もしろ、上記したように、適切なソフトウエアおよび／またはファームウエアに関連して、上記した１つ以上のプロセッサを含む、種々のユニットがコーデックハードウエアユニット内で組み合わされるかあるいは相互動作するハードウエアユニットの収集物によって提供される。
【０１１３】
［０１１８］種々の例が記述された。これらの及び他の例は以下の特許請求の範囲に含ま
れる。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
[Ｃ１]
ビデオデータを復号するための方法であって、前記方法は、
ビデオデータを受信することと、
前記受信されたビデオデータにおけるピクチャがフレームパッキングされたステレオスコピック３Ｄビデオデータを含むかどうかを示す指示を受信することと、
前記受信された指示にしたがって、前記受信されたビデオデータを復号することと、
を具備する方法。
[Ｃ２]
前記指示は、フラグを具備し、０に等しいフラグ値は、前記受信されたビデオデータにおけるすべてのピクチャがフレームパッキングされたステレオスコピック３Ｄビデオデータを含まず、前記受信されたビデオデータがフレームパッキング構成（ＦＰＡ）サプリメンタルエンハンスメント情報（ＳＥＩ）メッセージを含まない、ことを示し、１に等しいフラグ値は、
フレームパッキングされたステレオスコピック３Ｄビデオデータを含む受信されたビデオデータの中に１つ以上のピクチャが存在し、前記受信されたビデオデータは１つ以上のＦＰＡ  ＳＥＩメッセージを含むことを示す、Ｃ１に記載の方法。
[Ｃ３]
前記指示は、フレームパッキングされたステレオスコピック３Ｄビデオデータを含む前記受信されたビデオデータの中に1つ以上のピクチャが存在し、前記受信されたビデオデータは、1つ以上のフレームパッキング構成（ＦＰＡ）サプリメンタルエンハンスメント情報（ＳＥＩ）メッセージを含む、ことを示し、前記受信されたビデオデータを復号することは、前記受信された指示に基づいて前記ビデオデータを拒絶することを具備する、Ｃ１の方法。
[Ｃ４]
ビデオパラメータセットおよびシーケンスパラメータセットの少なくとも１つにおいて前記指示を受信することをさらに具備する、Ｃ１に記載の方法。
[Ｃ５]
ビデオファイルフォーマット情報のサンプルエントリにおいて前記指示を受信することをさらに具備する、Ｃ１に記載の方法。
[Ｃ６]
サンプル記述、セッション記述プロトコル（ＳＤＰ）ファイル、そしてメディア表示記述（ＭＰＤ）の１つにおいて前記指示を受信することをさらに具備する、Ｃ５に記載の方法。
[Ｃ７]
前記指示は、ＲＴＰペイロードにおけるパラメータである、Ｃ１に記載の方法。
[Ｃ８]
前記指示は、受信器実装の能力要求をさらに示すパラメータである、Ｃ７の方法。
[Ｃ９]
プロファイルシンタックス、ティアシンタックス、およびレベルシンタックスの少なくとも１つにおいて前記指示を受信することをさらに具備する、Ｃ１の方法。
[Ｃ１０]
ビデオデータを符号化するための方法であって、前記方法は、
ビデオデータを符号化することと、
前記符号化されたビデオデータにおけるピクチャがフレームパッキングされたステレオスコピック３Ｄビデオデータを含むかどうかを示す指示を生成することと、
符号化されたビデオビットストリームにおいて前記指示をシグナリングすることと、を具備する方法。
[Ｃ１１]
前記指示は、フラグを具備し、０に等しいフラグ値は、前記符号化されたビデオデータにおけるすべてのピクチャがフレームパッキングされたステレオスコピック３Ｄビデオデータを含まず、前記符号化されたビデオデータがフレームパッキング構成（ＦＰＡ）サプリメンタルエンハンスメント情報（ＳＥＩ）メッセージを含まない、ことを示し、１に等しいフラグ値は、フレームパッキングされたステレオスコピック３Ｄビデオデータを含む符号化されたビデオデータの中に１つ以上のピクチャが存在し、前記符号化されたビデオデータは１つ以上のＦＰＡ  ＳＥＩメッセージを含むことを示す、Ｃ１０に記載の方法。
[Ｃ１２]
ビデオパラメータセットおよびシーケンスパラメータセットの少なくとも１つにおいて前記指示をシグナリングすることをさらに具備する、Ｃ１０に記載の方法。
[Ｃ１３]
ビデオファイルフォーマット情報のサンプルエントリにおいて前記指示をシグナリングすることをさらに具備する、Ｃ１０に記載の方法。
[Ｃ１４]
サンプル記述、セッション記述プロトコル（ＳＤＰ）ファイル、そしてメディア表示記述（ＭＰＤ）の１つにおいて前記指示をシグナリングすることをさらに具備する、Ｃ１３に記載の方法。
[Ｃ１５]
前記指示は、ＲＴＰペイロードにおけるパラメータであるＣ１０の方法。
[Ｃ１６]
前記指示は、受信機実装の能力要求をさらに示すパラメータであるＣ１５に記載の方法。
[Ｃ１７]
プロファイルシンタックス、ティアシンタックス、そしてレベルシンタックスの少なくとも一つにおいて前記指示をシグナリングすることをさらに備えるＣ１０に記載の方法。
[Ｃ１８]
ビデオデータを復号するように構成された装置であって、
ビデオデータを受信し、
前記受信されたビデオデータにおけるピクチャが、フレームパッキングされたステレオスコピック３Ｄビデオデータを含むかどうかを示す指示を受信し、
前記受信された指示に基づいて前記受信されたビデオデータを復号するように構成されたビデオデコーダを具備する装置。
[Ｃ１９]
前記指示はフラグを具備し、０に等しいフラグ値は、前記受信されたビデオデータにおけるすべてのピクチャは、フレームパッキングされたステレオスコピック３Ｄビデオデータを含まず、かつ、前記受信されたビデオデータは、フレームパッキング構成（ＦＰＡ）サプリメンタルエンハンスメント情報（ＳＥＩ）メッセージを含まないことを示し、１に等しいフラグ値は、フレームパッキングされたステレオスコピック３Ｄビデオデータを含む前記受信されたビデオデータ内に１つ以上のピクチャが存在し、前記受信されたビデオデータは、１つ以上のＦＰＡ  ＳＥＩメッセージを含む、Ｃ１８に記載の装置。
[Ｃ２０]前記指示は、フレームパッキングされたステレオスコピック３Ｄビデオデータを含む前記受信されたビデオデータ内に１つ以上のピクチャが存在し、前記受信されたビデオデータは、1つ以上のフレームパッキング構成（ＦＰＡ）サプリメンタルエンハンスメント情報（ＳＥＩ）メッセージを含み、前記ビデオデコーダはさらに、前記受信された指示に基づいて、前記ビデオデータを拒絶するように構成されるＣ１８に記載の装置。
[Ｃ２１]前記ビデオデコーダはさらに、ビデオパラメータセットおよびシーケンスパラメータセットの少なくとも１つにおいて前記指示を受信するように構成されるＣ１８に記載の装置。
[Ｃ２２]前記ビデオデコーダはさらに、ビデオファイルフォーマット情報のサンプルエントリにおいて前記指示を受信するように構成されるＣ１８に記載の装置。
[Ｃ２３]前記ビデオデコーダはさらに、サンプル記述、セッション記述プロトコル（ＳＤＰ）ファイル、そしてメディアプレゼンテーション記述（ＭＰＤ）の１つにおいて前記指示を受信するように構成されるＣ２２に記載の装置。
[Ｃ２４]前記指示は、ＲＴＰペイロードにおけるパラメータであるＣ１８に記載の装置。
[Ｃ２５]前記指示は、受信機実装の能力要求をさらに示すパラメータであるＣ２４に記載の装置。
[Ｃ２６]前記ビデオデコーダはさらに、プロファイルシンタックス、ティアシンタックス、そしてレベルシンタックスの少なくとも１つにおいて前記指示を受信するように構成されるＣ１８に記載の装置。
[Ｃ２７]ビデオデータを符号化するように構成される装置であって、
ビデオデータを符号化し、
前記符号化されたビデオデータにおけるピクチャがフレームパッキングされたステレオスコピック３Ｄビデオデータを含むかどうかを示す指示を生成し、
符号化されたビデオビットストリームにおいて前記指示をシグナリングする、
ように構成されたビデオエンコーダを具備する装置。
[Ｃ２８]
前記指示はフラグを具備し、０に等しいフラグ値は、前記符号化されたビデオデータにおけるすべてのピクチャは、フレームパッキングされたステレオスコピック３Ｄビデオデータを含まず、かつ、前記符号化されたビデオデータは、フレームパッキング構成（ＦＰＡ）サプリメンタルエンハンスメント情報（ＳＥＩ）メッセージを含まないことを示し、１に等しいフラグ値は、フレームパッキングされたステレオスコピック３Ｄビデオデータを含む前記符号化されたビデオデータ内に１つ以上のピクチャが存在し、前記符号化されたビデオデータは、１つ以上のＦＰＡ  ＳＥＩメッセージを含む、Ｃ２７に記載の装置。
[Ｃ２９]
前記ビデオエンコーダはさらに、ビデオパラメータセットおよびシーケンスパラメータセットの少なくとも１つにおいて前記指示をシグナリングするように構成されるＣ２７に記載の装置。
[Ｃ３０]
前記ビデオエンコーダはさらに、ビデオファイルフォーマット情報のサンプルエントリにおいて前記指示をシグナリングするように構成されるＣ２７に記載の装置。
[Ｃ３１]
前記ビデオエンコーダはさらに、サンプル記述、セッション記述プロトコル（ＳＤＰ）ファイル、そしてメディアプレゼンテーション記述（ＭＰＤ）の１つにおいて前記指示をシグナリングするように構成されるＣ３０に記載の装置。
[Ｃ３２]
前記指示は、ＲＴＰペイロードにおけるパラメータであるＣ２７に記載の装置。
[Ｃ３３]
前記指示は、受信機実装の能力要求をさらに指示するパラメータであるＣ３２に記載の装置。
[Ｃ３４]
前記ビデオエンコーダはさらに、プロファイルシンタックス、ティアシンタックス、およびレベルシンタックスの少なくとも１つにおいて前記指示をシグナリングするように構成される、Ｃ２７に記載の装置。
[Ｃ３５]
ビデオデータを復号するように構成された装置であって、
ビデオデータを受信するための手段と、
前記符号化されたビデオデータにおけるピクチャがフレームパッキングされたステレオスコピック３Ｄビデオデータを含むかどうかを示す指示を受信するための手段と、
前記受信された指示にしたがって、前記受信されたビデオデータを復号するための手段と、
を具備する装置。
[Ｃ３６]
ビデオデータを符号化するように構成された装置であって、
ビデオデータを符号化するための手段と、
前記符号化されたビデオデータにおけるピクチャがフレームパッキングされたステレオスコピック３Ｄビデオデータを含むかどうかを示す指示を生成するための手段と、
符号化されたビデオビットストリームにおいて前記指示をシグナリングするための手段と、
を具備する装置。
[Ｃ３７]
実行されたときに、ビデオデータを復号するように構成されたデバイスの１つ以上のプロセッサに、
ビデオデータを受信し、
前記受信されたビデオデータにおけるピクチャがフレームパッキングされたステレオスコピック３Ｄビデオデータを含むかどうかを示す指示を受信し、
前記受信された指示にしたがって、前記受信されたビデオデータを復号させる、命令を記憶するコンピュータ読み取り可能な記憶媒体。
[Ｃ３８]
実行されたときに、ビデオデータを符号化するように構成されたデバイスの１つ以上のプロセッサに、
ビデオデータを符号化し、
前記受信されたビデオデータにおけるピクチャがフレームパッキングされたステレオスコピック３Ｄビデオデータを含むかどうかを示す指示を生成し、
符号化されたビデオビットストリームにおいて前記指示をシグナリングさせる、命令を記憶するコンピュータ読み取り可能な記憶媒体。
【図１】
0006407867.tif 000003
【図２】
0006407867.tif 000004
【図３】
0006407867.tif 000005
【図４】
0006407867.tif 000006
【図５】
0006407867.tif 000007
【図６】
0006407867.tif 000008