JP2017520940A5 - レイヤードコード化コンテンツを多重化する方法および装置 - Google Patents

Description

本発明は、多重化するための方法および装置に関し、より詳細には、レイヤードコード化コンテンツに対応する複数のビットストリームを多重化するための方法および装置、ならびにそれを処理するための方法および装置に関する。

固定ビットレート（ＣＢＲ）ストリームを使用している場合、簡単な時分割多重化が、ＡＶサービス間で利用可能な帯域幅を共有するのに、しばしば、使用される。これは、各サービスに対する帯域幅割当ての点で簡単であるが、これは、残念ながら、ＡＶコーディングの点で非効率である。実際、ＣＢＲコーディングを使用している場合、シーケンスは、それらの複雑度にかかわらず同一のビットレートでコード化される。

可変ビットレート（ＶＢＲ）コーディングは、より低いビットレートが、より低い複雑度を有するシーケンスに関して使用されることを確実にしながら、より高い複雑度を有するシーケンス（例えば、より多くの詳細、より多くの動きを有するシーケンス）により高いビットレートを費やすことを可能にする。オーディオ／ビデオコンテンツの複雑度は、通常、そのオーディオ／ビデオコンテンツのコーディングに所与の場合においてどれだけのビットレートが用いられるかを決定するために計算される。

統計的多重化は、１つのストリームからの統計的に、より高い複雑度のシーンが、同一のネットワークリンクにおける別のストリームからのより低い複雑度のシーンと同時に生じることが可能であるという想定に基づく。したがって、複雑なシーンをコーディングするために使用される追加の帯域幅は、それほど複雑でないシーンを同時にコーディングすることの帯域幅節約に由来することが可能である。統計的多重化は、すべてのＡＶストリームの複雑度を、通常、リアルタイムで評価し、次に、すべてのストリームの複雑度を考慮に入れて、ストリームのそれぞれの間で利用可能な総帯域幅を割り当てる。いくつかのストリームが帯域幅を求めて競合する場合、簡単な優先順位などのさらなる機構を、帯域幅共有に関して決定を行うのに使用することができる。

本発明は、従来技術の欠点のうちのいくつかを改善することを目指す。詳細には、いくつかの実施形態において、本発明は、多重化の後のビットレートピークを低減することを可能にする。本原理は、後段で説明されるとおり、第１のビットストリームおよび第２のビットストリームにアクセスするステップであって、この第１のビットストリームは、レイヤードコード化コンテンツの基底レイヤおよびこのレイヤードコード化コンテンツの増強レイヤの一方に対応し、この第２のビットストリームは、このレイヤードコード化コンテンツのこの基底レイヤおよびこのレイヤードコード化コンテンツのこの増強レイヤの他方に対応するステップ、この第２のビットストリームを第１の時間だけ遅延させるステップ、ならびにこの第１のビットストリームとこの遅延された第２のビットストリームを多重化するステップを含む、この第１のビットストリームおよびこの第２のビットストリームを処理する方法を提供する。

実施形態によれば、この方法は、このレイヤードコード化コンテンツに関する符号化パラメータに応じてこの第１の時間を決定するステップであって、この符号化パラメータは、ＧＯＰ（Ｇｒｏｕｐ ｏｆ Ｐｉｃｔｕｒｅ）長およびＧＯＰ構造の少なくともいずれかを含むステップをさらに含む。変形形態によれば、この第１の時間は、ＧＯＰとともに変化する。

また、本原理は、後段で説明されるとおり、第１のビットストリームを復号して、プログラムコンテンツの第１の表現にするステップ、この第１のビットストリームをこの復号するステップから遅延の後、第２のビットストリームを復号して、このプログラムコンテンツの第２の表現にするステップであって、この第１のビットストリームは、レイヤードコード化コンテンツの基底レイヤおよびこのレイヤードコード化コンテンツの増強レイヤの一方に対応し、この第２のビットストリームは、このレイヤードコード化コンテンツのこの基底レイヤおよびこのレイヤードコード化コンテンツのこの増強レイヤの他方に対応するステップ、ならびにこの第１の表現およびこの第２の表現に対応する信号を、レンダリングするために出力するステップを含む、この第１のビットストリームおよびこの第２のビットストリームを処理する方法も提供する。

