糞環境乙】TSパケットエラー報告4【とは言わせない

このエントリーをはてなブックマークに追加
3名無しさん@編集中
知っていると得する(かもしれない)dropネタを3つ

[ネタ1] 〜録画アプリがtransport_error_indicator=1のパケットを捨てる場合がある〜
dropの原因がアンテナ系(含:分配での劣化・糞なチューナー・パソコンからのノイズ)に
あるかどうかを判断するとき、transport_error_indicator=1のパケットがあるかどうか
(tsselectでbiterror、Multi2DecWinで「ビットエラー」欄)が一番の目安になるが、録画アプリ
がtransport_error_indicator=1のパケットを捨てる場合があり、この場合は録画したフ
ァイルをtsselect/Multi2Decに通しても参考にはならない。
<録画アプリがtransport_error_indicator=1のパケットを捨てる例>
* EpgDataCap_Bon Ver8.x (transport_error_indicator=1のパケットを捨ててdropにカウ
ント。Ver9.xは未確認)
* 他のアプリでも「指定サービスのみ」にした場合、エラーの結果PIDがそのサービスに
含まれないIDになった場合、そのパケットは捨てられる。
<transport_error_indicator=1のパケットを捨てないアプリの例>
* SimpleApp
4名無しさん@編集中:2012/06/03(日) 20:44:45.84 ID:idu0BhFs
[ネタ2] 〜discontinuity_indicatorを考慮していないアプリがある〜
番組の変わり目などで元々のデータ自身がcontinuity_counterが不連続の場合、放送局側
でdiscontinuity_indicator=1として送出(これは不連続であってもdropではない)するが、
アプリによってはdiscontinuity_indicatorを考慮していないため、これをdropとしてカ
ウントするものがある。
<discontinuity_indicatorを考慮していないアプリの例>
* BonEngin(BonTest)をベースとしたアプリ全般
<discontinuity_indicatorを考慮しているアプリの例>
* tsselect0.1.5以降 (ソース・ReadMeでdiscontinuity_counterとなっているのはご愛嬌)
* BonSDK(新しいMulti2Dec)はソースを見る限り考慮してるようだが、正しく機能している
かどうかは未確認。
5名無しさん@編集中:2012/06/03(日) 20:45:06.89 ID:idu0BhFs
[ネタ3] 〜最新tsselectでもdropでないものを誤ってdropと判断する場合がある〜
放送途中で一時的にPID自身が無くなっていて(PMTからも消えていて)その前後でcontinuity_
counterが不連続の場合(PMTから一旦消えれば別ストリームなので、不連続であってもdrop
では無い)、tsselectでも誤ってdropと判断をしている。
<放送途中で一時的にPID自身が無くなっている(PMTからも消えている)例>
* NHKで5.1ch音声のスポーツ中継の途中でニュースが挟まった場合の5.1ch音声のストリーム
6名無しさん@編集中:2012/06/03(日) 20:45:28.90 ID:idu0BhFs
参考レス:【糞環境】TSパケットエラー報告【とは言わせない】
http://pc11.2ch.net/test/read.cgi/avi/1231283879/722-731
>一番単純な判断方法を教えよう。
>tsselectとかで見て一番totalパケットが多いのが、大抵は映像PIDだ。
> 0x100くらいが映像PIDである事が多い。
>そこでDropが出た場合は、99%糞環境乙。
>もっと言えばTvRockやEDCBでDropが16以上になってたら送出側の問題ではないと言い切れる場合がほとんど。
> 1箇所のDropポイントでは最大16までしかDropを検出できないから。
>仮に番組の頭と終わり2箇所で送出側の切替によるDropが出たとしても32が限界。
>Drop150ってのは100%間違いなく糞環境。

>0x0000で複数ドロップが出てたらまず間違いなく糞環境乙。

>字幕やデュアルステレオ音声が追加される番組の前後でスクランブル解除できなかったり
>誤爆でdropがカウントされるのはよくあること
>つかScramblingとか報告いらないんでdropしたらまたどうぞ
7名無しさん@編集中:2012/06/03(日) 20:46:52.72 ID:idu0BhFs
0x0000 PAT
0x0001 CAT
0x0010 NIT
0x0011 SDT,BAT
0x0012 EIT
0x0013 RST
0x0014 TDT,TOT
0x0017 DCT
0x001E DIT
0x001F SIT
0x0020 LIT
0x0021 ERT
0x0022 PCAT
0x0023 SDTT
0x0024 BIT
0x0025 NBIT,LDT
0x0026 EIT
0x0027 EIT
0x0028 SDTT
0x0029 CDT
0x1FFF NULL

ARIB STD-B10の5.1より

あとは0x1FC8〜0x1FCFがワンセグのPMTって決まってる。

これらのPIDは映像でも音声でもないのでdropしてもキニスンナ
8名無しさん@編集中:2012/06/03(日) 20:47:21.23 ID:idu0BhFs
その他環境に依存しない、みんなに起きる問題

・TOKYO MXで番組の変わり目やわかさのCM前後にdropするのは、いわゆる「わかさトラップ」。

>・TBSで1〜3程度、ドロップしたりスクランブル漏れするんだけど
>ここはお前の日記帳じゃねえんだ。まずそのPIDで調べろ。な?
>PID 0x114(フルセグ字幕らしい)以外で起きてたら糞環境だから
>TBSだけでなく他局でも同様に発生する場合があるから気を付けろ
>次週も同PIDで起きてたらそう言うものだから見なかったことにしろ

>・BS日テレドロップ
>参考レス:糞環境乙】TSパケットエラー報告2【とは言わせない
>http://pc11.2ch.net/test/read.cgi/avi/1278070623/56-58
>>BS日テレの0x04d8〜0x04dbのdropは3月ごろから報告されてる恒例のものだな
>>メインストリーム以外のPIDだし再生に影響が出たという報告はないから無視でいい
>>どうにも気になるなら指定サービス録画にすれば保存されない

・BS11のEIT(PID:0x0012)やPID:0x0500はよくdropする
映像や音声のdropじゃないので無視してよし

・再生ソフトによって再生できなかったり、再生ソフトによって特定の場面で音が飛ぶ
PCRの巡回を疑え
PCRは26時間半で一周して0に戻る
それに対応できていない再生ソフトは多い(TVTestでも音飛びが発生する)
TsSplitterで-PTSオプションを使ったり、TsTimeKeeperを使うと修正できる
9名無しさん@編集中:2012/06/03(日) 20:48:03.54 ID:idu0BhFs
【糞環境判別テンプレート】

tsselectでerrorが出た
     → 糞環境乙(受信環境が悪い)
tsselectでdropが出た
  他の人も同じ場所で同じようにdropしてる
     → 送信側の問題(番組やCMの切替わりなど)
  他の人はdropしてないか、dropの仕方が違う
     → 糞環境乙(受信環境か、PC環境が悪い)
tsselectでerrorもdropも出てないのに映像や音声が乱れる
  再生ソフトを変えると乱れない
     → ソフト側の問題(PCRの巡回、SD<->HDの切替、音声切替などによって起こりうる)
  他の人も同じ場所で同じように乱れてる
     → 送信側の問題(映像ソースの問題)
  他の人には問題がない
     → 糞環境乙(PC環境が悪い)