JP2003529991A

JP2003529991A - ディジタルビデオ記録物を編集するための方法及び装置並びに、そのような方法で作成された記録物

Info

Publication number: JP2003529991A
Application number: JP2001573481A
Authority: JP
Inventors: ピーケリー，デクラン; ビーエイデンス，ピーター; ジェイモリス，アクテイヴィオス
Original assignee: Philips Electronics NV
Current assignee: Koninklijke Philips NV
Priority date: 2000-03-31
Filing date: 2001-03-23
Publication date: 2003-10-07
Anticipated expiration: 2021-03-23
Also published as: EP1275115A1; TW591623B; US20010036355A1; KR100821575B1; GB0007868D0; WO2001075888A1; JP4837868B2; US20060093315A1; CN100431354C; HUP0201823A2; MY143015A; US6952521B2; US7574102B2; KR20020026169A; CN1381056A

Abstract

(57)【要約】通常は放送目的のトランスポートストリームフォーマットで記録された第１と第２のストリーム（ＳＥＱ１とＳＥＱ２）から編集されたＭＰＥＧオーディオ／ビデオストリームを発生する種々の方法が開示される。１つの実施例によれば、編集点で、両方の元のストリームをからデータを記録するブリッジシーケンスが発生される。ブリッジシーケンスと第２のシーケンスの間の接続をわたって連続した復号を可能とするために、連続性カウンタの値を調整するために、エレメンタリーストリーム内にパディングパケット（９とＡ、Ｂ）が挿入される。他の実施例では、シームレス再生が要求されず、ブリッジシーケンスが省略され、そして、ＭＰＥＧ−２仕様に従った編集されたストリームを発生するために、種々の処理が、”進行中に”実行される。このために、出口と入口店が特定の形式の符号化されたピクチャに制限され、そして、時間基準の間のオフセットがバッファオーバーフローを避けるために調整される。

Description

【発明の詳細な説明】

【０００１】本発明は、オーディオ／ビデオデータの編集と編集されたオーディオ／ビデオ
データを後に再生する方法及び装置及び、そのような方法と装置によりなされた
編集された記録物に関する。本発明は、例えば、ＭＰＥＧ−２仕様（ＩＴＵ＿Ｔ
勧告、Ｈ．２２２．０｜ＩＳＯ／ＩＥＣ１３８１８−１）に従ったトランスポー
トストリームフォーマットの編集されたオーディオ／ビデオデータストリームの
滑らかな編集のためのアプリケーションに関連する。しかしながら本発明は、そ
のような仕様に従うことは必須ではない。

【０００２】上述のＭＰＥＧ−２仕様は、マルチメディアの多重、同期及び、（オーディオ
を含む）ディジタルビデオプログラムの伝送、記録及び再生で使用される時間基
準回復に関する一般的な方法を規定する。この仕様は、各エレメンタリビットス
トリーム（ビデオ、オーディオ、他のデータ）は、パケット化エレメンタリース
トリーム（ＰＥＳ）に分割され、そして、２つの特徴的なストリーム形式のいず
れかに多重される、パケットに基づくマルチメディア多重を提供する。プログラ
ムストリーム（ＰＳ）は、可変長ＰＥＳパケットの多重であり、ディスク上の記
録のような、エラーフリーの環境で使用されるように設計されている。トランス
ポートストリーム（ＴＳ）は、１８８バイトの固定長のパケットよりなり、１つ
のプログラムの種々のＰＥＳパケットの多重と同様に、複数のプログラムを多重
する機能を有し、放送のようなエラーの起こりがちな環境で使用するように設計
されている。一方、プログラムストリームフォーマットのＰＥＳパケットは、全
体が伝送され且つ中断されないが、ＴＳ内では、ビデオ及びオーディオに対する
ＰＥＳパケットは、副分割され、そして小さなＴＳパケット内で互いに多重され
る。マルチメディア同期と時間基準の回復は、システムタイムクロックとプレゼ
ンテーション／デコーディングのためのタイムスタンプにより達成される。

【０００３】ビデオプログラムを配布するのに知られた１つのシステムは、ディジタルバー
サタイルディスク（ＤＶＤ）である。この標準は、光ディスク上に動画と関連す
る素材を蓄積するために特定の形式のＭＰＥＧ−２プログラムストリームを定義
する。ＤＶＤは、現在は前もって記録された素材の配布を提供するが、現在使用
されている一般的なビデオカセットレコーダがアナログＡ／Ｖ素材を記録するこ
とを可能としているように、放送及び仮定で記録された素材からディジタルＡ／
Ｖデータを記録できる、商用及び家庭用のオーディオ及び／又はビデオ（Ａ／Ｖ
）装置の要求が明らかである。ディジタルビデオ記録システムに対して期待され
る１つの改善は、Ａ／Ｖデータのシームレス編集と滑らかな再生を可能とするこ
とである。アプリケーションは、再生の他分岐点がが可能である、商用又は家庭
用のビデオ編集と、インターラクティブビデオを含む。現代のディスク蓄積媒体
の特に優位な点は、テープ媒体の”線形”の性質と比べて、その”ランダムアク
セス”の性質である。従って、編集されたプログラムは、元のストリームをコピ
ーせずに蓄積しかつ変更することができる。原理的には、再生シーケンスを定義
する限定的な追加情報のみが蓄積されることを必要とする。これは、そして、再
生時にディスクの異なる部分へのアクセスを制御し、編集されたプログラムを合
成するのに使用される。編集されるプログラムは、ユーザ入力に従って、対話的
に決定されうる。

【０００４】原理的には魅力的であるが、単一の復号器を使用するディジタルビデオストリ
ームの実際の記録と編集は、多くの問題があることを認識している。当業者には
既知であるが、オリジナルの記録物は、どのような準拠する復号器でも再生が可
能なことを保証するために規定される、多くの異なるそして相互に関連する制約
に従って発生され且つ蓄積されねばならない。一般的には、所望の編集点で、１
つのオリジナルストリームの真中から他に単純に切り換える場合には、これらの
制約に違反するであろう。そのようなストリームを編集する最も直接的なアプロ
ーチは、それらのストリームを編集点付近で独立に復号し、そして、所望の編集
点でそれらの間を切り替えることである。そのような技術の例はＵＳ５６９６５
５７及び、ＥＰ−Ａ−０９２３２４３に開示されている。しかし、これは、実効
的には第２の復号器を必要とし、そして、消費者は、この出費を避けることを好
む。更なる問題が残る。

【０００５】１つの例として、ディスクに基づくシステムは、テープと比較するときには、
一般的には、元来”ランダムアクセス”であると考えられるが、ディスク上の又
は、他の媒体上の異なる蓄積位置の間での切換に関連する”シーク時間”は、必
然的に、実時間データの流れを中断し、そして、多くのシークの発生と、復号器
への実時間データの不足を防ぐために、実際のシステムでは、ディスク配置規則
が課される。欧州特許出願番号ＥＰ−Ａ−０９８３５９１（ＰＨＮ１６８１５Ｅ
Ｐ）に従って、そのようにしなければ２つの部分が配置規則に違反しないで接続
されないということを保証する、２つのＡ／Ｖ部分を連結するために、”ブリッ
ジシーケンス”が発生されそして、同じディスク上に別々に蓄積される。

【０００６】編集は、第１のグループオブピクチャ（ＧＯＰ）と第２のグループオブピクチ
ャの間のフレーム境界で又は、任意のフレーム点で、２つのＭＰＥＧストリーム
を、接続するのが望ましい。しかしながら、ＭＰＥＧ符号化と復号の性質により
、フレームとバッファ制約の間の時間依存性のような要因により、幾つかの潜在
的な問題を発生する。例えば、ビデオ信号は復号可能ではない。これは、ＭＰＥ
Ｇ−２は他のビデオフレームを参照してビデオフレームを符号化するということ
により、そして、基準フレームが失われると、従属フレームは復号できない。Ｍ
ＰＥＧストリームは、自己完結で他の点の基準として使用される、独立又は、イ
ントラ符号化（Ｉ）フレーム；基準としても使用される予測符号化（Ｐ）フレー
ム；過去及び／又は未来の基準フレームからの予測を使用して符号化される双方
向予測符号化（Ｂ）フレームを有する。

【０００７】ＷＯ−Ａ−００／００９８１（ＰＨＢ３４２６２ＷＯ）は、２つのストリーム
からブリッジシーケンスへ、オーディオ及びビデオを再符号化及び再多重するブ
リッジシーケンスの概念を更に適用する。このブリッジシーケンスは、符号化の
準拠を維持しながら、２つのストリームを共に連結し、標準復号器を通して滑ら
かな再生を伴なう、フレーム精度編集を可能とする。

【０００８】本発明は、そのような機構を更に改善し且つ適応する。上述の従来技術は、記
録は、ＭＰＥＧ−２のプログラムストリームフォーマットに基づいていると仮定
する。ＭＰＥＧトランスポートストリーム（ＴＳ）に基づく代わりの家庭用ディ
ジタルビデオ記録フォーマットが新しく望まれている。１つのそのような記録フ
ォーマットの特徴は、我々の、発明の名称”ディジタルビデオ記録物の生成と再
生のための方法及び装置及び、そのような方法で作成された記録物”の英国特許
出願番号０００７８７０．９（ＰＨＧＢ００００４１）で開示されている。ＴＳ
フォーマットの記録物の編集と再生は、ＰＳフォーマットで現在ある問題に更に
幾つかの問題を提起する。

【０００９】取り組むべき問題の概要は、正しくない基準フレームを使用して復号すること
は、視覚的な歪を導くことである。ＴＳ内のビデオフレームのリオーダリングは
、表示されるべきでない編集されたストリーム内のビデオフレームとなる。オー
ディオも編集処理により同様に影響を受ける。オーディオ信号はビデオと整列し
ていないので、２つのストリームを接続すると、編集点付近で部分的なオーディ
オフレームとなり、オーディオの歪となる。結合されたストリームがＭＰＥＧバ
ッファモデル要求に従わないときにはバッファ問題が起こり、この結果復号器で
データの損失が発生する。ビデオフレームと共に提示されるオーディオフレーム
は、一般的には、多重内で対応するビデオの前後１秒までに到着し、多重ストリ
ーム内で整列していないので、オーディオのスキューが発生する。（ＰＣＲ／Ｐ
ＴＳ／ＤＴＳ）タイムスタンプに対して使用される時間基準内で不連続が発生す
る。更に、編集点でＴＳパケット内の連続性カウンタが不連続となる。

【００１０】発明者は、２つの異なる形式の編集を提供することを認識する。これらは、（
ｉ）ストリームが、シームレスでなく、グループオブピクチャ（ＧＯＰ）境界で
接続される単純な編集そして、（ｉｉ）ストリームがフレーム精度で且つシーム
レスに、ＧＯＰ境界に関わらず、フレーム精度で接続される複雑な編集である。
編集の各形式は、上述の形式の問題を避けるために注意深い処理を必要とする。
ＭＰＥＧ仕様は、トランスポートストリーム内で信号が与えられる、シームレス
及び非シームレス形式の両方の、”重ね継ぎ点”を提供する。しかし、これらの
編集点の使用は、プログラム提供者が、ストリーム内にそのような信号を含めた
範囲でのみ可能であり、そして、予め定められた重ね継ぎ点は、ユーザ選択のフ
レームで、フレーム精度の編集のオプションを扱うことができない。

【００１１】米国特許ＵＳ５９１７９８８（ソニー株式会社）は、ストリームがグループオ
ブピクチャ（ＧＯＰ）をまたいで共に接続された時に、欠陥のある画像の出力を
防ぐ装置と方法を提案する。提示された機構は、悪い画像よりもむしろ再生時に
ポーズを与えるように復号するために使用される１つの基準画像を繰返す。この
方法は、滑らかな、フレーム精度の編集と再生を発生せず、そして、バッファ不
連続又は、多重連続問題を考慮しない。

【００１２】プロ用のアプリケーションでのストリーム編集に対する他の提案は、ＥＰ０９
２６６７８Ａ２（テクトロニクス）である。フレーム基準は、編集点付近で、編
集装置の補助メモリを使用してＩ−ピクチャのみを使用して、入力シーケンスを
用いて合成され、復号されそして、再符号化される。このアプローチは、シーム
レス編集を発生するが、しかし、アドレス、多重又は、オーディオ問題から生じ
る問題と取り組まない。更に、高速補助メモリの問題は、民生装置で使用するの
に適する、光ディスクそれ自身上に蓄積された編集を提供しない。Ｉ−ピクチャ
の連続のみを含むブリッジシーケンスは、典型的な光ストレージ装置のビットレ
ート制約内で許容するにはデータレートが高すぎることは言うまでもない。

【００１３】本発明の目的は、ＭＰＥＧ−２ＴＳのような、編集された符号化されたストリ
ームの滑らかな再生のための種々の方法と装置を提供することである。本発明は
、符号化され多重されたストリームを再生し且つ編集するときに、同様な問題が
一般的に発生するような、ＭＰＥＧ−２に準拠するストリームの厳しい制約を超
えて適用可能である。

