Linuxでテレビ総合スレ 避難所 2
■ このスレッドは過去ログ倉庫に格納されています
>>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
ああ、この画面の下部ってルール追加なのか
単なる予約だと思ってた 最近使ってないけど
重複時に何と重複してるかわかるようにして欲しい。ボタン押すと同じ時間に入ってる予約をサービスに関わらず列挙してくれるだけでいい
あとルール表示の際にタイトル順、登録日順、チャンネル順などで並び替えして、そこからルールの一括削除や保存時条件変更したい ラズパイのハードエンコって実時間の何倍かかるの?3B+だと早い? >>368
デコードとエンコード両方をHWアクセラレーションでやると、最速では実時間の1.1倍くらいで終わるようにはなった記憶がある。けどハードウェアエンコードの画質はかなり残念な感じなので期待しないほうが良い
自分は許容できないと感じてソフトエンコに戻した 七森中録画研究会って新刊出さなかったんだな
Chinachuが衰退したからか? 前から今回は出さんって言ってたやん
まあ、開発進んでいないしネタがないんでしょ recpt1 + px4_drvの環境でrecpt1が固まる現象があって困っています。
Mirakurun多段で複数getEPG中などチャンネルを早く移動させると出やすいみたいで
症状が出るとdmesgにこんなエラー吐いてrecpt1がkillできなってしまう
https://pastebin.com/Bawst5E7
[ 960.430745] INFO: task recpt1:1368 blocked for more than 120 seconds.
(略)
[ 960.431292] [<ffffffff81850fc9>] __mutex_lock_slowpath+0xb9/0x130
[ 960.431301] [<ffffffff8185105f>] mutex_lock+0x1f/0x30
[ 960.431322] [<ffffffffc0624368>] px4_tsdev_stop_streaming+0x58/0x150 [px4_drv]
[ 960.431339] [<ffffffffc0625a9b>] px4_tsdev_unlocked_ioctl+0x10b/0x620 [px4_drv]
環境:ubuntu 16.04 + recpt1 (stz2012 最新) + px4_drv (最新)
どなたかアドバイスいただけないでしょうか。 作者さんもよくここ見てるみたいだけど、githubの方に報告してはどうだろう >>372
作者です
ソースコードを確認したところ、デバイスファイルの解放時にデッドロックを引き起こす可能性のある箇所がありましたので修正しました
いかがでしょうか >>373
githubの使い方よくわかってなくて、、、勉強しておきます。
>>374
早速の対応ありがとうございます。
3時間ほどテストしてみましたが、現象がでなくなりました。
このお盆で環境がLinuxに移行できそうです。
めっちゃ助かってます!!! >>368
369と別の人です。ラズパイのH/W Encode/Decode 有効にしたffmpegで
ffmpeg -fflags +discardcorrupt -c:v mpeg2_mmal \
-i "$1" \
-c:a copy -bsf:a aac_adtstoasc \
-c:v h264_omx -vf scale=-2:1080 -b:v 3000k \
-y "$output_mp4" > "$output_txt" 2>&1
ttps://dotup.org/uploda/dotup.org1613198.mp4
https://dotup.org/uploda/dotup.org1613213.txt
滝のシーンがヒドイ出来 書き忘れ
MP4ファイルは90秒、3Mbps、35MB程。 >>376 で張ってくれてるのを見れば一目瞭然だけど、ラズパイのhwエンコーダで出力される動画はファイルのサイズに比して非常に画質が悪いと思う
ビットレート上げればましにはなるんだけど相当大きな値にしないと鑑賞に耐える品質にならず、結局tsから変換する意味はあるのか?と虚しくなる… chinachuみてぇにスマホ向けのリアルタイムトランスコードぐらいかねぇ使い道 >>369によると1.1倍速程度ってことだからカツカツだな 読み間違えた
「実時間の1.1倍」じゃ間に合わないな リサイズとインターレース解除加えたら更に遅くなるんだよね? warpsharp+unsharpmask+delogoも加えれば更に遅くなる ラズパイで -b:v 5000k でやってるけど、時間は>>376とほぼ変わらんな。
画質はそのサンプルよりはましだけど、ものが高速で動くと辛い画になる 関係ない質問ですまないが、>>376の「scale=-2:1080」の-2ってどういう意味のオプションです? >>385
ごめん、どっかのサイトの記載そのまま。
-1 ってすると、自動でアスペクト比調整した値になるみたい。でも奇数になるときがあるらしい。なので、-2だと偶数で自動化なのかな、たぶん。 chinachu-mirakurun-sleep script(bash版)を使用させていただいているのですが(作者の方ありがとうございます)、
通常の状態だとchkstatusにログイン状態を判別する関数IsServerLoggedIn()があるので、
ログイン中はSomeone is logging in to this server.とでてスタンバイ(サスペンドに勝手にコマンドを変更しています)
に入らないで済むのですが、一旦ログアウトした後、すぐにログインしてcheckperiodを過ぎると
ログインしているにもかかわらず、サスペンドに移行してしまいます。(なぜか、exit 0で
echo "[`date`] ${0}: It is in a state that can be shutdown/hibernate/sleep this system." 1>&2
とでます)
ソースを見たところおかしな箇所も見当たらないので原因がわからないのですが、どなたか同様の症状の方
いらっしゃいますか? 神ドライバのおかげでRock64でもW3U4動かせるようになった…
ラズパイからの移行だけで丸1日かかったが
今まで使ってたS1UDに対応してなくて諦めかけてたけど、なんとかなった >>388
Rock64への移行興味あるんだけど、どのドライバと構成が神と崇められそう?
どの辺で苦労した? px4_drvを導入してみましたが今のところ良い感じです。 >>389
自分は以下のディストリビューションとpx4_drv+EPGStationの組み合わせで上手くいった。
Linux rock64 4.4.132-1075-rockchip-ayufan-ga83beded8524 #1 SMP Thu Jul 26 08:22:22 UTC 2018 aarch64 GNU/Linux
最初にarmbianでやってみたが、px4_drvのmakeに必要なカーネルヘッダが見つからず諦めた。
配布されてるヘッダのバージョンとカーネルが合わなかった。
その後上記のayufanでは、同じバージョンのヘッダーが手に入ったのでmakeできた。
あと苦労したところはnodejs。8.11.4を導入してmirakurunまでは上手くいった。
EPGStationのnpm installでnode_sqlite3.nodeが見つからないとエラー吐いた。
散々悩まされた挙句、node_modules/sqlite3上で以下のコマンドを実行して何とかなった
sudo npm install node-pre-gyp
sudo npm install -g sqlite3 --unsafe-perm
ゴチャゴチャやってたせいで/usr/lib/node_modules/以下にsqlite3.nodeが作られちゃったから、
シンボリックリンク張って無理矢理動かしてる感じ。
もう少しスマートな方法があれば良かったが、何分Linux歴が浅いド素人なので勘弁。 あとこれは肝心なことだが、Rock64対応のディストリビューションはどれもdvbをサポートしていないみたい。
元々ドングル型チューナーしか持っていなかった自分は、導入の最中にこの事実を知り一度は挫折した。
カーネルいじれば何とかなるものなのだろうか。 Nano Pi NEO 2 のArmbian(Ubuntu Core Xenial。Nightly使用)でPX-W3U4(px_drv)動作した。
上の書き込みに「カーネルヘッダが見つからなかった」とあるが、これはapt-get install linux-headers-next-sunxi64 あたりで導入可能(たぶんnanoPiNEOでもおk。この場合はlinux-headers-next-sunxiかな)
mirakurun入れたらメモリとかきつかった(TvTest@bondriver_mirakurunで動作確認し視聴できた)のでBonDriverProxy_Linuxで動作確認、視聴できた。
ただ、設定が悪いのか、時々dropしたので常用難しいかもね。 安定しないのは設定というよりクソ環境のせいじゃね? 実際の所、皆どんなハードウェア構成で使ってるのだろうね?
自分はこんな感じ(適当に抜粋)。
$ sudo lshw -short
H/W path Device Class Description
=========================================================
system BAT-MINI (To be filled by O.E.M.)
/0/28 memory 2GiB System Memory
/0/32 processor Intel(R) Celeron(R) CPU N2807 @ 1.58GHz
/0/100/14/0/2/1 generic STK8096GP
/0/100/14/0/2/2 generic EZ-USB
/0/100/14/0/2/3 generic EZ-USB
/0/100/14/0/2/4 generic STK8096GP
/0/100/14/1/1 scsi0 storage H567V PLUS
/0/100/14/1/1/0.0.0 /dev/sda disk 2TB 003 HN-M201RAD MythTV 29.1のdeb-multimedia.orgの最新版に、パッチ当てたのをビルドしましたよ(´・ω・`)
https://www.sendspace.com/file/clx308
axfcがなんかおかしいので、こちらで失礼。 PT2と3 ----- カーネル内dvbかpt*_drv ----- recdvbかdvbv5-zapかrecpt1 ----- mirakurun ----- rivarunかEPGStation
こんな感じで試してみたのですがmirakurunがEPGが欲しくなる(ログによるとgetEPG())たびに使用中のチューナーから他を蹴り出して取りに行ってしまいます
mirakurunより下の組合せでは問題無く録画可能で、rivarunとEPGStationで設定しているpriorityは2です
チューナー使用中、mirakurunさんにちょっと待ってもらうために出来る事を教えてください… 海外旅行のときとか外から視聴してる人居る?
とりえあず、httpsとdigest認証でそとから見れる様にしたけど、
セキュリティ上他になんか対策必要ですか?
vpnのが良いかな? >>397
俺のはこう。
$ sudo lshw -short
H/W path Device Class Description
============================================================
system To Be Filled By O.E.M. (To Be Filled By O.E.M.)
/0 bus J3455-ITX
/0/0 memory 64KiB BIOS
/0/e memory 8GiB System Memory
/0/14 processor Intel(R) Celeron(R) CPU J3455 @ 1.50GHz
Celeron仲間だね。このCPUでH.265のハードウェアエンコードしているよ。エンコード時間は早くはないけれども許容できる。
ソフトウェア環境だと、mythtvを長年使っているけれど、使い続けている人が減っているようで寂しい。 >>398
いつもありがとうございます。
当方はfedora。次期バージョンアップの際に活用させていただきます。 ubuntu18.04でPT2セットアップしようとしたらdriverでエラー
修正個所が増えたのね 遅ればせながら、我が家のRaspi3 B+環境でも px4_drvでW3U4の動作確認できました。
うちにWindowsマシンは無いため BS/CSの録画環境の選択肢はほとんど無い状態でしたが、このドライバのおかげで比較的安価に環境を整えることができて非常に助かってます。
ここ数日以下の環境で運用してますが全くトラブルない状況です。px4_drvの作者様には心から感謝します
- Raspberry pi 3 model B+ (Raspbian Jessie)
- px4_drv (8/15版)
- recpt1 (https://github.com/stz2012/recpt1の5/28版)
- mirakurun (@2.7.0)
- EPGStation (@1.1.1) ほぅ。USBは4ポートなのか。CPUクロックは遅いけど、いろいろ遊べそうだな >>405
報告乙
>>209にある「recpt1が実際に録画を始めるまで遅い問題」はない?
EPGStationは15秒前に録画準備するみたいだから、時間きっちりの番組は頭切れそうで怖かった
>>209を試したうちの環境がヘボかっただけかもしれんけど >>407
うーん、それとは別ものだと思いますが raspi環境作って間もない頃に、予約時刻にスリープしていたhddがスピンアップするのに時間が掛かった結果、mirakurun側のバッファが溢れて録画停止・・となったことは何度かありますね。
その後EPGStationに 'recordedPreStartCommand' が実装されたのでこれを適用したらその後問題出てないです。
自分の場合は単純にHDDを起こせれば良かったので、config.jsonは安直にこんな感じにしてます。
"ffprobe": "/usr/local/bin/ffprobe",
"recordedPreStartCommand": "ls /mnt/hdd1/", <<< ここ追加
"maxEncode": 2,
自分の環境ではHDDが起きている状態で直接recpt1叩いた場合は特に挙動に違和感はないですね。
もしHDDスリープ関係ないとしたら、根本的な解決ではないですがここに書いてあるmirakurunの設定が参考になるかも
https://github.com/l3tnun/EPGStation/issues/93 WindowsのvmwareにDebian入れてpx4_drv使わせて貰ってるけど一週間特に問題なく動いてる模様。 WindowsでMirakurun+EPGStationとWindowsでEPGStation、LinuxでMirakurunとLinuxでMirakurun+EPGStationってどれも同じですか?
不安定とかありますか? >>411
チューナーによる
PX-W3U4だとLinuxでないと安定しなかった 仮想化は別の話として
mirakurunもEPGStationもWindowsでの動作報告あるみたいだけど、正式対応なのかは知らん
どっちもnode.jsが動くならプラットフォームの影響は少ないのかもしれん
明らかな不安定要因としてはWindows Updateか どっちも実験的サポートだぞ
よほどの理由がなければlinux一択 >>413
cygwinでなくてwindowsネイティブでの話? WinのHyper-VにLinuxでEPGStation動かしたいんですけど録画後にAmatsukazeにエンコさせることはできますかね? EDCBみたいに安定して当たり前に使えるものは話題も少なくなる。
機能的に欠けているものが多くて使えない所が多いと
素人レベルでもいろんな報告や要望がひっきりなしで話題が多いように見える
mirakurunもepgstationはそういうもんだと思えるなぁ。
あとLinuxベースだと導入が楽と言う人もいるけど
EDCBやTvTestが規制への対応上わざと導入を面倒にしたり別ソフトにしているところを
全てパッケージ化してる所が、マイナー故見逃されてるってことだな。 >>416
winがホストならepgstationもwinで動かせばええやん >>418
mirakurunとかでも問題になるとこは別パッケージじゃね…? EDCB等のWindows用ソフトよりLinux用が優れてる!って主張が多いわけでもないし、誰に向けて言ってるんだろう gitから落としてビルドして設置するだけだからwinより楽だと思うよ
pt系なんか指すだけで認識するし
winの録画ソフトはcuiでササッと出来ないから導入がダルい
ビルドするにしてもvsインストールするだけでダルいし、拾ってくるにしてもファイルを探すのがダルい 単にファイルかき集めてGUIポチポチと、Gitでどーんnpmでドーン、コマンドカタカタ〜のどっちが楽か人それぞれってだけかと。 >>419
MirakurunがWinだと安定しないってどっかでみたことあったのでEPGStationもそうなのかと… まぁ試してみりゃええんでは?だめならVMにするなり別のサーバー立てるなりすりゃいいし Mirakurun+chinachuはCS再編でchannels.ymlはCSの
channel: CSXXとserviceId: XXXだけ書き換えたらイイの? 使用中のrecpt1やrecdvbにサービスID埋め込まれてたらそれも直す ラズパイ3(無印)でChinachuからepgstationに乗り換えようと思ってるんだけど
スペック的に問題なさそう?
なんか導入してる人少ないみたいだから不安定なのかなと ■ このスレッドは過去ログ倉庫に格納されています