固定容量ネットワークリンクを介して送信される４つの例示的なシーケンスを例示する図である。 固定容量ネットワークリンクを介して送信されるレイヤードコーディングからの基底レイヤビットストリームおよび増強レイヤビットストリームを例示する図である。 本原理の実施形態による、基底レイヤビットストリーム（ＨＤ１）との関係で遅延Ｄだけシフトされた増強レイヤビットストリーム（ＵＨＤ１）を例示する図である。 本原理の実施形態による、多重化を実行するための例示的な方法を示す流れ図である。 本原理の実施形態による、チャネル変更を実行するための例示的な方法を示す流れ図である。 本原理の実施形態による、チャネル変更を実行するための別の例示的な方法を示す流れ図である。 「リプレー」モードにおいて、図４に示される方法により、時間とともにユーザに何を提示することができるかを例示する図である。 「待機」モードにおいて、図４に示される方法により、時間とともにユーザに何を提示することができるかを例示する図である。 図５に示される方法により、時間とともにユーザに何を提示することができるかを例示する図である。 図５に示される方法により、基底レイヤレンダリングと増強レイヤレンダリングが整合されることが可能であることを示す図である。 基底レイヤと、増強レイヤとをそれぞれが有する２つのチャネルからのビットストリームを例示する図である。 本原理の実施形態による、ビットの「制限を超えた」部分が時間窓だけシフトされることを例示する図である。 本原理の実施形態による、例示的な送信システムを示すブロック図である。 本原理の実施形態による、例示的な受信システムを示すブロック図である。 本原理の実施形態による、別の例示的な受信システムを示すブロック図である。

同一のコンテンツの２つの表現をトランスポートする際、それらのそれぞれを別々にコーディングするのではなく、レイヤードコーディングを使用して、それらを同一のネットワークリンク上で同時にトランスポートすることが有利である可能性がある。レイヤードコーディングでは、基底レイヤ（ＢＬ）が基本品質を提供する一方で、相次ぐ増強レイヤ（ＥＬ）が、その品質をインクリメントに改良する。例えば、同一のコンテンツのＨＤバージョンとＵｌｔｒａＨＤ（ＵＨＤ）バージョンの両方が、基底レイヤがメディアのＨＤバージョンを包含し、増強レイヤがＨＤコンテンツからＵｌｔｒａＨＤコンテンツを再構築するのに必要とされる追加の情報を包含する１つのレイヤードコード化コンテンツとして配信されることが可能である。

レイヤードコーディングにおいて、基底レイヤおよび増強レイヤは、異なる品質を有する同一のコンテンツを表現するので、それらのコーディング複雑度（および、したがって、コーディング後の適切な品質のためのそれらのビットレート要求）は、通常は同様の傾向に従い、それらのビットレートは、通常は同様の時間インスタンスにおいてピークおよび低下を示す。そのようなビットレートピークは、異なるストリームからのピークおよび低下が統計的にまれにしか併存しないはずであると想定する統計的多重化に問題をもたらす可能性がある。詳細には、異なるビットストリームからの同時のビットレートピークが、総帯域幅使用の点で全体的なピークを生じさせる可能性があり、基底レイヤと増強レイヤの両方に関するビットレート要求は、このサービスに用いられるネットワークリンク容量を超える可能性がある。