【００１４】発明者は、特に外部復号器へのディジタルインターフェースを介して、編集さ
れたストリームの滑らかな再生を保証するために、異なる形式のデータストリー
ムの編集が可能でありそして、どのような提案された方法も、これと符号化フォ
ーマットに固有な他の制約を考慮しなければならないことは認識されている。Ｍ
ＰＥＧトランスポートストリーム野獣フォーマットに関連する問題は、取り組ま
れ、ユーザへのオーディオ及びビデオ妨害を減少される。

【００１５】本発明の第１の特徴に従って、予め定められた復号器により課される制約に違
反することなく、第１のシーケンス内の第１の編集点が、第２のシーケンス内の
第２の編集点と連結されるように、蓄積装置からフレームに基づくデータのシー
ケンスを読出し且つそれを編集するように動作できる手段を有するデータ処理装
置であって、蓄積されたシーケンスの各々は、複数のトランスポートパケットの
少なくとも１つの系列を有し、所定の系列のトランスポートパケットは、それぞ
れの連続性カウンタ値を有し、そのカウンタ値の各々は先行するものと所定の連
続性規則により関連し、この装置は、前記制約と連続性規則に従いながら、前記
第１と第２の編集点を連結するトランスポートパケットの編集されたシーケンス
を定義するために、前記編集点の連結から生じる連続性カウンタ値の不連続の大
きさを計算する手段と、各々が自分自身の連続性カウンタ値を有する対応する番
号の追加のトランスポートパケットを発生する手段とを有する装置が提供される
。

【００１６】一実施例では、少なくとも前記第１のシーケンスは、少なくとも１つのパケッ
ト化されたエレメンタリーストリームを担い、そのパケットは、前記トランスポ
ートパケットを構成するために副分割されており、装置は更に、ペイロードがパ
ケット境界を含むトランスポートパケットを識別し、且つ、識別されたパケット
の前に挿入されたときに、前記連続性規則に従うために、前記追加のパケットを
発生するようになされる。

【００１７】装置は、ディジタルインターフェースを介して、前記追加のパケットを含む、
トランスポートパケットの前記編集されたシーケンスを出力手段を有してもよい
。

【００１８】第１と第２のシーケンスと編集されたシーケンスは、例えば、個々に規定され
ているように、ＭＰＥＧ−２使用に従っても良い。

【００１９】フレームに基づくデータの第１と第２のシーケンスは、各々が、多重された複
数のパケット化されたエレメンタリーストリームを有し、各エレメンタリースト
リームは、トランスポートパケットのそれ自身のシーケンスを有する。連続性規
則は各エレメンタリーストリームに対して独立に動作し、装置は、個々にそのス
トリームに対して計算された不連続性の大きさに従って、各エレメンタリースト
リームに対する追加のトランスポートパケットを発生する様になされる。

【００２０】装置は、編集されたシーケンスを共に後に再生することを可能とするために、
編集を定義する追加のデータを発生し且つ蓄積しても良い。前記追加のトランス
ポートパケットは、前記追加のデータの一部として、発生され且つ蓄積されても
よい。かわりに、装置は、編集されたシーケンスの再生まで前記追加のパケット
を発生しないように適用されても良い。

【００２１】一実施例では、前記第１と第２のシーケンスは、シーケンスの他のフレームを
参照せずにイントラ符号化された幾つかのフレームと、シーケンスの少なくとも
１つの更なるフレーム又はフィールドを参照してインター符号化されたいくつか
のフレームとを有するフレームに基づくデータを有し、装置は、蓄積された第１
と第２のフレームシーケンスからのフレームを選択的な統合と、それぞれの編集
点により示された第１と第２のシーケンスからのフレームの符号化形式（イント
ラ又はインター）により決定されるようにブリッジシーケンス内で１つ又はそれ
以上のフレームの選択的な再符号化により、前記編集点付近で第１と第２のシー
ケンスを連結するトランスポートパケットのブリッジシーケンスを形成するよう
になされたブリッジ発生手段を有してもよい。

【００２２】そのような実施例では、追加のトランスポートパケットは、発生されたブリッ
ジシーケンスに含まれても良い。

【００２３】前記不連続性規則は、特定のクラスのフレームヘッダがすぐ後に続く位置で、
編集されたシーケンスの不連続点を許し、そのような場合には、装置は、蓄積さ
れた第２のシーケンスを入力する前に不連続性規則に従うことを保証するために
、前記追加のパケットを挿入しながら、ブリッジシーケンス内にそのような不連
続点を含むようになされてもよい。そのような実施例は、連続性規則に従うため
に、変更されるパケットは少ない。

【００２４】装置は、前記第１と第２のシーケンス及びプレイリスト情報と共に、記録担体
にブリッジシーケンスを蓄積する手段を有しても良い。そのような実施例では、
追加のトランスポートパケットは、蓄積されたブリッジシーケンス内に含まれて
も良く、又は、代わりに、装置による再生中に発生されても良い。

【００２５】更に本発明の第１の特徴に従って、予め定められた復号器により課される制約
に違反することなく、蓄積装置からフレームに基づくデータのシーケンスを読出
し且つそれを編集する方法であって、蓄積されたフレームシーケンスの各々は、
複数のトランスポートパケットの少なくとも１つの系列を有し、所定の系列のト
ランスポートパケットは、それぞれの連続性カウンタ値を有し、そのカウンタ値
の各々は先行するものと所定の連続性規則により関連し、この方法は、前記制約
と連続性規則に従いながら、前記第１と第２の編集点を連結するトランスポート
パケットの編集されたシーケンスを定義するために、前記編集点の連結から生じ
る連続性カウンタ値の不連続の大きさを計算し、且つ、各々が自分自身の連続性
カウンタ値を有する対応する番号の追加のトランスポートパケットを発生する方
法が提供される。

【００２６】更に、本発明の第１の特徴に従って、第１のフレームシーケンス内の第１の編
集点が、第２のフレームシーケンス内の第２の編集点に連結される連結する１つ
又はそれ以上のブリッジシーケンスと共に、第１と第２のフレームシーケンスを
担う蓄積装置が提供される。

【００２７】第２の特徴では、本発明は、編集データは、望ましく編集されたシーケンスを
出力するために、第１のシーケンスの第１の編集点と、第２のシーケンスの第２
の編集点を連結する、蓄積装置から第１と第２のシーケンスのデータを読み出す
ために、蓄積された編集データに応答して動作可能な再生手段を有するデータ再
生装置であって、前記第１の編集点での前記第１のストリームを切り且つ前記第
２の編集点で前記第２のストリームに入ることが、前記復号器仕様内で、１つ又
はそれ以上の制約を潜在的に破るように、前記第１と第２のシーケンスは、各々
が、予め定められた復号器仕様に従った形式で、符号化され且つ多重された、少
なくとも２つの多重されたエレメンタリーストリームを有し、前記再生手段は、
出力として、前記編集されたシーケンスが前記復号器仕様に従うように、前記編
集点の付近で前記第１と第２のシーケンスから選択的にデータを再生することに
より、前記エレメンタリーストリームの記録又は再多重を行うことなしに、実質
的に動作する装置を提供する。

【００２８】本発明の第２の特徴は、更に、蓄積されたデータを再生する方法であって、望
ましく編集されたシーケンスを出力するために、第１のシーケンス内の第１の編
集点を第２のシーケンス内の第２の編集点に連結する、予め蓄積された編集デー
タに従って蓄積された第１と第２のシーケンスのデータが蓄積装置から読み出さ
れ且つ再生され、前記第１の編集点での前記第１のストリームを切り且つ前記第
２の編集点で前記第２のストリームに入ることが、前記復号器仕様内で、１つ又
はそれ以上の制約を一般的に破るように、前記第１と第２のシーケンスは、各々
が、予め定められた復号器仕様に従った形式で、符号化され且つ多重された、少
なくとも２つの多重されたエレメンタリーストリームを有し、前記再生手段は、
出力として、前記編集されたシーケンスが前記復号器仕様に従うように、前記編
集点の付近で前記第１と第２のシーケンスから選択的にデータを再生することに
より、前記エレメンタリーストリームの記録又は再多重を行うことなしに、実質
的に動作する、方法を提供する。

【００２９】本発明の第２の特徴は更に、前述の方法で再生された、編集されたデータシー
ケンスを再生する信号を提供する。

【００３０】本発明の更なる特徴は、添付の請求項に列挙されており、その開示は参照によ
りここに組み込まれ、読者の注意が向けられる。更に、本発明の独立の特徴は、
以下の開示から明らかである。これらを、更に、限定しない以下の実施例により
説明する。

【００３１】本発明の実施例を、添付の図面を参照して、例示目的のみで、説明する。

【００３２】ディジタルビデオ記録−一般以下の説明は、ＭＰＥＧ規格（ＭＰＥＧ１に対してはＩＳＯ／ＩＥＣ１１１７
２そして、ＭＰＥＧ２に対してはＩＳＯ／ＩＥＣ１３８１８）に従った、Ａ／Ｖ
装置をとくに考えるが、当業者は、ＭＰＥＧ規格に従わない他のＡ／Ｖ符号化に
本発明を適用できることは理解されよう。

【００３３】以下の説明は、本発明が、ＭＰＥＧ符号化と多重で使用されている時間依存性
とバッファモデルのために、単純なカットアンドペースト編集が丁度フレーム境
界で行えない、ＭＰＥＧトランスポートストリーム内のビデオ−及び／又はオー
ディオ−フレームの正確な編集をする問題と、どのように取り組むかを開示する
。

【００３４】再生しながらの２重復号なしに編集を容易にするために、ブリッジシーケンス
が発生され、これは、ＭＰＥＧデータの２つのもとの記録を共に連結するために
（上述の方法で）特に構成されたＭＰＥＧデータの短いシーケンスである。これ
は、上述のＷＯ−Ａ−００／００９８１（ＰＨＢ３４２６２ＷＯ）内に、プログ
ラムストリームフォーマットの編集のために、原理的に開示されている。更なる
背景は、その文献を参照する。その文献から知られるように、一般的には行こう
なＭＰＥＧストリームを構成するために、データの一部を部分的に復号し且つ再
符号化することが必要である。

【００３５】ビデオ編集での最終的な要素は、制御構造又はプレイリストである。これは、
再生システムに、ストリームをどのように順番に並べるかを指示する。それは、
元のストリームから出るテントブリッジシーケンスの開始に関する情報を規定す
る。それは、ブリッジシーケンスの最後から第２のストリームへのジャンプの場
所を規定する。また、再生を容易にする管理を行う他の情報も含む。

【００３６】図１の破線の四角内は、本発明を行うのに適する、光ディスク記録及び再生装
置の形式の装置の実施例を示す。装置の記載では、フレーム毎のビデオ信号の扱
いに集中するが、オーディオ又は、データ信号のような、他の形式の信号も代わ
りに又は加えて処理でき、そして、本発明は、磁気データ蓄積手段及び、コンピ
ュータハードディスクドライブのような他の記憶装置にも、等しく適用可能であ
る。

【００３７】装置は、光ディスク３上に記録されるビデオ信号を受信する、入力端子１を有
する。更に装置は、ディスクから再生されたビデオ信号を供給する出力端子２を
有する。これらの端子は、ＩＥＥＥ１３９４のようなインターフェースを介して
、衛星、ケーブル又は同様なものから、ＭＰＥＧＴＳフォーマットで放送信号
を受信する、”セットトップボックス”の形式の、ディジタルＴＶ受信器及び復
号器１２へ接続されるのに使用される。復号器は従来のアナログＴＶセットでも
よい、表示装置１４に表示信号を供給する。

【００３８】ディスク３のデータ領域は、対応するセクタアドレスを有する、物理的なセク
他の連続する範囲を有する。このアドレス空間はに分割され、シーケンス領域は
セクタの連続シーケンスである。図１に示されたビデオ記録装置は、即ち、ディ
スクサブシステム６と記録と再生の両方を制御するビデオレコーダサブシステム
８と呼ぶ２つの主なシステム部品に分割される。２つのサブシステムは、容易く
理解できる、幾つかの特徴があり、ディスクサブシステムは、論理アドレス（Ｌ
Ａ）に関して透明にアドレスでき、且つディスクから／ディスクへの読出し及び
／又は書き込みの、最大連続ビットレートを保証できる。

【００３９】図２は、装置の更なる詳細を示す。装置は、図１のサブシステム８に含まれる
、信号処理ユニット１００を有する。信号処理ユニット１００は、ディジタル入
力端子１を介してビデオ信号を受信しそして、ビデオデータをディスク３上に記
録するためのチャネル信号に処理する。破線１０２により示されている読み出し
／書き込みユニット１０２が、図１のディスクサブシステム６内に組み込まれて
、設けられている。読み出し／書き込みユニット１０２は、光ディスク３から読
出し、そして光ディスク３に書き込むようになされた、読み出し／書き込みヘッ
ド１０４を有する。位置決め手段１０６が、ディスク３をわたる半径方向に、ヘ
ッド１０４の位置を決めるために設けられる。読み出し／書き込み増幅器１０８
が、ディスク３へそしてディスク３からの信号を増幅器するために設けられる。
モータ１１０は、信号発生ユニット１１２により供給されるモータ制御信号に応
答して、ディスク３を回転させる。マイクロプロセッサ１１４は、制御線１１６
，１１８及び、１２０を介して全ての回路を制御するために設けられる。

