Linuxでテレビ総合スレ 避難所 2
レス数が950を超えています。1000を超えると書き込みができなくなります。
>>844
なるほどHDD自体の不具合でしたか
そういったこともあるのですね
なにより原因がはっきりして良かったです
>>847
mirakurunがバッファのオーバーフローにより停止することへの対策ですが、
バッファサイズを増やすほかに、Linuxカーネルの vm.dirty_writeback_centisecs や vm.dirty_ratio 等のパラメータを調節して、
ページキャッシュが溜まり過ぎないようにしても多少効果があるのではないかと思います おっとっと
バッファサイズを増やして問題なさそうなんですね
なら良かったです Mirakurun+ChinachuってEDCBみたいに録画しながらリアルタイムでtvtestで視聴する機能ってある?
1つしかチューナーがないのでEDCBで出来るUDPかTCPで送信してTVTestで再生できるのをしたいんですが >>853
BonDriver_mirakurunで録画中の番組も含め、視聴できるようにできますよ。 なら最初からWindowsで組めやって話じゃないの?
あえてMirakurunやChinachuを挟む意味を感じないんだが >>855
Windowsでは一部チューナー(PLEX系)が糞品質なドライバのせいでまともに録画できないとかじゃね? mirakurunにepg文字化け修正来たけど、皆どうですか? Fedoraの吊るしのカーネル、earth-pt3モジュールが無いでやんの (′・ω・`) >>857
その一部Plexチューナーの問題はチューナー側USBコントローラに問題があるのが原因で
LinuxだろうがWindows だろうが誰のドライバだろうが起きる時は起きる。
速度に余裕のあるUSB IF用意してH/Wの競合がある時は原因を除くのが唯一の解決策だよ。
オレ等のLinuxドライバは優秀だからLinuxええでー てのはよくあるLinux好きの妄想だね >>861
Plexの場合非公式ドライバで直せる程度のバあで放置してるから訳が違う digibestスレ見てこいよ
プレ糞がいかに仕事していないか丸分かりだぞ 少なくともWindowsのドライバよりはよっぽど優秀だよ
ラズパイとW3U4だけどほとんどドロップもない そう思い込んでるだけだろ?
>>812あたり見ても作者も原因が判らない問題みたいだし プレクスが昔から糞なのは同意だけど
今のレベルでLinuxドライバーにすれば解決とは思わないな
どっちも安定する環境では全く問題ない、
安定しない環境ではとことんだめ、特に4トラポン並列以上は
ユーザーの目が多い分安定しない環境があれば遠慮なく叩くのがWin環境
安定した環境で使えたらとことん褒めるのがLinux環境
そこが違うだけだろ >>866
>>812はq3pe4で8ch録画してるからな。
4ch録画なら問題なさそうだと書いてあるだろ。 >>867
すくなくともPLEX純正ドライバのせいでBSODになるよりマシ。 q3pe4, q3u4はものが怪しいからな
しゃーない 一般的にハードル低目なのは確かだが
これは現実に安定優秀 ドイツ製のMaxM4をすこるのだ…
ddbridgeにisdbsのコードが追加されたから最新ドライバを入れるだけで全部動くようになったのだ…
数ヶ月後にはきっとlinuxカーネルの標準ドライバとして使えるようになるのだ…
売れるようになれば製品ラインナップも増えるのだ… >>872
高い (299 EUR) ので買いたくないのだ…
Full Hight とか欲しくないのだ…
PT3 を持ってるのだ…
私には合いませんが、良いチューナーのようですね。 >>873
mirakurun経由で録画と視聴に使ってるけど問題なし
受信感度は体感だけど PT3 > MaxM4 >>>>>>>> W3PE4 くらいの違い
W3PE4でドロップ恐怖症になったからちょくちょく手動でドロップの確認するけど今まで一回もなかった
スカパー関係なければPT3と大差ない割に4倍近く高いけど、PT3の新規生産がない現状だと
金をかけてでもPT3を代替えできるクオリティが新品で欲しい人の選択肢になると思うんだよね
あと4チューナが地上波と衛星のどっちでも使えるから「地上波3チャンネル同時にカバーしたい」みたいな時に1枚で済んで便利だった >>876
サンクス
クオリティゴミならプレ糞でいいよなーって思っていたから、
安定するよりみたいで何より ま、W3PE4はv2.0が1.2万円弱で手に入るし、
とりあえずリアルタイムに見れればいい人にはちょうどいい選択なんじゃね?
録画してTSをいつまでもコレクションし続けたい人にはちょっと色々と難ありだと思うけど ラズパイでffmpegエンコテストしてたんだけど
mpeg2HWデコード+h264HWエンコ
より
mpeg2SWデコード+h264HWエンコ
の方が速いんだけどこういうもんなんですかね?
前者は32fpsでて後者は40fps出ました
ちなみtopコマンドでCPUの負荷は前者が175%で後者が50%ぐらいだったので
CPUの負荷はかなり抑えられてるけど全体のスピードは8fpsも落ちちゃってます
ちゃんとHWデコードできてるんですかね? でも、重要なのはエンコ速度よりも、エンコ後のソース映像の再現具合じゃないの?
HWエンコは特に、早く終わったからと言って画質がいいとは限らないし HWデコードはリアルタイム再生に必要なfpsしか出ない。
SWデコードはCPU次第で無限に速くできる。 デコードとエンコで同じハードウェアを共有してんじゃないの?
コンテキストの切り替えが多発&エンコとデコードが多重化できない からじゃないのか >>881
入れた
1は全部SW
2はh264だけHW
3はh264とmpeg2がHW
1. ffmpeg -fflags +discardcorrupt -i sample.ts -t 00:00:30 -c:a copy -bsf:a aac_adtstoasc -c:v libx264 -b:v 5000k -y encoded/test1.mp4
2. ffmpeg -fflags +discardcorrupt -i sample.ts -t 00:00:30 -c:a copy -bsf:a aac_adtstoasc -c:v h264_omx -b:v 5000k -y encoded/test2.mp4
3. ffmpeg -fflags +discardcorrupt -c:v mpeg2_mmal -i sample.ts -t 00:00:30 -c:a copy -bsf:a aac_adtstoasc -c:v h264_omx -b:v 5000k -y encoded/test3.mp4
fps エンコ時間 CPU負荷
1. 2.7fps 5:32
2. 40fps 0:24 175%
3. 32fps 0:29 50% VAAPIに詳しい方にちょっとお聞きしたいのですが、skylakeのhybrid-codec&VLCのVAAPI decodeで、VP9の動画を視聴した時
瞬間的にビットレートが40mbpsを超えると画像が破綻するのですが(VAAPIオフではCPU負荷が高いものの再生できます)、
skylakeのintel hybrid codecってcore シリーズ初期のh.264デコードのように40mbpsまでのビットレートに制限されているなどの制限が
あるのでしょうか?検索してみても言及しているページが見つからなかったので質問させていただきます。 >>888
スレ違いですか。テレビスレらしいので良いと思ったのですが。
どうも皆さん失礼いたしました。 総合だしここでもいいんじゃねえかと思うが
まあ俺はわからん 100Mbpsといっても実質10MB/s前後でていれば余裕なんだろ。 >>890
あおけましておめでとうございます。
kaby lakeのVP9のglobalquality:v 100設定でBSプレミアムをトランスコードしているのですが(見るのはskylakeタブレット)、
概ね3000kbpsで推移してくれるのですが、難しいシーンなどでたまにビットレートが瞬発的に40mbpsを超えていることがあるんです。
単に設定ミスなんでしょうか?
今はHEVC 8bitに形式を変えたのでskylakeタブレットでもハードウェア固定機能でデコードできているので何とかなっているんですが、
過去の動画はすべてvp9なので少々困っています。 tsをテレビで再生するのにオススメの方法とかある?
(テレビのDLNA使うとかは無しで)
raspberry pi3 + osmc で再生は余裕なんだけど、再生が終了するとフリーズする事が頻発する
あとシークするとよくフリーズする
スティックpcでも刺しておくのが良いのかね? >>896
自分も良い方法あれば知りたいな。
Fire T V StickだとBS系がダメだった。
現状は Ubuntu Server な録画用PCを Boot2Kodi で起動時に
Kodi がそのまま立ち上がるようにして視聴用と兼用してる。
接続はTVにHDMI。操作は無線ミニキーボード。
そのPCをHDMIケーブルの届く範囲にしか置けないし、
TVのリモコンと2つ操作する必要があるのがイマイチ。
https://github.com/abacao/Boot2Kodi うちはAndroidTVのKodiで無問題だがあえて自分がやるとしたら
プレイヤー外付系は結局TVリモコンが使えないと嫌気がさしそう
ラズパイやFireTVはCECでリモコン使えるから、フリーズ等の不具合の原因を究明してなんとかするか
キャスト系でいいならそれもあり、個人的には性に合わないが
今のTVだと、TV側にSMBで共有フォルダ内のts再生する機能あるんじゃないかな
DLNAと同じと言われるかもだが サーバーがあるんなら中華のTVboxが安いし使えるよ
たいてkodi入ってるし TVのリモコンにこだわらなくても学習リモコン買えばいいような・・・ Kodiって言うほど使い易くないだろ
dual monoみたいな国内仕様に対応してないから
NHKニュースとかJスポの二か国語放送に対応できないし >>900
firetvとかandroidtvのkodiってインタレの解除下手なの多くない?
うちも色々試したけど結局画質でラズパイKodiに戻ってきてしまった
固まるのは諦めてる kodiは箱の汎用プレーヤー起源だから家電に近い使用感なのは良いけど
日本ではすごく小さなコミュニティでやってて日本の放送フォーマットの肝心なところに
対応できてないまま10年経ってもマイナーな地位のままというイメージ
これやVLCが「使えない」からこそTVTestなんかか作られたとも言えるけど >>898
うちもmpeg2adでfiretv死んだよ
4k stickの方は行けるらしいけど
>>905
それそれ
firetvがmpeg2adで死亡 & インターレース解除がイマイチだったからラズパイに移行したらフリーズよ
値段も考えると難しい STB用途のOSSは日本では不遇だねぇ
主流派であるDVBと同じにならないようにそこかしこに仕様のねじりを入れてあるISDBが悪い
vlcでAACのデュアルモノの件を解析してたときなんか
なんでこんなクソ仕様にしやがったんだ > 糞ARIB
と思ったもんです ラズパイlibreelec(kodi)は画面固まってもほぼ漏れなくsshは生きてるので
そこからkodiのプロセス殺せば復活します。
なのでスマホからワンタッチでそれやるアプリ作って凌いでます
因みに固まるのって局側のエンコーダ依存なのかな?
自分が見てる中ではがっちりマンデーが再生後に高確率で固まる >>910
次番組なら冒頭で止まるのかな?TVTestで再生しましょうな状態になってるのかな EPGStation進化しまくってるな
Chinachuみたいに今どきスマホの番組表から予約ができないクソとは大違いだわ なーんか泥TVや棒やラズパイでしきりにkodiを勧めてる人たちって
自分でもまともに使えてるとは思えないな
結局Windowsでストリーミング組むのが一番テレビでストレスなく見られるってことか
宗教上の理由なんかどうでもいいんだけど >>914
勧められたのか?使ってる報告例じゃなくて windowsである必要はないでしょ
ハードの問題なわけで
視聴機までwindows updateのメンテとか勘弁してくれ WindowsUpdateを完全に停止することは簡単にできるけどね 自分がラズパイ使う理由は
コスト的に電源付けっぱなし運用可
ファンレス
完全な10FeetUI
CEC
これが出来れば何でも良いんだけど
それが現状ラズパイしかない >>914
泥tvとfireとラズパイ版を同列にしてる時点で実際に使ってないんだと思いますが
全部使った感想としては主にハードデコード周りで
ラズパイ>>>>>>fire>>泥
位の差がありますよ
ラズパイは確実に実用レベルで、他はまあ人とコンテンツによるって感じかな
あと、そんなにNHKのニュース録画で見ます?現実音声選択で困った事なんて無いけどね ラズパイフリーズしなければ完璧なんだよな
安いし
dualmono は録画完了後にffmpegで音声だけエンコすれば問題ない
リアルタイム視聴はテレビでするから知らん RaspberryPI3+Harekazeで何も問題なく使えてるけどね vlcでそうなったかどうかまでは覚えてないんですけども
録画中に音声モードの切り替わりが入ると録画がそこで強制終了してしまうことがあったんです
視聴するときの選択よりも録画でドボンする影響が困ったちゃんだった >>923
kodiのインストール方法はどうしたの? chinachuやepgstationにインターネット経由で接続するときcookieで自動認証したくて調べてたんだけど
Nginxに自前の認証チェックをパスしたらアクセス許可する方法があって実現できたわ
http://takuya-1st.hatenablog.jp/entry/2018/05/08/182127
BasicかDigest認証でURLにパスワード入れたり
VPNからつないで認証パスする手もあったけど、納得行かなかったから嬉しい あとクライアント証明書も使ってたけど
いちいち証明書をクライアントに入れて管理するのがめんどかった Harekazeなんてvlcとkodiという
ISDB扱うのが苦手で国外主体のコミュニティだから仕様もあまり弄れないと
Windous DTV界ではとうに見放されたものを有難がって使ってるわけだからな
使う側が「動いたら拍手止まってたらしょうがない」ぐらいの大らかさがないと無理
Linux DTVのコミュニティってそんなに優しい世界なのか? >>928
こういうスレタイ読めないバカって定期的に湧くよね
"Linuxでテレビ"が目的で有って、テレビだけが目的じゃねーんだよ PT2の使い方話し合ったりしてたツレ二人と久しぶりに年末に会ったら
彼女(奥さん)と一緒に使うからってナスネ買ってたわ
視聴時の使いやすさ優先ならLinuxどころかPC用チューナー全般使わないし
俺も彼女欲しいよ >>931
いらない
epgstationで事足りてます
作者もChinachuのよりも親切で真摯です >>933
親でも殺されたか?
あ、作者がうんざりしてた粘着ユーザー様か chinachuとmirakurunのアップデートきたな
mirakurunのmax_old_space_size増強されてるから、やっぱ256じゃ足りなかったんだな 今Epgstation使ってて、新参なのでChinachuとEpgstationの差がよくわからないんだけど
Chinachuのがいいんけ?
あとKodiのEpgstation録画プラグインってないんけ?
需要あってKodiのプラグイン作るの簡単なら作ってみてもいいんだけど >>937
ttps://github.com/l3tnun/plugin.video.epgstation 予約ってことはpvrプラグイン書く必要になるだろうから難しいだろうね >>940
詳しそうな人が来てくれて助かった
難しいというのは、PVRプラグインだとPythonで書けないとかでしょうか?
今調べたらChinachuの方対応のHarekazeというのがネイティブっぽいんですが
ダメそうならChinachuに移行するよりは最悪これベースにGPLで公開のが楽そうなのでやってみます >>941
すまんそこまで詳しくない
harekazeがc++になったのってjsonのパースが遅すぎてそうなった
とどっかで読んだからpythonでできないことは無いんだろうけど、同じ事になると思うよ >>942
なるほどそういう経緯なんですね、ありがとうございます
ちょっとソース借りて改造してみます
どちらにしろChinachuに移行するのが面倒って気まぐれ程度での取り組みですけど chinachuインストール時にnpm ERR!とでて以降動かない… 6台が非対応になったから、8台か10台にしなくちゃいけないんだよな >>949
第2世代にKodi入れてみたけど
mpeg2のインタレは解除されない レス数が950を超えています。1000を超えると書き込みができなくなります。