JP2004524776A

JP2004524776A - Ｍｐ３のトリック再生

Info

Publication number: JP2004524776A
Application number: JP2002584322A
Authority: JP
Inventors: デケルクホフ，レオンエムファン; ウェーイェーオーメン，アルノルドゥス; ピャノフィック，イレイア
Original assignee: Koninklijke Philips Electronics NV
Current assignee: Koninklijke Philips NV
Priority date: 2001-04-20
Filing date: 2002-04-11
Publication date: 2004-08-12
Also published as: WO2002086894A1; TWI225993B; RU2287864C2; US20030009246A1; AR033247A1; EP1384230A1; MY134119A; KR100904626B1; KR20030011095A; BR0205095A; CN1463441A; RU2003133743A; US7107111B2

Abstract

トリック再生及び／又は編集ユニット（１４）は、例えば、ＭＰ３データストリームの、オリジナルデータストリームに適用される。ＭＰ３ストリームは、ヘッダ（２０ａ−２０ｄ）及び互いに分散された信号データ（２４ａ，２４ｂ，２４ｃ）を有する。各ヘッダは、後続のヘッダとの距離を規定し、各ヘッダは信号データのフレームに対応し、そのヘッダはそのヘッダに対するフレームについての信号データの開始点を指すポインタ（２１ａ，２１ｂ，２１ｃ，２１ｄ）に関連する。トリック再生を適用する前に、オリジナルデータストリームは、オリジナルストリームと同じ形式の中間データストリームに変換される。変換中に、フレームの開始点は、関連するヘッダに対する予め定められた位置へ移動され、そして、フレームがヘッダの間に納まるように、ヘッダ間に追加の空間を発生するようにヘッダが修正される。

Description