【００４０】信号処理ユニット１００は、入力端子１から受信したビデオデータを、チャネ
ル信号の情報のブロックに変換する。情報のブロックのサイズは、可変だがしか
し、（例えば、）２ＭＢから４ＭＢの間である。書き込みユニット１０２は、チ
ャネル信号の情報のブロックを、ディスク３上のシーケンス領域内に書き込む。
元のビデオ信号に対応する情報のブロックは、その配置はフラグメント化記録と
して知られている図３の記録図内で分かるように、連続である必要のない、多く
のシーケンス領域内に、書き込まれる。記録時に、特定の配置規則に合致する場
合には、実時間ヘッドラインに会うように十分に速くそのようなフラグメント化
記録を記録し且つ書き込むことができるのは、ディスクサブシステムの特徴であ
る。

【００４１】ディスク３に以前及び、記録ステップで記録されたのビデオデータの編集を可
能とするために、装置は、更に、ディスク３上に記録された第１のビデオ信号の
出口位置（出力点）を受信し、且つ同じディスク上に記録される第２のビデオ信
号内の入力位置（入力点）を受信する入力ユニット１３０が更に設けられている
。更に、装置は、以後に詳細に説明する２つのビデオシーケンスを連屈するブリ
ッジシーケンスを発生するために、信号処理ユニット１００内に組み込まれた、
ブリッジシーケンス発生ユニット１３４を有する。

【００４２】図３は、ビデオ信号の記録を示す。ビデオレコーダサブシステム８では、実時
間信号のビデオ信号は、図３の上方部分に示されたように、実時間ファイルＲＴ
Ｆに変換される。実時間ファイルは、対応する（しかしフラグメント化された）
シーケンス領域内に記録するために、連続する信号ブロックシーケンスＳＥＱよ
り構成される。ディスク上のシーケンス領域の位置の制約は無く、従って記録さ
れたビデオ信号のデータの部分を含むどの２つの連続するシーケンス領域も、図
３の下部に示されたように、論理アドレス空間ＬＡＳ内のどこにも置かれうる。
各シーケンス領域内で、実時間データは連続して配置される。各実時間ファイル
は単一のＡ／Ｖストリームを示す。Ａ／Ｖストリームのデータは、ファイルシー
ケンスの順序でシーケンスデータを連結することにより、得られる。

【００４３】図４は、ディスク３上に記録されたビデオ信号の再生を示す。ビデオ信号の再
生は、論理アドレス空間のどこにも配置できる再生制御（ＰＢＣ）プログラムに
より制御される。一般的には各ＰＢＣプログラムは、新たな再生シーケンスＰＢ
Ｓを定義し、これは、編集版の記録されたビデオ及び／又はオーディオ部分を含
んでも良く、そして、それぞれのシーケンス領域からのセグメントのシーケンス
を規定しても良い。所望のシーケンスを構成するここのシーケンスの論理アドレ
スへのポインタは、ＰＢＣ内に直接的に又は間接的に含まれる。図３と４の比較
から分かるように、（図３からの）元のファイルシーケンスを形成することを必
要とされたＰＢＣは、元のシーケンスに対応する再生フレーム連続を提供ために
フラグメント化されて記録された部分を並びかえる。

【００４４】ディジタルビデオ記録物の編集−一般図５は、ディスク３上に記録された１つ又はそれ以上のビデオ信号の編集を示
し、そして、”ファイルＡ”と“ファイルＢ”と付された部分の２つのシーケン
スにより示された、２つのビデオ信号を示す。以前に記録された１つ又はそれ以
上のビデオ信号の編集版を実現するために、以前のＡ／Ｖ記録からの部分を新た
な順序に連結することにより得られるＡ／Ｖシーケンスを定義するために、新た
なＰＢＣプログラムが発生される。その部分は、同じ記録物から又は、異なる記
録物からでもよい。ＰＢＣプログラムを再生するために、（１つ又はそれ以上の
）実時間ファイルからの、種々の部分からのデータは、復号器に送られねばなら
ない。これは、確実時間ファイルにより示されるストリームの部分を連結するこ
とにより得られる新たなデータストリームを暗示する。図５には、１つはファイ
ルＡからそして、２つはファイルＢからの３つの部分を使用するＰＢＣプログラ
ムが示されている。

【００４５】図５は、編集版がファイルＡの連続の領域内の点Ｐ１から開始し、ファイルＡ
の次のシーケンス内の点Ｐ２まで続くことを示す。そして、再生は、ファイルＢ
のシーケンス領域内の点Ｐ３にジャンプし、そして、ファイルＢの次のシーケン
ス内の点Ｐ４まで続く。次の再生は、同じファイルＢ内の点Ｐ５にジャンプし、
これは、点Ｐ３よりもファイルＢ内の連続するシーケンス領域の前の点でも良く
、又は、点Ｐ４よりも連続する後の点でも良い。ファイルＢ内のシーケンス領域
内の点Ｐ５から、再生は点Ｐ６まで続く。遷移Ｐ２−Ｐ３とＰ４−Ｐ５に対する
ブリッジシーケンスの発生は、明確にするために、図５からは省略されている。
これらのブリッジシーケンスの発生の理由と手段をここで考える。

【００４６】一般的に理解されるように、以下の例はフィールド基準の編集よりもむしろフ
レーム基準の編集に関連する。編集は、正確なフィールドレベルで行われるが、
ＭＰＥＧは、フィールドを対で扱いがちであり、そして、フレームのフィールド
間の編集点に順応させるには余分な処理労力が要求される。そのような設備の要
求は、実行時の追加の複雑さに値するとは考えられない。当業者には、（上述の
ように）ＭＰＥＧ準拠は必須ではなく、そして、ここで説明する技術は、非ＭＰ
ＥＧフィールド基準データにも適用可能である。

【００４７】イントラ符号化画像とインターリーブされたインター符号化画像を有するスト
リームでは、２つの編集の形式が考えられる。第１に、単純な編集が行われ、こ
こでは、ストリームはビデオフレーム境界で接続されるが、しかし、結合された
ストリームが滑らかな再生ができるという保証は成されない。この場合には、再
生は新たなグループオブピクチャ（ＧＯＰ）の先頭に又は、他の適する入力点に
ジャンプされ、それにより、フレームの精度の編集は、厳しく達成されない。同
様に、第１のシーケンスからの出口点は制限される。ユーザとシステムは、フレ
ーム精度で出口と入口を規定しても良いが、しかし、再生システムは、画像符号
化形式の制約と可能な他の要因が与えられれば、最も近い近似を実行する。

【００４８】第２に、更に複雑な編集が認識され、ここでは、ブリッジシーケンスが２つの
ストリームの不一致を扱うために形成される。図６は、図５に示された編集点を
含むことが保証されうるブリッジシーケンスを示す。編集されたストリームがバ
ッファとデータ依存性要求に合致することを保証するのに必要なので、斜線なし
に示された、ブリッジシーケンスのコアで、データのシーケンスは再度多重され
そして、記録される。これは、符号化形式に依らず、編集点の自由な選択を可能
とする。斜線で示された、追加のＡ／Ｖデータは、ディスクサブシステム６から
の連続する再生を保証するために、配置要求に合致させるために、編集点の前後
からブリッジシーケンスにコピーされる。本出願人の上述の出願ＷＯ−Ａ−００
／００９８１（ＰＨＢ３４２６２ＷＯ）は、これらの技術の、基本的な原理を開
示する。しかしながら、特に、ＭＰＥＧトランスポートストリーム（ＴＳ）及び
、同様なフォーマットに基づくフォーマットを伴なう記録を編集するときには、
幾つかの実際の問題が、効果的な方法で解決するために残る。

【００４９】両場合（単純及び、複雑な編集）ともに、元のストリームはディスク上に変更
されずに残る。ブリッジシーケンスが形成される複雑な編集は、通常はディスク
上で行われる。単純な編集は、テープに基づくシステムで実行されても良く、こ
こでは、２つのストリームが任意のビデオ境界で、テープ上で連結される。単純
及び複雑な形式の編集と再生手順の詳細を以下に説明する。本実施例では、上述
の従来技術で仮定されているプログラムストリームよりも、ストリームはトラン
スポートストリーム（ＴＳ）形式フォーマットで多重される。

【００５０】トランスポートストリームフォーマット図７は、ＭＰＥＧ−２トランスポートストリーム（ＴＳ）フォーマットの主な
特徴と構造を示す。図１のシステムでは、放送から直接に受信され、及び、ディ
ジタルインターフェース１と２を介して送られたのと同様に、データは、ＴＳに
基づくフォーマットでディスク３上に蓄積される。ＴＳは、図中でＴ−ＰＫＴと
とラベルが付されているトランスポートパケットの連続するストリームであり、
各々が１８８バイトのデータを有し、そして、図７の一番上に示されたフォーマ
ットを有する。シンタックス、語義、及び、適用可能な制約を含むＭＰＥＧ−２
トランスポートストリームの詳細は、ＩＴＵ−Ｔ勧告Ｈ．２６２｜ＩＳＯ／ＩＥ
Ｃ１３８１８−１に記載されている。ＭＰＥＧ−２システムに関する情報は、ｈ
ｔｔｐ：／／ｗｗｗ．ｍｐｅｇ．ｏｒｇでオンラインで入手できる。簡単には、
各トランスポートパケットは、ヘッダ部分とペイロード部分を含み、ペイロード
部分は図では、ＤＡＴ−０からＤＡＴ−Ｎバイトで示されている。ヘッダは、特
徴的な同期バイトｓｙｎｃで始まり、トランスポートエラーインジケータＴＥＩ
、ペイロードユニット開始インジケータＵＳＩ、トランスポート優先インジケー
タＴＰＩ、パケット識別子ＰＩＤ、トランスポートスクランブル制御フィールド
ＴＳＣ、適応フィールド制御ＡＦＣ及び、連続性カウンタＣＣを含む、種々のフ
ラグと制御フィールドが続く。

【００５１】連続性カウンタＣＣＣｃは、所定のＰＩＤに対して、各トランスポートストリ
ームパケットで増加する４−ビットのフィールドである。ＣＣは最大値の後に０
になる。ＣＣは、パケットの適応フィールド制御が、パケットにペイロードがな
いことを示すときには増加しない。連続性カウンタは、トランスポートストリー
ムの特徴で、プログラムストリームフォーマットにはなく、エラーの起こりやす
いチャネルで、装置がパケットの損失を検出するのを検出することを可能とする
ように設計されている。失われたパケットは、一般的には、新たなヘッダを有す
る新たな同期が得られるまで捨てられねばならない。これは、ＴＳの編集を更に
難しくするが、しかし、復号器は、編集により故意に起こされた不連続と伝送エ
ラーにより起こされた不連続との間を区別できなければならない。

【００５２】フィールドＡＦＣの内容により、適応フィールドＡＦが存在し、ペイロードデ
ータに割り当てられる幾つかの空間を占める。適応フィールドＡＦは、例えば、
ＭＰＥＧ２のＩＳＯ／ＩＥＣ１３８１８１内で定義された、不連続インジケータ
フラグを含む。’１’に設定された場合には、このフラグは、現在のトランスポ
ートストリームパケットに対して不連続状態であることを示す。不連続インジケ
ータは、システムタイムベースの不連続と連続性カウンタの不連続の、２つの形
式の不連続を示すのに使用される。予め定められた意味のオプショナルデータフ
ィールドに加えて、適応フィールドがスタフィングバイトで充填され、ＰＥＳパ
ケットの終わりと、ＴＳパケットの境界が一致するようにする。

【００５３】システムタイムベースの不連続性は、プログラムクロックリファレンスＰＣＲ
（ＩＳＯ／ＩＥＣ１３８１８１−２セクション２．４．４．９参照）の形式のシ
ステムタイムベースを担うように指定されたＰＩＤのトランスポートストリーム
パケット内の不連続性インジケータを使用して示される。仕様を引用すると、不
連続性状態がＰＣＲ＿ＰＩＤとして指定されたＰＩＤのトランスポートストリー
ムパケットに対して真であるときには、同じＰＩＤのトランスポートストリーム
パケット内の次のＰＣＲは関連するプログラムの新たなシステムタイムクロック
のサンプル値を示す。不連続性インジケータは、システムタイムベースの不連続
性が発生したときにはパケット内で’１’に設定されるべきである。不連続性イ
ンジケータビットは、新たなシステムタイムベースＰＣＲを含むパケットに先立
ち、同じＰＣＲ＿ＰＩＤのトランスポートストリームパケット内でも’１’に設
定され得る。この場合には、一旦、不連続性インジケータが’１’に設定された
ときには、新たなシステムタイムベースの最初のＰＣＲを含むトランスポートス
トリームパケットまで、同じＰＣＲ＿ＩＤの全てのトランスポートストリームパ
ケット内で’１’に設定され続けられる。

