今回は録画関連の話
相変わらずBSCSはDropは完全にはなくならないね
BSの方はDropの頻度は低いんだけどそれでも起こるときは起こる
なんとなくだけど時間帯も関係有るような気がする
先日Dropが発生した録画ファイルが有ってリピート放送してた番組だったので
後日放送分を録画したらこっちはDropせず録画成功
なんとなく乗りでMulti2DecでDropチェックしてみたら・・・なんとDrop確認！
TVRockのログではちゃんとError=0 Drop=0とあるのに！どういうこと！
どうもこのTVRockにカウントされないDropがあるようで調べたら
TVRock系(RecTaskなど)とEDCB系(Muliti2Decなど)でDrop判定に違いがあり
EDCB系の方がDrop判定には厳しいらしいのだが・・・
ちなみにDrop箇所の詳細な時間などを調べるには
tsDropChkを使用するのが便利なのだがこれも元はMulti2Decを元に作ったぽいので
やっぱりDropの判定は出るみたいだがしかしDropの時間判定がおかしい
しかもDrop判定の映像のほうが対象外の判定になってたり色々おかしい
気になって同じ番組で別にナンバリングのファイルもテストしたら・・・
ありましたもう1つDrop判定されてなくて実際はDropしてるファイルが！
しかし気づいたんだがDropの発生したファイルは条件が似てる気がするんだよな
具体的な録画ファイルの条件は
・同じチャンネルの同じ番組でナンバリング(話数)が違うだけ
・録画も同じ時間帯
・Drop箇所もほぼ同じような時間に起きている
・Dropの起きたPIDとDrop数もおなじ
同じ番組で違う時間帯に録画が成功しているものについては
Dropは発生していなかった
もしや録画したチャンネルはDropの発生した時間になにか局側で
なんらかの処理が起きているのか？
・今回のファイルのDrop箇所がほぼ番組終わりのほうのCM部分なので
例えば番組切り替えでTSストリームのデータが書き換わっててそのときにエラーとか
BSCSなんかだと良く起きるが大体は映像音声以外の関係ないPIDなんだけど
・もしくはその時間帯だけ受信に影響する妨害電波が出てるとか
・録画PCのその時間何かの処理が走ってて負荷でDropしたか
いろいろ想像はつくがどれも確信はない
まあこれを機にEDCBの方に移行を本気で考えるようになった
TVRockも開発が完全に停止してるので未知のバグやら問題は起きてそうだし
今使ってる凡関連もEDCBに最適化されてるやつなんで
EDCBは簡易だけどDropした箇所の時間もわかる(Dropした日時なのでややこしい)
というわけで一応BSCSだけでもTVRockで録画したファイルは定期的に
Dropのチェックはしたほうが良さそうだなぁ
コメントを残す