JP2010183248A

JP2010183248A - 動画像記録装置

Info

Publication number: JP2010183248A
Application number: JP2009023720A
Authority: JP
Inventors: Yasuhiro Shiraishi; 泰裕白石
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2009-02-04
Filing date: 2009-02-04
Publication date: 2010-08-19

Abstract

【課題】
ファイルクローズの際の管理データの更新によっても、動画像記録が破綻しないようにする。
【解決手段】
ＭＸＦ生成部（１８）は、カメラ信号処理部（１６）からの動画像データから、ＭＰＥＧ２の圧縮データを含むＭＸＦファイルを生成する。ＭＸＧファイルはメモリカード（２４Z）に記録され、ファイルフッタの記録後に、メモリカード（２４）に記録済みのファイルヘッダとファイルボディの管理データが更新される。速度検出部（４２）は、メモリカード（２４）のアクセス速度を検出する。記録制御部（４０）は、このアクセス速度に従い、１ファイル当たりの更新が必要な管理データ数が所定数以内になるように、ファイルサイズ又は管理データ数を制御する。
【選択図】図１

Description

本発明は、動画像記録装置に関する。

特開２００７−２３５５７０号公報

動画像を撮影し、メモリカードやディスク媒体などのランダムアクセス可能な記録媒体に記録するビデオカメラが知られている。

従来、記録媒体にビデオデータを記録するためのフォーマットとして、ＭＸＦ（ＭａｔｅｒｉａｌＥｘｃｈａｎｇｅＦｏｒｍａｔ）が知られている。また、ＭＸＦフォーマットでビデオデータを記録する動画像記録装置が、例えば、特許文献１に記載されている。

ＭＸＦデータは、デジタルビデオデータに、当該デジタルビデオデータに対するアクセス情報からなるインデックステーブルを組み合わせたフォーマットである。ＭＸＦデータのインデックステーブル（ＩＴ）は、デジタルビデオデータのフレーム境界を示す。ＩＴを用いることで、デジタルビデオデータに対してフレーム単位でランダムアクセスが可能になる。

メモリカード等の記録媒体に動画データを記録する場合、記録された動画データは、所定のファイルシステムに従いファイルとして管理される。

動画データを記録媒体に記録する場合、ファイルのサイズが記録媒体のファイルシステムで規定された上限サイズを超えないようにする必要がある。そのため、動画の記録中にファイルサイズが上限サイズを超えそうになると、現在、記録中のファイルの記録を停止し（ファイルをクローズし）、新たなファイルを生成して記録を続ける必要がある。

しかし、記録媒体のデータ書き込み速度の、書込むべきデータに対する余裕が少ない場合、ファイルの切替え（記録中のファイルのクローズと新たなファイルのオープン）が、記録すべきデータに間に合わないことが考えられる。例えば、ＭＸＦの場合、ファイル中のインデックステーブルにフレーム境界を示すオフセット値を記載する必要があり、ファイルのクローズ自体に時間がかかる。

本発明は上記問題点に鑑み、ファイルクローズ時に管理データの更新が必要なフォーマットにおいて、管理データ更新時のバッファフルによる動画像データの記録停止を防止できる動画像記録装置を提示することを目的とする。

本発明に係る動画像記録装置は、記録媒体にアクセスし、設定されたサイズの動画像データごとに管理データを付加し、前記管理データが付加された動画像データをファイルとして前記記録媒体に記録するメディアアクセス手段と、前記記録媒体のアクセス速度を検出する速度検出手段と、前記メディアアクセス手段を制御して、前記ファイルのクローズ時に前記管理データを更新させる制御手段とを有し、前記制御手段は、前記速度検出手段により検出されたアクセス速度に応じて、１ファイルあたりの管理データ数を制御することを特徴とする。

本発明によれば、ファイルクローズ時に管理データの更新が必要なフォーマットにおいて、管理データ更新時のバッファフルによる動画像データの記録停止を防ぐことができる。