【００５４】特にシステムタイムベース内の不連続性と対称的に、不連続性インジケータに
より一度フラグが付されると、有効なトランスポートストリーム内で予想され且
つ、復号器はこれらをシームレスに行う。連続性カウンタ値の不連続は、不連続
性インジケータにより”知られている”として知らせられるがさらに、、典型的
な復号器に、オーディオ／ビデオフレーム構造を再同期し且つ復号パラメータを
書くん去るために新たなシーケンスヘッダが見つかるまで、無効としてデータを
扱うようにさせる。

【００５５】再びＭＰＥＧ仕様を引用すると、連続性カウンタの不連続は、どのトランスポ
ートストリームパケット内でも不連続性インジケータを使用して示される。ＰＩ
ＤがＰＣＲ＿ＰＩＤとして指定されていないトランスポートストリームパケット
内で不連続状態が真の時には、そのパケット内の連続性カウンタは、同じＰＩＤ
を有する前のトランスポートストリームパケットに関して不連続となろう。ＰＩ
ＤがＰＣＲ＿ＰＩＤとして指定されているトランスポートストリームパケット内
で不連続状態が真の時には、システムタイムベースの不連続が起こったパケット
内でのみ不連続であろう。連続性カウンタの不連続点は、トランスポートストリ
ームパケット内で不連続状態が真であり且つ、同じパケット内で連続性カウンタ
が、同じＰＩＤを有する前のトランスポートストリームパケットに関して不連続
のときに、発生する。

【００５６】エレメンタリーストリームデータを含むとして指定されたトランスポートパケ
ット内の連続性カウンタの不連続の後に、同じＰＩＤのトランスポートストリー
ムパケット内のエレメンタリーストリームの最初のバイトがエレメンタリースト
リームアクセス点の最初のバイトであろう。オーディオの場合には、そのような
アクセス点は、新たなオーディオフレームの先頭である。ビデオの場合には、ビ
デオシーケンスヘッダの先頭バイト又は、ビデオ試験すヘッダが続くシーケンス
エンドコードが、アクセス点として働く。連続性カウンタの不連続点が発生し且
つ、ＰＴＳ又はＤＴＳが発生する、ＰＣＲ＿ＰＩＤとして指定されていないＰＩ
Ｄを有するエレメンタリーストリームデータを含む各トランスポートストリーム
パケットは、関連するプログラムに対してシステムタイムベースの不連続が発生
した後に、Ｔ−ＳＴＤの入力に到着する。不連続状態が真のこれらの場合には、
同じ連続性カウンタ値を有し且つ’０１’又は’１１’に設定された適応フィー
ルドを有する、同じＰＩＤの２つの連続するトランスポートストリームパケット
が、発生するときには、第２のパケットは捨てられる。有効なトランスポートス
トリームは、そのようなパケットを捨てることがＰＥＳパケットペイロードデー
タ又は、ＰＳＩデータの損失を発生するようには構成されるべきでない。

【００５７】ＤＶＢディジタル放送フォーマットの例では、ＴＳストリームのデータレート
は約４０（Ｍビット／秒）であり、一方、オーディオビジュアルプログラムの典
型的なデータレートは、１０Ｍビット／秒以下である。従って、図７のＴＳに示
されたように、種々のプログラムＰＲＯＧ１，ＰＲＯＧ３は、単一のトランスポ
ートストリームに多重できる。各トランスポートパケットのフィールドＰＩＤは
、そのパケットが関連するエレメンタリーストリームを示し、多くの他のストリ
ームとトランスポートパケット単位でインターリーブされている。例えば、１つ
のプログラムは、ビデオストリーム（この例ではＰＩＤ＝’０５５’）、オーデ
ィオストリーム（ＰＩＤ＝’０５６’）及び、テレテキストデータストリーム（
ＰＩＤ＝’０５７’）を含んでも良い。ＰＩＤ値とプログラムの対応、及び、各
ＰＩＤで担われているデータの形式は、プログラム特定情報（ＰＳＩ）テーブル
の形式で維持される。トランスポートストリーム内で周期的に、プログラム関連
テーブルＰＡＴがＰＩＤ＝０を有するトランスポートパケットの特別なストリー
ム内で担われている。ＰＡＴは順にＰＲＯＧ１，ＰＲＯＧ３等に対して、度のス
トリームがプログラムマッピングテーブルＰＭＴを担うか、どれが単一プログラ
ムに関連する異なるＰＩＤ値を完全にリストするかを示し、そして、各々の内容
（ビデオ、オーディオ、代わりの言語のオーディオ等）を記述する。制御目的の
これらのテーブル及び他のデータは、ここでは、システム情報と呼ぶ。

【００５８】トランスポートストリームから所定のプログラム（ＰＲＯＧ１）を再生し又は
記録するために、そのＰＩＤを有する連続するトランスポートパケットのペイロ
ードＤＡＴ−０からＤＡＴ−Ｎが１つのストリームに連結され、そして、このス
トリームはパケット化エレメンタリーストリームパケットＰＥＳ−ＰＫＴを担い
、これは、更にＭＰＥＧ２仕様内で定義される。各ＰＥＳパケットは、特徴的な
パケットスタートコードプリフィックスＰＳＣＰで開始する。ＰＥＳヘッダ内の
次は、（例えば、ビデオ、オーディオ、パディングストリーム、又は、プライベ
ートストリームのような）エレメンタリーストリームの形式を識別するストリー
ム識別子ＩＤである。ＰＥＳパケットは、特定のアプリケーションで規定されて
いない限り固定長は有せず、そして、ＰＥＳパケット長フィールドＬＥＮは、Ｐ
ＥＳパケットの数を規定する。例えば、データアライメントインジケータＤＡＩ
とヘッダ長フィールドＨＬＥＮを含む、種々の制御及びフラグフィールドＣ＆Ｆ
が続く。種々のオプションフィールドが、Ｃ＆Ｆフィールド内の関連するフラグ
の値に従って、ヘッダＨＤＡＴ内に存在し、例えば、システムクロックを参照し
て時間を規定する、ＰＥＳパケット内の”プレゼンテーションユニット”（画像
、オーディオフレーム等）の先頭が表示される、プレゼンテンションタイムスタ
ンプＰＴＳが存在する。ある場合には、プレゼンテーションユニットは、その表
示順序と異なる順序で復号され、その場合にはデコーディングタイムスタンプＤ
ＴＳも存在する。

【００５９】同じＳＩＤを有する連続するＰＥＳパケットのペイロードＰＹ−０からＰＹ−
Ｎは、図７のＥＳで概略が示された連続するエレメンタリーストリームのデータ
を構成する。ビデオエレメンタリーストリームＥＳ−ＶＩＤＥＯの場合には、種
々の画像シーケンス又はクリップＳＥＱが存在し、各々は、その先頭でシーケン
スヘッダＳＥＱＨを有する。量子化マトリクス、バッファサイズ及び、同様なも
のを含む、復号器の種々のパラメータは、シーケンスヘッダ内で規定される。従
って、ビデオストリームの正しい再生は、復号器が、シーケンスヘッダの位置で
開始するときにのみ達成される。各シーケンスに対するデータ内に、ビデオデー
タの１つ又はそれ以上の”アクセスユニット”があり、各々は、画像（アプリケ
ーションによりフィールド又はフレーム）に対応する。各画像はピクチャスター
トコードＰＳＣが先行する。グループオブピクチャＧＯＰには、グループスター
トコードＧＳＣが先行し、全ての次の特知恵のシーケンスヘッダは、ＳＥＨＱで
ある。

【００６０】既知であるが、ＭＰＥＧ−２内の画像と他の現代のディジタルフォーマットは
、時間冗長度を減少させるために１つ又はそれ以上の基準により符号化される。
動き補償は、隣接する１つの画像又は複数の画像に対して既に復号された内容か
ら１つの画像の内容を推定する。従ってグループオブピクチャＧＯＰは、典型的
には、他の画像を参照せずに符号化される１つのイントラ符号化された”Ｉ”フ
レーム、前のＩフレームに基づく動きベクトルを使用して符号化された２つ又は
３つの”Ｐ”（予測）符号化ピクチャ、そして、ッシーケンスの前後のＩ及び/
又はＰフレームからの予測により符号化された、双方向予測された複数の”Ｂ”
ピクチャを含む。Ｂピクチャに要求されるデータ量は、Ｐピクチャに要求される
よりも少なく、順にＩピクチャに要求されるよりも少ない。一方、ＰとＢピクチ
ャは他のピクチャを参照してのみ符号化されるので、所定のシーケンスの再生を
開始するための実際の入力点はＩピクチャのみが提供する。更に、ＧＯＰデータ
、Ｉ及び、Ｐピクチャは、対応するＢピクチャの前に符号化され、そして、正し
い表示順序を得るために、復号後に並べ替えが行われることに注意する。従って
、ＢとＰピクチャは、プレゼンテーションタイムスタンプＰＴＳとデコーディン
グタイムスタンプＤＴＳが異なる例である。１つのグループオブピクチャＧＯＰ
の一部をＶｉｄｅｏ−ＥＳの下に図７に示す。

【００６１】最後に図７では、オーディオエレメンタリーストリームＥＳ−ＡＵＤＩＯの再
生が示されている。これはフレームスタートコードを有するデータＦＲＭの単純
なフレームを含む。サンプルレート（３２ｋＨｚ，４８ｋＨｚ等）と、データレ
ート（例えば、３２ｋビット／秒又は、可変）に関して異なる、種々のオーディ
オフォーマットが有する許されている。オーディオ及びビデオストリームのこれ
らのそして他の特性は、ＰＥＳパケットヘッダとフレームヘッダ内の、プログラ
ム特定情報ＰＳＩ内に、符号化されている。

【００６２】同じプレゼンテーションタイムスタンプＰＴＳを有するオーディオフレームと
ビデオピクチャは、復号器の出力で同時に表示されるべきものである。一方、異
なるエレメンタリーストリームからのデータのパケットのスケジューリングには
大きな自由度があり、同じＰＴＳを有するオーディオとビデオのアクセスユニッ
トは、１秒まで離れてトランスポートストリームＴＳ内に到着できる。

【００６３】システムターゲットデコーダ実時間復号器のバッファリングと他の特徴が表示されているオーディオビジュ
アルプログラム内に中断なしに各形式のストリームを復号することができること
を補償するために、ＭＰＥＧ−２規格は、トランスポートストリーム”システム
ターゲットデコーダ”（Ｔ−ＳＴＤ）モデルと、プログラムストリーム”システ
ムターゲットデコーダ”（Ｐ−ＳＴＤ）モデルを規定する。広くは、各システム
ターゲットデコーダは、ＴＳ又はＰＳフォーマットの異なるエレメンタリースト
リームを分離する手段を有し、オーディオ、ビデオ及び、システム制御形式のデ
ータの各々に対する復号器を有し、且つ、データチャネルからの到着と復号及び
表示の実際の時間の間に各エレメンタリーストリームを保持するために、入力ス
トリームと復号器の間のバッファを有する、仮想的な復号器である。

【００６４】Ｔ−ＳＴＤとＰ−ＳＴＤはＭＰＥＧ−２仕様に更に詳しく説明されているよう
に、一般的な形式で両方ともに似ている。しかし、Ｔ−ＳＴＤとＰ−ＳＴＤの間
の差は、一般的には、トランスポートストリームは、少なくともＰＥＳパケット
のレベルで再スケジューリングなしにプログラムストリームに直接的にマップで
きず、かつ、ＰＳからＴＳフォーマットも同様であることを意味する。１つの例
として、ＴＳフォーマットのオーディオ復号器は、Ｐ−ＳＴＤのバッファよりも
小さい。他の例では、Ｔ−ＳＴＤ内の各主バッファは、トランスポートストリー
ム自身内の”バースト的な”データを平滑するように働くトランスポートバッフ
ァが先行する。所定のストリームに対するデータは、４０メガビット毎秒のピー
クレートで、バースト的な幾つかのトランスポートパケット内で到着するが、そ
のようなストリームの平均レートは、全体のトランスポートストリーム多重を考
慮するときには、非常に低い。入力データレートを２Ｍビット／秒（オーディオ
）と１８Ｍビット／秒（ビデオ）に抑えるために、トランスポートバッファに対
して”リークレート”が定義される主バッファにデータが送られることが仮定さ
れる。

【００６５】単純編集単純な編集では、ストリームが滑らかに再生されるように保証するためには、
編集中には何も行われない。特にブリッジシーケンスは発生されずかつ蓄積され
ない。従って、装置は再生時に問題と対処しなければならない。一般的には、完
全な再生を保証することは不可能であるが、しかあい、提案された方法はユーザ
への妨害をできる限り防ぐことを目的とする。

