Linuxでテレビ総合スレ避難所 2

2018/05/20(日) 19:38:32.86

Linuxでテレビ総合スレ避難所 [無断転載禁止]©2ch.net
http://mevius.5ch.net/test/read.cgi/avi/1500559118/

**名無しさん＠編集中** (ﾜｯﾁｮｲ d79b-6soB) · 2018/09/15(土) 12:58:39.15

2ch(5ch)初です。よろしくお願いします。

px4_drvについての報告＆要望です。
みなさんのところでは安定しているようですが、
うちではrecpt1でデコードをすると公式のドライバーでは発生しない（下記の2は極稀に発生するが）以下のような現象が
10%前後の割合で発生してしまいます。

**名無しさん＠編集中** (ﾜｯﾁｮｲ d79b-6soB) · 2018/09/15(土) 13:03:43.76

環境はこちら
PX-W3PE4 + ACR39-NTTCom + Xubuntu amd64 + HWEカーネル（4.15.0-33-genericまで） + ウィンドウマネージャ

PLEX版recpt1に限らず、公式やSTZ版ではb25オプション付きしか試してませんが発生するのは確認しています。

**名無しさん＠編集中** (ﾜｯﾁｮｲ d79b-6soB) · 2018/09/15(土) 13:06:17.66

まずはrecpt1でデコードした場合。

1. b25_decode failed
　b25->put failed
　b25_decode failed (code=-6). fall back to encrypted recording.
　が出てデコードに失敗する。
　エラーコードはほとんどが-6で以前には-5とかも。-9も1度だけ出た。
　作られたtsはb25コマンドでデコードできるが、頭の15秒が削られてしまう。
　tsをffmpegやtsselectで確認するとPIDがやたらと多くなっている？

2. 作られた動画の開始時間が0じゃない
　動画の実際の総時間はrecpt1で指定した通りだが、開始時間が何時間・何十分からとかおかしな時間からスタートする。
　例を挙げると、「1分録画したものが3時間14分スタート3時間15分エンドの動画になる」といった具合。
　ffmpegとかで再構築は可能ではある。

**名無しさん＠編集中** (ﾜｯﾁｮｲ d79b-6soB) · 2018/09/15(土) 13:06:58.59

3. sidを指定したときの「Available sid」「Chosen sid」が前回開いていたチャンネルのものになることがある。
　しかし、実際にはrecpt1で指定したチャンネルが録画されているので問題自体はない。

4. 音声が出ない
　しかし、ts内には存在する。
　ffmpegとかで再構築は可能ではある。

（ageてしまった……）

**名無しさん＠編集中** (ﾜｯﾁｮｲ d79b-6soB) · 2018/09/15(土) 13:08:39.20

recpt1でデコードするのをやめた場合であっても、以下の現象が発生します。

2. 作られた動画の開始時間が0じゃない
　こちらでも、まれに発生する

5. 動画の頭5秒がカットされる（上記の1か？）
　PIDの多いtsになっているので、上に挙げた1と同じ原因？
　これが起きた局は以後その状態のままになってしまうことがある。
　BS1とBSプレミアムのどちらかで永続的な症状になったときは、この２つ共がその状態になる。
　長いことデバイスを休ませ（てドライバーをロードし直すと？）ると回復する？

6. 数百KBサイズのtsファイルになることがある
　どうしようもない…

**名無しさん＠編集中** (ﾜｯﾁｮｲ d79b-6soB) · 2018/09/15(土) 13:11:00.46

で、いろいろと切り分けをしてみたところ、やはり先頭付近のドロップが影響しているらしく、
px4_drvを弄って頭の2000パケットを無視するようにしてみたところ、現象は解消されました、と思う。

どのタイミングまで削ればいいのかを確認してみたところ、

・前回開いていたときのバッファの残りカス（=ringbuffer_stopまで）<-ダメ
・px4_tsdev_start_streamingの出口付近まで<-ダメ
・ringbuffer_stop（=ringbuffer_start？）から1500パケット<-ほぼ解消（1500ではまだ上記5が稀に発生するっぽい。ので2000）

といった感じでした。
（なお、上記5での永続的な症状になってしまった局はどんなにパケット数を増やしてもダメっぽい。）

**名無しさん＠編集中** (ﾜｯﾁｮｲ d79b-6soB) · 2018/09/15(土) 13:12:24.64

他の方からの不具合報告がないので心苦しくはあるのですが、
作者さん見て居られましたら先頭のパケットを捨てるオプションを追加して頂けると助かります。
（実はプログラミング経験が乏しくソースの解析もろくにできないレベルの人間なので、自分のコードに信用が置けない……。
　実際sysrqも効かないフリーズが起きる始末なので、まともなのがほしいなあと思っていたりします）

**名無しさん＠編集中** (ﾜｯﾁｮｲ d79b-6soB) · 2018/09/15(土) 13:16:25.59

それと、tsdev_max_packetsがログに現れないのは、こういったものは残さないのが一般的だったりしますか？