本発明に係る動画像記録装置の一実施例の概略構成ブロック図である。インターリーブＭＸＦファイルの構成を示す模式図である。各パーティションパックの構成の模式図である。本実施例のインターリーブＭＸＦファイルの記録順を説明する模式図である。本実施例で、記録されるファイルと１ファイル内の構成の説明図である。ファイルサイズと管理データ数との関係を説明する図である。ファイルサイズ変更処理のフローチャートである。図７に示す処理におけるファイルサイズと管理データ数の関係を説明する図である。バッファフルが発生しない管理データ数でフィルをクローズする処理のフローチャートである。バッファフルが発生しないように動画像データサイズを変更する処理のフローチャートである。図１０に示す処理におけるファイルサイズと管理データ数との関係を説明する図である。

以下、図面を参照して、本発明の実施例を詳細に説明する。

図１は、本発明の一実施例である動画像記録装置を組み込んだビデオカメラの概略構成ブロック図を示す。

動画像記録装置１０は、撮影レンズ１２で取り込んだ光学像を電気画像信号に変換する撮像素子１４と、撮像素子１４から出力される動画像信号を所定の映像信号に変換するカメラ信号処理部１６を具備する。

ユーザが操作部３４により映像記録の開始をＣＰＵ３２に指示すると、ＣＰＵ３２（の制御プログラム）は、ＭＸＦ生成部１８に指示してカメラ信号処理部１６の出力映像データを取り込ませる。ＭＸＦ生成部１８は、カメラ信号処理部１６からの映像データをＭＰＥＧ（Moving Picture Experts Group）２方式で圧縮符号化し、ＭＸＦ形式の圧縮映像データを生成する。圧縮映像データは、図３に示すＭＸＦフォーマット及び手順でバッファメモリ２０に格納される。ＣＰＵ３２は、メディアアクセス部２２を制御して、データバス５２を経由してバッファメモリ２０の圧縮映像データを逐次、読み出させ、メモリカード２４に転送させる。メディアアクセス部２２は、メモリカード２４へのデータ書き込みとデータ読み出しを実行する。このようにして、動画像記録装置１０は、撮影された動画像を圧縮符号化して、記録媒体であるメモリカード２４に記録する。

メモリカード２４に記録された動画像を再生するとき、メディアアクセス部２２は、当該動画像の圧縮映像データのストリームをメモリカード２４から読み出し、バッファ２０を介してデコーダ２６に供給する。デコーダ２６は、バッファ２０からの圧縮映像データを復号化し、映像データを復元する。ＬＣＤコントローラ２８は、デコーダ２６からの再生映像データに従い液晶表示パネル（ＬＣＤ）３０を駆動する。これにより、再生映像がＬＣＤ３０の画面上に表示される。

ＲＯＭ３８は、ＣＰＵ３２の動作プログラム及び固定定数を記憶する。ＲＡＭ３６は、ＣＰＵ３２のプログラム領域及びワーク領域として使用される。ＣＰＵバス５０には、操作部３４などが接続する。操作部３４は、ユーザにより操作される各種の操作キーやつまみなどからなり、ユーザの指示をＣＰＵ３２に入力するのに使用される。ＣＰＵ３２は、ユーザからの指示に応じて各種処理を実行する。ＣＰＵ３２はＣＰＵバス５０を介して以上の各部を制御する。

記録制御部４０は、メモリカード２４に記録される動画像のファイルサイズ及び動画像データサイズを制御する。速度検出部４２は、メモリカード２４のアクセス速度を測定又は検出する。

図２及び図３を参照して、ＭＸＦ生成部１８により生成されるＭＸＦフォーマットのデータ構造を説明する。ＭＸＦは、ＳＭＰＴＥ（Society of Motion Picture and Television Engineers）に規定されるファイルフォーマット規格である。ＭＰＥＧストリームに対するマッピング構造は、ＳＭＰＴＥ−３８１Ｍに規定されている。以下、ＳＭＰＴＥ−３８１ＭなどのＭＸＦ規定に準じ、映像データと音声データがフレームインターリーブされた構造をもつＭＸＦファイルを、インターリーブＭＸＦファイルと呼ぶ。

