Linuxでテレビ総合スレ 避難所 2
■ このスレッドは過去ログ倉庫に格納されています
>>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でバッファを増やしたら解決しました。 フレームレートが遅いというのがよく分からんが
Wi-Fiの転送速度か足りない、が原因で確定なの?
もう少し切り分けした方がよくね?
ローカルにファイルを置いたらどうかとか、別のNASとかに置いたらとか
スループット計ってみるとか win環境からmirakrun+chinachuに移行したけど、edbc比較でいろいろ不便だわ
リアルタイム視聴のレスポンスと予約システムが特に糞 フレームレート云々が意味不明かな
SMB経由?でkodiで見るのにWiFiの帯域が足りないなら、画面が粗くなるとかじゃなくて止まって読み込み待ちになるだろう
tsの帯域が12Mとか16Mだから、それを通せない宅内WiFiが非力すぎると思う
例えばAndroidTVで他の配信サービス使うにも難渋するのでは
それを回避するのに自宅内でトランスコードするのはいかにも筋が悪く、WiFiを改善させるのが最優先では >>308
edcbのリアルタイム視聴ってtvtestでの視聴でしょ?
chinachuはトランスコードしているから遅くなるのは当たり前よ
クライアントがwinならtvtestで見たほうが使い勝手ええよ
予約周りはスケジューラが動かないとチューナー不足が分からない仕様だから、それが嫌ならepgstationを試すべき
まあ、予約設定の細かさでedcbに勝てるソフトはないな >>308
さすがにリアルタイム視聴はChinachu経由じゃなくMirakurun直接だよな?
直接使うのに比べると遅くて予約は微妙だけど そしてsoftcasのソースが見当たらん
win上にmirakurun+edbcで作り直すかなー >>311
そこはコンパイルしてmirakurun直接 edcb使うならBonDriverProxyEXでええやろ
mirakurun使う意味がないどころか無駄に負荷がかかるだけ bondriver_mirakurunのチャンネルにNHKEテレ1,2,3と表示されるの
NHKEテレ1のみに出来ませんかね? >>315
TVTestの話?
古いバージョンしか使ったことないので違うかもだけど、
設定でチャンネルスキャンすればチェックボックスで表示、非表示変更出来たと思う。 【PINE64】パイン64 part2【ROCK64】
http://mao.5ch.net/test/read.cgi/linux/1513583078/278
278 名前:login:Penguin[sage] 投稿日:2018/07/28(土) 17:09:45.43 ID:1BqDkOOE
PCIe x4スロット搭載のシングルボードコンピュータ「ROCKPro64」が入荷
2018年7月28日 00:00
https://akiba-pc.watch.impress.co.jp/docs/news/news/1135312.html
PCIe x4スロットを搭載したPINE64のシングルボードコンピュータ「ROCKPro64」の
メモリ4GBモデルがテクノハウス東映に入荷した。
ただし、初回入荷分は28日(土)に売り切れ。次回入荷は8月を予定している。
ヒートシンクとケースとのセット品で、店頭価格は税込13,900円。
このほか、オプションの64GB eMMCモジュールとUSBアダプタのセット
「PINE64 64GB eMMCモジュールキット」も販売予定だ。
ただし、同店は「ノンサポート商品」としている。店頭価格は税込5,900円。 Chinachu MirakurunでNHKの録画ファイルが度々0Kbになるんだが px4_drvの作者です
T1->T0の順に開いたときに発生するドロップ対策として、T1を開いた際にT0のR850のレジスタにUHF 13chの設定値を書き込むようにしてみました
恐らくドロップせずに動いてくれると思います
ついでにチューナーを操作する際のパフォーマンスを向上させました
ただ、動作が速すぎて録画開始時のCN値が低めに表示されたり、tsの頭のパケットが乱れたりするかもしれません px4_drvの最新版で同時に複数のチューナーを開いたりチャンネルの設定を行うと、デバイスとの通信が失敗することがあるようです
そのため、最新版への更新は控えていただくようにお願いいたします
原因は恐らくロックの粒度を細かくしすぎたためだと思われます
動作確認不足でした 申し訳ございません mirakurunではT1T0問題は回避できることは>>269あたりで解決してるし、recpt1側でも順序制御できることは>>239で判明してるから、そんなに重要度高くないと思う
安定性の方が大切かな >>331
ずっと以前に>>219でも指摘されてるけど
T0開始 -> T1開始 -> T0終了 -> (T1継続中) -> T0開始
の場合はどうするわけ?
具体的には、例えば
1. 19:00-20:54の番組
2. 20:00-21:54の番組
3. 21:00-21:54の番組
この3つを録画したい時、普通にやれば1番目と3番目がT0になり、3の録画開始時にT1->T0が発生する
そう状況は普通にあるから、解決する必要があると他の人は認識しているんだけど >>333
その場合T1ドロップしない、T1→T0のドロップが発生する条件はT0とT1の両方が閉じた状態から
T1→T0の順番で開いた場合にT1がドロップする、だから例に出した条件だとT0とT1が両方とも閉じた状態には
ならないのでドロップは発生しない >>219も>>331も俺だが、それは>>222で解決済
その後「順序強制するシェルを噛ますか」「recpt1に順序を任すか」「いやmirakurunに任せても大丈夫」ってのがここまでの流れ
「T0T1とも停止状態から」がdrop発生条件なのはそれこそ共通認識と思ってたが >>333
他の人は解決済みであると認識しているよ そういう輩はきっと元気を分けてもらいたいやつだな。無視でいい >>281 のスレの745以降 の問題が本家でも解決されていないままなので
linuxのドライバにもそれが持ち込まれてるってことなのかな... それ書いたの自分だけど、Q3PE4でその症状出るのたぶんWindowsだけ
今の所自分で確認してるのはBraswell系とApollolake系のCPU使ったマザーのオンボードUSB使ったときに出る
断言できるほどテストしてないけどWindowsだと発生する構成そのままで、
公式で配ってるLinuxドライバとかfoltia Anime Locker使って試したときは出なかったから
(出ると4桁5桁ドロップするからすぐわかる)px4_drvでもたぶん出ないんじゃないか?
Q3U4もLinuxにしたらD0とD1開くと出る症状が出なくなったとかどっちかのスレで書いてる人が居たのを見た覚えはあるから
再度試験するかと思いながらも準備だけして放置してる、正直試験は時間掛かるからめんどくさい Raspberry Pi 3B+とさんぱくん、PX-S1UD、EPGstationで環境を構築中です。システムはSDでbooしてrootはUSB HDDのsda1にあります。
立ち上げた直後は問題なく動作(EPGstationへのwebからのアクセス、ファイル共有、SSHアクセス)するのですが、しばらくほっておくといずれもアクセスできなくなります。
cronで29分おきにsda1を見るようにしたら問題なく放置しても動くようになったので、USB HDDの省電力機能(ハードウエアでのHDDスピンダウン)が効いてしまっているようです。
HDDの省電力機能を活かしつつ随時アクセス可能にする方法をご存じの方いませんか? EPGStationには録画前に任意のコマンドを実行する機能があるらしい(使ってないので詳しくはわからん)
https://github.com/l3tnun/EPGStation/issues/88
rootを外付に置くというのは個人的に気持ち悪いと思うが >>342
同じ様な感じになりましたね。かなり前のこと(Raspberry Pi2)なので
詳しい経緯は記憶にないのですが、以下の(1)から(3)の様な対処方法を
考えて結局(3)を選択しました。Raspberry Pi は Kodi 専用に。
参考にはならないですが。
(1) USB HDDケースを取り換えてみる
ttps://jyn.jp/raspberrypi-usb-boot/ 追:たまに相性の悪いHDDケースがある
(2) システムはSD、USB HDD は録画ファイルのみを保存
(3) Raspberry Pi をやめる システムをhddに持って行かねばならん理由がよく分からん mirakurun + epgstationってraspberry piで実用的に動くの?
荷が重すぎるような気がするが 皆さん有り難うございます。システムをSDにしない理由はSDの書き込み上限を嫌ったのが理由です。
普通に考えればrootはSDに置くべきなのでしょうね。すなおにSDにします。
raspberry piが実用かどうかはepgstationにどこまで求めるか次第です。数カ月まえにraspberrypi2+PX-S1UD+2.5inchHDDの構成でepgstationを導入したものも運用中ですが、録画とその後のハードエンコだけならいけます。
しかし、ストリーミングは無理なので視聴はsmb経由かmini DLNA経由になるのと、2週間くらいでハングすることがあるのでたまに再起動させています(原因不明)。
これのHDDは古いタイプのものなので自動のスピンダウンはありません。また、Raspberryの電源供給だけでは動かないので二股ケーブルで電源供給をしています。 ラズパイで、さんぱくん+mirakurun+chinachu運用安定してるんたが
epegwstationって、そんなにいいの?
省電力機能はchinachuで開始を5秒早めることで録画失敗しないようにしてる chinachu γは開発が終了してリクエストにも対応する気がないみたいなので。
( https://github.com/Chinachu/Chinachu/issues/344 )
それと、家族にスマホ越しに操作させるにはEPGStationのほうが便利そうな気がする。
録画単位でフォルダー分けができたり、録画後の処理もあるていど選べる。
その他、予約前後、録画前後のコマンドが使えたりとか。 開発活発だしモバイルで使いやすい
こないだ付いた録画時Dropチェック機能は有り難い chinachuはもうあまり期待はできないかも
中の人は本業が忙しいんじゃないのかな
airって開発してるのかな
epgstationはコミット履歴を見ると活発に開発進行中だね
スマホファーストでスマホの人は使いやすいと思う webインターフェース在れば、アパッチ立てたらスマホから操作とか対象ソフトは何でも良いだろ 認証必要ならアパッチ側で出来るし、秘匿必要ならhttpsにも出来る アパッチ万能説おじさんワロタ
職場にいたらザ・老害って感じですね 認証や暗号化はリバースプロキシのことを言ってるんだろう
うちもnginxでやってる
もっとも誰もそんな話してないんだけどね chinachuはモバイルだと特に番組表がね...
それよりmirakurunでたまに番組情報が欠けるのをどうにかしてほしい
nhkでたまに起こる なるほど、開発改善とモバイル対応でepegstation流行ってるのね
定期録画だけでモバイルとか使わないからあまりchinachuに不満を感じなかった
というか、ラズパイで検索するとchinachuばかりだったのでスペック的な問題なのかな >>351
Drop数ってどうやって使うの?
環境へんすうから呼べないみたいだけど >>362
configでisEnabledDropCheckをtrueにすると、録画ファイルと同じ場所にログファイルが作成される
俺は録画後コマンドでログを自分にメールするようにしてる epegstationは番組表からの一発ルール登録が出来たらいいんだけどな >>364
一発ではないけど、番組、検索、追加の順でクリックするのでダメなの?
大抵ルール条件を修正して追加するからそれで良いなと思ってる。 >>365
ああ、この画面の下部ってルール追加なのか
単なる予約だと思ってた 最近使ってないけど
重複時に何と重複してるかわかるようにして欲しい。ボタン押すと同じ時間に入ってる予約をサービスに関わらず列挙してくれるだけでいい
あとルール表示の際にタイトル順、登録日順、チャンネル順などで並び替えして、そこからルールの一括削除や保存時条件変更したい ■ このスレッドは過去ログ倉庫に格納されています