Linuxでテレビ総合スレ 避難所 3
■ このスレッドは過去ログ倉庫に格納されています
>>285
なんと言う幸運!
店員には、PT3の価値が理解出来なかったのだろう。
chinachuは既に過去のもの、今から環境構築するならEPGStationの1択。 ドフ辺りだとPT3の動作確認出来る奴居ないのかな?
動くか解らないのはジャンクなのね
ってかPT3使ってた奴ならドフなんかに売らないけど元の持ち主は亡くなって家族が処分したって奴かね >>285
J( 'ー`)し たかしの思い出の品をどうか大切に使って下さい >>288
細かい事を気にしてたら中古やジャンク扱いは買えない
有り難く使わせて貰うよ >>289
たかしくんが置いてったウンコも引き取ってくださいよー おかあさん >>285
J( 'ー`)し ウチのたかしがご迷惑をおかけして申し訳ございません。すぐ取りに伺います 嘘くせー
PT3使うような奴がヤフオクやメルカリ使わないとかあるんかいな? 単純に押入れに大量にしまってあった系の断捨離家族なのでは?
いつも何個買ったのかもわからないみたいな人がたくさん出てくるし >>293
おれは買うことはしないな
たまに売るだけ 俺が大学に進学してアパート住まいしている時に
実家に置いといたZ400FX(書付)を馬鹿母に勝手に処分されたことを思い出した。
廃品回収業者に只でくれてやったんだと。
後から書類くれって言われて5万円貰ったらしい。
物の価値が分からない奴は恐いぜ。 270とは別なのですがどなたか、vaapiのハードエンコ使ったライブストリーミングのconfig.jsonコマンドを晒してくれませんか?
Asrock J3160+PX-W3PE4にdebianをインストールしてEPGStationを導入しています。ffmpegはvaapiによるハードエンコ可能なものをコンパイルしました。
現状で録画、録画後のハードエンコによるMP4へのエンコード、録画したMP4のHLS配信はできています。
liveHLSは黒い画面で矢印がくるくるしている状態で動画は表示されません ログは数行の配信の変換がされたあとエラーはの表示も出ずにstopになってしまっています。
長いので分けます 自分で書いてみたライブストリーミングのコマンドは
liveHLSは(実際は改行を入れずに1行です)
%FFMPEG% -re -dual_mono_mode main -i pipe:0 -map 0 -ignore_unknown -max_muxing_queue_size 1024 -f hls -hls_time 3 -hls_list_size 17 -hls_allow_cache 1 -hls_segment_filename %streamFileDir%/stream%streamNum%-%09d.ts\
-threads auto -c:a aac -ar 48000 -ab 192k -ac 2 -c:v libx264 -s 1280x720 -preset veryfast -aspect 16:9 -vb 3000k -flags +loop-global_header %OUTPUT%
liveMP4
"%FFMPEG% -re -dual_mono_mode main -vaapi_device /dev/dri/card0 -i pipe:0 -vf format=nv12|vaapi,hwupload,deinterlace_vaapi,scale_vaapi=w=1280:h=720 -c:a aac -ar 48000 -ab 192k -ac 2 -c:v h264_vaapi -level 40 -aspect 16:9 -q 21 -f mpegts pipe:1"
どなたか晒してもらえませんか? Intel Media Driver for VAAPIで、
{
"name": "1280x720(vaapi main)",
"cmd":"%FFMPEG% -dual_mono_mode main -hwaccel vaapi -hwaccel_output_format vaapi \
-vaapi_device /dev/dri/renderD128 -i pipe:0 -vf format=nv12|vaapi,hwupload,deinterlace_vaapi,\
scale_vaapi=w=1280:h=720 -f hls -hls_time 3 -hls_list_size 0 -hls_allow_cache 1 -hls_segment_filename %streamFileDir%/stream%streamNum%-%09d.ts\
-threads auto -c:a aac -ar 48000 -ab 192k -ac 2 -c:v h264_vaapi -level 40 -aspect 16:9 -vb 3000k -flags +loop-global_header %OUTPUT%"
},
liveMP4はテンプレのまま >300
ありがとうございました。コマンド試して見たところ字幕のストリームのデコードエラーが出てしまったため-map 0:0 -map 0:1 途中で送信されてしまいました
-map 0:0 -map 0:1を追加したところうまく行きました
liveMP4は当方の環境ではテンプレでは1280x740のサイズではブツ切れでだめでした
試行錯誤の結果
"%FFMPEG% -dual_mono_mode main -re -hwaccel vaapi -hwaccel_output_format vaapi -vaapi_device /dev/dri/card0 -i pipe:0 -vf format=nv12|vaapi,hwupload,deinterlace_vaapi,scale_vaapi=w=1280:h=720\
-c:a aac -ar 48000 -ab 192k -ac 2 -c:v h264_vaapi -level 40 -aspect 16:9 -qp 21 -movflags frag_keyframe+empty_moov+faststart+default_base_moof -y -f mp4 pipe:1"
でどうにかなりました。
最後に参考までに教えていただきたいのですが、>300さんはaribの字幕対応のffmpeg forkをお使いですか? Egpstation で泥から試聴した後にずっとB-CAS にアクセスしっぱなりになるんだけど何か設置間違えてるかのかな? 字幕いれてないです
このスレか前スレにあったMPEG2 AD対応を入れた位 PT3が逝ってしまった...
サポート終了で修理不可だし困った
plexのチューナーだと何がオススメ? 予備買わんかったのか?
PT1があるならPCIへの変換のようなものを探してもがく手もある 金があるならdd max m4 or pt3中古
無いならplex >>305
px-w3pe4を買って、非公式ドライバをインストール。
px-mlt5peは非公式ドライバがまだないので使えない。人柱待ち。 >>305
無難に単価も安いW3PE4でいいんじゃね。px4_drvで安定動作するしさ w3pe4 なら一万ちょいで買えるんだな
以前よりテレビ観なくなったとはいて録画サーバーなくしてしまうのも寂しいから安いw3pe4 を注文する事にした >>312
VLCとかでTS再生するときに有ると便利なテレビリモコンもついてくる、W3U4でもいいけどな。
W3PE4よりは値が下がりにくいのと、ACアダプタの差込口まで気にしないといけないのが難点だけど px4_drvの作者です
この数ヶ月間にpx4_drvの動作の改善や重大なバグの修正を行ったり、Raspberry Pi 3Bで使用する際にドロップを減らす方法を発見したりしたので、まとめてご報告させていただきます。
まずは改善やバグ修正についてです。
・W3U3スレ(Part26)の493と604にQ3U4(とQ3PE4)でS側にドロップが発生する場合があるとの報告がありましたので、対策を行いました。(rev: 91)
・稀にringbufferの読み書き中にデッドロックを起こす致命的なバグがあったので、修正を行いました。(rev: 80)
・複数のチューナーを同時に閉じる際にデバイスとの通信エラーが発生するバグの修正を行いました。(rev: 77)
・CPUの負荷軽減(rev: 79)やS側チューナー(RT710)をなるべくスリープさせる変更(rev: 70)なども行っています。 次にRaspberry Pi 3Bで使用した際のドロップについてですが、dwc_otgとpx4_drvに以下のようなパラメータを指定することによって、大幅に減少することが確認できました。
・/boot/cmdline.txt に「dwc_otg.host_rx_fifo_size=2048」を追記
・/etc/modprobe.d/px4_drv.conf というファイルを作成し、以下のような内容を記述する
- rev: 87以降の場合:
options px4_drv xfer_packets=51 urb_max_packets=816 max_urbs=6
- rev: 86以前の場合:
options px4_drv xfer_packets=51 max_urbs=64
(いずれの場合も、max_urbsの値はもう少し小さくてもいいかも)
こうすることによって、4チューナーを同時に使用してもドロップすることがほぼなくなりました。
なお、8チューナーを同時に使用するのは、Raspberry PiのUSBの帯域の関係でどう頑張っても不可能のようです。
また、環境によっては以上のような設定を行っても効果がない可能性もありますので、その場合はすみません… >Raspberry Pi 3Bで使用する際にドロップを減らす方法を発見
px4_drvおじさんは現人神や〜〜〜〜〜〜〜〜〜〜〜 本当に神のような対応で感謝しかない
予約無いときに更新します 仕様が公開されてないハードなのにドライバが洗練されていく >>322
録画用に組んだPCが手元に複数あるが、多数派がWindows機から(EPGStationが稼働する)Linux機になった。 大感謝。Q3U4の対策、サラッと触った感じ効果ありますね。
うちはu-n-k-n-o-w-n氏のBonDriverProxy_Linux⇒BonDriverProxy_Win(あえて2段)⇒TVTestって
パススルーしてるだけなので、干渉避けのバックグランドのおまじない外して運用してみます。
Q3U4+Rock64 1G+ayufan(bionic-minimal-rock64-0.7.9-1067-arm64.img.xz)は
素人なのでおかしなことしてしまってるかもしれないけど、px4_drv.confを作って…
/boot/extlinux/extlinux.confの2か所ある「coherent_pool=1M」を
「coherent_pool=4M dwc_otg.host_rx_fifo_size=4096」でいい感じになった。
2048だと全チューナー起動するとぽつぽつドロップする感じだった。 >>325
Rock64のくだりはの「4096」でいい感じは取り消します。
まだポツポツと出るので適当じゃダメかも。 >>324
CMcut4U 試してみろ
カット精度に妥協出来るかだが 最近はチューナーがなくてもデバッグ作業とかは普通にできるのな。どうやって試運転しているのか大きな謎だけど rev: 91で行ったドロップ対策をOffに出来るパラメータ「disable_multi_device_power_control」を追加しました。(rev: 101)
なお、W3U4とW3PE4では元からOffとなっています。
PX-Q3U4ですが、デバイスは所有していないのですが特に問題なさそうなので、対応している旨を明記しました。
>>325
Rock64はdwc_otgのドライバをそもそも使用していないので、host_rx_fifo_sizeの設定は効果がありません…
px4_drv.confの設定も、Rock64では割り込み回数が増えるだけで良い効果がなさそうなので、無くて大丈夫だと思います。
coherent_pool=4Mの設定はそのままで大丈夫です。
ちなみに、Q3U4はどのUSBポートに接続されていますか?
Rock64の場合、USB2.0の下段ポートかUSB3.0のポートに接続すると、USB2.0の上段ポートよりもCPU負荷が少なくておすすめです。
それでも全チューナー起動中にポツポツとドロップが出るようでしたら、px4_drvのtsdev_max_packetsの値を少し大きくしてみるのはいかがでしょうか?
>>330
同じ不具合が手持ちのQ3PE4でも再現したので、それを使って修正作業を行いました。 あ、もしかしてQ3U4だとrev: 91以降から1チューナーでも開いた時点でファンが回転するようになっているかもしれないです。 dwc_otg USBドライバには全く別のところで不具合に悩まされたことがある
Designware社のIPコアを採用している各所がみなこのドライバを使っているが
エンジニアの利用者人口が桁外れに多いRaspberry系ハードウェアで
いろいろ不具合が修正されているおかげで助かりンコ >>331
書いているうちにグッドなアンサーありがとうございます上側USB2.0でした。
下書きそのまま貼ります。
---
Q3U4+Rock64については起きたことがわかりました。
ドライバーアップデートとラズパイ対策を同時にしてしまったので
しょっぼい報告してしまいました。
ラズパイ用の新対策は一旦忘れて入れていない状態で、checkoutでMar 26とApr 12で比較。
Mar 26ではcoherent_pool=4MにしてQ3U4固有のS側ドロップ以外は安定していました
この状態からApr 12にするとQ3U4固有の問題が治る一方チューナー沢山起動すると
激しくドロップするようになりました。
(これにラズパイ用の新対策をするとこのドロップがポツポツ程度に緩和される感じでした。) 結果を言いますと、KB/マウスレシーバーとQ3U4を2個あるUSB2.0に挿して実験して
いるのですが、挿すポートを入れ替えたら新ドライバーでもドロップしなくなりました。
何度か入れ替えて確認して下側だとOKで、USB3.0に挿しても問題ありませんでした。
ですのでUSB帯域的かどうかわかりませんが新ドライバーに軽度な副作用が
あるのかもしれないなと思いました。 >>332
そう言えばと思って挿してみたら1チューナーで回りました。 >>332
Q3U4ユーザーです。おつかれさまです。S側のドロップは思惑通り激減です。感謝!
ファンについては、mirakurunのEPG取得の関係で回りっぱなしになります。恐らく、これはアプリ側と連携しないと対応できない問題だと思います。
アップデート前にはソースをいじって、ioctl経由で、recpt1のオプションで自分がopenしている間は、両チューナーの電源を入れっぱなしにするような対応をしていましたが、汎用性のある対応ではないと思いますので… Windowsのほうでやっている全チューナーオープン運用試験と同方向の対応ですよね >>331で「Rock64はdwc_otgのドライバをそもそも使用していない」と書きましたが、説明不足でしたので補足します。
Rock64のUSB2.0の上側ポートは、DesignWareのOTGコントローラに接続されています。
ドライバはRaspberry Piとは異なり、カーネル標準のドライバが使用されます。
ポート別の使用ドライバは以下の通りです。
・USB2.0上側: dwc2
・USB2.0下側: ehci-platform, ohci-platform
・USB3.0: xhci-hcd >>334
>>335
>Mar 26ではcoherent_pool=4MにしてQ3U4固有のS側ドロップ以外は安定していました
>この状態からApr 12にするとQ3U4固有の問題が治る一方チューナー沢山起動すると
>激しくドロップするようになりました。
>(これにラズパイ用の新対策をするとこのドロップがポツポツ程度に緩和される感じでした。)
rev: 87(4cfe4bf)とrev: 100(d6d5135)との比較だと思いますが、この間にTSデータの受信処理の部分には手を入れていないので、正直なぜこのような差が出るかは私のほうでもよくわかりません…
症状的には(新対策によるドロップ数の減少も含めて)私が過去にRaspberry Pi 3BにQ3PE4を繋いで8ch同時受信を行ってみたときと同じようです。
もしかしたらDesignWareのコントローラーの電源管理周りに何かあるのかもしれないです。
ですが、下側ポートで問題ないようなので良かったです。 >>336
>>337
やはり1チューナーで回りますか…
rev: 91で行った変更は、片側チューナーをopenして電源を入れるタイミングで、同時にもう片側のチューナーの電源も入れてしまうというものなので、仕方ないといえば仕方ないです。
mirakurunで使用する際にファンが回りっぱなしにならずS側のドロップが発生しないようにするためには、EPG取得の間隔を伸ばすか、disable_multi_device_power_controlをYにした上でpx4video5を使用しないようにするか、
Q3U4のファンを撤去することでしか対応できなさそうです。 あざます。
うちの用途的にはQは1個挿せればよいのとあの爆音ファンは使ってないので、
ガンガン使わせてもらいます。 MIrakurunがいつの間にかipv6を無効にしているとError: listen EADDRNOTAVAIL ::1:40772ってエラーが出て
mirakurun config serverでdisableIPv6: trueにしないと使用できないようになっていた。
エラーの原因がなかなかわから、。大いにハマったので皆さんも気をつけてください。 mirakurunのgithubでも軽く触れられてるけど
指南サイトとかには出てこないからハマりやすい点だね mirakurunは
/usr/local/var/log
/usr/local/var/db
あたりをかなり頻繁にwriteするのでSDの耐久性が不安だが、何か対策してる? >>346
耐久性が高いとされるMLC方式のmicroSDを使っている。32GBで約2400円と高めだが、これでも以前よりは安くなった。 録画でHDD使うので、ついでに/をHDDの第1パーティションを使うようにした >>346
ログレベルを変更する。
db更新のインターバルを変更する。
基本はusbブートだが。 >>350
そのUSBブートをすると、コマ落ちが酷くて録画には使えなかった。
普通のmicroSDブートで組み直すと安定した。 ffmpeg git最新版(昨日git cloneしたもの)で、VAAPIを使用したところ、
今までのffmpeg(12/08/2018付4.1N-92629-g05a61a0)と比べてh.264_vaapi、ドライバi965で8倍速が4倍速に、
h264_vaapi、ドライバiHDで10倍速が5倍速に半減してしまったのですが、同様の症状の方いらっしゃいますか?
他のソフト環境は同じなのでffmpegのアップデートが原因としか考えられないのですが。(実際旧バージョンに戻したら
速度は元の速度に戻りました) 書き忘れましたがディストリはdebian stretch 9.8にbuster(testing)のレポからソフトを少々インストールした環境です。
iHDドライバはbusterのレポからいただきました。 >>351
俺も同じで、USBブート諦めてSD運用してる
ネットワークブートは試してないんだけど、どうだろう? >>343
それ自分もはまって苦労しました
ipv6のlistenを止めたんだっけな >>351 >>356
どっちも同じフラッシュメモリで静的なウェアレベリングなのに何が違うんだろ
といいますか、SDってSDカードってことで合ってます?
USBメモリはUSBポートだけどSDカードはどこか別のとこに付けるの? >>358
さーせん、SDはmicroSDを略してしまった
ttps://www.fabshop.jp/%E3%80%90-%E7%B6%9A%E5%A0%B1-%E2%91%A3-%E3%80%91raspberry-pi-3-model-b%E3%81%AF%E5%90%8C%E3%81%98microsd%E3%82%AB%E3%83%BC%E3%83%89%E3%81%A7%E3%82%AB%E3%83%BC%E3%83%89%E3%82%B9%E3%83%AD%E3%83%83/
こんな結果もあるから、microSDはUSBスロットとは別口でつながってるっぽい
ネットワークはUSBと帯域共用
となるとネットワークブートしても結果は変わらないかな >>359-360
ようやく把握、ご説明ありがとうございます Raspberry系のSDカードスロットはSoC内蔵SDコントローラでの制御
USBだと
SoCのUSBホスト --(USB)-- カードリーダのUSBインタフェス <--> リーダの中でSD制御
SDのプロトコルで出し入れするデータをUSBのプロトコルに乗せ換えてSoCと行き来するから
一段階余計なことをすることになる
だもんでボード搭載のSDスロットの方が速いのでは?
Raspberry系持ってないから、今調べたら64bitコアになってもUSBポートはUSB 2.0止まりなのね
そりゃ遅いです raspi2でwebカメラつないで監視カメラにしてた時、2台つないでも同時に使用できなくて、その原因調べたらUSBの帯域足りないってことらしかった。
。
PCだと2台同時に使えるんで、同じUSB2でもPCに比べても遅いのかも。 >>363
networkに接続してるならlanも同じusbを使用するから帯域は2倍必要になるぞ。 raspi2以下だとシングルコア?で
頻繁な割り込みにCPUとられちゃうから苦しいみたいなことを聞いたことがある 限界を知るってのはいいことです
やらせたらなんでもできるやろ、できなきゃおかしい、
は棲み込み、いやもとい、組み込みの世界では通用しない
かといってやりたいことに対してハード性能高すぎもダメ
ちょうどよくないとアカンのです
むずかしいのです 組み込みの世界ではって、いつからラズパイが義務になったの?
普通にマシンパワーがあるPCでやったほうが楽ちんに決まってるじゃん rpi3のusbって遅いんか
rock64に変えてみるかな〜 >>370
ゴミって、それは言い過ぎ。
省電力で小型、24時間稼働させても電気代を気にしなくて済む。
TS録画だけでエンコードしない、サーバー用途ならラズパイで事足りる。
CPUパワーがあっても、電気代が高いようだと24時間稼働には躊躇する。 ごめんなさいMicroserverGen10(CentOS7)連続稼働中です 録画ならatomどころかPen3でも出来るからなあ 録画はリアルタイム処理で取りこぼしたらそれまでだから安定環境でやりたい
でも小ささはそれだけで魅力なのも確か Q3U4のPlexの糞ドライバーだけ避けられれば良い自分は
px4+BonDriverProxy_Linuxだけ動いてくれれば良かったので
Rock64とかNano Pi NEO 2あたりで共にアイドル3W程度で
動いてくれたのは有難かったな。Win側はスリープ運用出来るし。
ただいつか出るラズパイの新型で動くなら乗り換えると思うけど。 >>373
壊れたらすぐ交換できるぐらい安いけどな だからバカ売れしてるんだろうと思う
不在中に火吹かれたら困っちゃうけども ラズパイ以外の低価格SBCもだいぶ数が増えたし
そういうので安定動作した実績とかあれば聞きたいな
情報が少ないしスキルも自信がなくて購入を躊躇してる >>378
8チューナー使えるかもしれない(がいつ出るかはわからない)ラズパイの新型を待ってみるのはどうだろう HWエンコード、デコードを考えるとラズパイになるけどなぁ
Rock64とかその辺がもっと安定してくれればいいんだが ラズパイ買うならもうちょい金出してatom系のtv boxでも買ったほうが良い
腐ってもintelだからqsvが使えるし電気代も大して変わらんだろう
欠点は海外通販故に来るのが遅い 注文時のコメント欄とかに
A.S.A.P. !!
とか書いとけば? >>378
こんな報告いるかわかんないけど、OrangePi3じゃだめだったよ。
USB3x4にminiPCIeとGbEと凄くI/O周りが良さげだったけどOSが酷かった。
カーネルヘッダが見つからなかったり、あってもmakeが通らなかったりしたよ
カーネルヘッダを探したりするのが一番難しいから、最低でもソフトウェアが充実してるメーカーから探さないとだめだね AllWinnerとか情報もロクに出てこなさそう
ベンダーの連中がやっつけで書いたコードでそのまま動かしてるんだろうね
Realtekの古ーいコードを見たことがあるけど(あちこちさがすとSDKが落ちてる)
そりゃまぁきたないなんてもんじゃない
カーネルのコードも出来の良くない人が書くとそれなりにしかならんのだなぁ、と ■ このスレッドは過去ログ倉庫に格納されています