『DCP Latencyについて』のクチコミ掲示板

[gtof]

GA-EP35-DS3R(Rev2.1)にDT-50H/PCIEWを実装してみました。
SD画質のみの視聴／録画はかろうじて動作しますが２ｃｈ同時動作させると数十秒に１回くらいの頻度で画面が一旦停止し、
ドロップフレームが発生します。
視聴画面の動きがスムースでない人はドロップフレームが発生しているはずです。
下記にあるDCP Latency checkerを使用してみた結果、DT-50H/PCIEWで視聴や録画を行うとDCP Latency画平均20uSくらいのものが平均400uSくらいに跳ね上がるのが原因ではないかと思っています。
２ｃｈ同時録画が正常にできる方はDCP Latencyどのくらいになっているでしょうか？
http://www.thesycon.de/eng/free_download.shtml
なお、PCIスロットにはアナログキャプチャーカードを３枚実装していますが３枚とも視聴+録画を行ってもDCP Laetencyは50uS程度で全く問題なく録画できます。
マザーボードのBIOSが悪いのかキャプチャーカードのドライバーが悪いのか判断しかねています。
視聴しなくても同じなのでグラフィックカードは無関係だと思いますがGeForce8400GSを使用しています。
BIOSやスロットはすべての組み合わせを試してみましたが同じでした。
ハードディスクもIDE互換モード／ICH9RのRAIDモードともに試してみましたが同じです。
あと個人的にはタイムシフトが気に入らないですね。
視聴できないチャンネルもタイムシフトモードで動作しているのでハードディスクへの負担が大きそうですね。
タイムシフトデータをRAMDISKに作成できればよいのですがドライレターをいじっても必ず同じパテーションに作成されるようです。

書込番号：9058001

[gtof]

マザーボードのＢＩＯＳの裏メニューにＰＣＩレイテンシーの選択がありました.
フリーソフトも探して他の設定も変えてもまったく変化はありません。
どうやらパソコン側の問題ではなくPCastTV for 地デジのバグの可能性が高いと思います。

予想原因
あっているかわかりませんがＰＦ使用量とプロセスのメモリ使用量の変化からすると録画ボタンを押すと１００ＭＢ程度、５秒くらい後に加えて５０ＭＢほど追加アロケートした後、録画開始しているとみました。
一方、プロセスのメモリ使用量を見ると１分くらいかけて徐々に増えていきますね。
Windowsはアロケートしただけでは物理メモリは確保されず最初にデータを書き込んた時物理メモリを確保するようになっているようです。
このボードは録画データの取り込み時、すなわち割り込み処理の中で非常に時間のかかる物理メモリーの確保が行われDCP Latencyが発生しているのではないかと思います。
とくに最初の１０秒くらいの間は物理メモリーを大量に確保するためDCP Latencyスパイクが多発しドロップフレームが発生する。
１分位経過し最初にアロケートしたメモリ分の物理メモリメモリー確保されDCP Latencyも高いなりに安定してきますね。
２ｃｈ同時録画でも視聴しなければ５００ｕＳくらいで安定しており、１分に１回くらいの
ドロップフレームしか発生しないようです。
録画中メモリ使用量が絶えず変化していることから見ると録画中、開放と確保をし続けているのではないかと思います。
発生頻度からするとハードディスクへのアクセスと重なるとか組み合わせで発生するのかもしれませんね。
かなりきわどいタイミングで動作しているようなので、ハードウェア構成により動作している人もいるかもしれません。
スロー再生やコマ送りがないので再生して見ただけではわかりにくく気づいていない人も多いのではないでしょうか。

アナログのPCastTVは録画開始後１秒ほどで物理メモリを確保しきってその後変動はないことからみて固定の物理メモリで動作していると思います。
もちろん最初の１秒間は必ずドロップフレームを発生していますね。

書込番号：9069081