今回使用するデータは、４月某日に Panasonic NV-DM1 で録画した 30 分番組の MiniDV テープです。
このテープから約 12 分間。シームレスキャプチャ方式を使用して取りこみを行い、VideoMaid で二つの AVI ファイルを結合、WAV ファイルを取り出します。
この操作を DVWorks と EzEdit で各１回ずつ行い、得られた二つの WAV ファイルを PCM 比較ソフトで検証してみます。
今まで、取りこみ時に音声が短くなると書いてきましたが、まだ、どのように短くなるかを記述していなかったので、ここにその状況を示しておきます。
| 1 | |
|
| キャプチャ＋結合直後。ファイル終端に音声部分が存在しない | ||
| 2 | |
|
| ここまで戻らなければ音声が無い | ||
このように、かなり大量に AUDIO データがドロップしている事がわかります。6 フレーム分、約 9600 サンプルが失われている事になります。
では、EzEdit ではどうなるでしょう。次がその結果です。
| 1 |  |
| それでも１フレーム音声が短くなってる。 |
音声は多少短くなってしまっていますが、それでも DVWorks と比較するとその量は少ないです。この時点で DVWorks を使って NV-DM1 から取りこみを行うと音が短くなるという事を確認することができました。
結果は次のようになりました。予想に反してかなり短くなったので、全てを掲載します。
| ロ グ |
ファイル１を読みこんでいます ファイル１は 29192443 サンプルあります ファイル２を読みこんでいます ファイル２は 29171568 サンプルあります 無音部分をスキップします ファイル１の無音部分は 0 サンプルです ファイル２の無音部分は 0 サンプルです ファイル１ 0 サンプル、ファイル２ 0 サンプルに相違 ファイル１ 125 サンプル、ファイル２ 0 サンプルが一致 ファイル２は 125 サンプルドロップしています ファイル１ 7754693 サンプル、ファイル２ 7754568 サンプルに相違 ファイル１ 7759497 サンプル、ファイル２ 7759372 サンプルが一致 長さ 4804 サンプルのデータが化けています ファイル１ 26614833 サンプル、ファイル２ 26614708 サンプルに相違 ファイル１ 26614833 サンプル、ファイル２ 26624011 サンプルが一致 ファイル１は 9303 サンプルドロップしています 比較終了 比較サンプル： 29166889 相違個所： 4806 ドロップ総計： 9428 |
| 注 | ファイル１……DVWorks で取りこんだデータ |
| ファイル２……EzEdit で取りこんだデータ | |
| PCM Compare は Ver. 0.2.0 を使用 |
まず、0 サンプル目での相違は２つの WAV ファイルで開始点が異なるためです。なるべく無音部分を選べば良かったのですが、完全に無音の部分というのが見つからなかったためにファイル２（EzEdit で取りこみのデータ）のドロップとして報告されています。
次に「長さ 4804 サンプルのデータが化けています」と報告されていますが、これはファイル１の 7754693 〜 7759497 とファイル２の 7754568 〜 7759372 の 各 4804 サンプルが一致せず、それ以外のサンプルでは一致しているということを表しています。
最後に「ファイル１は 9303 サンプルドロップしています」と報告されています。これが「DVWorks で NV-DM1 から取りこむと音が短くなる」の正体のようです。実は、実験２ の時のように数サンプル毎に 1 サンプル落としているのかと予想していたので、この結果は意外でした。
これ程の量のデータが一度に失われているのであれば、その意識を持って聞けばドロップに気がつくはずだと考え、MediaPlayer で WAV ファイルを再生してみると、確かにノイズとなってしまっている部分が存在しました。
ある意味予想通りの結果であり、またある意味では予想以上に酷い結果が出ていますが……
……気力が尽きました。もう少し実験してみたいことはあるのですが、それは後日に回します。感想へ、どうぞ。
以上です。社外のユーザをデバッガとして活用し、開発コストを削減しようというのは、なかなか良い方法だと思いますが、その方針を取る場合もう少しサポートソフトウェアの更新頻度を上げた方が良いように思います。