【０００１】
発明の分野
本発明は、トリック再生（早送り等）を容易にすることに関連し及び／又は、特に圧縮されたオーディオ情報の、圧縮情報の編集に関連する。
【０００２】
背景技術
ＭＰＥＧ−１とＭＰＥＧ−２レイヤＩＩＩ（ＭＰ３）フォーマット（ＩＳＯ／ＩＥＣ１１１７２−３及び、ＩＳＯ／ＩＥＣ１３８１８−３）は、圧縮されたオーディオ情報を表すのに、広く使用されている。圧縮は、オーディオ情報のビットレート：オーディオ情報の時間区間を表すのに使用されるのに必要なビットの数、を減少させる。一般的には。ＭＰ３フォーマットは、必要とされるビットレートに依存して、種々の減少レートをサポートする。
【０００３】
ＭＰ３オーディオ情報は、特定の間隔でヘッダを有するデータストリーム内で送られる。各ヘッダは、圧縮された形式の予め定められた数のオーディオサンプルを記述するフレームに関連する。ヘッダは、フレーム内のデータのサンプル周波数及びビットレートのような、フレーム内のデータに関する情報を示す。
【０００４】
連続するヘッダの間の区間は、ヘッダ内の情報の予め定められた関数である。ＭＰ３互換の復号器は、前のヘッダから決定されるヘッダ距離を使用して各ヘッダを見つけることを可能とされる。
【０００５】
しかしながら、フレームを表すために必要とされる実際のビット数は、ヘッダの間の区間内で有効な空間から偏差できる。これは、ＭＰ３ではオーディオ情報を符号化するのに必要とされる情報の量は、フレームからフレームで変化するためである。
【０００６】
これらの偏差を扱うために、ＭＰ３は、フレームが、ヘッダに対して相対的な可変のオフセットで開始することを可能とする。従って、前のフレームによりヘッダ間で残る空間は、後続のフレームのデータのために使用できる。ＭＰ３は、各ヘッダに関連するポインタを提供する。このポインタは、ヘッダの位置に相対してヘッダに関連するフレームのデータの開始を示す。この結果、前のフレームにより残された空間内で、データのフレームは関連するヘッダに先行する可変の位置で、開始できる。予想のように、ポインタはゼロが可能であり、それにより、データはフレームのすぐ後に開始する。このように、ヘッダの位置に対するデータの開始の位置は、データストリームにより符号化されるオーディオ内容に依存する。
【０００７】
これらのフレームを復号するために、MP3復号器は、ポインタが一旦受信されると、復号器がフレームデータにアクセスすることを可能とするために、バッファメモリ内に、ヘッダに先行する予め定められたデータの量を最小値（ヘッダと前のフレームのサイド情報を含む、５１２バイト）として格納する。
【０００８】
対応するフレームヘッダと後続のヘッダの間の領域の外側のフレームデータの存在は、ＭＰ３でのトリック再生（早送り再生等）及び／又は編集のような機能の効率的な実行を妨害することが分かった。例えば、早送り再生機能については、選択された組みのヘッダの間からのデータのみが格納されるように、フレームをスキップしたい。しかしながら、これは、選択されたヘッダのポインタが、格納されていないデータへ戻って指定しうるので、復号には不充分である。同様に、編集中にデータを挿入するために、そのヘッダに先行するデータをロードしなければならないことなしには、任意のヘッダから単純に開始できない。
【０００９】
この結果、比較的複雑な復号器が、トリック再生及び／又は編集をサポートするのに必要である。極端には、これらの機能を実行するためにデータを逆圧縮しそして、データを再び圧縮することが必要であり、これは、複雑さと品質に関して非常に非効率的である。
【００１０】
発明の概要
特に、本発明の目的は、単純な手段で、トリック再生及び／又は編集を提供することである。
【００１１】
本発明は、ヘッダと互いに分散された信号データを有するストリーム形式のデータストリームを処理する信号処理装置であって、各ヘッダは後続のヘッダとの距離を規定し、各ヘッダは信号データのフレームに対応し、そのヘッダはそのヘッダに対するフレームについての信号データの開始点を指すポインタに関連し、前記信号処理は、
−前記ストリーム形式のオリジナルデータストリームを受信する入力を有し、
−前記ストリーム形式の中間データストリームを処理するトリック再生及び／又は編集ユニットを有し、
−入力とトリック再生及び／又は編集ユニットの間の続くストリーム変換器を有し、そのストリーム変換器は、オリジナルデータストリームを中間データストリームに変換し、そのストリーム変換器は、関連するヘッダに対する予め定められた位置へフレームの開始点を移動し、そして、フレームがヘッダの間に納まるようにヘッダ間に追加の空間を発生するようにヘッダを修正する、信号処理装置を提供する。
【００１２】
このように、標準的な復号器（ＭＰ３ストリームの場合にはＭＰ３復号器）で逆圧縮され、そして、他のフレームに依存する位置からのフレームについてのデータを要求することなしに、トリック再生及び／又は編集について操作されうる、中間データストリームが、発生される。データは直接ヘッダに続くことが望ましい。このように、ヘッダに先行するデータは、そのフレームにトリック再生を適用するために記憶される必要がない。
【００１３】
実施例では、ヘッダは、フレームデータの実際のビットレートを変更すること無しに、ヘッダ内で規定されたビットレートを変更することにより、修正される。ＭＰ３ストリームでは、そのような修正は、最小の処理の複雑さを有するヘッダ間の要求される空間を発生する。第１の実施例では、全てのフレームについてのヘッダ内のビットレートは、最大の可能なビットレート（ＭＰ３に対しては３２０ｋｂｉｔ／ｓｅｃ）に設定される。これは、最小の処理の複雑さを要求する。第２の実施例では、ヘッダ内のビットレートは、フレーム内の信号データの量に依存しそして、ヘッダ内で設定可能な最小の可能な値にそして、それは、ヘッダ間のフレームデータを格納するのに十分な空間を生成するのに十分な値になされる。
【００１４】
本発明の実施例に従った装置及び方法のこれらのそして他の有利な面を、図面を参照して更に詳細に説明する。
【００１５】
図１は、従来技術のＭＰ３復号システムを示す。本発明を、例えば、ＭＰＥＧ−１レイヤＩＩＩを使用して、説明する。しかしながら、同じ原理は、幾つかの定数が異なる値を有するのみの、ＭＰＥＧ−２レイヤＩＩＩにも適用される。システムは、ストリーム復号器１６に供給する、ＭＰ３ソース１０を有する。ＭＰ３ソース１０は、例えば、記憶されたＭＰ３データについての（図示していない）記憶媒体及び、記憶ユニットからそのデータを読み出す（図示していない）読み出しユニットを有し、他の例では、ＭＰ３ソース１０は、通信チャネル（例えば、インターネット又はラジオ放送）へのインターフェースと受信されたＭＰ３ストリームを出力する出力を有する。
【００１６】
ストリーム復号器１６は、ＭＰ３ソース１０に接続された入力を有するバッファメモリ１６０、ヘッダ検出器１６２とフレーム復号器１６４を有する。ヘッダ検出器は、バッファメモリ１６０に接続された入力を有する。フレーム復号器１６４は、ヘッダ検出器１６２とバッファメモリ１６０に接続された入力及び、復号されたオーディオのための出力を有する。
【００１７】
図２は、ＭＰ３データのストリームの例を示す。ストリームは、幾つかのヘッダ２０ａ−ｄと、それに続く、フレームの開始点２２ａ−ｃを示すバックポインタ２１ａ−ｄを有する。バックポインタ２１ａ−ｄは、バックポインタ２２ａ−ｄの格納されているストリーム内の位置から、バックポインタ２１ａ−ｄの指す開始点２２ａ−ｃへ戻って示す矢印２２ａ−ｄにより示されている。
【００１８】
各ヘッダ２０ａ−ｄは、圧縮されたオーディオデータのフレームに対応する。ヘッダ２０ａ−ｄに続くバックポインタ２１ａ−ｄは、フレーム内のデータの開始点２２ａ−ｄを示す。バックポインタ２１ａ−ｄは、ゼロでもよく、この場合には、開始点２２ａ−ｃはバックポインタ２１ａ−ｄのすぐ後に直接続く。
【００１９】
ＭＰ３ヘッダのフォーマットはテーブルＩに示されている。
【００２０】
【表１】