例えば、図１Ｂに示されるとおり、同一のコンテンツのＨＤバージョンおよびＵｌｔｒａＨＤバージョンが、レイヤードコーディングを使用して符号化され、もたらされるＢＬビットストリームおよびＥＬビットストリーム（ＨＤ１およびＵＨＤ１）が、破線において示されるとおり、固定容量を有するネットワークリンクを介して一緒に送信される。ＨＤ１とＵＨＤ１は、ほとんど同時にビットレートピークを有し、合計ビットレートは、そのビットレートピークの周辺で利用可能な最大帯域幅を超える。帯域幅オーバフローを回避するのに、より低いビットレートを、したがって、より低いサービス品質を、ＨＤ１ビットストリームまたはＵＨＤ１ビットストリームを再生成するのに使用することができる。

本原理において、我々は、コンテンツをレイヤードコーディングするために統計的多重化を採用する異なる方法を提案する。１つの実施形態において、我々は、異なる層からのビットレートピークがもはや同時に生じることなく、かつ全体的なピークの振幅を小さくすることができるように増強レイヤビットストリームまたは基底レイヤビットストリームに遅延を導入する。

以下の例において、我々は、レイヤードコーディングにおいて１つだけの増強レイヤが存在し、かつレイヤードコーディングは、ビデオコンテンツに適用されるものと想定することが可能である。本原理は、より多くの増強レイヤが存在する場合に適用することができ、かつ他のタイプの媒体に、例えば、オーディオコンテンツに適用することができる。本出願において、我々は、基底レイヤに対応する元のコンテンツまたは復号されたコンテンツを参照するのに「ＢＬバージョン」または「ＢＬコンテンツ」という用語を使用し、増強レイヤに対応する元のコンテンツまたは復号されたコンテンツを参照するのに「ＥＬバージョン」または「ＥＬコンテンツ」という用語を使用する。ＥＬバージョンを復号するのに、基底レイヤが、通常、必要とされることに留意されたい。

図３は、本原理の実施形態による多重化を実行するための例示的な方法３００を示す。図３は、ステップ３０５において開始する。ステップ３１０において、それは、初期設定を実行し、例えば、遅延Ｄの期間を決定し、また、基底レイヤビットストリームまたは増強レイヤビットストリームが遅延されるべきかどうかを決定することも可能である。ステップ３２０において、例えば、レイヤードコーダまたはサーバーから、基底レイヤビットストリームおよび増強レイヤビットストリームにアクセスする。ステップ３３０において、基底レイヤビットストリームまたは増強レイヤビットストリームが、Ｄの期間だけ遅延される。場合により、遅延された基底レイヤおよび増強レイヤからのビットストリームは、次に、ステップ３４０において多重化される。方法３００は、ステップ３９９において終了する。

遅延Ｄは、固定とすることができ、符号化パラメータに基づいて、例えばＭＰＥＧ標準により規定される、例えばＧＯＰ（Ｇｒｏｕｐ ｏｆ Ｐｉｃｔｕｒｅ）長およびＧＯＰ構造に基づいて決定することが可能である。１つの例において、遅延Ｄは、ＧＯＰ長の期間の半分に設定することが可能である。また、ＧＯＰごとにＤの値を変えることも可能である。１つの例において、Ｄは、コーディング構造（Ｉｎｔｒａのみ、ＩＰＰＰＰ、ＩＢＢＢ、またはランダムアクセス）および／またはＧＯＰ長に依存してＧＯＰとともに変化することが可能である。別の例において、増強レイヤの品質が非常に低い場合、遅延は、増強レイヤビットレートピークが小さい可能性があるため、小さいことも可能である。我々がＧＯＰごとの遅延Ｄを変える場合、復号器は、そのバッファサイズを決定するのにＤの最大値（Ｄｍａｘ）を知る必要があり、Ｄｍａｘは、復号器に通知されなければならない。