【００６６】２つのＭＰＥＧストリームを任意のフレーム境界で接続する潜在的な問題は、
次のようである。１．ビデオが復号できない可能性がある。

【００６７】上述のように、ＭＰＥＧは、大部分のフレームを他のビデオフレームを参照し
て符号化する。基準フレームに対するデータが失われると、従属フレームは復号
が出来ない。フレームが正しくない基準フレームを使用して復号されると、結果
は視覚的な欠陥を起こす。ＭＰＥＧＴＳ内のビデオフレームのれオーディオダリ
ングのために、編集されたストリーム内に表示されるべきでないビデオフレーム
が含まれる可能性がある。

【００６８】入口と出口フレームが選択されている特別な場合には、全てが復号できる。こ
れは、ユーザが自由に出口と入口フレームを選択したときにはランダムに発生す
るが、しかし、一般的にはそのようではない。代わりの実施例では、ユーザは、
出口と入口点として、特定のフレームのみ選択するように制約され得る。２．部分的なオーディオフレームオーディオとビデオフレームは、１８８バイトのトランスポートストリームパ
ケットに分割され、そして、これらのトランスポートストリームパケットは、ト
ランスポートストリーム多重内でインターリーブされる。多重内では、オーディ
オとビデオフレーム境界間では整列されていない。従って、ビデオフレーム境界
で２つのストリームをつなぐと、編集点付近でオーディオフレームは部分的にな
る。復号器によりこれらの部分的なオーディオフレームを復号しようとする試み
は、オーディオ歪となる。３．バッファ問題ＭＰＥＧ使用の主な特徴は、状況の範囲で、バッファ容量と復号器の動作のパ
ラメータを定義することである（上述のシステムターゲットデコーダ参照）。任
意の点で、２つのＭＰＥＧ準拠ストリームを連結して得られるストリームは、一
般的には、ＭＰＥＧバッファモデルに従わない。再生時に、これは、復号器が、
バッファのオーバフロー又は、アンダーフローを通してデータを損失することと
なり、オーディオ及び/又はビデオ歪となる。４．オーディオスキュービデオフレームと共に表示されるオーディオフレームは、多重内で整列してい
ない。典型的には、ビデオに対応するオーディオは多重内で、ビデオよりも後か
ら来る。しかし、一般的には、オーディオは多重内では、対応するビデオよりも
１秒前又は１秒後までとなる。５．タイムベースの不連続ＰＣＲ／ＰＴＳ／ＤＴＳタイムスタンプに対して使用されるタイムベースは、
編集点で不連続である。２つの時間基準の間の正しいオフセットは、（ｉ）第１
のシーケンスの最後のフレームのＰＴＳに加えて１フレーム期間、及び、（ｉｉ
）第２のシーケンスの第１のフレームのＰＴＳ、の間の差により得られる。６．連続性カウンタの不連続ＴＳパケット内の連続性カウンタは、編集点で不連続となる。これは、復号器
に、新たなシーケンスヘッダが見つかるまで、再生を抑圧させる。

【００６９】この説明する方法と装置は、これらの問題と取り組む。

【００７０】単純編集の生成単純な編集では、編集中に、ストリームは変更されないが、幾つかの追加のデ
ータ（”メタデータ”）が、編集された記録についてのプレイリストの一部とし
て蓄積されねばならない。特に、（ｉ）表示されるべき最後のフレームが終了す
る、第１のストリームないの点と、（ｉｉ）表示されるべき第１のフレームが開
始する第２のストリーム内の点、を識別するポインタは蓄積される。例えば、図
５の例の第１の編集では、これらのポインタは、それぞれ点Ｐ２とＰ３を示す。
これらのポインタは、データの論理アドレスを直接指すか又は、時間値を基準に
して、蓄積される。後者の場合には、時間ポインタは、特徴点情報又はＣＰＩの
検索テーブルを参照して、アドレスへ変換できる。ＣＰＩは、ビットストリーム
内の各ピクチャシーケンスの開始の位置を示す、蓄積されたプログラムの少なく
もと一部に対するインデックスの形式である。

【００７１】また、（ｉｉｉ）第1のストリームの最後のＰＴＳから、第２のストリームの
第１フレームのＰＴＳを引いた、２つの時間基準の間のプレゼンテーションタイ
ムの間のオフセットも蓄積される。以下の部分で説明するステップ１から４で提
案される調整を行った後に、オフセットを蓄積すれば、再生は、単純であること
に注意する。しかしながら、オフセットが調整なしに蓄積される実施例も可能で
あり、そして、調整は再生に必要ならば行われる。これは、再生時にデータを読
出し且つ分析することを必要とする。

【００７２】ディジタルインターフェースを介した単純な編集の再生組み込み復号器を介した編集されたストリームの再生は、原理的には、高度の
扱いが可能である。しかしながら、歪を生じることなく標準ＳＴＢで単純な編集
物を再生することを可能とするために、以下の手順が図１の装置により行われる
。これは、再生時に行われるステップを含み、そして、編集物を定義する追加の
データを生成することを行うステップも含む。１．ＳＴＢに単に送られ復号可能なオーディオ／ビデオ編集のためのメタデータ内のポインタは、第１のストリームが常に（ビットス
トリーム内で、表示順序でなく）Ｐ−又は、Ｉ−の前で終わり、一方第２のスト
リームが常にＩ−フレームで開始することを保証するために選択される。完全な
オーディオフレームのみが、復号器に送られる。オーディオ表示内のギャップは
、編集点で残されるべきである。望ましくないオーディオパケットは、各パケッ
トのＰＩＤを、ＮＵＬＬパケットを示す０ｘ１ＦＦＦに変更することにより、ス
トリームから削除される。パケットは、連続性カウンタの不連続のすぐ後又はす
ぐ前でのみ削除されるので、これは、連続性カウンタに問題を起こさない。２．バッファオーバーフローしないことの保証バッファオーバーフローしないことを補償するために、編集点でのバッファ状
態が計算されるべきである。以下のアルゴリズムが使用されるが、他も等しく可
能である。

【００７３】（ａ）編集点で、元の第２のストリーム内のバッファ充填度Ｄ_ｂｕｆｆを計算
する。これは、編集点に先行するがしかし、編集点の時間後のＤＴＳ時間を有す
る全てのビデオフレームのサイズを加算することにより簡単に計算できる。

【００７４】（ｂ）編集点で、第１のストリーム内のバッファ充填度Ｓ_ｂｕｆｆを計算する
。これも、点１と同様な方法で計算できる。

【００７５】（ｃ）Ｓ_ｂｕｆｆ＞Ｄ_ｂｕｆｆの場合には、１フレーム期間を、ストリーム間
のオフセットに加えそして、Ｓ_ｂｕｆｆの値を、前よりも１フレーム期間後のバ
ッファ充填度に調整する。

【００７６】（ｄ）点３を、Ｓ_ｂｕｆｆ＜Ｄ_ｂｕｆｆまで繰返す。

【００７７】これは、バッファオーバーフローがないことを保証する。ステップ（ｃ）と（
ｄ）の代わりのアプローチは、ステップ（ｃ）でオフセットを一定に保ち、しか
し、第１のストリーム内の編集点を、最後のフレームを除外するように移動する
ことである。ビットストリームが常にＰ／Ｉフレームの前で終わることを補償す
るためには、実際には、１つ以上のフレームが除去されるのが必要である。何れ
の場合にも、再生時の結果は、１フレーム期間以上、第１のストリームからの最
後のフレームが、ディスプレイ上でフリーズされる。両アプローチは、結合して
使用することができ、各々がユーザ満足に対する悪影響を和らげる。

【００７８】編集がＧＯＰ境界でなされる場合には、多くの場合には、第１のストリームの
最後と第２のストリームの最初のバッファ充填度は同様であろう。従って、ＧＯ
Ｐ境界でのみ編集することを選択することにより、一般的には、ストリームかん
のオフセットが増加される量を減少でき、そして、これゆえに、編集されたシー
ケンスの再生中にフリーズフレームが現れる時間を減少する。装置の設計者は、
この理由のために、ユーザによりＧＯＰ境界のみが選択されるように決定しても
よい。一般的には、しかしながら、最もよい選択に関して、装置からの忠告のが
あってもなくても、ユーザは、編集点の自由な選択ができる。３．バッファアンダーフローが起きないことを保証する２つのストリーム間のオフセットがＰＴＳ値から最初に計算され、そして、上
述のように調整される。第２のストリームがローディングを開始する時間は、オ
フセット、第２のストリーム内の第１のＰＣＲタイムスタンプ、及び、多重レー
トを使用して、第１の時間基準に関して計算される。第２のストリームがローデ
ィングを開始することが暗示される時間が、第１のストリームの最後よりも前の
場合には、これは起こらないので潜在的な問題がある。結果は、第２のストリー
ムが、多重で暗示された時間よりも後に、ローディングを開始し、これはバッフ
ァのアンダーフローとなる（この復号時点ではフレームのデータが十分にロード
されていない）。この問題を解決するために、複数のフレーム期間だけ、２つの
ストリームのローディング時間に重なりがなくなるまで、編集及び、ために追加
のデータにそれが記録される前に、２つのストリーム間のオフセットは、単純に
増加される。４．タイムスタンプＰＣＲ／ＰＴＳ／ＤＴＳの更新再生では、装置は、復号器が連続のストリームを見ることが出来るように、編
集点後の全てのタイムスタンプを更新する。タイムスタンプを更新するのに使用
するオフセットは、編集点後の第１のフレームのＰＴＳと、編集点前の最後のフ
レームの間の差により、上述の種々のステップで必要な場合には調整されて、与
えられる。全てのフレームが表示されるわけではないので、オーディオとビデオ
の両方のプレゼンテーションタイム内にギャップがあるであろう（ＭＰＥＧ−２
適合仕様、ＩＳＯ／ＩＥＣ１３８１８−４：１９９５、セクション２．３．３．
１．１参照）。タイムスタンプが更新されない場合には、復号器はオーディオと
ビデオは連続しているとみなす。これは、バッファオーバーフローとデータの損
失となる。５．連続性カウンタの不連続時に不連続インジケータを設定するビデオシーケンスヘッダは、通常はＧＯＰの先頭で送られ、上述の点１から、
編集後のビデオエレメンタリーストリーム内の第１バイトはビデオシーケンスヘ
ッダである。同様に、第１オーディオパケットは、オーディオフレームの先頭を
有すべきである。再生に際して、装置はこれらのパケット内に不連続インジケー
タを設定する。

【００７９】ＧＯＰの先頭にシーケンスヘッダが存在するのは必須ではない。しかし、シー
ケンスヘッダがない場合には、復号器がストリームを復号するのに必要な量子化
マトリクスを知らないので、ビデオストリームを復号するのに問題である。放送
ストリームでは、チャネルを変えたときに同様な問題が発生し、この理由のため
に、放送は典型的には、ストリームないに短い時間間隔のシーケンスヘッダを含
む。従って、第２のストリーム内で編集する点を選択するときには、次の便利な
Ｉ−フレームを選択する代わりに、装置は、シーケンスヘッダが先行する次のＩ
−フレームを選択できる。

【００８０】フィールドシーケンス（トップとボトム）は、編集点をわたって保存される必
要はないがしかし、フィールドシーケンスは保存されない場合には、２つのスト
リームの間のオフセットは、奇数のフィールド期間であるべきである。これは、
３：２プルダウンの場合である。解像度は変わり、そして、混合されたフレーム
レート（他とＮＴＳＣ及びＰＡＬから）は、歪を起こし、これは避けるべきであ
る。

【００８１】単純な編集はフレーム制度で行われるが、ディジタルインターフェースを介し
て、ＧＯＰ精度で再生される。図８は、例を示す。編集がフレーム精度で行われ
るということは、他の装置により再生中に、例えば、組み込み復号器を使用する
、更に高度な取扱を可能とする。標準インターフェースと復号器を介しての再生
に対する最優先の要求は、実行を許すより良い性能を妨げることなく、合致する
ことである。

【００８２】上述の考慮に関して、ディジタルインターフェース１（図１）を介して単純な
編集を再生するために、以下の動作が、装置により行われる。

【００８３】Ａ１．第１のストリームは、前のＧＯＰの最後である、点Ｘまで再生される
。ここで意図されている、ここで考えている記録システムでは、そのような点は
、ディスクに対するプレイリストデータ内に自動的に蓄積された、特徴点情報Ｃ
ＰＩから見つけることができる。本出願人の出願による出願ＰＣＴ／ＥＰ９９／
０８２５２（ＰＨＮ１７１６１）は、本出願の優先日には公開されていないが、
ＣＰＩに対する可能なアプリケーションとフォーマットを開示する。原理的には
、シーケンスヘッダが見つかるまでの十分なストリームの解析により、同じ情報
が見つかる。

【００８４】Ａ２．点Ｘまでのトランスポートパケットは、それらの到着タイムスタンプ
に従って伝送される。第１のストリームの最後で、不連続情報テーブル（ＤＩＴ
）を伴なうトランスポートストリームパケットが挿入される。ＤＩＴは、ＭＰＥ
Ｇ自身というよりも、ＤＶＢ標準システム情報の一部である。基本的には、ＤＩ
Ｔは、部分的なトランスポートストリーム内で不連続が発見されたとことろを規
定する。更なる詳細は、ＥＴＳＩ文書ＥＮ３００４６８内の、”ディジタルビデ
オ放送（ＤＶＢ）；ＤＶＢストリームに関するサービス情報（ＳＩ）の仕様”に
記載されている。

【００８５】Ａ３．第１のストリームの最後で、トランスポートパケットは第２のストリ
ームに対するプログラム割り当てテーブルＰＡＴ共に挿入され、そして、トラン
スポートパケットは第２のストリームに対するＰＭＴ共に挿入される。これらの
パケットは、復号器が誤りのあるとして捨てるのを避けるために、適応フィール
ドＡＦ内に設定された不連続インジケータも有する。

【００８６】Ａ４．点Ｘまで第１のストリームの最後を分析することにより、最後のピク
チャのＤＴＳと、点ＸのＳＴＣ（ＰＣＲ）が決定できる。点ＸとＰＡＴ／ＰＭＴ
に対する挿入されたトランスポートパケットの後に、パケットの送信は、ＳＴＣ
値が、最後のフレームのＤＴＳよりも大きくなるまで、中止される。代わりに、
１秒の遅延が使用され得る（遅延に対して許容される最大値）。しかしながら、
蓄積されたオフセット情報を使用することにより、本装置は、新たなフレームを
表示する前のギャップを最小にすることができる。特に、入り口点から前方へ、
第２のストリームを調べることにより、再生装置は、新たな時間基準の下でＰＣ
Ｒ値を見つけるであろう。蓄積されたオフセットは、新たな時間基準に関する現
在の時間を得るために、第１のストリーム中に動作しているＳＴＣに加えられる
。これが、第２のシーケンスの入口点で符号化されたＰＣＲと一致するときには
、パケットの送信が続けられる。全ての入り口点は、すぐ近くに、便利に符号化
されたＰＣＲを有することにの注意する。しかしながら、装置は、編集点の前後
で読出し、そして、ＰＣＲ符号間の（新たな時間基準の下での）望ましいＳＴＣ
を推定し又は、単純に次のＰＣＲが到着するまで待つことが可能である。１つの
ＰＣＲと次の間で、少なくとも０．０４秒後とに繰返すという推奨と共に、最大
０．１秒のギャップが許されている。従って、新たな時間値が瞬時に利用できな
い場合でも、通常は、そうでなく示されている”安全な”１−秒遅延よりもかな
り早く、安全にパケットのフィードを回復することが可能である。

【００８７】Ａ５．位置Ｘまでのストリームに分析中に、最後のビデオフレームが開始す
るのを知るのは簡単である。最後のビデオフレームと野獣されているデータの分
析中に、新たなオーディオフレームの先頭が見つけられると、このオーディオパ
ケットと同じＰＩＤの全ての後続のオーディオパケットは、そのＰＩＤを０ｘ１
ＦＦＦ（ヌルパケット）に変更される。これは、部分的なオーディオフレームが
復号器に送られるのを防ぐためである。これは、全てのオーディオＰＩＤに対し
て行われる。オーディオフレームはトランスポートパケットと整列されていない
ので、次のオーディオフレームの先頭を除去するために最後のオーディオパケッ
トの部分をスタッフィングする必要がある。スタッフィングは、ＰＥＳスタッフ
ィングパケットを加えるか又は、適応フィールドを加えることによるいずれかに
よりなされうる。適応フィールドは、ＭＰＥＧ仕様に規定されているように、Ｐ
ＥＳパケットに、望ましい幾つかのデータバイトを加えることを可能とする。デ
ータは、スタッフィング目的のために意味がない。

【００８８】Ａ６．第２のストリームは、点Ｙの再生で開始し、これは、（プレイリスト
ともに蓄積されたＣＰＩから見つかった）入力点の後のＧＯＰの開始である。第
２のストリームは、上述及び、ステップＡ４で定義された遅延の後にそして、対
応するオフセットと共に、トランスポートパケットが到着タイムスタンプに従っ
て伝送された後に、再生を開始すべきであり。

【００８９】Ａ７．エレメンタリーストリームは自分自身のＰＩＤを有する。ビデオＰＩ
Ｄに対しては、不連続インジケータが１に設定されたトランスポートパケット、
及び、ｓｔｒｅａｍ＿ｉｄ０ｘＢＥ（パディングストリーム）を有するＰＥＳパ
ケットが、第１のビデオストリームよりも小さく１が設定された連続性カウンタ
と共に挿入される。

【００９０】Ａ８．第１のビデオＰＴＳ前のＰＴＳを有するオーディオ（”リーディング
オーディオ”）は捨てられる。

【００９１】Ａ９．各オーディオＰＩＤに対して、全てのパケットは、次のオーディオフ
レームの開始まで削除されるべきである。第１の残りのオーディオトランスポー
トパケットが適応フィールドを有する場合には、不連続インジケータは１に設定
されるべきである。再び、前のオーディオフレームの最後を除去するために、第
１のオーディオパケットにスタッフィングすることが必要であろう。

【００９２】Ａ１０．専用のＰＣＲＰＩＤがある場合には、不連続インジケータは第１
のパケット内にＰＣＲと共に設定される。ＰＣＲＰＩＤが、オーディオ又は、
ビデオと共用されている場合には、このインジケータは適応フィールド内にある
ので、一般的には、不連続インジケータを設定するのは便利ではない。適応フィ
ールドを挿入することは、パケットのペイロードを変更し、残りのストリームを
再パケット化し、そして再時間付けすることを必要とする。これは特に、一旦イ
ンジケータが設定されると、ＰＣＲまで、全てのパケット内に設定されねばなら
ない。ＳＴＢの動作は、これがなされなければ、ＭＰＥＧ仕様では定義されない
。

【００９３】シームレス再生のための複雑な編集複雑な編集−生成更に複雑な編集の場合には、ブリッジシーケンスが、図６を参照して、上述の
ように生成される。しかしながらここで説明する新しい方法と装置は以下の追加
の制約を適用する。

【００９４】１．オーディオ表示内には小ギャップ（＜１フレーム期間）があり、オーバ
ーラップしていない。これは、オーディオストリームをディジタルインターフェ
ースを介して送るときに、標準復号器の混乱を避ける。これと対照して、ＷＯ−
Ａ−００／００９８１（ＰＨＢ３４２６２）で、ゼロと１フレームの間の正の重
なりが設けられねばならない。両アプローチは、利点がある。重なりの１つの優
位点は、組み込み復号器がオーディオ編集を標準復号器よりも、望む場合には、
例えば、１つのストリームから他のストリームへクロスフェードにより、高度に
扱える。しかしながら、ディジタルインターフェースを介して標準復号器（ＳＴ
Ｂ）で再生するときには、装置は重なりの１つ又は他の部分を抑圧しなければな
らない。

【００９５】２．２つの場合が、オーディオを扱うのに適応される。第１には、オーディ
オはＭＰＥＧ−２バッファの制約に合わせるために再度多重され、第１のストリ
ームからのいくつかのオーディオは第２のストリームのビデオと多重されること
を意味する。編集点の後に来る第１のストリームからのオーディオフレームに対
するＰＴＳ／ＤＴＳ値は、第２のストリームの時間基準を基準にする適切なオフ
セットに変更されねばならない。トランスポートストリームシステムターゲット
デコーダ（Ｔ−ＳＴＤ）は、プログラムストリームのオーディオバッファモデル
（Ｐ−ＳＴＤ）と異なる。ブリッジ生成中に、再た住されたストリームがＴ−Ｓ
ＴＤを満足することは保証されねばならない。

【００９６】第２の場合には、第１と第２のデータストリームの間で維持されているきれい
な切れ目での混合はない。ディジタルインターフェースを介したそのような編集
されたシーケンスの再生では、幾つかのオーディオは、以下に詳細に説明するよ
うに、ＳＴＢ内でバッファ問題をさけるために捨てられる。

【００９７】３．ブリッジが生成されたときに、はじめに連続性カウンタＣＣは、前のス
トリームと一貫性を持つようになされるべきである。

【００９８】４．ブリッジシーケンスの最後での連続性カウンタ（ＣＣ）に関しては、こ
れは、編集されたストリームが誤って捨てられることを避けるために、どうして
も存在しなければならない。ブリッジシーケンスのＣＣ値は、ブリッジシーケン
スの構成中に自由に設定することができるが、しかし、いずれかの側のブリッジ
の蓄積されたシーケンスのＣＣ値は固定とみなされることに注意する。

【００９９】第１の実施例では、各ストリームに対する連続性カウンタは、ブリッジシーケ
ンスを通して着実に増加するように設定され、特に編集点をわたって、連続性が
提供される。偶然によってのみ、ブリッジシーケンス内の各ストリーム内の幾つ
かのパケットは、編集されたストリーム内の幾つかの点で、連続性カウント内の
不連続を避けるために丁度必要とされる数である。

【０１００】従って、ブリッジシーケンスの最後で、（ＰＥＳヘッダのみでデータがない）
空のＰＥＳパケットを挿入することにより、連続性カウンタは、残りのストリー
ムと一貫性があるようになされる。再生装置が第２のストリームにジャンプして
戻る点は、オーディオとビデオのりょうほうに対するＰＥＳパケットの先頭であ
るという保証されてはおらず、そして、”実際の”ＰＥＳパケットの真中にパデ
ィングパケットを挿入するために、ペイロードとパケット構造が壊されるであろ
う。従って、各エレメンタリーストリーム内のＣＣパディングは、ブリッジシー
ケンスの最後の前の適切な点でおこなわれ、それにより、新たなパケットは、オ
ーディオとビデオの両方の新たなＰＥＳパケットヘッダの前に挿入される。ブリ
ッジ内の最後の数のパケットが考慮される場合には、ブリッジシーケンス内の最
終のカウンタ値は、以下のストリームと一貫性があるようになされる。この状況
では、配置規則に合わせるために単にコピーされるパケットを除いて、ブリッジ
シーケンスの”コア”のみを考えれば十分である。

【０１０１】ＭＰＥＧはトランスポートストリームのパディングに対してヌルパケットを定
義することに注意する。しかしながら、それらは、復号器内の連続性カウント機
能により無視されるので、ブリッジシーケンス内のＣＣパディング目的に対して
は使用できない。ヌルパケットは、再多重処理により挿入され又は、削除されて
もよく、そして，それゆえに、復号器へのヌルパケットのペイロードを送ること
は仮定できない。発明者は、ＰＥＳパケットが各パディングパケット内に含まれ
る場合には、ＣＣパディングは達成されることを認識する。ＭＰＥＧ復号器は、
ペイロードのないパケットに対して、連続性カウンタを増加しない。ＣＣパディ
ングの目的のために、それゆえに、本装置は、完全なしかしその中が空のＰＥＳ
パケットと伴なう、本物のトランスポートパケットを使用する。

【０１０２】そのような空のパケットに対して異なるフォーマットが可能である。好適な例
が、標準のＭＰＥＧ構文を使用して、付録Ａに示されている。ＭＰＥＧは、オー
ディオ／ビデオＥＳパケットヘッダにスタッフィングを許しているが、最大で３
２スタッフィングバイトが許されるので、このオプションは好適ではない。付録
Ａの例では、スタッフィングは追加のエレメンタリーストリーム（ｓｔｒｅａｍ
＿ｉｄ＝ｐａｄｄｉｎｇ＿ｓｔｒｅａｍＩＤ０ｘＢＥ）を使用して行われ、実際
のペイロードは使用されない（図７のＳＩＤとＩＳＯ／ＩＥＣ１３８１８−２セ
クション２．４．３．７参照）。付録Ｂは、スタッフィングが、有効なビデオ又
は、ビデオＥＳの適応フィールド内で実行される場合の代替を示す。付録Ｃは、
専用のパディングストリームの適応フィールド内のスタッフィングを伴なう、他
の代替を示す。

【０１０３】複雑な編集−説明の例図９は、上述の連続するステップとして示された、本実施例のブリッジシーケ
ンスになされた変形を示す。配置規則（図６の斜線）に従うためにコピーされた
データは、簡単のために省略されている。上述したように、各エレメンタリース
トリーム（各ＰＩＤ）は別々の扱いを必要とし、オーディオストリームのＴＳパ
ケットはビデオパケットの後ろに、破線で示されている。言うまでもないが、真
のブリッジシーケンスは、典型的には、数千の１８８−バイトパケットを含み、
その幾つかのみが本処理の主な特徴を説明するために示されている。同様に、ビ
デオとオーディオパケットの比は、一般的には図に示されているよりもかなり低
く、実際は、約１２：１である。

【０１０４】ビデオストリームでは、説明のために、ブリッジシーケンスの終わりの近くの
パケットは図中で２重線で示され、装置は、第２のストリームＳＥＱ２の入口点
の前で最後のＰＥＳヘッダを発見した。４−ビットＣＣ値は、各パケット内の１
６進の桁（’０’から’９’、’Ａ ’から’Ｆ’）により示されており、所定
のＰＩＤ内で送られた各パケットで１だけ増加する。太線のパケットは、編集処
理によりビデオストリームに挿入された空のパケットである。ブリッジシーケン
ス内の他のパケットは、記録され及び／又は再度多重される。それらのＣＣ値は
、太線で示されている。ＳＥＱ２内の第１のパケットは、ビデオシーケンスヘッ
ダが第２のストリームへの有効な入り口点を提供することを示すために、３重線
である。

【０１０５】前向きの第１のストリームからの連続性カウンタ値のシーケンスに続いて、第
１のストリームＳＥＱ１内のビデオＥＳは、（ブリッジシーケンスの記録された
部分へのジャンプの目的のために）ＣＣ＝５を有するパケットで終わるのが分か
る。ブリッジ内のビデオＥＳデータの第１のパケットは従って、ブリッジシーケ
ンスの構成中にＣＣが６に設定され、第１のストリームＳＥＱ１からの出口点を
渡って連続性を提供し、そして、その点からＣＣの値は、編集点（図示していな
い）とブリッジシーケンスの最後に向かって、７，８等と続く。

【０１０６】ある点で、編集点に関連する新たなＰＭＴ，ＰＡＴ及び、ＰＣＲを蓄積する必
要がある。この実施例では、太線で示された、ブリッジの第１のパケットは、Ｐ
ＡＴ、ＰＭＴ及び、その他の符号を担うために挿入されたＰＩＤ＝０のパケット
である。これらは、フィールドｓｃｕｒｒｅｎｔ＿ｎｅｘｔ＿ｉｎｄｉｃａｔｏ
ｒ、即ち、”次”で送られ、それらが編集点の後のシーケンスの対して準備され
ていることを示す。ＰＩＤ＝０を有するストリームに対するＣＣ値のシーケンス
は、ビデオとオーディオストリームに対するシーケンスから独立している。例と
して、最初のストリームＳＥＱ１内のＰＩＤ＝０の最後のＴＳパケットは、ＣＣ
＝８を有することに基づいて、ＰＡＴ／ＰＭＴを伴なう挿入されたパケットがＣ
Ｃ＝９で示される。

【０１０７】主な例として、ビデオＥＳに戻ると、ディスク上に蓄積された第２のストリー
ムＳＥＱ２内の第１のパケットは、ＣＣ＝３を有し、そして、これは、変更され
ない。再符号化及び、再多重の後に、ブリッジシーケンスのコアは、第１のスト
リームＳＥＱ１の出口点からの連続性で、ブリッジ内の最後のＣＣ値は’Ｄ’で
あることが見つかり、これは、第２のストリームに連続するのに要求される値に
５つ足らないことがわかる。従って、この例の編集装置は、第２のストリーム（
ＳＥＱ２）と連続させるために、ブリッジの最後に、５つの空のパケットを挿入
する。ブリッジシーケンスの最後からＣＣ＝２，１、０等に戻してカウントする
と、ＣＣ＝Ｅを有する２重線の外形で示されたパケットが、ＰＥＳヘッダを有す
るビデオＥＳに対する最後のＴＳパケットと一致することが分かる。装置は、Ｃ
Ｃ＝９、Ａ，Ｂ，Ｃ及びＤを有する、その５つの更なる空のパケットをこの前に
すぐに挿入し、それにより、編集を通してＣＣの連続性を確立する。

【０１０８】異なる数の空パケットが、オーディオとシステム情報ストリームの各々で適切
であり、そして、ブリッジ内の最後のＰＥＳヘッダの位置は、ビデオストリーム
のそれと異なる。簡単のために、パケットの挿入をビデオＥＳのみ、図９に示す
。

【０１０９】４ビット値は、戻るので、各ストリーム内に１５以上の空パケットを挿入する
必要はないことは理解されよう。同様に、１６の内の約１つの時間は、ＣＣは偶
然に編集をわたって連続なので、更に、空パケットが挿入される必要がない。挿
入されるパケットは、示されているように最後の可能な点で束ねられる必要はな
いが、前の点では可能でありそして、好ましいなら、長い時間間隔をわたって広
げられることは、明らかである。

【０１１０】不連続性カウンタは、時間基準が変わるところでのみ設定される必要があり、
それは原理的に、ブリッジシーケンスのどこでも可能性があるが、しかし、ブリ
ッジシーケンスの真中のどこかの、所望の編集点で実行するのが最も簡単である
。

【０１１１】上述の技術の変形では、連続性カウンタの不連続は（ブリッジ内で）編集点で
残るが、しかし、連続性カウンタの不連続が発生するところのパケット内で不連
続インジケータがビットが設定される。ＭＰＥＧに従った不連続状態は、新たな
シーケンスヘッダが見つかるまで続くことを思い出す。通常は、編集点後に、ビ
デオシーケンスヘッダと、新たなオーディオフレームの開始があり、不連続状態
は再生で効果がない。この変形を採用するために、ブリッジの最後で、連続性カ
ウンタを一貫性があるようにするために、ブリッジの最後から前に動作すること
が要求される。

【０１１２】ディジタルインターフェースを介しての複雑な編集物の再生編集とブリッジシーケンスがシームレスにＭＰＥＧ−２に従うように構成され
るので、再生装置は少ない処理労力である。時間基準の不連続性（ＰＣＲタイム
スタンプ）と更なるオーディオがあるという問題のみがある。

【０１１３】再生に際し、ＰＣＲの不連続は、ストリームから次により除去される。

【０１１４】Ｃ１．ＰＣＲパケット内の不連続インジケータを０に設定する。

【０１１５】Ｃ２．全てのＰＣＲ／ＤＴＳ／ＰＴＳ値を、編集点の前の最後のＰＴＳと編
集点後の最初のＰＴＳの間のオフセットにより、更新する。

【０１１６】後続の編集点に対しては、新たなオフセットが前のオフセットに加えられねば
ならずそして、結合された値が使用される。

【０１１７】代わりとして、ＰＣＲの不連続が除去できない場合には、ＤＩＴテーブルを有
するトランスポートパケットが編集点に挿入される。

【０１１８】オーディオバッファモデルに伴なう問題を避けるために、いくつかのオーディ
オパケットを削除することが必要であろう。第１のストリームＳＥＱ１内の最後
のビデオフレームの終わりの後に、新たなフレームの開始が一度見つけられると
、そのパケットと全ての後続のオーディオパケットは、ディジタルインターフェ
ースで送る前に削除されねばならない。従来のヌルＴＳパケットは、そこに挿入
され、ＴＳフォーマットを維持する。リーディングオーディオ（即ち、最初のビ
デオパケットに先立つオーディオ）がバッファオーバーフローの問題を避けるた
めに同様に削除される。

【０１１９】代わりの実施例一般的に理解されるように、前述の例はフィールドごとの編集と言うよりも触
れごとの編集に関連する。これは、ＭＰＥＧのビデオ符号化の一般的な単位が、
フレームであるためである。当業者には、（前述の）ＭＰＥＧに従うことが必須
ではないことと、ここに説明した技術が非ＭＰＥＧフィールド基準のデータにも
適用できることは理解されよう。

【０１２０】上述の点４でのブリッジシーケンスのパケット内の連続性カウンタの扱いを参
照して、シームレス編集の要求を満たす、代わりの方法が考えられる。しかし、
再生時の特別の処理が最小なので、上述の技術が好まれる。そのような代わりの
ものは、ブリッジ形成中に連続性カウンタを補正しないものである。上述のよう
に、各ＰＩＤストリームに追加のパケットを挿入することにより、再生中に、連
続性カウンタが、編集点をわたって連続とされる。付録Ａ

【０１２１】

【表１】付録Ｂ

【０１２２】

【表２】付録Ｃ

【０１２３】

【表３】

【図面の簡単な説明】

【図１】本発明を具体化するのに適する光ディスク記録／再生装置を含むＡ／Ｖ装置を
示すブロックを示す図である。

【図２】図１の装置内の構成要素を示す更に詳細な概要を示す図である。

【図３】光ディスク上のシーケンス領域内の情報のブロックの記録を示す図である。

【図４】図３のディスク上に蓄積された情報の再生を示す図である。

【図５】ブリッジシーケンスが省略された、蓄積されたビデオデータの編集を一般的に
示す図である。

【図６】編集手順の一部として記録されたブリッジシーケンスのフォーマットを示す図
である。

【図７】図１の装置によりなされる記録の基準を構成するＭＰＥＧトランスポートスト
リーム（ＴＳ）フォーマットの構造と重要な特徴を示す図である。

【図８】単純な（非シームレス）編集動作を示す図である。

【図９】複雑な（シームレス）編集動作のブリッジシーケンス内のデータの変更を示す
図である。