“同期ワード”は、ストリーム内のヘッダ２０ａ−ｄの識別を容易にする特別なビットパターンである。ＩＤ、レイヤ、プライベートビット、モード、モード拡張、著作権、オリジナル／コピー、及び、エンファシスフィールドは、ＭＰ３に特定でありそして、本発明に関連しない。保護ビットは、ヘッダに１６ビットＣＲＣワード（サイクリックリダンダンシーチェック；ＣＲＣ１６多項式を使用して決定される）が続くかを示す。オプションのＣＲＣワードの後に、バックポインタ２１ａ−ｄ（”ｍａｉｎ＿ｄａｔａ＿ｂｅｇｉｎ”とも呼ばれる）が続き、これは９ビット数であり、これはバックポインタ２１ａ−ｄの位置（ヘッダ、ＣＲＣワード及び、サイド情報を数えない）からフレーム２４ａ−ｃの開始バイトは、何（８−ビット）バイト戻るかを示す。
【００２１】
ヘッダのビットレートインデックスフィールドは、可能なビットレートのテーブル内のエントリへのポインタを示す。利用できるビットレートと対応するビットレートインデックスは、テーブルＩａに示されている。
【００２２】
【表２】

サンプリング周波数（ｓａｍｐｌｉｎｇ＿ｆｒｅｑｕｅｎｃｙ）フィールドはデータについて使用されるサンプリング周波数を示す。利用できるサンプリング周波数はテーブルＩｂに示されている。
【００２３】
【表３】

