(57)【要約】【課題】  ＧＯＰ単位でのランダムアクセスができず、ランダムアクセス後にはオーディオとビデオの同期が保たれない。【解決手段】  複数のＧＯＰをパケットとし、パケット毎にパケット情報を管理ファイルに記録する。パケット情報は、パケットの開始位置、次のパケット情報のアドレスと、ＧＯＰ毎にＧＯＰの開始位置、ビデオの再生時刻を示すＶＰＴＳ、オーディオの再生時刻を示すＡＰＴＳ、フレーム内符号化されたフレームの符号化データの終了位置（Ｉ終了位置）、前方向のフレーム間予測符号化されたフレームの符号化データの終了位置（Ｐ終了位置）で構成される。【選択図】  図１
2006005955.tif 000002
【特許請求の範囲】
【請求項１】
少なくともオーディオ符号化データとビデオ符号化データを多重化した多重化データ及び管理データが記録された記録メディアから、多重化データを再生する動画像再生装置であって、
前記管理データは少なくとも多重化データの記録メディア上での位置情報及び再生時刻を含み、
該位置情報は、複数のフレームで構成されるフレーム群の多重化データについて、該フレーム群の開始位置及びフレーム内符号化されるフレームの終了位置を含み、
前記再生時刻は、前記フレーム群の先頭のビデオフレームの再生時刻を含むこと、
を特徴とする動画像再生装置。
【請求項２】
前記多重化データは前記記録メディアに一定長に分割して記録され、前記フレーム群の多重化データを該一定長の単位に過不足なく記録されていること、
を特徴とする請求項１記載の動画像再生装置。
【請求項３】
少なくともオーディオ符号化データとビデオ符号化データを多重化した多重化データ及び管理データが記録された記録媒体であって、
前記管理データは少なくとも多重化データの記録メディア上での位置情報及び再生時刻を含み、
該位置情報は、複数のフレームで構成されるフレーム群の多重化データについて、該フレーム群の開始位置及びフレーム内符号化されるフレームの終了位置を含み、
前記再生時刻は、前記フレーム群の先頭のビデオフレームの再生時刻を含むこと、
を特徴とする記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、圧縮された映像、音声データをディスク媒体や半導体メモリに記録、再生する装置及び記録媒体に関する。
【背景技術】
【０００２】
近年、動画像符号化方式として、ＭＰＥＧ１（ＩＳＯ／ＩＥＣ  １１１７２）、ＭＰＥＧ２（ＩＳＯ／ＩＥＣ  １３８１８）方式が蓄積、通信、放送の分野で用いられている。ＭＰＥＧ方式ではフレーム毎にフレーム内符号化、前方向のフレーム間予測符号化、両方向のフレーム間予測符号化を切り替えて用いる。
以下では、フレーム内符号化するフレームをＩフレーム、前方向のフレーム間予測符号化するフレームをＰフレーム、両方向のフレーム間予測符号化するフレームをＢフレームと呼ぶ。
図１９にＩフレーム、Ｐフレーム、Ｂフレームの並びの例を示す。ＭＰＥＧ方式では図１９に示すように、１枚以上のＩフレームを含む複数のフレーム群をＧｒｏｕｐ  Ｏｆ  Ｐｉｃｔｕｒｅｓ（以下ではＧＯＰと略す）と呼ぶ。
ＭＰＥＧ方式で圧縮した符号化データをビデオシーケンスの途中から再生する場合、Ｉピクチャから復号する必要がある。これは、ＰピクチャやＢピクチャはフレーム間予測符号化されているため、予測に用いる画像を先に復号しておく必要があり、この依存関係をたどると全てのＰピクチャやＢピクチャはＩピクチャに依存しているためである。
ところで、ＭＰＥＧ方式は可変長符号化であり、時間と符号量が比例しない。即ち、ランダムアクセス等で符号化データの途中から再生する場合などでは、再生開始時刻がわかっても、その時刻のデータがどこに記録されているかはわからない。そのため、どの時刻のデータがメディアのどの位置に記録してあるかを予め管理しておく必要がある。
ＭＰＥＧ方式でアクセスの単位となるＧＯＰの位置を管理し、ランダムアクセスを効率良く行う装置が特許文献１に記載されている。特許文献１では、ｎ個（ｎは１以上の整数）のＧＯＰをデータユニット（ＤＵＴ）とてまとめて光ディスクに記録し、ＤＵＴの記録位置も別途記録する。
図２０に特許文献１で用いるＤＵＴの構成を示す。
ＤＵＴ２０１はＤＵＴヘッダ２０２、副映像データ２０３、音声データ２０４、主映像データ２０５で構成され、副映像データ２０３には主映像データ２０５の時間に対応するサブピクチャ（字幕データ）など、音声データ２０４には主映像データ２０５の時間に対応する音声データ、主映像データ２０５にはＭＰＥＧ方式で圧縮された映像データが記録される。
ここで、ＤＵＴヘッダ２０２以外のデータは、ＤＵＴ毎にデータ長が異なる。そして、ＤＵＴを構成する各データは、光ディスクの物理セクタ長の整数倍となるように長さが決められている。
ＤＵＴの先頭が記録されるセクタ番号は、ディスクの管理ファイルに別途記録されており、ランダムアクセスや高速再生時には管理ファイルの情報から目的のＤＵＴの開始位置を検索、ジャンプし、ＧＯＰの先頭から再生する。
【特許文献１】特開平７−２８４０６０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、特許文献１に記載の方式（以下では従来例と呼ぶ）では、下記に記述する５つの問題点がある。
第１に従来例では、ＤＵＴの開始位置しか管理していないため、２〜３倍速の高速再生時になめらかな表示ができないという問題がある。
高速再生時には、圧縮データの中からＩピクチャの符号の読み出しを繰り返す。
図２１を用いてこの様子を説明する。
図２１において、まずＤＵＴ２１１の先頭にジャンプし、ＤＵＴ２１１内のＩピクチャ２１３を読み出す。Ｉピクチャの終了を検出するとＤＵＴ２１２の先頭にジャンプし、ＤＵＴ２１２内のＩピクチャ２１４を読み出し、以下同様の動作を繰り返す。
一例として、ＧＯＰを構成するフレーム数を１５枚、ＤＵＴが４ＧＯＰで構成されているとすると１ＤＵＴは約２秒のデータに相当し、約２秒毎のデータのうちの１枚のＩピクチャの再生を繰り返す。この場合に、１秒当たり１枚のＩピクチャを再生すると２倍速となり、１秒当たり２枚のＩピクチャを再生すると４倍速になる。言い変えると２倍速の場合は１秒間に１枚、４倍速の場合は１秒間に２枚の画像しか表示できず、なめらかな高速再生にならない。
従来例において、ＤＵＴを構成するＧＯＰの数を少なくすれば、より多くのＩピクチャを再生することはできる。例えばＤＵＴを１ＧＯＰで構成するとすると、１秒当たり４枚のＩピクチャを再生すると２倍速となる。しかしながら、単位時間当たりに読み出し可能なＩピクチャの枚数がより多い場合には、表示可能枚数よりも少ない枚数しか表示できない。
第２に、従来例では、高速再生時に無駄な読み出しが生じるという問題がある。
図２１に示した通り、高速再生時にはまずＤＵＴの先頭にジャンプする。読み出すべきＩピクチャのデータは図２０の主映像データ２０５に記録されているが、それまでにＤＵＴヘッダ２０２、副映像データ２０３、音声データ２０４を読み出す必要がある。
また、高速再生時には、Ｉピクチャの読み出しが終了した後に次のＤＵＴにジャンプするが、Ｉピクチャの終了位置は別途検出する必要がある。
図２２にディスクに映像を記録、再生する装置のブロック図を示す。
図２２において、コントローラ２２９が記録メディア２３１を制御し、記録メディア２３１からはＤＩＵの先頭からのデータが出力される。出力データは、ＥＣＣ（誤り訂正）符号化されており、ＥＣＣ部２３０でデコードされる。
デコードされたデータは多重化・分離回路２２７でＤＵＴヘッダ、副映像データ、音声データ、主映像データに分離され、メモリ２２８に保持される。ＤＵＴヘッダは図示しないシステムコントローラに入力され、副映像データは図示しない副映像デコード回路に入力される。そして音声データはオーディオコーデック２２５でデコードされ、主映像データはビデオコーデック２２６でデコードされる。通常、ビデオデータのデコードは、ビデオコーデック２２６で行われるため、Ｉピクチャの終了もビデオコーデック２２６で検出される。
図２２において、記録メディア２３１からデータが読み出されてから、ビデオコーデック２２６に主映像データが入力されるまでにはＥＣＣ部２３０、多重化・分離回路２２７での処理時間の遅延がある。
ＥＣＣ部２３０は、３２ＫＢといった大きな単位で処理を行うので、最低でも単位分のデータが蓄積する時間の遅延が発生する。従って、ビデオコーデック２２６でＩピクチャの終了を検出した時点で、既に次の不要なデータが読み出されていることになる。
第３に、従来例において記録メディアにリアルタイムで記録を行う場合には、ＤＵＴを構成するために大容量のメモリが必要になるという問題がある。
図２０に示したように、従来例ではまず音声データを記録し、次に主映像データを記録する。即ち、ＤＵＴの音声データが得られるまで、主映像データはメモリに保持しておく必要がある。
例えば、映像の符号化データレートが平均で４Ｍｂｐｓ、ＤＵＴが約２秒のデータで構成されている場合、
４Ｍｂｉｔ  ×  ２  ＝  ８Ｍｂｉｔ
の容量のメモリが必要になる。
さらには、映像の符号化データは可変長のため、一時的な発生符号量はより多くなるため、平均符号量以上のメモリ容量を備えておく必要がある。
第４に、従来例では、ＤＵＴより細かい単位での符号化データの加工ができないという問題がある。
ディスク媒体の場合には、記録されているデータは変更せず、再生順序をポインタで示すプログラム再生や編集を行うことが可能である。従来例でＤＵＴが複数のＧＯＰで構成されている場合、ＧＯＰの境界がわからないために最小の編集単位はＤＵＴとなってしまい、ＭＰＥＧのアクセス単位であるＧＯＰ毎の編集ができないという問題がある。
第５に、従来例ではオーディオデータとビデオデータの同期のための情報がないため、オーディオとビデオの同期を確保できないという問題もある。
従来例では、ＤＵＴはＧＯＰを構成する時間に対応する符号化データで構成される。ここで、ビデオフレームの周期は  ３００００／１００１  Ｈｚ  であり、符号化も１周期毎に行われる。これに対して、オーディオデータのサンプリング周波数は４４．１ＫＨｚで、ＭＰＥＧ１方式の場合は１１５２データをオーディオフレームとし、ＡＴＲＡＣ方式、ＡＴＲＡＣ２方式では１０２４データをオーディオフレームとして符号化することが多い。
ビデオフレームは約３３ｍ秒、オーディオフレームは約２６ｍ秒や約２３ｍ秒となり、ＧＯＰに対応する主映像データと音声データの時間を完全に一致させることはできない。即ち、ＤＵＴ単位で主映像データと音声データの再生開始時刻が完全に一致しているのは最初のＤＵＴだけで、以降のＤＵＴの開始点では主映像の再生時刻と音声データの再生時刻は一致しない。
ＤＵＴを構成する主映像データと音声データの時間が異なるため、再生開始点と終了点をポインタで指定するプログラム再生を連続して行った場合には、主映像データと音声データの時間の誤差が蓄積し、同期がとれない問題が発生する。
本発明は、このような問題点に鑑みてなされたものであり、高速再生時において無駄なデータを読み出すことがなく、単位時間当たりの表示枚数を増やしてなめらかな高速再生を実現する動画像記録再生方法及び装置、及びリアルタイム記録の場合においても大容量のメモリを必要しない動画像記録再生方法及び装置、及びＧＯＰ単位でのランダムアクセスや編集が可能で、編集を行ってもオーディオデータとビデオデータの同期を確保できる動画像記録再生方法及び装置を提供することを目的とする。
【課題を解決するための手段】
【０００４】
本発明は、課題を解決するために以下のような手段を講じた。
即ち、本発明にかかる動画像記録再生装置は、少なくともオーディオ符号化データとビデオ符号化データを多重化した多重化データ及び管理データが記録された記録メディアから、多重化データを再生する動画像再生装置であって、前記管理データは少なくとも多重化データの記録メディア上での位置情報及び再生時刻を含み、該位置情報は、複数のフレームで構成されるフレーム群の多重化データについて、該フレーム群の開始位置及びフレーム内符号化されるフレームの終了位置を含み、前記再生時刻は、前記フレーム群の先頭のビデオフレームの再生時刻を含むことを特徴とするものである。
【０００５】
加えて、前記多重化データは前記記録メディアに一定長に分割して記録され、前記フレーム群の多重化データを該一定長の単位に過不足なく記録されていることを特徴とする動画像再生装置である。
【０００６】
また、本発明にかかる記録媒体は、少なくともオーディオ符号化データとビデオ符号化データを多重化した多重化データ及び管理データが記録された記録媒体であって、前記管理データは少なくとも多重化データの記録メディア上での位置情報及び再生時刻を含み、該位置情報は、複数のフレームで構成されるフレーム群の多重化データについて、該フレーム群の開始位置及びフレーム内符号化されるフレームの終了位置を含み、前記再生時刻は、前記フレーム群の先頭のビデオフレームの再生時刻を含むことを特徴とするものである。
【発明の効果】
【０００７】
本発明によれば、多重化データとは別に記録される管理ファイルにＧＯＰ毎の位置情報とＩピクチャやＰピクチャの終了位置を記録し、高速再生時には記録メディアから必要なデータだけを読み出すことができ、高速再生時の表示枚数が多くなる。
また、Ｉピクチャ、Ｐピクチャ両方の終了位置を管理しているため、２〜３倍の高速再生においても多くの画像を表示することができ、なめらかに画面を変化させることができる。
また、管理ファイルだけで高速再生に読み出すべき多重化データの記録位置がわかるので、ビデオコーデックや多重化・分離回路からの制御信号は必要なく、高速再生の読み出し制御が単純になる効果もある。
さらに、位置情報は多重化データとは別の管理ファイルに記録し、多重化データにはヘッダなどの付加的な情報を付加しないため、記録メディアの記録速度を全て多重化データに割り当てることができ、画質が向上する効果がある。
さらに、本発明では管理ファイルにＧＯＰ毎の位置情報とともにオーディオとビデオの再生時刻を記録しているため、ＧＯＰ単位でランダムアクセスが可能で、かつオーディオとビデオで再生時間にずれが生じた場合にも補正することができ、常にオーディオとビデオで同期を確保できる。
また、本発明によれば、複数のＧＯＰでパケットを構成し、多重化データ、管理データともにパケット毎に記録するため、パケット単位でのデータの削除や編集が容易に行える。
また、本発明によれば、ＧＯＰの多重化データをビデオ符号化データ、オーディオ符号化データの順に構成するので、ビデオコーデックから出力されるビデオ符号化データは順次記録することができ、符号化データをバッファリングする大容量のメモリを備える必要がない効果がある。
また、ＧＯＰの多重化データを構成するビデオフレームとオーディオフレームのずれが一定の閾値以下になっているので、編集等でＧＯＰ単位やパケット単位で多重化データを入れ換えてもビデオフレームとオーディオフレームのずれが一定の閾値以下にすることができる。
また、本発明によれば、ＧＯＰの境界毎にビデオフレームの再生時刻とオーディオフレームの再生時刻のずれ量が大きい場合に補正が行われるため、ずれ量が蓄積することがない。
また、ずれ量の補正はビデオフレームのフリーズまたはスキップで容易に実現できる。
また、ずれ量の補正はビデオフレームで行い、オーディオフレームは連続して再生するので不快な音を発生させることがない効果がある。
また、本発明によれば、管理ファイルの位置を示すポインタだけでプログラム再生が表現できる。管理ファイルはコントローラに保持されており、多重化データを読み出すことなく、容易にプログラム再生を指定できる効果がある。
また、本発明によれば、ビデオフレーム毎に多重化データを構成するので、ビデオ符号化データだけでなく、オーディオ符号化データも順次記録することができるので、バッファリング用のメモリがより少ない容量とすることができる。
また、本発明によれば、ビデオ符号化データとオーディオ符号化データの境界が管理データに記録されているので、境界を検出する回路を削減できる。
また、高速再生時には予めビデオ符号化データとオーディオ符号化データを読み出すことができ、不要なデータを読み出すことなく音声を再生しながらの高速再生が実現できる。
また、本発明によれば、ＧＯＰ毎の位置情報や時刻情報を多重化データに多重化して記録するため、管理ファイルの大きさを大幅に小さくすることができる。
【発明を実施するための最良の形態】
【０００８】
以下図面を参照しながら、本発明の実施の形態を詳細に説明する。
〔第１の実施の形態〕
図１に本発明の動画像記録再生装置の第１の実施の形態の構成をブロック図で示す。
図１の実施の形態はオーディオコーデック１５、ビデオコーデック１６、多重化・分離回路１７、メモリ１８、コントローラ１９、ＥＣＣ部２０、ディスク２１で構成され、本発明では、多重化・分離回路１７とコントローラ１９の動作に特徴がある。
なお、ディスク２１は磁気ディスク、光磁気ディスク、相変化ディスクなどの書き換え可能な記録媒体全てを指すが、ディスクに限らず半導体メモリと置き換えても構わない。
図１の実施の形態の記録時の動作を説明する。
記録時にはオーディオ入力端子１１からオーディオデータが入力され、オーディオコーデック１５で符号化される。ビデオ入力端子１３からはビデオデータが入力され、ビデオコーデック１６で符号化される。オーディオコーデック１５からはオーディオ符号化データが出力され、ビデオコーデック１６からはビデオ符号化データが出力され、それぞれ多重化・分離回路１７に入力される。
多重化・分離回路１７は符号化データを一旦メモリ１８に出力し、後述する順序でメモリ１８から符号化データを読み出し、多重化データとしてＥＣＣ部２０に出力する。多重化データはＥＣＣ部２０で誤り訂正符号化され、ディスク２１に記録される。コントローラ１９は記録メディアの制御を行う。
図２を用いて多重化・分離回路１７から出力される多重化データについて説明する。
図２（ａ）は、ＧＯＰを構成するビデオフレームとＧＯＰに対応するオーディオフレームの時間関係を示す図である。
図２（ａ）は、１５ビデオフレームで１ＧＯＰが構成され、オーディオフレームの期間がビデオフレームの期間よりも短い場合の例であり、１５ビデオフレームの期間をＧＯＰ期間２２としている。ビデオフレームとオーディオフレームの期間が異なる場合、オーディオフレームを複数集めてもＧＯＰ期間２２とは一致しない。そのためにＧＯＰ期間２２の先頭からのずれと後端からのずれがそれぞれ１オーディオフレーム期間未満となる期間をオーディオ期間２３とし、ＧＯＰ期間２２のビデオフレームの符号化データとオーディオ期間２３のオーディオフレームの符号化データをまとめて多重化を行う。
図２（ｂ）に多重化データにおけるビデオ符号化データとオーディオ符号化データの並びを示す。
多重化データは、ＧＯＰ毎に図２（ａ）で示したＧＯＰ期間２２のビデオ符号化データ、オーディオ期間２３のオーディオ符号化データの順に出力する。そして、複数のＧＯＰをまとめたパケットという単位でディスクに記録する。図２（ｂ）には４つのＧＯＰをパケットとする例を示している。
図３に、多重化・分離部回路１７において図２（ｂ）で示した多重化データを出力する動作をフローチャートで示す。
多重化・分離回路１７では、オーディオコーデック１５から入力されるオーディオ符号化データとビデオコーデック１６から入力されるビデオ符号化データを一旦メモリ１８に記録する。
図３のフローチャートは、メモリ１８に記録された符号化データを読み出す動作を示す。
図３において、ステップＳ３２〜Ｓ３５では図２（ａ）に示したＧＯＰ期間２２のビデオ符号化データを出力し、ステップＳ３６〜Ｓ３９ではオーディオ期間２３のオーディオ符号化データを読み出す。
まずステップＳ３１でビデオフレームの時刻を示すＶＰＴＳ、オーディオフレームの時刻を示すＡＰＴＳを０にセットする。そしてステップＳ３２でメモリ１８からビデオ符号化データを読み出し、ＥＣＣ部２０に出力する。
次にステップＳ３３では、ビデオフレームの終了かどうかを判定する。ビデオフレームの終了かどうかはビデオフレームの符号量がわかっていれば判定ができる。このために、多重化・分離回路１７にビデオフレームのヘッダを検出する回路を付加してメモリ１８へのビデオ符号化データ書き込み時にビデオフレームの区切りを検出し、予めビデオフレーム毎の符号量を算出しておく、あるいはビデオコーデック１６にビデオフレームの符号量を算出する回路を付加しておき、ビデオコーデックからビデオフレーム毎の符号量の通知を受けるようにしておく。
ステップＳ３３でビデオフレームの終了と判定された場合、ステップＳ３４でＶＰＴＳをビデオフレーム期間分増加させる。ステップＳ３５ではＧＯＰの終了かどうかを判定し、ＧＯＰの終了でない場合はステップＳ３２〜Ｓ３４を繰り返す。ＧＯＰの終了かどうかは、ビデオフレームの終了となる回数をカウントしておき、ＧＯＰを構成するビデオフレーム数と一致するかどうかを比較すればよい。ステップＳ３５までの過程でＧＯＰ期間のビデオ符号化データを全て出力することになる。また、ステップＳ３１でＶＰＴＳを０とし、以降１ビデオフレームのビデオ符号化データを出力する毎にステップＳ３４でＶＰＴＳをインクリメントするため、ＶＰＴＳは常にメモリ１８から読み出すビデオ符号化データの時刻を指すことになる。
ステップＳ３５でＧＯＰの終了と判定された場合は、ステップＳ３６でメモリ１８からオーディオ符号化データを読み出し、ＥＣＣ部２０に出力する。次にステップＳ３７ではオーディオフレームの終了かどうかを判定する。
ＭＰＥＧ１方式、ＡＴＲＡＣ方式などの主なオーディオ符号化方式では、オーディオフレームの符号量は一定になるので、ステップＳ３６での読み出しデータ量を用いてオーディオフレームの終了かどうかを判定できる。ステップＳ３７でオーディオフレームの終了と判定された場合、ステップＳ３８でＡＰＴＳをオーディオフレーム期間分増加させる。ステップＳ３９ではＡＰＴＳとＶＰＴＳを比較し、ＡＰＴＳが小さい場合にはステップＳ３６〜Ｓ３８を繰り返し、次のオーディオ符号化データを読み出す。
このとき、ＧＯＰ期間のビデオ符号化データは全て出力され、ＶＰＴＳは次のＧＯＰ期間の先頭を示しているので、ステップＳ３９の判定がＮｏとなるのはオーディオ期間のオーディオ符号化データを全て読み出し、ＡＰＴＳがＧＯＰ期間外を指した時になる。
図３は、多重化・分離回路１７内でＶＰＴＳやＡＰＴＳを計算して求める例であるが、ＶＰＴＳをビデオコーデック１６から入力し、ＡＰＴＳをオーディオコーデック１５から入力する構成としてもよい。
ステップＳ３２〜Ｓ３９で１ＧＯＰ期間に対応するビデオ符号化データ、オーディオ符号化データの順でメモリ１８から読み出され、図２（ｂ）で示した多重化データが出力されることになる。そしてステップＳ４０で符号化データの終了かどうかを判定し、符号化データが終了するまでステップＳ３２〜Ｓ３９を繰り返す。
従来例では、ＤＵＴのビデオ符号化データ全てを一旦メモリに格納しておく必要があり、大容量のメモリが必要であったが、本実施の形態ではビデオ符号化データは順次メモリから読み出すため、大容量のメモリは必要ない。
ＧＯＰに対応するオーディオ符号化データはメモリに格納しておく必要があるが、オーディオ符号化データはビデオ符号化データと比較してデータ量が非常に小さいので、従来例と比較すると格段に小さい容量のメモリを備えるだけでよい。
なお、記録媒体への多重化データの記録は、２Ｋバイトや３２Ｋバイトといった一定の記録単位毎に行われる。そこで、ＧＯＰ期間のビデオ符号化データ毎、ＧＯＰ期間の多重化データ毎、あるいはパケット毎に記録単位となるようにスタッフィングとよばれるデータを付加してもよい。スタッフィングは全てが０又は１のデータで、復号処理の際には無視されるデータである。
ＧＯＰ期間のビデオ符号化データ毎に記録単位となるようにするには、ステップＳ３５でＧＯＰの終了と判定された後に記録単位まで０又は１を付加し、ＧＯＰ期間の多重化データ毎に記録単位となるようにするには、ステップＳ３９でＮｏと判定された後に記録単位まで０又は１を付加し、パケット毎に記録単位となるようにするには、ステップＳ３９でＮｏと判定された後にパケットの終了かどうかの判定を行い、パケットの終了の場合には記録単位まで０又は１を付加すればよい。
本実施の形態では、パケットは４つのＧＯＰで構成されているので、ＧＯＰの数を積算し、ＧＯＰの数が４の倍数の場合にパケットの終了と判定できる。
次にコントローラ１９の動作について説明する。コントローラ１９はディスク２１に記録される多重化データをファイルとして管理し、ディスクの記録制御、再生制御を行う。
ディスク２１には、多重化ファイルを記録する領域とは別の領域にディスク全体の情報として管理ファイルが記録されている。管理ファイルは、動画像記録再生装置の起動時やディスク媒体が装置に挿入された時にディスク２１から読み出され、コントローラ１９に保持される。コントローラ１９は、記録時にはディスクの空き領域に多重化データを記録するようにディスクを制御するとともに、随時管理ファイルの内容を更新する。
図４に管理ファイルの一例を示す。管理ファイルはディスクのタイトルなどの「ディスク情報４１」、ファイル（即ち多重化データ）の記録位置情報やファイルが不連続領域に分割して記録されている場合のつながりを示す情報などの「ファイル情報４２」、ディスクの空き情報である「空き領域情報４３」、パケット毎の情報を記録する「パケット情報４４」で構成される。
図２（ｂ）で示したように、本実施の形態では４つのＧＯＰをまとめたものをパケットと呼び、パケット単位で管理を行う。「パケット情報」は１パケットに１つあり、記録時にはディスク２１にパケットを記録する毎に記録したパケットの「パケット情報」が追記される。
「パケット情報」は「パケット開始位置」、「次のアドレス」とＧＯＰ毎に「ＧＯＰ開始位置」、「ＶＰＴＳ」、「ＡＰＴＳ」、「Ｉ終了位置」、「Ｐ終了位置」が記録される。
図５に、記録時に図４で示した管理ファイルの「パケット情報」を更新する動作をフローチャートで示す。
この動作は図３で示した、多重化・分離回路１７でパケットを構成する動作に、「パケットの開始位置」、「ＧＯＰの開始位置」、「ＶＰＴＳ」、「ＡＰＴＳ」、「Ｉ終了位置」、「Ｐ終了位置」を出力する動作を付加したもので、図３と同じ動作の部分は同じ記号を付与して説明は省略する。
コントローラ１９では多重化・分離回路１７から入力される位置情報を取り込み、パケット毎に「パケット情報」を追記する。このため、コントローラ１９は管理ファイル上の「パケット情報」を書き込む空き領域も管理する。「パケット情報」の「次のアドレス」は現パケットに続くパケットの「パケット情報」のアドレスを示すもので、コントローラ１９で付与される。
本実施の形態では、「パケット開始位置」や「Ｉ終了位置」、「Ｐ終了位置」（以降ではまとめて位置情報と呼ぶ）は多重化データの先頭からの相対位置であり、例えばアクセスの単位が３２Ｋバイトの場合は最初の３２Ｋバイトが０、次の３２Ｋバイトが１となり、以降３２Ｋバイト毎にインクリメントされる値である。相対位置からディスクの物理アドレスへの変換は図示しないファイルシステムが行う。多重化・分離回路１７ではメモリ１８に記録するデータ量やＥＣＣ部２０に出力するデータ量をカウントしておき、位置情報の算出に用いる。
図５において、まずステップＳ５１で「パケット開始位置」をコントローラ１９に出力する。次にステップＳ５２で「ＧＯＰ開始位置」と「ＶＰＴＳ」をコントローラ１９に出力する。次にＳ３２〜Ｓ３３で１ビデオフレームの符号化データの読み出しが終了した後に、Ｉピクチャの終了かどうかを判定する（ステップＳ５３）。
Ｉピクチャの終了の場合は「Ｉ終了位置」をコントローラ１９に出力し（ステップＳ５４）、Ｉピクチャの終了でない場合はＧＯＰ内で１枚目のＰピクチャの終了かどうかを判定する（ステップＳ５５）。ＧＯＰ内で１枚目のＰピクチャの終了の場合は「Ｐ終了位置」をコントローラ１９に出力する（ステップＳ５６）。ステップＳ３２〜Ｓ３５のループでＧＯＰのビデオ符号化データの出力が終了すると、ステップＳ５７でＡＰＴＳを出力し、Ｓ３６〜Ｓ３９でＧＯＰのオーディオ符号化データを読み出した後に、パケットの終了かどうかを判定する（ステップＳ５８）。
パケットの終了でない場合はＳ５２〜Ｓ３９を繰り返し実行し、パケットが終了するまでＧＯＰ毎の処理を行う。パケットの終了の場合はステップＳ４０で符号化データの終了かどうかを判定し、符号化データの終了でない場合はステップＳ５１〜Ｓ５８を繰り返し実行し、パケット毎の処理を繰り返す。
ステップＳ５１はパケット毎に１回実行され、Ｓ５２、Ｓ５４、Ｓ５６、Ｓ５７はＧＯＰ毎に１回実行され、パケット情報を構成するのに必要な情報が多重化・分離回路１７からコントローラ１９に出力される。
本実施の形態では、管理ファイルにパケット毎の位置情報及びＧＯＰ毎の位置情報を記録することに特徴があるのであり、管理ファイルの内容は図４で示した例に限定するものではない。例えば管理ファイルに多重化データ毎の管理情報を付加してもよいし、パケット情報にパケットの符号量やＧＯＰ毎の符号量を付加しもよい。また、図４の例ではディスク全体の多重化データに対するパケット情報がまとまって管理されているが、多重化データ毎に分離して管理しても構わない。
更に、図４に示した管理ファイルは一例であり、例えば「Ｐ終了位置」は２つ以上であっても構わない。
次に、本実施の形態における通常再生の動作について説明する。
通常再生時には、コントローラ１９がディスク２１に再生するファイル（即ち多重化データ）を読み出すように制御する。再生するファイルのディスク上での位置は図４の「ファイル情報４２」に記録されている。
ディスクから読み出されたデータはＥＣＣ部２０で誤り訂正復号され、多重化データとなる。多重化データは多重化・分離回路１７でオーディオ符号化データとビデオ符号化データに分離され、一旦メモリ１８に記録される。メモリ１８からはオーディオ符号化データがオーディオコーデック１５に出力され、デコードされる。ビデオ符号化データはビデオコーデック１６に出力され、デコードされる。
ディスク媒体では、記録されている多重化は変更せず、ランダムアクセスで連続していないデータをあたかも連続したデータであるかのように再生することが可能である。この場合、オーディオとビデオの同期を確保するための処理が必要になる。
図６に２つのＧＯＰを連続したデータであるかのように再生する場合の例を示す。
図２（ａ）で示したように一般的にはＧＯＰを構成するビデオフレームの期間であるＧＯＰ期間とＧＯＰに対応するオーディオフレームの期間であるオーディオ期間は一致しない。図６において、（ａ）で示したＧＯＰ期間６１とオーディオ期間６２で構成される多重化データと、（ｂ）で示したＧＯＰ期間６３とオーディオ期間６４で構成される多重化データを連続して再生した場合を（ｃ）に示す。図６（ａ）、（ｂ）のようにＧＯＰ期間よりもオーディオ期間の方が長い場合、ＧＯＰを連続して再生すると、（ｃ）にようにオーディオフレームとビデオフレームの再生時刻の誤差が蓄積する問題がある。
そこで、本実施の形態では管理ファイルのパケット情報の中の「ＶＰＴＳ」、「ＡＰＴＳ」を用いて再生時刻補正を行う。
例えば、図６（ｃ）のようにビデオフレームがオーディオフレームに先行する場合は、ビデオのデコードを１フレーム中断させるフリーズ期間６５を設定して同期を確保する。この様子を図６（ｄ）に示す。また、逆にオーディオフレームがビデオフレームに先行する場合は、ビデオの１フレームをスキップするスキップ期間を設定する。
図７を用いてビデオのフリーズ期間とスキップ期間を設定する方法について説明する。図７は連続して再生するビデオ符号化データとオーディオ符号化データのＧＯＰの境界での再生時刻を示すものである。図７（ａ）はデコードされるビデオフレーム、（ｂ）、（ｃ）はデコードされるオーディオフレームを示し、ビデオのＧＯＰ期間７１は記録時、再生時とも時刻１から始まり、記録時のオーディオ期間７２は時刻２から始まるが、再生時にはオーディオ期間３として時刻３から始まることを示している。
図６（ｂ）、（ｃ）で示したように、再生時のビデオフレームとオーディオフレームの関係は、記録時のビデオフレームとオーディオフレームの関係と一致しないことがある。図７において、記録時には時刻１が「ＶＰＴＳ」、時刻２が「ＡＰＴＳ」として管理ファイルに記録されるが、再生時にオーディオ期間は時刻２からずれ量７４だけ遅れて始まる。本実施の形態では、この「ずれ量」の大きさによってビデオのフリーズ期間とスキップ期間を設定する。
図８を用いて図７のずれ量７４の求め方を説明する。
図８は多重化データの先頭から再生を開始し、途中のＧＯＰ８１を再生した後、ＧＯＰ８３にジャンプしＧＯＰ８３から再生を行う例を示している。
図８において、ＧＯＰ８２の「ＶＰＴＳ」、「ＡＰＴＳ」をそれぞれＶＰＴＳ８２、ＡＰＴＳ８２とし、ＧＯＰ８３の「ＶＰＴＳ」、「ＡＰＴＳ」をそれぞれＶＰＴＳ８３、ＡＰＴＳ８３とする。ここで、（ＶＰＴＳ８２  −  ＡＰＴＳ８２）と  （ＶＰＴＳ８３  −  ＡＰＴＳ８３）が一致しない場合にＧＯＰ８３の再生でオーディオフレームの再生時刻にずれが生じる。図７（ｃ）で示した、再生が遅れるずれ量を正の値とすると、図８の場合のずれ量は、（ＡＰＴＳ８２  −  ＶＰＴＳ８２）  −  （ＡＰＴＳ８３  −  ＶＰＴＳ８３）となる。
図９に、正のずれ量がビデオフレーム期間以上となった場合にビデオのデコードを１フレーム期間停止してビデオ出力をフリーズ（静止）させ、負のずれ量がオーディオフレーム期間以上となった場合にビデオデコードを１フレーム分スキップさせる動作をフローチャートで示す。
図９において、まずステップＳ９１でずれ量を０にセットする。そして、ステップＳ９２でずれ量がビデオフレーム期間以上の場合は、オーディオデコードが遅れているので、ステップＳ９３でビデオデコードを１フレーム分停止し、ビデオ出力をフリーズさせ、ステップＳ９４でずれ量からビデオフレーム期間を減算する。ステップＳ９２でずれ量がビデオフレーム期間未満の場合は、ステップＳ９５でずれ量が負のオーディオフレーム期間より小さいかどうかを判定する。
ステップＳ９５でＹｅｓとなった場合は、ビデオデコードが遅れているので、ステップＳ９６でビデオのデコードをスキップしてビデオを１フレーム分先に進める。ステップＳ９６では、ＧＯＰの最初のＩピクチャは通常通り再生し、次のＢピクチャをスキップする。これは、ＩピクチャをスキップするとＧＯＰ全体がデコードできなくなるためである。
また、Ｂピクチャは符号量が少なくスキップが容易に行えるという効果もある。ＧＯＰにＢピクチャがない場合は、ＧＯＰの最後のＰピクチャをスキップする。そしてステップＳ９７でずれ量にビデオフレーム期間を加算する。次にステップＳ９８、Ｓ９９でＧＯＰが終了するまでオーディオデータとビデオデータのデコードを行う。ＧＯＰのデコードが終了するとステップＳ１００で次のＧＯＰの先頭でのずれ量を計算する。
ステップＳ１００で［次に記録されているＧＯＰ］とは記録時に連続していたＧＯＰであり、［次に再生するＧＯＰ］とはランダムアクセスで次に再生するＧＯＰを示す。図８の例では、［次に記録されているＧＯＰ］がＧＯＰ８２であり、［次に再生するＧＯＰ］はＧＯＰ８３である。［次に記録されているＧＯＰ］と［次に再生するＧＯＰ］は現在のＧＯＰと次に再生するＧＯＰが連続して記録されていない場合にのみ異なり、記録された順に再生する場合には同じＧＯＰを指し、ずれ量も変化しない。
ステップＳ１０１で符号化データが終了するまでステップＳ９２〜Ｓ１００を繰り返し実行し、ＧＯＰの先頭でずれ量の絶対値が大きい場合にはずれ量を補正するようにビデオフリーズやビデオスキップが行われ、常にオーディオとビデオの同期が保たれる。
次に、本実施の形態における高速再生の動作について説明する。
高速再生時の動作は、図２１で示した通り、ランダムアクセスとＩピクチャの読み出しを繰り返すことになる。
本実施の形態では、管理ファイルの「パケット情報」のうちの「ＧＯＰ開始位置」から「Ｉ終了位置」までがＩピクチャのビデオ符号化データとなる。従来の実施の形態では「Ｉ終了位置」を管理していなかったため、別途Ｉピクチャの終了を検出する必要があり、ディスクからのデータ読み出しからＩピクチャの終了を検出するまでに時間差があるために不要なデータまで読み出していたが、本実施の形態では予め読み出すべきデータがわかっているので、無駄なデータを読み出すことがなく、高速再生時の表示枚数がより多くなる。
高速再生時に全てのＧＯＰのＩピクチャを読み出すのか、間引いて読み出すのかは、高速再生時の表示枚数との速度によって判定すればよい。
全てのＩピクチャよりも、より多くの画像を表示できる場合にはＩピクチャに加えてＰピクチャも表示することで、よりなめらかな高速再生が実現できる。高速再生時にＩピクチャとＰピクチャを表示する場合に読み出すデータを図１０を用いて説明する。
図１０は図１９で示したＧＯＰ構成で符号化した場合の例で、ＧＯＰの符号化データはＩ、Ｂ、Ｂ、Ｐ、．．．という順序で記録される。一般的にビデオフレーム当たりの符号量は、Ｉピクチャが最も多く、次にＰピクチャが多く、Ｂピクチャが最も少ない。そして、Ｂピクチャの符号量はＩピクチャやＰピクチャに比べるとかなり少ないことが多い。
そのため、同一ＧＯＰ内のＩピクチャとＰピクチャを読み出す場合に、Ｉピクチャ、Ｐピクチャそれぞれにランダムアクセスするよりは、Ｉピクチャの開始位置からＰピクチャの終了位置まで読み出し、不要なＢピクチャを捨てる方が効率がよい。
従って、本実施の形態では、ＩピクチャとＰピクチャを読み出す場合は、「パケット情報」の「ＧＯＰ開始位置」から「Ｐ終了位置」までを読み出し、ビデオコーデック１６でＩピクチャ１０１を再生し、不要になるＢピクチャ１０２、１０３の符号を捨て、次にＰピクチャ１０４を再生する。
高速再生時には、コントローラ１９がＩピクチャ、あるいはＩピクチャから最初のＰピクチャまでの符号化データを再生するように制御し、その他は通常動作と同じ動作を行う。
次に、ディスク２１に記録された多重化データの再生開始点と終了点をポインタで指定し、記録されている多重化データを変更せずに再生編集を行うプログラム再生について説明する。
図１１にプログラム再生の例を示す。図１１は多重化データのうち、ＧＯＰ１１１〜１１２、ＧＯＰ１１４〜１１５だけを選択して再生する例で、再生開始点と終了点を示す管理ファイルのアドレスをユーザプログラムとして多重化データと別に記録する。図１１において、ユーザプログラムは２組の開始アドレスと終了アドレスを持ち、開始アドレス１はＧＯＰ１１１の開始位置を示し、終了アドレス１はＧＯＰ１１２の終了位置を示す。また開始アドレス２はＧＯＰ１１３の開始位置を示し、終了アドレス２はＧＯＰ１１４の終了位置を示す。ユーザプログラムは管理ファイルのアドレスを指すため、開始アドレス１はＧＯＰ１１１を含むパケットのパケット情報の「ＧＯＰ先頭位置」が記録されるアドレスを示し、終了アドレス１はＧＯＰ１１３を含むパケットのパケット情報の「ＧＯＰ先頭位置」が記録されるアドレスを示す。本実施の形態では、ＧＯＰの終了位置は管理していないので、次のＧＯＰの「ＧＯＰ開始位置」の１前の位置をＧＯＰの終了位置とする。
プログラム再生時にも、コントローラ１９が指定された多重化データをディスク２１から読み出すように制御し、その他は通常動作と同じ動作を行う。
本実施の形態において、多重化データを削除する場合は、多重化データそのものを削除するとともに、削除する多重化データに対応するパケット情報も削除する。削除して空き領域となったパケット情報部分は別途空き領域を管理するテーブルを用いて管理するか、多重化データを削除する毎に空き領域部分を詰めるようにパケット情報部分の書き換えを行う。
なお、本実施の形態では、多重化データを構成するオーディオ符号化データとビデオビデオ符号化データの境界を示す情報は備えていない。オーディオ符号化データとビデオ符号化データの境界は、例えばビデオの復号を行い、ＧＯＰの復号が終了した時点をビデオ符号化データとオーディオ符号化データの境界とする、あるいは各符号化データの先頭に符号化データの種類を示すヘッダを付加するなどで認識することができる。
〔第１の実施の形態の変形例〕第１の実施の形態では、図２（ｂ）に示したようにＧＯＰ毎のビデオ符号化データとオーディオ符号化データをまとめて記録しているが、図１２に示すようにＧＯＰのビデオ符号化データとオーディオ符号化データを分割して記録してもよい。
図２（ｂ）で示した多重化データを構成するには、ＧＯＰ期間のオーディオデータを全てメモリ１８に保持しておく必要があったが、図１２で示した多重化データを構成する場合は、オーディオ符号化データを順次出力することができ、メモリ１８の容量をより少なくすることができる。
図１３に、多重化・分離部回路１７において図１２で示した多重化データを出力する動作をフローチャートで示す。図１２のフローチャートと図２（ｂ）の多重化データを構成する動作を示す図３のフローチャートでは、図３ではステップＳ３２〜Ｓ３５でＧＯＰ毎のビデオ符号化データの読み出しを行い、ステップＳ３６〜Ｓ３９でＧＯＰに対応するオーディオ符号化データの読み出しを行っているのに対し、図１３ではステップＳ３２〜Ｓ３４で１ビデオフレームのビデオ符号化データの読み出しを行い、ステップＳ３６〜Ｓ３９で１ビデオフレームに対応するオーディオ符号化データの読み出しを実行し、ステップＳ３２〜Ｓ３４とステップＳ３６〜Ｓ３９をＧＯＰが終了するまで繰り返し実行する点が異なるが、各ステップで実行する処理は同一である。
なお、本実施の形態では、ビデオフレームの符号化データは、再生するビデオフレーム順には入力されない。例えば図１９で示したＧＯＰの場合、ＧＯＰはＢピクチャから始まるが、符号化データはＢピクチャの後のＩピクチャから入力される。従って、ビデオフレームに対応するオーディオフレームとは符号化データ順での対応のことである。
〔第２の実施の形態〕
第１の実施の形態では、多重化データを構成するオーディオ符号化データとビデオ符号化データの境界は、多重化データを入力しなければわからなかった。本実施の形態では、境界を示す情報を管理ファイルに含め、予めオーディオ符号化データとビデオ符号化データの境界を認識できるようにしたものである。
本実施の形態では、例えば高速再生時にもビデオフレームとオーディオフレームを選択して読み出すことができ、音声を再生しながらの高速再生が可能になる。
本実施の形態における管理ファイルの構成を図１４に示す。
図１４の管理ファイルと図４に示した第１の実施の形態の管理ファイルとでは、図１４の管理ファイルにはパケット情報にＧＯＰのビデオ符号化データ量を示す「ビデオ符号量」が含まれている点が異なる。
本実施の形態では図２（ｂ）で示したように、ＧＯＰのビデオ符号化データがＧＯＰの先頭から記録されているので、「ＧＯＰ開始位置」と「ＧＯＰ符号量」からオーディオ符号化データの開始位置がわかる。
図１５に、記録時に図１４で示した管理ファイルの「パケット情報」を更新する動作をフローチャートで示す。この動作は図５で示した、管理ファイルの「パケット情報」を更新する動作のフローチャートにおいて、図５ではステップＳ３５で「ＡＰＴＳ」を出力していた動作を、「ビデオ符号量」と「ＡＰＴＳ」を出力するステップ１５１に変更したもので、ステップ１５１以外は図５のフローチャートと同じ動作を行う。「ビデオ符号量」はステップＳ３２でビデオ符号化データを読み出す際に、符号量をカウントすることで算出する。
〔第３の実施の形態〕
第１、第２の実施の形態では、ディスク全体の管理ファイルにＧＯＰ毎の「ＧＯＰ開始位置」、「ＶＰＴＳ」、「ＡＰＴＳ」「Ｉ終了位置」、「Ｐ終了位置」を記録していたが、記録時間が長くなると管理ファイルのデータ量が多くなるという問題ある。第３の実施の形態では、ＧＯＰの位置情報の一部を多重化データに記録し、管理ファイルのデータ量を削減する。
図１６に本発明の第３の実施の形態における多重化データの構成を示す。
図１６は、図２（ｂ）で示した多重化データの構成に加え、ＧＯＰの先頭にＧＯＰの管理データを付加したものである。ＧＯＰの管理データには、第１の実施の形態では管理ファイルに記録していた「ＶＰＴＳ」、「ＡＰＴＳ」、「Ｉ終了位置」、「Ｐ終了位置」を記録する。この場合の管理ファイルの構成を図１７に示す。
図１８に、記録時に図１７で示した管理ファイルの「パケット情報」を更新する動作をフローチャートで示す。この動作は図５で示した、管理ファイルの「パケット情報」を更新する動作のフローチャートにおいて、「ＧＯＰ開始位置」、「ＶＰＴＳ」、「ＡＰＴＳ」、「Ｉ終了位置」、「Ｐ終了位置」を出力する動作部分をステップＳ１８１〜Ｓ１８６に変更したもので、図５と同じ動作の部分は同じ番号を付して説明を省略する。
図１８において、パケットの先頭で「パケット開始位置」をコントローラ１９に出力する（ステップＳ５１）。次にステップＳ１８１で「ＧＯＰ開始位置」、「ＶＰＴＳ」、「ＡＰＴＳ」をＥＣＣ部２０に出力する。次にビデオコーデック１６からＩピクチャの符号化データの入力が終了すると、「Ｉ終了位置」をＥＣＣ部２０に出力し（ステップＳ１８３）、ＧＯＰの最初のＰピクチャの符号化データの入力が終了すると、「Ｐ終了位置」をＥＣＣ部２０に出力する（ステップＳ１８５）。
ステップＳ１８１〜Ｓ１８５はＧＯＰの先頭で実行され、ビデオエンコーダ１６からＰピクチャの符号化データの入力が終了した時点でＧＯＰ毎の位置情報や時刻情報が出力され、その後にステップＳ３２〜Ｓ３９でＧＯＰのビデオ符号化データとオーディオ符号化データが出力される。
【図面の簡単な説明】
【０００９】
【図１】本発明の動画像記録再生装置の実施の形態のブロック図である。
【図２】第１の実施の形態における多重化データの構成を示す図である。
【図３】第１の実施の形態における多重化データを出力する動作を示すフローチャートである。
【図４】第１の実施の形態における管理ファイルの構成を示す図である。
【図５】第１の実施の形態における管理ファイルを構成する動作を示すフローチャートである。
【図６】オーディオフレームとビデオフレームのずれが蓄積する様子を説明する図である。
【図７】オーディオフレームとビデオフレームのずれ量を説明する図である。
【図８】ランダムアクセス後のオーディオフレームとビデオフレームのずれ量を説明する図である。
【図９】オーディオフレームとビデオフレームの同期をとる動作を説明するフローチャートである。
【図１０】高速再生時にディスクから読み出すデータを説明する図である。
【図１１】ユーザプログラムを説明する図である。
【図１２】第１の実施の形態におけるその他の多重化データの構成を示す図である。
【図１３】第１の実施の形態におけるその他の多重化データを出力する動作を示すフローチャートである。
【図１４】第２の実施の形態における管理ファイルの構成を示す図である。
【図１５】第２の実施の形態における管理ファイルを構成する動作を示すフローチャートである。
【図１６】第３の実施の形態における多重化データの構成を示す図である。
【図１７】第３の実施の形態における管理ファイルの構成を示す図である。
【図１８】第３の実施の形態における管理ファイルを構成する動作を示すフローチャートである。
【図１９】ＧＯＰを説明する図である。
【図２０】従来例におけるＤＵＴを説明する図である。
【図２１】従来例における高速再生時の動作を説明する図である。
【図２２】従来の動画像符号化装置のブロック図である。
【符号の説明】
【００１０】
１１  オーディオ入力端子
１２  オーディオ出力端子
１３  ビデオ入力端子
１４  ビデオ出力端子
１５  オーディオコーデック
１６  ビデオコーデック
１７  多重化・分離回路
１８  メモリ
１９  コントローラ
２０  ＥＣＣ部
２１  ディスク
２２  ＧＯＰ期間
２３  オーディオ期間
４１  ディスク情報
４２  ファイル情報
４３  空き領域情報
４４  パケット情報
６１  ＧＯＰ期間
６２  オーディオ期間
６３  ＧＯＰ期間
６４  オーディオ期間
６５  フリーズ期間
７１  ＧＯＰ期間
７２  オーディオ期間
７３  オーディオ期間
７４  ずれ量
８１  ＧＯＰ
８２  ＧＯＰ
８３  ＧＯＰ
８４  ＧＯＰ
１０１  Ｉピクチャ
１０２  Ｂピクチャ
１０３  Ｂピクチャ
１０４  Ｐピクチャ
１１１  ＧＯＰ
１１２  ＧＯＰ
１１３  ＧＯＰ
１１４  ＧＯＰ
１１５  ＧＯＰ
１１６  ＧＯＰ
２０１  ＤＵＴ
２０２  ＤＵＴヘッダ
２０３  副映像データ
２０４  音声データ
２０５  主音声データ
２１１  ＤＵＴ
２１２  ＤＵＴ
２１３  Ｉピクチャの符号化データ
２１４  Ｉピクチャの符号化データ
２２１  オーディオ入力端子
２２２  オーディオ出力端子
２２３  ビデオ入力端子
２２４  ビデオ出力端子
２２５  オーディオコーデック
２２６  ビデオコーデック
２２７  多重化・分離回路
２２８  メモリ
２２９  コントローラ
２３０  ＥＣＣ部
２３１  記録メディア
【図１】
2006005955.tif 000003
【図２】
2006005955.tif 000004
【図３】
2006005955.tif 000005
【図４】
2006005955.tif 000006
【図５】
2006005955.tif 000007
【図６】
2006005955.tif 000008
【図７】
2006005955.tif 000009
【図８】
2006005955.tif 000010
【図９】
2006005955.tif 000011
【図１０】
2006005955.tif 000012
【図１１】
2006005955.tif 000013
【図１２】
2006005955.tif 000014
【図１３】
2006005955.tif 000015
【図１４】
2006005955.tif 000016
【図１５】
2006005955.tif 000017
【図１６】
2006005955.tif 000018
【図１７】
2006005955.tif 000019
【図１８】
2006005955.tif 000020
【図１９】
2006005955.tif 000021
【図２０】
2006005955.tif 000022
【図２１】
2006005955.tif 000023
【図２２】
2006005955.tif 000024