───────────────────────────────────────────────────── フロントページの続き (72)発明者エイデンス，ピータービーオランダ国，5656 アーアーアインドーフェン，プロフ・ホルストラーン６ (72)発明者モリス，アクテイヴィオスジェイオランダ国，5656 アーアーアインドーフェン，プロフ・ホルストラーン６Ｆターム(参考） 5C052 AA02 AB03 AB04 CC06 CC11 DD04 5C053 FA14 FA24 GB06 GB21 GB38 LA06 LA11 5D110 AA17 AA29 BB01 BB20 CA05 CA17 CB07 CD02 CD06 CK18

Claims

【特許請求の範囲】

【請求項１】予め定められた復号器により課される制約に違反することな
く、第１のシーケンス内の第１の編集点が、第２のシーケンス内の第２の編集点
と連結されるように、蓄積装置からデータのシーケンスを読出し且つそれを編集
するように動作できる手段を有する装置であって、蓄積されたシーケンスの各々
は、複数のトランスポートパケットの少なくとも１つの系列を有し、所定の系列
のトランスポートパケットは、それぞれの連続性カウンタ値を有し、そのカウン
タ値の各々は先行するものと所定の連続性規則により関連し、この装置は、前記
制約と連続性規則に従いながら、前記第１と第２の編集点を連結するトランスポ
ートパケットの編集されたシーケンスを定義するために、前記編集点の連結から
生じる連続性カウンタ値の不連続の大きさを計算する手段と、各々が自分自身の
連続性カウンタ値を有する対応する番号の追加のトランスポートパケットを発生
する手段とを有する装置。
【請求項２】少なくとも前記第１のシーケンスは、少なくとも１つのパケ
ット化されたエレメンタリーストリームを担い、そのパケットは、前記トランス
ポートパケットを構成するために副分割されている請求項１に記載の装置。
【請求項３】装置は、ペイロードがパケット境界を含むトランスポートパ
ケットを識別し、且つ、識別されたパケットの前に挿入されたときに、前記連続
性規則に従うために、前記追加のパケットを発生するようになされる、請求項２
に記載の装置。
【請求項４】ディジタルインターフェースを介して、前記追加のパケット
を含む、トランスポートパケットの前記編集されたシーケンスを出力手段を有す
る、請求項１乃至３のうち何れか一項に記載の装置。
【請求項５】データの第１と第２のシーケンスは、各々が、多重された複
数のパケット化されたエレメンタリーストリームを有し、各エレメンタリースト
リームは、トランスポートパケットのそれ自身のシーケンスを有する、請求項１
乃至４のうち何れか一項に記載の装置。
【請求項６】連続性規則は各エレメンタリーストリームに対して独立に動
作し、装置は、個々にそのストリームに対して計算された不連続性の大きさに従
って、各エレメンタリーストリームに対する追加のトランスポートパケットを発
生する様になされた、請求項５記載の装置。
【請求項７】再生に先だって、編集を定義する追加のデータを発生し且つ
蓄積する手段を有する、請求項１乃至６のうち何れか一項に記載の装置。
【請求項８】前記第１と第２のシーケンスは、シーケンスの他のフレーム
を参照せずにイントラ符号化された幾つかのフレームと、シーケンスの少なくと
も１つの更なるフレーム又はフィールドを参照してインター符号化されたいくつ
かのフレームとを有するフレームに基づくデータを有する、請求項１乃至７のう
ち何れか一項に記載の装置。
【請求項９】蓄積された第１と第２のフレームシーケンスからのフレーム
を選択的な統合と、それぞれの編集点により示された第１と第２のシーケンスか
らのフレームの符号化形式（イントラ又はインター）により決定されるようにブ
リッジシーケンス内で１つ又はそれ以上のフレームの選択的な再符号化により、
前記編集点付近で第１と第２のシーケンスを連結するトランスポートパケットの
ブリッジシーケンスを形成するようになされたブリッジ発生手段を有する、請求
項８に記載の装置。
【請求項１０】前記不連続性規則は、特定のクラスのフレームヘッダがす
ぐ後に続く位置で、編集されたシーケンスの不連続点を許し、且つ、装置は、蓄
積された第２のシーケンスを入力する前に不連続性規則に従うことを保証するた
めに、前記追加のパケットを挿入しながら、ブリッジシーケンス内にそのような
不連続点を含むようになされた、請求項９に記載の装置。
【請求項１１】前記第１と第２のシーケンス及びプレイリスト情報と共に
、記録担体にブリッジシーケンスを蓄積する手段を有する、請求項１乃至１０の
うち何れか一項に記載の装置。
【請求項１２】予め定められた復号器により課される制約に違反すること
なく、第１のシーケンス内の第１の編集点が、第２のシーケンス内の第２の編集
点と連結されるように、蓄積装置からデータのシーケンスを読出し且つそれを編
集する方法であって、蓄積されたシーケンスの各々は、複数のトランスポートパ
ケットの少なくとも１つの系列を有し、所定の系列のトランスポートパケットは
、それぞれの連続性カウンタ値を有し、そのカウンタ値の各々は先行するものと
所定の連続性規則により関連し、この方法は、前記制約と連続性規則に従いなが
ら、前記第１と第２の編集点を連結するトランスポートパケットの編集されたシ
ーケンスを定義するために、前記編集点の連結から生じる連続性カウンタ値の不
連続の大きさを計算し、且つ、各々が自分自身の連続性カウンタ値を有する対応
する番号の追加のトランスポートパケットを発生する方法。
【請求項１３】少なくとも前記第１のシーケンスは、少なくとも１つのパ
ケット化されたエレメンタリーストリームを担い、そのパケットは、前記トラン
スポートパケットを構成するために副分割されている、請求項１２に記載の、蓄
積装置からデータのシーケンスを読出し且つそれを編集する方法。
【請求項１４】装置は、ペイロードがパケット境界を含むトランスポート
パケットを識別し、且つ、識別されたパケットの前に挿入されたときに前記連続
性規則に従うために、前記追加のパケットを発生するようになされる、請求項１
３に記載の、蓄積装置からデータのシーケンスを読出し且つそれを編集する方法
。
【請求項１５】データの第１と第２のシーケンスは、各々が、多重された
複数のパケット化されたエレメンタリーストリームを有し、各エレメンタリース
トリームは、トランスポートパケットのそれ自身のシーケンスを有する、請求項
１２乃至１４のうち何れか一項に記載の蓄積装置からデータのシーケンスを読出
し且つそれを編集する方法。
【請求項１６】連続性規則は各エレメンタリーストリームに対して独立に
動作し、装置は、個々にそのストリームに対して計算された不連続性の大きさに
従って、各エレメンタリーストリームに対する追加のトランスポートパケットを
発生する様になされた、請求項１５に記載の、蓄積装置からデータのシーケンス
を読出し且つそれを編集する方法。
【請求項１７】再生に先だって、編集を定義する追加のデータを発生し且
つ蓄積する手段を有する、請求項１２乃至１６のうち何れか一項に記載の蓄積装
置からデータのシーケンスを読出し且つそれを編集する方法。
【請求項１８】前記第１と第２のシーケンスは、シーケンスの他のフレー
ムを参照せずにイントラ符号化された幾つかのフレームと、シーケンスの少なく
とも１つの更なるフレーム又はフィールドを参照してインター符号化されたいく
つかのフレームとを有するフレームに基づくデータを有する、請求項１２乃至１
７のうち何れか一項に記載の蓄積装置からデータのシーケンスを読出し且つそれ
を編集する方法。
【請求項１９】蓄積された第１と第２のフレームシーケンスからのフレー
ムを選択的な統合と、それぞれの編集点により示された第１と第２のシーケンス
からのフレームの符号化形式（イントラ又はインター）により決定されるように
ブリッジシーケンス内で１つ又はそれ以上のフレームの選択的な再符号化により
、前記編集点付近で第１と第２のシーケンスを連結するトランスポートパケット
のブリッジシーケンスを形成する、請求項１８に記載の、蓄積装置からデータの
シーケンスを読出し且つそれを編集する方法。
【請求項２０】前記不連続性規則は、特定のクラスのフレームヘッダがす
ぐ後に続く位置で、編集されたシーケンスの不連続点を許し、且つ、装置は、蓄
積された第２のシーケンスを入力する前に不連続性規則に従うことを保証するた
めに、前記追加のパケットを挿入しながら、ブリッジシーケンス内にそのような
不連続点を含むようになされた、請求項１９に記載の、蓄積装置からデータのシ
ーケンスを読出し且つそれを編集する方法。
【請求項２１】前記第１と第２のシーケンス及びプレイリスト情報と共に
、記録担体にブリッジシーケンスを蓄積する手段を有する、請求項１２乃至２０
のうち何れか一項に記載の蓄積装置からデータのシーケンスを読出し且つそれを
編集する方法。
【請求項２２】１つ又はそれ以上のブリッジシーケンスと共に、第１と第
２のフレームデータシーケンスを担い、それにより第１のフレームシーケンス内
の第１の編集点が、第２のフレームシーケンス内の第２の編集点と連結され、前
記ブリッジシーケンスは、請求項１２乃至２１のうちいずれか一項に記載の方法
により発生される記録物。
【請求項２３】編集データは、望ましく編集されたシーケンスを出力する
ために、第１のシーケンスの第１の編集点と、第２のシーケンスの第２の編集点
を連結する、蓄積装置から第１と第２のシーケンスのデータを読み出すために、
蓄積された編集データに応答して動作可能な再生手段を有するデータ再生装置で
あって、前記第１の編集点での前記第１のストリームを切り且つ前記第２の編集
点で前記第２のストリームに入ることが、前記復号器仕様内で、１つ又はそれ以
上の制約を潜在的に破るように、前記第１と第２のシーケンスは、各々が、予め
定められた復号器仕様に従った形式で、符号化され且つ多重された、少なくとも
２つの多重されたエレメンタリーストリームを有し、前記再生手段は、出力とし
て、前記編集されたシーケンスが前記復号器仕様に従うように、前記編集点の付
近で前記第１と第２のシーケンスから選択的にデータを再生することにより、前
記エレメンタリーストリームの記録又は再多重を行うことなしに、実質的に動作
する装置。
【請求項２４】第１のシーケンス内の少なくとも１つの前記エレメンタリ
ーストリームは、幾つかのフレーム（以後”Ｉ−フレーム”と呼ぶ）がシーケン
スの他のフレームを参照することなしにイントラ符号化され、幾つか（以後”Ｐ
−フレーム”と呼ぶ）がシーケンスの１つの更なるフレームを参照してそれぞれ
符号化され、且つ残り（以後”Ｂ−フレーム”と呼ぶ）がそれぞれがシーケンス
の２つ又はそれ以上の更なるフレームを参照して符号化されたフレームに基づく
データを有し、前記再生手段は、前記第１の編集点の位置への参照と前記第１の
編集点により示された付近のフレームの符号化形式への参照により、出口点を識
別し、且つ、前記出口点の後の第１のシーケンスのフレームの再生を抑圧する手
段を有する、請求項２３に記載の装置。
【請求項２５】前記出口点は、表示順序でなくストリーム順序に関して、
第１の編集点より前の且つ、Ｉ−又は、Ｐ−フレームの直前の、データストリー
ム内のフレーム境界として選択される、請求項２４に記載の装置。
【請求項２６】前記出口点は、ストリームデータと別に蓄積され特徴点情
報を使用して識別される、請求項２４或は２５に記載の装置。
【請求項２７】前記少なくとも１つのエレメンタリーストリームはビデオ
フレームデータを有し、且つ、前記第１と第２のシーケンスの各々の中の更なる
エレメンタリーストリームはオーディオフレームデータを有し、前記再生手段は
、エレメンタリーストリーム内の表示時間情報を、前記出口点でのビデオフレー
ムの表示時間よりも後の表示時間を有するオーディオフレームデータの出力を抑
圧するために使用するようになされた、請求項２４乃至２６のうちいずれか一項
に記載の装置。
【請求項２８】第２のシーケンス内の少なくとも１つの前記エレメンタリ
ーストリームは、幾つかのフレーム（以後”Ｉ−フレーム”と呼ぶ）がシーケン
スの他のフレームを参照することなしにイントラ符号化され、幾つか（以後”Ｐ
−フレーム”と呼ぶ）がシーケンスの１つの更なるフレームを参照してそれぞれ
符号化され、且つ残り（以後”Ｂ−フレーム”と呼ぶ）がそれぞれがシーケンス
の２つ又はそれ以上の更なるフレームを参照して符号化されたフレームに基づく
データを有し、前記再生手段は、前記第２の編集点の位置への参照と前記第２の
編集点により示された付近のフレームの符号化形式への参照により、入口点を識
別し、且つ、前記入口点の前の第２のシーケンスのフレームの再生を抑圧する手
段を有する、請求項２３乃至２７のうち何れか一項に記載の装置。
【請求項２９】前記入力点は、ストリームデータと別に蓄積され特徴点情
報を使用して識別される、請求項２４或は２８に記載の装置。
【請求項３０】前記少なくとも１つのエレメンタリーストリームはビデオ
フレームデータを有し、且つ、前記第１と第２のシーケンスの各々の中の更なる
エレメンタリーストリームはオーディオフレームデータを有し、前記再生手段は
、エレメンタリーストリーム内の表示時間情報を、前記入口点でのビデオフレー
ムの表示時間よりも前の表示時間を有するオーディオフレームデータの再生を抑
圧するために使用するようになされた、請求項２４乃至２９のうちいずれか一項
に記載の装置。
【請求項３１】前記オーディオフレームの前記抑圧は、多重から符号を削
除するよりも、オーディオデータのパケット内のコードを変更することにより実
行される請求項２７に記載の装置。
【請求項３２】オーディオデータは、第１と第２のシーケンスからのオー
ディオデータの重なりよりも、有効なオーディオデータ内のギャップを促進する
ために、抑圧される、請求項３１に記載の装置。
【請求項３３】符号化された表示時間値とフレーム更新レートに従って、
第１と第２のシーケンスの時間基準の間のオフセットを計算する手段を有する、
請求項２３乃至３２のうち何れか一項に記載の装置。
【請求項３４】前記再生手段は、元々の形式内で、第１のシーケンスの出
口点と、第２のシーケンスの入口点との間の相対バッファ充填度を計算するよう
になされ、且つ、前記復号器仕様のバッファ制約に従って、バッファオーバーフ
ローを防ぐために必要な場合には、入口を第２のシーケンス内に遅延させる、請
求項３３に記載の装置。
【請求項３５】前記再生手段は、相対的なバッファの充填度が両立性基準
を満たすまで、時間基準の間の計算されたオフセットを反復して増加することに
より、前記遅延を実行するようになされ、そして、編集されたシーケンスを発生
するために、増加されたオフセットを使用する、請求項３４に記載の装置。
【請求項３６】前記再生手段は、元々の形式で、第１のシーケンスの出口
点と、第２のシーケンスの入口点との間の相対バッファ充填度を、反復して計算
し、相対的なバッファの充填度が両立性基準を満たすまで、数なくとも１つの入
口点と複数の出口点を変更し、且つそして、編集されたシーケンスを発生するた
めに、変更された入り口点と出口点を使用するようになされた、請求項３３乃至
３５のうち何れか一項に記載の装置。
【請求項３７】前記再生手段は、バッファオーバーフローを避けるために
ロード時間を重ねる時点を識別し、且つ前記計算が第１のシーケンスのデータの
ローディングの完了前に第２のシーケンスのデータに対するローディング時間を
暗示する場合には、前記オフセットを変更するために、符号化された復号タイム
スタンプと時間基準の間の計算されたオフセットを使用して、第１と第２のシー
ケンスのデータに対するローディング時間を計算するように更にさなれた、請求
項３３乃至３６のうち何れか一項に記載の装置。
【請求項３８】蓄積されたデータを再生する方法であって、望ましく編集
されたシーケンスを出力するために、第１のシーケンス内の第１の編集点を第２
のシーケンス内の第２の編集点に連結する、予め蓄積された編集データに従って
蓄積された第１と第２のシーケンスのデータが蓄積装置から読み出され且つ再生
され、前記第１の編集点での前記第１のストリームを切り且つ前記第２の編集点
で前記第２のストリームに入ることが、前記復号器仕様内で、１つ又はそれ以上
の制約を一般的に破るように、前記第１と第２のシーケンスは、各々が、予め定
められた復号器仕様に従った形式で、符号化され且つ多重された、少なくとも２
つの多重されたエレメンタリーストリームを有し、前記再生手段は、出力として
、前記編集されたシーケンスが前記復号器仕様に従うように、前記編集点の付近
で前記第１と第２のシーケンスから選択的にデータを再生することにより、前記
エレメンタリーストリームの記録又は再多重を行うことなしに、実質的に動作す
る、方法。
【請求項３９】請求項３８に記載の方法で再生された、編集されたデータ
シーケンスを再生する信号。