ビットレートともに、サンプリング周波数とパディングビットは、ヘッダの開始から後続のヘッダの開始への距離Ｎを決定する。原理的には、固定の数の１１５２ＰＣＭサンプルがフレーム当りに符号化されている。サンプリング周波数は、この数のサンプルにより符号化されている時間区間の継続時間を決定する。ビットレートから、それは、そのような継続時間の時間区間を符号化するのに、平均で、何ビットが必要かに従う。これはフレーム当りの平均のビット数である。ヘッダの間の距離はこのビット数に対応し、整数のバイトを提供するために切り上げられる（８ビットの単位）。即ち、バイトでの距離（８ビットの単位）は、Ｒの値から決定され、
Ｒ＝１４４＊ｂｉｔ＿ｒａｔｅ／ｓａｍｐｌｉｎｇ＿ｆｒｅｑｕｅｎｃｙ
である。（数１４４は、バイト当りのビット数８で割ったフレーム当り１１５２ＰＣＭサンプルの結果からである）。Ｒが整数である場合には、ヘッダ間の距離はＲである。Ｒが整数でない場合には、ヘッダの幾つかの組の間の距離はＮ（Ｒ以下の次の小さい数）であり、そして、ヘッダの他の組みの間はＮ＋１である。パディングビットは、これらの２つの距離のどちらが使用されるかを示す。
【００２４】
動作では、ＭＰ３ソース１０は、図２に示されたようにＭＰ３ストリームを発生する。このストリームからの情報は、ストリーム復号器１６のバッファメモリ１６０に記憶される。ヘッダ検出器１６２は最初にストリームの開始で又はヘッダの同期ワードを検出することにより、ヘッダの位置を見つける。続いて、ヘッダ検出器１６２は、毎回、ビットレートインデックスフィールド、ヘッダのサンプリング周波数フィールド及びパディングビットから、ストリーム内の後続のヘッダへの距離を計算するために現在のヘッダを使用する。この距離から、ヘッダ検出器１６２は、次のヘッダが格納されているバッファメモリ１６０内の位置のアドレスを計算し、そして、次のヘッダを読む。ヘッダ検出器１６２は、計算された位置に有効な同期ワードが格納されているかどうかを検査する。格納されていない場合には、エラーが発生し、そして、ヘッダ検出器は、復号が進行する前にヘッダの位置を決定するためにエラー状態を処理しなければならない。
【００２５】
ヘッダ検出器１６２は、ヘッダの格納されている位置のアドレスを、フレーム復号器１６４へ送る。フレーム復号器１６４は、このアドレスを、ヘッダに関連するバックポインタが格納されているアドレスを決定するために使用し、バックポインタを取り出し、そして、ヘッダに関連するフレームの開始点が格納されているアドレスを計算するためにバックポインタを使用する。フレーム復号器１６４は、このアドレスを、フレームからデータを取り出すのに使用し、それからオーディオ信号を復号する。
【００２６】
図３は、本発明の実施例に従ったＭＰ３オーディオ復号システムを示す。ＭＰ３ソース１０とＭＰ３ストリーム復号器１６に加えて、このシステムは、変換器１２及び、トリック再生及び／又は編集ユニット１４を、ソース１０と復号器１６の間に従属に含む。
【００２７】
動作では、トリック再生及び／又は編集ユニット１４は、変換器１２から中間ＭＰ３ストリームを受信しそして、ＭＰ３ストリーム復号器１６により復号する”トリックド”ＭＰ３ストリームを構成する。トリック再生及び／又は編集ユニット１４は、トリックドＭＰ３ストリームのフレームの構成のためにこれらの選択されたフレーム又はフィールドの内容を使用するために、中間ストリーム内の選択されたフレームにアクセスする。トリック再生の例は、オーディオモニタ機能と共に早送りモードを得るために、中間ストリームから選択されたフレームをスキップすることである。他の例は、毎回、スローフォワードモードを提供するために、トリックドストリームの他の連続するフレームを構成するために、繰返して幾つかのフレーム又はフィールドにアクセスすることである。
【００２８】
変換器１２は、ＭＰ３ソース１０からのオリジナルＭＰ３ストリームを中間ＭＰ３ストリームへ変換する。変換器１２は、これを、トリック再生及び／又は編集ユニット１４が、フレームにアクセスするために、選択されたフレームについてヘッダに対して中間ストリームの予め定められた限定された部分にのみアクセスする必要があるように、行う。好ましくは、選択されたフレームについてのヘッダに続くストリームの部分のみにアクセスする必要がある。
【００２９】
変換器１２は、バッファメモリ１２０とマイクロコントローラ１２２を有する。マイクロコントローラ１２２は、バッファメモリ１２０に接続された入力を有しそして、トリック再生ユニット１４に接続された出力を有する。トリック再生ユニットの出力は、ストリーム復号器１６の入力に接続されている。
【００３０】
動作では、変換器１２は、ＭＰ３データストリームを、連続するヘッダ間の距離が増加されそしてフレームデータがバックポインタがゼロになるように移動された、中間ＭＰ３データストリームに変換する。ストリームソース１０から到着するデータは、バッファメモリ１２０の位置に書き込まれそして、そして、マイクロコントローラ１２２は、新たに発生されたヘッダ情報とバッファメモリ１２０からコピーされた情報を使用して、中間ストリームを発生する。
【００３１】
図４は、変換器１２から出力されるＭＰ３データストリームを示す。このストリームは、ヘッダ４０ａ−ｄを含み、全てが関連するバックポインタ４１ａ−ｄの後に直接的に続くフレームの開始点を指すバックポインタ４１ａ−ｄが続く。フレームの信号データは、スタッフィング４６ａ−ｄが続く。テーブルＩＩは、図４のストリームを発生する変換器１２内のマイクロコントローラ１２２についてのプログラムの動作を記述する擬似コードを示す。このコードは、説明のためのみに示されており、実際には、どのような実際のコードも、多くの詳細な点で異なってもよい。
【００３２】
【表４】