従来のＭＰＥＧビデオコーディングでは、最大チャネル変更時間（ザップ時間としても知られる）は、通常、２つのＧＯＰ時間である。レイヤードコーディングに関して、増強レイヤは、基底レイヤが受信されて、復号された後にしか復号することができないので、増強レイヤに関するチャネル変更時間は、２つの最大ＧＯＰ時間と等しく、最大ＧＯＰ時間は、所与のレイヤを復号するのに必要とされる基底レイヤおよび増強レイヤの中で使用される最も大きいＧＯＰ時間である。ＢＬとＥＬが同一のＧＯＰサイズを有する場合、チャネル変更時間は、２つのＧＯＰ時間であり、従来のＭＰＥＧビデオコーディングの場合と同一である。

本原理は、帯域幅をより効率的に使用するように、基底レイヤビットストリームまたは増強レイヤビットストリームに遅延を追加すること、および時間窓内でビットの「制限を超えた」部分をシフトすることなどの、異なる方法を提案する。特に、我々の方法は、統計的多重化の通常の想定を満足させない、レイヤードコード化コンテンツを送信するためにうまく機能する。

上記において、レイヤードコーディングのために使用することができる様々な方法について説明した。本原理は、例えば、Ｈ．２６４ ＳＶＣまたはＳＨＶＣとすることもできるが、これらには限定されない標準に準拠する、スケーラブルビデオコーディングに適用することも可能である。多重化方法およびチャネル変更機構は、ＭＰＥＧ−２トランスポート、ＭＭＴ（ＭＰＥＧメディアトランスポート）プロトコル、またはＡＴＳＣ（Ａｄｖａｎｃｅｄ Ｔｅｌｅｖｉｓｉｏｎ Ｓｙｓｔｅｍｓ Ｃｏｍｍｉｔｔｅｅ）トランスポートプロトコルなどの任意のトランスポートプロトコルと一緒に使用することができる。

ユーザが、閲覧のために、リモートコントロールユニット７０を使用することによって、ＴＶチャネル、またはプログラムガイドなどのスクリーン上のメニューを選択する。プロセッサ６０が、インターフェース６５を介してリモートコントロールユニット７０から提供された選択情報を使用して、閲覧のために所望されるプログラムチャネルを受信するように図１０の要素を適切に構成する。プロセッサ６０は、プロセッサ６２と、コントローラ６４とを備える。ユニット６２が、プログラムガイドと、システム情報とを含むプログラム特有の情報を処理し（すなわち、構文解析し、揃え、組み立て）、コントローラ６４が、復号器１００を操作する際に要求される残りの制御機能を実行する。ユニット６０の機能は、図１０に示されるとおり別々の要素６２および６４として実現することができるものの、それらは、代わりとして、単一のプロセッサ内に実現されてもよい。例えば、ユニット６２および６４の機能は、マイクロプロセッサのプログラミングされた命令内に組み込まれてもよい。プロセッサ６０は、入力信号フォーマットおよびコーディングタイプを復調し、復号するようにプロセッサ１３、復調器１５、復号器１７、および復号器システム１００を構成する。

プロセッサ６０が、プロセッサ２２と連携して、選択されたプログラムのパケット化されたコンテンツデータと、関連するプログラム特有の情報とを包含する合成のＭＰＥＧ対応のデータストリームを形成する。合成のデータストリームは、記憶インターフェース９５に出力される。記憶インターフェース９５は、データにおけるギャップおよびビットレート変動を小さくするように合成のデータストリームをバッファリングする。もたらされるバッファリングされたデータは、媒体１０５上に記憶するのに適するように記憶デバイス９０によって処理される。記憶デバイス９０は、チャネルコーディング、インターリーブ、およびリードソロモン符号化などの知られている誤り符号化技法を使用してインターフェース９５からのバッファリングされたデータストリームを符号化して、記憶するのに適した符号化されたデータストリームを生成する。ユニット９０は、凝縮された（ｃｏｎｄｅｎｓｅｄ）プログラム特有の情報を組み込んだ、もたらされる符号化されたデータストリームを媒体１０５上に記憶する。

