(57)【要約】  【課題】  ディスク上のオーディオデータの再生不能箇所をコンシールしてオーディオデータを出力可能とする。  【解決手段】  ディスク上にＥＣＣブロック単位でエラー訂正符号化された第１のオーディオデータと、第１のオーディオデータをより高圧縮率に圧縮符号化した第２のオーディオデータとが記録される。ディスクから第１および第２のオーディオデータを再生し、第１のオーディオデータを出力する際に、あるＥＣＣブロックにエラー訂正不能なエラーが存在する場合、そのＥＣＣブロックに対応する部分の第１のオーディオデータを第２のオーディオデータにすげ替えて出力する。ディスクに傷やゴミによる再生不能箇所があっても、音声出力を継続できる。そのため、ディスクの傷やゴミのためにクリップ全体を使用できなくなることが防がれる。【選択図】  図２６
2005243064.tif 000002
【特許請求の範囲】
【請求項１】
第１のオーディオデータがエラー訂正符号化されて記録されると共に、該第１のオーディオデータがより高圧縮率で圧縮符号化された第２のオーディオデータが記録されたディスク状記録媒体から上記第１および第２のオーディオデータを再生する再生装置であって、
上記第１および第２のオーディオデータを再生する再生手段と、
上記再生手段で再生された上記第１のオーディオデータの上記エラー訂正符号を復号化してエラー訂正可能なエラーを訂正するエラー訂正手段と
を有し、
上記第１のオーディオデータの、上記エラー訂正手段で訂正できなかった上記エラーに対応する部分を、上記第２のオーディオデータですげ替えて出力するようにしたことを特徴とする再生装置。
【請求項２】
請求項１に記載の再生装置において、
上記エラーに対応する部分の前後で上記第１および第２のオーディオデータをクロスフェード処理して、上記すげ替えを行うようにしたことを特徴とする再生装置。
【請求項３】
第１のオーディオデータがエラー訂正符号化されて記録されると共に、該第１のオーディオデータがより高圧縮率で圧縮符号化された第２のオーディオデータが記録されたディスク状記録媒体から上記第１および第２のオーディオデータを再生する再生方法であって、
上記第１および第２のオーディオデータを再生する再生のステップと、
上記再生のステップにより再生された上記第１のオーディオデータの上記エラー訂正符号を復号化してエラー訂正可能なエラーを訂正するエラー訂正のステップと
を有し、
上記第１のオーディオデータの、上記エラー訂正のステップで訂正できなかった上記エラーに対応する部分を、上記第２のオーディオデータですげ替えて出力するようにしたことを特徴とする再生方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ディスク状記録媒体から再生されたオーディオデータのエラー箇所をコンシールするデータ処理装置および方法、ならびに、再生装置および方法に関する。
【背景技術】
【０００２】
近年では、より波長の短いレーザ光を光源として用い、より大容量の記録再生を可能としたディスク状記録媒体が出現している。例えば、波長４０５ｎｍのレーザ光を発する青紫色レーザを光源とし、片面１層構造の光ディスクを用いて２３ＧＢ（ギガバイト）の記録容量が実現されている。
【０００３】
このディスク状記録媒体を、放送局用の映像音声機器の記録媒体として用いることが提案されている。ディスク状記録媒体を、ビデオカメラ本体またはビデオカメラに接続されるカメラコントローラに装填する。装填されたディスク状記録媒体に対して、ビデオカメラで撮影された映像に基づくビデオデータが記録されると共に、映像に伴う音声がマイクロフォンで集音され、集音された音声に基づくオーディオデータが記録される。ビデオデータおよびオーディオデータは、例えばクリップ毎に別ファイルとされて記録される。なお、クリップは、例えば撮影が開始されてから停止されるまでの、ひとまとまりのデータである。
【０００４】
また、このディスク状記録媒体は、ランダムアクセスが可能とされており、ビデオデータの編集にも適している。例えば、従来のテープ状記録媒体に比べクリップの頭出しや編集点の指定および検索を迅速に行うことができると共に、編集されたビデオデータおよびオーディオデータを同一のディスク状記録媒体に記録することも可能である。収録された映像音声データを、編集スタジオに持ち込むことなく、その場で編集することができる。
【０００５】
非特許文献１には、上述した、大容量のディスク状記録媒体を用いると共に、高解像度の本映像信号を出力すると共に低解像度の補助映像信号を生成するようにしたビデオカメラが記載されている。
【非特許文献１】ＡＶ  Ｗａｔｃｈ編集部、”ソニー、青紫色レーザーディスクを使ったカムコーダなど”、”ソニー、青紫色レーザーディスクを使ったカムコーダなど−４月開催のＮＡＢ  ２００３に出展。スタジオレコーダなども展示”［ｏｎｌｉｎｅ］、２００３年３月５日、Ｉｍｐｒｅｓｓ  Ｃｏｒｐｏｒａｔｉｏｎ、ＡＶ  Ｗａｔｃｈホームページ、［平成１６年２月２３日検索］、インターネット＜URL : http://www.watch.impress.co.jp/av/docs/20030305/sony.htm＞
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ところで、ディスク状記録媒体では、ディスクの記録面にゴミが付着したり傷が付いたりすることで再生不能な箇所を生じた場合、その部分に記録されたオーディオデータは、無音にして出力するしかなかった。そのため、例えば１つのクリップ中にオーディオデータの再生不能な箇所が１箇所でもあると、そのクリップの他の部分のオーディオデータが再生可能でも、そのクリップのオーディオデータを使用できなくなるという問題点があった。
【０００７】
したがって、この発明の目的は、ディスク上のオーディオデータの再生不能箇所をコンシールしてオーディオデータを出力可能なデータ処理装置および方法、ならびに、再生装置および方法を提供することにある。
【課題を解決するための手段】
【０００８】
この発明は、上述した課題を解決するために、第１のオーディオデータがエラー訂正符号化されて記録されると共に、第１のオーディオデータがより高圧縮率で圧縮符号化された第２のオーディオデータが記録されたディスク状記録媒体から第１および第２のオーディオデータを再生する再生装置であって、第１および第２のオーディオデータを再生する再生手段と、再生手段で再生された第１のオーディオデータのエラー訂正符号を復号化してエラー訂正可能なエラーを訂正するエラー訂正手段とを有し、第１のオーディオデータの、エラー訂正手段で訂正できなかったエラーに対応する部分を、第２のオーディオデータですげ替えて出力するようにしたことを特徴とする再生装置である。
【０００９】
また、この発明は、第１のオーディオデータがエラー訂正符号化されて記録されると共に、第１のオーディオデータがより高圧縮率で圧縮符号化された第２のオーディオデータが記録されたディスク状記録媒体から第１および第２のオーディオデータを再生する再生方法であって、第１および第２のオーディオデータを再生する再生のステップと、再生のステップにより再生された第１のオーディオデータのエラー訂正符号を復号化してエラー訂正可能なエラーを訂正するエラー訂正のステップとを有し、第１のオーディオデータの、エラー訂正のステップで訂正できなかったエラーに対応する部分を、第２のオーディオデータですげ替えて出力するようにしたことを特徴とする再生方法である。
【００１０】
上述したように、この発明は、第１のオーディオデータがエラー訂正符号化されて記録されると共に、第１のオーディオデータがより高圧縮率で圧縮符号化された第２のオーディオデータが記録されたディスク状記録媒体から第１および第２のオーディオデータを再生し、第１のオーディオデータを出力するときに、第１のオーディオデータのエラー訂正符号を復号化してエラー訂正可能なエラーを訂正した際に訂正できなかったエラーに対応する部分を、第２のオーディオデータですげ替えて出力するようにしているため、ディスク状記録媒体に傷が付いたりゴミが付着して第１のオーディオデータが出力できない部分があっても、オーディオデータの出力を継続することができる。
【発明の効果】
【００１１】
上述したように、この発明は、ディスク状記録媒体に第１のオーディオデータと、第１のオーディオデータをより高圧縮率で圧縮符号化した第２のオーディオデータが記録されており、再生時に、第１のオーディオデータの訂正不能なエラー箇所を第２のオーディオデータですげ替えて出力するようにしているため、ディスク状記録媒体に傷が付いたりゴミが付着して第１のオーディオデータが出力できない部分があっても、オーディオデータの出力を継続することができる効果がある。
【００１２】
またそれにより、ディスク状記録媒体に傷が付いたりゴミが付着して第１のオーディオデータが出力できない部分があっても、その部分を含むクリップ全体が使用できなくなるということがないという効果がある。
【発明を実施するための最良の形態】
【００１３】
以下、この発明の実施の一形態について図面を参照して説明する。この発明では、実際の放送や編集の対象とされるビデオデータおよびオーディオデータがディスク状記録媒体に記録されると共に、当該ビデオデータおよびオーディオデータに対応した補助的なビデオデータおよびオーディオデータと、メタデータとが同一のディスク上に記録される。なお、以下では、実際の放送や編集の対象とされるビデオデータおよびオーディオデータを本線系のＡＶ(Audio/Video)データと呼ぶ。また、補助的なビデオデータおよびオーディオデータを補助ＡＶデータと称し、補助ＡＶデータのうちビデオデータを補助ビデオデータ、オーディオデータを補助オーディオデータとそれぞれ呼ぶ。
【００１４】
本線系のＡＶデータは、例えば、ビデオデータは、ベースバンドのビデオデータがＭＰＥＧ２(Moving Pictures Experts Group 2)方式で圧縮符号化された、ビットレートが５０Ｍｂｐｓ(Mega bit per second)のビデオデータおよび／またはビットレートが２５Ｍｂｐｓのデータである。また、オーディオデータは、サンプリング周波数が４８ｋＨｚで量子化ビット数が２４ビットのデータおよび／または量子化ビット数が１６ビットのデータである。この発明の実施の一形態では、本線系のＡＶデータのビデオデータおよびオーディオデータのそれぞれについて、これら方式の異なるデータを同一のディスク上に混在させて記録可能なようになっている。
【００１５】
また、補助ＡＶデータは、本線系のＡＶデータに基づくより低ビットレートとしたオーディオ／ビデオデータであって、本線系ＡＶデータのディスクへの記録時に、本線系のＡＶデータから作成される。補助ビデオデータは、例えばＭＰＥＧ４方式で以て圧縮符号化される。また、補助オーディオデータは、詳細は後述するが、例えばＡ−Ｌａｗおよびサンプル間引きを用いて圧縮符号化される。これにより、補助ＡＶデータは、本線系のＡＶデータに対して、ビットレートが例えば数Ｍｂｐｓまで落とされる。
【００１６】
なお、周知のようにＭＰＥＧ方式では、ＤＣＴ(Discrete Cosine Transform)を用いたフレーム内圧縮符号化と、時系列方向の予測符号化を用いたフレーム間圧縮符号化とを用いてビデオデータを圧縮符号化する。ここで、時系列方向に予測符号化を行ったＢ(Bidirectionally)ピクチャおよびＰ(Predictive)ピクチャと、１画面（１フレーム）で完結するＩ(Intra)ピクチャとが定義され、ＧＯＰ(Group Of Picture)は、最低１枚のＩピクチャを含むそれ自身で完結したグループで、ＭＰＥＧのストリームにおいて独立してアクセス可能な最小の単位とされる。
【００１７】
メタデータは、あるデータに関する上位データであり、各種データの内容を表すためのインデックスとして機能する。メタデータには、上述の本線系のＡＶデータの時系列に沿って発生される時系列メタデータと、本線系のＡＶデータにおけるシーン毎など、所定の区間に対して発生される非時系列メタデータの２種類がある。
【００１８】
次に、この発明の実施の一形態に適用可能なディスク状記録媒体（以下、ディスク）へのデータ配置について説明する。この発明の実施の一形態では、ディスク上に年輪を形成するようにしてデータを記録する。年輪データは、データの再生時間によって示されるデータ量を単位としてディスクに記録されるデータである。例えば本線系のオーディオデータおよびビデオデータに限定して説明すると、再生時間帯が対応するオーディオデータおよびビデオデータを、トラックの１周分以上のデータサイズを有する所定の再生時間単位毎に交互に配置して記録する。このように記録を行うことで、再生時間帯が対応するオーディオデータおよびビデオデータの組が時系列的に重層されて、年輪が形成される。
【００１９】
この実施の一形態では、実際には、再生時間帯が対応するオーディオデータおよびビデオデータに加え、これらのデータに再生時間帯が対応する補助ＡＶデータおよび時系列メタデータを一組として記録することで年輪を形成し、光ディスク１に対するデータの記録を行う。
【００２０】
なお、年輪を形成するデータを年輪データと称する。年輪データは、ディスクにおける最小の記録単位であるセクタの整数倍のデータ量とされる。また、年輪は、その境界がディスクのセクタの境界と一致するように記録される。
【００２１】
図１は、光ディスク１に対して年輪データが形成された一例の様子を示す。この図１の例では、光ディスク１の内周側から順に、オーディオ年輪データ＃１、ビデオ年輪データ＃１、オーディオ年輪データ＃２、ビデオ年輪データ＃２、補助ＡＶ年輪データ＃１および時系列メタ年輪データ＃１が記録されており、この周期で年輪データが扱われる。時系列メタ年輪データ＃１の外周側には、さらに、次の周期の年輪データの一部がオーディオ年輪データ＃３およびビデオ年輪データ＃３として示されている。
【００２２】
この図１の例は、時系列メタ年輪データの１年輪データ分の再生時間帯と補助ＡＶ年輪データの１年輪データ分の再生時間帯とが対応し、時系列メタ年輪データの１年輪データ分の再生時間帯とオーディオ年輪データの２周期分の再生時間帯が対応することを示している。同様に、時系列メタ年輪データの１年輪データ分の再生時間帯とビデオ年輪データの２周期分の再生時間帯が対応することを示している。このような、各年輪データの再生時間帯および周期の対応付けは、例えばそれぞれのデータレートなどに基づき設定される。なお、ビデオ年輪データやオーディオ年輪データの１年輪データ分の再生時間は、経験値的には１．５秒〜２秒程度が好ましい。
【００２３】
図２は、上述の図１のように年輪が形成された光ディスク１に対するデータの読み書きが行われる一例の様子を示す。光ディスク１に十分な大きさの連続した空き領域が存在し、その空き領域に欠陥が無い場合、オーディオデータ、ビデオデータ、補助ＡＶデータ時系列メタデータの各データ系列から、再生時間帯に基づきそれぞれ生成されたオーディオ年輪データ、ビデオ年輪データ、補助ＡＶ年輪データおよび時系列メタ年輪データは、図２Ａに一例が示されるように、光ディスク１の空き領域に対して、恰も一筆書きをするように書き込まれる。このとき、何れのデータの境界も、光ディスク１のセクタの境界と一致するように書き込まれる。光ディスク１からのデータの読み出しも、書き込み時と同様にして行われる。
【００２４】
一方、光ディスク１からある特定のデータ系列を読み出す場合には、読み出しデータ系列の記録位置にシークしてそのデータを読み出すという動作が繰り返される。図２Ｂは、このようにして補助ＡＶデータの系列を選択的に読み出す様子を示す。例えば図１も参照し、補助ＡＶ年輪データ＃１が読み出されたら、続いて記録されている時系列メタ年輪データ＃１、オーディオ年輪データ＃３およびビデオ年輪データ＃３、ならびに、オーディオ年輪データ＃４およびビデオ年輪データ＃４（図示しない）をシークにより飛び越し、次の周期の補助ＡＶ年輪データ＃２が読み出される。
【００２５】
このように、データの光ディスク１への記録を、再生時間を単位とし、再生時間帯に応じた年輪データとして周期的に行うことで、同じような再生時間帯のオーディオ年輪データとビデオ年輪データとが光ディスク１上の近い位置に配置されるので、光ディスク１から、再生時刻が対応するオーディオデータとビデオデータとを迅速に読み出して再生することが可能となる。また、年輪の境界とセクタの境界とが一致するように記録されるので、光ディスク１からオーディオデータまたはビデオデータだけを読み出すことが可能となり、オーディオデータまたはビデオデータだけの編集を迅速に行うことが可能となる。
【００２６】
また、上述したように、オーディオ年輪データ、ビデオ年輪データ、補助ＡＶ年輪データおよび時系列メタ年輪データは、光ディスク１のセクタの整数倍のデータ量を有し、さらに、年輪データの境界とセクタの境界とが一致するように記録されている。そのため、オーディオ年輪データ、ビデオ年輪データ、補助ＡＶ年輪データおよび時系列メタ年輪データのうち何れか１系列のデータだけが必要な場合に、他のデータの読み出しを行うことなく、必要なデータだけを読み出すことができる。
【００２７】
上述したような、年輪によるデータ配置の利便性を活かすためには、光ディスク１に対するデータの記録を、年輪の連続性が保証されるように行う必要がある。このことについて、図３を用いて説明する。例えば補助ＡＶ年輪データ（図３では「ＬＲ」と表示）だけ読み出すことを考える。
【００２８】
例えば記録時に連続した十分に大きな空き領域が確保されていれば、複数周期の年輪を連続的に記録することができる。この場合、図３Ａに示されるように、時間的に連続する補助ＡＶ年輪データを、最小のトラックジャンプで読み出すことができる。すなわち、補助ＡＶ年輪データを読み出したら、次の周期の年輪における補助ＡＶ年輪データを読み出すという動作を繰り返すことが可能となり、ピックアップがジャンプする距離が最短となる。
【００２９】
これに対して、例えば記録時に連続した空き領域が確保できず、時間的に連続する補助ＡＶデータを光ディスク１上の飛び飛びの領域に記録した場合、図３Ｂに一例が示されるように、最初の補助ＡＶ年輪データを読み出したら、例えば年輪の複数周期分に相当する距離をピックアップがジャンプして、次の補助ＡＶ年輪データを読み出さなければならない。この動作が繰り返されるため、図３Ａに示される場合に比べて、補助ＡＶ年輪データの読み出し速度が低下してしまう。また、本線系のＡＶデータにおいては、図３Ｃに一例が示されるように、未編集ＡＶデータ（ＡＶクリップ）の再生が滞る可能性がある。
【００３０】
そこで、この発明の実施の一形態では、年輪の連続性を保証するために、年輪の複数周期分の長さを持つアロケーションユニットを定義し、年輪でデータを記録する際に、このアロケーションユニットで定義されたアロケーションユニット長を越える長さの、連続した空き領域を確保する。
【００３１】
図４を用いてより具体的に説明する。アロケーションユニット長は、予め設定される。アロケーションユニット長を、年輪で１周期に記録される各データの合計再生時間の複数倍に設定する。例えば、年輪の１周期に対応する再生時間が２秒であるとした場合、アロケーションユニット長を１０秒に設定する。このアロケーションユニット長は、光ディスク１の空き領域の長さを計測する物差しとして用いられる（図４右上参照）。初期状態を、図４Ａに一例が示されるように、使用済み領域が光ディスク１に対して飛び飛びに３箇所、配置されているものとし、使用済み領域に挟まれた部分を空き領域とする。
【００３２】
この光ディスク１に対してある程度の長さを有するＡＶデータと、当該ＡＶデータに対応する補助ＡＶデータとを記録する場合、先ず、アロケーションユニット長と空き領域の長さとを比較して、アロケーションユニット長以上の長さを有する空き領域を予約領域として確保する（図４Ｂ）。この図４の例では、２つの空き領域のうち、右側の空き領域がアロケーションユニット長より長いとされ、予約領域として確保される。次に、この予約領域に対して、予約領域の先頭から年輪データを順次連続的に記録する（図４Ｃ）。このように年輪データを記録していき、予約領域の空き領域の長さが次に記録する年輪データの１周期分の長さに満たないときは（図４Ｄ）、予約領域を開放し、図４Ａのように、光ディスク１上のさらに他の空き領域に対してアロケーションユニット長を適用させながら、予約領域にできる空き領域を探す。
【００３３】
このように、複数周期分の年輪が記録できるだけの空き領域を探して、当該空き領域に年輪を記録することで、ある程度の年輪の連続性が保証され、年輪データの再生をスムースに行うことが可能とされる。なお、アロケーションユニット長は、上述では１０秒に設定したが、これはこの例に限定されず、さらに長い再生時間に対応する長さをアロケーションユニット長として設定することができる。実際的には、１０秒〜３０秒の間でアロケーションユニット長を設定すると好ましい。
【００３４】
次に、この発明の実施の一形態におけるデータの管理構造について、図５、図６および図７を用いて説明する。この発明の実施の一形態では、データは、ディレクトリ構造で管理される。ファイルシステムとしては例えばＵＤＦ(Universal Disk Format)が用いられ、図５に一例が示されるように、ルートディレクトリ（ｒｏｏｔ）の直下にディレクトリＰＡＶが設けられる。この実施の一形態では、このディレクトリＰＡＶ以下を定義する。
【００３５】
すなわち、上述した、複数信号種のオーディオデータおよびビデオデータの１枚のディスク上への混在記録は、このディレクトリＰＡＶの配下において定義される。この発明の実施の一形態におけるデータ管理が及ばないディレクトリＰＡＶに対するデータの記録は、任意である。
【００３６】
ディレクトリＰＡＶの直下には、４つのファイル（INDEX.XML、INDEX.RSV、DISCINFO.XMLおよびDISCINFO.RSV）が置かれると共に、２つのディレクトリ（ＣＬＰＲおよびＥＤＴＲ）が設けられる。
【００３７】
ディレクトリＣＬＰＲは、クリップデータを管理する。ここでいうクリップは、例えば撮影が開始されてから停止されるまでの、ひとまとまりのデータである。例えば、ビデオカメラの操作において、操作開始ボタンが押されてから操作停止ボタンが押される（操作開始ボタンが解放される）までが１つのクリップとされる。
【００３８】
このひとまとまりのデータとは、上述した本線系のオーディオデータおよびビデオデータと、当該オーディオデータおよびビデオデータから生成された補助ＡＶデータと、当該オーディオデータおよびビデオデータに対応した時系列メタデータと非時系列メタデータとからなる。ディレクトリＣＬＰＲの直下に設けられたディレクトリ「C0001」、「C0002」、・・・には、クリップ毎に、クリップを構成するひとまとまりのデータが格納される。
【００３９】
図６は、ディレクトリＣＬＰＲの直下に設けられた、一つのクリップ「C0001」に対応するディレクトリ「C0001」の一例の構造を示す。以下、ディレクトリＣＬＰＲの直下の一つのクリップに対応するディレクトリを、適宜、クリップディレクトリと称する。クリップディレクトリ「C0001」に対して、上述のひとまとまりのデータのそれぞれがファイル名により区別されて格納される。この図６の例では、ファイル名は、１２桁で構成され、デリミタ「．」より前の８桁のうち、前側５桁がクリップを識別するために用いられ、デリミタ直前の３桁は、オーディオデータ、ビデオデータ、補助ＡＶデータといった、データのタイプを示すために用いられている。また、デリミタ後の３桁は拡張子であって、データの形式を示している。
【００４０】
より具体的には、この図６の例では、クリップ「C0001」を構成するひとまとまりのファイルとして、クリップ情報を示すファイル「C0001C01.SMI」、本線系ビデオデータファイル「C0001V01.MXF」、本線系の８ｃｈ分のオーディオデータファイル「C0001A01.MXF」〜「C0001A08.MXF」、補助ＡＶデータファイル「C0001S01.MXF」、非時系列メタデータファイル「C0001M01.XML」、時系列メタデータファイル「C0001R01.BIM」およびポインタ情報ファイル「C0001I01.PPF」が、クリップディレクトリ「C0001」に格納される。
【００４１】
この発明の実施の一形態では、ディレクトリＣＬＰＲ内におけるクリップディレクトリ間での上述のデータ信号種の混在は、許可される。例えば、本線系のビデオデータの信号種について、クリップディレクトリ「C0001」にシングルＧＯＰ、ビットレート５０Ｍｂｐｓのビデオデータを格納し、クリップディレクトリ「C0002」にロングＧＯＰ、ビットレート２５Ｍｂｐｓのビデオデータを格納することは可能である。一方、クリップディレクトリ内における各データ内でのデータ信号種の混在は、許可されない。例えば、ビデオデータにおいて、先頭からある時点まではビットレートモード５０Ｍｂｐｓで記録されており、その時点以降から末尾まではビットレートモード２５Ｍｂｐｓで記録されたようなビデオデータファイルは、格納できないものとされる。
【００４２】
なお、シングルＧＯＰは、全てのフレームがＩピクチャで構成され、１ＧＯＰ＝１フレームの構造となっているものであり、フレーム単位の編集に対して高画質を維持できる。ロングＧＯＰは、フレームがＩピクチャ、ＰピクチャおよびＢピクチャにより構成され、Ｉピクチャで完結する複数フレームにより１ＧＯＰが形成される構造である。ロングＧＯＰでは、Ｂピクチャを用いない構成とすることもできる。
【００４３】
説明は図５に戻り、ディレクトリＥＤＴＲは、編集情報が管理される。この発明の実施の一形態では、編集結果は、エディットリストやプレイリストとして記録される。ディレクトリＥＤＴＲの直下に設けられたディレクトリ「E0001」、「E0002」、・・・には、編集結果毎に、編集結果を構成するひとまとまりのデータが格納される。
【００４４】
エディットリストは、クリップに対する編集点（ＩＮ点、ＯＵＴ点など）や再生順序などが記述されるリストであって、クリップに対する非破壊の編集結果と、後述するプレイリストとからなる。エディットリストの非破壊の編集結果を再生すると、リストの記述に従いクリップディレクトリに格納されたファイルを参照し、恰も編集された１本のストリームを再生するかのように、複数のクリップからの連続した再生映像が得られる。しかしながら、非破壊編集の結果では、ファイルの光ディスク１上での位置とは無関係にリスト中のファイルが参照されるため、再生時の連続性が保証されない。
【００４５】
プレイリストは、編集結果に基づき、リストにより参照されるファイルやファイルの部分が連続的に再生するのが困難であると判断された場合に、当該ファイルやファイルの一部を光ディスク１上の所定の領域に再配置することで、エディットリストの再生時の連続性を保証するようにしたものである。
【００４６】
編集作業により上述のエディットリストを作成した結果に基づき、編集に用いられるファイルの管理情報（例えば後述するインデックスファイル「INDEX.XML」）を参照し、編集作業に基づき非破壊で、すなわち、編集結果に基づき参照されるファイルが各クリップディレクトリに置かれたままの状態で、連続的な再生が可能か否かを、見積もる。その結果、連続的な再生が困難であると判断されると、該当するファイルを光ディスク１の所定領域にコピーする。この所定領域に再配置されたファイルを、ブリッジエッセンスファイルと称する。また、編集結果にブリッジエッセンスファイルを反映させたリストを、プレイリストと称する。
【００４７】
例えば、編集結果が複雑なクリップの参照を行うようにされている場合、編集結果に基づく再生の際に、クリップからクリップへの移行の際にピックアップのシークが間に合わない事態が発生する可能性がある。このような場合に、プレイリストが作成され、ブリッジエッセンスファイルが光ディスク１の所定領域に記録される。
【００４８】
図７は、ディレクトリＥＤＴＲの直下に設けられた、一つの編集結果「E0002」に対応するディレクトリ「E0002」の一例の構造を示す。以下、ディレクトリＥＤＴＲの直下の一つの編集結果に対応するディレクトリを、適宜、エディットディレクトリと称する。エディットディレクトリ「E0002」に対して、上述の編集結果により生成されたデータがそれぞれファイル名により区別されて格納される。ファイル名は、１２桁で構成され、デリミタ「．」より前の８桁のうち、前側５桁がエディット作業を識別するために用いられ、デリミタ直前の３桁は、データのタイプを示すために用いられる。また、デリミタ後の３桁は拡張子であって、データの形式を示している。
【００４９】
より具体的には、この図７の例では、編集結果「E0002」を構成するファイルとして、エディットリストファイル「E0002E01.SMI」時系列および非時系列メタデータの情報が記述されるファイル「E0002M01.XML」、プレイリストファイル「E0002P01.SMI」、本線系データによるブリッジエッセンスファイル「E0002V01.BMX」および「E0002A01.BMX」〜「E0002A04.BMX」、補助ＡＶデータによるブリッジエッセンスファイル「E0002S01.BMX」および時系列、非時系列メタデータによるブリッジエッセンスファイル「E0002R01.BMX」が、エディットディレクトリ「E0002」に格納される。
【００５０】
エディットディレクトリ「E0002」に格納されるこれらのファイルのうち影を付して示したファイル、すなわち本線系データによるブリッジエッセンスファイル「E0002V01.BMX」および「E0002A01.BMX」〜「E0002A04.BMX」、補助ＡＶデータによるブリッジエッセンスファイル「E0002S01.BMX」および時系列、非時系列メタデータによるブリッジエッセンスファイル「E0002R01.BMX」は、プレイリストに属するファイルである。
【００５１】
なお、上述したように、エディットリストによりクリップディレクトリに格納された例えばビデオデータが参照される。クリップディレクトリ間では、異なるデータ信号種の混在が可能なので、結果的に、エディットリスト上では、異なるデータ信号種の混在が可能とされる。
【００５２】
説明は図５に戻り、ファイル「INDEX.XML」は、ディレクトリＰＡＶ以下に格納された素材情報を管理するインデックスファイルである。この例では、ファイル「INDEX.XML」は、ＸＭＬ(Extensible Markup Language)形式で記述される。このファイル「INDEX.XML」により、上述した各クリップおよびエディットリストが管理される。例えば、ファイル名とＵＭＩＤの変換テーブル、長さ情報(Duration)、当該光ディスク１全体を再生する際の各素材の再生順などが管理される。また、各クリップに属するビデオデータ、オーディオデータ、補助ＡＶデータなどが管理されると共に、クリップディレクトリ内にファイルで管理されるクリップ情報が管理される。
【００５３】
ファイル「DISCINFO.XML」は、このディスクに関する情報が管理される。再生位置情報なども、このファイル「DISCINFO.XML」に保存される。
【００５４】
次に、この発明の実施の一形態に適用可能な記録再生装置について説明する。図８は、この記録再生装置のドライブ部１０の一例の構成を示す。
【００５５】
記録時には、後述する信号処理部４１（図９参照）から供給された記録データが、ＥＣＣ(Error Correction Coding)部１９およびメモリコントローラ１７を介してメモリ１８に溜め込まれる。メモリコントローラ１７は、制御部２０の制御に基づきメモリ１８に対するアクセスを制御する。なお、制御部２０は、マイクロコンピュータからなり、信号処理部４１からの制御信号に基づきこのドライブ部１０を制御する。
【００５６】
メモリ１８に溜め込まれた記録データに対して、ＥＣＣ部１９によりエラー訂正単位毎にエラー訂正符号が生成される。ビデオデータおよびオーディオデータに対するエラー訂正符号としては、積符号を使用することができる。積符号は、ビデオデータまたはオーディオデータの２次元配列の縦方向に外符号の符号化を行い、その横方向に内符号の符号化を行い、データシンボルを２重に符号化するものである。外符号および内符号としては、リードソロモンコード(Reed-Solomon code) を使用できる。積符号で完結するデータ単位をＥＣＣブロックと称する。ＥＣＣブロックは、例えば６４ｋバイト（６５５３６バイト）のサイズを有する。メモリコントローラ１７は、メモリ１８からＥＣＣブロックを読み出し、変調／復調部１６に記録データとして供給する。変調／復調部１６は、この記録データを変調して記録信号を生成し、ピックアップ部１３に供給する。
【００５７】
ピックアップ部１３は、変調／復調部１６から供給される記録信号に基づきレーザ光の出力を制御して、スピンドルモータ１２により回転駆動される光ディスク１に記録信号を記録する。
【００５８】
なお、ピックアップ部１３は、光ディスク１からの反射光を光電変換して電流信号を生成し、ＲＦ(Radio Frequency)アンプ１４に供給する。ＲＦアンプ１４は、ピックアップ部１３からの電流信号に基づいて、フォーカス誤差信号およびトラッキング誤差信号、ならびに、再生信号を生成し、トラッキング誤差信号およびフォーカス誤差信号をサーボ制御部１５に供給する。また、ＲＦアンプ１４は、再生時に再生信号を変調／復調部１６に供給する。
【００５９】
レーザ光の照射位置は、サーボ制御部１５からピックアップ部１３に供給されるサーボ信号により所定の位置に制御される。すなわち、サーボ制御部１５は、フォーカスサーボ動作やトラッキングサーボ動作の制御を行う。具体的には、サーボ制御部１５は、ＲＦアンプ１４からのフォーカス誤差信号とトラッキング誤差信号に基づいてフォーカスサーボ信号とトラッキングサーボ信号をそれぞれ生成し、ピックアップ部１３のアクチュエータ（図示しない）に供給する。またサーボ制御部１５は、スピンドルモータ１２を駆動するスピンドルモータ駆動信号を生成して、光ディスク１を所定の回転速度で回転させるスピンドルサーボ動作の制御を行う。
【００６０】
さらにサーボ制御部１５は、ピックアップ部１３を光ディスク１の径方向に移動させてレーザ光の照射位置を変えるスレッド制御を行う。なお、光ディスク１の信号読み出し位置の設定は、信号制御部４１から供給される制御信号に基づき、制御部２０によって行われ、設定された読み出し位置から信号を読み出すことができるように、ピックアップ部１３の位置が制御される。
【００６１】
スピンドルモータ１２は、サーボ制御部１５からのスピンドルモータ駆動信号に基づいて、光ディスク１をＣＬＶ(Constant Linear Velocity)またはＣＡＶ(Constant Angler Velocity)で回転駆動する。スピンドルモータ１２の駆動方式は、信号処理部４１から制御信号に基づき、ＣＬＶおよびＣＡＶとで切り替え可能とされている。
【００６２】
再生時には、ピックアップ部１３が光ディスク１にレーザ光を集光して照射し、光ディスク１からの反射光を光電変換した電流信号をＲＦアンプ１４に供給する。変調／復調部１６は、ＲＦアンプ１４から供給された再生信号を復調して再生データを生成し、メモリコントローラ１７に供給する。メモリコントローラ１７は、供給された再生データをメモリ１８に書き込む。メモリ１８からＥＣＣブロック単位で再生データが読み出され、ＥＣＣ部１９に供給される。ＥＣＣ部１９は、供給されたＥＣＣブロック単位の再生データのエラー訂正符号を復号化してエラー訂正を行う。エラー訂正された再生データは、信号処理部４１に供給される。
【００６３】
図９は、この実施の一形態に適用可能な記録再生装置の全体の構成例を示す。信号処理部４１に対して、図示されないドライブ部１０、インターフェイス部４０および操作部４２が接続される。また、信号処理部４１に対して、例えばＬＣＤ(Liquid Crystal Display)からなる表示部８０が接続され、光ディスク１から再生された映像や、記録再生装置に対して入力された映像、ユーザインターフェイスなど、様々な表示が行われるようになっている。
【００６４】
信号処理部４１において、ＦＰＧＡ(Field Programmable Gate Array)にドライブ部１０が接続される。ドライブ部１０と信号処理部４１との間での記録データおよび再生データのやり取り、ならびに、ドライブ部１０内の制御部２０との間での制御信号のやり取りは、ＦＰＧＡ６４を介して行われる。
【００６５】
ＦＰＧＡ６４に対して、ＲＡＭ６５、エンコーダ６６、デコーダ６７、ＤＶコーデック６８、補助ＡＶデータ用エンコーダ／デコーダ６９が接続される。補助ＡＶデータ用エンコーダ／デコーダ６９は、補助ビデオデータのエンコードを行う。また、ＦＰＧＡ６４に対して、バス７０が接続される。バス７０には、入力データ用のオーディオＤＳＰ(Digital Signal Processor)７１、出力データ用のオーディオＤＳＰ７２および補助ＡＶデータ用オーディオＤＳＰ７３が接続される。さらに、ＦＰＧＡ６４は、バス６０とＦＰＧＡ７４とが接続される。ＦＰＧＡ６４は、ＲＡＭ６５に対するメモリコントローラとして機能すると共に、接続された各部間でのデータフローを制御するようになっている。
【００６６】
ＦＰＧＡ７４に対して、ＲＡＭ７５が接続される。また、ＦＰＧＡ７４に対して表示部８０、出力端子８１および入力端子８２がそれぞれ接続される。ＦＰＧＡ７４に対して、さらに、操作部４２のマイクロコンピュータ（以下、マイコン）９０が接続される。表示部８０は、例えばＬＣＤ(Liquid Crystal Display)からなる表示素子と、表示素子を駆動するための駆動回路とを有する。ＦＰＧＡ７４は、上述のＦＰＧＡ６４と同様に、ＲＡＭ７５に対するメモリコントローラとして機能すると共に、接続された各部間でのデータフローを制御するようになっている。
【００６７】
バス６０は、例えばＰＣＩ(Peripheral Component Bus)バスである。バス６０に対してＣＰＵ(Central Processing Unit)６１、ＲＯＭ(Read Only Memory)６２およびＲＡＭ(Random Access Memory)６３が接続される。ＲＡＭ６３は、ＣＰＵ６１のワークメモリとして用いられる。ＲＯＭ６２は、実際には２個の書き換え可能なフラッシュメモリからなり、そのうち一方はシステム起動用、他方はシステムが起動された後に用いられるプログラムやデータなどが予め格納される。また、ＲＡＭ６３および他方のＲＯＭは、図示されないＣＰＵバスを介してＣＰＵ６１に接続される。
【００６８】
ＣＰＵ６１は、他方のＲＯＭに格納されるプログラムに基づき、信号処理部４１を制御すると共に、ドライブ部１０における光ディスク１に対するアクセス制御や、メモリ１８に対するアクセス制御を行う。また、ＣＰＵ６１は、図５〜図７を用いて説明した、光ディスク１上のディレクトリ構造を管理する。
【００６９】
インターフェイス部４０において、バス５０は、例えばＰＣＩバスである。バス５０がＰＣＩブリッジ５７を介してバス６０に接続される。また、バス５０に対して通信インターフェイス５１、ＣＰＵ(Central Processing Unit)５２、ＲＯＭ(Read Only Memory)５３、ＲＡＭ(Random Access Memory)５４およびＯＳＤ(On Screen Display)部５５が接続される。なお、ＣＰＵ５２、ＲＯＭ５３およびＲＡＭ５４は、実際には、メモリコントローラやバスコントローラなどを介してバス５０に接続される。ＲＡＭ５４は、ＣＰＵ５２のワークメモリとして用いられる。ＲＯＭ５３は、実際には２個の書き換え可能なフラッシュメモリからなり、一方はシステム起動用、他方はシステムが起動された後に用いられるプログラムやデータなどが予め格納される。
【００７０】
通信インターフェイス５１は、ＣＰＵ５２の命令に基づき、外部のネットワークとの間の通信を制御する。例えば、通信インターフェイス５１は、インターネットに対してＦＴＰ(File Transfer Protocol)によるデータ通信を行うことができる。ＯＳＤ部５５は、ＲＡＭ５６が接続され、ＣＰＵ５２から供給される表示制御命令に基づき、ユーザインターフェイスのための画像信号を生成する。
【００７１】
操作部４２において、操作子部９２は、各種スイッチ、ロータリーエンコーダなどの各種操作子を有し、これら操作子に対するユーザの操作に応じた信号を出力し、マイコン９０に供給する。マイコン９０は、操作子部９２から供給された信号に基づき制御信号を生成し、ＦＰＧＡ７４に供給する。制御信号は、制御の種類に応じてＣＰＵ６１やＣＰＵ５２に供給される。表示部９１は、例えば操作子部９２の各操作子にそれぞれ対応した複数のＬＥＤ(Light Emitting Diode)からなり、操作子部９２からの制御信号に基づき、マイコン９０により点灯が制御される。オーディオメータ９３は、例えば複数のＬＥＤからなり、信号処理部４１に入力されるオーディオデータまたは信号処理部４１から出力されるオーディオデータのレベルがリアルタイムで表示される。
【００７２】
なお、ビデオのフレーム周期に対応したフレーム同期信号が、図示されないインターフェイスを介して外部から供給される。フレーム同期信号を、この記録再生装置内部で発生させてもよい。この記録再生装置各部の信号処理は、必要に応じてフレーム同期信号に対して同期的に行われる。例えば、本線系ＡＶデータや補助ＡＶデータに対するＣＰＵ６１による処理命令は、フレーム同期信号に対して同期的に発行される。
【００７３】
このような構成において、記録時には、外部から供給されたビデオデータおよびオーディオデータが入力端子８２に入力される。例えば、ビデオデータおよびオーディオデータは、図示されないビデオカメラから出力され、入力端子８２に入力される。ビデオデータおよびオーディオデータは、ＲＡＭ７５に一旦バッファリングされてＦＰＧＡ６４に供給され、ＲＡＭ６５に溜め込まれる。
【００７４】
ＲＡＭ６５に溜め込まれたビデオデータおよびオーディオデータは、ＦＰＧＡ６４により補助ＡＶデータ用エンコーダ／デコーダ６９および補助ＡＶデータ用オーディオＤＳＰ７３にそれぞれ供給され、補助ＡＶデータが生成される。
【００７５】
補助ＡＶデータ用エンコーダ／デコーダ６９は、供給されたビデオデータをＭＰＥＧ４方式で以て圧縮符号化し、補助ビデオデータとして出力する。補助ＡＶデータ用エンコーダ／デコーダ６９から圧縮符号化されて出力された補助ビデオデータは、ＲＡＭ６５に書き込まれる。補助ＡＶデータ用エンコーダ／デコーダ６９は、例えば１フレームのＩピクチャと９フレームのＰピクチャの計１０フレームで１ＧＯＰを形成する。
【００７６】
なお、補助ビデオデータの解像度は、例えば、ＮＴＳＣシステムの場合３５２画素×２４０ライン、ＰＡＬシステムの場合３５２画素×２８８ラインとされる。本線ビデオデータの解像度がこれよりも高い場合には、補助ＡＶデータ用エンコーダ／デコーダ６９において、所定に間引き処理や補間処理を行う。また、補助ビデオデータの色空間は、輝度および色差により色を表現するＹＣｂＣｒ空間である。
【００７７】
オーディオデータは、補助ＡＶデータ用オーディオＤＳＰ７３において、必要に応じてレベル調整などの所定の信号処理を施され、さらに圧縮符号化され、補助オーディオデータとされる。詳細は後述するが、オーディオデータは、例えば間引きとＡ−Ｌａｗ符号化を用い、サンプリング周波数が４８ｋＨｚから８ｋＨｚとされ、また、量子化ビット数が１６ビットから８ビットのデータとされる。圧縮符号化された補助オーディオデータは、ＲＡＭ６５に書き込まれる。量子化ビット数が２４ビットのオーディオデータは、例えばサンプル毎の下位８ビットを削除し、１サンプルが１６ビットのデータとしてから圧縮符号化するようにできる。
【００７８】
ビデオデータおよびオーディオデータの、補助ＡＶデータ用エンコーダ／デコーダ６９および補助ＡＶデータ用オーディオＤＳＰ７３によるエンコード処理と並列的に、本線系ＡＶデータのエンコード処理も行われる。上述したように、この実施の一形態による記録再生装置は、本線系のビデオデータの処理モードとして、例えばデータレートが５０Ｍｂｐｓおよび２５Ｍｂｐｓの２種類のモードを有する。
【００７９】
データレートが５０Ｍｂｐｓのモードの場合、ＲＡＭ６５から読み出されたビデオデータは、エンコーダ６６に供給される。エンコーダ６６は、ビデオデータに対してＭＰＥＧ２による圧縮符号化を施す。このとき、エンコーダ／デコーダ６９は、フレーム単位での編集を考慮し、フレーム間圧縮を行わず、全てＩピクチャとしてエンコードを行う。また、エンコードは、エンコードされたデータのデータレートが５０Ｍｂｐｓになるように、フレーム毎や、フレームをさらに分割したマクロブロック毎に量子化係数などを適切に選択して行われる。エンコーダ６６でエンコードされたビデオデータは、ＲＡＭ６５に一旦溜め込まれる。
【００８０】
データレートが２５Ｍｂｐｓのモードの場合、ＲＡＭ６５から読み出されたビデオデータは、ＤＶコーデック部６８に供給される。ＤＶコーデック部６８は、供給されたビデオデータに対して、例えばＤＶフォーマットに則った圧縮符号化処理を施す。ＤＶコーデック部６８でエンコードされたビデオデータは、ＲＡＭ６５に一旦溜め込まれる。
【００８１】
本線系のＡＶデータのうち本線オーディオデータは、ＦＰＧＡ６４により、ＲＡＭ６５から読み出され、オーディオＤＳＰ７１に供給される。オーディオＤＳＰ７１でエンコードされた本線オーディオデータは、ＲＡＭ６５に溜め込まれる。
【００８２】
ＣＰＵ６１の命令に従い、ＲＡＭ６５に溜め込まれた本線系のオーディオデータおよびビデオデータの、年輪を形成するための所定の再生時間分が、記録フォーマットにマッピングされ、ドライブ部１０に供給される。同様に、ＲＡＭ６５に溜め込まれた補助オーディオデータおよび補助ビデオデータは、補助ＡＶデータのフォーマットにマッピングされ、年輪を形成するための所定の再生時間分がドライブ部１０に供給される。
【００８３】
なお、メタデータは、例えばＣＰＵ６２で所定に生成され、ＲＡＭ５４に溜め込まれる。ＲＡＭ６５に溜め込まれたメタデータは、本線系のＡＶデータおよび補助ＡＶデータと同様にして、年輪を形成するための所定の再生時間分がドライブ部１０に供給される。
【００８４】
ＣＰＵ６１により、ドライブ部１０に対して、本線系のＡＶデータ、補助ＡＶデータおよびメタデータを年輪を形成しながら光ディスク１に書き込むように命令が出される。この命令は、制御部２０に供給される。ＣＰＵ６１からの命令に基づく制御部２０の制御により、本線系のＡＶデータ、補助ＡＶデータおよびメタデータは、ドライブ部１０のＥＣＣ部１９でエラー訂正符号を付加され、信号処理部１６で記録信号に変調される。そして、制御部２０に書き込みアドレスを制御されて、光ディスク１に対して書き込まれる。
【００８５】
再生時には、ドライブ部１０において、ＣＰＵ６１の命令に基づき制御部２０により読み出しアドレスを制御され、光ディスク１から年輪単位でデータが読み出される。読み出されたデータは、既に説明したような処理を経てＥＣＣ部１９でエラー訂正符号を復号化されエラー訂正されて、ドライブ部１０から出力される。ドライブ部１０から出力された本線系のＡＶデータ、補助ＡＶデータおよびメタデータは、ＦＰＧＡ６４に供給され、ＲＡＭ６５に溜め込まれる。
【００８６】
ＲＡＭ６５に溜め込まれた本線系のＡＶデータにおいて、本線ビデオデータがデータレート５０Ｍｂｐｓのモードのデータであれば、当該本線ビデオデータは、デコーダ６７に供給される。デ一方、本線ビデオデータがデータレート２５Ｍｂｐｓのモードのデータであれば、当該本線ビデオデータは、ＤＶコーデック部６８に供給される。コーダ６７またはＤＶコーデック部６８でデコードされた本線ビデオデータは、ＲＡＭ６５に溜め込まれる。
【００８７】
本線系のＡＶデータのうち本線オーディオデータは、ＦＰＧＡ６４によりＲＡＭ６５から読み出され、オーディオＤＳＰ７２に供給される。オーディオＤＳＰ７２でデコードされた本線オーディオデータは、ＲＡＭ６５に溜め込まれる。
【００８８】
本線系ＡＶデータのデコード処理と並列的に、補助ＡＶデータのデコード処理も行われる。ＲＡＭ６５に溜め込まれた補助ＡＶデータのうち、補助ビデオデータは、ＦＰＧＡ６４によりＲＡＭ６５から読み出され、補助ＡＶデータ用エンコーダ／デコーダ６９に供給される。補助ビデオデータは、補助ＡＶデータ用エンコーダ／デコーダ６９でデコードされ、ＲＡＭ６５に溜め込まれる。同様に、補助オーディオデータは、ＦＰＧＡ６４によりＲＡＭ６５から読み出され、補助ＡＶオーディオ用ＤＳＰ７３に供給される。補助オーディオデータは、補助ＡＶオーディオ用ＤＳＰ７３でデコードされ、量子化ビット数を８ビットから１６ビット（または２４ビット）に戻されると共に、サンプルが補間され、サンプリング周波数が４８ｋＨｚとされる。デコードされた補助オーディオデータは、ＲＡＭ６５に溜め込まれる。
【００８９】
ＲＡＭ６５にデコードされ溜め込まれた本線ビデオデータおよび本線オーディオデータ、ならびに、補助ビデオデータおよび補助オーディオデータは、図示されないフレーム同期信号に基づきＣＰＵ６１にタイミング制御され、ＲＡＭ６５から同期的に読み出される。例えば、本線オーディオデータおよび補助オーディオデータは、ＣＰＵ６１の命令に基づきＦＰＧＡ６４にＲＡＭ６５におけるアドレスポインタが制御され、ビデオデータと同期を取られながら、さらに本線および補助オーディオデータ間で同期を取られて、ＲＡＭ６５から読み出される。ＲＡＭ６５から読み出された本線および補助ビデオデータ、ならびに、本線および補助オーディオデータは、ＦＰＧＡ７４に供給される。
【００９０】
ＦＰＧＡ７４では、例えば本線ビデオデータを出力端子８１に導出すると共に、補助ビデオデータを表示部８０に供給する。それと共に、本線および補助オーディオデータを所定に選択して出力端子８１に導出する。本線および補助オーディオデータは、ＣＰＵ６１の命令に基づき所定のタイミングで切り替えて出力することができる。このとき、切り替えタイミングにおいて、本線および補助オーディオデータにクロスフェード処理を施すと、切り替えノイズが軽減されて好ましい。
【００９１】
一方、上述したように、インターフェイス部４０は、通信インターフェイス５１を有し、例えばインターネットを介してＦＴＰ転送されたビデオデータやオーディオデータを受信し、ドライブ部１０に送るようにできる。すなわち、ＦＴＰ転送されたデータを通信インターフェイス５１で受信し、バス５０、ＰＣＩブリッジ５７およびバス６０を介してＦＰＧＡ６４に供給し、ＲＡＭ６５に溜め込むようにする。ＦＴＰ転送により、非同期的に転送された例えばオーディオデータは、ＲＡＭ６５を用いて時間的に連続になるようにマッピングされる。
【００９２】
インターフェイス部４０において、ＯＳＤ部５５は、ＣＰＵ５２から供給される表示制御命令に基づき、ＲＡＭ５６を用いて、ＧＵＩ(Graphical User Interface)画面などを表示するための画像データを作成する。作成された画像データは、ＲＡＭ５６から読み出され、ＦＰＧＡ７４に転送される。この画像データは、ＦＰＧＡ７４により表示部８０に供給され、表示部８０に対して例えばＧＵＩ画面が表示される。
【００９３】
図１０は、補助ＡＶデータの一例のフォーマットを示す。補助ＡＶデータは、図１０Ａに一例が示されるように、ヘッダ部と、複数のエディットユニットとからなる。エディットユニットの先頭に配置されるシステム部は、そのエディットユニットのヘッダである。エディットユニットにおいて、システム部に続けて補助ビデオデータ（ピクチャ）が格納され、さらに続けて補助オーディオデータ（サウンド）が格納される。補助ビデオデータは、ＭＰＥＧ４のエレメンタリストリーム（ＥＳ）である。補助オーディオデータは、８チャンネルのデータからなり、２チャンネル毎に対になって格納される。
【００９４】
エディットユニットは、年輪に対応し、補助ビデオデータおよび補助オーディオデータは、それぞれ１年輪分の再生時間（例えば２秒）に対応するデータである。また、１エディットユニットは、８ＥＣＣブロックからなる。ヘッダ部は、１ＥＣＣブロックからなる。
【００９５】
図１０Ｂは、ビデオシステムがＮＴＳＣの場合の補助ビデオデータ格納部の一例の構成を示す。先頭の「Ｋ」部は、続くアイテムの属性が示される。例えば、「Ｋ」部によって、続くアイテムにＭＰＥＧ４のエレメンタリストリームが格納されていることが示される。「Ｌ」部は、続くアイテムのデータ長が示される。この「Ｋ」部および「Ｌ」部を用いて、補助ビデオデータや２チャンネル毎に対にされた補助オーディオデータがそれぞれパッキングされる。
【００９６】
上述したように、この実施の一形態では、補助ビデオデータは、図１０Ｄに一例が示されるように、１枚のＩピクチャと９枚のＰピクチャとからなる１０フレームで１ＧＯＰが構成される。ビデオシステムがＮＴＳＣの場合、３０フレーム／秒なので、１年輪が２秒の再生時間に対応しているとした場合、図１０Ｂに一例が示されるように、１エディットユニット中に６ＧＯＰが含まれる。２５フレーム／秒であるＰＡＬシステムの場合は、図１０Ｃに一例が示されるように、１エディットユニット中に５ＧＯＰが含まれることになる。
【００９７】
補助オーディオデータについては、図１０Ｅに一例が示されるように、第１および第２チャンネル、第３および第４チャンネル、第５および第６チャンネル、第７および第８チャンネルがそれぞれ対とされ、対毎に「Ｋ」部および「Ｌ」部でパッキングされる。Ｆｉｌｌｅｒ部は、１エディットユニットのデータ長が８ＥＣＣブロックになるように補助オーディオデータのデータ長を調整するためのダミーデータが詰め込まれる部分で、各チャンネル対毎にそれぞれ「Ｋ」部および「Ｌ」部でパッキングされる。
【００９８】
１つのチャンネル対は、図１０Ｆに一例が示されるようになっている。すなわち、対とされたチャンネルのサンプルが、サンプル毎に交互に配置される。１つのチャンネル対に、ビデオシステムがＮＴＳＣの場合には２チャンネルで１６０１６サンプル、ＰＡＬの場合には２チャンネルで１６０００サンプルの補助オーディオデータが詰め込まれる。
【００９９】
図１１および図１２を用いて、この記録再生装置における補助オーディオデータの記録再生について説明する。図１１は、補助オーディオデータの記録時の一例の動作を示す。なお、図１１において、図９と共通する部分には同一の符号を付し、詳細な説明を省略する。この実施の一形態では、補助ＡＶデータは、本線系のＡＶデータから作成され、本線系のＡＶデータと共に光ディスク１に記録される。入力端子８２から入力された本線系のＡＶデータのうち本線系のオーディオデータ（以下、本線オーディオデータ）がＲＡＭ６５の領域６５Ａに書き込まれる。なお、本線オーディオデータは、サンプリング周波数が４８ｋＨｚ、量子化ビット数が１６ビットとする。
【０１００】
入力端子８２から入力された本線オーディオデータは、ＲＡＭ６５の領域６５Ａに書き込まれる。この本線オーディオデータは、ＦＰＧＡ６４に供給され、ＦＰＧＡ６４内に構成されるＦＩＦＯ(First In First Out)１００に一旦溜め込まれる。本線オーディオデータは、ＦＩＦＯ１００でタイミングを調整されながら読み出され、補助ＡＶオーディオＩ／Ｆ（インターフェイス）１０１に供給される。補助ＡＶオーディオＩ／Ｆ１０１は、ホストＩ／Ｆ１０２を介してバス６０にアクセスし、ＣＰＵ６１との間でコマンドやデータのやり取りを行いながら、各種データ流れや入出力のタイミングを制御する。
【０１０１】
ＤＳＰアドレス生成部１０３は、補助ＡＶオーディオＤＳＰ７３に対するアドレスを生成する。生成されたアドレスは、補助ＡＶオーディオＩ／Ｆ１０１を介して補助ＡＶオーディオＤＳＰ７３に渡される。
【０１０２】
補助ＡＶオーディオＩ／Ｆ１０１は、ホストＩ／Ｆ１０２を介して渡されるＣＰＵ６１の命令に基づき、ＦＩＦＯ１００から本線オーディオデータを読み出し、ＤＳＰホストバスであるバス７０を介して補助ＡＶオーディオＤＳＰ７３に供給する。本線オーディオデータは、補助ＡＶオーディオＤＳＰ７３内のインターフェイス１１０に受信される。信号処理カウンタ１１４は、受信されたデータに基づき、補助ＡＶオーディオＤＳＰ７３における処理を実行するためのカウンタを生成し、補助ＡＶオーディオＤＳＰ７３内の各部に供給する。
【０１０３】
本線オーディオデータは、インターフェイス１１０から出力され、ＤＳＰメモリ１１１の領域１１１Ａに溜め込まれる。ＤＳＰメモリ１１１から所定のタイミングで読み出された本線オーディオデータは、カットオフ周波数が４ｋＨｚのローパスフィルタ１１２を通過して４ｋＨｚ以上の周波数成分をカットされ、間引き回路１１３に供給される。間引き回路１１３は、６サンプル毎に１サンプルを抽出して本線オーディオデータの間引きを行う。この間引き処理により、本線オーディオデータのサンプリング周波数が４８ｋＨｚから８ｋＨｚにダウンサンプリングされ、データ量が１／６とされる。
【０１０４】
なお、ローパスフィルタ１１２は、例えばタップ数が５１２タップのＦＩＲ(Finite Impulse Response)フィルタが用いられる。ローパスフィルタ１１２のフィルタ係数は、ＤＳＰメモリ１１１の領域１１１Ｂから供給される。
【０１０５】
間引き回路１１３から出力されたオーディオデータは、ＤＳＰメモリ１１１の領域１１１Ｃに溜め込まれる。所定量が溜め込まれると、オーディオデータは、領域１１１Ｃから読み出され、インターフェイス１１０およびバス７０を介してＦＰＧＡ６４に渡される。
【０１０６】
補助ＡＶオーディオＤＳＰ７３でダウンサンプリングされてＦＰＧＡ６４に渡されたオーディオデータは、補助ＡＶオーディオＩ／Ｆ１０１によりＡ−Ｌａｗエンコーダ１０４に供給される。Ａ−Ｌａｗエンコーダ１０４は、供給されたオーディオデータをサンプル毎に瞬時圧縮し、量子化ビット数が１６ビットのデータを、量子化ビット数が８ビットのデータに変換する。
【０１０７】
本線オーディオデータは、上述した間引き回路１１３での間引きによる時間軸方向への１／６の圧縮と、このＡ−Ｌａｗエンコーダ１０４での語長圧縮による１／２の圧縮により、データ量が１／１２に圧縮される。このようにして、本線オーディオデータから補助オーディオデータが作成される。この補助オーディオデータは、ＦＩＦＯ１０５を介してＲＡＭ６５の領域６５Ｂに書き込まれる。ＲＡＭ６５に所定量の補助オーディオデータが溜め込まれると、その補助オーディオデータがＲＡＭ６５から読み出されてドライブ部１０に送られる。
【０１０８】
図１２は、補助オーディオデータの再生時の一例の動作を示す。なお、図１２において、図９および図１１と共通する部分については同一の符号を付し、詳細な説明を省略する。光ディスク１から、本線系のＡＶデータと共に読み出された補助ＡＶデータのうち補助オーディオデータがＲＡＭ６５の領域６５Ｃに書き込まれる。補助オーディオデータは、ＦＩＦＯ１００を介してＡ−Ｌａｗデコーダ１０６に供給される。Ａ−Ｌａｗデコーダ１０６は、供給された補助オーディオデータのＡ−Ｌａｗ圧縮をサンプル毎に瞬時伸長し、量子化ビット数を８ビットから１６ビットへと変換する。量子化ビット数が１６ビットとされた補助オーディオデータは、補助ＡＶオーディオＩ／Ｆ１０１を介して補助ＡＶオーディオＤＳＰ７３に供給される。補助オーディオデータは、補助ＡＶオーディオＤＳＰ７３内のインターフェイス１１０に受信される。
【０１０９】
補助ＡＶオーディオデータは、インターフェイス１１０から出力され、ＤＳＰメモリ１１１の領域１１１Ｄに溜め込まれる。ＤＳＰメモリ１１１から所定のタイミングで読み出された補助オーディオデータは、補間回路１１５に供給され、各サンプル間に５個の０データが挿入される。この補間処理により、補助オーディオデータのサンプリング周波数が８ｋＨｚから４８ｋＨｚにアップサンプリングされる。上述したＡ−Ｌａｗデコーダ１０６と、この補間回路１１５の処理により、補助オーディオデータは、サンプリング周波数が４８ｋＨｚ、量子化ビット数が１６ビットのデータとされ、本線オーディオデータと同じフォーマットとされる。
【０１１０】
補間回路から出力された補助オーディオデータは、ローパスフィルタ１１２により積分され、ＤＳＰメモリ１１１の領域１１１Ｅに溜め込まれる。領域１１１Ｅに溜め込まれた補助オーディオデータは、シャトル再生制御部１１７を介して出力される。このとき、出力データのレベルを６倍にして音量補正を行うと、好ましい。
【０１１１】
シャトル再生制御部１１７は、領域１１１Ｅに溜め込まれた補助オーディオデータの読み出しを制御し、補助オーディオデータのシャトル再生（可変速再生）を行う。操作部４２に対する所定の操作に応じてＣＰＵ６１によりシャトル速度信号が生成され、シャトル再生アドレス生成部１１６に供給される。シャトル再生アドレス生成部１１６では、供給されたシャトル速度信号に基づきＤＳＰメモリ１１１の領域１１１Ｅに溜め込まれた補助オーディオデータの読み出しアドレスを生成する。
【０１１２】
例えば、シャトル速度信号により、記録時の速度に対して２倍の速度で再生するように指示された場合、領域１１１Ｅに溜め込まれた補助オーディオデータを１サンプルおきに読み出すようにアドレスが生成される。このアドレスは、シャトル再生制御部１１７に供給される。シャトル再生制御部１１７は、供給されたアドレスに従いＤＳＰメモリ１１１の領域１１１Ｅに溜め込まれた補助オーディオデータを読み出し、出力する。任意のシャトル速度を指定された場合には、例えば補間処理によりサンプル間のデータを補間し、クロックに対応する位置のサンプルを作り出すことで、対応が可能である。補間処理としては、ラグランジェ補間を用いるのが、音質の面で好ましい。勿論、より容易な処理として、直線補間を用いることもできる。
【０１１３】
また、詳細は後述するが、補助オーディオデータの記録時に、ローパスフィルタ１１２により４ｋＨｚ以上の周波数帯域をカットしているため、６倍速までであれば、連続的に再生速度を変化させることができる。
【０１１４】
なお、ＦＰＧＡ６４では、再生オーディオ５Ｆ生成部１０７において、光ディスク１から読み出されドライブ部１０から供給された本線系のＡＶデータに対応するフレーム同期信号が生成される。このフレーム同期信号は、補助ＡＶオーディオＤＳＰ７３に供給される。補助ＡＶオーディオＤＳＰ７３では、このフレーム同期信号に基づき、オーディオデータの再生をビデオデータに同期して制御できる。
【０１１５】
周知のように、本線系のＡＶデータにおけるビデオデータがＮＴＳＣ方式である場合、１フレーム中のオーディオサンプルは、５フレームを周期として１６０２サンプルおよび１６０１サンプルを交互に繰り返す。ビデオシステムがＮＴＳＣの場合、再生オーディオ５Ｆ生成部１０７では、この５フレーム周期のフレーム同期信号を生成する。シャトル再生の際には、例えば、シャトル速度に応じてこのフレーム同期信号の間隔が変化する。上述のシャトル再生制御部１１７は、このフレーム同期信号に基づきＤＳＰメモリ１１１の領域１１１Ｅに溜め込まれた補助オーディオデータを読み出し、補助オーディオデータのシャトル再生を制御する。
【０１１６】
次に、補助オーディオデータの作成について、より詳細に説明する。補助オーディオデータは、ビデオデータとの同期を取りながらの編集を可能としなければならない。そのため、補助オーディオデータの作成には、オーディオデータの１サンプル毎に圧縮を行う瞬時圧伸を用いることが好ましい。この実施の一形態では、時間軸方向を圧縮するサンプリング周波数変換と、語長を圧縮する対数圧縮とを組み合わせて瞬時圧伸を行っている。この実施の一形態では、瞬時圧伸の方式として、Ａ−Ｌａｗ方式を用いる。
【０１１７】
Ａ−Ｌａｗ方式や、関連する圧伸方式であるμ−Ｌａｗ方式は、データの小振幅時には、量子化ステップを小さく設定し、大振幅時には、量子化ステップを大きく設定することで語長の圧縮を行うものである。Ａ−Ｌａｗ方式は、圧伸特性の曲線を１３本の折線で近似させたものであり、主に欧州での電話音声のＰＣＭに広く使われている。μ−Ｌａｗ方式は、圧伸特性の曲線を１５本の折線で近似させたものであり、主に日本やアメリカでの電話音声のＰＣＭに広く使われている。オーディオデータの圧縮方式として、瞬時圧伸の一種であるＡ−Ｌａｗ方式やμ−Ｌａｗ方式を用いることで、準瞬時圧伸であるＡＡＣ（Advanced Audio Coding）やＡＣ−３（Audio Compression−３）を用いるよりもビデオデータとの同期を正確にとることができる。
【０１１８】
上述したように、この発明の実施の一形態では、補助オーディオデータの記録時に予め帯域制限を行うことで、オーディオデータの所定倍速までの可変速再生を可能としている。先ず、図１３を参照して、補助オーディオデータの作成について説明する。補助オーディオデータは、ローパスフィルタ（ＬＰＦ）１３１、間引き部１３２および圧縮部１３３により、以下のようにダウンサンプリングされて作成される。
【０１１９】
本線オーディオデータがローパスフィルタ１３１に入力される。ローパスフィルタ１３１は、ダウンサンプリング後のサンプリング周波数に応じて不要な周波数領域の信号を取り除く。サンプリング周波数が４８ｋＨｚの本線オーディオデータをサンプリング周波数が８ｋＨｚのオーディオデータにダウンサンプリングする場合、サンプリング定理に基づき、ローパスフィルタ１３１として４ｋＨｚをカットオフ周波数とするローパスフィルタを用いる。例えば、直線位相のＦＩＲ（Finite Impulse Response）フィルタをローパスフィルタ１３１として用いることで、音質劣化を最小限にすることができる。この実施の一形態では、通過域が３．５ｋＨｚであり、次数が５１２タップであるＦＩＲフィルタを用いている。
【０１２０】
ローパスフィルタ１３１で不要な周波数領域の信号が取り除かれたオーディオデータは、間引き部１３２に入力される。間引き部１３２は、サンプルの間引きによりサンプリング周波数変換を行う。サンプリング周波数が４８ｋＨｚの本線オーディオデータを８ｋＨｚにダウンサンプリングする場合、間引き部１３２は、連続するオーディオデータの６サンプルに付き１サンプルを抽出することで、１／６に間引く。これにより、オーディオデータのサイズは、間引き前のオーディオデータに対し、時間軸方向に１／６に圧縮される。
【０１２１】
間引き部１３２で間引き処理されたオーディオデータは、圧縮部１３３に入力され、Ａ−Ｌａｗ方式による対数圧縮により量子化ビット数を１６ビットから８ビットに変換する。これにより、オーディオデータのサイズは、圧縮前の１／２に語長圧縮される。したがって、本線オーディオデータは、上述した間引き部１３２による間引き処理と合わせて、データサイズが１／１２に圧縮される。なお、圧縮部１３３での圧縮方式は、Ａ−Ｌａｗ方式に限らず、μ−Ｌａｗ方式など他の圧縮方式を用いることもできる。
【０１２２】
以上のように、ダウンサンプリング処理部によって、サンプリング周波数が４８ｋＨｚであり、量子化ビット数が１６ビットである本線オーディオデータから、サンプリング周波数が８ｋＨｚであり、量子化ビット数が８ビットである補助オーディオデータが作成される。補助オーディオデータは、ＲＡＭ６５に書き込まれる。
【０１２３】
図１４を参照して、補助オーディオデータの再生用オーディオデータへの変換について説明する。補助オーディオデータは、伸張部１３４、ゼロ詰め部１３５、ローパスフィルタ１３６および増幅部１３７により以下のようにアップサンプリングされ、再生用オーディオデータに変換される。
【０１２４】
先ず、補助オーディオデータが伸張部１３４に入力される。伸張部１３４は、Ａ−Ｌａｗ方式による対数伸張を行い、量子化ビット数を８ビットから１６ビットに変換する。なお、伸張部１３４および上述した圧縮部１３３での量子化ビット数の変換は、演算量の観点から予め作成しておいた入出力変換テーブルを用いることが好ましい。それにより、ＤＳＰ（Digital Signal Processor）でのリアルタイム処理を容易とすることができる。
【０１２５】
伸張部１３４で伸張処理されたオーディオデータは、ゼロ詰め部１３５に入力される。ゼロ詰め部１３５は、入力されたオーディオデータのサンプル間に値がゼロのサンプルを所定数、挿入する。サンプリング周波数が８ｋＨｚの補助オーディオデータを４８ｋＨｚにアップサンプリングする場合、入力されたオーディオデータのサンプル間にゼロ値のサンプルを５個ずつ挿入する。
【０１２６】
ゼロ詰め部１３５でゼロ詰め処理されたオーディオデータは、ローパスフィルタ１３６に入力され、不要な周波数領域の信号が取り除かれる。サンプリング周波数が８ｋＨｚのオーディオデータを４８ｋＨｚにアップサンプリングする場合、サンプリング定理に基づき、ローパスフィルタ１３６として４ｋＨｚをカットオフ周波数とするローパスフィルタを用いる。例えば、直線位相のＦＩＲフィルタをローパスフィルタ１３６として用いることで音質劣化を最小限にすることができる。この実施の一形態では、通過域が３．５ｋＨｚであり、次数が５１２タップであるローパスフィルタ１３１と同じ特性のＦＩＲフィルタを用いており、ローパスフィルタ１３１とローパスフィルタ１３６とを共通して用いることができる。
【０１２７】
ローパスフィルタ１３６で不要な周波数領域の信号が取り除かれたオーディオデータは、増幅部１３７に入力され、増幅される。ローパスフィルタ１３６から入力されるオーディオデータは、ゼロ詰めされたデータであり、上述したローパスフィルタ１３１に入力された本線オーディオデータと比べて、ゼロ詰めされた分だけエネルギーが小さくなっている。これを補償するために、増幅部１３７による増幅を行う。この例では、ゼロ詰め部１３５で各サンプル間に５個のゼロ値データが詰められているため、増幅部１３７により振幅を６倍に増幅する。
【０１２８】
以上のように、アップサンプリング処理部によって、サンプリング周波数が８ｋＨｚであり、量子化ビット数が８ビットである補助オーディオデータが、サンプリング周波数が４８ｋＨｚであり、量子化ビット数が１６ビットである再生用オーディオデータに変換される。補助オーディオデータから変換された再生用オーディオデータは、ＲＡＭ６５に書き込まれる。
【０１２９】
次に、上述したような変換処理に係る補助オーディオデータの可変速再生について説明する。ここで、補助オーディオデータの原音の波形および周波数スペクトラムが図１５に一例を示すようであるとする。図１５Ａは、縦軸を振幅、横軸を時間とした原音の時間軸波形であり、図１５Ｂは、縦軸を振幅、横軸を周波数とした原音の周波数スペクトラムである。この表記は、図１６および図１７についても、それぞれ同様とする。なお、以下に示す図中のＦｓは、サンプリング周波数を示す。
【０１３０】
ここで、図１５に示す信号特性の原音を２倍速、すなわち原音の再生時間に対して１／２の再生時間で再生する（以下、２倍速再生と称する）場合について考える。図１５に示す原音に対し、単純にサンプリング周波数を２倍とすることで、２倍速再生が可能である。この場合の波形を図１６に示す。図１６Ａに示すように単純にサンプリング周波数を２倍にすると、図１６Ｂの周波数スペクトラムに示されるように、オーディオデータのピッチが２倍になる。
【０１３１】
図１６Ａのようにサンプリング周波数が２倍のままでは出力できないので、サンプリング周波数を元の値に戻す必要がある。図１７Ａのように、単純に間引いてサンプリング周波数を１／２、すなわち元の周波数にすると、図１７Ｂに周波数スペクトルで示されるように、エイリアシングを生じる。そこで、図１７Ｃに示すように、予めローパスフィルタで帯域制限を行ってから間引くと、図１７Ｄに示すように、エイリアシングを生じない。
【０１３２】
補助オーディオデータの作成の際に、予めこの帯域制限を行った上で、サンプリング周波数を１／Ｎにダウンサンプリングしていれば、作成された補助オーディオデータを高速再生する際のエイリアシング除去のためのローパスフィルタ処理は、Ｎ倍速再生までは不要となる。上述した補助オーディオデータの作成では、間引き部１３２によりサンプリング周波数を１／６にダウンサンプリングしているため、６倍速再生までは、再生側のエイリアシング除去用のローパスフィルタが不要ということになる。したがって、６倍速再生までは、補助オーディオデータの再生速度を、良好な音質を保ったまま、連続的に変化させることが可能となる。
【０１３３】
そのため、恰もアナログオーディオテープを用いて早送り再生を行ったかのような、音声が連続し高速で再生された再生音声を、光ディスク１を用いて得ることができる。ビデオクリップの変化点や、編集点、シーンチェンジ点では、再生音声が一旦途切れたり、再生される音声に質的な変化が現れることが多く、これらは耳で聞いたときに容易に判別可能である。この実施の一形態では、上述のようにして、光ディスク１を用いて恰もアナログテープを用いたときのように、高速再生における連続的な再生音声を出力させることができ、これを用いてクリップや編集点の検索を行うことができる。
【０１３４】
一方、図示しないが、原音の再生時間に対して長い再生時間で再生する場合、サンプリング周波数を単純に小さくすると、ピッチが１／２になる。これをゼロ詰めなどにより補間してサンプリング周波数を２倍にすると、エイリアシングを生じる。この場合には、ゼロ詰めした結果得られた信号をローパスフィルタで帯域制限して補間すると、エイリアシングを生じなくすることができる。
【０１３５】
ここで、メモリ上への補助オーディオデータの配置について説明する。図１８は、上述した記録再生装置内における再生時の補助オーディオデータの流れを概略的に示す。補助オーディオデータを再生するには、光ディスク１から補助オーディオデータを読み出し、読み出した補助オーディオデータをＲＡＭ６５に一時的に溜め込む。ＲＡＭ６５に溜め込まれた補助オーディオデータは、補助ＡＶデータ用オーディオＤＳＰ７３に供給される。図１４を参照して説明したように、補助ＡＶデータ用オーディオＤＳＰ７３は、ＲＡＭ６５から供給された補助オーディオデータに対してサンプルレート変換（８ｋＨｚ→４８ｋＨｚ）等のアップサンプリング処理を行い、再生オーディオデータに変換する。補助ＡＶデータ用オーディオＤＳＰ７３で変換した再生オーディオデータは、出力端子８１から出力される。
【０１３６】
図１０に示したように、この実施の一形態では、再生時間が２秒のデータで年輪が構成されており、ビデオシステムがＮＴＳＣの場合、一つの年輪内には、オーディオ１チャンネル当たり６０フレーム分の補助オーディオデータが埋め込まれている。光ディスク１から読み出された補助オーディオデータは、ＲＡＭ６５に年輪毎にバッファリングされる。既に説明したように、年輪は、再生時間帯が対応した単位再生時間分のビデオデータおよびオーディオデータの組からなっている。すなわち、ＲＡＭ６５は、補助オーディオデータを単位時間再生時間毎に記憶する。
【０１３７】
図１９は、ＲＡＭ６５への補助オーディオデータのマッピング形態の一例を示す。ＲＡＭ６５へは、補助オーディオデータが年輪単位で溜め込まれる。例えば、図１９に示すように年輪＃Ｎ、年輪＃（Ｎ＋１）、・・・の補助オーディオデータがＲＡＭ６５上にマッピングされる。
【０１３８】
ＲＡＭ６５から読み出された補助オーディオデータは、補助ＡＶデータ用オーディオＤＳＰ７３のＤＳＰメモリ１１１に対し、以下のように転送されて記憶される。補助オーディオデータは、ＲＡＭ６５からＤＳＰメモリ１１１に対して年輪単位で転送され、アドレスを連続的に配置されて書き込まれる。ＤＳＰメモリ１１１に書き込まれた補助オーディオデータは、余分なデータのないオーディオデータであり、アドレスを連続的に配置することで、読み出した際にデータの繋ぎ目であっても音声に切れ目が生じないようにできる。ＤＳＰメモリ１１１に記憶された補助オーディオデータは、ＤＳＰメモリ１１１からサンプル単位で読み出される。
【０１３９】
上述したように、補助オーディオデータを再生する場合は、図１４に示したアップサンプリング部で補助オーディオデータをサンプルレート変換して本線オーディオデータと同じサンプリング周波数とされる。サンプルレート変換後の補助オーディオデータに施すローパスフィルタ１３６での処理は、時間的に連続するオーディオデータで行わなければならない。そのため、補助オーディオデータを再生する場合に、ローパスフィルタ１３６のタップ数に応じた数の前後のサンプルが必要となる。ローパスフィルタ１３６が５１２タップのＦＩＲフィルタの場合には、再生補助オーディオデータの前後２５６サンプル分だけ必要となる。
【０１４０】
このように、年輪単位でＲＡＭ６５に溜め込まれた補助オーディオデータを、ＤＳＰメモリ１１１上にアドレスを連続的に配置することで、時間的に連続した補助オーディオデータを得ることができる。
【０１４１】
ＲＡＭ６５からＤＳＰメモリ１１１へは、再生時の再生速度に応じて補助オーディオデータが転送される。ここで、補助オーディオデータを３５倍速で再生する場合について考える。この場合、１フレーム周期内（ＮＴＳＣの場合、１／３０秒以内）に３５フレーム分の補助オーディオデータをＲＡＭ６５から読み出し、ＤＳＰメモリ１１１へ転送して記憶すればよい。例えば、図１９に示す年輪＃Ｎから補助オーディオデータを３５倍速で再生する場合、３５倍速再生を開始してから１フレーム周期内に３５フレーム分の補助オーディオデータをＤＳＰメモリ１１１上に連続して配置する必要がある。
【０１４２】
上述したように、ＲＡＭ６５には年輪単位で補助オーディオデータが溜め込まれているため、実際には、図２０に示すように、３５倍速再生を開始してから１フレーム周期内に年輪＃Ｎの６０フレーム分の補助オーディオデータがＤＳＰメモリ１１１に転送され、アドレス的に連続して配置される。すなわち、１フレーム周期内に再生される補助オーディオデータに対して、２５フレーム分だけ先読みされる。
【０１４３】
ここで２５フレーム分先読みしているため、次のフレーム周期では、補助オーディオデータを１０フレーム分だけＲＡＭ６５から読み出し、ＤＳＰメモリ１１１上にアドレス的に連続して配置すればよい。ＲＡＭ６５には、年輪単位で補助オーディオデータが溜め込まれている。年輪＃（Ｎ＋１）の６０フレーム分の補助オーディオデータがＤＳＰメモリ１１１に転送されアドレス的に連続して配置される。この場合、当該次フレーム周期の再生データに対して、６０−１０＝５０フレーム分の補助オーディオデータが先読みされることになる。さらに次のフレーム周期では、直前のフレーム周期で５０フレーム分先読みされているため、その先読みされた補助オーディオデータを用いる。
【０１４４】
補助オーディオデータは、データレートが低いため、１フレームの時間内に３５フレーム分のデータを全て取得することができる。すなわち、ＤＳＰメモリ１１１上では、全ての補助オーディオデータ（３５倍速ならば１フレーム周期内に３５フレームのデータ）が揃うため、サーチ音の品質が向上する。
【０１４５】
このように、ＲＡＭ６５に年輪単位で記憶されている補助オーディオデータをＤＳＰメモリ１１１上にアドレス的に連続となるよう配置し、次の年輪データのマッピングを予め先読みしておくことにより、このような、３５倍速再生といった、光ディスク１への記録時よりも非常に速い速度での再生を実現することができる。
【０１４６】
なお、本線オーディオデータについても、オーディオＤＳＰ７２上のメモリのデータ配置を、ＤＳＰメモリ１１１に対する補助オーディオデータの配置と同様にするとよい。これにより、年輪データに対して時間的に連続する前後のサンプルが得られ、本線オーディオデータの光ディスク１からの読み出しの際のデータレートの範囲内で、高速再生が可能となる。
【０１４７】
現状では、本線オーディオデータであれば２倍速程度、補助オーディオデータであれば４０倍速程度まで、光ディスク１から全てのオーディオデータを取得することができる。なお、実際には、３５倍速再生などの速い速度での再生を行うと、再生された音声がホワイトノイズに近いものとなり、音声を識別することは困難である。このような場合でも、上述したオーディオメータ９３上には音量レベルが略リアルタイムに表示されるため、音声の有無の判別を目視で確認することができる。これは、ビデオデータのクリップや編集点など所望の場所を素早く探し出すのに大変有効である。
【０１４８】
このように、光ディスク１上で、離散的に記録されていた補助オーディオデータを連続データに並べ替え、任意のサーチ速度でサンプルレート変換を行いながら再生させることで、サーチ時であっても聞き取り易い良好な音声を出力することができる。
【０１４９】
この実施の一形態では、上述のように、年輪構造により時間的に分断された形で光ディスク１に記録されたオーディオデータを、切れ目なく再生することができる。年輪を跨ぐような形でデータにアクセスして高速再生を行う場合であっても、サーチ速度を落とすことなく、ファイルの跨ぎ点でも連続的に音を繋げてサンプルレート変換を行いながら、シームレスなサーチができる。
【０１５０】
ここでは、記録時と同じ時間方向における高速再生について説明したが、これはこの例に限られない。補助オーディオデータをＤＳＰメモリ１１１上にアドレスを連続的に配置して書き込んでいるので、例えば、記録時と逆方向に向けての再生、所謂リバース再生を行う場合に、ＤＳＰメモリ１１１上に存在する補助オーディオデータを利用することができ、光ディスク１からデータを読み込まずに済む。
【０１５１】
上述では、ＲＡＭ６５には、光ディスク１から読み出したデータが記録されるとしたが、ＲＡＭ６５に溜め込まれるデータは、これに限ったものではない。例えば、ＦＴＰ転送などにより外部から供給された非固定長および／または非同期なデータをＲＡＭ６５に溜め込むような場合にも、この実施の一形態を適用することができる。この場合、ＲＡＭ６５に対して非固定長および／または非同期で溜め込まれた補助オーディオデータを、書き込まれた単位でＲＡＭ６５から読み出すことになる。読み出した補助オーディオデータは、ＤＳＰメモリ１１１に対して転送しアドレスを連続的に配置して書き込み、サンプル単位で読み出す。
【０１５２】
同様にして、ファイル単位で光ディスク１に記録されたオーディオデータに対しても適用することができる。
【０１５３】
次に、ビデオデータとオーディオデータとの同期処理について説明する。上述したように、ＣＰＵ６１は、ビデオのフレーム周期に対応したフレーム同期信号（以下、ビデオ用フレーム同期信号と称する）に基づきＲＡＭ６５に対する本線ビデオデータおよび本線オーディオデータ、ならびに、補助ビデオデータおよび補助オーディオデータの入出力のタイミングを制御している。
【０１５４】
ビデオ用フレーム同期信号は、ビデオデータのタイミング周期を示す信号である。ＣＰＵ６１は、ビデオデータの記録や再生を制御すると共に、オーディオデータの記録や再生を制御している。したがって、ＣＰＵ６１がフレーム同期信号を監視しながらオーディオデータの記録や再生の開始を指示すれば、ビデオデータとオーディオデータとの時間位相を合わせることができる。
【０１５５】
しかしながら、実際には、ＣＰＵ６１の動作速度やＣＰＵ６１上で動作するＯＳ（Operating System）のオーバヘッドなどの影響を受けるため、指示を発行するまでの時間がばらついてしまう。そのため、ＣＰＵ６１は、ビデオデータとオーディオデータとの時間位相をフレーム単位で合わせることはできるものの、オーディオデータのサンプリング周期（例えば、サンプリング周波数Ｆｓが４８ｋＨｚの場合、１／Ｆｓ＝１／４８ｋＨｚ＝２１μｓ）の時間精度でビデオデータとオーディオデータとの時間位相が合うようにするのは困難である。
【０１５６】
さらに、上述したように、オーディオデータは、入出力する際にレベル調整などの信号処理が行われる。したがって、オーディオデータの記録時は、入力されたオーディオデータがＲＡＭ６５に到達するまでに遅延が生じ、再生時は、ＲＡＭ６５からオーディオデータが出力されるまでに遅延が生じる。そのため、記録時には、入力端子８２から入力されたオーディオデータのＲＡＭ６５への書き込みを、遅延分だけ遅らせる必要があり、再生時には、出力端子８１から出力するオーディオデータのＲＡＭ６５からの読み出しを、遅延分だけ先行させる必要がある。
【０１５７】
この実施の一形態では、ビデオ用フレーム同期信号から、これらの遅延を考慮したフレーム同期信号（以下、オーディオ用フレーム同期信号）を生成し、生成したオーディオ用フレーム同期信号によってＲＡＭ６５に対するオーディオデータの入出力のタイミングを制御している。なお、オーディオ用フレーム同期信号は、記録用と再生用との２種類を生成する。
【０１５８】
図２１は、ビデオ用フレーム同期信号とビデオ用フレーム同期信号に基づき生成されるオーディオ用フレーム同期信号の一例のタイミングチャートである。図２１Ａは、ビデオ用フレーム同期信号を示す。このビデオ用フレーム同期信号をオーディオデータのサンプリング周波数で正規化し、図２１Ｂに示すオーディオ用フレーム同期信号を生成する。
【０１５９】
上述したように、オーディオデータの記録時には、入力されたオーディオデータがＲＡＭ６５に到達するまでに遅延が生じるため、記録用のオーディオ用フレーム同期信号は、入力端子８２からＲＡＭ６５への到達時間分だけビデオ用フレーム同期信号よりも遅延するよう設定する。例えば、ビデオ用フレーム同期信号よりも数十サンプル分だけ遅延させる。これにより、図２１Ｃに示す記録用のオーディオ用フレーム同期信号が生成される。
【０１６０】
また、オーディオデータの再生時には、ＲＡＭ６５からオーディオデータが出力されるまでに遅延が生じるため、ＲＡＭ６５からデータ出力端子への到達分だけビデオ用フレーム同期信号よりも先行するように設定する。例えば、数十サンプル分、好ましくは、外部での信号処理時間を考慮して、ビデオデータよりもより先行して出力できるように、さらに多くのサンプル数分を先行させる。
【０１６１】
このように設定することで、ＣＰＵ６１は、オーディオ用フレーム同期信号単位でオーディオデータを扱うことができ、オーディオデータをビデオデータとサンプリング周期の時間精度で合わせることができる。なお、オーディオ用フレーム同期信号の遅延量は、実際のオーディオデータに対する処理に基づき予め求めることができる。この設定は、ソフトウェアによって個々の装置に適した量に調整することができる。
【０１６２】
ＣＰＵ６１は、ビデオフレーム毎に、次のビデオフレームのＲＡＭ６５に対する書き込みアドレスをセットできる。次のフレームのＲＡＭ６５への書き込みアドレスが分かっていれば、ＣＰＵ６１は、フレーム毎に記録用または再生用のオーディオ用フレーム同期信号をトリガとして、入力用のオーディオＤＳＰ７１、出力用のオーディオＤＳＰ７２および補助ＡＶデータ用オーディオＤＳＰ７３の制御を行うことができる。
【０１６３】
なお、既に説明したが、ビデオシステムがＮＴＳＣの場合とＰＡＬの場合とでは、１フレーム内におけるオーディオサンプルの数が異なる。ビデオシステムがＰＡＬの場合には、フレーム周波数の２５Ｈｚがオーディオデータのサンプリング周波数である４８ｋＨｚと整数比（１９２０倍）の関係にあるため、毎フレームで、ビデオデータとオーディオデータとの位相が合う。
【０１６４】
一方、ビデオシステムがＮＴＳＣの場合は、フレーム周波数が２９．９７Ｈｚであって、オーディオデータのサンプリング周波数である４８ｋＨｚと整数比の関係に無く、５フレームに１回、ビデオデータとオーディオデータとの位相が合うことになる。この５フレームシーケンスにより、各フレームに格納されるサンプル数は、第１シーケンスから順に、１６０２サンプル、１６０１サンプル、１６０２サンプル、１６０１サンプル、１６０２サンプルとなる。ＤＶビデオの場合は、１６００サンプル、１６０２サンプル、１６０２サンプル、１６０２サンプル、１６０２サンプルとなる。
【０１６５】
ビデオシステムがＮＴＳＣの場合は、オーディオ用フレーム同期信号を、この５フレームシーケンスに合わせて作成する。オーディオ用フレーム同期信号を５フレームシーケンスに準じた周期で生成し、光ディスク１に記録する際には、先頭が第１シーケンスから始まるように記録用のオーディオ用フレーム同期信号の位相を制御し、再生する際には、先頭が第１シーケンスから始まるように再生用のオーディオ用フレーム同期信号の位相を制御する。これにより、記録時と同じ位相で５フレームシーケンスの管理が行える。または、先頭のフレームシーケンス番号を光ディスク１に記録し、再生時に同じフレームシーケンス番号になるように、再生用のオーディオ用フレーム同期信号を制御する。
【０１６６】
本線オーディオデータと補助オーディオデータとの間でサンプル単位で同期を取ることによって、本線オーディオデータのエラー箇所を補助オーディオデータでコンシールする処理が可能となる。また、この同期により、オーディオデータの再生速度を連続的に変化させる際に、低速側では本線オーディオデータを用い、高速側では補助オーディオデータとを用い、低速側と高速側との切り替え点で、本線オーディオデータと補助オーディオデータとを切り替えて再生するような処理が可能となり、可変速再生をより高音質に行うことができる。以下に、本線オーディオデータと補助オーディオデータとの同期について説明する。
【０１６７】
図２２は、本線オーディオデータと補助オーディオデータとの間でサンプル単位の同期を取るための一例の構成を示す。なお、図２２において、上述した図９と共通する部分には同一の符号を付し、詳細な説明を省略する。再生メモリコントローラ１５０および１５１は、それぞれ、ＲＡＭ６５からの本線オーディオデータおよび補助オーディオデータの読み出しを制御するためのＤＭＡ(Direct Memory Access)コントローラである。再生メモリコントローラ１５０および１５１は、例えばＦＰＧＡ６４において実現される。
【０１６８】
再生メモリコントローラ１５０および１５１に対して、クロック信号として、オーディオデータのサンプリング周波数に対応したクロックＬＲＣＫと、オーディオ用フレーム同期信号とを供給する。そして、ＣＰＵ６１から、ＲＡＭ６５に対する読み出し開始位置を指定するスタートアドレスと、再生速度とを再生メモリコントローラ１５０および１５１にそれぞれ入力する。これにより、再生メモリコントローラ１５０および１５１からＲＡＭ６５に対して、ＲＡＭ６５から本線オーディオデータおよび補助オーディオデータを読み出すための再生アドレス制御信号がそれぞれ供給される。
【０１６９】
なお、この実施の一形態では、クロックＬＲＣＫの周波数は、４８ｋＨｚとされる。また、ここでは、再生速度は、記録時と等速の再生速度を１倍速とした場合の倍率で表される。
【０１７０】
図示されない光ディスク１に記録された本線オーディオデータおよび補助オーディオデータは、ＣＰＵ６１により、光ディスク１上に記録されている、記録データの時間情報（例えばファイル「INDEX.XML」内のDuration）に基づき、ＲＡＭ６５へのデータ転送を制御するＤＭＡ(Direct Memory Access)コントローラ１５０および１５１が設定され、ＲＡＭ６５に転送される。ＲＡＭ６５に転送された本線オーディオデータおよび補助オーディオデータは、それぞれＲＡＭ６５の異なる領域にそれぞれ溜め込まれる。
【０１７１】
本線オーディオデータおよび補助オーディオデータのＲＡＭ６５からの読み出し開始位置を指示するスタートアドレスと、再生速度とがＣＰＵ６１により再生メモリコントローラ１５０および１５１にそれぞれ設定されると、次のフレームから、本線オーディオデータおよび補助オーディオデータがＲＡＭ６５から読み出され、再生が開始される。補助オーディオデータは、伸長部１５２に供給され、既に説明したように、Ａ−Ｌａｗの伸張処理、ローパスフィルタ処理およびゼロ詰め処理を施され、本線オーディオデータのサンプリング周波数および量子化ビット数のオーディオデータとされ、出力される。
【０１７２】
なお、詳細は後述するが、ＣＰＵ６１から伸長部１５２に対して再生位相信号が供給される。伸長部１５２では、この再生位相信号に基づき、ゼロ詰め処理によるアップサンプル処理の際に時間軸方向にオフセットが付加され、本線オーディオデータに対する再生位相が調整される。
【０１７３】
本線オーディオデータの読み出し制御を行う再生メモリコントローラ１５０について、図２３を用いてより詳細に説明する。スタートアドレスと再生速度は、ラッチ回路１６０に供給される。スタートアドレスおよび再生速度は、ラッチ回路１６０でそれぞれラッチされ、オーディオ用フレーム同期信号のタイミングで、セレクタ１６２の一方の入力端および加算器１６１にそれぞれ供給される。
【０１７４】
加算器１６１の出力がセレクタ１６２の他方の入力端に供給される。セレクタ１６２は、ＣＰＵ６１によりスタートアドレスが設定されると、一方の入力端を選択し、その他の場合は、他方の入力端が選択される。すなわち、セレクタ１６２は、オーディオ用フレーム同期信号の周期で一方の入力端を選択し、スタートアドレスを出力することになる。セレクタ１６２の出力は、ラッチ回路１６３でラッチされ、クロックＬＲＣＫのタイミングで出力される。ラッチ回路１６３の出力は、小数点以下切り捨て部１６４と加算器１６１とに供給される。加算器１６１では、ラッチ回路１６３から出力された値と、ラッチ回路１６０から供給された再生速度とを加算する。ラッチ回路１６３の出力は、小数点以下切り捨て部１６４で小数点以下を切り捨てられ、整数部だけがＲＡＭ６５に対する本線オーディオデータの読み出しアドレスとして出力される。
【０１７５】
このような構成により、再生メモリコントローラ１５０では、ＣＰＵ６１から設定されたスタートアドレスに対して、再生速度を本線オーディオデータのサンプリング周期で累積して、本線オーディオデータをＲＡＭ６５から読み出す際の読み出しアドレスを出力する。
【０１７６】
例えば再生速度が記録時と等しい１倍速であれば、サンプリング周期毎に、アドレスが１、２、３、・・・と１ずつ増加する。また、再生速度が２倍速であれば、サンプリング周期毎に、アドレスが２、４、６、・・・と２ずつ増加する。なお、この場合アドレスは、ＲＡＭ６５から読み出すオーディオサンプルに対応する。
【０１７７】
なお、再生速度は、小数点以下が１２ビット、整数部が８ビットの２’ｓコンプリメント表現のデータで行うことで、低速から高速までの再生速度を表現している。
【０１７８】
図２４は、補助オーディオデータの読み出し制御を行う再生メモリコントローラ１５１の一例の構成を示す。スタートアドレスと再生速度は、ラッチ回路１７０に供給される。スタートアドレス、再生速度および再生位相は、ラッチ回路１７０でそれぞれラッチされ、オーディオ用フレーム同期信号のタイミングで、セレクタ１７４の一方の入力端、加算器１７２および伸長部１５２にそれぞれ供給される。
【０１７９】
加算器１７２の出力は、補助オーディオデータの本線オーディオデータに対するダウンサンプリング比（この実施の一形態では６）で除され、整数部すなわち商が加算器１７３に供給されると共に、剰余がラッチ回路１７１でラッチされる。ラッチ回路１７１でラッチされた値は、クロックＬＲＣＫのタイミングで出力され、加算器１７２で再生速度と加算される。なお、ラッチ回路１７１は、ラッチした値がスタートアドレス設定時にゼロクリアされる。
【０１８０】
一方、加算器１７３の出力は、セレクタ１７４の他方の入力端に供給される。セレクタ１７４は、ＣＰＵ６１によりスタートアドレスが設定されると、一方の入力端を選択し、その他の場合は、他方の入力端が選択される。すなわち、セレクタ１７４は、オーディオ用フレーム同期信号の周期で一方の入力端を選択し、スタートアドレスを出力することになる。セレクタ１７４の出力は、ラッチ回路１７５でラッチされ、クロックＬＲＣＫのタイミングで出力される。ラッチ回路１７５の出力は、小数点切り捨て部１７６と加算器１７３とに供給される。加算器１７３では、加算器１７２の出力を６で除した商と、ラッチ回路１７５の出力とを加算する。
【０１８１】
ラッチ回路１７５の出力は、小数点以下切り捨て部１７６で小数点以下を切り捨てられ、整数部だけがＲＡＭ６５に対する補助オーディオデータの読み出しアドレスとして出力される。
【０１８２】
この例では、補助オーディオデータは、サンプリング周波数が元の本線オーディオデータの４８ｋＨｚから８ｋＨｚにダウンサンプリングされているため、ＲＡＭ６５における補助オーディオデータの読み出しアドレスの増減は、本線オーディオデータに対して１／６になる。これは、本線オーディオデータに比べ、再生速度が１／６になったのと等価であると考えることができる。しかしながら、再生メモリコントローラ１５１の構成を、上述した図２３の再生メモリコントローラ１５０と同様の構成として、再生速度を１／６にしてスタートアドレスと累積したのでは、再生速度を１／６にするときの誤差も累積され、再生アドレスがずれていってしまう。
【０１８３】
そこで、再生速度の累積は、加算器１７２の出力をダウンサンプリング比の６で除した剰余をクロックＬＲＣＫ毎に再生速度に累積することで行い、加算器１７２の加算結果を６で除した商を、サンプリングクロックＬＲＣＫ毎にスタートアドレスに対して累積することで、ＲＡＭ６５に対する補助オーディオデータの読み出しアドレスを得ている。これによれば、ラッチ回路１７５の出力は、補助オーディオデータのサンプリング周期毎に再生速度に応じた値だけ増加されることになり、再生速度を１／６にする場合のような誤差の累積が起こらない。
【０１８４】
例えば再生速度が記録時と等しい１倍速であれば、補助オーディオデータのサンプリング周期、すなわち６クロックＬＲＣＫ毎に、アドレスが１、２、３、・・・と１ずつ増加する。また、再生速度が２倍速であれば、６クロックＬＲＣＫ毎に、アドレスが２、４、６、・・・と２ずつ増加する。
【０１８５】
ここで、補助オーディオデータは、サンプリング周波数が４８ｋＨｚから８ｋＨｚにダウンサンプリングされているため、データ列が本線オーディオデータに比べて６倍の粗さになっている。そのため、図２５に一例が示されるように、補助オーディオデータは、そのままでは、再生開始ポイントが本線オーディオデータと一致できない場合が生じる。
【０１８６】
図２５Ａは、本線オーディオデータの一例のデータ列を示す。本線オーディオデータは、サンプリング周波数が４８ｋＨｚであって、各データ（サンプル）は、１／４８ｋＨｚの間隔で並んでいる。これに対し、補助オーディオデータは、サンプリング周波数が８ｋＨｚであって、図２５Ｂに一例が示されるように、各データは、本線オーディオデータの６倍の１／８ｋＨｚの間隔となっている。再生開始ポイントが、図２５Ａのように本線オーディオデータの先頭のサンプル以外、例えば３番目のサンプルである場合、補助オーディオデータは、対応する位置にサンプルが無く、再生開始ポイントが本線オーディオデータと補助オーディオデータとで一致できない。
【０１８７】
そこで、補助オーディオデータのスタートアドレスを、再生位相を考慮して設定することで、補助オーディオデータにおけるデータ列の粗さを補って、本線オーディオデータと補助オーディオデータとの再生開始ポイントが一致するようにしている。
【０１８８】
再生位相は、スタートアドレスに対する４８ｋＨｚサンプリング周期換算のオフセット値とする。補助オーディオデータの本線オーディオデータに対するダウンサンプリング比が６のこの例では、オフセット値を０〜５の値で設定する。例えば、オフセット値が０のときは、補助オーディオデータをサンプリング周波数が８ｋＨｚによるサンプル位置そのものとする。また、例えばオフセット値が２のときは、図２５Ｂに示されるように、サンプリング周波数が８ｋＨｚのサンプル位置に対して、２／４８ｋＨｚだけ時間の進んだ位置からの再生とする。このオフセット値は、実際には、サンプリング周波数を８ｋＨｚから４８ｋＨｚにアップサンプリングするときに付加する。図１２の例でいえば、補間回路１１５においてオフセット値が付加される。オフセット値は、ＣＰＵ６１から与えられる。
【０１８９】
上述したように、本線オーディオデータと補助オーディオデータとの同期を取ることで、本線オーディオデータのエラー箇所を、補助オーディオデータを用いてコンシールすることができる。図２６を用いて、このコンシール処理について概略的に説明する。上述したように、記録データは、ＥＣＣブロック単位でエラー訂正符号を付加されて光ディスク１に記録される。光ディスク１から再生された再生データに対して、エラー訂正符号のエラー訂正能力を超えてエラーが存在する場合、ＥＣＣ部１９は、エラーを訂正せずに、エラー位置に対応してエラーフラグを立てる。
【０１９０】
そこで、図２６Ａに一例が示されるように、あるＥＣＣブロック（図２６Ａにおいて斜線を付して示す）の本線オーディオデータに対してエラーフラグが立てられていれば、そのＥＣＣブロックに対応する補助オーディオデータを、エラーフラグが立てられた本線オーディオデータとすげ替えて出力する（図２６Ｂ）。次のＥＣＣブロックで本線オーディオデータにエラーフラグが立てられていなければ、出力されるオーディオデータを補助オーディオデータから本線オーディオデータに戻す。本線オーディオデータと補助オーディオデータとの同期がサンプル単位で取られているので、データの切り替え点で再生音の時間的なズレが発生せず、スムースに切り替えることができる。
【０１９１】
なお、本線オーディオデータと補助オーディオデータとの切り替え点において、一方の再生音量を徐々に下げつつ、他方の再生音量を徐々に上げる、所謂クロスフェードを行ってもよい（図２６Ｃ）。クロスフェードの処理は、例えば、ＣＰＵ６１の命令に基づきＦＰＧＡ７４内部で行われる。エラー部分の前後でクロスフェード処理を行うことで、本線オーディオデータと補助オーディオデータとの切り替え点を滑らかに再生できる。
【０１９２】
また、上述したように、本線オーディオデータと補助オーディオデータとの同期を取ることで、再生速度を連続的に変化させる可変速再生をより高音質に行うことができる。図２７を用いて、この再生速度を連続的に変化させる場合の処理について、概略的に説明する。図２７Ａに一例が示されるように、再生速度を連続的に変化させた場合に、ある再生速度Ｓまでは本線オーディオデータを用いて可変速再生を行い、その再生速度Ｓ以上の再生速度が指示されると、再生に用いるオーディオデータを本線オーディオデータから補助オーディオデータに切り替えるようにする（図２７Ｂ）。高速側から低速側へ再生速度を変化させる場合も、同様である。再生速度Ｓは、例えば本線オーディオデータを光ディスク１から再生したときに転送可能なデータレートの上限に対応する再生速度である。
【０１９３】
この場合にも、図２７Ｃに一例が示されるように、再生速度Ｓと、再生速度Ｓよりも多少低い再生速度の間で、本線オーディオデータおよび補助オーディオデータのクロスフェード処理を行うことで、切り替え点を滑らかに再生できる。
【０１９４】
なお、上述では、この発明が光ディスク１上に年輪単位でデータを記録するフォーマットに対して適用されるように説明したが、これはこの例に限定されない。例えば、年輪構造を持たず、ファイル単位で記録を行う通常のフォーマットに対してこの発明を適用することも可能である。
【図面の簡単な説明】
【０１９５】
【図１】光ディスクに対して年輪データが形成された一例の様子を示す略線図である。
【図２】年輪が形成された光ディスクに対するデータの読み書きが行われる一例の様子を示す略線図である。
【図３】年輪の連続性が保証されるようにデータ記録を行うことを説明するための図である。
【図４】アロケーションユニットについて説明するための図である。
【図５】データの管理構造について説明するための図である。
【図６】データの管理構造について説明するための図である。
【図７】データの管理構造について説明するための図である。
【図８】この発明の実施の一形態に適用可能な記録再生装置のドライブ部の一例の構成を示すブロック図である。
【図９】この実施の一形態に適用可能な記録再生装置の全体の構成例を示すブロック図である。
【図１０】補助ＡＶデータの一例のフォーマットを示す略線図である。
【図１１】補助オーディオデータの記録時の一例の動作を示す略線図である。
【図１２】補助オーディオデータの再生時の一例の動作を示す略線図である。
【図１３】補助オーディオデータの作成について説明するための図である。
【図１４】補助オーディオデータの再生用オーディオデータへの変換について説明するための図である。
【図１５】補助オーディオデータの原音の一例の波形および周波数スペクトラムを示す図である。
【図１６】補助オーディオデータのサンプリング周波数を２倍にした場合について説明するための図である。
【図１７】補助オーディオデータのサンプリング周波数を２倍にし、間引いた場合について説明するための図である。
【図１８】再生時の補助オーディオデータの流れを説明するための図である。
【図１９】ＲＡＭ６５への補助オーディオデータのマッピング形態を説明するための図である。
【図２０】ＤＳＰメモリ１１１におけるオーディオデータの配置を説明するための図である。
【図２１】ビデオ用フレーム同期信号とビデオ用フレーム同期信号に基づき生成されるオーディオ用フレーム同期信号の一例のタイミングチャートである。
【図２２】本線オーディオデータと補助オーディオデータとの間でサンプル単位の同期を取るための一例の構成を示すブロック図である。
【図２３】本線オーディオデータの読み出し制御を行う再生メモリコントローラの一例の構成を示すブロック図である。
【図２４】補助オーディオデータの読み出し制御を行う再生メモリコントローラの一例の構成を示すブロック図である。
【図２５】補助オーディオデータのスタートアドレスに対してオフセットを与えることを説明するための図である。
【図２６】補助オーディオデータを用いた本線オーディオデータに対するコンシール処理を説明するための図である。
【図２７】再生速度を連続的に変化させる場合の処理について説明するための図である。
【符号の説明】
【０１９６】
１  光ディスク
１０  ドライブ部
１２  スピンドルモータ
１３  ピックアップ部
１８  メモリ
１９  ＥＣＣ部
２０  制御部
４０  インターフェイス部
４１  信号処理部
４２  操作部
５２，６１  ＣＰＵ
５４，５６，６３，６５，７５  ＲＡＭ
５５  ＯＳＤ部
６４，７４  ＦＰＧＡ
６６  エンコーダ
６７  デコーダ
６８  ＤＶコーデック部
６９  補助ＡＶデータ用エンコーダ／デコーダ
７３  補助ＡＶデータ用オーディオＤＳＰ
８０  表示部
８１  出力端子
８２  入力端子
９３  オーディオメータ
１０４  Ａ−Ｌａｗエンコーダ
１０６  Ａ−Ｌａｗデコーダ
１１１  ＤＳＰメモリ
１１２  ローパスフィルタ
１１３  間引き回路
１１５  補間回路
１１７  シャトル再生制御部
【図１】
2005243064.tif 000003
【図２】
2005243064.tif 000004
【図３】
2005243064.tif 000005
【図４】
2005243064.tif 000006
【図５】
2005243064.tif 000007
【図６】
2005243064.tif 000008
【図７】
2005243064.tif 000009
【図８】
2005243064.tif 000010
【図９】
2005243064.tif 000011
【図１０】
2005243064.tif 000012
【図１１】
2005243064.tif 000013
【図１２】
2005243064.tif 000014
【図１３】
2005243064.tif 000015
【図１４】
2005243064.tif 000016
【図１５】
2005243064.tif 000017
【図１６】
2005243064.tif 000018
【図１７】
2005243064.tif 000019
【図１８】
2005243064.tif 000020
【図１９】
2005243064.tif 000021
【図２０】
2005243064.tif 000022
【図２１】
2005243064.tif 000023
【図２２】
2005243064.tif 000024
【図２３】
2005243064.tif 000025
【図２４】
2005243064.tif 000026
【図２５】
2005243064.tif 000027
【図２６】
2005243064.tif 000028
【図２７】
2005243064.tif 000029