«前の日記(2009-07-01) 最新 次の日記(2009-07-04)» 編集

ぱぱネット(仮)


2009-07-02 予約システムができたのはいいが [長年日記]

_ [アニメ] なんだこの量・・・

「突然HDDがピンチ・・・だと・・・?」 すごい量だ

_ [Linux] ffmpeg-devel

メーリングリストに加入した。読んでるとなかなかおもしろいが、 ちょっと俺の書いたゴミパッチを投下できる雰囲気ではない。

_ [Linux] tsselect

まるも氏の作ったMPEG-TS分離用のソースコード。Windows用だがソース自体は互換ヘッダを用意することで簡単にUNIXでもコンパイルできる。 実は移植済みコードが、DTV関連ツールにuploadされてることを 知らなくて、自分で移植 してしまっていた(^^;アフォだ。

で、本題。どうも初心者スレなどをチェックしていると「tsselectでストリームを検証する」という話が散見されるのだが・・・軽くソースを読んだ限り、tsselect.cがやっているチェックというのは

  1. 188バイト単位でmagic wordが現れない(resync検出)
  2. TSヘッダフィールド長とパケット長が合わない(drop検出)

これだけ。

ドライバを書いたことがある人はピンとくると思うが、 DMAバッファなどは 188バイトアラインで用意する 場合が 多い。OFDM復調後のFIFOから読み出す場合は、こうしておいた 方がいろいろ都合が良いからね。

言い換えると、割り込み処理ミスや高負荷でドロップする場合は 188バイトの倍数で落ちるわけだ。この場合、 tsselect.cでは何にもチェックできない お・・・ 試しに「真ん中10分ぶん抜けた」ストリームを 作って食わせてみたけどprocessing: finishだったよ。 実に1.2GB欠落したファイルなわけだがエラーゼロだ(笑)

ああ、誤解しないでくれ。tsselectに文句をつけてるわけじゃない。 tsselectはあくまで「ストリームをPIDで分離するツール」であって 「検証ツールではない」ってことが伝わればイナフです。 初心者スレで検証ツールであるかのごとく扱うのが間違いだってこと。

ARIBストリームの正当性検証は、俺のdumpeitやperlrtmp氏のrec.plが やっているように「TOTをデコードし時刻補正情報のインクリメントを観察する」か、一般的なデコーダがやっているように「エレメンタリーまで解いてPTSインクリメントを観察する」か、しないとダメですな。 必須PSI/SIのservice description tableのCRCチェックも有効かもしれない。

まあどちらにせよ撮り漏らしは復活する方法ないんで、 アナログ的な手段(アンテナ経路の見直し、ブースターの交換、ブースター電源供給の見直し、ACグランドをとる)に力入れたほうがいいかもしれないな。

いや、全部与太話ですけどね。

本日のツッコミ(全6件) [ツッコミを入れる]
_ 荒家の人 (2009-07-03 21:14)

あー、リスト見て大体ヲイラとほぼ同じもん録画してる
ように感じましたが、その録画ペースだと1TB積んでも
1クール保ちませんよ。ワンセグとかで録ってるのもある
から辛うじて1クールで収まるかどうかってとこですね。
今からBDドライブ買うか、ポートマルチプライヤ対応の
eSATAボードとどかどかHDD買うか(ってどかどかHDD
買ってませんでしたっけ?)、片っ端からH.264/AVCに
エンコしまくる24時間稼働鯖立てるかの三択プランを
練っておきましょう。なぁに、もう21万円(以下略

_ (2009-07-04 04:51)

しばらくアニメ熱ひいてので・・・・
TSでとっとくのは(想像はできたけど)非現実的ですなあ。

一応ここ数日のffmpegの改造でドロップさえなければ全自動で
AVCになるようにはなったんですけどね。今度はこのAVC/MP4を
いったいどこに保存しておくんだという話がっががあ

_ 荒家の人 (2009-07-05 02:57)

まぁ、BDもメディアが安くなってきたんでBDに焼けば
そう非現実的でもないんですけどね<TS収録
地デジなら1話あたり3GB計算で1枚に7話くらい入るので
2枚あれば1クール収まりますし。BSだと3枚ですかね。
>エンコした動画の保存先
そりゃとりあえずはテンポラリのHDDに保存するのが
一番無難でしょうねぇ。で、頃合いを見てDVDに焼くと。
Linuxならそんなに小細工しなくても全自動化はでき
ますよねぇ。メディアの入れ替えはともかく。
MP4/AVC化したものなら1TBもあれば楽勝だと思うので
さっくりHDD買いに行っちゃうのがいいと思いますよ。

_ すいません通りすがりです (2009-07-06 06:12)

tsselectはTSヘッダの中にあるカウンタの非連続性のチェックはしていませんでしたっけ?
出力先ファイルを指定しなかった場合の動作です。
信頼性が無いチェック方法であるというのはその通りなのですけれど。
processing: finishはただ操作が終わったというだけなので何も意味しないはずです。

_ (2009-07-07 01:25)

>TSヘッダの中にあるカウンタの非連続性のチェック
連続性指標はキー局間のATM伝送などで冗長性を確保したいとき、そのチェックに使うものであって、タイムスタンプ的な情報じゃないんですよ。そもそも。
確かにカウントアップと重複チェックコードは
tsselectにありますけど。

で、シーケンシャルにファイルを処理する場合において
パケット重複がおきたりすることはマズないでしょうから、
個人的にはこのチャックは不要だと思うですが・・・・

まあ、俺もARIBの規格書全部読んだわけじゃないんで、
間違ってるかもしれませんが、少なくとも録画したTSの
ストリームチェックにはならんですな。

_ (2009-07-07 01:28)

ああ、言い方が悪いですん。もちろんこんなので
不連続検出されたら、当然そのストームはヤバイですよw

ただ検出されないからといってまともなTSとは呼べない、
ってことです。

本日のリンク元

2001|04|
2006|07|08|09|10|11|12|
2007|01|02|03|04|05|06|07|08|09|10|11|12|
2008|01|02|03|04|05|06|07|08|09|10|11|12|
2009|01|02|03|04|05|06|07|08|09|10|11|12|
2010|01|02|03|04|05|06|07|08|09|10|11|12|
2011|01|02|03|04|05|06|07|08|09|10|11|12|
2012|01|02|03|04|05|06|07|08|09|10|11|12|
2013|01|03|04|05|06|07|08|09|10|11|12|
2014|01|03|04|05|10|

[BANNER]
このサーバーをもう12年も維持しているかと思うとめまいがしますよ。
ツッコミ機能は、ハンドル名が完全日本語じゃないと登録できません。
また、本文にURLが含まれていても登録できません。
いずれもSPAM対策です。
[Panda Papanda]
2009年
7月
1 2 3 4
5 6 7 8 9 10 11
12 13 14 15 16 17 18
19 20 21 22 23 24 25
26 27 28 29 30 31

[Papanda]  [Kuma]  [Tomorin]  [Iron]  [Eiza]  [Dokkin]  [Honya]  [Zyou]  [Tsuyo]  [Bike]  [KoeBBS]  [Chukei]  [portal]  [tvmatome]  [KaoPaku] 

訪問者数:(11777+2560143)