JP4328989B2 - 再生装置、再生方法、並びに記録媒体 - Google Patents
再生装置、再生方法、並びに記録媒体 Download PDFInfo
- Publication number
- JP4328989B2 JP4328989B2 JP33235299A JP33235299A JP4328989B2 JP 4328989 B2 JP4328989 B2 JP 4328989B2 JP 33235299 A JP33235299 A JP 33235299A JP 33235299 A JP33235299 A JP 33235299A JP 4328989 B2 JP4328989 B2 JP 4328989B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- playback
- reproduction
- range information
- file
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Classifications
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
- G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
- G11B27/19—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier
- G11B27/28—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording
- G11B27/32—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on separate auxiliary tracks of the same or an auxiliary record carrier
- G11B27/327—Table of contents
- G11B27/329—Table of contents on a disc [VTOC]
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
- G11B27/02—Editing, e.g. varying the order of information signals recorded on, or reproduced from, record carriers
- G11B27/031—Electronic editing of digitised analogue information signals, e.g. audio or video signals
- G11B27/034—Electronic editing of digitised analogue information signals, e.g. audio or video signals on discs
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
- G11B27/02—Editing, e.g. varying the order of information signals recorded on, or reproduced from, record carriers
- G11B27/031—Electronic editing of digitised analogue information signals, e.g. audio or video signals
- G11B27/036—Insert-editing
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
- G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
- G11B27/102—Programmed access in sequence to addressed parts of tracks of operating record carriers
- G11B27/105—Programmed access in sequence to addressed parts of tracks of operating record carriers of operating discs
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N9/00—Details of colour television systems
- H04N9/79—Processing of colour television signals in connection with recording
- H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
- H04N9/804—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components
- H04N9/8042—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components involving data reduction
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B2220/00—Record carriers by type
- G11B2220/20—Disc-shaped record carriers
- G11B2220/21—Disc-shaped record carriers characterised in that the disc is of read-only, rewritable, or recordable type
- G11B2220/215—Recordable discs
- G11B2220/216—Rewritable discs
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B2220/00—Record carriers by type
- G11B2220/20—Disc-shaped record carriers
- G11B2220/25—Disc-shaped record carriers characterised in that the disc is based on a specific recording technology
- G11B2220/2537—Optical discs
- G11B2220/2541—Blu-ray discs; Blue laser DVR discs
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B2220/00—Record carriers by type
- G11B2220/20—Disc-shaped record carriers
- G11B2220/25—Disc-shaped record carriers characterised in that the disc is based on a specific recording technology
- G11B2220/2537—Optical discs
- G11B2220/2562—DVDs [digital versatile discs]; Digital video discs; MMCDs; HDCDs
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B2220/00—Record carriers by type
- G11B2220/20—Disc-shaped record carriers
- G11B2220/25—Disc-shaped record carriers characterised in that the disc is based on a specific recording technology
- G11B2220/2537—Optical discs
- G11B2220/2562—DVDs [digital versatile discs]; Digital video discs; MMCDs; HDCDs
- G11B2220/2575—DVD-RAMs
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N5/00—Details of television systems
- H04N5/76—Television signal recording
- H04N5/84—Television signal recording using optical recording
- H04N5/85—Television signal recording using optical recording on discs or drums
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Management Or Editing Of Information On Record Carriers (AREA)
- Television Signal Processing For Recording (AREA)
- Signal Processing For Digital Recording And Reproducing (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、再生装置、再生方法、並びに記録媒体に関し、特に、ランダムアクセスして読み出した不連続なＡＶデータをシームレス再生する場合に用いて好適な再生装置、再生方法、並びに記録媒体に関する。
【０００２】
【従来の技術】
近年、データを記録して再生できるメディアとして、DVD-RAM(Digital Versatile Disk-Random Access Memory)等が開発された。DVD-RAMのような大容量メディアは、ビデオ信号等のディジタルＡＶ(Audio Visual)信号を記録するメディアとしての期待が高い。
【０００３】
DVD-RAM等に記録するディジタルＡＶ信号の供給ソースとしては、現存の記録メディアであるVHSカセットテープ、８ミリテープ等に記録されたＡＶ信号や、ディジタル衛星放送、ディジタル地上波放送、ディジタルケーブルテレビジョン放送等の放送信号としてのＡＶ信号等が考えられる。
【０００４】
上述した各ソースから供給されるディジタルビデオ信号は、通常、MPEG(Moving Picture Experts Group)２方式によって圧縮符号化されている。したがって、各ソースから供給されるディジタルビデオ信号を、DVD-RAM等に記録する場合、MPEG２方式で圧縮符号化されているＡＶ信号を一旦デコードし、さらにMPEG２方式によってエンコードして光ディスクに記録する必要がある。しかしながら、このように圧縮符号化されているＡＶ信号をデコードして、再びエンコードした場合、ＡＶ信号の品質が著しく劣化してしまう。
【０００５】
そこで、ＡＶ信号の品質の劣化を最小限に抑えるために、各ソースから供給される圧縮符号化されているＡＶ信号を、エンコードおよびデコードすることなく、供給されるビットストリームの状態でDVD-RAM等に記録することが検討されている。すなわち、DVD-RAM等をデータストリーマとして使用することが検討されている。
【０００６】
DVD-RAM等のディスクメディアに対しては高速なランダムアクセスが可能であるが、そのことを活用して、DVD-RAM等に記録されているビットストリームを記録したときの順序とは異なる順序で再生することができれば便利である。再生順序を指定することは、一種の編集であり、再生順序の指定は、ディスクに記録されているビットストリームの配置が変更されることなく行われる。以下、このような編集を非破壊編集と記述する。
【０００７】
【発明が解決しようとする課題】
ところで、ディスクメディア上のビットストリームの配置は、非破壊編集をするために最適化されているわけではないので、実際に非破壊編集を実行する場合、ビットストリームの切り替え点でＡＶ信号が途切れる等の課題があった。
【０００８】
本発明はこのような状況に鑑みてなされたものであり、非破壊編集を実行した際、ＡＶ信号を途切れさせることなく再生することを目的とする。
【００１４】
【課題を解決するための手段】
本発明の再生装置は、記録媒体から少なくとも二つのＡＶデータファイルを含むＡＶデータを再生する再生装置において、ＡＶデータファイルのそれぞれに対応した再生範囲情報を含み、再生範囲情報の再生順番を指定する再生リストを読み出す読み出し手段と、再生範囲情報のうち、後に再生されるＡＶデータファイルに対応する再生範囲情報から、後に再生される再生範囲情報で指定される再生開始点前に表示すべきピクチャデータが、後に再生される再生範囲情報で指定されるＡＶデータの範囲内に含まれるか否かに基づき設定された、ノンシームレスになる可能性があるか、シームレス再生が保証されるかを示す接続情報を抽出する抽出手段と、抽出手段が抽出した接続情報がノンシームレスになる可能性があることを示す場合であって、後に再生されるＡＶデータファイルに対応する再生範囲情報で指定されるＡＶデータを再生する場合には、ＡＶデータに含まれるピクチャデータのデコーダをリセットして、記録媒体に記録されているＡＶデータを再生する再生手段とを備える。
【００１５】
本発明の再生方法は、記録媒体から少なくとも二つのＡＶデータファイルを含むＡＶデータを再生する再生装置の再生方法において、前記ＡＶデータファイルのそれぞれに対応した再生範囲情報を含み、前記再生範囲情報の再生順番を指定する再生リストを読み出す読み出しステップと、前記再生範囲情報のうち、後に再生されるＡＶデータファイルに対応する再生範囲情報から、後に再生される再生範囲情報で指定される再生開始点前に表示すべきピクチャデータが、前記後に再生される再生範囲情報で指定されるＡＶデータファイルに含まれるか否かに基づき設定された、ノンシームレスになる可能性があるか、シームレス再生が保証されるかを示す接続情報を抽出する抽出ステップと、前記抽出ステップの処理で抽出された前記接続情報がノンシームレスになる可能性があることを示す場合であって、前記後に再生されるＡＶデータファイルに対応する再生範囲情報で指定されるＡＶデータを再生する場合には、前記ＡＶデータに含まれるピクチャデータのデコーダをリセットして、前記記録媒体に記録されているＡＶデータを再生する再生ステップとを含む。
【００１６】
プログラムが記録されている本発明の記録媒体は、記録媒体から少なくとも二つのＡＶデータファイルを含むＡＶデータを再生する処理をコンピュータに実行させる再生用のプログラムにおいて、前記ＡＶデータファイルのそれぞれに対応した再生範囲情報を含み、前記再生範囲情報の再生順番を指定する再生リストを読み出す読み出しステップと、前記再生範囲情報のうち、後に再生されるＡＶデータファイルに対応する再生範囲情報から、後に再生される再生範囲情報で指定される再生開始点前に表示すべきピクチャデータが、前記後に再生される再生範囲情報で指定されるＡＶデータファイルに含まれるか否かに基づき設定された、ノンシームレスになる可能性があるか、シームレス再生が保証されるかを示す接続情報を抽出する抽出ステップと、前記抽出ステップの処理で抽出された前記接続情報がノンシームレスになる可能性があることを示す場合であって、前記後に再生されるＡＶデータファイルに対応する再生範囲情報で指定されるＡＶデータを再生する場合には、前記ＡＶデータに含まれるピクチャデータのデコーダをリセットして、前記記録媒体に記録されているＡＶデータを再生する再生ステップとを含む処理をコンピュータに実行させるプログラムが記録されている。
【００１７】
本発明の記録媒体は、ＡＶデータをファイル化した少なくとも二つのＡＶデータファイルと、それぞれの前記ＡＶデータファイルに対応した情報であって前記ＡＶデータの再生範囲を示す再生範囲情報を含み、前記再生範囲情報の再生順番を指定する再生リストが記録された記録媒体であって、前記再生範囲情報のうち、後に再生される再生範囲情報は、その再生範囲情報で指定される再生開始点前に表示すべきピクチャデータが、前記後に再生される再生範囲情報で指定されるＡＶデータファイルに含まれるか否かに基づき、ノンシームレスになる可能性があるか、シームレス再生が保証されるかを示す接続情報を含み、前記接続情報は、それがノンシームレスになる可能性があることを示している場合には、前記記録媒体の再生を行う再生装置に、前記後に再生される再生範囲情報で指定されたＡＶデータを再生するときに前記ＡＶデータに含まれるピクチャデータのデコーダのリセットを行わせる。
【００１９】
【発明の実施の形態】
図１は、本発明を適用した光ディスク装置の構成例を示している、この光ディスク装置は、入力されるＡＶ信号を例えば、MPEG方式等により圧縮符号化して多重化し、さらに、ファイル化して得られるＡＶストリームファイルをDVD-RAM等の光ディスク１に記録し、また、ＡＶストリームファイルが記録されている光ディスク１からＡＶ信号を再生するものである。この光ディスク装置では、１枚の書き換え可能な光ディスク１に対して１系統の光ヘッド２が設けられており、光ヘッド２は、データの読み出しと書き込みの双方に共用される。
【００２０】
光ヘッド２により光ディスク１から読み出されたビットストリームは、ＲＦおよび復調／変調回路３で復調された後、ECC回路４で誤り訂正が施され、スイッチ５を介して、読み出しレートとデコード処理レートとの差を吸収するための読み出しチャネル用バッファ６に送られる。読み出しチャネル用バッファ６の出力はデコード７に供給されている。読み出しチャネル用バッファ６はシステムコントローラ１３から読み書き制御ができるように構成されている。
【００２１】
読み出しチャネル用バッファ６から出力されたビットストリームは、デコーダ７でデコードされ、そこからビデオ信号とオーディオ信号が出力される。デコーダ７から出力されたビデオ信号は合成回路８に入力され、0SD(On Screen Display)制御回路９が出力するビデオ信号と合成された後、出力端子Ｐ１から図示せぬディスプレイに出力され、表示される。デコーダ７から出力されたオーディオ信号は、出力端子Ｐ２から図示せぬスピーカに送られて再生される。
【００２２】
他方、入力端子Ｐ３から入力されたビデオ信号、および入力端子Ｐ４から入力されたオーディオ信号は、エンコーダ１０でエンコードされた後、エンコード処理レートと書き込みレートとの差を吸収するための書き込みチャネル用バッファ１１に送られる。この書き込みチャネル用バッファ１１もシステムコントローラ１３から読み書き制御ができるように構成されている。
【００２３】
書き込みチャネル用バッファ１１に蓄積されたデータは、書き込みチャネル用バッファ１１から読み出され、スイッチ５を介してECC回路４に入力されて誤り訂正符号が付加された後、ＲＦおよび復調／変調回路３で変調される。ＲＦおよび復調／変調回路３より出力された信号（ＲＦ信号）は、光ヘッド２により光ディスク１に書き込まれる。
【００２４】
アドレス検出回路１２は、光ディスク１の記録または再生するトラックのアドレス情報を検出する。システムコントローラ１３は、この光ディスク装置の各部の動作を制御するものであり、各種の制御を行うCPU２１、CPU２１が実行すべき処理プログラム等を格納したROM２２、処理過程で生じたデータ等を一時記憶するためのRAM２３、および光ディスク１に対して記録または再生する各種の情報ファイルを記憶するRAM２４を有している。CPU２１は、アドレス検出回路１２の検出結果に基づいて、光ヘッド２の位置を微調整する。CPU２１はまた、スイッチ５の切り替え制御を行う。各種のスイッチ、ボタンなどから構成される入力部１４は、各種の指令を入力するとき、ユーザにより操作される。
【００２５】
次に、光ディスク１に記録されるＡＶストリームファイルの一部の範囲または全範囲を指定して、指定した範囲だけを並べて再生する非破壊編集の仕組みについて説明する。
【００２６】
図２は、非破壊編集において再生する順序が記述されているPlaylistを示している。Playlistは、ユーザが指定する、連続して再生させる１以上のストリームに対応する単位である。ある１つのストリームに対して、記録開始位置から記録終了位置までを再生するように指定すれば、最も簡単な構成のPlaylistになる。
【００２７】
Playlistは、ＡＶストリームを特定する情報と、当該ＡＶストリーム中の再生開始点（ＩＮ点）および再生終了点（OUT点）を示す情報から構成される。ＡＶストリームを特定する情報と、開始点および再生終了点を示す情報とを一組として、これをPlayitemと呼ぶ。すなわち、Playlistは１以上のPlayitemから構成される。
【００２８】
Playitemを再生すると、特定されるＡＶストリームのＩＮ点からOUT点までの範囲が再生されることになる。
【００２９】
ＡＶストリームは、MPEG２で規定されているトランスポートストリーム等の形式により多重化されているビットストリームであるが、当該ＡＶストリームがファイル化されたＡＶストリームファイルとは別のファイル（以下、ＡＶストリーム情報ファイルと記述する）として、当該ＡＶストリームに関係する情報を保持しておくことで、再生、編集がより容易になる。ＡＶストリームファイルと、ＡＶストリーム情報ファイルを１つの情報単位としてのオブジェクトとみなし、Clipと呼ぶ。すなわち、図３のように、Clipは、１対１に対応するＡＶストリームファイルとＡＶストリーム情報ファイル（図３においてはstream attributesと表示している）から構成されるオブジェクトである。
【００３０】
図４に示すように、Playlist、Playitem、およびclipを階層的に設けることによって非破壊編集が可能となる。
【００３１】
ここで、Playitem間の接続点に注目する。２つのPlayitemは、それぞれ異なるClipを参照しているが、Playitemの接続点では、光ディスク１から読み込むトランスポートストリーム（ＡＶストリーム）が不連続となる場合がある。不連続となる要因は、トランスポートストリームのsyntaxの不連続が存在する場合と、２つのファイルからの供給の不連続が有る場合である。
【００３２】
Playitemの接続点で不連続が有ると、再生される画像が静止画になったり、画像や音声が途切れたりするような再生品質の低下が発生する。しかしながら、Playitemの接続点を再生する前に予め、Playitemの接続点における不連続の要因をを知っているならば、接続点での再生品質の低下を抑えることが可能となる。
【００３３】
Playitemの接続点において、２つのファイルからの供給の不連続が有る場合、ファイルの読み出し最低レートを保証すればよい。すなわち、読み出したＡＶストリームをデコード前に記憶する読み出しチャンネル用バッファ６がアンダフローにならないようにすればよい。
【００３４】
ここで、図１の光ディスク装置の再生系について、光ディスク１、読み出しチャンネル用バッファ６、およびデコーダ７だけに簡略化して考える。光ディスク１からは、ランダムアクセス中にはデータが読み取れないので、読み出しチャンネル用バッファ６がアンダフローしないようにするには、データが読め取れなくなるトラックジャンプを行う直前に、ある程度のデータを読み出しチャンネル用バッファ６に蓄積しておく必要がある。このような制御は、光ディスク１上の記録領域であるセクタを、ブロック化して扱うことで実現できる。
【００３５】
例えば、トラックジャンプせずに連続して読み出せる隣接したセクタの集合を考え、これをフラグメントと呼ぶことにする。フラグメントには、常にある一定の割合以上のデータが存在しているという規定を設ける。例えば、各フラグメントの中で、データが占めている割合は、常に１フラグメントのサイズの半分以上であるというルールを設ける。すなわち、フラグメント中のデータが占めている領域をセグメントと呼ぶとき、セグメントの大きさがフラグメントの半分より大きいという条件を設定する。当該一定の割合は、光ディスク１上の任意の位置にあるフラグメントから、任意の位置にあるフラグメントへのジャンプにかかる時間や、フラグメントのサイズやバースト読み出しレートなどを考慮して決めることになる。
【００３６】
このようにしておけば、ランダムアクセスのジャンプを、フラグメント単位で行うことにしたとき、フラグメントにある程度のデータが存在しているので、読み出しチャンネル用バッファ６に十分な量のデータが存在する状態でフラグメント間のジャンプを行うことができる。つまり、デコーダ７に対して最低レートを保証してデータを供給することが可能になる。
【００３７】
次に、トランスポートストリームのsyntaxに不連続が存在する場合について考える。通常、別個にMPEGエンコードされて多重化された２つのビットストリームを、それぞれトランスポートパケット単位で切断し、異なるビットストリームの切断面を接合しても、MPEGシステムズで規定されている正しいsyntaxのストリームになることはない。また、異なるトランスポートストリームでは、トランスポートストリームに含まれる時間軸の基準であるPCR(Program Clock Reference)も異なるので、接続点を跨いでデコードする場合、新たなPCRに基づいて時間軸を再設定する等の処理が必要になる。
【００３８】
したがって、playitemの接続点にsyntaxの不連続があるか否かの情報と、その不連続の種類の情報をデコードするときに知っても対処が間に合わないので、本発明の光ディスク装置では、playitemの接続点にsyntaxの不連続があるか否かの情報と、その不連続の種類の情報を予めデコーダ７に供給できるようになされている。
【００３９】
ここで、光ディスク１（以下、単にディスクとも記述する）に書き込まれるファイル配置について説明する。ディスク上には、図５に示すように、次の４種類のファイルが記録される。
info.dvr
playlist###.plst
%%%%.clpi
%%%%.mpg
【００４０】
ディスク上にはディレクトリ/DVRが設けられ、ディレクトリ/DVR以下が光ディスク装置により管理される範囲とする。ただし、ディレクトリ/DVRは、ディスクのルートディレクトリにあってもよいし、任意のディレクトリの下に存在していてもよい。
【００４１】
ディレクトリ/DVRには、ファイルinfo.dvrが配置される。また、ディレクトリ/DVRの下には、ディレクトリ/PLAYLIST、ディレクトリ/CLIPINF、およびディレクトリ/ＡＶSTREAMが配置される。
【００４２】
ディレクトリ/PLAYLISTの下にはファイルplaylist###.plstが配置される。ディレクトリ/CLIPINFの下にはファイル%%%%.clpiが配置される。ディレクトリ/ＡＶSTREAMの下にはファイル%%%%.mpgが配置される。
【００４３】
図６は、ディレクトリ/DVRの下に１つだけ配置されるファイルinfo.dvrの構造を示している。ファイルinfo.dvrは、機能別に分類される情報ごとにブロックが構成されている。volumeに関する情報は、ブロックDVRVolume()に格納される。Playlistの配列に関する情報は、ブロックPlayListBlock()に格納される。Clipの配列に関する情報は、ブロックClipList()に格納される。複数のvolumeを関連付けるための情報は、ブロックMultiVolume()に格納される。
【００４４】
ファイルinfo.dvrの先頭部分には、各ブロックの先頭が記録されるアドレスが記述されている。すなわち、DVRVolume_start_addressは、ブロックDVRVolume()が開始する位置を、ファイル内相対バイト数で表している。PlayListBlock_start_addressは、ブロックPlayListBlock()が開始する位置を、ファイル内相対バイト数で表している。ClipList_start_addressは、ブロックClipList()が開始する位置を、ファイル内相対バイト数で表している。MultiVolume_start_addressは、ブロックMultiVolume()が開始する位置を、ファイル内相対バイト数で表している。
【００４５】
ディレクトリ/CLIPINFの下のファイル%%%%.clpiは、ディレクトリ/ＡＶSTREAMの下の各ＡＶストリームファイル%%%%.mpgと１対１に対応して作られる。図７は、ファイル%%%%.clpiの構造を示している。ファイル%%%%.clpiも機能別に分類される情報ごとにブロックが構成されている。
【００４６】
Clipに関する情報は、ブロックClipInfo()に格納される。不連続点（不連続点で区切られる、連続な範囲に注目したときは、連続区間とも呼ぶ）に関する情報は、ブロックSequenceInfo()に格納される。ＡＶストリーム中のランダムアクセス可能な特徴点を表すCPI(Characterristic Point Information)に関する情報は、ブロックCPI()に格納される。Clipに付与される頭出しのためのインデックス点やコマーシャルの開始・終了点などの情報は、ブロックMarkList()に格納される。ファイル%%%%.clpiの先頭部分には、各ブロックの先頭を表すアドレスが記述されている。
【００４７】
ディレクトリ/PLAYLISTの下のファイルplaylist###.plstは、各playlistに対して１つ作成される。図８は、ファイルplaylist###.plstの構造を示している。ファイルplaylist###.plstには、playlistに関する情報が格納されているブロックPlaylist()があり、ファイルの先頭部分には、そのブロックPlaylist()の先頭を表すアドレス(playlist_start_address)は、ファイルplaylist###.plstの先頭部分に記述されている。これにより、ブロックPlaylist()の前、または後にpadding_byteを挿入することが可能とされている。
【００４８】
図９は、ブロックPlayList()の構造を示している。version_numberは、以降に記述されている情報のバージョン番号を表す。aux_audio_valid_flagは、当該PlayListがアフレコ用オーディオを有しているか否かを表す。aux_audio_valid_flagが「否」を表している場合、aux_audio用のPlayItem()は無視され、再生されないことになる。
【００４９】
playlist_typeは、当該playlistの種類を表す。playlist_name_lengthは、当該playlistの名前のデータ長さを表す。名前を表す文字列は、playlist_name_lengthの直後のfor文により記述される。ResumeInfo()は、PlayListの再生を途中で終了させた場合、再生を中断した位置を表す情報が入る領域である。synchronous_start_ptsは、有効なaux_audio_pathが存在する場合、aux_audio_pathの開始時刻を表す。synchronous_start_ptsは、main pathとaux audio pathとの同期再生を実現するために用いられる。num_of_playitems_for_mainは、main pathを構成するPlayItemの数を表す。num_of_playitems_for_aux_audioは、aux_audio pathを構成するPlayItemの数を表す。PlaylistInfoDescriptor()は、このPlayListに関連する情報、内容説明等を格納するための領域であり、for文により、PlayListに関連する情報が記述される。
【００５０】
図１０は、ブロックPlayItem()の構造を示している。file_name_lengthは、当該PlayItemが参照するClip情報ファイル（拡張子がclpiであるファイル）のファイル名のデータ長を表し、直後のfor文に当該ファイル名の文字列が格納される。program_numberは、当該PlayItemが参照するprogram(MPEGシステムズで定義されている、ビデオ・オーディオ等のエレメンタリストリームのまとまりを指す）を特定するprogram_numberを表す。
【００５１】
sequence_idは、program中に存在する、PCRが連続な時間範囲の区間を表す。当該区間においては、一貫した連続時間軸が定義できるので、PlayItemの開始点および終了点を一意に定めることができる。つまり、各PlayItemの開始点と終了点は、同一のsequenceに存在していなければならない。playitem_name_lengthは、このplayitemの名前のデータ長を表し、直後for文に名前の文字列が格納される。condition_INは、当該PlayItemの開始部分に該当するＡＶストリームデータの状態を表す。condition_OUTは、当該PlayItemの終了部分に該当するＡＶストリームデータの状態を表す。状態の詳細については図１９を参照して後述する。
【００５２】
playitem_start_time_stampは、当該PlayItemの開始点におけるpts(presentation time stamp)を表す。ただし、condition_INが0x03であるときには、ＡＶストリームファイルは最後まで読み込まれてデコードされるので、当該playitem_start_time_stampは不要になる。playitem_end_time_stampは、当該PlayItemの終了点におけるptsを表す。ただし、condition_OUTが0x03であるときには、ＡＶストリームファイルは先頭から読み込まれてデコードされるので、当該playitem_end_time_stampは不要になる。
【００５３】
次に、上述したデータ構造を有するPlaylistの特性を列挙する。
１）Playlistは、Clipという「素材」の再生したい部分だけを、ＩＮ点（開始点）およびOUT点（終了点）により指定したものを集めたものである。
２）Playlistは、Clipと同様に、ユーザがひとまとまりとして認識する単位である。
３）Playlistは、非破壊のアセンブル編集を実現するための構造でもある。ClipとPlaylistは、Master-Slaveの関係であり、Playlistを作成、分割、併合、または消去してもClipは変化しない。
４）Clipの一部分を指定したものをPlayitemと呼ぶ。Playlistは、Playitemの配列で構成される。
５）Playitemは、主に、ＡＶストリームファイルを特定するためのファイルidまたはファイル名、並びに、MPEG２トランスポートストリームに関して規定されているprogram_numberおよび当該program_numberに対応するprogram上のＩＮ点とOUT点で構成される。Clip内では、programごとに、さらにPCRが連続な区間ごとにローカルな時間軸が定義されており、ＩＮ点およびOUT点はptsを用いて表現される。
６）Playlistを構成するPlayitemの再生指定範囲は、図１１に示すように、ClipのPCR連続区間内で閉じている。
７）１つのPlayitemを２つ以上のPlaylistで共有することは出来ない。
８）ブリッジシーケンスを形成するClipからは、Playitemが１つだけ作られる。ブリッジシーケンスを形成するClipは、複数のPlayitem間で共有されない。
９）Playlistには、アフレコをすることができる。アフレコされる対象は非破壊の状態が維持される。アフレコ用のpathとして、図１２に示すように、PlayList内にAUX Audio pathが１本設けられる。メイン出力となるビデオおよびオーディオのPlayitemの配列をmain pathと称する。
１０）１本のpathにおいて、複数のPlayitemの再生時刻が時間的に重なることはない。２つ以上のPlayitemが１本のmain path上に並ぶ場合、Playitemは密に並べられ、再生時刻にギャップ（隙間）が存在してはならない。
【００５４】
１１）Playlistの再生時間は、main pathの再生時間と同一である。
１２）AUX Audio path上に存在するPlayitemの数は０または１である。
１３）AUX Audio pathの再生開始時刻および終了時刻の範囲は、main pathの再生開始時刻および終了時刻の範囲を超えてはならない。
【００５５】
次に、Playlistに係わる非破壊編集時の操作について説明する。
１）Playlist作成
新たにＡＶストリームを記録した場合、ＡＶストリームファイルとＡＶストリームファイル情報からなるClipが作成され、Clipを参照するPlayitemが作成され、Playlistが作成される。
２）消去
不要になった再生順序指定を消す場合、Playlistの全体、またはPlayitem単位で消去される。
３）分割
図１３に示すように、１つPlaylistを構成するPlayitemを分割し、分割されたPlayitemで、それぞれPlaylist構成する。
【００５６】
４）併合（ノンシームレス・シームレス接続）
２つのPlaylistを接続して１つのPlaylistを構成する。接続点において、映像および音声の途切れがないようなシームレスに再生されるように併合するか、途切れが発生してもかまわないノンシームレスに再生されるように併合するかにより、併合処理が異なる。ノンシームレス再生されるように併合する場合には、新たなＡＶストリームを作成することなく、図１４(A)に示すように、２つのPlaylistのPlayitemを単に再生順に一列に並べて、１つのPlaylistを構成すればよい。なお、図１４(B)に示すように、併合するPlaylistをなすPlayitemが同一のClipを参照していて、かつ、参照される部分が連続している場合、Playitemも併合される。図１５は、シームレスに再生できるように接続するためのブリッジシーケンス（詳細は後述する）を作成した例を表している。
【００５７】
５）移動
図１６に示すように、Playlistの再生順序を規定するPlaylist blockでのPlaylistの並びが変更される。各Playlistは変更されない。
６）Clip変換
例えば、ビデオカメラで撮影した素材をClipとし、当該Clipを部分的に再生するようなPlaylistを作成したとする。Playlistが完成した後に、その再生順で再生する、ストリームの実体を伴うClipを新たに作りたい場合、図１７に示すように、Playlistで指定された部分がコピーされて新たなClipが作成される（オリジナルのClipが新たなClipに変換される）。
【００５８】
７）Clipのミニマイズ
図１８に示すように、Clipの、いずれのPlaylist（を構成するPlayitem）からも再生指定されていない部分が消去される。
８）Clipの消去
いずれのPlaylist（を構成するPlayitem）からも再生指定されていないClipが消去される。
Clipのミニマイズ、およびClipの消去は、不要なデータを消去することによって、ディスクの空き容量を増やすための操作である。
【００５９】
次に、Playlistを構成するPlayitem間のシームレス再生について説明する。Playitem間のシームレス再生を実現するためには、各Playitemの接続点の状態を分類する必要がある。ここでは、Playitemの接続点の状態を、図１９に示すようなＡタイプ、Ｃタイプ、Ｄタイプ、またはＥタイプの４種類のうちのいずれかに分類する。
【００６０】
Ａタイプとは、PlayitemのＩＮ点（開始点）およびOUT点（終了点）が、ＡＶストリームの任意のピクチャを指している状態を表す。映像がMPEGビデオにより符号化されている場合、指定のピクチャは、Ｉピクチャであるとは限られず、Ｐピクチャ、またはＢピクチャである場合がある。そのため、例えば、指定のピクチャがＰピクチャ、またはＢピクチャである場合、ＩＮ点で指定されたピクチャを表示するためには、ＩＮ点よりも以前のピクチャのデータを必要となる。Playitemがもつ情報はＩＮ点のptsであるので、以前のピクチャのデータを読み込む位置は再生側が任意に決めることになる。よって、読み込み開始位置が前過ぎると、ＰピクチャまたはＢピクチャを再生するためには不必要なデータまで読み込んでしまうことがある。同様に、OUT点のピクチャを表示するためには、表示はしないが、デコードには必要なピクチャのデータを読み込まなければならない。このような場合、OUT点のピクチャのデコードが完了したら、次のPlayitemのデータをデコードする前に、デコーダのフレームバッファをフラッシュする（データを消去する）必要がある。また、デコーダのバッファにデータがOUT点より後の不要なデータが貯まっている場合があるので、デコーダバッファもフラッシュする必要がある。
【００６１】
結局、Ａタイプの接続面を再生する際には、連続デコードおよび連続表示等の通常の再生処理を中断し、上述したような、表示しないデータを読み込む処理が必要となる。このため、playitemの境界では再生がノンシームレスになる可能性がある。
【００６２】
Ｃタイプは、接続点がクリーンブレイク(clean break)である状態を表す。クリーンブレイクとは、デコードに必要ないデータを除くような末端処理がなされている状態である。この接続点は、接続点周辺のデータを多重分離してデコードし、再エンコードして、さらに再多重化して作られる。したがって、Ａタイプのように、接続点の画像の前の画像のデータおよび後の画像のデータは必要とされない。接続点の状態をＣタイプにするには、例えば、ＩＮ点に対応するピクチャを、GOP(Group Of Pictures)の先頭となるように再エンコードし、OUT点に対応するピクチャを、GOPの最後のピクチャとなるように再エンコードすればよい。ただし、Ｃタイプの接続点において、PCRは不連続である。
【００６３】
Ｄタイプは、ＡＶストリームファイルの途中から飛び出したり、飛び込んだりする接続点であり、前後のPlayitemとはビットストリームがバイト精度で連続している状態を表す。したがって、Playitemの並び順に従ってＡＶストリームファイルから読み出せば、ファイルの乗り換えがあるにもかかわらず、連続したビットストリームが得られ、連続デコードが可能である。Ｄタイプとなる接続点は、ファイルの途中から抜けてブリッジシーケンスに入る場合、ブリッジシーケンスから抜けてファイルの途中に入る場合等に発生する。
【００６４】
Ｅタイプは、PlayitemがＡＶストリームファイルの先頭または最後であり、そこで前または後のPlayitemとバイト精度でビットストリームが連続している状態を表す。Ｄタイプとの違いは、Playitemで指したピクチャがちょうどファイルの先頭または最後の位置に格納されているか否かという点である。Ｅタイプはブリッジシーケンスや、連続したストリームを２つのファイルに分割した場合に発生する。
【００６５】
図２０(A)は、２つのＡＶストリームの一部の範囲をＩＮ点およびOUT点により指定したPlayitemを作り、それを並べてPlaylistを構成した例を示している。この場合、ＡＶストリームに対しては特別な処理を行わず、単にPlayitemを並べただけであるので、２つのPlayitemの接続点は両方ともＡタイプとなる。したがって、２つのPlayitemの間で画途切れ等の不連続が発生する可能性があり、シームレス再生は保証されない。
【００６６】
図２０(B)は、両接続点がＣタイプである例を示している。この場合、２つのPlayitemの間を跨いでもシームレス再生が保証される。
【００６７】
図２０(C)は、元は１つであったＡＶストリームファイルを２つのファイルに分割し、それをPlayitemで接続した場合の例を示している。このように、分割されたＡＶストリームファイルをつないでいるPlayitemは、その接続点がＥタイプとなる。したがって、ＡＶストリームファイルの境界で引き続いてデータを読み込むようにすれば、特別な処理を実行することなく、連続したビットストリームが得られるので、シームレス再生が保証される。
【００６８】
図２０(D)は、ブリッジシーケンスを作成して２つのPlayitemの間をシームレス再生できるようにした例を示している。ブリッジシーケンスは、元のＡＶストリームファイルを変更することなく、シームレス再生を実現するための方法である。元のＡＶストリームファイルが変更されない点が図２０(B)に示した例との相異である。ここでは、ブリッジシーケンスに入るためにＡＶストリームファイルの途中から抜ける点と、ブリッジシーケンスから出てＡＶストリームファイルの途中に入る点がＤタイプとなる。
【００６９】
次に、Ｄタイプの接続点を持つ２つのPlayitemの間をシームレス再生するための構造であるブリッジシーケンスについて説明する。ブリッジシーケンスとは、ディスク上の空き領域に、接続点周辺のＡＶストリームを用いて、コピーまたは一部再エンコードして作成した短いＡＶストリームである。再生時には、ブリッジシーケンスとしての短いＡＶストリームを再生することによってシームレスなを接続を実現する。ブリッジシーケンスは、図２１(A)に示すように、クリーンブレイクを挟んで２つのＡＶストリームファイルから構成される場合と、図２１(B)に示すように、１つのＡＶストリームファイルから構成される場合がある。
【００７０】
クリーンブレイクは、２つのClipの間をシームレス再生する場合、または、２つのPlayitemの間をシームレス再生する場合に使われる。２つのClipの間をシームレス再生する場合において、再エンコードおよび再多重化を行うことで、シームレス接続されるＡＶストリームファイルの端は、図２２(A)に示すように、クリーンブレイクとなる。通常、MPEG２システムズにおける多重化位相差のために、各エレメンタリストリームにおいて同時刻に表示すべきデータは、ファイル内の離れた位置にある。クリーンブレイクとは、この多重化位相差を考慮して、ある時刻の以前に表示されるエレメンタリストリームと以後に表示されるエレメンタリストリームが別々のファイルに分けられた状態である。当然、以前側のファイルに存在するビデオデータが表示される時刻と同時刻に再生されるオーディオデータも以前側のファイルに存在し、同様に、以後側のファイルに存在するビデオデータが表示される時刻と同時刻に再生されるオーディオデータも以後側のファイルに存在する。
【００７１】
ブリッジシーケンスは、例えば、２つのPlayitemの間をシームレス再生する場合において、図２２(B)に示すように、オリジナルのＡＶストリームファイルとは独立したＡＶストリームファイルが形成される。ブリッジシーケンスは、接続点周辺のビットストリーム（オリジナルのＡＶストリームファイル）をコピーして新たなファイルを生成するが、デコードおよび再エンコードによって作り直されるのは、その一部分である。
【００７２】
次にブリッジシーケンス作成時の条件１−１乃至４−１について説明する。連続供給の保証および読み出しデータの連続性の必要から、ブリッジシーケンス上のポイントａ，ｄ，ｅ，ｈ（図２１）は、以下に説明する条件を満たすバイト位置でなければならない。
【００７３】
フラグメント(fragment)とセグメント(segment)の関係に注目した場合におけるブリッジシーケンス作成条件を説明する。ここで、セグメントとは、フラグメントのうちデータで占められている部分を指している。
【００７４】
１−１）図２３に示すように、ブリッジシーケンスＳ２，Ｓ３とブリッジシーケンスに出入りするセグメントＳ１，Ｓ４は、０．５フラグメント以上の大きさでなければならない。
【００７５】
ブリッジシーケンス作成条件２−１を説明する。
【００７６】
２−１）図２４に示すように、ユーザが指定したOUT点に基づいてａ点の位置を決める。
【００７７】
具体的には、フラグメントの後半(half of fragment)の部分であって、CPIが存在するソースパケット(source packet)の先頭をａ点の候補とする。対象としているフラグメントの中にａ点が見つからなければ、１つ前のフラグメントを対象に変えて、その中で条件を満たす点を捜す。ソースパケットとは、トランスポートパケットに４バイトの時刻情報が付加されたものである。a点が見つかるまで対象とするフラグメントを１つずつ遡る。ａ点からユーザが指定したOUT点までの部分は、そのままコピーされるか、あるいは再エンコードされてブリッジシーケンスに入る。フラグメントの後半の中にCPIが指す点が含まれているか否かと、含まれるCPIの数については、ビットレートに依存する。より具体的な処理については、図２９のフローチャートを参照して後述する。
【００７８】
図２５を参照して、アラインドユニット(Aligned Unit)とCPIの関係に注目した場合におけるブリッジシーケンス作成条件について説明する。なお、アラインドユニットとは、ＡＶストリームをファイルに格納する際の単位であって、ファイルシステム上における連続する所定の数のセクタを１つの単位として扱うための構造である。アラインドユニットの先頭は、ソースパケットとアラインされている、つまり、アラインドユニットは必ずソースパケットの先頭から始まる。ＡＶストリームファイルは、アラインドユニットの整数倍から構成されている。
【００７９】
また、CPIとは、ＡＶストリーム中のランダムアクセス可能な位置（デコードを開始可能な位置）を指しており、ＡＶストリーム中のピクチャのpts(presentation time stamp)と、そのピクチャのファイル内バイト位置がデータベースになっているものである。このCPIデータベースを参照することにより、PlayitemのＩＮ点とOUT点を決めているタイムスタンプから、ＡＶストリームファイル内のバイト位置に変換することができる。逆に、CPIデータベースが無ければ、表示時刻からファイル内バイト位置に変換することは困難であるので、ブリッジシーケンスとの接続点は、CPIで指された位置に合わせる必要がある。
【００８０】
上述した特徴を持つアラインドユニットとCPIに注目したときのブリッジシーケンス作成条件３−１乃至３−７を列挙する。
３−１）ブリッジシーケンスの先頭のポイントｂ（図２５(A)）は、ファイルの先頭であるのでアラインドユニットにアラインされている。
３−２）ポイントｂはソースパケットの先頭でもある。
３−３）ポイントｂからポイントｄの範囲を１つのファイルとした場合は、その長さは、アラインドユニットの整数倍の長さでなければならない。
３−４）ポイントａはptsで指定されるが、バイト位置を知るためにCPIが参照される。したがって、ポイントａはCPIで指される点でなければならない（正確には、再生時はポイントａで指されるソースパケットの直前のバイトで抜け出ることになる）。
【００８１】
３−５）ポイントａからポイントｂの間はバイト精度で連続である（Ｄタイプ−Ｅタイプ接続である）。したがって、ポイントｂもCPIで指される点となる。
３−６）ポイントｄはptsで指定されるので、ポイントｅは、CPIで指される点でなければならない。
３−７）ポイントｂ，ｅは、CPIで指される点なので、ソースパケットの先頭でなければならない。ポイントａ，ｅは、アラインドユニットとアラインされていなくてもよい。
【００８２】
次に、図２６を参照してブリッジシーケンスを指すPlayitemの条件を説明する。ブリッジシーケンスは、図２１に示したように、クリーンブレイクで分けられる２つのＡＶストリームとして構成する方法と、１つのＡＶストリームとして構成する方法の２種類ある。しかしどちらの方法でも、ブリッジシーケンスを指すPlayitemの数は２つである。それは、１つのＡＶストリームにした場合でも、その中にPCR不連続点があり、その個所でPlayitemを分けるからである。これは、playitemでの時刻管理を容易にするためと、PCR不連続点はPlayitemの境界でのみ発生する可能性があり、Playitemの中では発生しないという制約を設けることで、Playitemの再生中は不連続点を考慮しなくて済むようにするためである。
【００８３】
図１０に示したブロックPlayitem()のsyntaxによれば、Playitemがもつ１組のＩＮ点とOUT点は、共に同じsequence_idで指定されるPCRの連続した区間になければならない。以上により、PCR不連続点付近のブリッジシーケンス作成条件４−１は次のようになる。
４−１）playitemは、PCRが連続な範囲で指定できるものであるので、PCR不連続点Ｃにおいてplayitemは分割される。
【００８４】
以上のようなブリッジシーケンス作成条件１−１乃至４−１に従うことにより、シームレス再生可能なPlaylistを作成することが可能になる。
【００８５】
次に、Playlist作成時におけるPlayitemの接続点（condition_INおよびcondition_OUT）の状態の設定処理について、図２７のフローチャートを参照して説明する。
【００８６】
ステップＳ１において、Clip中の再生したい範囲の入力が受け付けられる。これに対して、ユーザは、ＩＮ点およびOUT点を入力して再生したい範囲を指定する。ステップＳ２において、ＩＮ点およびOUT点の入力が終了したか否が判定され、ＩＮ点およびOUT点の入力が終了するまで、ユーザからのＩＮ点およびOUT点の入力を受け付ける。ＩＮ点およびOUT点の入力が終了したと判定された場合、ステップＳ３に進む。
【００８７】
ステップＳ３において、再生する順序に従って、接続点の１つに注目する。ステップＳ４において、接続点においてシ−ムレス再生可能なように処理するか否かが判定される。シ−ムレス再生可能なように処理すると判定された場合、ステップＳ５に進む。
【００８８】
ステップＳ５において、参照されるClipを破壊せずに以降の処理を実行するか否かが判定される。参照されるClipを破壊せずに以降の処理を実行すると判定された場合、ステップＳ６に進み、ブリッジシーケンスが作成される。ステップＳ７において、新たに作成された２つのClipを参照する２つのPlayitemが接続点の間に挿入され、前側のPlayitemのCondition_outがＤタイプとされて後側のPlayitemのCondition_INがＥタイプとされるＤタイプ−Ｅタイプ接続、前側のPlayitemのCondition_outがＣタイプとされて後側のPlayitemのCondition_INがＣタイプとされるＣタイプ−Ｃタイプ接続、または、前側のPlayitemのCondition_outがＥタイプとされて後側のPlayitemのCondition_INがＤタイプとされるＥタイプ−Ｄタイプ接続とされる。
【００８９】
ステップＳ８において、Playlistの中に未処理の接続点がまだ存在するか否かが判定され、未処理の接続点がまだ存在すると判定された場合、ステップＳ３に戻り、それ以降の処理が繰り返される。
【００９０】
なお、ステップＳ５において、参照されるClipを破壊して以降の処理を実行すると判定された場合、ステップＳ９に進み、クリーンブレイクが作成される。ステップＳ１０において、Clipの一部が変更され、前側のPlayitemのCondition_outがＣタイプとされて後側のPlayitemのCondition_INがＣタイプとされるＣタイプ−Ｃタイプ接続とされる。
【００９１】
また、ステップＳ４において、シ−ムレス再生可能なように処理しないと判定された場合、ステップＳ１１に進む。ステップＳ１１において、前側のPlayitemのCondition_outがＡタイプとされて後側のPlayitemのCondition_INがＡタイプとされるＡタイプ−Ａタイプ接続とされる。
【００９２】
次に、Playlistに基づく再生処理について、図２８のフローチャートを参照して説明する。ステップＳ２１において、既存のPlaylistの中から１つが選択される。ステップＳ２２において、ステップＳ２１で選択されたPlaylistを構成する先頭のPlayitemが選択されて当該先頭のPlayitemに基づいてClipの再生が開始される。ステップＳ２３において、選択されたPlayitemに基づくClipの再生が終了したか否かが判定され、Playitemに基づくClipの再生が終了したと判定されるまで待機される。Playitemに基づくClipの再生が終了したと判定された場合、ステップＳ２４に進む。
【００９３】
ステップＳ２４において、現Playitemに続く次のPlayitemがあるか否かが判定される。次のPlayitemがないと判定された場合は、このPlaylist再生処理は終了されるが、次のPlayitemがあると判定された場合、ステップＳ２５に進む。
【００９４】
ステップＳ２５において、次のPlayitemとの接続点がＡタイプ−Ａタイプ接続であるか否かが判定される。次のPlayitemとの接続点がＡタイプ−Ａタイプ接続であると判定された場合、Playitemの接続点でギャップが発生するので、ステップＳ２６に進み、デコーダがリセットされて復旧処理が実行される。ステップＳ２７において、次のPlayitemに基づいてClipの再生が開始される。その後、ステップＳ２３に戻り、それ以降の処理が繰り返される。
【００９５】
なお、ステップＳ２５において、次のPlayitemとの接続点がＡタイプ−Ａタイプ接続ではないと判定された場合、ステップＳ２８に進む。ステップＳ２８において、次のPlayitemとの接続点がＣタイプ−Ｃタイプ接続であるか否かが判定される。次のPlayitemとの接続点がＣタイプ−Ｃタイプ接続であると判定された場合、ステップＳ２９において、接続点はクリーンブレイクによって再生すると判断される。ステップＳ３０において、前側のPlayitemが参照しているClipの最後のデータまでが読み込まれた後、次のPlayitemが参照するClipの先頭のデータから読み込みが開始される。デコーダによりPCRの切り替えがシームレスに行われる。ステップＳ２７に進む。
【００９６】
ステップＳ２８において、次のPlayitemとの接続点がＣタイプ−Ｃタイプ接続ではないと判定された場合、ステップＳ３１に進む。ステップＳ３１において、次のPlayitemとの接続点がＤタイプ−Ｅタイプ接続であるか否かが判定される。次のPlayitemとの接続点がＤタイプ−Ｅタイプ接続であると判定された場合、ステップＳ３２に進み、当該接続点はブリッジシーケンスに入る接続点であると判断される。ステップＳ３３において、前側のPlayitemが指定しているPlayitem_end_time_stampとCPIが参照されてClipの途中で読み込みが停止され、次のPlayitemが参照するClipの先頭のデータから読み込みが開始される。読み込まれたデータは読み込まれた順番にデコードされる。ステップＳ２７に進む。
【００９７】
ステップＳ３１において、次のPlayitemとの接続点がＤタイプ−Ｅタイプ接続ではないと判定された場合、ステップＳ３４に進む。ステップＳ３４において、次のPlayitemとの接続点がＥタイプ−Ｄタイプ接続であるか否かが判定される。次のPlayitemとの接続点がＥタイプ−Ｄタイプ接続であると判定された場合、ステップＳ３５に進み、当該接続点はブリッジシーケンスから抜ける接続点であると判断される。ステップＳ３６において、前側のPlayitemが参照しているClipの最後のデータまでが読み込まれた後、次のPlayitemが指定しているPlayitem_start_time_stampとCPIが参照されてClipの途中から読み込みが開始される。読み込まれたデータは読み込まれた順番にデコードされる。ステップＳ２７に進む。
【００９８】
ステップＳ３４において、次のPlayitemとの接続点がＥタイプ−Ｄタイプ接続ではないと判定された場合、ステップＳ３７に進む。ステップＳ３７において、当該接続点はＥタイプ−Ｅタイプ接続であると判断される。ファイルの区切りは考慮されずにデータが読み込まれ、読み込まれた順番にデコードすればシームレスに再生される。ステップＳ２７に進む。
【００９９】
次に、ブリッジシーケンス作成条件２−１「ユーザが指定したOUT点に基づいてａ点の位置を決める」の具体的な処理について、図２９のフローチャートを参照して説明する。
【０１００】
ステップＳ５１において、ClipからのOUT点が指定される。ステップＳ５２において、OUT点の時刻がCPI上であるか否かが判定される。OUT点の再生時刻がCPI上ではないと判定された場合、ステップＳ５３に進む。ステップＳ５３において、OUT点の時刻以前の時刻に対応するCPIで示される点が存在すれば、その最も時刻が近い点が新たなOUT点とされる。なお、ステップＳ５２において、OUT点の再生時刻がCPI上であると判定された場合、ステップＳ５３の処理はスキップされる。
【０１０１】
ステップＳ５４において、フラグメントの先頭からOUT点までの大きさ（バイト数）がフラグメントの半分よりも大きいか否かが判定される。フラグメントの先頭からOUT点までの大きさがフラグメントの半分よりも大きいと判定された場合、ステップＳ５５に進む。
【０１０２】
ステップＳ５５において、OUT点で指定された時刻が当該PlayitemのPlayitem_end_time_stampとされる。ステップＳ５６において、当該Playitemのcondition_outがＤタイプとされる。ステップＳ５７において、Playitem_end_time_stamp以降のデータがコピーされて、ブリッジシーケンスの前半部分のClipが新規に生成される。新規に生成されたClipとは、Ｄタイプ−Ｅタイプ接続とされる。
【０１０３】
ステップＳ５４において、フラグメントの先頭からOUT点までの大きさがフラグメントの半分よりも大きくないと判定された場合、ステップＳ５８に進む。ステップＳ５８において、１つ前のセグメントが存在するか否かが判定される。１つ前のセグメントが存在すると判定された場合、ステップＳ５９に進む。ステップＳ５９において、１つ前のセグメントに探索範囲が変更される。ステップＳ６０において、１つ前のセグメントに存在し、かつ、CPIで示される再生時刻が最も遅い点がOUT点とされる。ステップＳ５４に戻る。
【０１０４】
なお、ステップＳ５８において、１つ前のセグメントが存在しないと判定された場合、ステップＳ６１に進み、当該Playitemのcondition_outをＤタイプとすることは不可能であると判断されて、condition_outがＡタイプとされる。
【０１０５】
以上のように、本発明によれば、ＡＶストリームファイルとは独立したファイルであり、かつ、ＡＶストリームを指すリンク構造だけを持つPlaylistに、Playitem間の接続点の状態を示す情報を持たせることによって、再生品質の向上が可能となる。
【０１０６】
なお、本実施の形態においては、ＡＶストリームファイル等を記録するメディアを光ディスクとしたが、ランダムアクセス可能なメディアであれば、他のメディアを用いてもかまわない。
【０１０７】
ところで、上述した一連の処理は、ハードウェアにより実行させることもできるが、ソフトウェアにより実行させることもできる。一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、記録媒体からインストールされる。
【０１０８】
この記録媒体は、コンピュータとは別に、ユーザにプログラムを提供するために配布される、プログラムが記録されている磁気ディスク（フロッピディスクを含む）、光ディスク（CD-ROM(Compact Disc-Read Only Memory)、DVD(Digital Versatile Disc)を含む）、光磁気ディスク（ＭＤ(Mini Disc)を含む）、もしくは半導体メモリなどよりなるパッケージメディアにより構成されるだけでなく、コンピュータに予め組み込まれた状態でユーザに提供される、プログラムが記録されているROM（図１のROM２２に相当する）やハードディスクなどで構成される。
【０１０９】
なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、記載された順序に従って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【０１１１】
【発明の効果】
また、本発明の再生装置および方法、並びに記録媒体のプログラムによれば、非破壊編集を実行した際、ＡＶ信号を途切れさせることなく再生することが可能となる。
【図面の簡単な説明】
【図１】本発明の一実施の形態であるを光ディスク装置の構成を示すブロック図である。
【図２】 ClipとPlaylistの関係を表す図である。
【図３】 Clipの構成を説明する図である。
【図４】ＡＶストリームを管理する構造を説明するための図である。
【図５】光ディスク１に記録されるデータのディレクトリ構造を示す図である。
【図６】ファイルinfo.dvrのシンタクスを示す図である。
【図７】ファイル%%%%.clpiのシンタクスを示す図である。
【図８】ファイルplaylist###.plstのシンタクスを示す図である。
【図９】ブロックPlayList()のシンタクスを示す図である。
【図１０】ブロックPlayItem()のシンタクスを示す図である。
【図１１】 PCRの不連続点でPlayitemを分けることを説明する図である。
【図１２】 Playlistがmain pathとAUX Audio pathから構成されることを説明する図である。
【図１３】 Playlistの分割を説明する図である。
【図１４】 Playlistの併合を説明する図である。
【図１５】ブリッジシーケンス作成によりシームレス接続を行う例を示す図である。
【図１６】 Playlistの移動を説明する図である。
【図１７】 Clip変換の例を示す図である。
【図１８】 Clipのミニマイズの例を示す図である。
【図１９】 Playitem間の接続点の種類を説明する図である。
【図２０】 Playitem間の接続点の種類の例を示す図である。
【図２１】ブリッジシーケンスとクリーンブレイクの関係を説明する図である。
【図２２】クリーンブレイクとブリッジシーケンスの関係を説明する図である。
【図２３】ブリッジシーケンスの状態の例を示す図である。
【図２４】ブリッジシーケンスの状態の例を示す図である。
【図２５】ブリッジシーケンスの状態の例を示す図である。
【図２６】ブリッジシーケンスの状態を示す図である。
【図２７】 Playlist作成処理を説明するフローチャートである。
【図２８】 Playlist再生処理を説明するフローチャートである。
【図２９】接続点をＤタイプとするときの処理を説明するフローチャートである。
【符号の説明】
１ 光ディスク， ２ 光ヘッド， ６ 読み出しチャンネル用バッファ， ７ デコーダ， １３ システムコントローラ
【発明の属する技術分野】
本発明は、再生装置、再生方法、並びに記録媒体に関し、特に、ランダムアクセスして読み出した不連続なＡＶデータをシームレス再生する場合に用いて好適な再生装置、再生方法、並びに記録媒体に関する。
【０００２】
【従来の技術】
近年、データを記録して再生できるメディアとして、DVD-RAM(Digital Versatile Disk-Random Access Memory)等が開発された。DVD-RAMのような大容量メディアは、ビデオ信号等のディジタルＡＶ(Audio Visual)信号を記録するメディアとしての期待が高い。
【０００３】
DVD-RAM等に記録するディジタルＡＶ信号の供給ソースとしては、現存の記録メディアであるVHSカセットテープ、８ミリテープ等に記録されたＡＶ信号や、ディジタル衛星放送、ディジタル地上波放送、ディジタルケーブルテレビジョン放送等の放送信号としてのＡＶ信号等が考えられる。
【０００４】
上述した各ソースから供給されるディジタルビデオ信号は、通常、MPEG(Moving Picture Experts Group)２方式によって圧縮符号化されている。したがって、各ソースから供給されるディジタルビデオ信号を、DVD-RAM等に記録する場合、MPEG２方式で圧縮符号化されているＡＶ信号を一旦デコードし、さらにMPEG２方式によってエンコードして光ディスクに記録する必要がある。しかしながら、このように圧縮符号化されているＡＶ信号をデコードして、再びエンコードした場合、ＡＶ信号の品質が著しく劣化してしまう。
【０００５】
そこで、ＡＶ信号の品質の劣化を最小限に抑えるために、各ソースから供給される圧縮符号化されているＡＶ信号を、エンコードおよびデコードすることなく、供給されるビットストリームの状態でDVD-RAM等に記録することが検討されている。すなわち、DVD-RAM等をデータストリーマとして使用することが検討されている。
【０００６】
DVD-RAM等のディスクメディアに対しては高速なランダムアクセスが可能であるが、そのことを活用して、DVD-RAM等に記録されているビットストリームを記録したときの順序とは異なる順序で再生することができれば便利である。再生順序を指定することは、一種の編集であり、再生順序の指定は、ディスクに記録されているビットストリームの配置が変更されることなく行われる。以下、このような編集を非破壊編集と記述する。
【０００７】
【発明が解決しようとする課題】
ところで、ディスクメディア上のビットストリームの配置は、非破壊編集をするために最適化されているわけではないので、実際に非破壊編集を実行する場合、ビットストリームの切り替え点でＡＶ信号が途切れる等の課題があった。
【０００８】
本発明はこのような状況に鑑みてなされたものであり、非破壊編集を実行した際、ＡＶ信号を途切れさせることなく再生することを目的とする。
【００１４】
【課題を解決するための手段】
本発明の再生装置は、記録媒体から少なくとも二つのＡＶデータファイルを含むＡＶデータを再生する再生装置において、ＡＶデータファイルのそれぞれに対応した再生範囲情報を含み、再生範囲情報の再生順番を指定する再生リストを読み出す読み出し手段と、再生範囲情報のうち、後に再生されるＡＶデータファイルに対応する再生範囲情報から、後に再生される再生範囲情報で指定される再生開始点前に表示すべきピクチャデータが、後に再生される再生範囲情報で指定されるＡＶデータの範囲内に含まれるか否かに基づき設定された、ノンシームレスになる可能性があるか、シームレス再生が保証されるかを示す接続情報を抽出する抽出手段と、抽出手段が抽出した接続情報がノンシームレスになる可能性があることを示す場合であって、後に再生されるＡＶデータファイルに対応する再生範囲情報で指定されるＡＶデータを再生する場合には、ＡＶデータに含まれるピクチャデータのデコーダをリセットして、記録媒体に記録されているＡＶデータを再生する再生手段とを備える。
【００１５】
本発明の再生方法は、記録媒体から少なくとも二つのＡＶデータファイルを含むＡＶデータを再生する再生装置の再生方法において、前記ＡＶデータファイルのそれぞれに対応した再生範囲情報を含み、前記再生範囲情報の再生順番を指定する再生リストを読み出す読み出しステップと、前記再生範囲情報のうち、後に再生されるＡＶデータファイルに対応する再生範囲情報から、後に再生される再生範囲情報で指定される再生開始点前に表示すべきピクチャデータが、前記後に再生される再生範囲情報で指定されるＡＶデータファイルに含まれるか否かに基づき設定された、ノンシームレスになる可能性があるか、シームレス再生が保証されるかを示す接続情報を抽出する抽出ステップと、前記抽出ステップの処理で抽出された前記接続情報がノンシームレスになる可能性があることを示す場合であって、前記後に再生されるＡＶデータファイルに対応する再生範囲情報で指定されるＡＶデータを再生する場合には、前記ＡＶデータに含まれるピクチャデータのデコーダをリセットして、前記記録媒体に記録されているＡＶデータを再生する再生ステップとを含む。
【００１６】
プログラムが記録されている本発明の記録媒体は、記録媒体から少なくとも二つのＡＶデータファイルを含むＡＶデータを再生する処理をコンピュータに実行させる再生用のプログラムにおいて、前記ＡＶデータファイルのそれぞれに対応した再生範囲情報を含み、前記再生範囲情報の再生順番を指定する再生リストを読み出す読み出しステップと、前記再生範囲情報のうち、後に再生されるＡＶデータファイルに対応する再生範囲情報から、後に再生される再生範囲情報で指定される再生開始点前に表示すべきピクチャデータが、前記後に再生される再生範囲情報で指定されるＡＶデータファイルに含まれるか否かに基づき設定された、ノンシームレスになる可能性があるか、シームレス再生が保証されるかを示す接続情報を抽出する抽出ステップと、前記抽出ステップの処理で抽出された前記接続情報がノンシームレスになる可能性があることを示す場合であって、前記後に再生されるＡＶデータファイルに対応する再生範囲情報で指定されるＡＶデータを再生する場合には、前記ＡＶデータに含まれるピクチャデータのデコーダをリセットして、前記記録媒体に記録されているＡＶデータを再生する再生ステップとを含む処理をコンピュータに実行させるプログラムが記録されている。
【００１７】
本発明の記録媒体は、ＡＶデータをファイル化した少なくとも二つのＡＶデータファイルと、それぞれの前記ＡＶデータファイルに対応した情報であって前記ＡＶデータの再生範囲を示す再生範囲情報を含み、前記再生範囲情報の再生順番を指定する再生リストが記録された記録媒体であって、前記再生範囲情報のうち、後に再生される再生範囲情報は、その再生範囲情報で指定される再生開始点前に表示すべきピクチャデータが、前記後に再生される再生範囲情報で指定されるＡＶデータファイルに含まれるか否かに基づき、ノンシームレスになる可能性があるか、シームレス再生が保証されるかを示す接続情報を含み、前記接続情報は、それがノンシームレスになる可能性があることを示している場合には、前記記録媒体の再生を行う再生装置に、前記後に再生される再生範囲情報で指定されたＡＶデータを再生するときに前記ＡＶデータに含まれるピクチャデータのデコーダのリセットを行わせる。
【００１９】
【発明の実施の形態】
図１は、本発明を適用した光ディスク装置の構成例を示している、この光ディスク装置は、入力されるＡＶ信号を例えば、MPEG方式等により圧縮符号化して多重化し、さらに、ファイル化して得られるＡＶストリームファイルをDVD-RAM等の光ディスク１に記録し、また、ＡＶストリームファイルが記録されている光ディスク１からＡＶ信号を再生するものである。この光ディスク装置では、１枚の書き換え可能な光ディスク１に対して１系統の光ヘッド２が設けられており、光ヘッド２は、データの読み出しと書き込みの双方に共用される。
【００２０】
光ヘッド２により光ディスク１から読み出されたビットストリームは、ＲＦおよび復調／変調回路３で復調された後、ECC回路４で誤り訂正が施され、スイッチ５を介して、読み出しレートとデコード処理レートとの差を吸収するための読み出しチャネル用バッファ６に送られる。読み出しチャネル用バッファ６の出力はデコード７に供給されている。読み出しチャネル用バッファ６はシステムコントローラ１３から読み書き制御ができるように構成されている。
【００２１】
読み出しチャネル用バッファ６から出力されたビットストリームは、デコーダ７でデコードされ、そこからビデオ信号とオーディオ信号が出力される。デコーダ７から出力されたビデオ信号は合成回路８に入力され、0SD(On Screen Display)制御回路９が出力するビデオ信号と合成された後、出力端子Ｐ１から図示せぬディスプレイに出力され、表示される。デコーダ７から出力されたオーディオ信号は、出力端子Ｐ２から図示せぬスピーカに送られて再生される。
【００２２】
他方、入力端子Ｐ３から入力されたビデオ信号、および入力端子Ｐ４から入力されたオーディオ信号は、エンコーダ１０でエンコードされた後、エンコード処理レートと書き込みレートとの差を吸収するための書き込みチャネル用バッファ１１に送られる。この書き込みチャネル用バッファ１１もシステムコントローラ１３から読み書き制御ができるように構成されている。
【００２３】
書き込みチャネル用バッファ１１に蓄積されたデータは、書き込みチャネル用バッファ１１から読み出され、スイッチ５を介してECC回路４に入力されて誤り訂正符号が付加された後、ＲＦおよび復調／変調回路３で変調される。ＲＦおよび復調／変調回路３より出力された信号（ＲＦ信号）は、光ヘッド２により光ディスク１に書き込まれる。
【００２４】
アドレス検出回路１２は、光ディスク１の記録または再生するトラックのアドレス情報を検出する。システムコントローラ１３は、この光ディスク装置の各部の動作を制御するものであり、各種の制御を行うCPU２１、CPU２１が実行すべき処理プログラム等を格納したROM２２、処理過程で生じたデータ等を一時記憶するためのRAM２３、および光ディスク１に対して記録または再生する各種の情報ファイルを記憶するRAM２４を有している。CPU２１は、アドレス検出回路１２の検出結果に基づいて、光ヘッド２の位置を微調整する。CPU２１はまた、スイッチ５の切り替え制御を行う。各種のスイッチ、ボタンなどから構成される入力部１４は、各種の指令を入力するとき、ユーザにより操作される。
【００２５】
次に、光ディスク１に記録されるＡＶストリームファイルの一部の範囲または全範囲を指定して、指定した範囲だけを並べて再生する非破壊編集の仕組みについて説明する。
【００２６】
図２は、非破壊編集において再生する順序が記述されているPlaylistを示している。Playlistは、ユーザが指定する、連続して再生させる１以上のストリームに対応する単位である。ある１つのストリームに対して、記録開始位置から記録終了位置までを再生するように指定すれば、最も簡単な構成のPlaylistになる。
【００２７】
Playlistは、ＡＶストリームを特定する情報と、当該ＡＶストリーム中の再生開始点（ＩＮ点）および再生終了点（OUT点）を示す情報から構成される。ＡＶストリームを特定する情報と、開始点および再生終了点を示す情報とを一組として、これをPlayitemと呼ぶ。すなわち、Playlistは１以上のPlayitemから構成される。
【００２８】
Playitemを再生すると、特定されるＡＶストリームのＩＮ点からOUT点までの範囲が再生されることになる。
【００２９】
ＡＶストリームは、MPEG２で規定されているトランスポートストリーム等の形式により多重化されているビットストリームであるが、当該ＡＶストリームがファイル化されたＡＶストリームファイルとは別のファイル（以下、ＡＶストリーム情報ファイルと記述する）として、当該ＡＶストリームに関係する情報を保持しておくことで、再生、編集がより容易になる。ＡＶストリームファイルと、ＡＶストリーム情報ファイルを１つの情報単位としてのオブジェクトとみなし、Clipと呼ぶ。すなわち、図３のように、Clipは、１対１に対応するＡＶストリームファイルとＡＶストリーム情報ファイル（図３においてはstream attributesと表示している）から構成されるオブジェクトである。
【００３０】
図４に示すように、Playlist、Playitem、およびclipを階層的に設けることによって非破壊編集が可能となる。
【００３１】
ここで、Playitem間の接続点に注目する。２つのPlayitemは、それぞれ異なるClipを参照しているが、Playitemの接続点では、光ディスク１から読み込むトランスポートストリーム（ＡＶストリーム）が不連続となる場合がある。不連続となる要因は、トランスポートストリームのsyntaxの不連続が存在する場合と、２つのファイルからの供給の不連続が有る場合である。
【００３２】
Playitemの接続点で不連続が有ると、再生される画像が静止画になったり、画像や音声が途切れたりするような再生品質の低下が発生する。しかしながら、Playitemの接続点を再生する前に予め、Playitemの接続点における不連続の要因をを知っているならば、接続点での再生品質の低下を抑えることが可能となる。
【００３３】
Playitemの接続点において、２つのファイルからの供給の不連続が有る場合、ファイルの読み出し最低レートを保証すればよい。すなわち、読み出したＡＶストリームをデコード前に記憶する読み出しチャンネル用バッファ６がアンダフローにならないようにすればよい。
【００３４】
ここで、図１の光ディスク装置の再生系について、光ディスク１、読み出しチャンネル用バッファ６、およびデコーダ７だけに簡略化して考える。光ディスク１からは、ランダムアクセス中にはデータが読み取れないので、読み出しチャンネル用バッファ６がアンダフローしないようにするには、データが読め取れなくなるトラックジャンプを行う直前に、ある程度のデータを読み出しチャンネル用バッファ６に蓄積しておく必要がある。このような制御は、光ディスク１上の記録領域であるセクタを、ブロック化して扱うことで実現できる。
【００３５】
例えば、トラックジャンプせずに連続して読み出せる隣接したセクタの集合を考え、これをフラグメントと呼ぶことにする。フラグメントには、常にある一定の割合以上のデータが存在しているという規定を設ける。例えば、各フラグメントの中で、データが占めている割合は、常に１フラグメントのサイズの半分以上であるというルールを設ける。すなわち、フラグメント中のデータが占めている領域をセグメントと呼ぶとき、セグメントの大きさがフラグメントの半分より大きいという条件を設定する。当該一定の割合は、光ディスク１上の任意の位置にあるフラグメントから、任意の位置にあるフラグメントへのジャンプにかかる時間や、フラグメントのサイズやバースト読み出しレートなどを考慮して決めることになる。
【００３６】
このようにしておけば、ランダムアクセスのジャンプを、フラグメント単位で行うことにしたとき、フラグメントにある程度のデータが存在しているので、読み出しチャンネル用バッファ６に十分な量のデータが存在する状態でフラグメント間のジャンプを行うことができる。つまり、デコーダ７に対して最低レートを保証してデータを供給することが可能になる。
【００３７】
次に、トランスポートストリームのsyntaxに不連続が存在する場合について考える。通常、別個にMPEGエンコードされて多重化された２つのビットストリームを、それぞれトランスポートパケット単位で切断し、異なるビットストリームの切断面を接合しても、MPEGシステムズで規定されている正しいsyntaxのストリームになることはない。また、異なるトランスポートストリームでは、トランスポートストリームに含まれる時間軸の基準であるPCR(Program Clock Reference)も異なるので、接続点を跨いでデコードする場合、新たなPCRに基づいて時間軸を再設定する等の処理が必要になる。
【００３８】
したがって、playitemの接続点にsyntaxの不連続があるか否かの情報と、その不連続の種類の情報をデコードするときに知っても対処が間に合わないので、本発明の光ディスク装置では、playitemの接続点にsyntaxの不連続があるか否かの情報と、その不連続の種類の情報を予めデコーダ７に供給できるようになされている。
【００３９】
ここで、光ディスク１（以下、単にディスクとも記述する）に書き込まれるファイル配置について説明する。ディスク上には、図５に示すように、次の４種類のファイルが記録される。
info.dvr
playlist###.plst
%%%%.clpi
%%%%.mpg
【００４０】
ディスク上にはディレクトリ/DVRが設けられ、ディレクトリ/DVR以下が光ディスク装置により管理される範囲とする。ただし、ディレクトリ/DVRは、ディスクのルートディレクトリにあってもよいし、任意のディレクトリの下に存在していてもよい。
【００４１】
ディレクトリ/DVRには、ファイルinfo.dvrが配置される。また、ディレクトリ/DVRの下には、ディレクトリ/PLAYLIST、ディレクトリ/CLIPINF、およびディレクトリ/ＡＶSTREAMが配置される。
【００４２】
ディレクトリ/PLAYLISTの下にはファイルplaylist###.plstが配置される。ディレクトリ/CLIPINFの下にはファイル%%%%.clpiが配置される。ディレクトリ/ＡＶSTREAMの下にはファイル%%%%.mpgが配置される。
【００４３】
図６は、ディレクトリ/DVRの下に１つだけ配置されるファイルinfo.dvrの構造を示している。ファイルinfo.dvrは、機能別に分類される情報ごとにブロックが構成されている。volumeに関する情報は、ブロックDVRVolume()に格納される。Playlistの配列に関する情報は、ブロックPlayListBlock()に格納される。Clipの配列に関する情報は、ブロックClipList()に格納される。複数のvolumeを関連付けるための情報は、ブロックMultiVolume()に格納される。
【００４４】
ファイルinfo.dvrの先頭部分には、各ブロックの先頭が記録されるアドレスが記述されている。すなわち、DVRVolume_start_addressは、ブロックDVRVolume()が開始する位置を、ファイル内相対バイト数で表している。PlayListBlock_start_addressは、ブロックPlayListBlock()が開始する位置を、ファイル内相対バイト数で表している。ClipList_start_addressは、ブロックClipList()が開始する位置を、ファイル内相対バイト数で表している。MultiVolume_start_addressは、ブロックMultiVolume()が開始する位置を、ファイル内相対バイト数で表している。
【００４５】
ディレクトリ/CLIPINFの下のファイル%%%%.clpiは、ディレクトリ/ＡＶSTREAMの下の各ＡＶストリームファイル%%%%.mpgと１対１に対応して作られる。図７は、ファイル%%%%.clpiの構造を示している。ファイル%%%%.clpiも機能別に分類される情報ごとにブロックが構成されている。
【００４６】
Clipに関する情報は、ブロックClipInfo()に格納される。不連続点（不連続点で区切られる、連続な範囲に注目したときは、連続区間とも呼ぶ）に関する情報は、ブロックSequenceInfo()に格納される。ＡＶストリーム中のランダムアクセス可能な特徴点を表すCPI(Characterristic Point Information)に関する情報は、ブロックCPI()に格納される。Clipに付与される頭出しのためのインデックス点やコマーシャルの開始・終了点などの情報は、ブロックMarkList()に格納される。ファイル%%%%.clpiの先頭部分には、各ブロックの先頭を表すアドレスが記述されている。
【００４７】
ディレクトリ/PLAYLISTの下のファイルplaylist###.plstは、各playlistに対して１つ作成される。図８は、ファイルplaylist###.plstの構造を示している。ファイルplaylist###.plstには、playlistに関する情報が格納されているブロックPlaylist()があり、ファイルの先頭部分には、そのブロックPlaylist()の先頭を表すアドレス(playlist_start_address)は、ファイルplaylist###.plstの先頭部分に記述されている。これにより、ブロックPlaylist()の前、または後にpadding_byteを挿入することが可能とされている。
【００４８】
図９は、ブロックPlayList()の構造を示している。version_numberは、以降に記述されている情報のバージョン番号を表す。aux_audio_valid_flagは、当該PlayListがアフレコ用オーディオを有しているか否かを表す。aux_audio_valid_flagが「否」を表している場合、aux_audio用のPlayItem()は無視され、再生されないことになる。
【００４９】
playlist_typeは、当該playlistの種類を表す。playlist_name_lengthは、当該playlistの名前のデータ長さを表す。名前を表す文字列は、playlist_name_lengthの直後のfor文により記述される。ResumeInfo()は、PlayListの再生を途中で終了させた場合、再生を中断した位置を表す情報が入る領域である。synchronous_start_ptsは、有効なaux_audio_pathが存在する場合、aux_audio_pathの開始時刻を表す。synchronous_start_ptsは、main pathとaux audio pathとの同期再生を実現するために用いられる。num_of_playitems_for_mainは、main pathを構成するPlayItemの数を表す。num_of_playitems_for_aux_audioは、aux_audio pathを構成するPlayItemの数を表す。PlaylistInfoDescriptor()は、このPlayListに関連する情報、内容説明等を格納するための領域であり、for文により、PlayListに関連する情報が記述される。
【００５０】
図１０は、ブロックPlayItem()の構造を示している。file_name_lengthは、当該PlayItemが参照するClip情報ファイル（拡張子がclpiであるファイル）のファイル名のデータ長を表し、直後のfor文に当該ファイル名の文字列が格納される。program_numberは、当該PlayItemが参照するprogram(MPEGシステムズで定義されている、ビデオ・オーディオ等のエレメンタリストリームのまとまりを指す）を特定するprogram_numberを表す。
【００５１】
sequence_idは、program中に存在する、PCRが連続な時間範囲の区間を表す。当該区間においては、一貫した連続時間軸が定義できるので、PlayItemの開始点および終了点を一意に定めることができる。つまり、各PlayItemの開始点と終了点は、同一のsequenceに存在していなければならない。playitem_name_lengthは、このplayitemの名前のデータ長を表し、直後for文に名前の文字列が格納される。condition_INは、当該PlayItemの開始部分に該当するＡＶストリームデータの状態を表す。condition_OUTは、当該PlayItemの終了部分に該当するＡＶストリームデータの状態を表す。状態の詳細については図１９を参照して後述する。
【００５２】
playitem_start_time_stampは、当該PlayItemの開始点におけるpts(presentation time stamp)を表す。ただし、condition_INが0x03であるときには、ＡＶストリームファイルは最後まで読み込まれてデコードされるので、当該playitem_start_time_stampは不要になる。playitem_end_time_stampは、当該PlayItemの終了点におけるptsを表す。ただし、condition_OUTが0x03であるときには、ＡＶストリームファイルは先頭から読み込まれてデコードされるので、当該playitem_end_time_stampは不要になる。
【００５３】
次に、上述したデータ構造を有するPlaylistの特性を列挙する。
１）Playlistは、Clipという「素材」の再生したい部分だけを、ＩＮ点（開始点）およびOUT点（終了点）により指定したものを集めたものである。
２）Playlistは、Clipと同様に、ユーザがひとまとまりとして認識する単位である。
３）Playlistは、非破壊のアセンブル編集を実現するための構造でもある。ClipとPlaylistは、Master-Slaveの関係であり、Playlistを作成、分割、併合、または消去してもClipは変化しない。
４）Clipの一部分を指定したものをPlayitemと呼ぶ。Playlistは、Playitemの配列で構成される。
５）Playitemは、主に、ＡＶストリームファイルを特定するためのファイルidまたはファイル名、並びに、MPEG２トランスポートストリームに関して規定されているprogram_numberおよび当該program_numberに対応するprogram上のＩＮ点とOUT点で構成される。Clip内では、programごとに、さらにPCRが連続な区間ごとにローカルな時間軸が定義されており、ＩＮ点およびOUT点はptsを用いて表現される。
６）Playlistを構成するPlayitemの再生指定範囲は、図１１に示すように、ClipのPCR連続区間内で閉じている。
７）１つのPlayitemを２つ以上のPlaylistで共有することは出来ない。
８）ブリッジシーケンスを形成するClipからは、Playitemが１つだけ作られる。ブリッジシーケンスを形成するClipは、複数のPlayitem間で共有されない。
９）Playlistには、アフレコをすることができる。アフレコされる対象は非破壊の状態が維持される。アフレコ用のpathとして、図１２に示すように、PlayList内にAUX Audio pathが１本設けられる。メイン出力となるビデオおよびオーディオのPlayitemの配列をmain pathと称する。
１０）１本のpathにおいて、複数のPlayitemの再生時刻が時間的に重なることはない。２つ以上のPlayitemが１本のmain path上に並ぶ場合、Playitemは密に並べられ、再生時刻にギャップ（隙間）が存在してはならない。
【００５４】
１１）Playlistの再生時間は、main pathの再生時間と同一である。
１２）AUX Audio path上に存在するPlayitemの数は０または１である。
１３）AUX Audio pathの再生開始時刻および終了時刻の範囲は、main pathの再生開始時刻および終了時刻の範囲を超えてはならない。
【００５５】
次に、Playlistに係わる非破壊編集時の操作について説明する。
１）Playlist作成
新たにＡＶストリームを記録した場合、ＡＶストリームファイルとＡＶストリームファイル情報からなるClipが作成され、Clipを参照するPlayitemが作成され、Playlistが作成される。
２）消去
不要になった再生順序指定を消す場合、Playlistの全体、またはPlayitem単位で消去される。
３）分割
図１３に示すように、１つPlaylistを構成するPlayitemを分割し、分割されたPlayitemで、それぞれPlaylist構成する。
【００５６】
４）併合（ノンシームレス・シームレス接続）
２つのPlaylistを接続して１つのPlaylistを構成する。接続点において、映像および音声の途切れがないようなシームレスに再生されるように併合するか、途切れが発生してもかまわないノンシームレスに再生されるように併合するかにより、併合処理が異なる。ノンシームレス再生されるように併合する場合には、新たなＡＶストリームを作成することなく、図１４(A)に示すように、２つのPlaylistのPlayitemを単に再生順に一列に並べて、１つのPlaylistを構成すればよい。なお、図１４(B)に示すように、併合するPlaylistをなすPlayitemが同一のClipを参照していて、かつ、参照される部分が連続している場合、Playitemも併合される。図１５は、シームレスに再生できるように接続するためのブリッジシーケンス（詳細は後述する）を作成した例を表している。
【００５７】
５）移動
図１６に示すように、Playlistの再生順序を規定するPlaylist blockでのPlaylistの並びが変更される。各Playlistは変更されない。
６）Clip変換
例えば、ビデオカメラで撮影した素材をClipとし、当該Clipを部分的に再生するようなPlaylistを作成したとする。Playlistが完成した後に、その再生順で再生する、ストリームの実体を伴うClipを新たに作りたい場合、図１７に示すように、Playlistで指定された部分がコピーされて新たなClipが作成される（オリジナルのClipが新たなClipに変換される）。
【００５８】
７）Clipのミニマイズ
図１８に示すように、Clipの、いずれのPlaylist（を構成するPlayitem）からも再生指定されていない部分が消去される。
８）Clipの消去
いずれのPlaylist（を構成するPlayitem）からも再生指定されていないClipが消去される。
Clipのミニマイズ、およびClipの消去は、不要なデータを消去することによって、ディスクの空き容量を増やすための操作である。
【００５９】
次に、Playlistを構成するPlayitem間のシームレス再生について説明する。Playitem間のシームレス再生を実現するためには、各Playitemの接続点の状態を分類する必要がある。ここでは、Playitemの接続点の状態を、図１９に示すようなＡタイプ、Ｃタイプ、Ｄタイプ、またはＥタイプの４種類のうちのいずれかに分類する。
【００６０】
Ａタイプとは、PlayitemのＩＮ点（開始点）およびOUT点（終了点）が、ＡＶストリームの任意のピクチャを指している状態を表す。映像がMPEGビデオにより符号化されている場合、指定のピクチャは、Ｉピクチャであるとは限られず、Ｐピクチャ、またはＢピクチャである場合がある。そのため、例えば、指定のピクチャがＰピクチャ、またはＢピクチャである場合、ＩＮ点で指定されたピクチャを表示するためには、ＩＮ点よりも以前のピクチャのデータを必要となる。Playitemがもつ情報はＩＮ点のptsであるので、以前のピクチャのデータを読み込む位置は再生側が任意に決めることになる。よって、読み込み開始位置が前過ぎると、ＰピクチャまたはＢピクチャを再生するためには不必要なデータまで読み込んでしまうことがある。同様に、OUT点のピクチャを表示するためには、表示はしないが、デコードには必要なピクチャのデータを読み込まなければならない。このような場合、OUT点のピクチャのデコードが完了したら、次のPlayitemのデータをデコードする前に、デコーダのフレームバッファをフラッシュする（データを消去する）必要がある。また、デコーダのバッファにデータがOUT点より後の不要なデータが貯まっている場合があるので、デコーダバッファもフラッシュする必要がある。
【００６１】
結局、Ａタイプの接続面を再生する際には、連続デコードおよび連続表示等の通常の再生処理を中断し、上述したような、表示しないデータを読み込む処理が必要となる。このため、playitemの境界では再生がノンシームレスになる可能性がある。
【００６２】
Ｃタイプは、接続点がクリーンブレイク(clean break)である状態を表す。クリーンブレイクとは、デコードに必要ないデータを除くような末端処理がなされている状態である。この接続点は、接続点周辺のデータを多重分離してデコードし、再エンコードして、さらに再多重化して作られる。したがって、Ａタイプのように、接続点の画像の前の画像のデータおよび後の画像のデータは必要とされない。接続点の状態をＣタイプにするには、例えば、ＩＮ点に対応するピクチャを、GOP(Group Of Pictures)の先頭となるように再エンコードし、OUT点に対応するピクチャを、GOPの最後のピクチャとなるように再エンコードすればよい。ただし、Ｃタイプの接続点において、PCRは不連続である。
【００６３】
Ｄタイプは、ＡＶストリームファイルの途中から飛び出したり、飛び込んだりする接続点であり、前後のPlayitemとはビットストリームがバイト精度で連続している状態を表す。したがって、Playitemの並び順に従ってＡＶストリームファイルから読み出せば、ファイルの乗り換えがあるにもかかわらず、連続したビットストリームが得られ、連続デコードが可能である。Ｄタイプとなる接続点は、ファイルの途中から抜けてブリッジシーケンスに入る場合、ブリッジシーケンスから抜けてファイルの途中に入る場合等に発生する。
【００６４】
Ｅタイプは、PlayitemがＡＶストリームファイルの先頭または最後であり、そこで前または後のPlayitemとバイト精度でビットストリームが連続している状態を表す。Ｄタイプとの違いは、Playitemで指したピクチャがちょうどファイルの先頭または最後の位置に格納されているか否かという点である。Ｅタイプはブリッジシーケンスや、連続したストリームを２つのファイルに分割した場合に発生する。
【００６５】
図２０(A)は、２つのＡＶストリームの一部の範囲をＩＮ点およびOUT点により指定したPlayitemを作り、それを並べてPlaylistを構成した例を示している。この場合、ＡＶストリームに対しては特別な処理を行わず、単にPlayitemを並べただけであるので、２つのPlayitemの接続点は両方ともＡタイプとなる。したがって、２つのPlayitemの間で画途切れ等の不連続が発生する可能性があり、シームレス再生は保証されない。
【００６６】
図２０(B)は、両接続点がＣタイプである例を示している。この場合、２つのPlayitemの間を跨いでもシームレス再生が保証される。
【００６７】
図２０(C)は、元は１つであったＡＶストリームファイルを２つのファイルに分割し、それをPlayitemで接続した場合の例を示している。このように、分割されたＡＶストリームファイルをつないでいるPlayitemは、その接続点がＥタイプとなる。したがって、ＡＶストリームファイルの境界で引き続いてデータを読み込むようにすれば、特別な処理を実行することなく、連続したビットストリームが得られるので、シームレス再生が保証される。
【００６８】
図２０(D)は、ブリッジシーケンスを作成して２つのPlayitemの間をシームレス再生できるようにした例を示している。ブリッジシーケンスは、元のＡＶストリームファイルを変更することなく、シームレス再生を実現するための方法である。元のＡＶストリームファイルが変更されない点が図２０(B)に示した例との相異である。ここでは、ブリッジシーケンスに入るためにＡＶストリームファイルの途中から抜ける点と、ブリッジシーケンスから出てＡＶストリームファイルの途中に入る点がＤタイプとなる。
【００６９】
次に、Ｄタイプの接続点を持つ２つのPlayitemの間をシームレス再生するための構造であるブリッジシーケンスについて説明する。ブリッジシーケンスとは、ディスク上の空き領域に、接続点周辺のＡＶストリームを用いて、コピーまたは一部再エンコードして作成した短いＡＶストリームである。再生時には、ブリッジシーケンスとしての短いＡＶストリームを再生することによってシームレスなを接続を実現する。ブリッジシーケンスは、図２１(A)に示すように、クリーンブレイクを挟んで２つのＡＶストリームファイルから構成される場合と、図２１(B)に示すように、１つのＡＶストリームファイルから構成される場合がある。
【００７０】
クリーンブレイクは、２つのClipの間をシームレス再生する場合、または、２つのPlayitemの間をシームレス再生する場合に使われる。２つのClipの間をシームレス再生する場合において、再エンコードおよび再多重化を行うことで、シームレス接続されるＡＶストリームファイルの端は、図２２(A)に示すように、クリーンブレイクとなる。通常、MPEG２システムズにおける多重化位相差のために、各エレメンタリストリームにおいて同時刻に表示すべきデータは、ファイル内の離れた位置にある。クリーンブレイクとは、この多重化位相差を考慮して、ある時刻の以前に表示されるエレメンタリストリームと以後に表示されるエレメンタリストリームが別々のファイルに分けられた状態である。当然、以前側のファイルに存在するビデオデータが表示される時刻と同時刻に再生されるオーディオデータも以前側のファイルに存在し、同様に、以後側のファイルに存在するビデオデータが表示される時刻と同時刻に再生されるオーディオデータも以後側のファイルに存在する。
【００７１】
ブリッジシーケンスは、例えば、２つのPlayitemの間をシームレス再生する場合において、図２２(B)に示すように、オリジナルのＡＶストリームファイルとは独立したＡＶストリームファイルが形成される。ブリッジシーケンスは、接続点周辺のビットストリーム（オリジナルのＡＶストリームファイル）をコピーして新たなファイルを生成するが、デコードおよび再エンコードによって作り直されるのは、その一部分である。
【００７２】
次にブリッジシーケンス作成時の条件１−１乃至４−１について説明する。連続供給の保証および読み出しデータの連続性の必要から、ブリッジシーケンス上のポイントａ，ｄ，ｅ，ｈ（図２１）は、以下に説明する条件を満たすバイト位置でなければならない。
【００７３】
フラグメント(fragment)とセグメント(segment)の関係に注目した場合におけるブリッジシーケンス作成条件を説明する。ここで、セグメントとは、フラグメントのうちデータで占められている部分を指している。
【００７４】
１−１）図２３に示すように、ブリッジシーケンスＳ２，Ｓ３とブリッジシーケンスに出入りするセグメントＳ１，Ｓ４は、０．５フラグメント以上の大きさでなければならない。
【００７５】
ブリッジシーケンス作成条件２−１を説明する。
【００７６】
２−１）図２４に示すように、ユーザが指定したOUT点に基づいてａ点の位置を決める。
【００７７】
具体的には、フラグメントの後半(half of fragment)の部分であって、CPIが存在するソースパケット(source packet)の先頭をａ点の候補とする。対象としているフラグメントの中にａ点が見つからなければ、１つ前のフラグメントを対象に変えて、その中で条件を満たす点を捜す。ソースパケットとは、トランスポートパケットに４バイトの時刻情報が付加されたものである。a点が見つかるまで対象とするフラグメントを１つずつ遡る。ａ点からユーザが指定したOUT点までの部分は、そのままコピーされるか、あるいは再エンコードされてブリッジシーケンスに入る。フラグメントの後半の中にCPIが指す点が含まれているか否かと、含まれるCPIの数については、ビットレートに依存する。より具体的な処理については、図２９のフローチャートを参照して後述する。
【００７８】
図２５を参照して、アラインドユニット(Aligned Unit)とCPIの関係に注目した場合におけるブリッジシーケンス作成条件について説明する。なお、アラインドユニットとは、ＡＶストリームをファイルに格納する際の単位であって、ファイルシステム上における連続する所定の数のセクタを１つの単位として扱うための構造である。アラインドユニットの先頭は、ソースパケットとアラインされている、つまり、アラインドユニットは必ずソースパケットの先頭から始まる。ＡＶストリームファイルは、アラインドユニットの整数倍から構成されている。
【００７９】
また、CPIとは、ＡＶストリーム中のランダムアクセス可能な位置（デコードを開始可能な位置）を指しており、ＡＶストリーム中のピクチャのpts(presentation time stamp)と、そのピクチャのファイル内バイト位置がデータベースになっているものである。このCPIデータベースを参照することにより、PlayitemのＩＮ点とOUT点を決めているタイムスタンプから、ＡＶストリームファイル内のバイト位置に変換することができる。逆に、CPIデータベースが無ければ、表示時刻からファイル内バイト位置に変換することは困難であるので、ブリッジシーケンスとの接続点は、CPIで指された位置に合わせる必要がある。
【００８０】
上述した特徴を持つアラインドユニットとCPIに注目したときのブリッジシーケンス作成条件３−１乃至３−７を列挙する。
３−１）ブリッジシーケンスの先頭のポイントｂ（図２５(A)）は、ファイルの先頭であるのでアラインドユニットにアラインされている。
３−２）ポイントｂはソースパケットの先頭でもある。
３−３）ポイントｂからポイントｄの範囲を１つのファイルとした場合は、その長さは、アラインドユニットの整数倍の長さでなければならない。
３−４）ポイントａはptsで指定されるが、バイト位置を知るためにCPIが参照される。したがって、ポイントａはCPIで指される点でなければならない（正確には、再生時はポイントａで指されるソースパケットの直前のバイトで抜け出ることになる）。
【００８１】
３−５）ポイントａからポイントｂの間はバイト精度で連続である（Ｄタイプ−Ｅタイプ接続である）。したがって、ポイントｂもCPIで指される点となる。
３−６）ポイントｄはptsで指定されるので、ポイントｅは、CPIで指される点でなければならない。
３−７）ポイントｂ，ｅは、CPIで指される点なので、ソースパケットの先頭でなければならない。ポイントａ，ｅは、アラインドユニットとアラインされていなくてもよい。
【００８２】
次に、図２６を参照してブリッジシーケンスを指すPlayitemの条件を説明する。ブリッジシーケンスは、図２１に示したように、クリーンブレイクで分けられる２つのＡＶストリームとして構成する方法と、１つのＡＶストリームとして構成する方法の２種類ある。しかしどちらの方法でも、ブリッジシーケンスを指すPlayitemの数は２つである。それは、１つのＡＶストリームにした場合でも、その中にPCR不連続点があり、その個所でPlayitemを分けるからである。これは、playitemでの時刻管理を容易にするためと、PCR不連続点はPlayitemの境界でのみ発生する可能性があり、Playitemの中では発生しないという制約を設けることで、Playitemの再生中は不連続点を考慮しなくて済むようにするためである。
【００８３】
図１０に示したブロックPlayitem()のsyntaxによれば、Playitemがもつ１組のＩＮ点とOUT点は、共に同じsequence_idで指定されるPCRの連続した区間になければならない。以上により、PCR不連続点付近のブリッジシーケンス作成条件４−１は次のようになる。
４−１）playitemは、PCRが連続な範囲で指定できるものであるので、PCR不連続点Ｃにおいてplayitemは分割される。
【００８４】
以上のようなブリッジシーケンス作成条件１−１乃至４−１に従うことにより、シームレス再生可能なPlaylistを作成することが可能になる。
【００８５】
次に、Playlist作成時におけるPlayitemの接続点（condition_INおよびcondition_OUT）の状態の設定処理について、図２７のフローチャートを参照して説明する。
【００８６】
ステップＳ１において、Clip中の再生したい範囲の入力が受け付けられる。これに対して、ユーザは、ＩＮ点およびOUT点を入力して再生したい範囲を指定する。ステップＳ２において、ＩＮ点およびOUT点の入力が終了したか否が判定され、ＩＮ点およびOUT点の入力が終了するまで、ユーザからのＩＮ点およびOUT点の入力を受け付ける。ＩＮ点およびOUT点の入力が終了したと判定された場合、ステップＳ３に進む。
【００８７】
ステップＳ３において、再生する順序に従って、接続点の１つに注目する。ステップＳ４において、接続点においてシ−ムレス再生可能なように処理するか否かが判定される。シ−ムレス再生可能なように処理すると判定された場合、ステップＳ５に進む。
【００８８】
ステップＳ５において、参照されるClipを破壊せずに以降の処理を実行するか否かが判定される。参照されるClipを破壊せずに以降の処理を実行すると判定された場合、ステップＳ６に進み、ブリッジシーケンスが作成される。ステップＳ７において、新たに作成された２つのClipを参照する２つのPlayitemが接続点の間に挿入され、前側のPlayitemのCondition_outがＤタイプとされて後側のPlayitemのCondition_INがＥタイプとされるＤタイプ−Ｅタイプ接続、前側のPlayitemのCondition_outがＣタイプとされて後側のPlayitemのCondition_INがＣタイプとされるＣタイプ−Ｃタイプ接続、または、前側のPlayitemのCondition_outがＥタイプとされて後側のPlayitemのCondition_INがＤタイプとされるＥタイプ−Ｄタイプ接続とされる。
【００８９】
ステップＳ８において、Playlistの中に未処理の接続点がまだ存在するか否かが判定され、未処理の接続点がまだ存在すると判定された場合、ステップＳ３に戻り、それ以降の処理が繰り返される。
【００９０】
なお、ステップＳ５において、参照されるClipを破壊して以降の処理を実行すると判定された場合、ステップＳ９に進み、クリーンブレイクが作成される。ステップＳ１０において、Clipの一部が変更され、前側のPlayitemのCondition_outがＣタイプとされて後側のPlayitemのCondition_INがＣタイプとされるＣタイプ−Ｃタイプ接続とされる。
【００９１】
また、ステップＳ４において、シ−ムレス再生可能なように処理しないと判定された場合、ステップＳ１１に進む。ステップＳ１１において、前側のPlayitemのCondition_outがＡタイプとされて後側のPlayitemのCondition_INがＡタイプとされるＡタイプ−Ａタイプ接続とされる。
【００９２】
次に、Playlistに基づく再生処理について、図２８のフローチャートを参照して説明する。ステップＳ２１において、既存のPlaylistの中から１つが選択される。ステップＳ２２において、ステップＳ２１で選択されたPlaylistを構成する先頭のPlayitemが選択されて当該先頭のPlayitemに基づいてClipの再生が開始される。ステップＳ２３において、選択されたPlayitemに基づくClipの再生が終了したか否かが判定され、Playitemに基づくClipの再生が終了したと判定されるまで待機される。Playitemに基づくClipの再生が終了したと判定された場合、ステップＳ２４に進む。
【００９３】
ステップＳ２４において、現Playitemに続く次のPlayitemがあるか否かが判定される。次のPlayitemがないと判定された場合は、このPlaylist再生処理は終了されるが、次のPlayitemがあると判定された場合、ステップＳ２５に進む。
【００９４】
ステップＳ２５において、次のPlayitemとの接続点がＡタイプ−Ａタイプ接続であるか否かが判定される。次のPlayitemとの接続点がＡタイプ−Ａタイプ接続であると判定された場合、Playitemの接続点でギャップが発生するので、ステップＳ２６に進み、デコーダがリセットされて復旧処理が実行される。ステップＳ２７において、次のPlayitemに基づいてClipの再生が開始される。その後、ステップＳ２３に戻り、それ以降の処理が繰り返される。
【００９５】
なお、ステップＳ２５において、次のPlayitemとの接続点がＡタイプ−Ａタイプ接続ではないと判定された場合、ステップＳ２８に進む。ステップＳ２８において、次のPlayitemとの接続点がＣタイプ−Ｃタイプ接続であるか否かが判定される。次のPlayitemとの接続点がＣタイプ−Ｃタイプ接続であると判定された場合、ステップＳ２９において、接続点はクリーンブレイクによって再生すると判断される。ステップＳ３０において、前側のPlayitemが参照しているClipの最後のデータまでが読み込まれた後、次のPlayitemが参照するClipの先頭のデータから読み込みが開始される。デコーダによりPCRの切り替えがシームレスに行われる。ステップＳ２７に進む。
【００９６】
ステップＳ２８において、次のPlayitemとの接続点がＣタイプ−Ｃタイプ接続ではないと判定された場合、ステップＳ３１に進む。ステップＳ３１において、次のPlayitemとの接続点がＤタイプ−Ｅタイプ接続であるか否かが判定される。次のPlayitemとの接続点がＤタイプ−Ｅタイプ接続であると判定された場合、ステップＳ３２に進み、当該接続点はブリッジシーケンスに入る接続点であると判断される。ステップＳ３３において、前側のPlayitemが指定しているPlayitem_end_time_stampとCPIが参照されてClipの途中で読み込みが停止され、次のPlayitemが参照するClipの先頭のデータから読み込みが開始される。読み込まれたデータは読み込まれた順番にデコードされる。ステップＳ２７に進む。
【００９７】
ステップＳ３１において、次のPlayitemとの接続点がＤタイプ−Ｅタイプ接続ではないと判定された場合、ステップＳ３４に進む。ステップＳ３４において、次のPlayitemとの接続点がＥタイプ−Ｄタイプ接続であるか否かが判定される。次のPlayitemとの接続点がＥタイプ−Ｄタイプ接続であると判定された場合、ステップＳ３５に進み、当該接続点はブリッジシーケンスから抜ける接続点であると判断される。ステップＳ３６において、前側のPlayitemが参照しているClipの最後のデータまでが読み込まれた後、次のPlayitemが指定しているPlayitem_start_time_stampとCPIが参照されてClipの途中から読み込みが開始される。読み込まれたデータは読み込まれた順番にデコードされる。ステップＳ２７に進む。
【００９８】
ステップＳ３４において、次のPlayitemとの接続点がＥタイプ−Ｄタイプ接続ではないと判定された場合、ステップＳ３７に進む。ステップＳ３７において、当該接続点はＥタイプ−Ｅタイプ接続であると判断される。ファイルの区切りは考慮されずにデータが読み込まれ、読み込まれた順番にデコードすればシームレスに再生される。ステップＳ２７に進む。
【００９９】
次に、ブリッジシーケンス作成条件２−１「ユーザが指定したOUT点に基づいてａ点の位置を決める」の具体的な処理について、図２９のフローチャートを参照して説明する。
【０１００】
ステップＳ５１において、ClipからのOUT点が指定される。ステップＳ５２において、OUT点の時刻がCPI上であるか否かが判定される。OUT点の再生時刻がCPI上ではないと判定された場合、ステップＳ５３に進む。ステップＳ５３において、OUT点の時刻以前の時刻に対応するCPIで示される点が存在すれば、その最も時刻が近い点が新たなOUT点とされる。なお、ステップＳ５２において、OUT点の再生時刻がCPI上であると判定された場合、ステップＳ５３の処理はスキップされる。
【０１０１】
ステップＳ５４において、フラグメントの先頭からOUT点までの大きさ（バイト数）がフラグメントの半分よりも大きいか否かが判定される。フラグメントの先頭からOUT点までの大きさがフラグメントの半分よりも大きいと判定された場合、ステップＳ５５に進む。
【０１０２】
ステップＳ５５において、OUT点で指定された時刻が当該PlayitemのPlayitem_end_time_stampとされる。ステップＳ５６において、当該Playitemのcondition_outがＤタイプとされる。ステップＳ５７において、Playitem_end_time_stamp以降のデータがコピーされて、ブリッジシーケンスの前半部分のClipが新規に生成される。新規に生成されたClipとは、Ｄタイプ−Ｅタイプ接続とされる。
【０１０３】
ステップＳ５４において、フラグメントの先頭からOUT点までの大きさがフラグメントの半分よりも大きくないと判定された場合、ステップＳ５８に進む。ステップＳ５８において、１つ前のセグメントが存在するか否かが判定される。１つ前のセグメントが存在すると判定された場合、ステップＳ５９に進む。ステップＳ５９において、１つ前のセグメントに探索範囲が変更される。ステップＳ６０において、１つ前のセグメントに存在し、かつ、CPIで示される再生時刻が最も遅い点がOUT点とされる。ステップＳ５４に戻る。
【０１０４】
なお、ステップＳ５８において、１つ前のセグメントが存在しないと判定された場合、ステップＳ６１に進み、当該Playitemのcondition_outをＤタイプとすることは不可能であると判断されて、condition_outがＡタイプとされる。
【０１０５】
以上のように、本発明によれば、ＡＶストリームファイルとは独立したファイルであり、かつ、ＡＶストリームを指すリンク構造だけを持つPlaylistに、Playitem間の接続点の状態を示す情報を持たせることによって、再生品質の向上が可能となる。
【０１０６】
なお、本実施の形態においては、ＡＶストリームファイル等を記録するメディアを光ディスクとしたが、ランダムアクセス可能なメディアであれば、他のメディアを用いてもかまわない。
【０１０７】
ところで、上述した一連の処理は、ハードウェアにより実行させることもできるが、ソフトウェアにより実行させることもできる。一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、記録媒体からインストールされる。
【０１０８】
この記録媒体は、コンピュータとは別に、ユーザにプログラムを提供するために配布される、プログラムが記録されている磁気ディスク（フロッピディスクを含む）、光ディスク（CD-ROM(Compact Disc-Read Only Memory)、DVD(Digital Versatile Disc)を含む）、光磁気ディスク（ＭＤ(Mini Disc)を含む）、もしくは半導体メモリなどよりなるパッケージメディアにより構成されるだけでなく、コンピュータに予め組み込まれた状態でユーザに提供される、プログラムが記録されているROM（図１のROM２２に相当する）やハードディスクなどで構成される。
【０１０９】
なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、記載された順序に従って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【０１１１】
【発明の効果】
また、本発明の再生装置および方法、並びに記録媒体のプログラムによれば、非破壊編集を実行した際、ＡＶ信号を途切れさせることなく再生することが可能となる。
【図面の簡単な説明】
【図１】本発明の一実施の形態であるを光ディスク装置の構成を示すブロック図である。
【図２】 ClipとPlaylistの関係を表す図である。
【図３】 Clipの構成を説明する図である。
【図４】ＡＶストリームを管理する構造を説明するための図である。
【図５】光ディスク１に記録されるデータのディレクトリ構造を示す図である。
【図６】ファイルinfo.dvrのシンタクスを示す図である。
【図７】ファイル%%%%.clpiのシンタクスを示す図である。
【図８】ファイルplaylist###.plstのシンタクスを示す図である。
【図９】ブロックPlayList()のシンタクスを示す図である。
【図１０】ブロックPlayItem()のシンタクスを示す図である。
【図１１】 PCRの不連続点でPlayitemを分けることを説明する図である。
【図１２】 Playlistがmain pathとAUX Audio pathから構成されることを説明する図である。
【図１３】 Playlistの分割を説明する図である。
【図１４】 Playlistの併合を説明する図である。
【図１５】ブリッジシーケンス作成によりシームレス接続を行う例を示す図である。
【図１６】 Playlistの移動を説明する図である。
【図１７】 Clip変換の例を示す図である。
【図１８】 Clipのミニマイズの例を示す図である。
【図１９】 Playitem間の接続点の種類を説明する図である。
【図２０】 Playitem間の接続点の種類の例を示す図である。
【図２１】ブリッジシーケンスとクリーンブレイクの関係を説明する図である。
【図２２】クリーンブレイクとブリッジシーケンスの関係を説明する図である。
【図２３】ブリッジシーケンスの状態の例を示す図である。
【図２４】ブリッジシーケンスの状態の例を示す図である。
【図２５】ブリッジシーケンスの状態の例を示す図である。
【図２６】ブリッジシーケンスの状態を示す図である。
【図２７】 Playlist作成処理を説明するフローチャートである。
【図２８】 Playlist再生処理を説明するフローチャートである。
【図２９】接続点をＤタイプとするときの処理を説明するフローチャートである。
【符号の説明】
１ 光ディスク， ２ 光ヘッド， ６ 読み出しチャンネル用バッファ， ７ デコーダ， １３ システムコントローラ
Claims (4)
- 記録媒体から少なくとも二つのＡＶデータファイルを含むＡＶデータを再生する再生装置において、
前記ＡＶデータファイルのそれぞれに対応した再生範囲情報を含み、前記再生範囲情報の再生順番を指定する再生リストを読み出す読み出し手段と、
前記再生範囲情報のうち、後に再生されるＡＶデータファイルに対応する再生範囲情報から、後に再生される再生範囲情報で指定される再生開始点前に表示すべきピクチャデータが、前記後に再生される再生範囲情報で指定されるＡＶデータファイルに含まれるか否かに基づき設定された、ノンシームレスになる可能性があるか、シームレス再生が保証されるかを示す接続情報を抽出する抽出手段と、
前記抽出手段が抽出した前記接続情報がノンシームレスになる可能性があることを示す場合であって、前記後に再生されるＡＶデータファイルに対応する再生範囲情報で指定されるＡＶデータを再生する場合には、前記ＡＶデータに含まれるピクチャデータのデコーダをリセットして、前記記録媒体に記録されているＡＶデータを再生する再生手段と
を備える再生装置。 - 記録媒体から少なくとも二つのＡＶデータファイルを含むＡＶデータを再生する再生装置の再生方法において、
前記ＡＶデータファイルのそれぞれに対応した再生範囲情報を含み、前記再生範囲情報の再生順番を指定する再生リストを読み出す読み出しステップと、
前記再生範囲情報のうち、後に再生されるＡＶデータファイルに対応する再生範囲情報から、後に再生される再生範囲情報で指定される再生開始点前に表示すべきピクチャデータが、前記後に再生される再生範囲情報で指定されるＡＶデータファイルに含まれるか否かに基づき設定された、ノンシームレスになる可能性があるか、シームレス再生が保証されるかを示す接続情報を抽出する抽出ステップと、
前記抽出ステップの処理で抽出された前記接続情報がノンシームレスになる可能性があることを示す場合であって、前記後に再生されるＡＶデータファイルに対応する再生範囲情報で指定されるＡＶデータを再生する場合には、前記ＡＶデータに含まれるピクチャデータのデコーダをリセットして、前記記録媒体に記録されているＡＶデータを再生する再生ステップと
を含む再生方法。 - 記録媒体から少なくとも二つのＡＶデータファイルを含むＡＶデータを再生する処理をコンピュータに実行させる再生用のプログラムにおいて、
前記ＡＶデータファイルのそれぞれに対応した再生範囲情報を含み、前記再生範囲情報の再生順番を指定する再生リストを読み出す読み出しステップと、
前記再生範囲情報のうち、後に再生されるＡＶデータファイルに対応する再生範囲情報から、後に再生される再生範囲情報で指定される再生開始点前に表示すべきピクチャデータが、前記後に再生される再生範囲情報で指定されるＡＶデータファイルに含まれるか否かに基づき設定された、ノンシームレスになる可能性があるか、シームレス再生が保証されるかを示す接続情報を抽出する抽出ステップと、
前記抽出ステップの処理で抽出された前記接続情報がノンシームレスになる可能性があることを示す場合であって、前記後に再生されるＡＶデータファイルに対応する再生範囲情報で指定されるＡＶデータを再生する場合には、前記ＡＶデータに含まれるピクチャデータのデコーダをリセットして、前記記録媒体に記録されているＡＶデータを再生する再生ステップと
を含む処理をコンピュータに実行させるプログラムが記録されている記録媒体。 - ＡＶデータをファイル化した少なくとも二つのＡＶデータファイルと、それぞれの前記ＡＶデータファイルに対応した情報であって前記ＡＶデータの再生範囲を示す再生範囲情報を含み、前記再生範囲情報の再生順番を指定する再生リストが記録された記録媒体であって、
前記再生範囲情報のうち、後に再生される再生範囲情報は、その再生範囲情報で指定される再生開始点前に表示すべきピクチャデータが、前記後に再生される再生範囲情報で指定されるＡＶデータファイルに含まれるか否かに基づき、ノンシームレスになる可能性があるか、シームレス再生が保証されるかを示す接続情報を含み、
前記接続情報は、それがノンシームレスになる可能性があることを示している場合には、前記記録媒体の再生を行う再生装置に、前記後に再生される再生範囲情報で指定されたＡＶデータを再生するときに前記ＡＶデータに含まれるピクチャデータのデコーダのリセットを行わせる
記録媒体。
Priority Applications (11)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP33235299A JP4328989B2 (ja) | 1999-11-24 | 1999-11-24 | 再生装置、再生方法、並びに記録媒体 |
| TW089124205A TW498319B (en) | 1999-11-24 | 2000-11-15 | Record recovery device and method thereof and recording medium |
| EP08013639A EP1983522B1 (en) | 1999-11-24 | 2000-11-20 | Recording/reproduction apparatus and method as well as recording medium |
| EP00310280A EP1103974B1 (en) | 1999-11-24 | 2000-11-20 | Recording/reproduction apparatus and method as well as recording medium |
| DE60040265T DE60040265D1 (de) | 1999-11-24 | 2000-11-20 | Aufzeichnungs/Wiedergabegerät und Verfahren sowie Aufzeichnungsmedium |
| US09/721,155 US6999674B1 (en) | 1999-11-24 | 2000-11-22 | Recording/reproduction apparatus and method as well as recording medium |
| KR1020000069923A KR100665159B1 (ko) | 1999-11-24 | 2000-11-23 | 기록 재생 장치 및 방법, 및 기록 매체 |
| CNB001206710A CN1195301C (zh) | 1999-11-24 | 2000-11-24 | 记录/再现装置和方法 |
| US11/231,774 US7403698B2 (en) | 1999-11-24 | 2005-09-22 | Recording/reproduction apparatus and method as well as recording medium |
| US12/140,318 US8270805B2 (en) | 1999-11-24 | 2008-06-17 | Recording/reproduction apparatus and method as well as recording medium |
| US13/527,080 US8611722B2 (en) | 1999-11-24 | 2012-06-19 | Recording/reproduction apparatus and method as well as recording medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP33235299A JP4328989B2 (ja) | 1999-11-24 | 1999-11-24 | 再生装置、再生方法、並びに記録媒体 |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2008306540A Division JP4915412B2 (ja) | 2008-12-01 | 2008-12-01 | 記録装置および方法、再生装置および方法、並びに記録媒体 |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2001157145A JP2001157145A (ja) | 2001-06-08 |
| JP2001157145A5 JP2001157145A5 (ja) | 2006-06-22 |
| JP4328989B2 true JP4328989B2 (ja) | 2009-09-09 |
Family
ID=18254010
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP33235299A Expired - Fee Related JP4328989B2 (ja) | 1999-11-24 | 1999-11-24 | 再生装置、再生方法、並びに記録媒体 |
Country Status (7)
| Country | Link |
|---|---|
| US (4) | US6999674B1 (ja) |
| EP (2) | EP1983522B1 (ja) |
| JP (1) | JP4328989B2 (ja) |
| KR (1) | KR100665159B1 (ja) |
| CN (1) | CN1195301C (ja) |
| DE (1) | DE60040265D1 (ja) |
| TW (1) | TW498319B (ja) |
Families Citing this family (94)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6808709B1 (en) * | 1994-12-30 | 2004-10-26 | The Regents Of The University Of California | Immunoglobulins containing protection proteins and their use |
| JP4328989B2 (ja) | 1999-11-24 | 2009-09-09 | ソニー株式会社 | 再生装置、再生方法、並びに記録媒体 |
| WO2001082611A1 (fr) * | 2000-04-21 | 2001-11-01 | Sony Corporation | Procede et appareil de traitement d'informations, support enregistre, et programme |
| JP4599740B2 (ja) * | 2000-04-21 | 2010-12-15 | ソニー株式会社 | 情報処理装置および方法、記録媒体、プログラム、並びに記録媒体 |
| EP2268016A3 (en) * | 2000-04-21 | 2013-01-02 | Sony Corporation | Information processing method and apparatus, program and recording medium |
| EP1198133A4 (en) | 2000-04-21 | 2004-10-06 | Sony Corp | INFORMATION PROCESSING DEVICE AND METHOD, PROGRAM AND RECORDED MEDIUM |
| CN1199446C (zh) * | 2000-04-21 | 2005-04-27 | 索尼公司 | 信息处理设备和方法 |
| US7187842B2 (en) * | 2000-11-29 | 2007-03-06 | Matsushita Electric Industrial Co., Ltd. | Optical disc, recording apparatus, playback apparatus, program, computer-readable recording medium, recording method and playback method |
| JP4409792B2 (ja) * | 2001-06-22 | 2010-02-03 | ソニー株式会社 | データ伝送装置および方法、記録媒体並びにプログラム |
| KR100657267B1 (ko) * | 2003-10-30 | 2006-12-14 | 삼성전자주식회사 | 검색을 위한 메타 정보가 포함된 저장 매체, 재생 장치 및그 재생 방법 |
| KR100871850B1 (ko) * | 2001-09-27 | 2008-12-03 | 삼성전자주식회사 | 비디오 데이터 기록방법, 그 기록장치 및 정보저장매체 |
| JP2003178553A (ja) * | 2001-09-29 | 2003-06-27 | Samsung Electronics Co Ltd | ユーザ定義統合情報ファイルが記録された情報貯蔵媒体、その記録方法及び装置 |
| KR100846768B1 (ko) * | 2001-09-29 | 2008-07-16 | 삼성전자주식회사 | 사용자정의 통합정보 파일이 기록된 정보저장매체, 그기록방법 및 장치 |
| JP3716920B2 (ja) * | 2001-10-16 | 2005-11-16 | ソニー株式会社 | 記録媒体再生装置および方法、記録媒体、並びにプログラム |
| TW200300928A (en) | 2001-11-30 | 2003-06-16 | Sony Corportion | Information processing method and apparatus, program storage medium, program and information recording medium |
| KR100563668B1 (ko) * | 2001-12-22 | 2006-03-28 | 엘지전자 주식회사 | 재기록 가능 고밀도 기록매체의 더빙 오디오 기록방법 |
| KR100563667B1 (ko) * | 2001-12-24 | 2006-03-28 | 엘지전자 주식회사 | 재기록 가능 기록매체에의 정지영상 기록방법 |
| KR20030062737A (ko) * | 2002-01-18 | 2003-07-28 | 엘지전자 주식회사 | 재기록 가능 고밀도 기록매체의 축소영상 기록방법 |
| KR100563670B1 (ko) * | 2002-01-28 | 2006-03-28 | 엘지전자 주식회사 | 재기록 가능 고밀도 기록매체의 정지영상 기록방법 |
| EP1336967A1 (en) * | 2002-02-15 | 2003-08-20 | Deutsche Thomson-Brandt Gmbh | Method and apparatus for addressing data segments on a recording medium for replay |
| KR100563684B1 (ko) * | 2002-02-21 | 2006-03-28 | 엘지전자 주식회사 | 광디스크 장치에서의 재생리스트 관리방법 |
| KR100563685B1 (ko) * | 2002-02-25 | 2006-03-28 | 엘지전자 주식회사 | 재기록 가능 기록매체의 재생리스트 관리방법 |
| US20070220580A1 (en) * | 2002-03-14 | 2007-09-20 | Daniel Putterman | User interface for a media convergence platform |
| JP3855862B2 (ja) * | 2002-04-01 | 2006-12-13 | ソニー株式会社 | 編集方法および装置 |
| JP4196283B2 (ja) * | 2002-04-10 | 2008-12-17 | ソニー株式会社 | データ記録装置および方法、プログラム格納媒体、並びにプログラム |
| KR100521914B1 (ko) * | 2002-04-24 | 2005-10-13 | 엘지전자 주식회사 | 재생리스트 요약정보 관리방법 |
| KR100880627B1 (ko) * | 2002-04-25 | 2009-01-30 | 엘지전자 주식회사 | 멀티 더빙 오디오 스트림의 기록 및 재생 관리방법 |
| KR20030087193A (ko) | 2002-05-07 | 2003-11-14 | 엘지전자 주식회사 | 멀티 채널 방송 스트림의 기록 관리방법 |
| EP1361577A1 (en) * | 2002-05-08 | 2003-11-12 | Deutsche Thomson-Brandt Gmbh | Appliance-guided edit-operations in advanced digital video recording systems |
| JP2003330777A (ja) * | 2002-05-10 | 2003-11-21 | Matsushita Electric Ind Co Ltd | データファイル再生装置、記録メディア、データファイル記録装置及びデータファイル記録プログラム |
| EP1516329A4 (en) | 2002-06-21 | 2009-07-15 | Lg Electronics Inc | RECORDING MEDIUM COMPRISING A DATA STRUCTURE FOR MANAGING REPRODUCTION OF VIDEO DATA RECORDED ON THIS RECORDING MEDIUM |
| JP4299779B2 (ja) | 2002-06-21 | 2009-07-22 | エルジー エレクトロニクス インコーポレーテッド | ビデオデータの再生を管理するためのデータ構造を有する記録媒体 |
| KR20040000290A (ko) | 2002-06-24 | 2004-01-03 | 엘지전자 주식회사 | 고밀도 광디스크의 멀티 경로 데이터 스트림 관리방법 |
| CN100380496C (zh) | 2002-06-24 | 2008-04-09 | Lg电子株式会社 | 具有用于管理记录在其上面的多个标题视频数据的再现的数据结构的记录介质以及记录和再现方法及装置 |
| EP1516330A4 (en) * | 2002-06-24 | 2009-07-15 | Lg Electronics Inc | RECORDING MEDIUM HAVING A DATA STRUCTURE FOR MANAGING THE REPRODUCTION OF MULTIPLE REPRODUCED VIDEO DATA AND RECORDING METHODS AND RECORDING AND REPRODUCING METHODS AND APPARATUSES |
| US7263129B2 (en) | 2002-08-29 | 2007-08-28 | Sony Corporation | Predictive encoding and data decoding control |
| RU2359345C2 (ru) * | 2002-09-05 | 2009-06-20 | Эл Джи Электроникс Инк. | Носитель записи, имеющий структуру данных для меток списков воспроизведения, предназначенную для управления воспроизведением записанных на нем статических изображений, и способы и устройства записи и воспроизведения |
| AU2003260975B8 (en) * | 2002-09-06 | 2009-08-13 | Lg Electronics Inc. | Recording medium having data structure for managing reproduction of still images recorded thereon and recording and reproducing methods and apparatuses |
| AU2003260974B8 (en) * | 2002-09-07 | 2010-06-03 | Lg Electronics Inc. | Recording medium having data structure for managing reproduction of still images from a clip file recorded thereon and recording and reproducing methods and apparatuses |
| JP2004128771A (ja) * | 2002-10-01 | 2004-04-22 | Pioneer Electronic Corp | 情報記録媒体、情報記録装置及び方法、情報再生装置及び方法、情報記録再生装置及び方法、記録又は再生制御用のコンピュータプログラム、並びに制御信号を含むデータ構造 |
| EP1408505A1 (en) * | 2002-10-11 | 2004-04-14 | Deutsche Thomson-Brandt Gmbh | Method and apparatus for synchronizing data streams containing audio, video and/or other data |
| CA2469176C (en) | 2002-10-14 | 2010-09-14 | Lg Electronics Inc. | Recording medium having data structure for managing reproduction of multiple audio streams recorded thereon and recording and reproducing methods and apparatuses |
| JP4903998B2 (ja) | 2002-10-15 | 2012-03-28 | エルジー エレクトロニクス インコーポレイティド | 記録された複数のグラフィックストリームの再生を管理するためのデータ構造を有する記録媒体、それによる記録及び再生方法及び装置 |
| JP4304157B2 (ja) * | 2002-11-20 | 2009-07-29 | パナソニック株式会社 | 統合映像データファイル統合装置とその方法 |
| RU2330332C2 (ru) | 2002-11-20 | 2008-07-27 | Эл Джи Электроникс Инк. | Носитель записи со структурой данных для управления воспроизведением записанных на нем статических изображений и способы и устройства записи и воспроизведения |
| KR100892976B1 (ko) * | 2002-11-27 | 2009-04-10 | 엘지전자 주식회사 | 고밀도 광디스크의 멀티 경로 데이터 스트림 재생방법 |
| KR100636129B1 (ko) | 2002-12-16 | 2006-10-19 | 삼성전자주식회사 | 멀티 앵글을 지원하는 데이터 구조로 기록된 정보저장매체및 그 장치 |
| KR100998906B1 (ko) * | 2003-01-20 | 2010-12-09 | 엘지전자 주식회사 | 기록된 정지 영상의 재생을 관리하기 위한 데이터 구조를갖는 기록 매체, 그에 따른 기록 및 재생 방법 및 장치 |
| MY141419A (en) | 2003-01-20 | 2010-04-30 | Lg Electronics Inc | Recording medium having data structure for managing reproduction of still pictures recorded thereon and recording and reproducing methods and apparatuses |
| US8145033B2 (en) | 2003-02-05 | 2012-03-27 | Lg Electronics Inc. | Recording medium having data structure for managing reproducton duration of still pictures recorded thereon and recording and reproducing methods and apparatuses |
| US7734154B2 (en) * | 2003-02-14 | 2010-06-08 | Lg Electronics Inc. | Recording medium having data structure for managing reproduction duration of still pictures recorded thereon and recording and reproducing methods and apparatuses |
| US8055117B2 (en) | 2003-02-15 | 2011-11-08 | Lg Electronics Inc. | Recording medium having data structure for managing reproduction duration of still pictures recorded thereon and recording and reproducing methods and apparatuses |
| WO2004075547A1 (ja) * | 2003-02-19 | 2004-09-02 | Matsushita Electric Industrial Co., Ltd. | 記録媒体、再生装置、記録方法、プログラム、再生方法 |
| US8041179B2 (en) * | 2003-02-24 | 2011-10-18 | Lg Electronics Inc. | Methods and apparatuses for reproducing and recording still picture and audio data and recording medium having data structure for managing reproduction of still picture and audio data |
| US7606463B2 (en) * | 2003-02-24 | 2009-10-20 | Lg Electronics, Inc. | Recording medium having data structure for managing playback control and recording and reproducing methods and apparatuses |
| US7693394B2 (en) | 2003-02-26 | 2010-04-06 | Lg Electronics Inc. | Recording medium having data structure for managing reproduction of data streams recorded thereon and recording and reproducing methods and apparatuses |
| US7809775B2 (en) | 2003-02-27 | 2010-10-05 | Lg Electronics, Inc. | Recording medium having data structure for managing playback control recorded thereon and recording and reproducing methods and apparatuses |
| RU2369919C2 (ru) * | 2003-02-28 | 2009-10-10 | Эл Джи Электроникс Инк. | Носитель записи со структурой данных для управления воспроизведением в произвольном порядке/с перемешиванием записанных на нем видеоданных и способы и устройства записи и воспроизведения |
| US7620301B2 (en) | 2003-04-04 | 2009-11-17 | Lg Electronics Inc. | System and method for resuming playback |
| CN100401391C (zh) * | 2003-05-06 | 2008-07-09 | Lg电子株式会社 | 具有用于管理视频数据及其附加内容数据的数据结构的记录介质以及记录和再现方法和装置 |
| JP3833192B2 (ja) * | 2003-06-11 | 2006-10-11 | ソニー株式会社 | 情報作成装置および方法、並びにプログラム |
| JP3931843B2 (ja) * | 2003-06-13 | 2007-06-20 | 株式会社日立製作所 | 記録媒体および再生方法 |
| JP2007508659A (ja) * | 2003-10-17 | 2007-04-05 | コーニンクレッカ フィリップス エレクトロニクス エヌ ヴィ | デジタル情報信号再生装置及び方法 |
| KR20050048848A (ko) * | 2003-11-20 | 2005-05-25 | 엘지전자 주식회사 | 고밀도 광디스크의 플레이리스트 생성방법, 관리방법 및재생방법과 기록재생장치 |
| KR20050064150A (ko) | 2003-12-23 | 2005-06-29 | 엘지전자 주식회사 | 고밀도 광디스크의 메뉴 구성방법 및 실행방법과기록재생장치 |
| KR20050066264A (ko) | 2003-12-26 | 2005-06-30 | 엘지전자 주식회사 | 고밀도 광디스크의 메뉴 구성방법 및 실행방법과기록재생장치 |
| KR20050066265A (ko) | 2003-12-26 | 2005-06-30 | 엘지전자 주식회사 | 고밀도 광디스크의 메뉴 구성방법 및 실행방법과기록재생장치 |
| CN100573698C (zh) | 2004-02-03 | 2009-12-23 | 松下电器产业株式会社 | 控制装置、控制方法、记录装置以及记录方法 |
| KR100716973B1 (ko) * | 2004-02-21 | 2007-05-10 | 삼성전자주식회사 | Ａｖ 데이터에 동기된 텍스트 서브 타이틀 데이터를기록한 정보저장매체, 재생방법 및 장치 |
| CN1930915B (zh) * | 2004-03-11 | 2012-08-29 | Pss比利时股份有限公司 | 用于处理声音信号的方法和系统 |
| CN1969549B (zh) | 2004-04-16 | 2010-10-06 | 松下电器产业株式会社 | 记录方法，重放装置以及执行重放的方法 |
| JP4249224B2 (ja) | 2004-04-16 | 2009-04-02 | パナソニック株式会社 | 再生装置、及び記録方法 |
| KR100694123B1 (ko) | 2004-07-30 | 2007-03-12 | 삼성전자주식회사 | 동영상 데이터와 어플리케이션 프로그램이 기록된 저장매체 및 그 재생 장치 및 방법 |
| KR100677132B1 (ko) * | 2004-09-09 | 2007-02-02 | 삼성전자주식회사 | 동영상 재생 및 프로그래밍 기능을 위한 멀티미디어데이터를 기록한 저장 매체, 그 재생 장치 및 재생 방법 |
| WO2006030767A1 (ja) * | 2004-09-13 | 2006-03-23 | Matsushita Electric Industrial Co., Ltd. | データ処理装置 |
| KR100605262B1 (ko) * | 2004-10-11 | 2006-07-28 | 삼성전자주식회사 | 콘텐츠 재생장치 및 콘텐츠 재생방법 |
| KR20060059572A (ko) * | 2004-11-29 | 2006-06-02 | 삼성전자주식회사 | 플레이리스트를 자동 재생하기 위한 정보를 포함하는 저장매체, 그 재생 장치 및 재생 방법 |
| JP4081772B2 (ja) * | 2005-08-25 | 2008-04-30 | ソニー株式会社 | 再生装置および再生方法、プログラム、並びにプログラム格納媒体 |
| WO2007102108A2 (en) * | 2006-03-06 | 2007-09-13 | Pace Plc | Method of graphically merging lists of items |
| JP4513780B2 (ja) * | 2006-05-10 | 2010-07-28 | ソニー株式会社 | 情報処理装置及び情報処理方法、並びにコンピュータ・プログラム |
| JP4591405B2 (ja) * | 2006-05-10 | 2010-12-01 | ソニー株式会社 | 情報処理装置及び情報処理方法、並びにコンピュータ・プログラム |
| JP4761544B2 (ja) * | 2006-05-25 | 2011-08-31 | キヤノン株式会社 | 再生装置及びその制御方法 |
| JP4850605B2 (ja) | 2006-07-18 | 2012-01-11 | 株式会社日立製作所 | 映像記録方法 |
| JP5135733B2 (ja) * | 2006-08-10 | 2013-02-06 | ソニー株式会社 | 情報記録装置及び情報記録方法、並びにコンピュータ・プログラム |
| JP4779921B2 (ja) * | 2006-10-05 | 2011-09-28 | ソニー株式会社 | データ処理装置及びデータ処理方法、並びにコンピュータ・プログラム |
| KR101486094B1 (ko) * | 2007-03-08 | 2015-01-28 | 메이지 세이카 파루마 가부시키가이샤 | 유해생물 방제용 조성물 |
| US8340507B2 (en) | 2007-05-31 | 2012-12-25 | Panasonic Corporation | Recording medium, playback apparatus, recording method, program, and playback method |
| JP4321628B2 (ja) * | 2007-05-31 | 2009-08-26 | ソニー株式会社 | 記憶装置、記憶方法および記憶プログラム、ならびに、データ処理装置、データ処理方法およびデータ処理プログラム |
| US8554056B2 (en) * | 2008-09-30 | 2013-10-08 | Cyberlink Corp. | Systems and methods for integrating interactive features into multiple media content sources |
| JP2011151784A (ja) | 2009-12-25 | 2011-08-04 | Panasonic Corp | 動画像多重化装置、映像音声記録装置及び動画像多重化方法 |
| US8488943B1 (en) * | 2012-01-31 | 2013-07-16 | Google Inc. | Trimming media content without transcoding |
| US10338794B2 (en) | 2015-05-15 | 2019-07-02 | Spotify Ab | Playback of media streams in dependence of a time of a day |
| US10607653B2 (en) * | 2015-08-20 | 2020-03-31 | Sony Corporation | Image processing method, image processing apparatus, and program |
| CN113014955B (zh) * | 2019-12-19 | 2022-11-15 | 北京百度网讯科技有限公司 | 视频帧处理方法、装置、电子设备和计算机可读存储介质 |
Family Cites Families (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CA2168327C (en) * | 1995-01-30 | 2000-04-11 | Shinichi Kikuchi | A recording medium on which a data containing navigation data is recorded, a method and apparatus for reproducing a data according to navigationdata, a method and apparatus for recording a data containing navigation data on a recording medium. |
| US5745643A (en) * | 1995-04-06 | 1998-04-28 | Kabushiki Kaisha Toshiba | System for and method of reproducing playback data appropriately by the use of attribute information on the playback data |
| JP3309656B2 (ja) | 1995-08-18 | 2002-07-29 | ソニー株式会社 | 画像処理装置及び画像処理方法 |
| JP3778985B2 (ja) * | 1996-03-19 | 2006-05-24 | パイオニア株式会社 | 情報記録媒体、記録装置及び記録方法並びに再生装置及び再生方法 |
| WO1998009290A1 (en) * | 1996-08-29 | 1998-03-05 | Philips Electronics N.V. | Playback control in digital video disc players |
| US20030113096A1 (en) * | 1997-07-07 | 2003-06-19 | Kabushiki Kaisha Toshiba | Multi-screen display system for automatically changing a plurality of simultaneously displayed images |
| KR100532738B1 (ko) * | 1997-09-17 | 2005-12-01 | 마츠시타 덴끼 산교 가부시키가이샤 | 비디오 데이터 편집장치, 비디오 데이터 편집장치의 기록매체로서 이용하기 위한 광디스크 및 편집 프로그램을 저장한 컴퓨터 판독가능한 기록매체 |
| JP3050311B2 (ja) | 1997-09-17 | 2000-06-12 | 松下電器産業株式会社 | 光ディスク、記録装置及び再生装置 |
| JP3597689B2 (ja) * | 1998-01-21 | 2004-12-08 | 株式会社東芝 | 情報記録媒体及び情報記録媒体処理装置 |
| JPH11306640A (ja) * | 1998-04-21 | 1999-11-05 | Sony Corp | 記録再生装置および方法、提供媒体、並びに記録媒体 |
| JP3997367B2 (ja) | 1998-04-30 | 2007-10-24 | ソニー株式会社 | 記録再生装置および方法、並びに記録媒体 |
| GB9813831D0 (en) * | 1998-06-27 | 1998-08-26 | Philips Electronics Nv | Frame-accurate editing of encoded A/V sequences |
| JP4328989B2 (ja) * | 1999-11-24 | 2009-09-09 | ソニー株式会社 | 再生装置、再生方法、並びに記録媒体 |
-
1999
- 1999-11-24 JP JP33235299A patent/JP4328989B2/ja not_active Expired - Fee Related
-
2000
- 2000-11-15 TW TW089124205A patent/TW498319B/zh not_active IP Right Cessation
- 2000-11-20 EP EP08013639A patent/EP1983522B1/en not_active Expired - Lifetime
- 2000-11-20 EP EP00310280A patent/EP1103974B1/en not_active Expired - Lifetime
- 2000-11-20 DE DE60040265T patent/DE60040265D1/de not_active Expired - Lifetime
- 2000-11-22 US US09/721,155 patent/US6999674B1/en not_active Expired - Lifetime
- 2000-11-23 KR KR1020000069923A patent/KR100665159B1/ko not_active IP Right Cessation
- 2000-11-24 CN CNB001206710A patent/CN1195301C/zh not_active Expired - Lifetime
-
2005
- 2005-09-22 US US11/231,774 patent/US7403698B2/en not_active Expired - Lifetime
-
2008
- 2008-06-17 US US12/140,318 patent/US8270805B2/en not_active Expired - Fee Related
-
2012
- 2012-06-19 US US13/527,080 patent/US8611722B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| US6999674B1 (en) | 2006-02-14 |
| DE60040265D1 (de) | 2008-10-30 |
| EP1103974B1 (en) | 2008-09-17 |
| EP1103974A2 (en) | 2001-05-30 |
| JP2001157145A (ja) | 2001-06-08 |
| EP1983522B1 (en) | 2013-02-27 |
| US20060013564A1 (en) | 2006-01-19 |
| US8611722B2 (en) | 2013-12-17 |
| EP1983522A2 (en) | 2008-10-22 |
| KR20010051898A (ko) | 2001-06-25 |
| CN1310445A (zh) | 2001-08-29 |
| US7403698B2 (en) | 2008-07-22 |
| EP1983522A3 (en) | 2012-04-11 |
| US20080253742A1 (en) | 2008-10-16 |
| CN1195301C (zh) | 2005-03-30 |
| EP1103974A3 (en) | 2005-08-10 |
| KR100665159B1 (ko) | 2007-01-09 |
| US20120257873A1 (en) | 2012-10-11 |
| US8270805B2 (en) | 2012-09-18 |
| TW498319B (en) | 2002-08-11 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4328989B2 (ja) | 再生装置、再生方法、並びに記録媒体 | |
| JP4022818B2 (ja) | データ記録装置および方法、データ記録媒体、データ再生装置および方法、データ編集装置および方法、プログラム格納媒体、並びにプログラム | |
| CN101686365B (zh) | 流产生装置和方法，流再现装置、方法和系统，流记录方法 | |
| JP4409792B2 (ja) | データ伝送装置および方法、記録媒体並びにプログラム | |
| KR100470407B1 (ko) | 복수영상정보의이음부없는재생을가능하게하는정보기록디스크저장용비트스트림의생성장치,생성방법,생성장치에적용되는프로그램을기록한기록매체 | |
| JP4441884B2 (ja) | 情報処理装置および方法、プログラム格納媒体、記録媒体、並びにプログラム | |
| JP3997367B2 (ja) | 記録再生装置および方法、並びに記録媒体 | |
| WO2005117432A1 (ja) | 番組録画装置および番組録画方法 | |
| KR20040062432A (ko) | 정보 처리 방법 및 장치, 프로그램 저장 매체, 프로그램,및 정보 기록 매체 | |
| JP4915412B2 (ja) | 記録装置および方法、再生装置および方法、並びに記録媒体 | |
| JP5557057B2 (ja) | 記録媒体 | |
| KR20060082380A (ko) | 기록 데이터의 편집을 위한 정보를 관리하는 방법 및 장치 | |
| JP4135109B2 (ja) | 記録装置および記録方法、並びに記録媒体 | |
| JP2006302498A (ja) | データ受信装置および方法 | |
| JP2006216227A (ja) | データ受信装置および方法 | |
| JPH09331503A (ja) | 再生タイミング情報を備えたデータ記録媒体 | |
| JP2007250180A (ja) | 記録再生装置および方法、並びに記録媒体 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060316 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060501 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20080411 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080930 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20081201 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20090521 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20090603 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120626 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130626 Year of fee payment: 4 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |