Linuxでテレビ総合スレ 避難所 2
■ このスレッドは過去ログ倉庫に格納されています
>>550
1万切ってるのか安いなw
中でUSB接続してる変態仕様め PLEXの本スレとどっちに書くか迷ったけど
px4_drvもあるから今ならこっちかなと 初心者でよくわからんけど、
どっかのすごい人がPLEXのドライバ作ったってこと? raspi3で4ch同時は安定してます?
安定してるならwin10+PT3から乗り換えようかな 本運用前のテストをラズパイ3でやったけど、ハングやdropの問題はない
ただrecpt1叩いてから実際に録画始まるまでがちょっと長い気はした
20秒指定でrecpt1叩いたら終了時にRecorded 40secとか出たり(これはたぶんコマンド実行時間で、実際に録画されたtsは20秒)
録画ソフトの設定にもよるけど、時間きっちりに始まる番組だと頭切れたりするかも
ただうちは録画保存先がNASなのでそれが影響してるかもしれん >>209
ありがとう
T1→T0でドロップは結構激しいの?
回避策はありますか? >>212
T1→T0は普通にドロップする
上でドライバ作者の人が書いてるがおそらく機器レベルの問題で、ドライバでは回避できない
うちはmirakurunなので根本的には対策なし
地上波あまり録画しないからT1殺してる まあ地デジチューナーは他にもドロップしないのあるやろし… >>213
T1→T0ってどういう意味?
地上波向けのデバイス1から地上波向けのでばいす >>215
しまった途中で送ってしまった。
この表記ってチューナーからチューナーにデータが流れることがあって、その場合にドロップするってこと?
いまいち状況が飲み込めん。 PLEXの現行チューナーのQ/W3PE4とQ/W3U4で出る、T1→T0の順番でチューナー開くとT1にドロップが出る症状の事 >>215
T1を先にオープンしちゃうとT0初回オープン時にドロップが出るってやつっしょ
だからT0をはじめに開けばその問題は回避できる 番組時間に差がある場合
例えば時系列で
T0録画開始
T1録画開始
T0録画終了
T0録画開始
となったらdropするのかな
「両方停止状態→T1→T0のとき限定」だったら該当しないが >>218
>>217
あー、そういうことか。
コマンド単体じゃなくてmirakurunみたいなデーモン使えば運用でなんとかなりそうな気がするな。簡単なパッチは必要そうだが。 mirakurunはチューナーに利用優先度設定ないから順序制御できない
それに自身のEPG更新のために空きチューナー使うからさらに複雑になる
録画コマンドをさらにラッピングして「T0T1が両方未使用なら必ずT0から使うシェル」でも自作すればいけるかな T0T1が両方とも未使用の状態からT1を開いて次にT0開くとT1がドロップする
未使用の状態からってのがポイントで一度でもT0とT1が同時に起動した状態があれば
以降はT1側を開きっぱなしでT0を開閉してもT1はdropしない 起動時にスクリプトでT0とT1を同時に録画すればいいのか? 間違い。T1を録画して直ぐにT0を録画すればいいの? >>224
先にT0を開いてある時だけT1を開くみたいな運用で回避 >>224
常にT0から開けばOk
なので >>221 さんの方法が取れれば解決する、つかPLEXファーム修正しろ チューナー大量に買ってそれぞれのT0だけ使えばいいじゃん わざわざ1→0で運用する意味が分からん
見つけたのはえらいと思うけど mirakurunもチューナーのプライオリティとかEPG取得専用チューナーとかそういうの設定できたらなぁ。
まぁそんな複雑になりそうなことやらないほうが保守性高くなるから自分から書きたい・保守したいってやついないだろうけど >>230
mirakurun作者の同人誌でpt2ドライバのバグに対応しました的な話があったような気がする(ぱらぱらみただけなので見間違いだったらスマソ)。
下層の不具合も全無視ってことはないかもなぁ。
ただ、Linux周辺ではプレクチューナはマイナーなので可能性は低そうだが... >>221的なものを作る場合の注意点
mirakurunはtuner.ymlに書かれたコマンドを録画開始時に起動し、録画終了時には「mirakurinが呼び出したプロセスだけ」をkillする
ので、シェル等を被せる場合はシグナルをtrapして、シェルから呼び出したrecpt1を終わらせる必要がある >>204
> q3u4 1人2限 18980円
これは地雷だぜ?仕方ないならQ3PE4にしとけ
ま、PCIe給電と、小型FANの有無以外、Q3PE4もQ3U4もそれ程差はないけどな >>233
地雷の理由って排熱?
raspiで使いたいんだけどpe4に
無理やり3.3v給電した方が良いのかな? 利用時にドライバーでT0 T1両方を常時開けっ放しにすればいいんじゃねえの
上層でハードのバグ対応なんてばかばかしいと思うんだが
>>231
×pt2ドライバのバグに対応しました
○pt2ドライバのバグを修正しました >>234
Q3U4が地雷というのは吸排熱関連とFANの性能不足。
そもそも狭小窒息ケースのなかに40x40x10mmなFANを常備させてるだけで
熱問題を解消できると勘違いしているPLEXが残念ってことだわな
FANが回転を始めるとしばらくして録画TSにdropが加算していくことを見てもヤバイ。
改造してもいい人なら、狭小ケースの左右の柵っぽいやつを全撤去して外気を流せるようにすれば
多少改善するかもしれないが・・・いっそ基盤むき出しでPCケースへ収納してもよさそう。
オクで処分して、W3U4を2台とW分波器を1個、買ったほうがまだいいかもな。 >>236
ファンが回転するとドロップするってLinuxでも再現すんの?
PE4と同じでWindowsだと出るけどLinuxだと出ないとか言うのはこのケースだと無し? q3pe4はファンの有無関係なしにD0とD1のチューナーを同時に使用するとドロップするって聞くし、避けられるなら避けたほうがいいでしょ
linuxで人柱になるぜっていうなら止めはしないが
あとラズパイのusbで8tsって処理できんのか?
帯域足りなくなりそう recpt1 は pt1_dev.h の isdb_t_dev[NUM_ISDB_T_DEV] に定義されている順番に空いているものが使われるんじゃないのかな?
px4video* 定義して recpt1 にデバイス選択まかせておけば未使用の状態から T1 が先にオープンされる可能性は低そうだけど。
Mirakurun も推奨設定?ではないだろうけど --device で指定するのやめて recpt1 にデバイス選択まかせちゃえば。 やっぱゴチャゴチャやるよりチューナー数で殴るのが早そう >>239
recpt1リビルドしてみたが、録画時にどのチューナー選んだか表示されないのな
でも基本的にこの方針で行けそうな気はする レス下さった方ありがとうございます
raspiで8tsは無理だと思いますが
2チューナーと値段的に大差ないのでどうせならという感じでした
おとなしくw3u4にします chinachuで録画したファイルが消えてる
一ヶ月以上前は軒並み消えてるな……なんだこれ >>243
デフォルトだと空き容量がなくなってくると自動削除みたいですが
設定は確認済ですか?
"storageLowSpaceThresholdMB": 3000,
"storageLowSpaceAction": "remove", >>244
3TBに設定してて空きまくりなのですわ chinachuはよくわからんが
空きを3TB確保する設定だったりして 空き容量のしきい値なので、このパラメータを3TBで設定してしまうと
空き容量が3TBを下回ると削除されてしまうと思いますがどうでしょうか。 構築するだけして全然録画してなかったんで気付きもせんかった…… 今Windowsでpt3+spinel+EDCBで録画兼ファイル鯖として使ってるんだけど、イマイチLinuxに踏み切れない…
Linux派の諸兄は最初からLinux使うてたんですか?
もしWindowsから移行してきた人いたらどこら辺で移行に踏み切ったか教えて欲しい… windows updateゴミやん?
つーかそんなこと知ってもなんの役にも立たないぞw Windowsで不満ないならそれでいいのでは
俺の場合はLinux勉強のついでに始めたのがきっかけ
今となってはLinuxで可能なものはわざわざリソースとライセンス使ってWindowsでやろうとは思わない
GUIなしのCentOSやDebianならHDD8GB、メモリ512MBでも録画サーバ組めると思う(録画先領域は別にして) ああ、Windows Updateに振り回されたくないのも大きい むかーしアナログ録画の時代にLinux録画サーバを作ってる人がいて
それを見てやってみたくなったのが動機 コマンドプロンプトとかよくつかっててCLIに拒否感ないならなんとかなるんじゃね 逆に24時間稼働するサーバにあえてwinを使う理由が俺には分からないなぁ。
こだわりがなければクライアントにはwinやmacが選択されがちなのと同様に、サーバ機ならLinuxが第一候補に挙がってもいい気がするけどな。 そういえばTvRockがメンテされなくなるまではうちもWinだった
別のものに替えるならついでにLinuxにしようと Windowsの方が周辺ツール多いからな
あとPLEX系のチューナーはLinuxだときつい >>239の方法でT1→T0問題は回避できたっぽいので報告 >>265
これ、地味にすごい事じゃないのか?
Linuxでの問題はほぼ解決? 別に普通でしょ
mirakurunで使用デバイス指定しても空いているチューナーから使うのだから recpt1に任せなくても同じじゃない? >>267
mirakurunはどのチューナーから使うか指定できないし、空きチューナーで定期的にEPG取得してもいるから
「T0T1とも停止→T1開始→T0開始→drop」を防げない
recpt1に任せるのが正解か
>>239えらい >>268
tuners.yml で recpt1 の device で使用チューナーを指定すればええやん
tuners.yml で指定したコマンドを上から順に見て空いている順に使うのだから同じでしょ その「上から」が保証されないと思ってたが俺が大いなる誤解してたのか
ちょっと試してみるか コード見ればわかるけどforで上から空き状態をチェックしているから、
t0, t1の順で設定しておけばその順番で使うよ T0T1ともに未使用なときにrivarunで録画指示すると必ずT0が選択された
一方EPG取得のログを見るとシリアルでT0T1が交互に選択されているが
これは(シリアルと言いつつ)チューナーがクローズされる前に次のチューナーを開いているからと思われる(ログの時刻から判断)
何より実際のコードがそうならば、未使用状態からはtuner.ymlの上から選択されると見てよさそうだ
ってことはtuner.ymlの記述順だけ守ればrecpt1に手を入れなくてもOKか
>>271
情報ありがとう windows環境からmirakurun+chinachuに移行完了
チューナー1枚でお試ししてたから、もう一枚追加せねば
視聴環境ってみなTvTest? macだからvlc
epgstationだからクリックすると起動するから楽
tvtestに比べたら格段に使い勝手は落ちるからtvtest欲しい PCでは基本視聴しない
録画したものをAndroid TVのKodiで見る
TVtestは動作確認用
外出先で見ることは少ないけどうちの用途ならEPGStationのHLS配信で十分
あるいはCMカット+エンコード済のものをEmbyで配信 PC(この板だから当然Linux)で見るときはチャンネルごとのmirakurunのストリーミングURLをプレイリストにしてVLCで視聴してる
スマホで見るときは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 px4_drvの作者です
先日Q3PE4を購入してpx4_drvで動かしてみたところ特に問題なさそうでしたので、対応デバイスとして明記しました
Q3U4?知らない子ですね…
T1->T0のドロップですが、ドライバ側(R850の制御)でどうにかできないか試してみます
ですがかなり時間が掛かりそうです
>>200
>>201
動作の確認が取れたのでLNBのメッセージを本日削除しました >>277
すげーめんどくさそう。
スマホでみるならESアプリのSMB(無線LAN)経由か、BSPlayerで直接TSをWI-FI越しに開けばいいんじゃね。 pt3+ m-tsudo + recpt1 + mirakurun + epgstation な環境だけど、
mirakurunのcpu使用率が100%で暴走して録画失敗した
頭の数分間だけ記録されてた
mirakurunのログにはなにも残っていないし、暴走中はブラウザからも繋がらないし謎 >>282
私もBS-TBSの野球中継で同様の事が起きました。
環境はpt3 + dogeel版recdvb + mirakurun + chinachuです >>282
続き
この状態でmirakurunのプロセスを再起動して適当な番組を録画すると、
数分で録画が止まり同じようにmirakurunが暴走した
マシン自体を再起動すれば治ったのだが理由がよく分からん
recpt1が腐っていたのだろうか?それともnodeには重たい作業なのか いまbs-tbs録画してみたら暴走した
epgがmirakurunとの相性が悪いのか? recpt1 BS01_1 180 bs-tbs.ts
で取得したtsをmirakurunのepgdump.jsに食わしたら
reading - 85786624 of 389644288 [22%] (events=3685)
とでて止まった。
cpu使用率が100%で症状がまんま同じ
node-aribts のバグかなあ inspect でデバッグしてみたら node-aribts の char.js の readC1 関数で止まっているみたい。
これのどこで止まっているのかなーと調べてみたら
case 0x95:
// MACRO
while (this.buffer[this.position] !== 0x4F) {
this.position++;
}
この while で止まっているのが分かった。
が、char.js って一体何をしている部分なのか分からんから修正できないお while (this.buffer[this.position] !== 0x4F && this.position < this.buffer.length)
とかにすれば無限ループは回避出来そうだがARIB文字のデコードがちゃんと出来るのかはわからんな それでいいみたい
url で ng 出るから "ARIBにまともな資料を求めるのは間違っているだろうか" でググってくれ
これによれば
> ※番組名や番組表の解析のみ行う場合は、以下のピンク色のコマンドのみを実装し、
> それ以外のコマンドはパラメータとともにスキップすれば問題ありません
とのことらしいので問題ないのかな?と思います。 > パラメータとともにスキップすれば問題ありません
このパラメータっていうのが気がかりだけど、
仮にだめでも多少番組情報の文字列のデコードに失敗する程度だし止まるよりはマシかな マクロ定義文が0x95 0x40または0x41から始まって0x4Fで終わるのでそれをスキップしようとして失敗ということか mirakurun/node_modules/aribts/lib/char.js にその修正をして録画させてみているけど
今の所暴走せず動いている 該当のバッファの中身はこんな感じ
21 5a 4e 39 3f 4d 21 5b 95 2e 1b 7e 89 cd 8a 45 44 1b 7c de ea 21 5a ca ec 21 3c bf 21 3c 21 5b 4a 21 38 36 1b 7d ab c4 df fe 3c 6e 4c 5a ce be df
0x95 はあるがその後に0x4Fは無いし、その前にあるはずの0x40 or 0x41も無いので根本的に解決するには別の箇所の修正が必要ですね。 お取り込み中邪魔をして申し訳ないのですが、
https://github.com/gcch/Chinachu-Mirakurun-SS
こちらのスクリプトで定期スタンバイ(ハイバネート)をやろうとしたのですが、
/etc/cron.d以下に配置されるファイル(chinachu-mirakurun-ss-cron)の中身の記述が無いようで、
cronがうまく作動しません。
どのような改造を加えたらうまく動くようになるのでしょうか?
どなたかうまく動いている方がいらしゃったらお教えいただけると幸甚です。 たぶん(ARIBの文書には書いてないけど)MACRO の直後のP1が40/41/4fで無い場合は
事前のMACROで定義済のMC(マクロコード):P1を"実行する"ことになってて
マクロコード2eは事前に定義した1バイト外字(DRCS)をG1に指定するマクロなんだと思う
21 5a 4e 39 3f 4d 21 5b => '【旅人】'
95 2e => MACRO ????
1b 7e => LS1R (1B外字??)
89 => MSZ 文字サイズ中
cd => '濱'の外字版?
8a => NSZ 文字サイズ標準
45 44 => '田'
1b 7c de ea => 'マリ'
21 5a .... => '【ナレーター】'.... 自己解決しました。
使ってるディストリがdebianなのでcrond.serviceではなくcron.serviceが使われていたことが原因でした。
install.shのcrondのところをcronにしたらetc/cron.d以下にちゃんと中身のあるファイルが生成されました。 chinachu sleep scriptでまだ不可解なことがあるのですが、
debian stretchでxfce4+lightdmでログオフして放おっておいてもハイバネートに入ってくれないんですが、
ログオフってwhoで誰も表示されない状態ならいいんですよね?
あとdebianでは/etc/cron.d以下にファイルが作られるだけではだめで、/etc/crontabかrootでcrontab -eして
cronのコマンドを書き込まなければならないみたいです。 >>295
おーなるほど
ちなみに何を参考にしてその仕様がわかったの? ラズパイ+さんぱくんで録画してますが2.5インチ500GBでは心許無くなってきました
3.5インチ外付けケースを買おうと思いますが、エコモードや電源連動的なものはchinachuの"operRecOffsetStart"で開始時間を早めにとれば上手く作動しますか? >>298
ARIB-STD B24 1/3 (とISO 2022)から推測したよ
BS-TBSの番組情報の符号化した人はどうかしてると思う
・そもそも’濱'の字は普通の漢字集合で含まれててわざわざ外字を使う必要がない
・'ナレーター'の長音符号をわざわざカタカナでなく漢字集合の奴を使っている
・外字なんてそんなに頻繁に使わないんだからマクロなんぞ使用してちまちま節約しなくても
普通に外字集合をG0..G3のどれかに指定・呼び出して2e or aeでいいのに...
・そもそもVBIを使ってた時代じゃないんだからマクロなんかで節約する必要がない
Mirakurunは使ってないけど実装面では >>288 のようにバッファ長をチェックするだけでなく
MACRO(95)の直後の1バイトを呼んで
40か41の場合のみ4fまで(あるいは次のMACROの手前まで)読むようにすれば
捨てる部分が少なくて済むと思う lightdm.confのautologinuser=のところをコメントアウトした後、ログアウトしたら
ちゃんとハイバネートしました。
どうもお騒がせしました。 >>300
おーさすがです
教えてくれてありがとう ラズパイ+chinachuで録画して、androidtv(mibox)のkodiで見てますが、生tsをwifi経由で見ている為か若干フレームレートが遅い気がします。
Wifiが5Ghzなので十分だと思ったんですが…
有線lanポート買ってandroidtvを繋ぐか、
ラズパイを辞めてサーバーpcを新調し、エンコードして飛ばすか悩んでいます。
どちらがいいとおもいますか? >>299
これで正しいのかわかりませんがラズパイでエコ機能付き外付けhddを使用したところ、
error: TSFilter will closing...
で録画失敗しまくりでした。
別途USBメモリにスワップを置いて、mirukurunのnode_argsでバッファを増やしたら解決しました。 ■ このスレッドは過去ログ倉庫に格納されています