当業者には明白なとおり、実現形態は、例えば、記憶される、または送信することができる情報を伝送するようにフォーマットされた様々な信号を生成することが可能である。情報は、例えば、方法を実行するための命令、または説明される実現形態のうちの１つによって生成されるデータを含むことが可能である。例えば、信号は、説明される実施形態のビットストリームを伝送するようにフォーマットすることができる。そのような信号は、例えば、電磁波（例えば、スペクトルの無線周波数部分を使用する）として、またはベースバンド信号としてフォーマットすることができる。このフォーマットすることは、例えば、データストリームを符号化すること、およびその符号化されたデータストリームで搬送波を変調することを含むことが可能である。信号が伝送する情報は、例えば、アナログ情報またはディジタル情報であることが可能である。信号は、知られているとおり、様々な異なる有線リンクまたはワイヤレスリンクを介して送信することができる。信号は、プロセッサ可読媒体上に記憶することができる。
［付記１］
第１のビットストリームおよび第２のビットストリームを処理する方法であって、
前記第１のビットストリームおよび前記第２のビットストリームにアクセスするステップ（３２０）であって、前記第１のビットストリームは、階層符号化されたコンテンツの基底レイヤおよび前記階層符号化されたコンテンツの増強レイヤの一方に対応し、前記第２のビットストリームは、前記階層符号化されたコンテンツの前記基底レイヤおよび前記階層符号化されたコンテンツの前記増強レイヤの他方に対応する、前記ステップと、
前記第２のビットストリームを第１の時間だけ遅延させるステップ（３３０）と、
前記第１のビットストリームと前記遅延された第２のビットストリームとを多重化するステップ（３４０）と、
を含む、前記方法。
［付記２］
ネットワークリンクの容量を超える前記多重化されたストリームにおけるビットを決定するステップと、
前記決定されたビットを第２の時間だけタイムシフトするステップと、
をさらに含む、付記１に記載の方法。
［付記３］
前記階層符号化されたコンテンツに関する符号化パラメータに応じて前記第１の時間を決定するステップであって、前記符号化パラメータは、ＧＯＰ（Ｇｒｏｕｐ ｏｆ Ｐｉｃｔｕｒｅ）長とＧＯＰ構造の少なくともいずれかを含む、前記ステップをさらに含む、付記１または２に記載の方法。
［付記４］
前記第１の時間は、ＧＯＰとともに変化する、付記３に記載の方法。
［付記５］
前記多重化されたストリーム、および前記第１の時間を表す情報を送信するステップをさらに含む、付記１乃至４のいずれか一項に記載の方法。
［付記６］
第１のビットストリームおよび第２のビットストリームを処理する方法であって、
前記第１のビットストリームを、プログラムコンテンツの第１の表現に復号するステップ（４３０、５７０）と、
前記第１のビットストリームを前記復号するステップからの遅延の後、前記第２のビットストリームを、前記プログラムコンテンツの第２の表現に復号するステップ（４７０、５７０）であって、前記第１のビットストリームは、階層符号化されたコンテンツの基底レイヤおよび前記階層符号化されたコンテンツの増強レイヤの一方に対応し、前記第２のビットストリームは、前記階層符号化されたコンテンツの前記基底レイヤおよび前記階層符号化されたコンテンツの前記増強レイヤの他方に対応する、前記ステップと、
前記第１の表現および前記第２の表現に対応する信号を、レンダリングするために出力するステップ（４７０、５７０）と、
を含む、前記方法。
［付記７］
前記第１のビットストリーム、前記第２のビットストリーム、およびトランスポートストリームのうちの少なくとも１つにおいて指定された速度より遅い速度で前記第１の表現をレンダリングするステップ（５６０）をさらに含む、付記６に記載の方法。
［付記８］
前記第１の表現の前記レンダリングと前記第２の表現の前記レンダリングが時間軸上で整合された後、前記指定された速度で前記第１の表現をレンダリングするステップ（５７０）をさらに含む、付記７に記載の方法。
［付記９］
前記第１のビットストリーム、前記第２のビットストリーム、およびトランスポートストリームからの前記遅延を表す情報を逆多重化するステップをさらに含む、付記６に記載の方法。
［付記１０］
付記１乃至９のいずれかにより第１のビットストリームおよび第２のビットストリームを処理するための装置。
［付記１１］
サーバーおよびビデオマルチプレクサのいずれかの内部に配置される、付記１０に記載の装置。
［付記１２］
送信アンテナ、送信アンテナに対するインターフェース、ビデオ符号器、ビデオメモリ、ビデオサーバー、ビデオカメラに対するインターフェース、およびビデオカメラのうちの１つまたは複数を備える、付記１０または１１に記載の装置。
［付記１３］
ポータブルメディアデバイス、モバイル電話、ゲームデバイス、セットトップボックス、ＴＶセット、タブレット、ラップトップ、および集積回路のうちの１つの内部に配置される、付記１０に記載の装置。
［付記１４］
アンテナまたはアンテナに対するインターフェース、通信インターフェース、ビデオ復号器、ビデオメモリ、およびディスプレイのうちの１つまたは複数を備える、付記１３に記載の装置。
［付記１５］
付記１乃至９のいずれかにより第１のビットストリームおよび第２のビットストリームを処理するための命令を記憶している、コンピュータ可読記憶媒体。