図２は、インターリーブＭＸＦファイル、エッセンスコンテナ及びインデックステーブルセグメントの構成を示す。インターリーブＭＸＦファイルは、図２（Ａ）に示すように、ファイルヘッダ、ファイルボディおよびファイルフッタからなる。

ファイルヘッダは、ヘッダパーティションパック（ＨＰＰ）とヘッダメタデータからなる。ヘッダメタデータには、ファイル作成日等のファイル単位のメタデータが格納される。ファイルフッタは、フッタパーティションパック（ＦＰＰ）、インデックステーブル（ＩＴ）およびランダムインデックスパック（ＲＩＰ）から成る。ＲＩＰは、ＲＩＰを示すヘッダと、このインターリーブＭＸＦファイルにおける各パーティションパックの格納開始オフセットと、ＲＩＰ自身のデータサイズからなる。

ファイルボディは、ボディパーティションパック（ＢＰＰ）、エディットユニット（ＥＵ）及びインデックステーブル（ＩＴ）からなる。ＢＰＰで確保される領域には、０個または１個のインデックステーブル（ＩＴ）と、１個又は複数のエディットユニット（ＥＵ）が配置される。ＥＵには、ＭＰＥＧで符号化されたフレーム毎のデータが格納される。ＩＴには、ボディパーティションパックで区切られる一つ前の領域内に含まれるＥＵの情報が格納される。ＢＰＰから次のＢＰＰの直前までを一塊として、ボディパーティションと呼ぶ。

図３は、ＨＰＰ，ＢＰＰ及びＦＰＰの構造を示す。ＨＰＰは、図３（Ａ）に示すように、ＨＰＰであることを示すヘッダ識別子、ファイルボディに配置されるデータの形式やファイルフォーマットを示す情報、およびフッタパーティション格納開始オフセット等からなる。ＢＰＰは、図３（Ｂ）に示すように、ＢＰＰであることを示すヘッダ識別子、直前に配置されるパーティションパック（ＨＰＰ又はＢＰＰ）を示す情報、自身とＦＰＰの格納開始オフセットなどからなる。ＦＰＰは、図３（Ｃ）に示すように、ＦＰＰであることを示すヘッダ識別子、直前に配置されるパーティションパックを示す情報、および自身の格納開始オフセットなどからなる。

ＢＰＰで区切られる領域毎のＥＵの集合体は、図２（Ｂ）に示すようなエッセンスコンテナと呼ばれる。すなわち、エッセンスコンテナは、このインターリーブＭＸＦファイルに基づき実際に再生される映像音声データを収容する。ファイルボディ及びファイルフッタに配置されるＩＴは、図２（Ｃ）に示すように、インデックステーブルセグメントの集合体である。

メモリカード２４へのインターリーブＭＸＦファイルの記録シーケンスを説明する。図４は、インターリーブＭＸＦファイルのメモリカード２４への記録手順を示す。

操作部３４から記録指示を受けると、ＭＸＦ生成部１８は、符号化方式に対応するファイルヘッダを生成し、バッファ２０へ出力する。ただし、この時点で、ファイルヘッダのＦＰＰ格納開始オフセット値は未定であるので、ダミー値（ここでは”０”）が代入されている。また、ＭＸＦ生成部１８は、先頭のボディパーティションを生成し、バッファ２０に出力する。このボディパーティションでも、ＦＰＰ格納開始オフセット値は未定であるので、ダミー値（ここでは”０”）が代入されている。

次に、ＭＸＦ生成部１８は、カメラ信号処理部１６から入力された非圧縮の画像信号をＭＰＥＧ２方式で符号化し、所定ヘッダを付加してＥＵを生成し、バッファ２０に供給する。ＭＸＦ生成部１８はまた、所定数のＥＵが貯まる毎にＩＴを生成し、バッファ２０に供給する。

ＣＰＵ３２は、メディアアクセス部２２を制御して、バッファ２０のファイルヘッダ及び先頭のＢＰＰをメモリカード２４に書き込ませる（図４（Ａ））。以降、ＣＰＵ３２は、ＭＸＦ生成部１８からＩＴがバッファ２０に格納される都度、メディアアクセス部２２に指示して、バッファ２０の所定数のＥＵとＩＴをメモリカード２４に書き込ませる（図３（Ｂ）及び（Ｃ））。このように、本実施例では、ＥＵからＩＴまでを書き込み単位としてバッファ２０からメモリカード２４に間欠的に書き込む。これにより、図３（Ｂ）及び（Ｃ）に示すように、メモリカード２４上でインターリーブＭＸＦファイルのファイルボディ部が延びていく。

ＣＰＵ３２は、メモリカード２４に記録しているファイルのファイルサイズを常時監視している。この監視に従い、ＣＰＵ３２は、メモリカード２４のファイルシステムのファイルサイズ上限（例えば、４Ｇバイト）付近で、ファイルクローズの指示をＭＸＦ生成部１８に供給する。ＣＰＵ３２からのファイルクローズ指示に応じて、ＭＸＦ生成部１８は、ＥＵ境界、すなわちＥＵの終端で撮影動画像の記録動作を終了し、ＲＩＰ及びＦＰＰを生成してバッファ２０に出力する。そして、図３（Ｄ）に示すように、メディアアクセス部２２により、生成済みのＥＵとファイルフッタがメモリカード２４に書き込まれる（図３（Ｄ））。

次に、ＣＰＵ３２は、バッファ２０に出力されたＲＩＰに含まれるＰＰ格納位置情報を参照して、メモリカード２４からＨＰＰおよびＢＰＰをバッファ２０に読み出す。そして、バッファ２０のＲＩＰを用いて、ＦＰＰ格納開始オフセットを取得し、先ほどバッファ２０に読み出したＨＰＰ及びＢＰＰのＦＰＰ格納開始オフセット（記録動作中はダミー値）に正しい値をセットする（図３（Ｅ））。このように、ＦＰＰ格納開始オフセット値を更新したＨＰＰ及びＢＰＰをメモリカード２４に書き戻して、既存のＨＰＰ及びＢＰＰを更新する。これで、メモリカード２４のインターリーブＭＸＦファイルが完成する。

以後、ＣＰＵ３２は、撮影した動画像を記録するための新しいファイルをオープンし、図３（Ａ）〜（Ｅ）を参照して説明した記録処理を繰り返す。

図５は、メモリカード２４に記録されるファイルの論理構造の模式図を示す。図５（Ａ）は、動画の記録が継続していることを示す。図５（Ｂ）は、ファイルが分断されている様子を示す。図５（Ｃ）は、図５（Ｂ）に示す分断されたファイルの内部構造を示す。図５（Ｃ）に示す内部構造は、図４（Ｅ）に対応する。図５（Ｃ）に示す構成で、ＨＰＰ６０およびＢＰＰ６２，６４，６６及びＦＰＰ６８は、ファイルクローズの際に更新が必要な管理データである。

１ファイル中のＢＰＰの数は、ボディパーティションのサイズに依存する。ボディパーティションのサイズは、ボディパーティション内の動画像データのサイズを意味する。ボディパーティション内の動画像データの平均サイズをＸ、クローズするファイルのサイズをＹ、管理データの数をｎとした場合、管理データの数（ｎ）は、
条件式１：ｎ＝Ｙ／Ｘ
で求められる。

図６は、デフォルトのシステム設定におけるファイルの状態を示す模式図である。例えば、デフォルトのシステム設定において、ファイルサイズ（Ｙ）を４Ｇバイト、動画像データ（Ｘ）のサイズを８０Ｍバイトとした場合、管理データ数（ｎ）は５１（＝４Ｇバイト／８０Ｍバイト）となる。先に説明したように、本実施例では、動画像データサイズ設定値毎に管理データが存在し、ファイルクローズ時にこれらの管理データの更新処理が発生する。