テーブルＩＩでは、ポインタＨｉｎは、ＭＰ３ソース１０からのオリジナルストリーム内の現在のヘッダが格納されている、バッファメモリ１２０内の位置を示す。ポインタＦは、現在のヘッダに関連するフレームの第１のビットが格納されている、バッファメモリ１２２内の位置を示す。Ｆは、Ｏｆｆｓｅｔの値により与えられるオフセット後に、Ｈｉｎにより示される位置に続く現在の位置で、バッファメモリ１２０の内容を減算することにより、決定される（実際には、Ｆはヘッダにより占められる空間について補正される）。Ｎは、フレームのビット数である。
【００３３】
擬似プログラムの第１のステップで、新たなヘッダが第１のステップ（１）で中間ストリームに書き込まれる。新たなヘッダでは、ビットインデックスフィールドはオリジナルストリームのヘッダに関して修正されている。ビットレートは、毎秒３２０キロビットの最大の可能な値に設定されているのが好ましい。中間ストリーム内のヘッダ内のパディングビットは、データについて要求されるように設定され得又は、連続するヘッダ内のパディングビットを設定及びクリアする幾つかのパターンが使用されうる。ビットレート及びパディングビット以外の他のフィールドは、オリジナルストリームからのヘッダから、中間ストリームのヘッダへ実質的にコピーされる。
【００３４】
ヘッダに続き、ゼロのバックポインタ値が、ステップ２で中間ストリームに書き込まれる。
【００３５】
第３のステップ（３）では、オリジナルストリーム内の開始フレームデータのバッファメモリ１２０内の位置Ｆは、オリジナルストリームからの格納されたデータ内の現在のヘッダからのＯｆｆｓｅｔに配置された９−ビットバックポインタ値から決定される。第４のステップ（３）では、フレームデータは、中間ストリームへコピーされる。第４ステップは、コピーされたデータの量Ｎを戻す。第５のステップで、スタッフィング情報が、中間ストリームから出力される。スタッフィングの量は、新たなヘッダ内で設定されたパラメータからの、フレーム間の新たな位置と、コピーされたフレームデータの量Ｎの間の差を占める。
【００３６】
第６のステップ（６）では、アドレスは、オリジナルストリームからの次のヘッダが格納される、バッファメモリ１２０内の位置の計算である。このアドレスは、現在のヘッダの内容（ＨＩｎで示されている）からとなる。ポインタＨＩｎの値は、新たに計算された位置へ更新される。続いて、擬似コードが第１のステップから繰返される。
【００３７】
このように、データに対応するヘッダにフレームデータが常に続く、中間ストリームが、形成される。本発明から離れることなしに、実際の実行は、多くの細部でテーブルＩＩから異なりうることは、理解されよう。例えば、中間ストリームのヘッダ内のビットレートは、（最大可能なビットレート値の代わりに）フレームデータを含むのに十分に大きい連続するヘッダ間の区間となる、（テーブルＩａからの）最小の可能なビットレート値に設定されうる。これは、中間ビットストリームを記憶し又は伝送する空間を節約する。
【００３８】
他の例では、メモリの別の領域は、ヘッダとフレームデータについて予約され、ストリーム内の次のヘッダの位置の計算された値は、ヘッダがフレームデータについての領域内に格納されていないことを保証するのに使用される。バッファメモリの使用は循環的であり、バッファメモリ１２０内の開始点からの位置は、一旦オリジナルストリームからのデータが予め定められた数の位置へ書き込まれると、再使用される。
【００３９】
好ましくは、マイクロコントローラ１２２は、ＣＲＣチェックが変換器１２から下流に行われるように、中間ストリームについての新たに発生されたヘッダ内の保護ビットを設定する。しかしながら、望まれる場合には、保護ビットはＣＲＣチェックを許すように設定される。この場合には、マイクロコントローラ１２２は中間ストリーム内のデータから新たなＣＲＣ値を計算し、そして、この新たなＣＲＣ値を中間ストリームへ入れる。
【００４０】
実際のアプリケーションでは、ＭＰ３データストリームのデータフレームは、プログラムストリーム又はトランスポートストリームに組み込まれうる。図５は、ＭＰ３データストリーム（ＭＰ３エレメンタリーストリームとも呼ばれる）ＥＳのデータフレームを、プログラムストリームＰＳへ組み込む例を示す。ＭＰ３エレメンタリーストリームＥＳは、図２に示されたデータストリームに対応する。オーディオデータフレームは別として、プログラムストリームＰＳは、静止画、ビデオ、テキスト歌詞、又は、他の情報含みうる。明確のために、図５のプログラムストリームＰＳは、ＭＰ３エレメタリーストリームＥＳのフレームのみを含む。プログラムストリームの基本ユニットは、例えば、２ｋＢのセクタである。プログラムストリームＰＳの最初のセクタは、例えば、３２バイトのセクタヘッダＨと２０１６バイトのペイロードを含む。ペイロードは、ＭＰ３エレメンタリストリームＥＳの幾つかのデータフレームＦ１．．．Ｆ５を含む。（１２８ｋｂｐｓで）ＭＰ３フレームは、４１７又は、４１８バイト長である。これは、ペイロードは２０１６／４１８＝４，８２フレームを含みうることを意味する。従って、フレームＦ５の部分は、テキストセクタに含まれている。他のビットレートについては、セクタのフレーム数は異なる。
【００４１】
各セクタヘッダＨは、セクタの形式についての情報を含む（オーディオ、静止画、ビデオ、テキストの歌詞）。この場合には、プログラムストリームセクタは、ＭＰ３オーディオ情報を含み、セクタヘッダＨはセクタに組み込まれている第１のＭＰ３フレームのタイムスタンプを含む。
【００４２】
図６は、プログラムストリームを扱うのに適するトリック再生設備を有するＭＰ３復号システムを示す。復号システムは、デマルチプレクサ１１に供給するプログラムストリームソース１００を有する。デマルチプレクサは、プログラムストリームＰＳからオーディオ情報を読むように構成され、プログラムストリームＰＳの構成はデマルチプレクサで知られている。デマルチプレクサ１１は、更に、プログラムストリーム内のＭＰ３タイムスタンプを検索するように、構成される。デマルチプレクサは、セクタ境界上でジャンプできる。
【００４３】
通常の再生では、デマルチプレクサで得られそして復号器に供給されるＭＰ３ストリームは、上述のように、変換器１２で変換される。トリック再生（例えば、早送り、早戻し）コマンドが与えられるときに、現在のフレームは、好ましくは終了される、即ち、全てのデータは、バッファ１２０から読み出されねばならない。その後に、デマルチプレクサ１１は、Ｍミリ秒前方又は後方であるプログラムストリームＰＳ内のセクタへジャンプするように使用される。このジャンプについては、セクタヘッダ内のタイムスタンプの使用がなされうる。その位置から、第１のＭＰ３フレームについての主データを見つけるために、このデータが現在のセクタ内に存在しない場合には、時間的に戻る１つ又はそれ以上のセクタが、読まれる。その後に、セクタ内の第１のフレームヘッダが、検索されそして、関連するフレームが変換器１２内で、中間ストリーム内のフレームに変換される。幾つかのＮフレーム（第１フレームを含む）は、復号されそして、再生される。全てのフレームが、中間ストリームに変換されるのが、好ましい。高速（前方又は逆方向）再生速度は、約Ｍ／（Ｎ＊ミリ秒でのフレーム長）倍通常再生中よりも速い。符号化器に対し、設定は、４４．１ｋＨｚのサンプリング周波数、フレーム長は２６．１２ｍｓを使用する。
【００４４】
上述の実施例は、本発明を限定するのではなく、説明のために示され、そして、当業者は添付の請求項の範囲から離れることなしに、多くの代わりの実施例を設計できることに、注意すべきである。請求項では、括弧内の参照記号は、請求項を限定するように解釈するべきではない。用語”有する（含む）”は、請求項に記載された以外の他の構成要素又はステップの存在を除外するものではない。本発明は、幾つかの特徴的な構成要素を有するハードウェア手段及び、適するようにプログラムされたコンピュータにより実行されうる。幾つかの手段を列挙する装置の請求項では、これらの手段の幾つかは、１つのそして同じハードウェアのアイテムで実現されうる。単に、特定の手段が、相互に異なる従属請求項で記載されていることは、これらの手段の組合せが優位に使用され得ないことを示すものではない。
【図面の簡単な説明】
【００４５】
【図１】ＭＰ３復号システムを示す。
【図２】ＭＰ３データストリームを示す。
【図３】トリック再生設備をするＭＰ３復号システムを示す。
【図４】更なるＭＰ３データストリームを示す。
【図５】プログラムストリーム内のＭＰ３フレームの組み込みを示す。
【図６】トリック再生設備をする更なるＭＰ３復号システムを示す。

