http://mevius.5ch.net/test/read.cgi/avi/1500559118/
Linuxでテレビ総合スレ 避難所 2
■ このスレッドは過去ログ倉庫に格納されています
http://mevius.5ch.net/test/read.cgi/avi/1500559118/
175です。ログどうぞ。
https://paste.ubuntu.com/p/wdHyyfGBC6/
176の報告者です
最新版で、ハングアップしなくなりました
4並列x20秒テストをそれなりの回数やって一度もないのでうちの環境では大丈夫と判断します
あとdropについてはrecpt1の出力tsにはやはり数件ありますが、mirakurin+録画ソフト（うちはEPGStation）を経由した出力には全くありません
コマンドの録画開始時か終了時に少し出るのでは、という以前の仮説通りに見えます
とにかくうちの使用条件は無事クリアしたのでこれから運用環境に組み込みます
ありがとうございました
ありがとうございます
確認いたしましたが内容は概ね予想通りでした 恐らく昨日の修正版でハングすることなく動作するようになると思います
ただ1つ気になった箇所がありましたのでお尋ねします
ログにpx4_drvが解釈できないioctlが投げられた記録があるのですが (unknown ioctl 80088d81)、
recpt1はどちらのものを使用されたか教えていただけないでしょうか
>>183
ハングアップしなくなりましたか 良かったです
どうやら今回の問題は録画開始/終了毎にメモリの確保/解放を行っていたことと、メモリ確保時のフラグの指定がよくなかったことが重なって起きたようです
録画終了時に解放済みの領域にアクセスしてしまうというのは見当違いだったのかもしれません
ですが、ringbuffer周りのコードを見直す良い機会となりました
dropについてはおっしゃる通りであると私も認識しております
px4_drvの不具合修正へのご協力ありがとうございました
また何かございましたらご遠慮なくどうぞ
183です
運用環境でも問題なく動いていますが、今後何か発生したらgithubの方で報告します。
w3u4発売から約一年半、やっとやりたいことができた思いです。偉業と称えさせて下さい。
なおうちの運用環境はProxmoxVE（仮想ホスト）上のlxcコンテナです
ホスト側にドライバ入れて/dev/px4video0等ができれば、それをコンテナ側と共有することでコンテナ側に録画サーバを構築でき、kvmより軽量でシンプルになるので重宝しています
ProxmoxはDebian9+ほぼ最新のカーネルがベースなのでPlex版ではlxc化は不可能でした
お節介だけどGitHubのリポジトリにはライセンスも追記した方がよいかも
あえてライセンス無しとしてるならスルーで
これまで物理以外だと適合OSのVMに対してUSBパススルーしかなかったから、
選択肢が広がるよね
そう、まさにそれ
しかもkvmのUSBパススルーだと原因不明の大量dropするので、ホストにUSB RedirectorというUSBデバイスサーバを入れてゲストから共有する方法で回避してた（なぜかこれだとdropしない謎）
lxcで使えるのはマジ便利
175です。最新版でハングせず動作してます。ありがとう。
recpt1はPLEX配布のLinuxドライバに同梱されてたやつです。
>>184
ドロップに関してですが、ドロップした位置の情報を出力するように修正した
tsselect にかけた結果を貼っときます。
ttps://pastebin.com/RQnrEth3
・最後のドロップ位置は 256432
・ファイルサイズは 21475428
・offset=0:0:0 (0) は TDT/TOT (5秒程度の間隔) が一回も来ていない
ということで先頭付近ですね。一応、10秒程度録画、tsselect 実行を何回か
繰り返してみましたが全て同様に先頭付近でした。
filename : bsa.ts
filesize : 21475428
drop pid=0x0140, d= 1, offset=148332, offset=0:0:0 (0)
...
drop pid=0x0000, d= 1, offset=256432, offset=0:0:0 (0)
pid=0x0000, total= 99, d= 1, e= 0, scrambling=0, offset=118440
...
pid=0x0140, total= 92157, d= 2, e= 0, scrambling=92157, offset=4700
pid=0x0141, total= 1308, d= 1, e= 0, scrambling=1308, offset=164500
...
乙
mirakurunを経由すればほぼdropしないことが実証されて安心
＞ドロップに関してですが、ドロップした位置の情報を出力するように修正した
＞tsselect
これ気になる
すごいことになってますね！！！
Linuxカーネルにマージされる（≒今後第三者からもメンテナンスされ続ける）方向を考えると、できるだけ作者名を明示してGPLv2であると宣言しておいたほうがいいですよ。
ご報告ありがとうございます
どうやら最新版で特に問題なく動作するようですね
よかったです
>>185
偉業だなんてとんでもないです…
大体は公式のドライバがやっていることを真似してるだけです
>>190
PLEX版recpt1ですね
確認したところ、>>184でのioctlはPLEX版recpt1がASICENなデバイス向けに発行するもののようでした
U4とPE4はこのioctlの機能とは関係ありませんので特に問題なさそうです
>>186
>>194
MODULE_LICENCEはGPL v2としていますので後日ライセンスを追記しておきます
ですがこのドライバはdvbではないのでLinuxカーネルへとマージされることはないでしょう
作者名ですか… 一応ただの名無しですし…
わざわざありがとうございます
どうやら先頭の1500パケットほどの中にドロップが含まれる傾向にあるようですね
px4_drv側で先頭のパケットを捨てるようにすればdropは出なくなりそうですが、
そのままでもやはり実運用上は問題なさそうです
定価で買えるダブルチューナー機をLinuxの好きなディストロで使えるのはかなり大きい
もう転売屋からPT3を買う必要もないんや
うちの環境だとPT2でも同じ感じ
charadevで運用しているがDVBの試用でdropを見つけるまで気付かんかった
自分はrecpt1のtsspliterにエラーチェックを追加してして先頭付近でエラーが
出たら捨てるようにして対処した
あれからずっと録画していますが、幸い自分の環境ではハング等は発生せず快適に使えていました。
せっかくなので本日ドライバは最新にアップデートしました。
Q3PE4 で使っていて1点だけ気になるメッセージがあるのですが、recpt1 で録画をすると
LNB のオプションの数値にかかわらず以下のメッセージが表示されるようです。
Power on LNB failed: /dev/px4video0
また syslog には
px4_drv: LNB power supply is disabled.
が記録されます。
実害は無いのですが毎回出力されるので syslog や dmesg がこのメッセージで埋まってしまうのが気になってます。
ubuntu-18.04(x64)+Q3U4で使っています。8チャンネル認識しているようです。
tsvファイルはW3U4の情報をもとにしてファームウェアを抽出しました。
まだ数秒程度のテストのみですが、recpt1でT/Sともに録画できました。
Q3PE4のかたと同様、LNBのメッセージがでますが、録画はできているように見えます。
予約録画環境が整ったら、実践的なのを試してみます。
usb接続だから録画中にエンコとかで負荷が高くなるとdropしそうなイメージなんだけど実際はどんな感じ？
予備に一つ買っておこう
w3pe4 1人2限 9980円
q3pe4 1人2限 18980円
q3u4 1人2限 18980円
でうってる、まだ在庫はあるもよう
1万切ってるのか安いなw
中でUSB接続してる変態仕様め
px4_drvもあるから今ならこっちかなと
どっかのすごい人がPLEXのドライバ作ったってこと？
安定してるならwin10+PT3から乗り換えようかな
ただrecpt1叩いてから実際に録画始まるまでがちょっと長い気はした
20秒指定でrecpt1叩いたら終了時にRecorded 40secとか出たり（これはたぶんコマンド実行時間で、実際に録画されたtsは20秒）
録画ソフトの設定にもよるけど、時間きっちりに始まる番組だと頭切れたりするかも
ただうちは録画保存先がNASなのでそれが影響してるかもしれん
ありがとう
T1→T0でドロップは結構激しいの？
回避策はありますか？
T1→T0は普通にドロップする
上でドライバ作者の人が書いてるがおそらく機器レベルの問題で、ドライバでは回避できない
うちはmirakurunなので根本的には対策なし
地上波あまり録画しないからT1殺してる
T1→T0ってどういう意味？
地上波向けのデバイス1から地上波向けのでばいす
しまった途中で送ってしまった。
この表記ってチューナーからチューナーにデータが流れることがあって、その場合にドロップするってこと？
いまいち状況が飲み込めん。
T1を先にオープンしちゃうとT0初回オープン時にドロップが出るってやつっしょ
だからT0をはじめに開けばその問題は回避できる
例えば時系列で
T0録画開始
T1録画開始
T0録画終了
T0録画開始
となったらdropするのかな
「両方停止状態→T1→T0のとき限定」だったら該当しないが
>>217
あー、そういうことか。
コマンド単体じゃなくてmirakurunみたいなデーモン使えば運用でなんとかなりそうな気がするな。簡単なパッチは必要そうだが。
それに自身のEPG更新のために空きチューナー使うからさらに複雑になる
録画コマンドをさらにラッピングして「T0T1が両方未使用なら必ずT0から使うシェル」でも自作すればいけるかな
未使用の状態からってのがポイントで一度でもT0とT1が同時に起動した状態があれば
以降はT1側を開きっぱなしでT0を開閉してもT1はdropしない
先にT0を開いてある時だけT1を開くみたいな運用で回避
常にT0から開けばOk
なので >>221 さんの方法が取れれば解決する、つかPLEXファーム修正しろ
そういう運用もあり
見つけたのはえらいと思うけど
まぁそんな複雑になりそうなことやらないほうが保守性高くなるから自分から書きたい・保守したいってやついないだろうけど
mirakurun作者の同人誌でpt2ドライバのバグに対応しました的な話があったような気がする（ぱらぱらみただけなので見間違いだったらスマソ）。
下層の不具合も全無視ってことはないかもなぁ。
ただ、Linux周辺ではプレクチューナはマイナーなので可能性は低そうだが...
mirakurunはtuner.ymlに書かれたコマンドを録画開始時に起動し、録画終了時には「mirakurinが呼び出したプロセスだけ」をkillする
ので、シェル等を被せる場合はシグナルをtrapして、シェルから呼び出したrecpt1を終わらせる必要がある
> q3u4 1人2限 18980円
これは地雷だぜ？仕方ないならQ3PE4にしとけ
ま、PCIe給電と、小型FANの有無以外、Q3PE4もQ3U4もそれ程差はないけどな
地雷の理由って排熱？
raspiで使いたいんだけどpe4に
無理やり3.3v給電した方が良いのかな？
上層でハードのバグ対応なんてばかばかしいと思うんだが
>>231
×pt2ドライバのバグに対応しました
○pt2ドライバのバグを修正しました
Q3U4が地雷というのは吸排熱関連とFANの性能不足。
そもそも狭小窒息ケースのなかに40x40x10mmなFANを常備させてるだけで
熱問題を解消できると勘違いしているPLEXが残念ってことだわな
FANが回転を始めるとしばらくして録画TSにdropが加算していくことを見てもヤバイ。
改造してもいい人なら、狭小ケースの左右の柵っぽいやつを全撤去して外気を流せるようにすれば
多少改善するかもしれないが・・・いっそ基盤むき出しでPCケースへ収納してもよさそう。
オクで処分して、W3U4を2台とW分波器を1個、買ったほうがまだいいかもな。
ファンが回転するとドロップするってLinuxでも再現すんの?
PE4と同じでWindowsだと出るけどLinuxだと出ないとか言うのはこのケースだと無し?
linuxで人柱になるぜっていうなら止めはしないが
あとラズパイのusbで8tsって処理できんのか？
帯域足りなくなりそう
px4video* 定義して recpt1 にデバイス選択まかせておけば未使用の状態から T1 が先にオープンされる可能性は低そうだけど。
Mirakurun も推奨設定？ではないだろうけど --device で指定するのやめて recpt1 にデバイス選択まかせちゃえば。
recpt1リビルドしてみたが、録画時にどのチューナー選んだか表示されないのな
でも基本的にこの方針で行けそうな気はする
raspiで8tsは無理だと思いますが
2チューナーと値段的に大差ないのでどうせならという感じでした
おとなしくw3u4にします
一ヶ月以上前は軒並み消えてるな……なんだこれ
デフォルトだと空き容量がなくなってくると自動削除みたいですが
設定は確認済ですか？
"storageLowSpaceThresholdMB": 3000,
"storageLowSpaceAction": "remove",
3TBに設定してて空きまくりなのですわ
空きを3TB確保する設定だったりして
空き容量が3TBを下回ると削除されてしまうと思いますがどうでしょうか。
それだ！
Linux派の諸兄は最初からLinux使うてたんですか？
もしWindowsから移行してきた人いたらどこら辺で移行に踏み切ったか教えて欲しい…
つーかそんなこと知ってもなんの役にも立たないぞｗ
俺の場合はLinux勉強のついでに始めたのがきっかけ
今となってはLinuxで可能なものはわざわざリソースとライセンス使ってWindowsでやろうとは思わない
GUIなしのCentOSやDebianならHDD8GB、メモリ512MBでも録画サーバ組めると思う（録画先領域は別にして）
それを見てやってみたくなったのが動機
こだわりがなければクライアントにはwinやmacが選択されがちなのと同様に、サーバ機ならLinuxが第一候補に挙がってもいい気がするけどな。
別のものに替えるならついでにLinuxにしようと
あとPLEX系のチューナーはLinuxだときつい
これ、地味にすごい事じゃないのか？
Linuxでの問題はほぼ解決？
mirakurunで使用デバイス指定しても空いているチューナーから使うのだから recpt1に任せなくても同じじゃない？
mirakurunはどのチューナーから使うか指定できないし、空きチューナーで定期的にEPG取得してもいるから
「T0T1とも停止→T1開始→T0開始→drop」を防げない
recpt1に任せるのが正解か
>>239えらい
tuners.yml で recpt1 の device で使用チューナーを指定すればええやん
tuners.yml で指定したコマンドを上から順に見て空いている順に使うのだから同じでしょ
ちょっと試してみるか
t0, t1の順で設定しておけばその順番で使うよ
一方EPG取得のログを見るとシリアルでT0T1が交互に選択されているが
これは（シリアルと言いつつ）チューナーがクローズされる前に次のチューナーを開いているからと思われる（ログの時刻から判断）
何より実際のコードがそうならば、未使用状態からはtuner.ymlの上から選択されると見てよさそうだ
ってことはtuner.ymlの記述順だけ守ればrecpt1に手を入れなくてもOKか
>>271
情報ありがとう
チューナー１枚でお試ししてたから、もう一枚追加せねば
視聴環境ってみなTvTest?
epgstationだからクリックすると起動するから楽
tvtestに比べたら格段に使い勝手は落ちるからtvtest欲しい
録画したものをAndroid TVのKodiで見る
TVtestは動作確認用
外出先で見ることは少ないけどうちの用途ならEPGStationのHLS配信で十分
あるいはCMカット+エンコード済のものをEmbyで配信
スマホで見るときはmirakurunのワンセグのストリーミングURLをmxplayerかvlcアプリで再生してる
(たまにWindowsで見るときはTVTest+Bondriver_mirakurun)
Ubuntu18をクリーンインストールしました。W3PE4を使っています。
下記のコマンドでなぜか24秒の0kbのtsが作成されるのですがどのような可能性がありますか？
(Ubuntu17の時は問題なかった)
$ ./recpt1 --device /dev/px4-DTV2 --b25 --strip 18 10 ~/test.ts
using device: /dev/px4-DTV2
using B25...
enable B25 strip
device = /dev/px4-DTV2
(PID:2704)(CH:T18) Presented = 0x0, Locked = 0x0, Strength = 0, Quality = 0, C/N = 0.000000dB
(PID:2704)(CH:T18) Presented = 0x0, Locked = 0x0, Strength = 0, Quality = 0, C/N = 0.000000dB
(PID:2704)(CH:T18) Presented = 0x1, Locked = 0x1, Strength = 69, Quality = 100, C/N = 37.588212dB
(PID:2704)(CH:T18) Recording...
(PID:2704)(CH:T18) Recorded 24sec
先日Q3PE4を購入してpx4_drvで動かしてみたところ特に問題なさそうでしたので、対応デバイスとして明記しました
Q3U4？知らない子ですね…
T1->T0のドロップですが、ドライバ側(R850の制御)でどうにかできないか試してみます
ですがかなり時間が掛かりそうです
>>200
>>201
動作の確認が取れたのでLNBのメッセージを本日削除しました
すげーめんどくさそう。
スマホでみるならESアプリのSMB(無線LAN)経由か、BSPlayerで直接TSをWI-FI越しに開けばいいんじゃね。
http://mevius.5ch.net/test/read.cgi/avi/1527756563/745
俺はq3pe4持ってないから誰か検証して欲しい
mirakurunのcpu使用率が100%で暴走して録画失敗した
頭の数分間だけ記録されてた
mirakurunのログにはなにも残っていないし、暴走中はブラウザからも繋がらないし謎
■ このスレッドは過去ログ倉庫に格納されています
ニュース
- 無事発見された1000万円黄金茶碗 保管している警視庁困惑「どこへ返せばいいかわからない」「三つ巴の争いが始まるかも」 [おっさん友の会★]
- 【Googleマップ】「グーグルが悪評を放置」医師ら６０人が提訴へ…地図上の口コミ、「営業権の侵害」 [ぐれ★]
- 【日本政府】アニメ、ゲーム「日本のコンテンツ海外売上は鉄鋼、半導体に匹敵」内閣がエンタメ産業活性化を議論★2 [Hitzeschleier★]
- 「面影なくて誰かわかんなかった」高梨沙羅 27歳の激変姿に衝撃「美人に育った」 [ネギうどん★]
- 産休クッキー論争に益若つばさ「ポジティブ発信歓迎されない社会悲しい」柴田阿弥アナ「倫理的に問題がないことを咎める社会は厳しい」 [muffin★]
- 【医師法】日大の田中英寿・元理事長にモルヒネ処方、診察記録なし…主治医の元副学長は守秘義務理由に説明せず [ぐれ★]
- 【悲報】ファミリー系ユーチューバー、ただの躾の動画をあげただけなのに袋叩きにされて謝罪に追い込まれる… [207516352]
- 【画像】オレっちの顔、イケメンすぎる
- 維新・馬場代表「立憲をたたきつぶす必要ある。自民党とは将来お互い切磋琢磨、たたきつぶす訳ではない」 [256556981]
- 【悲報】『ルックバック』、京アニ事件をダシにバズった事がバレて炎上… [207516352]
- （ヽ´ん`）「職場は近いんですか。何度かあなたの姿を見て素敵だと思い声を掛けさせてもらいました」声かけする肥満中年男性発生 [359965264]
- 携帯番号090の勝ち組感は異常 [874629454]