本実施例では、メモリカード２４のアクセス速度を計測し、そのアクセス速度に応じて、１ファイル内の管理データ数を規制する。そのために、速度検出部４２が、メモリカード２４のアクセス速度を検出する。具体的には、メモリカード２４の空き領域になっているメモリカードアドレスへの所定量のデータの書き込みと読み出しを複数回実行する。そして、所定量のデータの書き込みに要した時間、及び読み出しに要した時間の複数回の平均値を算出し、メモリカードのアクセス速度を測定する。速度測定タイミングは、例えば、メモリカード２４のフォーマット時、動画像データの間欠記録の記録の停止中、および、動画像データの記録開始時の何れであってもよい。本実施例では、速度検出のためにメモリカードに書き込むデータのサイズを１セクタ分、ここでは５１２バイトとした。

また、このように、新たにカードが装着される度にアクセス速度を算出するのではなく、以前に算出したアクセス速度の情報を予め図示しないメモリ（例えば、ＲＡＭ３６又はメモリカード２４）に格納しておいてもよい。メモリカード２４に付与する媒体識別情報（ＩＤ）と対応付けてメモリに記録しておくことで、アクセス速度の参照が容易になり、迅速に利用できる。メモリカード２４が接続されると、ＣＰＵ３２は、メモリカード２４に記録されるＩＤを読み込んでメモリカード２４の種類を判定し、メモリに記憶されたＩＤと対応するアクセス速度情報を参照して、当該メモリカード２４のアクセス速度を認識する。ＣＰＵ３２は、媒体判定手段として機能することになる。

管理データの更新に際しては、バッファ２０がオーバーフローしないようにしなければならない。そのためのバッファフル防止条件は、以下の通りになる。１回のアクセス速度をＡＳ（ｍｓ）、バッファ２０に蓄積可能な動画像データのサイズをＢＳ、動画像データのビットレートをＢＲとする。バッファ２０に動画像データを蓄積できる時間Ｔは、
条件式２：Ｔ＝ＢＳ／ＢＲ
となる。バッファフルを防ぐためには、
条件式２：Ｔ＞ＡＳ×ｎ
を満たす必要がある。

記録アクセス速度ＡＳは記録媒体（ここではメモリカード２４）に依存する。バッファ２０に動画像データを蓄積できる時間Ｔは、システムで固定されている。そこで、変更可能なパラメータは、管理データの数（ｎ）となる。管理データ更新時のバッファフルを防ぐためには、管理データ（ｎ）が、
条件式３：ｎ＜Ｔ／ＡＳ
を満たせばよい。

そして、条件式３を満たすように、ＣＰＵ３２は、メモリカード２４に記録するファイルのサイズを制御し、これにより、管理データ数（ｎ）を制御する。

図７は、本実施例のファイルサイズ変更処理のフーチャートである。ＣＰＵ３２は、速度検出部４２で検出したメモリカード２４のアクセス速度を条件式３に適用して、バッファフル防止を満たす管理データ数（ｎ）を算出する（Ｓ１）。例えば、１回のアクセス速度ＡＳが３００ｍｓであり、バッファ２０に動画像データを蓄積できる時間Ｔが６秒であるとした場合、条件式３から、ｎ＜２０でなければならない。

次に、ＣＰＵ３２は、管理データ数（ｎ）のデフォルト設定値がステップＳ１の算出値より大きいか否かを判断する（Ｓ２）。例えば、本実施例でのデフォルト設定値は図６に示す状態（ｎ＝５１）である。