Claims

ヘッダと互いに分散された信号データを有するストリーム形式のデータストリームを処理する信号処理装置であって、各ヘッダは後続のヘッダとの距離を規定し、各ヘッダは信号データのフレームに対応し、そのヘッダはそのヘッダに対するフレームについての信号データの開始点を指すポインタに関連し、前記信号処理装置は、
−前記ストリーム形式のオリジナルデータストリームを受信する入力を有し、
−入力に続くストリーム変換器を有し、そのストリーム変換器は、オリジナルデータストリームを前記ストリーム形式の中間データストリームに変換し、そのストリーム変換器は、関連するヘッダに対する予め定められた位置へフレームの開始点を移動し、そして、フレームがヘッダの間に納まるようにヘッダ間に追加の空間を発生するようにヘッダを修正する、信号処理装置。
−中間データストリームを処理するために、前記ストリーム変換器の出力に接続されたトリック再生及び／又は編集ユニットを有する、請求項１に記載の信号処理装置。
前記予め定められた位置は、中間ストリーム内のヘッダと前記予め定められた位置の間で前のフレームに関連するデータが発生しないように、ヘッダの次である、請求項１に記載の信号処理装置。
前記ストリーム変換器は、信号データの実際のビットレートを修正することなしに、オリジナルストリームのヘッダに規定されたビットレートと比較して、中間ストリームのヘッダに規定されたビットレートを調整することにより、ヘッダを修正するように構成される、請求項１に記載の信号処理装置。
前記ストリーム変換器は、中間ストリームのヘッダに規定されたビットレートを最大の設定可能なビットレート値へ修正するように構成される、請求項４に記載の信号処理装置。
前記ストリーム変換器は、中間ストリームのヘッダに規定されたビットレートを、信号データに依存するビットレートに修正するように構成され、それぞれのヘッダのそれぞれのビットレートは、そのヘッダに関連するフレームの実際のビットレートよりも高い最小の設定可能な値に修正される、請求項４に記載の信号処理装置。
前記ストリーム形式は、MP3形式のデータストリームである、請求項１に記載の信号処理装置。
データストリームがプログラムストリームに組み込まれ、所定のプログラムストリームは幾つかのセクタを有し、各セクタは、セクタヘッダと複数のデータフレームを有し、
前記装置は更に、所定のプログラムストリーム内で前方又は後方に数セクタだけ位置をジャンプさせ；その位置に関連する現在のセクタからデータフレームを読み；そして現在のセクタのデータフレームを前記ストリーム変換器に供給する手段を有する、請求項１に記載の信号処理装置。
現在のセクタの第１のデータフレームについての主データを見つけることができるために、このデータが現在のセクタに存在しない場合には、数セクタ前方又は後方の位置から、時間的に戻された１つ又はそれ以上のセクタが読まれる、請求項８に記載の信号処理装置。
ヘッダと互いに分散された信号データを有するストリーム形式のオリジナルデータストリームから信号データに、トリック再生を適用する及び／又は編集する方法であって、各ヘッダは後続のヘッダとの距離を規定し、各ヘッダは信号データのフレームに対応し、そのヘッダはそのヘッダに対するフレームについての信号データの開始点を指すポインタに関連し、前記方法は、
−オリジナルデータストリームをそのオリジナルデータストリームと同じ形式の中間データストリームに変換し、前記変換は、関連するヘッダに対する予め定められた位置へフレームの開始点を移動し、そして、フレームがヘッダの間に納まるようにヘッダ間に追加の空間を発生するようにヘッダを修正し、
−トリック再生及び／又は編集を中間データストリームに適用する、方法。
ヘッダは、信号データの実際のビットレートを修正することなしに、オリジナルストリームのヘッダに規定されたビットレートと比較して、中間ストリームのヘッダに規定されたビットレートを調整することにより、修正される、請求項１０に記載の方法。
中間ストリームのヘッダに規定されたビットレートは、最大の設定可能なビットレート値へ修正される、請求項１１に記載の方法。
中間ストリームのヘッダに規定されたビットレートは、信号データに依存するビットレートに修正され、それぞれのヘッダのそれぞれのビットレートは、そのヘッダに関連するフレームの実際のビットレートよりも高い最小の設定可能な値に修正される、請求項１２に記載の方法。
前記ストリーム形式は、MP3形式のデータストリームである、請求項１０に記載の方法。
データストリームがプログラムストリームに組み込まれ、所定のプログラムストリームは幾つかのセクタを有し、各セクタは、セクタヘッダと複数のデータフレームを有し、前記方法は更に、
所定のプログラムストリーム内で前方又は後方に数セクタだけ位置をジャンプさせ、
その位置に関連する現在のセクタからデータフレームを読み、
そのセクタのデータフレームを中間ストリームに変換する、
請求項１０に記載の方法。
現在のフレームの第１のデータフレームについての主データを見つけることができるために、このデータが現在のセクタに存在しない場合には、数セクタ前方又は後方の位置から、時間的に戻された１つ又はそれ以上のセクタが読まれる、請求項１５に記載の方法。