Linuxでテレビ総合スレ 避難所4
http://mevius.2ch.sc/test/read.cgi/avi/1500559118/
前々スレ
Linuxでテレビ総合スレ 避難所 2
https://mevius.2ch.sc/test/read.cgi/avi/1526812712/
前スレ
Linuxでテレビ総合スレ 避難所 3
https://mevius.2ch.sc/test/read.cgi/avi/1547435218/
epgrec(本家)
http://www.mda.or.jp/epgrec/
http://sourceforge.jp/projects/epgrec/
epgrec(STZ版)
https://github.com/stz2012/epgrec/
epgrecUNA
http://d.hatena.ne.jp/katauna/
foltia
http://www.dcc-jpl.com/soft/foltia/
rec10
https://www.rec10.org/?page_id=133
https://bitbucket.org/gn64/rec10
torec
https://github.com/k-k1/torec/
Chinachu
https://chinachu.moe/
https://github.com/Chinachu/Chinachu
EPGStation
https://github.com/l3tnun/EPGStation
この他海外製のDVB対応ソフトウェア多数有り
recpt1(総本家)
http://hg.honeyplanet.jp/pt1/
recpt1(STZ版)
https://github.com/stz2012/recpt1
recdvb(本家)
http://cgi1.plala.or.jp/~sat/
recdvb(k-pti版、バグ有り？)
https://github.com/k-pi/recdvb
recdvb(inn1983版)
https://github.com/inn1983/recdvb
recdvb(dogeel版、推奨？)
https://github.com/dogeel/recdvb
recbond
https://github.com/dogeel/recbond
tune(up0219.gz)
http://www3.wazoku.net/2sen/pt1up/
tune改良版
https://honeycome.net/archives/358
DVBv5 Tools
https://www.linuxtv.org/wiki/index.php/DVBv5_Tools
https://github.com/Chinachu/dvbconf-for-isdb
Intel-Media-SDK
https://github.com/Intel-Media-SDK/
px4-drv
https://github.com/nns779/px4_drv
現状、主流のEPGStationもmirakurun使ってるからLinux板に戻ると荒らしが現れるからこっちが正解だわな
今、バイナリを斧にアップしてますが時間がかかるので、とりあえず、本家に投げたpullリクエストで。
https://github.com/MythTV/mythtv/pull/187/commits/44511252fd50a78c8238a9178541f7ab590a6756
プラグインもなので500MB超えてしまいました(´；ω；｀)
000_mythtv-dmo-30.0+fixes20191023.git2855e29672.ISDB.2.tar
https://www.axfc.net/u/4010793
なんかその言い回しだと、Chinachuだと安定してなかったみたいな言い方ね
今Chinachu使っててドロップとかもないし安定してるんだけど、EPGstationはなんか+でいいことある？
今はラズパイ3B+使っててEPGstationは同時録画のときに荷が重いみたいだからChinachuだけど、
4Bに更新するつもりだから、そんときにどっちにするか参考にしたいからメリット教えてよ
EPGStasionの方がよかったとだけ
直感的に使えるかどうかくらいだけど
https://github.com/Artanejp/mythtv/tree/30%2BISDB-Ja
しかし、元のパッチのかなりに名無しさんが作った部分があって、色々問題含みなので、問題があったらけします。あんましけしたくないけど。
使いやすさ、特にスマホからの操作
スマホから使わないんだったらChinachuのままでもいいと思うよ
スマホから使うこともあるしEPGstationにしてみるわ
また不満あれば戻ればいいだけだしな
ありがとう
UIが気持ちいいかぐらいしか差別化要因がなくなったきたよな...
スレチ気味だがCMカットの精度ぐらいかね。
録画全般で明確に差別化できる機能って。
firmwareって必要だっけ？
番組延長時の追従くらいかね
mirakurunが吸収しちゃってるから変わらんか
・TVTest+BonDriver_Mirakurunで視聴するとドロップだらけでまともに視聴できず
・EPGStationで録画中の番組をKodi+IPTV Simple Client+EPGStationで視聴できない？
・EPGStationでの録画は問題なし
ケイエスワイは22日より予約、26日より順次発送だって
ラズパイ4Bでlinux環境を構築チャレンジしてみるかな
今までは仮想linuxでrecpt1触って遊んだ程度だけど
技適ラズパイ4とセットでどうぞ
だから1GB版買おうと思ってたけど4GB先行か
3B+にRaspbianフルインストしたGUIの起動状態で
メモリ半分以上余ってたから人気ばらけるのかと
思ったけど4GBに集中してるらしいね
そりゃあ、メモリ容量は「大は小を兼ねる」からね。
実装4GBの中の1GBだけを使うのは何の問題もないけれど、逆に実装1GBしかない環境でメモリ4GBを要求するアプリを動かすのは苦労する。
ただ、現状のubuntu 19.10では一応4Bがサポート対象になるものの、4GB版では動作不具合が出るらしく、メモリ使用量を3GBに制限する必要があるらしい。（1GB版・2GB版は正常に動く）
そのうちバグ修正されるだろうからおとなしく待つべし。
Raspbianも、3/4用にaarch64で再設計してくれないかなぁ…
技適非対応版にW3U4を2台とEPGStationなので、それ以外に何をさせようかしら
もしかして来年の春頃まで国内で安く買えるようにならなかったりするのかな？
寝せて置いたり ファンを近くに置いたりするだけですぐ繋がらなくなる
電波それ程強くない場所だからしょうがないのかもしれないが スマホはじめ他の機器は問題なく繫がってるし...
https://github.com/l3tnun/EPGStation/blob/master/doc/conf-manual.md#recpriority
に記載されてる
"recPriority": 20
は、録画時の最高プライオリティと捉えていいの？
で、最低は0？
詳しく書くと、前の番組がシングルモノで録画番組がステレオだと起きる
nhk総合の朝ドラとかが該当する
ニュース(シングルモノ) → 朝ドラ(ステレオ)
ffmpegの analyzeduration, probesize を設定したけど効果は無い模様
linuxでやる方法は知らないけど、頭出ししないと解決できないかな？
他の方法は知らない
pid 一覧取得 -> 該当のpidを見つける -> tsselect等で削る
どうにかならんか頑張ってみる
-acodec copyも駄目でしょうか?
だめですね
前回番組に引っ張られてストリームが正しく解析できていないようなので、解説音声のストリームしかコピーされないです
自動化は小さいファイルを捨ててる
結局頭出ししてるな
問題なくいけたぞ
https://github.com/0p1pp1/ffmpeg のFFMPEGだけど (あと再生も同サイトのmpv)
番組(PMT)切り替わり時のストリーム(再)選択がうまく行かなくて副音声の音声ストリームを選んじゃうってことか...
なるほど、これなら確実ですね
>>52
そもそも音声ストリームとしエンコード結果に反映されないのでプレーヤ側の問題ではないはずです
>>53, 54
> 解説音声はモノ - ステレオ切り替えの問題じゃなくて
> 番組(PMT)切り替わり時のストリーム(再)選択がうまく行かなくて副音声の音声ストリームを選んじゃう
そうです、その現象です
isdb向けのffmpegでも発生するか見てみます
色々教えていただき有り難いです
（テストデータが短すぎてギリギリの確認しかできてない）
そもそも１音声しか無い時-> PID:0x0110
2音声ある時 -> PID: 0x0110 と0x0111 (メインは0x0110)
なのが普通なので 切り替わっても問題になるとは思えないんだけど...
追試ありがと
手元の環境で https://github.com/0p1pp1/ffmpeg をビルドして同じts & 同じオプションでエンコードしたところ、
バッチリ主音声がエンコードされました
何らかの修正がされているみたいですね
・NHKのニュースは二ヶ国語の２音声ストリームだった(PID:0x0110 モノ主音声、 PID:0x0111 英語)
・ffmpegが最初に0x0111の方を選んでしまう (注: ffmpegは常に1video, 1audio)
(番組終わりで無音なのでエンコ後再生時には0x0111であることに気付かない)
・次の番組（朝ドラ）が始まる。 同じく2音声でPID:0x0110 主音声、PID:0x0111 解説
・ffmpegはそのまま0x0111を使用し続ける
ってことでISDB向けffmpegでは
https://github.com/0p1pp1/FFmpeg/commit/d1dd475d16374f6cef93f73783bea0fca6eb61bf
でデフォルトストリームの標識をつけるようになってるので、ffmpegがきちんと最初から0x0110を選ぶようになった
ってことだと思う (fftools/ffmpeg_opt.c::open_output_file() LINE 2226)
ストリーム情報見たらまさにそれです
解説ありがとうございます
ゆるゆりサイドから苦情でも来たの？
本家製作陣からテスト用のテレビ録画の提供を求められてマージ諦めたらしいけど、そもそも研究目的なら提供しても合法だし
中途半端に法律の知識がある奴ほど面倒なものはない
研究用だからと提供して、もし捕まったらたまったもんじゃないから仕方ないけど
Raspberry Pi4がゲットできてEPGStationにのりかえてみたけどいいね。ドロップチェックもできるし操作もしやすい。
ただ慣れのせいか自分流のルールの作成とかはChinachuの方がしやすかったかも。
SQLite3だから正規表現が使えないみたいで除外ワードが一つしか設定できなかったりするし。
ところで、ライブ視聴とかなかったから設定が全然わからないんだけど、
どうも前スレを見るとh264_omxを使えばライブ視聴でも余裕ありそうな書き方されてて、
とりあえずlibx264って書いてるのはomxに置き換えたけどライブでも止まっちゃうんだけどどうパラメーターを変えればいいだろう？
おすすめの設定とかあったら教えてください
デコーダライセンス購入とかは?
sqliteの正規表現は公式に有効化手順あるぞ
EPGStation + SQLite3でも、手順に従ってregexp.soを導入すれば正規表現が使えるようになります。
(参照)https://github.com/l3tnun/EPGStation/issues/287
あのMPEG2ライセンスのやつのことならPi4じゃ意味ないというか使えないのでは…？また別のやつがあるなら教えてもらえたら助かる
>>67 >>68
あ、有効化できるのね。とりあえず手順通りにやってみるわ！ありがとう！
俺がnoteで書いた記事見てくれ。
ライセンス食わせても意味ないよ
なんと、そうなのか！知らなかった…
教育目的だからDVD再生くらいを想定してた可能性もありそう
いまのところ問題にもなってないから、実際大丈夫なのか少数派すぎて話題にならないだけかは気になる
FHDは試したことないけど案外いけるんじゃね
ラズパイ用Ubuntu19.10.1でてたから入れてみたら
4GB版の3GB制限しないとUSB使えない問題は治ってる
先は長い。
MPEG2の地デジならARMのLittleコア程度で余裕でSW再生できるからな..
再生だけは出来るけど、デインタレしつつ綺麗には中々出来ない
殆どがラズパイのHWデコーダー以下
自分はRaspberry pi 3B+と、新しく追加購入したpi 4Bの両方でEPGStation環境を構築した(pi 4Bの環境は今日構築したばかりの試運転)。
PCからの視聴なのでライブ視聴はMP4変換に限られる(他の種類は使えない)
liveMP4のパラメータは以下の通り。
"liveMP4": [
{
"name": "h264_omx",
"cmd": "%FFMPEG% -re -i pipe:0 -threads 0 -c:a copy -bsf:a aac_adtstoasc -c:v h264_omx -b:v 4000k -movflags frag_keyframe+empty_moov+faststart+default_base_moof -y -f mp4 pipe:1"
}
内容はpi 3B+で使っているのと同じで、オーディオは無変換、ビットレートは4Mbps。
pi 3B+だと処理落ちして実用にならないが、pi 4BだとCPU利用率50%程度で実用になった。ただしCPU負荷軽減のためインターレース解除はしていない（縞模様が残る）。
エンコードに使うパラメータの内容も上記に近い。
pi 4B環境はまだ試運転でパラメータの煮詰めはこれからで、とりあえず従来の設定でそのまま動いたという報告。
インタレ解除できんの辛いな
あとリサイズも無理なのかな?
失礼しました
PCブラウザだと駄目なんだがよくわからんでいる
どっかに設定あるんだろうか
設定基本無いよ
エンコーダでデインタレースするのが無難
enc.shの内容は
`$FFMPEG -threads 0 -re -vsync 1 -fflags +discardcorrupt -i "$INPUT" -c:a copy -bsf:a aac_adtstoasc -c:v h264_omx -b:v 4000k -s 1920x1080 -movflags +faststart -y -f mp4 "$OUTPUT"`
・mp4 4Mbps
・解像度変換あり(1440x1080 SAR4:3 DAR16:9 → 1920x1080 SAR 1:1 DAR 16:9)
・音声再エンコードなし
インタレース解除なしで16fps、約0.53倍となった。
-vf yadifでインタレース解除をすると12fps(約0.4倍)
threadsの値を増やしても変化なし。ちなみにpi 3B+だと同条件で10fps以下。
`$FFMPEG -threads 0 -re -vsync 1 -fflags +discardcorrupt -i "$INPUT" -c:a copy -bsf:a aac_adtstoasc -c:v libx264 -preset veryfast -crf 23 -s 1920x1080 -movflags +faststart -y -f mp4 "$OUTPUT"`
こちらもインタレース解除なしで15fps、約0.5倍とh264_omxより少し遅い。
-vf yadifでインタレース解除をすると11fps(約0.35倍)
解像度変換を含んで、エンコード時間は実時間の約2倍。ぎりぎり許容範囲。等速エンコードにはまだ遠い。
インタレース解除は重い処理で、処理速度が落ちるので自分は使わない。
比較の結果ではh264_omxとlibx264の処理速度はほぼ同等。h264_omxを使うかlibx264を使うかは各自お好みで。
1440のままエンコならPi4は等速行けると思う
解像度変換(-sオプション)なしで1440x1080をそのまま出力してみた。
検証に使ったのは昨日と同じくNHK BS1「BSニュース」
h264_omx
解像度変換なし
インタレース解除(-vf yadif)なし 30fps CPU利用率 75%
インタレース解除(-vf yadif)あり 20fps CPU利用率200%
libx264
解像度変換なし
インタレース解除(-vf yadif)なし 30fps CPU利用率250〜380%
インタレース解除(-vf yadif)あり 20fps CPU利用率350〜400%
という結果になりました。
「解像度変換なし、インタレース解除なし」の条件ではh264_omxもlibx264も等速エンコードが出来る。
＝インタレース解除をする場合、どうやっても等速エンコードは出来ない。
pi 4Bはハードウェアエンコード機能が削られたのではないかと危惧していたがそんなことはなく、ちゃんと実装されていた。
h264_omxによるハードウェアエンコードはCPU負荷が減る利点はあるものの、速度向上効果はほとんど得られない。
libx264は4コアを存分に生かせるので、今後はh264_omxの出番は少なくなるかも知れない。
CPU負荷減らせるomxでいいんじゃないのかね
書いてないけどlibx264の方が良いのでは
rpi4はMMALでh264/h265のHWデコーダがあるみたいだけど エンコーダもあるのかな
EPGStationでロケフリ的にリアルタイム視聴に使えればいいかなって感じ
とりあえずPi4ではomx使えばスマホ用に480pとかに落としてもフレーム落ちしなくなった
BSも外で見られるし、この用途だと今のところ理想的だな
同じような人いる？
とはいえ、arib-b25-stream-testはあくまで参考用に過ぎないわけで、
もとのb25のtd.cを改造してパイプ処理に対応させたりする手段もある
あと、--stripについては、
https://twitter.com/Chinachu_REC/status/815064808416415745
でも中の人が述べているように、つけてはいけないとのことだ。何故かはわからん。
(deleted an unsolicited ad)
recptにb25オプションつけて動かしてやったほうがマシ
みんな返信ありがとう。思った以上に返信あってびっくり。
こっちもいろいろ試してみたけど、そもそもEPGStationのライブ視聴にもいくつか方法があったり、よくわかってないとこも多かった。
結果は大体>>88が書いてくれた通り。
それに補足説明を加えるなら色んなオプションを使ってでインターレースを試してみたけどやっぱり厳しいかな。
HLSで見たいと思ってmp4にリアルタイム変換をしようと思ってomxを使うと、88の言うとおりリサイズ、インターレース解除をしなければ見れる。インターレース解除かリサイズのどちらをすると追いつかない。
ストレージの性能かと思ってRAMDisk作って試したけど結果変わらず。つまりHLSを用いてリアルタイムで変換するのは実用的でない。
またこのときにomx(yadifフィルタ)での使用率をみるとCPU:180-200％程度。
前スレで書いてたと思うけどomxがシングルスレッド処理で、これはどうしようもないみたい。
さらに200％ってことはフィルタ処理がyadifだと所々厳しい場面があるってことかな。
ここでいい結果だったのはpullupで120-140％前後だった。もしインターレース解除がしたいならpullupがいいかも。
(逆テレシネとインターレース解除が多少違うっぽいけどわからんから許して)
他の人が言ってたリサイズしても追いつくっていうのはtsコンテナでの話でHLS(mp4)だと厳しいってことかな。tsだと電池ゴリゴリ減るから嫌だったけど一応リサイズ、インターレース解除しなければ何んとか使える。
まだtsへの変換は試してないけど使用率みるかぎりpullupならリアルタイム変換できたりするかもしれないのでまたやってみる
100〜のスレッドの続きを読む