管理データ数の算出値がデフォルト設定値より小さい場合（Ｓ２）、バッファフル防止条件を満たすようにファイルサイズを変更する（Ｓ３）。ファイルサイズ（Ｙ）は、条件式１を変換した
条件式４：Ｙ＝ｎ×Ｘ
を満たすように決定される。例えば、アクセス速度から算出された管理データ数ｎ＝２０であり、動画像データサイズ（Ｘ）が平均８０Ｍバイトである場合には、図８にしめすように、ファイルサイズ（Ｙ）は、
Ｙ＝１．６Ｇバイト（＝２０×８０Ｍバイト）
となる。

ＣＰＵ３２は記録制御部４０を制御し、このように決定したファイルサイズ（Ｙ）で、図４に示す手順で記録処理を実行する（Ｓ４）。

他方、管理データ数の算出値がデフォルト設定値以上の場合（Ｓ２）、ＣＰＵ３２は記録制御部４０を制御し、現在のファイルサイズ（Ｙ）で、図４に示す手順で記録処理を実行する（Ｓ４）。

このように、本実施例では、バッファフル防止条件を満たすようにファイルサイズ又は管理データ数を制御することで、ファイルクローズの際の管理データ更新処理でバッファフルが発生するのを防止できる。すなわち、ファイル切替えの際の動画像データの記録停止を防止できる。

図９は、管理データ数が所定数に到達するとファイルをクローズする動作のフローチャートを示す。

ＣＰＵ３２は、速度検出部４２で検出したメモリカード２４のアクセス速度から、条件式３を用いてバッファフル防止を満たす管理データ数（ｎ）の上限値を算出する（Ｓ１１）。ここでは、実施例１と同様に、管理データ数（ｎ）の上限値は２０であるとする。

ＣＰＵ３２は、図４（Ｃ）に示す処理を繰り返し、ＩＴまでを書き込み単位としてメモリカード２４に撮影動画像データを記録する（Ｓ１２）。

ＣＰＵ３２は、書き込み中のファイルの管理データの数（＝ＢＢＰの数＋１）がステップ１１で算出した上限値に達したかどうかを判断する（Ｓ１３）。現在の管理データ数が上限値に達するまで（Ｓ１３）、記録を続行する（Ｓ１２）。現在の管理データ数が上限値に達したら（Ｓ１３）、ファイルフッタの追加とＨＰＰ及びＢＰＰの更新を含むファイルクローズ処理（図４（Ｄ），（Ｅ））を実行する（Ｓ１４）。

ユーザが操作部３４により記録停止を指示していなければ（S１５）、記録継続として、新規ファイルをオープンして、ステップ１１以降を繰り返す。記録停止の指示がある場合（Ｓ１５）、記録を終了する。

このようなファイル管理により、メモリカードのアクセス速度が遅い場合でも、ファイルクローズの際の管理データ更新処理でバッファフルが発生するのを防止できる。すなわち、ファイル切替えの際の動画像データの記録停止を防止できる。

動画データのサイズを動的に管理又は制御することでも、ファイルクローズの際の管理データ更新処理でバッファフルの発生を防止できる。

図１０は、動画像データのサイズを変更することにより、更新の必要な管理データ数を制御する動作のフローチャートを示す。

ＣＰＵ３２は、速度検出部４２で検出したメモリカード２４のアクセス速度から、条件式３を用いてバッファフル防止を満たす管理データ数（ｎ）の上限値を算出する（Ｓ２１）。ここでは、実施例１と同様に、管理データ数（ｎ）の上限値は２０であるとする。

ＣＰＵ３２は、管理データ数（ｎ）のデフォルト設定値がステップＳ２１で算出した上限値より大きいか否かを判断する（Ｓ２２）。本実施例では、デフォルト設定値は、図６を参照して説明した５１であるとする。

デフォルト設定値が上限値以下の場合には（Ｓ２２）、記録制御部４０は、そのデフォルト設定値で、図４を参照して説明したように記録処理を実行する（Ｓ２４）。

他方、デフォルト設定値が上限値を越える場合には（Ｓ２２）、ＣＰＵ３２は、記録制御部４０を制御してバッファフル防止条件を満たすように動画像データサイズを変更させる（Ｓ２３）。そして、記録制御部４０は、変更された動画像データサイズの下で、図４を参照して説明したように記録処理を実行する（Ｓ２４）。

