(57)【要約】【課題】処理プロセスを簡素化し、従って改善し、高速のトリックモードを可能にすることである。【解決手段】ビデオパケット（PicI）に符号化された一定長のKLVを発生し、ビデオパケット（PicI）と同じ期間に相当するオーディオパケット（AudI）に符号化された可変長のKLVを発生し、データパケット（DatI）に符号化された可変長のKLVを発生し、ここでオーディオパケットとデータパケットの長さの和は一定であり、前記パケットから一定サイズのコンテンツパッケージ(CP1_1,...,CP_N)を発生する。【選択図】図２
2006304304.tif 000002
【特許請求の範囲】
【請求項１】
デジタルビデオデータ、オーディオデータおよび付加的システムデータを記録するための方法であって、所定のビデオフレームレートまたはフィールドレート、および所定のオーディオサンプリングレートを使用する方法において、
・カメラデータを含む一定長のデジタルデータと一定長のタイムコードデータを受信するステップ；
・デジタルビデオデータ(Vｐ)のフルフレームまたはフィールドを含むパケット(PictI)に符号化された第1KLVを発生するステップ；
ここで第1パケット(PictI)は所定の一定サイズを有し、
・デジタルオーディオデータ(VA)を含むパケット（AudI）に符号化された第2KLVを発生するステップ；
ここで前記デジタルオーディオデータは所定の範囲内で、第1パケット（PictI）の前記デジタルビデオデータの期間に実質的に相当し、
デジタルオーディオデータは、ビデオフレームレートまたはフィールドレートとオーディオサンプリングレートにより規定される整数のオーディオサンプルであり、
・前記パケット（AudI）に符号化された第2KLVのデータ量と、データの所定最大量(maxＡ)との差(maxＡ-LＡ)を検出するステップ；
・少なくとも1つのタイムコードデータ(VＤＡ)とデフォルトデータ（VＤＰ）を含むパケット（DatI）に符号化された第3KLVを発生するステップ；
ここで前記デフォルトデータ(VＤＰ)のデータ量は前記差(maxＡ-LＡ)に負でない一定の整数を加えたものであり、
・少なくともパケットに符号化された第1（PicI），第2（AudI）および第3（DatI）KLVを含むアプリケーションパケット(CP_3)を記録するステップ；
を有することを特徴とする記録方法。
【請求項２】
請求項1記載の方法であって、前記所定の範囲は1つまたは2つのオーディオサンプルである方法。
【請求項３】
請求項1または2記載の方法であって、負でない一定の整数はゼロである方法。
【請求項４】
請求項1から3までのいずれか一項記載の方法であって、前記検出では固定のスキームを使用する方法。
【請求項５】
請求項4記載の方法であって、固定のスキームはビデオフレームレートとオーディオサンプリングレートにより決定される方法。
【請求項６】
請求項1から5までのいずれか一項記載の方法であって、複数のアプリケーションパケット(CP_1,CP_2,...,CP_N)を記録し、記録されたすべてのアプリケーションパケット(CP_1,CP_2,...,CP_N)は同じ所定の長さを有する方法。
【請求項７】
請求項1から6までのいずれか一項記載の方法であって、すべてのアプリケーションパケット(CP_1,CP_2,CP_3,...,CP_N)をMXFフォーマットでシングルファイル(EC)に記録する方法。
【請求項８】
デジタルビデオデータ、オーディオデータおよび付加的システムデータを記録するための装置であって、所定のビデオフレームレートまたはフィールドレート、および所定のオーディオサンプリングレートが使用される装置において、
・カメラデータを含む一定長のデジタルデータと一定長のタイムコードデータを受信する手段を有し；
・デジタルビデオデータ(Vｐ)のフルフレームまたはフィールドを含むパケット(PictI)に符号化された第1KLVを発生する手段を有し；
ここで第1パケット(PictI)は所定の一定サイズを有し、
・デジタルオーディオデータ(VA)を含むパケット（AudI）に符号化された第2KLVを発生する手段を有し、；
ここで前記デジタルオーディオデータは所定の範囲内で、第1パケット（PictI）の前記デジタルビデオデータの期間に実質的に相当し、
デジタルオーディオデータは、ビデオフレームレートまたはフィールドレートとオーディオサンプリングレートにより規定される整数のオーディオサンプルであり、
・前記パケット（AudI）に符号化された第2KLVのデータ量と、パケットに対するデータワードの所定最大量(maxＡ)との差(maxＡ-LＡ)を検出する手段を有し；
・少なくとも1つのタイムコードデータ(VＤＡ)とデフォルトデータ（VＤＰ）を含むパケット（DatI）に符号化された第3KLVを発生する手段を有し；
ここで前記デフォルトデータ(VＤＰ)のデータ量は前記差(maxＡ-LＡ)に負でない一定の整数を加えたものであり、
・少なくともパケットに符号化された第1（PicI），第2（AudI）および第3（DatI）KLVを含むアプリケーションパケット(CP_3)を記録する手段を有する、
ことを特徴とする記録装置。
【請求項９】
請求項8記載の装置であって、前記所定の範囲は1つまたは2つのオーディオサンプルである装置。
【請求項１０】
請求項8または9記載の装置であって、負でない一定の整数はゼロである装置。
【請求項１１】
請求項8から19までのいずれか一項記載の装置であって、さらに、パケットに符号化された第3KLVを発生するための前記手段に固定のスキームを提供する手段を有する装置。
【請求項１２】
請求項5から8までのいずれか一項記載の装置であって、さらに、ファイル(EC)内をナビゲートするための手段を有し、該手段は、アプリケーションパケット(CP_1,CP_2,CP_3,...,CP_N)の所定の固定長を記憶し、検索するための手段と、アプリケーションパケット長を既知のアドレスに加算することにより、ファイル(EC)内でアプリケーションパケットをスキップするための手段を有する装置。
【請求項１３】
請求項8から12までのいずれか一項記載の装置であって、受信された一定長のデジタルデータはカメラデータであり、当該装置はカメラに装着されているか、またはカメラの一部である装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デジタルデータを記録するための方法および装置に関する。
【背景技術】
【０００２】
MXF(マテリアル変換フォーマット)は、データおよびメタデータに関連するオーディオビジュアル（AV）マテリアルを交換するためのファイル形式であり、これらのデータに対してラッパーを提供する。このファイル形式はパケット指向であり、例えばデータを関連のメタデータと共に記憶するために、またファイルをストリーミング可能なフォーマットで記憶するために、すなわち伝送中に閲覧することのできるフォーマットで記憶するために、または圧縮または非圧縮のデータをラッピングするために使用することができる。
【０００３】
種々の適用として、例えばデジタル映画撮影カメラ、非圧縮ビデオの記録または処理がある。
ビデオラスタまたはフレームレート、および各ピクセルの色解像度に基づき、プログレッシブシステムでの各フレームに対して必要な情報量、またはインターレースシステムの場合は各フィールドに対して必要な情報量は一定である。このことはまたサイズが一定のヘッダが、例えばMXFラッピングで実行されるように追加される場合にも当てはまる。
【０００４】
ビデオ情報、すなわち実際のピクチャアイテムに加えて、他の情報も各ビデオフレームまたはフィールドと共にそれぞれ記憶される。この他の情報は、例えばビデオラスタについての情報を含むシステムアイテムと、ビデオと共に到来するオーディオ情報を含むサウンドアイテムと、メタデータのいずれかの形式、とりわけ記述的データデータとは対照的な構造的メタデータを含むデータアイテムとを有する。これら4つのアイテム、すなわちシステムアイテム、ピクチャアイテム、サウンドアイテムおよびデータアイテムのシーケンスと相応のヘッダは1つのフレームまたはフィールドの情報を含み、このシーケンスはMXFファイル内で各新たに到来するフレームまたはフィールドごとに反復される。従って一定のデータ量を有するピクチャアイテムは一定の持続時間を有し、この持続時間は使用されるフレームレートおよびビデオラスタにより定義され、例えば1フレーム当り1/24秒である。関連するサウンドアイテムも一定の持続時間を有し、この持続時間はオーディオサンプリングレートにより定義される。これは例えば96kHzオーディオサンプリングレートに対して1サンプリング当り1/96000秒である。この場合、96000/24=4000オーディオサンプルの量が各フレームに所属する。
【０００５】
種々の標準ビデオフレームレートおよびオーディオサンプリングレートが定義されており、独立して組み合わせることができるから、1ビデオフレームまたはフィールド当りのオーディオサンプルの量は変化することができる。
【０００６】
しかしビデオフレームレートとオーディオサンプリングレートのいくつかの組み合わせに対しては、この比は非整数値である。種々異なるビデオシステム間の変換により、非整数のフレームレートが生じることがある。例えば29.97fps(毎秒フレーム)のビデオフレームレートを使用することができるが、これは1/29.97秒のフレーム持続時間に相当する。この場合、この持続時間にマッチするオーディオサンプルの数は96000/29.97=3203.203....であり、非整数値である。オーディオデータおよびビデオデータを調整するための共通の解は、オーディオサンプルを連続フレームのシーケンスにわたって分散させることである。すなわち多重フレームにわたって平均的なオーディオサンプリングレートを達成する。しかしこの場合、1フレーム当りのオーディオサンプルの量、すなわちオーディオデータは変化し、従ってフレームは可変のサイズを有する。
【０００７】
発明の概要
本発明は以下の事実の認識に基づく。高速早送り、巻き戻し、高速巻き戻し、スローモーション、シングルフレーム抽出のようなトリックモードのためには、記録(および/または再生)装置で、任意のフレームまたはフィールドのスタート位置または特定の位置を発見するためにファイルをデコードすることが現在必要である。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
本発明の課題は上記プロセスを簡素化し、従って改善し、高速のトリックモードを可能にすることである。
【課題を解決するための手段】
【０００９】
上記課題は、デジタルビデオデータ、オーディオデータおよび付加的システムデータを記録するための方法であって、所定のビデオフレームレートまたはフィールドレート、および所定のオーディオサンプリングレートを使用する方法において、
・カメラデータを含む一定長のデジタルデータと一定長のタイムコードデータを受信するステップ；
・デジタルビデオデータ(Vｐ)のフルフレームまたはフィールドを含むパケットに符号化された第1KLVを発生するステップ；
ここで第1パケットは所定の一定サイズを有し、
・デジタルオーディオデータを含むパケットに符号化された第2KLVを発生するステップ；
前記デジタルオーディオデータは所定の範囲内で、第1パケットの前記デジタルビデオデータの期間に実質的に相当し、
デジタルオーディオデータは、ビデオフレームレートまたはフィールドレートとオーディオサンプリングレートにより規定される整数のオーディオサンプルであり、
・前記パケットに符号化された第2KLVのデータ量と、データの所定最大量との差を検出するステップ；
・少なくとも1つのタイムコードデータとデフォルトデータを含むパケットに符号化された第3KLVを発生するステップ；
ここで前記デフォルトデータのデータ量は前記差に負でない一定の整数を加えたものであり、
・少なくともパケットに符号化された第1，第2および第3KLVを含むアプリケーションパケットを記録するステップ；
を有することを特徴とする記録方法によって解決される。
【発明を実施するための最良の形態】
【００１０】
1フレーム/フィールドに所属する情報のスタート位置は、バイトに関してファイル内で等間隔であることが所望される。なぜならそうであれば、デコーダは任意のフレームまたはフィールドのスタート位置を、このファイル内でアドレスオフセットを適用することによって発見することがき、ファイル自体をデコードする必要がないからである。また複数のフレームにわたって後方または前方にジャンプすること、またはファイル内の所定位置にジャンプすることも、このオフセットを加算または減算することにより可能である。
【００１１】
とりわけ本発明による方法は、いずれかの所定のオーディオサンプリング周波数においてオーディオサンプルおよびビデオサンプルを一定サイズのコンテナにパッキングする方法を提供するものであり、これにより1ビデオフレーム/フィールドに対して必要な期間内でのオーディオサンプルの量が、使用されるビデオラスタに関係なく整数となる。
【００１２】
本発明によれば、フレームに所属するデータセット内のオーディオデータまたはサウンドアイテムのサイズの範囲が決定される。この範囲内でサイズは変化することができ、この変化に従って後続のデータアイテムのサイズが変化される。その結果、コンテナ内のサウンドアイテムと後続のデータアイテムの和は一定である。このコンテナはデータに関して一定の長さをフレームの4つのアイテムすべてに対して達成する。従ってフレームの長さは一定である。
【００１３】
この開示された方法は、デジタルビデオ、オーディオおよび付加的システムデータまたはメタデータの記録に使用することができ、ここでは所定のフレームレート、ビデオサンプリングレートおよびオーディオサンプリングレートが使用される。ビデオデータおよびオーディオデータはデジタル化される前に遅延されない。これらのデータはカメラまたはマイクロフォンからそれぞれ直接到来する。この方法は以下の複数のステップを含む。
【００１４】
第1のステップで、システムデータおよびカメラパラメータデータまたはメタデータが、例えばビデオフレームレート、解像度、プログレッシブ/インターレース指示、オ―ディオフレームモジュール、フィルムフォーマット識別子、シーン/テイク/スレートデータ、データおよび/またはタイムコードデータとして受信される。このデータは例えば処理ユニット、メモリ、スイッチ等から受信することができる。
【００１５】
第2のステップで、パケットに符号化された第1キー長値(KLV)が発生される。このパケットはデジタル化されたビデオデータのフルフレームまたはフィールドを含んでおり、ここでフレームまたはフィールドはフレームレートおよびモードに依存する所定の期間に相当する。例えばフレームレートが1/25secであり、フレームタイプがプログレッシブである場合、期間は1秒の1/25である。ビデオデータは圧縮されていないから、パケットに符号化された第1KLVは、フレームまたはフィールド当りのピクセル数およびピクセル当りのビット数から生じる所定量のビデオデータを含んでいる。例えば各RGB信号に対して10ビットにより量子化された1920×1080ピクセルの解像度については、フレームのデータ量はそれぞれ62208000ビット、または32ビットによる1944000ワードである。
【００１６】
第3のステップで、パケットに符号化された第2KLVが発生される。このパケットは、上記のビデオデータと同じ1/25sec、すなわち前記の定義した期間と同じ期間に相当するデジタルオーディオデータを含んでいる。ここでパケットに符号化された第2KLVのデータ量は前記定義したオーディオサンプリングレートおよび解像度の深さ(ワード幅)に依存し、期間はビデオフレームレートにより定められる。例えば96kHzのサンプリングレートと、24ビットの解像度に対しては、各1/96000secでチャネル当り24ビットのサンプルが受信される。期間当りのオーディオデータの量はそれぞれ24ビットの96000/25=3840サンプルである。しかしフレーム期間が非整数値であれば、これは相応してオーディオサンプル数は非整数となる。従って本発明によれば、最後のサンプルが次のフレームにシフトされるか、または現在のオーディオフレームが最後のサンプルを完全に含むように拡張される。第1の場合では次のオーディオフレームもまた自分の最後のサンプルを含まなければならないから、オーディオフレームのサイズは2つのオーディオサンプルの範囲内で平均を中心に変化することができる。変化可能な最小値および/または最大値は計算することができ、記憶することができる。なぜならこれらを計算する必要があるのは、オーディオおよびビデオパラメータが安定している限り、一度だけだからである。1オーディオフレーム内のサンプル数の決定は固定されたスキームに従い、または適合的に実行することができる。固定されたスキームは、5個ごとのフレームで他のフレームよりサンプルが1つ少なくなるようにして行うことができる。
【００１７】
第4ステップで、パケットに符号化された第2KLVのデータ量(これは整数のサンプル数である)と一般的に予め設定された固定値との差が計算される。この差は非整数値またはサンプルの端数となることもある。有利には予め設定された固定値はオーディオデータの最大可能量である。
【００１８】
第5のステップではパケットに符号化された第3KLVが発生される。これは少なくともアプリケーションデータ、例えばタイムコードデータと、デフォルトデータ、すなわちパディングバイトを含んでいる。デフォルトデータの量は有利には先行のステップで計算された値である。第4ステップおよび第5ステップをより一般的に、以下に説明する。
【００１９】
前記の例ではビデオフレームレートが1/29.97であり、5つのフレームにわたるオーディオサンプルの数は近似的に一定であり、すなわち5*96000/29.97≒16016であり、これは平均でフレームごとに3203.2のオーディオサンプルとなる。
【００２０】
第6ステップではアプリケーションパケットが発生され、記録される。このパケットは少なくとも前もって発生された、パケットに符号化された第1，第2および第3KLV、すなわちビデオデータパケット、オーディオデータパケットおよび付加的データパケットを含んでいる。このようなアプリケーションパケットは例えばMXFファイル内のコンテンツパケットであり、図1と図2に示されている。付加的データはこの例では付加的データパケット(DatI)とシステムデータパケット(SysI)に分散されており、システムデータパケット(SysI)は一定のサイズを有する。
【００２１】
結果としてデフォルトデータVＰＤの量とオーディオデータVＡの量との和は一定である。パケットはキー・レングス・バリュー符号化されているから、第3パケットの長さが計算され、長さ値LＤに書き込まれる。
【００２２】
デジタルビデオでーた、デジタルオーディオデータおよび付加的システムデータを記録するための装置は請求項8に開示されている。ここでは所定のビデオフレームレートおよびサンプリングレートと、所定のオーディオサンプリングレートが使用される。この装置は、カメラデータを含む一定長のシステムデータと一定長のタイムコードデータとを受信するための手段、例えば入力段を有し、
パケットに符号化された第1KLVを発生する手段を有し、該パケットはデジタルビデオデータのフルフレームまたはフィールドを含み、該フレームまたはフィールドはフレームレートとモードに依存する所定の期間に相当し、パケットに符号化された第1KLVは、フレームまたはフィールド当りのピクセル数とピクセル当りのビット数から生じる所定量のビデオデータを含み、
パケットに符号化された第2KLVを発生する手段を有し、該パケットは前記所定の期間と同じ期間に相当するデジタルオーディオデータを含み、パケットに符号化された第2KLVのデータ量は前記所定のオーディオサンプリングレートに依存し、最小値と最大値との間で変化し、
前記パケットに符号化された第2KLVのデータ量と、パケットに符号化された第2KLVのデータの前記最大値との差を計算する手段を有し、
パケットに符号化された第3KLVを発生する手段を有し、該パケットは少なくともタイムコードデータとデフォルトデータを含み、デフォルトデータの量は前記計算された差であり、
アプリケーションパケットを記録するための手段を有し、該パケットは少なくともパケットに符号化された第1，第2および第3KLVパケットを含む。この記録は基本的にどのような記憶デバイスでも実行することができ、例えばフラッシュメモリデバイスで実行される。
【００２３】
本発明の実施例では、装置がさらに受信されたアナログビデオデータおよび/またはアナログオーディオデータをデジタル化するための手段、例えばA/D変換器（ADC）を有する。
【００２４】
従属請求項、以下の説明ならびに図面には本発明の有利な実施形態が示されている。
【実施例】
【００２５】
次に、添付の図面を参照しながら本発明の実施例について説明する。
【００２６】
圧縮が使用されない映画撮影およびビデオ記録の分野、および特定のプロ用ビデオ記録の分野では、しばしばビデオフレームの期間がオーディオサンプルの持続時間の整数倍ではないという周知の問題がある。しかしビデオデータおよび相応するオーディオデータをMXFフォーマットに従いパッキングするためには、整数倍であることが所望される。以下の例はMXFフォーマットに基づくものであるが、本発明が他のフォーマットにも適用されることは自明である。MXFをサウンドアイテムの提示に一致させるための1つの手段は、最後のオーディオデータサンプルLSの数バイトを隣接するパケットにシフトすることである。このことは図4に示されており、フレーム期間fpの時間を表す各パケットAUD1,AUD2は完全なオーディオサンプルだけを含み、その端数は含んでいない。その結果、これによりオーディオエントリーの長さがMXFファイルにおいて種々異なる長さとなる。これによりプログレッシブビデオシステムであることを前提にすれば、フレームだけが問題となる。本発明が、ビデオフレームがビデオフィールドに相応するインタレースビデオシステムでも使用可能なことは自明である。
【００２７】
図1は、MXFフォーマットで記録されたファイルの本体を示す。従ってこれはエッセンスコンテナ(EC)とも称される。これには図示されていないヘッダが先行する。ファイル本体は複数のアプリケーションパケットを含み、これはコンテンツパッケージ(CP_1,CP_2,CP_3,...,CP_N)と称される。例えば記録はカメラに内蔵、または装着されたフラッシュメモリに行われ、ファイル全体は1回のカメラ撮影に属する。各コンテンツパッケージ(CP_1,CP_2,CP_3,...,CP_N)は1ビデオフレームに相当するデータを含んでおり、これには非圧縮のビデオデータ、非圧縮のオーディオデータ、システムデータ、およびカメラパラメータ等の構造的メタデータとしての付加的データが含まれる。
【００２８】
例として、本発明のコンテンツパッケージの構造は次のとおりである。
コンテンツパッケージは4つのアイテムを含み、これらはすべてKLV(キー・レングス・バリュー)符号化されている。キーは一定の16ビットの長さを有し、アイテムの形式を指示する。値フィールドはそれぞれのアプリケーションデータ、例えばビデオデータまたはオーディオデータを含み、長さ値は4バイトの長さを有し、値フィールド内のデータ量を指示する。従ってコンテンツパッケージの長さは16バイト+4バイト+(長さフィールドの値)として定義することができる。
【００２９】
一般的に本発明のコンテンツパッケージは少なくとも3つのアイテムを含む。すなわちビデオフレーム期間fpのビデオデータを保持するビデオまたはピクチャアイテムPicIと、同じ期間のオーディオデータを保持するオーディオまたはサウンドアイテムAudIと、サウンドアイテムAudIの変化範囲が有するのと同じ数のパディングワードを少なくとも含む、少なくとも1つの別アイテムDatIである。サウンドアイテムAudIは、それぞれのオーディオサンプリングレートの完全なオーディオサンプルの整数によって近似される。ここでサウンドアイテムAudIのデータ量は所定の範囲内で変化することができる。
【００３０】
システムアイテムSysIはそれぞれキーKｓ、長さフィールドLｓ、および値Vｓからなる。本発明に対しては、値Vｓの長さが常に4バイトであり、従って長さフィールドLｓは値4を有することが前提とされる。しかし長さは一定であるが、MXFフォーマットはKLV符号化の使用を規定する。
【００３１】
ピクチャアイテムPicIはそれぞれキーKｐ、長さフィールドLｐ、および値Vｐからなる。値Vｐはフルフレームの非圧縮ビデオデータを含み、その長さは長さフィールドLｐにより指示され、従って1回の撮影の連続シーケンス内では少なくともすべてのフレームに対して一定である。
【００３２】
サウンドまたはオーディオアイテムAudIはそれぞれキーKＡ、長さフィールドLＡ、および値VＡからなる。値VAはピクチャアイテムPicIのビデオフレーム期間に相応する非圧縮オーディオデータを含む。その長さは長さフィールドLＡにより指示され、従って一定ではなく、オーディオサンプリング周波数とビデオフレームレートとの間の比に依存する。
【００３３】
最後に図2に示されるように、データアイテムDatIはそれぞれキーKＤ、長さフィールドLＤおよび値VＤからなり、値はアプリケーションデータの固定長第1値VＤＡと、デフォルトまたはパディングデータの可変第2値VＤＰを有する。その長さは長さフィールドLＤにより指示され、従って一定ではなく先行のサウンドアイテムAudIの長さに依存する。そしてサウンドアイテムAudIとデータアイテムDatIの和は一定の長さを有する。結果としてコンテンツパッケージCP_3全体およびエッセンスコンテナE内のすべてのコンテンツパッケージCP_1,CP_2,CP_3,...,CP_Nは一定の長さを有する。
【００３４】
サウンドアイテムの最小長と最大長は所定のビデオラスタに対して計算することができる。サウンドアイテムの長さが平均より小さければデータアイテムは拡張され、サウンドアイテムが平均より長ければデータアイテムは縮小される。
【００３５】
長さ(サウンドアイテム(フレーム_n))＋長さ(データアイテム(フレーム_n))＝一定
システムアイテムとピクチャアイテムは一定の長さを有するから次式が得られる。
【００３６】
長さ(システムアイテム(フレーム_n))＋
長さ(ピクチャアイテム(フレーム_n))＋
長さ(サウンドアイテム(フレーム_n))＋長さ(データアイテム(フレーム_n))＝一定
データアイテムの長さはクリティカルではない。データアイテム内で使用されないスペースにはスタッフすることができる。
【００３７】
以下、上に説明した本発明の方法の第4ステップと第5ステップを、図3に基づきより詳細に説明する。
【００３８】
第4ステップでは、オーディオパケットに符号化されたKLVのデータ量(これは整数のサンプル数である)と一般的に予め設定された固定値との差が計算される。この差は非整数値またはサンプルの端数となることもある。予め設定された固定値は基本的にどのような値でも良い。しかしこれは有利にはオーディオデータの最大可能量である。これにより差は残りの使用可能なデータ量を指示し、ゼロまたは正となる。別の実施例として、ビデオフレーム期間当りのオーディオサンプルの平均量を設定することができる。予め設定された固定値は次のステップで再び使用される。
【００３９】
第5のステップではパケットに符号化された第3KLVが発生される。これは少なくともアプリケーションデータ、例えばタイムコードデータと、デフォルトデータ、すなわちパディングバイトを含んでいる。
ここでデフォルトデータの量は、最大可能オーディオパケット長と先行のステップで使用された予め設定された固定値との差を計算し、この差と先行の第4ステップで計算された差との間の差として計算される。すでに述べたように先行の変形例では、予め設定された固定値が最大可能オーディオパケット長であるから、先行のステップで計算された値はデフォルトデータの量でもある。最大オーディオパケット長がmaxＡであり、現在のオーディオパケット長がLＡであり、予め設定された固定値がXであれば、先行のステップでは(LＡ-X)が計算され、現在のステップではデフォルトデータVＰＤの量が次式により計算される：
VＰＤ= (maxＡ-X) - (LＡ-X) = maxＡ - LＡ
しかし固定値をこの数VＰＤに加算することもできる。その場合、固定値は最小値と見なすべきである。
【００４０】
例として、本発明はビデオカメラの一部またはビデオカメラに装備された装置に使用することができる。これはデジタルビデオデータ、デジタルオーディオデータおよび付加的システムデータを記録するためのメモリデバイスとすることができ、
デジタル値をビデオカメラから受信する手段を有し、このデジタル値は一定の長さを有し、カメラデータ、例えばビデオフレームレート、ビデオサンプリングレート、オーディオサンプリングレート、および一定の長さのタイムコードデータを含み；
アナログビデオデータまたは非圧縮のデジタルビデオデータとオーディオデータをカメラから受信する手段を有し、この手段は、受信したビデオおよび/またはオーディオデータを、これらがアナル具データである場合にデジタル化するためのアナログ/デジタル変換手段を有し；
パケットに符号化された第1KLVを発生する手段を有し、該パケットはデジタルビデオデータのフルフレームまたはフィールドを含み、該フレームまたはフィールドはフレームレートとモードに依存する所定の期間に相当し、パケットに符号化された第1KLVは、フレームまたはフィールド当りのピクセル数とピクセル当りのビット数から生じる所定量のビデオデータを含み、
パケットに符号化された第2KLVを発生する手段を有し、該パケットは前記所定の期間と同じ期間に相当するデジタルオーディオデータを含み、パケットに符号化された第2KLVのデータ量は前記所定のオーディオサンプリングレートに依存し、
前記パケットに符号化された第2KLVのデータ量と予め設定された固定値との差を計算する手段を有し、
パケットに符号化された第3KLVを発生する手段を有し、該パケットは少なくともタイムコードデータとデフォルトデータを含み、デフォルトデータの量は前記計算された差であり、
アプリケーションパケット(CP_3)を記録するための手段を有し、該パケットは少なくともパケットに符号化された第1，第2および第3KLVパケットを含む。
【００４１】
通常このような装置は多数のアプリケーションパケットを記録する。記録されたすべてのアプリケーションパケットは一定の長さを有し、この長さはデータ量と、データアイテムパケットにスタッフされたパディングデータの選択された量により予め定められる。
【００４２】
さらにこのような装置はファイル内をナビゲートするための手段を有する。この手段は、アプリケーションパケットの所定の固定長を記憶し、検索するための手段と、アプリケーションパケット長を既知のアドレスに減算または加算することにより、ファイル内でアプリケーションパケットをスキップするための手段を有する。
【００４３】
本発明はファイル内のナビゲーションが非常に簡単であるという利点を有する。なぜならフレーム内のスタート点または固定位置を簡単に検出し、計算することができ、すべてのパケットを調査する必要がない。例えばNフレーム先への（または後への）ジャンプは、アドレスをN*（フレーム長）により増分（または減分）することにより実行できる。このことはすべてのポスト・プロダクションステップ、例えばトリックモード、巻き戻し、早送り、n番目のフレームの選択等で有利である。
【００４４】
有利にはオーディオサンプリング周波数はビデオラスタには依存せず、従ってオーディオサンプリングに対する標準サンプリング周波数と、標準ビデオラスタとを組み合わせることができる。
【００４５】
例えばすべてのアプリケーションパケットはMXFフォーマットでシングルファイルのエッセンスコンテナに記録することができる。
【図面の簡単な説明】
【００４６】
【図１】図1は、システム部分、ビデオ部分、オーディオ部分および補助部分を有する、MXFフォーマットされたアプリケーションフレームを示す。
【図２】図2は、本発明により変形された補助部分を有する、MXFフォーマットされたアプリケーションフレームを示す。
【図３】図3は、本発明によるアプリケーションフレームのオーディオ部分と補助部分の詳細を示す。
【図４】図4は、ビデフレーム期間中のオーディオサンプルを示す。
【図１】
2006304304.tif 000003
【図２】
2006304304.tif 000004
【図３】
2006304304.tif 000005
【図４】
2006304304.tif 000006