Claims (16)

1. 第１のビットストリームおよび第２のビットストリームを処理する方法であって、
   前記第１のビットストリームおよび前記第２のビットストリームにアクセスすることであって、前記第１のビットストリームは、レイヤードコード化コンテンツの増強レイヤに対応し、前記第２のビットストリームは、前記レイヤードコード化コンテンツの基底レイヤに対応する、前記アクセスすることと、
   前記第２のビットストリームを第１の時間だけ遅延させることと、
   前記第１のビットストリームと前記遅延された第２のビットストリームとを多重化することと、
   を含む、前記方法。
2. ネットワークリンクの容量を超える前記多重化されたストリーム中のビットを決定することと、
   前記決定されたビットを第２の時間だけタイムシフトすることと、
   をさらに含む、請求項１に記載の方法。
3. 前記レイヤードコード化コンテンツに関する符号化パラメータに応じて前記第１の時間を決定することであって、前記符号化パラメータは、ＧＯＰ（Ｇｒｏｕｐ ｏｆ Ｐｉｃｔｕｒｅ）長とＧＯＰ構造の少なくともいずれかを含む、前記決定することをさらに含む、請求項１に記載の方法。
4. 前記第１の時間は、ＧＯＰごとに変化する、請求項３に記載の方法。
5. 前記多重化されたストリーム、および前記第１の時間を表す情報を送信することをさらに含む、請求項１に記載の方法。
6. 第１のビットストリームおよび第２のビットストリームを処理する方法であって、
   前記第１のビットストリームを、プログラムコンテンツの第１のリプレゼンテーションに復号することと、
   前記第１のビットストリームを前記復号することからの遅延の後、前記第２のビットストリームを、前記プログラムコンテンツの第２のリプレゼンテーションに復号することであって、前記第１のビットストリームは、レイヤードコード化コンテンツの基底レイヤおよび前記レイヤードコード化コンテンツの増強レイヤの一方に対応し、前記第２のビットストリームは、前記レイヤードコード化コンテンツの前記基底レイヤおよび前記レイヤードコード化コンテンツの前記増強レイヤの他方に対応する、前記第２のリプレゼンテーションに復号することと、
   前記第１のリプレゼンテーションおよび前記第２のリプレゼンテーションに対応する信号を、レンダリングするために出力することと、
   を含み、
   前記第１のリプレゼンテーションと前記第２のリプレゼンテーションの前記レンダリングが時間軸上で整合される前に、前記第１のビットストリーム、前記第２のビットストリーム、およびトランスポートストリームのうちの少なくとも１つにおいて指定された再生速度より遅い速度で前記第１のリプレゼンテーションがレンダリングされる、前記方法。
7. 前記第１のリプレゼンテーションと前記第２のリプレゼンテーションの前記レンダリングが時間軸上で整合された後、前記指定された再生速度で前記第１のリプレゼンテーションはレンダリングされる、請求項６に記載の方法。
8. 前記第１のビットストリーム、前記第２のビットストリーム、およびトランスポートストリームからの前記遅延を表す情報を逆多重化することをさらに含む、請求項６に記載の方法。
9. 第１のビットストリームおよび第２のビットストリームを処理する装置であって、
   前記第１のビットストリームおよび前記第２のビットストリームにアクセスするよう構成された入力部であって、前記第１のビットストリームは、レイヤードコード化コンテンツの増強レイヤに対応し、前記第２のビットストリームは、前記レイヤードコード化コンテンツの基底レイヤに対応する、前記入力部と、
   前記第２のビットストリームを第１の時間だけ遅延させ、
   前記第１のビットストリームと前記遅延された第２のビットストリームとを多重化する
   よう構成されたマルチプレクサと、を備える装置。
10. 前記マルチプレクサは、ネットワークリンクの容量を超える前記多重化されたストリーム中のビットを決定し、
    前記決定されたビットを第２の時間だけタイムシフトするようさらに構成されている、請求項９に記載の装置。
11. 前記マルチプレクサは、前記レイヤードコード化コンテンツに関する符号化パラメータに応じて前記第１の時間を決定するよう構成され、前記符号化パラメータは、ＧＯＰ（Ｇｒｏｕｐ ｏｆ Ｐｉｃｔｕｒｅ）長とＧＯＰ構造の少なくともいずれかを含む、請求項９に記載の装置。
12. 前記第１の時間は、ＧＯＰごとに変化する、請求項１１に記載の装置。
13. 前記多重化されたストリーム、および前記第１の時間を表す情報を送信するよう構成された送信機をさらに備える、請求項９に記載の装置。
14. 第１のビットストリームおよび第２のビットストリームを処理する装置であって、
    前記第１のビットストリームをプログラムコンテンツの第１のリプレゼンテーションに復号し、前記第１のビットストリームの前記復号からの遅延の後、前記第２のビットストリームを、前記プログラムコンテンツの第２のリプレゼンテーションに復号するよう構成された復号器と、
    前記第１のリプレゼンテーションおよび前記第２のリプレゼンテーションに対応する信号を、レンダリングするために出力するよう構成された出力部と
    を備え、
    前記第１のビットストリームは、レイヤードコード化コンテンツの基底レイヤおよび前記レイヤードコード化コンテンツの増強レイヤの一方に対応し、前記第２のビットストリームは、前記レイヤードコード化コンテンツの前記基底レイヤおよび前記レイヤードコード化コンテンツの前記増強レイヤの他方に対応し、
    前記第１のリプレゼンテーションと前記第２のリプレゼンテーションの前記レンダリングが時間軸上で整合される前に、前記第１のビットストリーム、前記第２のビットストリーム、およびトランスポートストリームのうちの少なくとも１つにおいて指定された再生速度より遅い速度で前記第１のリプレゼンテーションがレンダリングされる、装置。
15. 前記第１のリプレゼンテーションと前記第２のリプレゼンテーションの前記レンダリングが時間軸上で整合された後、前記指定された再生速度で前記第１のリプレゼンテーションはレンダリングされる、請求項１４に記載の装置。
16. 前記第１のビットストリーム、前記第２のビットストリーム、およびトランスポートストリームからの前記遅延を表す情報を逆多重化するよう構成されたデマルチプレクサをさらに備える、請求項１４に記載の装置。