ステップＳ２３では、動画像データサイズ（Ｘ）は、
条件式５：Ｘ＝Ｙ／ｎ
を満たすように決定する。条件式５は条件式１を変換することで得られる。例えば、ファイルサイズ（Ｙ）が４Ｇバイトである場合、Ｘ＝２０５Ｍバイト（＝４Ｇバイト／２０）となる。図１１に示すように、ファイルサイズが４Ｇバイトに達する前のファイルクローズ時点で、管理データ数（ｎ）が上限値である２０にとどまる。

このような動画像データサイズの管理により、ファイルクローズの際の管理データ更新処理でバッファフルが発生するのを防止できる。すなわち、ファイル切替えの際の動画像データの記録停止を防止できる。

本発明は、コンピュータとその上で動作するプログラムソフトウエアにより実現できることは明らかである。

Claims

記録媒体にアクセスし、設定されたサイズの動画像データごとに管理データを付加し、前記管理データが付加された動画像データをファイルとして前記記録媒体に記録するメディアアクセス手段と、
前記記録媒体のアクセス速度を検出する速度検出手段と、
前記メディアアクセス手段を制御して、前記ファイルのクローズ時に前記管理データを更新させる制御手段
とを有し、
前記制御手段は、前記速度検出手段により検出されたアクセス速度に応じて、１ファイルあたりの管理データ数を制御する
ことを特徴とする動画像記録装置。
前記制御手段は、ファイルサイズを変更することにより１ファイルあたりの前記管理データ数を制御することを特徴とする請求項１に記載の動画像記録装置。
前記制御手段は、１ファイルあたりの前記管理データ数が上限値を超えないようにファイルをクローズすることを特徴とする請求項１に記載の動画像記録装置。
前記制御手段は、動画像データサイズ設定値を変更することにより、１ファイルあたりの前記管理データ数を制御することを特徴とする請求項１に記載の動画像記録装置。
前記速度検出手段は、前記メディアアクセス手段により前記記録媒体に対してデータの書き込み及び読み出しを実行させ、前記データの書き込み及び読み出しに要する時間に基づいて前記アクセス速度を検出し、前記記録媒体のフォーマット時に前記データの書き込み及び読み出し処理を実行させることにより前記アクセス速度を検出することを特徴とする請求項１乃至４のいずれか１項に記載の動画像記録装置。
前記速度検出手段は、前記メディアアクセス手段により前記記録媒体に対してデータの書き込み及び読み出しを実行させ、前記データの書き込み及び読み出しに要する時間に基づいて前記アクセス速度を検出し、前記記録媒体に対する前記動画像データの記録の停止中に前記データの書き込み及び読み出し処理を実行させることにより前記アクセス速度を検出することを特徴とする請求項１乃至４のいずれか１項に記載の動画像記録装置。
前記速度検出手段は、前記メディアアクセス手段により前記記録媒体に対してデータの書き込み及び読み出しを実行させ、前記データの書き込み及び読み出しに要する時間に基づいて前記アクセス速度を検出し、前記動画像データの記録開始時に前記データの書き込み及び読み出し処理を実行させることにより前記アクセス速度を検出することを特徴とする請求項１乃至４のいずれか１項に記載の動画像記録装置。
更に、
記録媒体ごとのアクセス速度情報を記憶するメモリと
前記記録媒体を識別する識別手段
とを有し、
前記速度検出手段は、前記メモリに記憶されたアクセス速度情報のうち、前記識別手段によって識別された記録媒体に対応するアクセス速度情報に基づいて前記記録媒体のアクセス速度を検出する
ことを特徴とする請求項１乃至４のいずれか１項に記載の動画像記録装置。
前記記録媒体に記録されるデータのフォーマットがＭＸＦであることを特徴とする請求項１乃至８のいずれか１項に記載の動画像記録装置。