Linuxでテレビ総合スレ 避難所 [無断転載禁止]©2ch.net
http://2chb.net/r/avi/1500559118/
http://2chb.net/r/avi/1500559118/
乙
ソフトウェアまとめ
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
この他海外製のDVB対応ソフトウェア多数有り
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
この他海外製の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
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
ほ
ホ
穂
HO
帆
捕
守
主
朱
しゅ
ShU
シュ
＝≡＝
／
〆 . .∈≡∋
|| γ ⌒ヽヽコノ ||
|| .｜ |:::| ..〓 .||
.／|＼人 ＿.ノノ _||_. ／|＼
∧＿∧
（ ・∀・）
（ ∪ ∪
と＿_）__） 旦
／
〆 . .∈≡∋
|| γ ⌒ヽヽコノ ||
|| .｜ |:::| ..〓 .||
.／|＼人 ＿.ノノ _||_. ／|＼
∧＿∧
（ ・∀・）
（ ∪ ∪
と＿_）__） 旦
ｼｰﾝ
＝≡＝ ∧＿∧
／ （・∀・ ） ＜静かにしてます
〆 ┌ | | .∈≡∋
|| γ ⌒ヽヽコノ ||
|| .｜ |:::|∪〓 .||
.／|＼人 ＿.ノノ _||_. ／|＼
＝≡＝ ∧＿∧
／ （・∀・ ） ＜静かにしてます
〆 ┌ | | .∈≡∋
|| γ ⌒ヽヽコノ ||
|| .｜ |:::|∪〓 .||
.／|＼人 ＿.ノノ _||_. ／|＼
ｳｽﾞｳｽﾞ…
＝≡＝ ∧＿∧ I'm ready.......
／ ＼ （・∀・ ）／
〆 ⊂ つ∈≡∋
|| γ ⌒ヽヽコノ ||
|| .｜ |:::|∪〓 .||
.／|＼人 ＿.ノノ _||_. ／|＼
＝≡＝ ∧＿∧ I'm ready.......
／ ＼ （・∀・ ）／
〆 ⊂ つ∈≡∋
|| γ ⌒ヽヽコノ ||
|| .｜ |:::|∪〓 .||
.／|＼人 ＿.ノノ _||_. ／|＼
＿∧＿∧＿∧＿∧＿∧＿∧＿∧＿∧＿
ﾃﾞｹﾃﾞｹ | |
ﾄﾞｺﾄﾞｺ ＜ うpまだーーーーーーーー！！？ ＞
☆ ﾄﾞﾑﾄﾞﾑ |＿ ＿ ＿ ＿ ＿ ＿ ＿ ＿ ＿ ＿|
☆ ﾀﾞﾀﾞﾀﾞﾀﾞ! ∨ ∨ ∨ ∨ ∨ ∨ ∨ ∨ ∨
ﾄﾞｼｬｰﾝ! ヽ ｵﾗｵﾗｯ!! ♪
＝≡＝ ∧＿∧ ☆
♪ ／ 〃（･∀･ #） / ｼｬﾝｼｬﾝ
♪ 〆 ┌＼と＼と.ヾ∈≡∋ゞ
|| γ ⌒ヽヽコ ノ ||
|| ΣΣ .|:::|∪〓 || ♪
.／|＼人 ＿.ノノ _||_. ／|＼
ﾄﾞﾁﾄﾞﾁ!
ﾃﾞｹﾃﾞｹ | |
ﾄﾞｺﾄﾞｺ ＜ うpまだーーーーーーーー！！？ ＞
☆ ﾄﾞﾑﾄﾞﾑ |＿ ＿ ＿ ＿ ＿ ＿ ＿ ＿ ＿ ＿|
☆ ﾀﾞﾀﾞﾀﾞﾀﾞ! ∨ ∨ ∨ ∨ ∨ ∨ ∨ ∨ ∨
ﾄﾞｼｬｰﾝ! ヽ ｵﾗｵﾗｯ!! ♪
＝≡＝ ∧＿∧ ☆
♪ ／ 〃（･∀･ #） / ｼｬﾝｼｬﾝ
♪ 〆 ┌＼と＼と.ヾ∈≡∋ゞ
|| γ ⌒ヽヽコ ノ ||
|| ΣΣ .|:::|∪〓 || ♪
.／|＼人 ＿.ノノ _||_. ／|＼
ﾄﾞﾁﾄﾞﾁ!
ｽｺｺｺﾊﾞｼｯｽｺﾊﾞﾄﾞﾄﾞﾄｽｺｺｺﾊﾞｼｯｽｺﾊﾞﾄﾞﾄﾞﾄｽｺｺｺﾊﾞｼｯｽｺﾊﾞﾄﾞﾄﾞﾄｽｺｺｺﾊﾞｼｯｽｺﾊﾞﾄﾞﾄﾞﾄｽｺｺｺ
ｽｺｺｺﾊﾞｼｯｽｺﾊﾞﾄﾞﾄﾞﾄﾞﾝｽｺﾊﾞﾝｽｺｽｺｺｺﾊﾞｼｯｽｺﾊﾞﾄﾞﾄ ＿∧＿∧＿∧＿∧＿∧＿∧＿
ｽｺｺｺﾊﾞｼｯｽｺﾊﾞﾄﾞﾄﾞﾄ从 `ヾ/゛／' "＼' /". | |
ｽｺｺｺﾊﾞｼｯｽｺﾊ≡≪≡ゞｼ彡 ∧＿∧ 〃ﾐ≡从≡=＜ まだーーー????！！！！！ ＞
ｽｯﾄｺﾄﾞｯｺｲｽｺｺｺ'=巛≡从ミ.（・∀・# ）彡/ﾉ≡》〉≡.|＿ ＿ ＿ ＿ ＿ ＿ ＿＿＿|
ﾄﾞｯｺｲｼｮﾄﾞｽﾄﾞｽﾄﾞｽ=!|l|》ﾘｎl⌒!Ｉ⌒Ｉ⌒I⌒Iﾂ从=≡|l≫,ﾞ ∨ ∨ ∨ ∨ ∨ ∨ ∨
ｽｺｺｺﾊﾞｼｯｽｺﾊﾞﾄﾞﾄ《l|!|!l!'~'⌒^⌒(⌒)⌒^~~~ヾ!|l!|l;"ｽｺｺｺﾊﾞｼｯｽｺﾊﾞﾄﾞﾄﾞﾄﾞﾝｽｺﾊﾞﾝｽｺｽｺｺｺ
ｽｺｺｺﾊﾞｼｯｽｺﾊﾞﾄﾞﾄﾞl|l|（（ (〇) ））（（ (〇) ））|l|》;ｽｺｺｺﾊﾞｼｯｽｺﾊﾞﾄﾞﾄﾞﾄﾞﾝｽｺﾊﾞﾝｽｺｽｺｺｺ
ｽｺｺｺﾊﾞｼｯｽｺﾊﾞﾄﾞﾄﾞ`へヾ―-― ―-― .へヾｽｺｺｺﾊﾞｼｯｽｺﾊﾞﾄﾞﾄﾞﾄﾞﾝｽｺﾊﾞﾝｽｺｽｺｺｺ
ｽｺｺｺﾊﾞｼｯｽｺﾊﾞﾄﾞﾄﾞﾄﾞﾝｽｺﾊﾞﾝｽｺｽｺｺｺﾊﾞｼｯｽｺﾊﾞﾄﾞﾄ ＿∧＿∧＿∧＿∧＿∧＿∧＿
ｽｺｺｺﾊﾞｼｯｽｺﾊﾞﾄﾞﾄﾞﾄ从 `ヾ/゛／' "＼' /". | |
ｽｺｺｺﾊﾞｼｯｽｺﾊ≡≪≡ゞｼ彡 ∧＿∧ 〃ﾐ≡从≡=＜ まだーーー????！！！！！ ＞
ｽｯﾄｺﾄﾞｯｺｲｽｺｺｺ'=巛≡从ミ.（・∀・# ）彡/ﾉ≡》〉≡.|＿ ＿ ＿ ＿ ＿ ＿ ＿＿＿|
ﾄﾞｯｺｲｼｮﾄﾞｽﾄﾞｽﾄﾞｽ=!|l|》ﾘｎl⌒!Ｉ⌒Ｉ⌒I⌒Iﾂ从=≡|l≫,ﾞ ∨ ∨ ∨ ∨ ∨ ∨ ∨
ｽｺｺｺﾊﾞｼｯｽｺﾊﾞﾄﾞﾄ《l|!|!l!'~'⌒^⌒(⌒)⌒^~~~ヾ!|l!|l;"ｽｺｺｺﾊﾞｼｯｽｺﾊﾞﾄﾞﾄﾞﾄﾞﾝｽｺﾊﾞﾝｽｺｽｺｺｺ
ｽｺｺｺﾊﾞｼｯｽｺﾊﾞﾄﾞﾄﾞl|l|（（ (〇) ））（（ (〇) ））|l|》;ｽｺｺｺﾊﾞｼｯｽｺﾊﾞﾄﾞﾄﾞﾄﾞﾝｽｺﾊﾞﾝｽｺｽｺｺｺ
ｽｺｺｺﾊﾞｼｯｽｺﾊﾞﾄﾞﾄﾞ`へヾ―-― ―-― .へヾｽｺｺｺﾊﾞｼｯｽｺﾊﾞﾄﾞﾄﾞﾄﾞﾝｽｺﾊﾞﾝｽｺｽｺｺｺ
ノ⌒ ⌒ ⌒ ⌒ ⌒ ⌒
（ 疲れた・・・
ﾃﾞｹ．．．ﾄﾞｺ．．． ヽ
＝≡＝ ∧＿∧ ⌒ ⌒ ⌒ ⌒ ⌒
／ ε=（‐∀‐iill）
〆 ┌＼と＼と ヽ ∈≡∋
|| γ ⌒ヽヽコ ノ ||
|| .｜ |:::|∪〓 ||
／|＼人＿_ノノ _||_ ／|＼
（ 疲れた・・・
ﾃﾞｹ．．．ﾄﾞｺ．．． ヽ
＝≡＝ ∧＿∧ ⌒ ⌒ ⌒ ⌒ ⌒
／ ε=（‐∀‐iill）
〆 ┌＼と＼と ヽ ∈≡∋
|| γ ⌒ヽヽコ ノ ||
|| .｜ |:::|∪〓 ||
／|＼人＿_ノノ _||_ ／|＼
ﾀﾞﾀﾞﾀﾞﾀﾞ! ＿ ﾄﾞﾁﾄﾞﾁ!
☆ ミ ∠＿）
☆ ./ ｳｲｰﾝ♪
ﾄﾞｼｬｰﾝ! ヽ ./ ｳｲｰﾝ♪
＝≡＝ Γ/了 ☆
♪ ／ |.＠| / ｼｬﾝｼｬﾝ
♪ 〆 ┌─┐┌─┐ヾ∈≡∋ゞﾄﾞﾑﾄﾞﾑﾄﾞﾑﾄﾞﾑ
|| γ ⌒ヽヽ. ┬┘ ||
|| ΣΣ |:::| .| || ♪
.／|＼人 ＿.ノ人 |＼ .／|＼
ｱｱｶﾞｶﾞｶﾞｶﾞｶﾞｶﾞｶﾞ
☆ ミ ∠＿）
☆ ./ ｳｲｰﾝ♪
ﾄﾞｼｬｰﾝ! ヽ ./ ｳｲｰﾝ♪
＝≡＝ Γ/了 ☆
♪ ／ |.＠| / ｼｬﾝｼｬﾝ
♪ 〆 ┌─┐┌─┐ヾ∈≡∋ゞﾄﾞﾑﾄﾞﾑﾄﾞﾑﾄﾞﾑ
|| γ ⌒ヽヽ. ┬┘ ||
|| ΣΣ |:::| .| || ♪
.／|＼人 ＿.ノ人 |＼ .／|＼
ｱｱｶﾞｶﾞｶﾞｶﾞｶﾞｶﾞｶﾞ
保守は20レスまでですノッ
スレ立て乙！
そろそろテンプレにepgstationも入れていいんじゃね
epgrecどころかchinachuまで止まってる今、唯一の希望だろ
そういえばchinachu airはどうなった？
epgrecどころかchinachuまで止まってる今、唯一の希望だろ
そういえばchinachu airはどうなった？
https://github.com/Chinachu/Chinachu/issues/344#issuecomment-355090026
gammaの開発止まっているし、開発が続いているならairに注力しているんじゃない？
個人的にはmirakurunのプルリクが溜まっているのが気がかり
gammaの開発止まっているし、開発が続いているならairに注力しているんじゃない？
個人的にはmirakurunのプルリクが溜まっているのが気がかり
>>27
ああ、もうガンマの開発終わってるんだね
chinachu作者自身がepgstationを勧めてるのかー
てことは今は水面下でairの開発を進めてると思いたいな
ああ、もうガンマの開発終わってるんだね
chinachu作者自身がepgstationを勧めてるのかー
てことは今は水面下でairの開発を進めてると思いたいな
W3PEスレの情報をもとに書き換えてみました
PX-W3U4＋CentOS7
■usb-px4.ko
BSアニマックス 周波数変更 0x00B4B400(11842560)→0x00B67588(11957640)
4:9D00 00 88
4:9D01 B4 75
4:9D02 B4 B6
BSアニマックス TSID変更 0x4671→0x46d2
4:9D10 71 D2
BSアニマックス チャンネル番号変更 BS07_1→BS13_2
4:AC20 03 06
4:AC24 01 02
ディズニー 周波数変更 0x00B4B400(11842560)→0x00B38850(11765840)
4:9D18 00 50
4:9D19 B4 88
4:9D1A B4 B3
ディズニー TSID変更 0x4672→0x4632
4:9D28 72 32
ディズニー チャンネル番号変更 BS07_2→BS03_2
4:AC28 03 01
■recpt1/pt1_dev.h
{ 3, CHTYPE_SATELLITE, 1, "236"}, /* 236ch：BSアニマックス */
{ 3, CHTYPE_SATELLITE, 2, "256"}, /* 256ch：ディズニー・チャンネル */
↓
{ 6, CHTYPE_SATELLITE, 2, "236"}, /* 236ch：BSアニマックス */
{ 1, CHTYPE_SATELLITE, 2, "256"}, /* 256ch：ディズニー・チャンネル */
PX-W3U4＋CentOS7
■usb-px4.ko
BSアニマックス 周波数変更 0x00B4B400(11842560)→0x00B67588(11957640)
4:9D00 00 88
4:9D01 B4 75
4:9D02 B4 B6
BSアニマックス TSID変更 0x4671→0x46d2
4:9D10 71 D2
BSアニマックス チャンネル番号変更 BS07_1→BS13_2
4:AC20 03 06
4:AC24 01 02
ディズニー 周波数変更 0x00B4B400(11842560)→0x00B38850(11765840)
4:9D18 00 50
4:9D19 B4 88
4:9D1A B4 B3
ディズニー TSID変更 0x4672→0x4632
4:9D28 72 32
ディズニー チャンネル番号変更 BS07_2→BS03_2
4:AC28 03 01
■recpt1/pt1_dev.h
{ 3, CHTYPE_SATELLITE, 1, "236"}, /* 236ch：BSアニマックス */
{ 3, CHTYPE_SATELLITE, 2, "256"}, /* 256ch：ディズニー・チャンネル */
↓
{ 6, CHTYPE_SATELLITE, 2, "236"}, /* 236ch：BSアニマックス */
{ 1, CHTYPE_SATELLITE, 2, "256"}, /* 256ch：ディズニー・チャンネル */
mirakurun + dvb5v-zapで修正完了
今回はisdbs.confの修正も必須だったわ
今回はisdbs.confの修正も必須だったわ
スレも変わったし過去の変更含めて纏めた方がいいのかもな
CentOS以外も放置状態だが実環境ないと検証めんどい
CentOS以外も放置状態だが実環境ないと検証めんどい
千夏の作者氏の会社、bitFlyerに買われたんだな
億り人になったのだろうか
億り人になったのだろうか
うーん、今回recfsusb2nはchannel.h変更とリビルドではだめのようだ。
できた人いる？
できた人いる？
む
さんぱくんはうちではdropするのでW3U4が安定してからは予備に回しててノーチェックだ
さんぱくんはうちではdropするのでW3U4が安定してからは予備に回しててノーチェックだ
kodi dual mono対応誰かしてくれないかなあ
自分でやりたいけどc++とか読めない
自分でやりたいけどc++とか読めない
>>33
ビルドしたら動いた
注意点はfreqも合わせて修正、くらいか
ビルドしたら動いた
注意点はfreqも合わせて修正、くらいか
>>36
BS03_2は103、BS13_2は113でいいんだよね？
ビルドしたバイナリでテストすると
BS03_2はBS03_0、BS13_2はBS13_0として認識されちゃうな
BS03_2は103、BS13_2は113でいいんだよね？
ビルドしたバイナリでテストすると
BS03_2はBS03_0、BS13_2はBS13_0として認識されちゃうな
手元にソースないけどそれはサービスIDでは
周波数（freq）を直さなきゃいけないんじゃないかな
周波数（freq）を直さなきゃいけないんじゃないかな
ごめんボケてた忘れて
>>37
これとchinachu pvr一緒に固めたいんだけど普通に使えるかな？
これとchinachu pvr一緒に固めたいんだけど普通に使えるかな？
今さんぱくん使ってないから雑なチェックしかしていないけど今回のBS再編用のパッチ
patch -p1 < tq7uLXti.txtで当ててね
https://pastebin.com/raw/tq7uLXti
5/28以降にchannel.hの13行目の
#define BEFORE20180528
を削って再コンパイルすれば、5/28のスターチャンネル2,3の移動にも対応できているはず
patch -p1 < tq7uLXti.txtで当ててね
https://pastebin.com/raw/tq7uLXti
5/28以降にchannel.hの13行目の
#define BEFORE20180528
を削って再コンパイルすれば、5/28のスターチャンネル2,3の移動にも対応できているはず
>>39
指定のtsid見つからないときは最初のtsidのストリームをsplitして出力するみたい
freqは合ってるみたいなのでtsidチェックを
指定のtsid見つからないときは最初のtsidのストリームをsplitして出力するみたい
freqは合ってるみたいなのでtsidチェックを
>>43
情報ありがとう、無事観れました！
結局ちょっと前に流出してた変更後のTSIDが
誤情報だったというオチでした。
２８日もTSIDに関して多彩な情報が流出してますが…。
情報ありがとう、無事観れました！
結局ちょっと前に流出してた変更後のTSIDが
誤情報だったというオチでした。
２８日もTSIDに関して多彩な情報が流出してますが…。
>>45
TSIDは当初の予想とは大幅に違ったからねえ
来週も大混乱しそうだわ
TSIDは当初の予想とは大幅に違ったからねえ
来週も大混乱しそうだわ
MirakurunでChannels.yml書き換えたのにBSアニマックスだけ番組表に表示されない…
録画コマンドはちゃんと動くのか？
あとmirakurunの同期は結構時間かかる
あとmirakurunの同期は結構時間かかる
またまた他スレの情報をもとに書き換えてみました
PX-W3U4＋CentOS7
■usb-px4.ko
スターチャンネル2・3 周波数変更 0x00B4B400(11842560)→0x00B70B60(11996000)
4:9CD0 00 60
4:9CD1 B4 0B
4:9CD2 B4 B7
4:9CE8 00 60
4:9CE9 B4 0B
4:9CEA B4 B7
スターチャンネル2・3 TSID変更 0x4470→0x40F2
4:9CE0 70 F2
4:9CE1 44 40
4:9CF8 70 F2
4:9CF9 44 40
スターチャンネル2・3 チャンネル番号変更 BS07_0→BS15_1
4:AC10 03 07
4:AC14 00 01
4:AC18 03 07
4:AC1C 00 01
■recpt1/pt1_dev.h
{ 3, CHTYPE_SATELLITE, 0, "201"}, /* 201ch：スター・チャンネル2 */
{ 3, CHTYPE_SATELLITE, 0, "202"}, /* 202ch：スター・チャンネル3 */
↓
{ 7, CHTYPE_SATELLITE, 1, "201"}, /* 201ch：スター・チャンネル2 */
{ 7, CHTYPE_SATELLITE, 1, "202"}, /* 202ch：スター・チャンネル3 */
PX-W3U4＋CentOS7
■usb-px4.ko
スターチャンネル2・3 周波数変更 0x00B4B400(11842560)→0x00B70B60(11996000)
4:9CD0 00 60
4:9CD1 B4 0B
4:9CD2 B4 B7
4:9CE8 00 60
4:9CE9 B4 0B
4:9CEA B4 B7
スターチャンネル2・3 TSID変更 0x4470→0x40F2
4:9CE0 70 F2
4:9CE1 44 40
4:9CF8 70 F2
4:9CF9 44 40
スターチャンネル2・3 チャンネル番号変更 BS07_0→BS15_1
4:AC10 03 07
4:AC14 00 01
4:AC18 03 07
4:AC1C 00 01
■recpt1/pt1_dev.h
{ 3, CHTYPE_SATELLITE, 0, "201"}, /* 201ch：スター・チャンネル2 */
{ 3, CHTYPE_SATELLITE, 0, "202"}, /* 202ch：スター・チャンネル3 */
↓
{ 7, CHTYPE_SATELLITE, 1, "201"}, /* 201ch：スター・チャンネル2 */
{ 7, CHTYPE_SATELLITE, 1, "202"}, /* 202ch：スター・チャンネル3 */
recpt1については本家が即対応してたけどな
http://hg.honeyplanet.jp/pt1/rev/17b4f7b5dccb
http://hg.honeyplanet.jp/pt1/rev/17b4f7b5dccb
>>48
https://blogs.yahoo.co.jp/honch_21/41523976.html
によると、スターチャンネルのTSIDは0x44F2でチャンネル番号はBS15_2のようですが。
当方は有料チャンネルに入っていないので試せませんが。
https://blogs.yahoo.co.jp/honch_21/41523976.html
によると、スターチャンネルのTSIDは0x44F2でチャンネル番号はBS15_2のようですが。
当方は有料チャンネルに入っていないので試せませんが。
>>52
旧BSプレミアムならBS15_1、そもそもBS15はWindowsより数字が小さくなってるっぽい
旧BSプレミアムならBS15_1、そもそもBS15はWindowsより数字が小さくなってるっぽい
>>52
TSIDは当該ブログの新しい記事で訂正されているようですね
チャンネル番号については、当方ではepgrec UNAを利用しており、そちらがEPG情報をもとに
自動的にチャンネル番号を変更していることが動作ログに出ているので、それに合わせたものです
Windows用の多くのBoｎDriverではNHK BS1がBS15/TS1とされているようなのですが、
recpt1ではBS15/TS0と解釈しているようです
このためBS15の他のチャンネルも番号がひとつずつずれていることになります
TSIDは当該ブログの新しい記事で訂正されているようですね
チャンネル番号については、当方ではepgrec UNAを利用しており、そちらがEPG情報をもとに
自動的にチャンネル番号を変更していることが動作ログに出ているので、それに合わせたものです
Windows用の多くのBoｎDriverではNHK BS1がBS15/TS1とされているようなのですが、
recpt1ではBS15/TS0と解釈しているようです
このためBS15の他のチャンネルも番号がひとつずつずれていることになります
更新したrecpt1でスターチャンネルは BS15_1 で見れた
https://github.com/stz2012/recpt1/commit/36a3f4077044cf9b06e3a12f092aff187fa844d6
-BS07_0: スターチャンネル2/3
+BS15_1: スターチャンネル2/3
https://github.com/stz2012/recpt1/commit/36a3f4077044cf9b06e3a12f092aff187fa844d6
-BS07_0: スターチャンネル2/3
+BS15_1: スターチャンネル2/3
recfriio使ってるのだけど、BSチャンネル変更でソース修正しようとしてるのだけど、うまく動かないです。
どなたか、うまく行った方いませんか？
https://github.com/stz2012/recfriio
どなたか、うまく行った方いませんか？
https://github.com/stz2012/recfriio
>>33
単体でGR,BSは取れたみたいだが(トラポン移動したch未確認、スマン)、mirakurun経由だとなんか駄目っぽい。
高速ch切り替えに追いつけないとか、前プロセス終了前にコマンド投げて「空きチューナ無」状態になってるのか
単体でGR,BSは取れたみたいだが(トラポン移動したch未確認、スマン)、mirakurun経由だとなんか駄目っぽい。
高速ch切り替えに追いつけないとか、前プロセス終了前にコマンド投げて「空きチューナ無」状態になってるのか
>>58
ソース変更いる？
BS15_1とかで指定すればいいだけでは
B1～30でやりたいならREADMEの対応表を参考にPLLConfA～Dの順番を入替だろうか
ソース変更いる？
BS15_1とかで指定すればいいだけでは
B1～30でやりたいならREADMEの対応表を参考にPLLConfA～Dの順番を入替だろうか
>>54
> add tentative 4k channelsってPTxで4k右旋放送は受信できるんですか？
そもそもPTxとかで使われてるTC90522はISDB-T/Sに対してTS出力する専用チップ
BS4K/8KはISDB-S3になってストリーム形式もTSじゃ無くなるので、普通に考えて復調すら無理
> add tentative 4k channelsってPTxで4k右旋放送は受信できるんですか？
そもそもPTxとかで使われてるTC90522はISDB-T/Sに対してTS出力する専用チップ
BS4K/8KはISDB-S3になってストリーム形式もTSじゃ無くなるので、普通に考えて復調すら無理
BS再編、BS-Japanの番組のスレで話題に出てたのをナンジャラホイという感じだったが
きのうMythTVで録画しようとしたらキャプチャできなくて、あぁこれのことか、と
急いで調べて設定変更しましたわ
ただ、キャプチャというか録画機能は復旧したけど、リアルタイム視聴はエラーでちゃうちゃん
=> BS-TBS(161,BS1/TS2),BS-Japan(171,BS1/TS3)が該当 BS-Asahi(151,BS1/TS1)は視聴可
VAAPIのデコード/再生支援機能との兼ね合い、らしいってなトピックも見かけたけど
リアルタイム視聴は確認用にしか使わないから、まぁええか、と
きのうMythTVで録画しようとしたらキャプチャできなくて、あぁこれのことか、と
急いで調べて設定変更しましたわ
ただ、キャプチャというか録画機能は復旧したけど、リアルタイム視聴はエラーでちゃうちゃん
=> BS-TBS(161,BS1/TS2),BS-Japan(171,BS1/TS3)が該当 BS-Asahi(151,BS1/TS1)は視聴可
VAAPIのデコード/再生支援機能との兼ね合い、らしいってなトピックも見かけたけど
リアルタイム視聴は確認用にしか使わないから、まぁええか、と
皆盛り上がっています！！
http://satch.tv/?mref=130
http://satch.tv/?mref=130
>>57
ありがとう。chinachuの情報なくて自分でどうにかしようと思ってたらこれで行けました。
BS15_2じゃなんで行けなかったのかなぁ
ありがとう。chinachuの情報なくて自分でどうにかしようと思ってたらこれで行けました。
BS15_2じゃなんで行けなかったのかなぁ
BS15_0にあるデータストリームをカウントする派としない派があるんやろなあ
BS15だけTSIDの末尾とTS番号がずれてるから紛らわしい
BonDriverはTS番号でアクセスしてるわけじゃないから末尾の数字に合わせてTS1/TS2としてるけど
実際にはTMCCではTS番号0が40f1(BS1とかDpaダウンロード)でTS番号1が40f2(スタチャン2,3)になってる
BonDriverはTS番号でアクセスしてるわけじゃないから末尾の数字に合わせてTS1/TS2としてるけど
実際にはTMCCではTS番号0が40f1(BS1とかDpaダウンロード)でTS番号1が40f2(スタチャン2,3)になってる
BonDriverはかつてBS15/TS0にスターチャンネルが入っていたのが移動した際に
BS15/TS1だったNHK BS1・2のTS番号を付け替えなくても受信できるし
録画ソフトによってはTS番号を付け替えるとトラブルになりそうだったから
BS15/TS0がなかったことにされたって気がするんですけどどうなんでしょうね
BS15/TS1だったNHK BS1・2のTS番号を付け替えなくても受信できるし
録画ソフトによってはTS番号を付け替えるとトラブルになりそうだったから
BS15/TS0がなかったことにされたって気がするんですけどどうなんでしょうね
Aribの運用規定で初回起動時のチャンネル構成取得をBS1で行なうって仕様があり
初期の衛星チューナーの一部がBS1のTSIDをハードコードしていたので
BS15トラポンだけスロットルを-1するように仕様変更したらしい
初期の衛星チューナーの一部がBS1のTSIDをハードコードしていたので
BS15トラポンだけスロットルを-1するように仕様変更したらしい
セロテープ どーです
http://satch.tv/?mref=787
http://satch.tv/?mref=787
mirakurunはchannels.ymlにチャンネル設定を書くけど録画時のチャンネルは
録画コマンドに(EX recdvb等)依存するからチャンネル表の部分が正しくないと
まともに動作しない。自分の探し方が悪いのか？
CS部分がすべて正しいpt1_dev.hが何処にもない。
自分でコツコツ確認しか無いのか？
録画コマンドに(EX recdvb等)依存するからチャンネル表の部分が正しくないと
まともに動作しない。自分の探し方が悪いのか？
CS部分がすべて正しいpt1_dev.hが何処にもない。
自分でコツコツ確認しか無いのか？
>>71
serviceIdは指定しなくても問題ないから
地上波と同じようにchannelだけ指定すればいい
serviceIdは指定しなくても問題ないから
地上波と同じようにchannelだけ指定すればいい
BS00_0形式の07,17以外全部とCS2～CS24で登録してる
>>72
>serviceIdは指定しなくても問題ない
放送は多重化しているのでserviceIdをキーにして分離するから必要なのでは？
VLCでチャンネル選んで再生すれば良いのかも知れないけど
ファイルの容量は大きくなる。
自分はsambaサーバー配信でREGZAで見ている。
やっぱり分離が
>serviceIdは指定しなくても問題ない
放送は多重化しているのでserviceIdをキーにして分離するから必要なのでは？
VLCでチャンネル選んで再生すれば良いのかも知れないけど
ファイルの容量は大きくなる。
自分はsambaサーバー配信でREGZAで見ている。
やっぱり分離が
>>74
サービスの情報はMirakurunが別に持ってるから分離できてる
Chinachuでファイルサイズが増えるってことは起きてない
サービスの情報はMirakurunが別に持ってるから分離できてる
Chinachuでファイルサイズが増えるってことは起きてない
winからlinuxに移行考えてるんだけど、おすすめソフト教えてください。
PT3売り払ってPX-Q3PE4で構築しようかと思ってます。
PT3売り払ってPX-Q3PE4で構築しようかと思ってます。
Raspberry pi3(raspbian stretch)+chinachu+kodi+harekaze
で視聴を試みています。chinachuでは視聴や再生、番組表など問題ないのですが、harekazeにて番組表が一部しか表示されないのと、録画したものが再生されません…。kodiやharukazeの問題だと思うのですがどなたかわからないでしょうか？
おねがいします。
で視聴を試みています。chinachuでは視聴や再生、番組表など問題ないのですが、harekazeにて番組表が一部しか表示されないのと、録画したものが再生されません…。kodiやharukazeの問題だと思うのですがどなたかわからないでしょうか？
おねがいします。
>>76
chinachu, epgstationあたり
あとpt3売るのは止めておけ
px-q3pe4はプレ糞のドライバがカスだから
bsの新規局増えた時に対応できるか怪しい
chinachu, epgstationあたり
あとpt3売るのは止めておけ
px-q3pe4はプレ糞のドライバがカスだから
bsの新規局増えた時に対応できるか怪しい
>>77
視聴してるだけだしあまり使ってないんだけどkodiの番組表は表示されないことあるね、何故かは分からないけどhsrekazeの有効化をやり直して取り直して表示してる
あと録画はしてないけど再生できないって他のパソコンでも出来ないの？録画はスクランブルかかったままとか？
あまり詳しくないので良く分からないけど
視聴してるだけだしあまり使ってないんだけどkodiの番組表は表示されないことあるね、何故かは分からないけどhsrekazeの有効化をやり直して取り直して表示してる
あと録画はしてないけど再生できないって他のパソコンでも出来ないの？録画はスクランブルかかったままとか？
あまり詳しくないので良く分からないけど
>>77
Android上のKodiでアクセスして変になったことはないな
harekaze自体はChinachuからデータ引っ張ってるだけだし……
番組表はKodiの設定のPVR&Live TV settingで
データクリアをやってみるとか
一般のチャンネルマネージャー見て無効になってないか確認するとか
録画の再生はHarekaze側の設定で
ストリーミングのエンコードをオフにしてみたらどうよ
Android上のKodiでアクセスして変になったことはないな
harekaze自体はChinachuからデータ引っ張ってるだけだし……
番組表はKodiの設定のPVR&Live TV settingで
データクリアをやってみるとか
一般のチャンネルマネージャー見て無効になってないか確認するとか
録画の再生はHarekaze側の設定で
ストリーミングのエンコードをオフにしてみたらどうよ
>>76
Linuxに移行するならPT3を売るのは絶対にやめた方がいいよ
勿体ない
ていうか俺が定価で買うよ
Linuxに移行するならPT3を売るのは絶対にやめた方がいいよ
勿体ない
ていうか俺が定価で買うよ
定価なら誰だって買うよ
今普通に売ったら絶対定価以上で売れるんだからｗ
今普通に売ったら絶対定価以上で売れるんだからｗ
>>83
liveで見れるなら解除できないってことはないと思う
録画済みファイルにアクセスできてないんじゃないか？
録画してる場所にchihachuやffmpegのアクセス権あるんかいな
色々とログ見た方がいいと思う
liveで見れるなら解除できないってことはないと思う
録画済みファイルにアクセスできてないんじゃないか？
録画してる場所にchihachuやffmpegのアクセス権あるんかいな
色々とログ見た方がいいと思う
>>78
epgstationて、epgrec UNAみたく
任意のディレクトリに保存可能？
epgstationて、epgrec UNAみたく
任意のディレクトリに保存可能？
epgrecがわからんが
epgstationでは録画ディレクトリは一箇所固定（config.jsonで指定）
その一箇所は好きな場所にできる
うちならNAS
epgstationでは録画ディレクトリは一箇所固定（config.jsonで指定）
その一箇所は好きな場所にできる
うちならNAS
ほんとだ、できるようになってた
古い情報書いてごめん
古い情報書いてごめん
EPGStationは改善が活発なのがいいな
モバイルからも使いやすいと思う
知らない間にBasic認証も実装されたが、SSLはまだないか
認証もSSLもリバースプロキシでいいんだけど
websocketを通す設定にしないといけないのがちょっと面倒
モバイルからも使いやすいと思う
知らない間にBasic認証も実装されたが、SSLはまだないか
認証もSSLもリバースプロキシでいいんだけど
websocketを通す設定にしないといけないのがちょっと面倒
EPGStationはちょっと前に試した時、リバースプロキシが挟まることが考慮されてなかったような
EPGstationはスマホからシームレスにライブ視聴できて便利なんだけど
リアルタイムエンコするのがキツイからワンセグをcodec copyで配信できるモードがあったら良いなと思った
(低画質だけど既にエンコ済みの映像が放送波に含まれてるわけだからライブ視聴にちょうどいい)
今はとりあえず重たいけど無変換TSを直接スマホで再生してる
リアルタイムエンコするのがキツイからワンセグをcodec copyで配信できるモードがあったら良いなと思った
(低画質だけど既にエンコ済みの映像が放送波に含まれてるわけだからライブ視聴にちょうどいい)
今はとりあえず重たいけど無変換TSを直接スマホで再生してる
うちはnginxで使えてるけと
HLSじゃないストリーミングはm3u8に元のホスト名が書かれそう
HLSじゃないストリーミングはm3u8に元のホスト名が書かれそう
トランスコードは画質重視しないのでvaapiでやってる
epgstation入れてるpcにNvenc用に余ってるGT740入れた事あったけど
ワット数が気になって外した
qsvはlinuxじゃcpuやディストリ選ぶしvaapiがいいのかな
ワット数が気になって外した
qsvはlinuxじゃcpuやディストリ選ぶしvaapiがいいのかな
俺は金と時間が出来たらRyzenGで試す予定だぜ
こっちも最新カーネルじゃないとアカンので大変ではあるが
こっちも最新カーネルじゃないとアカンので大変ではあるが
うちの録画サーバはCeleron N3350（2コア）
vaapiトランスコードで1コアの70%くらい使う
エンコードした場合は元の2倍速くらい
QSV（Intel Media SDK）を使おうと頑張った時期もあったが
俺の能力では困難だった
vaapiトランスコードで1コアの70%くらい使う
エンコードした場合は元の2倍速くらい
QSV（Intel Media SDK）を使おうと頑張った時期もあったが
俺の能力では困難だった
>>94
http://www.pasonisan.com/pc-gpu/2015-geforce-gt730.html
gt730だけどアイドル時+6wだし気にするほどでも無いと思う
http://www.pasonisan.com/pc-gpu/2015-geforce-gt730.html
gt730だけどアイドル時+6wだし気にするほどでも無いと思う
>>96
gitの最新版で動くかもしれない
https://github.com/Intel-Media-SDK/MediaSDK/releases
> This release introduce support for Kabylake, Coffeelake and Apollo Lake families. See the Known Limitations section in release notes for details.
kabylake, coffelake持ちにも朗報かな？
gitの最新版で動くかもしれない
https://github.com/Intel-Media-SDK/MediaSDK/releases
> This release introduce support for Kabylake, Coffeelake and Apollo Lake families. See the Known Limitations section in release notes for details.
kabylake, coffelake持ちにも朗報かな？
>>98
朗報
Skylakeのi3中古でも買おうかと思ってたけどkaby,Coffeeでも良いとなると選択肢増えるね
あとはCPUのグレードかー
朗報
Skylakeのi3中古でも買おうかと思ってたけどkaby,Coffeeでも良いとなると選択肢増えるね
あとはCPUのグレードかー
coffe lake i3とかになると4コアだし、media sdkダルいからcpuエンコでよくね？ってなるなあ
celeronに対応してくれ
celeronに対応してくれ
>>91
俺は鯖がraspiで貧弱なので
m3u8に、mirakurunのapiからワンセグ呼び出す
アドレス複数書いて、リバースプロキシかまして
外出先からvlcで観てる
通信量も抑えられていいよ
俺は鯖がraspiで貧弱なので
m3u8に、mirakurunのapiからワンセグ呼び出す
アドレス複数書いて、リバースプロキシかまして
外出先からvlcで観てる
通信量も抑えられていいよ
Raspberry pi 3でセットアップしています。installation v2見ながらセットアップ完了し、ブラウザでアクセスしてみると、アクセスは出来ますが真っ白で何も表示されません。何が悪さしていると考えられるでしょうか？
おねがいします。
おねがいします。
一体何のソフトをセットアップしたんだよｗ
ああすいません w
chinachuです
chinachuです
チューナーは何で録画コマンド(rec何とか)はですか？
録画コマンドだけで選局録画はできてますか
録画コマンドだけで選局録画はできてますか
アクセス権じゃねえかなあ
pm2を起動したユーザーとchinachuの権限が違うとか
pm2を起動したユーザーとchinachuの権限が違うとか
mirakurunでnhk総合が13:00から16:50までepgが空なんだがおま環なのか？
うちは神戸局だが16時までニュースになってる
地震関連だろう
地震関連だろう
ごめん16:50までね
サンクス
ニュースになってるのか
うちはeテレも空になった
明日の朝ドラの後も空だなあ
8:15から8:30までの間
ニュースになってるのか
うちはeテレも空になった
明日の朝ドラの後も空だなあ
8:15から8:30までの間
eテレ（大阪局）は通常通り
明日の朝ドラ後はうちも空白
明日の朝ドラ後はうちも空白
わざわざ確認してくれてありがとう
朝ドラのあとの空白はテレビで見ると、同じ朝ドラの続きが入っていた
13:00から16:50は空白はテレビでニュースだったしMirakurunのバグかなあ
朝ドラのあとの空白はテレビで見ると、同じ朝ドラの続きが入っていた
13:00から16:50は空白はテレビでニュースだったしMirakurunのバグかなあ
13:00の空白、nhk総合をmirakurunで視聴してたらepgが更新されて表示されるようになった
朝ドラの空白はそのまま
朝ドラの空白はそのまま
RaspberryPi3 + PX-S1UDV2 + Chinachuで使っているんだけどしばらく使っていると録画に失敗するんだけど安定して使えてる人いる？
それともこういうものなの？
それともこういうものなの？
れいさの闇を多くの人はまだ知らない
ブラウザだとルールが反映されず予約ゼロ、LAN越しだと過去の予約が糞詰まりになってしもうた
なんのソフトだよ
chinachuだよ
いつの間にかPLEXの新しいドライバ出てるな
Debian9とUbuntu LTSはうれしい
Debian9とUbuntu LTSはうれしい
Deb9来たか
今夜試すが、BS再編対応してるのかな
追加だけでCentOSとかの更新ないし
今夜試すが、BS再編対応してるのかな
追加だけでCentOSとかの更新ないし
Debian9用
Unknown Symbolでinsmodできんな
uname -rは4.9.0-6-amd64なんだが
また手が空いたら調べよう
Unknown Symbolでinsmodできんな
uname -rは4.9.0-6-amd64なんだが
また手が空いたら調べよう
BS再編の影響(エンコーダのMPEG2AD化）でVAAPIでffmpegのhwaccelを使うと映像が壊れる症状は、
最新のffmpegでも直ってませんか？（自分で調べれば良いんですが今時間がないので申し訳ない）
最新のffmpegでも直ってませんか？（自分で調べれば良いんですが今時間がないので申し訳ない）
ffmpeg側で回避出来んのあれ？
めんどくせぇからchinachuのコマンド発行するところいじってデコードはソフトウェアでやるようにしてる。最近はアップデートもないし
めんどくせぇからchinachuのコマンド発行するところいじってデコードはソフトウェアでやるようにしてる。最近はアップデートもないし
時間がないと言いながらあったのでやってみた。
ffmpeg 4.01でも変わらず。hwaccelつけてBS放送のtsをエンコすると画面が崩壊する。
やっぱ英語で書かなきゃ何も伝わらないわな。。。
ffmpeg 4.01でも変わらず。hwaccelつけてBS放送のtsをエンコすると画面が崩壊する。
やっぱ英語で書かなきゃ何も伝わらないわな。。。
va-driver側でなくffmpeg側なのかね
今んとこデコード側はソフトにして問題ないからいいけど
今んとこデコード側はソフトにして問題ないからいいけど
vaapiじゃ無くてwindowsでqsvだけど、qsvencでmpeg2adの問題は聞かないしソフトで回避できそうな気がする
MPEG-2 AD （フィールドピクチャ―ストラクチャ）って具体的に
ビットストリーム中のどの部分が変わったのかな...
http://dvd.sourceforge.net/dvdinfo/mpeghdrs.html#ext
のPicture_Coding_Extension byte6:picture_structure のフィールドだったら
既存のffmpegのコードでもちゃんと見てるような気がするんだけど..
ビットストリーム中のどの部分が変わったのかな...
http://dvd.sourceforge.net/dvdinfo/mpeghdrs.html#ext
のPicture_Coding_Extension byte6:picture_structure のフィールドだったら
既存のffmpegのコードでもちゃんと見てるような気がするんだけど..
nekopanda神がパッチ書いてたよ。
>>128氏の言うとおり、vaapiの問題なら早く解決しそうだが。
来たぞ
ほぼ完全体だ
https://github.com/nns779/px4_drv/issues/1#issuecomment-401595309
> 0a43c3b にてUHFの13-52ch限定ですがT側(px4video2,3)での録画ができるようになりました。
ほぼ完全体だ
https://github.com/nns779/px4_drv/issues/1#issuecomment-401595309
> 0a43c3b にてUHFの13-52ch限定ですがT側(px4video2,3)での録画ができるようになりました。
と言う事はfoltia版の修正をやっとしったっていうことかな
ただビルドするだけなのに糞みたいに遅いのがプレ糞
ただビルドするだけなのに糞みたいに遅いのがプレ糞
px4_drvの作者です
T側に対応するまでに時間が掛かってしまいました すみません
R850のレジスタ値の設定を周波数から行う処理が完成するまでT側の対応をするつもりは無かったのですが、
解析がかなり大変で完成がいつになるのか分からなかったので、暫定的に公式ドライバの設定値をあらかじめキャプチャしたものを使用する形としました
ここで1つ注意点
公式ドライバで発生するT1->T0の順に開いたときのドロップは、px4_drvでも発生します
気になって挙動を調べてみましたが、T0のR850のレジスタに初めて値を書き込むと必ずと言っていいほどT1のR850に影響を及ぼすので、
なんだかどうしようもなさそうといった感じです
このドロップは諦めるしかなさそうです…
その他は、T側のチャンネル設定直後のTSにゴミパケットが少し入ること以外は問題なさそうです
T側に対応するまでに時間が掛かってしまいました すみません
R850のレジスタ値の設定を周波数から行う処理が完成するまでT側の対応をするつもりは無かったのですが、
解析がかなり大変で完成がいつになるのか分からなかったので、暫定的に公式ドライバの設定値をあらかじめキャプチャしたものを使用する形としました
ここで1つ注意点
公式ドライバで発生するT1->T0の順に開いたときのドロップは、px4_drvでも発生します
気になって挙動を調べてみましたが、T0のR850のレジスタに初めて値を書き込むと必ずと言っていいほどT1のR850に影響を及ぼすので、
なんだかどうしようもなさそうといった感じです
このドロップは諦めるしかなさそうです…
その他は、T側のチャンネル設定直後のTSにゴミパケットが少し入ること以外は問題なさそうです
>>136
謝るなんてとんでもない
うちのラズパイ3でもS、T共に正常に動きました
本当にすごいです
謝るなんてとんでもない
うちのラズパイ3でもS、T共に正常に動きました
本当にすごいです
px4_drvうちではdropするなあ
単独で20秒録画してtsselectするとdrop数が5くらいある
環境1:
Proxmox VE 5.2-3（Debian9相当）カーネル4.15.17-3
環境2:
環境1の上に構築したDebian9（kvm）＋USBパススルー
recpt1はPlexの同梱版と
https://github.com/stz2012/recpt1
の両方をテスト
プレクス版でもたまにdropするのでおま環の可能性が高いが、
予備機で別のOSでも試してみる。
ラズパイ3で動いた人はdropなしでいけてるのかな。
単独で20秒録画してtsselectするとdrop数が5くらいある
環境1:
Proxmox VE 5.2-3（Debian9相当）カーネル4.15.17-3
環境2:
環境1の上に構築したDebian9（kvm）＋USBパススルー
recpt1はPlexの同梱版と
https://github.com/stz2012/recpt1
の両方をテスト
プレクス版でもたまにdropするのでおま環の可能性が高いが、
予備機で別のOSでも試してみる。
ラズパイ3で動いた人はdropなしでいけてるのかな。
いけてないので自決しました
鎮魂はよ
140だけどワッチョイって被るのね
dropは確認してなかったので今夜試してみますわ
dropは確認してなかったので今夜試してみますわ
px4_drvの追加報告
うちのラズパイ3でも動いたがtsselectで多少のdrop表示
ただ実際に動画を見ると録画開始と終了時にちょっとノイズがあるだけ？
それなら実運用できるかもとテスト続行
2並列～4並列の録画テストを何度かやったところ、OSが固まる現象が発生
電源は落ちていなくて、カードリーダーのLEDも元気に点滅してるが
pingが通らずsshもつながらず電源再投入を強いられる
syslogにはそれらしい記録なし
発生はラズパイとProxmoxで1回ずつだが
テスト時間を考慮すると発生率は低くないと思われる
別ハードなので単なるおま環ではなさげ
以上とりあえずの報告
W3U4は実運用中なのでテストは断続的にしかできないが
何かできることがあれば協力したい
うちのラズパイ3でも動いたがtsselectで多少のdrop表示
ただ実際に動画を見ると録画開始と終了時にちょっとノイズがあるだけ？
それなら実運用できるかもとテスト続行
2並列～4並列の録画テストを何度かやったところ、OSが固まる現象が発生
電源は落ちていなくて、カードリーダーのLEDも元気に点滅してるが
pingが通らずsshもつながらず電源再投入を強いられる
syslogにはそれらしい記録なし
発生はラズパイとProxmoxで1回ずつだが
テスト時間を考慮すると発生率は低くないと思われる
別ハードなので単なるおま環ではなさげ
以上とりあえずの報告
W3U4は実運用中なのでテストは断続的にしかできないが
何かできることがあれば協力したい
>>146
ご報告ありがとうございます
px4_drvをmakeする際にオプションとして DEBUG=1 を付けるとデバッグログが出力されるようになりますので、
OSが固まる前(後)のデバッグログを頂くことは可能でしょうか
ご報告ありがとうございます
px4_drvをmakeする際にオプションとして DEBUG=1 を付けるとデバッグログが出力されるようになりますので、
OSが固まる前(後)のデバッグログを頂くことは可能でしょうか
px4_drv すごいですね。
自分は Q3PE4 なのでまだ試せてないですが Q 対応の予定はあるんでしょうか。
自分は Q3PE4 なのでまだ試せてないですが Q 対応の予定はあるんでしょうか。
>>147
146です
DEBUG有効状態でハングアップ再現しました。
デバッグログ取れたと思うので今夜にでも上げます。
（職場からの遠隔操作なので、ハングアップの回復まではできないため）
146です
DEBUG有効状態でハングアップ再現しました。
デバッグログ取れたと思うので今夜にでも上げます。
（職場からの遠隔操作なので、ハングアップの回復まではできないため）
あとdropに関しては、
録画時間20秒でも10分でも5件程度（tsselect読み）なことと
動画を実際に見ると録画開始時/終了時くらいしかノイズがないことから
実運用ではあまり問題ないんじゃないかと思います
録画時間20秒でも10分でも5件程度（tsselect読み）なことと
動画を実際に見ると録画開始時/終了時くらいしかノイズがないことから
実運用ではあまり問題ないんじゃないかと思います
px4_drvの作者です
TSの頭のドロップはどの環境でも出るみたいですね とりあえずそういうものであるということでお願いします
OSがハングアップする原因は、色々考えた結果と勘からringbufferに問題があるような気がしてます
>>149
px4_drvは一応Q3U4やQ3PE4も認識しますが、私の手元にそれらのデバイスがないため動作の確認は行っていません
もしデバイスが手に入ったらpx4_drvで動作確認をして対応させるつもりですが、手に入れるつもりは今のところないので対応の予定はありません
ただ、現状のドライバでもとりあえずは動作してくれそうな気はします
TSの頭のドロップはどの環境でも出るみたいですね とりあえずそういうものであるということでお願いします
OSがハングアップする原因は、色々考えた結果と勘からringbufferに問題があるような気がしてます
>>149
px4_drvは一応Q3U4やQ3PE4も認識しますが、私の手元にそれらのデバイスがないため動作の確認は行っていません
もしデバイスが手に入ったらpx4_drvで動作確認をして対応させるつもりですが、手に入れるつもりは今のところないので対応の予定はありません
ただ、現状のドライバでもとりあえずは動作してくれそうな気はします
px4_drvの作者です(2)
>>150
調査したところ、どうやらドライバが解放後のメモリを読みに行ってしまうことがあることが原因でハングアップしている可能性が高いのですが、
ハングアップするタイミングはrecpt1の終了時でしょうか？
>>150
調査したところ、どうやらドライバが解放後のメモリを読みに行ってしまうことがあることが原因でハングアップしている可能性が高いのですが、
ハングアップするタイミングはrecpt1の終了時でしょうか？
>>153
150です。
正確なタイミングはわかりませんが、録画ファイルはほぼできていたようなので、
その可能性はあります。
/var/log/debugは取れてますが、素人目に怪しい情報はないような。
（その前の正常時と大差なく見えるので）
アップロード先を提示してもらえればアップします。
150です。
正確なタイミングはわかりませんが、録画ファイルはほぼできていたようなので、
その可能性はあります。
/var/log/debugは取れてますが、素人目に怪しい情報はないような。
（その前の正常時と大差なく見えるので）
アップロード先を提示してもらえればアップします。
>>154
ringbufferが怪しいという前提で修正をしてみました
もし別の箇所に問題があるとすると全く意味がないかもしれませんが
ログですが、up.mapopi.comかpastebinあたりにアップしていただけるとありがだいです
ringbufferが怪しいという前提で修正をしてみました
もし別の箇所に問題があるとすると全く意味がないかもしれませんが
ログですが、up.mapopi.comかpastebinあたりにアップしていただけるとありがだいです
>>155
https://pastebin.com/npDSzBYU
ハングアップは7/4 9:59頃です
修正版も試してみます
https://pastebin.com/npDSzBYU
ハングアップは7/4 9:59頃です
修正版も試してみます
>>156
ありがとうございます
拝見しましたが、こちらは /var/log/debug の内容をそのまま貼り付けたものということで間違いないでしょうか
どうやらログの一部か欠けているようで、正常な動作であるかの判断ができなかったので一応確認させてください
ありがとうございます
拝見しましたが、こちらは /var/log/debug の内容をそのまま貼り付けたものということで間違いないでしょうか
どうやらログの一部か欠けているようで、正常な動作であるかの判断ができなかったので一応確認させてください
>>158
/var/log/debugそのままです
/var/log/debugそのままです
>>159
ですよね…
ハングアップした際にログがおかしくなることも考えられなくはないと思うこととします
本来であれば起動からシャットダウンまで異常が無い状態で録画した場合のログと比較するべきなのでしょうけれど
修正版で問題なく動作するようであればその必要はなさそうです
ですよね…
ハングアップした際にログがおかしくなることも考えられなくはないと思うこととします
本来であれば起動からシャットダウンまで異常が無い状態で録画した場合のログと比較するべきなのでしょうけれど
修正版で問題なく動作するようであればその必要はなさそうです
このスレで聞いて良いのかわからんけど、NHK BS1のBS世界のドキュメンタリーで
最近ARIB字幕が２つ（VLCで見ると２つとも言語はJapaneseになってる）ついている
回が何回かあったんですが、うちだけの環境ですか？
chinachuのスクリプトでarib2ass(https://github.com/Piro77/arib2ass)
で字幕をつけてエンコードしてるんですが、２つ字幕があるとエラーがでてしまうようで
エンコードまでいってくれないんです。回によってはarib字幕が一つしかない回もあって、
その時はうまくエンコードできるんですが、どういった意図で字幕２つ（２つとも同じものです）
つけてるんでしょうか？
最近ARIB字幕が２つ（VLCで見ると２つとも言語はJapaneseになってる）ついている
回が何回かあったんですが、うちだけの環境ですか？
chinachuのスクリプトでarib2ass(https://github.com/Piro77/arib2ass)
で字幕をつけてエンコードしてるんですが、２つ字幕があるとエラーがでてしまうようで
エンコードまでいってくれないんです。回によってはarib字幕が一つしかない回もあって、
その時はうまくエンコードできるんですが、どういった意図で字幕２つ（２つとも同じものです）
つけてるんでしょうか？
映画なんかじゃ普通にあるんじゃない？普通の字幕の他に、
吹き替え時用に画面内の文字や外国語音声の字幕を使う場合と
吹き替え時用に画面内の文字や外国語音声の字幕を使う場合と
最近良く、fuse_b25が飛ぶので原因調べてみたらストリーム読んでる時にEOVERFLOW起こしてるのでパッチ作ってみた。
https://pastebin.com/uBwcAenH
本当に実用に耐えるか自信がないけどできる人試してほしいのです。
https://pastebin.com/uBwcAenH
本当に実用に耐えるか自信がないけどできる人試してほしいのです。
ごめんなさい、diffのとり方間違えてた。
こちらが正しいです。gitになってる非公式版からのdiff。
https://pastebin.com/22DnGRF9
こちらが正しいです。gitになってる非公式版からのdiff。
https://pastebin.com/22DnGRF9
>>164のパッチは、DVBデバイスからストリームデータ（と言うかパケット？）を読みすぎて、バッファオーバーフローエラーになった時に、
そのパケットを棄ててしまうと言う乱暴な「対策」です。
もう少しいい方法が絶対にあるけど、試してみてくださいませ。
そのパケットを棄ててしまうと言う乱暴な「対策」です。
もう少しいい方法が絶対にあるけど、試してみてくださいませ。
>>152
ご回答ありがとうございます。
試しに Q3PE4 でドライバロードしてみたところ8チューナ認識できました。
先に試してみればよかったですね。
px4video[0-7] まで一通り recpt1 でチューナオープンもできましたので、
しばらく動作させてみます。
px4_drv: px4_drv version 0.1.0
px4_drv: IR mode: 5
px4_drv: tsdev 0: px4video0
px4_drv: tsdev 1: px4video1
px4_drv: tsdev 2: px4video2
px4_drv: tsdev 3: px4video3
px4_drv: IR mode: 5
px4_drv: tsdev 0: px4video4
px4_drv: tsdev 1: px4video5
px4_drv: tsdev 2: px4video6
px4_drv: tsdev 3: px4video7
usbcore: registered new interface driver px4_drv
ご回答ありがとうございます。
試しに Q3PE4 でドライバロードしてみたところ8チューナ認識できました。
先に試してみればよかったですね。
px4video[0-7] まで一通り recpt1 でチューナオープンもできましたので、
しばらく動作させてみます。
px4_drv: px4_drv version 0.1.0
px4_drv: IR mode: 5
px4_drv: tsdev 0: px4video0
px4_drv: tsdev 1: px4video1
px4_drv: tsdev 2: px4video2
px4_drv: tsdev 3: px4video3
px4_drv: IR mode: 5
px4_drv: tsdev 0: px4video4
px4_drv: tsdev 1: px4video5
px4_drv: tsdev 2: px4video6
px4_drv: tsdev 3: px4video7
usbcore: registered new interface driver px4_drv
PT3の中古相場が3万円を超える中、Linux使いにも希望の光が
レコーダでよくね
ならレコーダ使ってろよｗ
仕様が公開されてないデバイスのドライバとか書ける人マジで尊敬する。
こういう下層の実装って仕様書が手元にあっても記述の不備とか想定外の動作で苦しむのにどうやって作ってるんだろう？
ioctl()の監視とかするのかな。
俺のレベルが低すぎて想像がつかないや。
こういう下層の実装って仕様書が手元にあっても記述の不備とか想定外の動作で苦しむのにどうやって作ってるんだろう？
ioctl()の監視とかするのかな。
俺のレベルが低すぎて想像がつかないや。
そいや無知で恐縮なんだが、PT3のubutu標準ドライバやプレクスの公式ドライバはどこがダメなのかよくわからない。
ついでにrecpt1とドライバも半公式？とstz版とm-tsubo版の違いがよくわからない。
何を基準に選定すりゃいいんですか・・・
ついでにrecpt1とドライバも半公式？とstz版とm-tsubo版の違いがよくわからない。
何を基準に選定すりゃいいんですか・・・
pt3のはlinuxカーネル取り込まれたdvb版のことかな。
別に特に悪いところはない。カーネルに取り込まれているからpt3を刺すだけで動いて楽
強いて言うなら、m-tsudo版のcdevドライバに比べたら重いくらい
プレ糞のドライバはソースがないので、なにかバグがあってもユーザーで修正できない点が糞
この間のBS再編成みたいなときに対応できない。
（最近になってやっと修正したドライバが出たが、おっせーんだよカスが）
使用できるカーネルのバージョンが固定されいるので使用できるディストリが固定される & カーネルのセキュリティアップデートができない。
なによりプレ糞がサポート投げたら使用不可になるので、PX-W3PEのようにただのゴミになる
アーキテクチャもamd64でしか使えないのため、raspberry piとかで使用不可
recpt1は知らねえ
別に特に悪いところはない。カーネルに取り込まれているからpt3を刺すだけで動いて楽
強いて言うなら、m-tsudo版のcdevドライバに比べたら重いくらい
プレ糞のドライバはソースがないので、なにかバグがあってもユーザーで修正できない点が糞
この間のBS再編成みたいなときに対応できない。
（最近になってやっと修正したドライバが出たが、おっせーんだよカスが）
使用できるカーネルのバージョンが固定されいるので使用できるディストリが固定される & カーネルのセキュリティアップデートができない。
なによりプレ糞がサポート投げたら使用不可になるので、PX-W3PEのようにただのゴミになる
アーキテクチャもamd64でしか使えないのため、raspberry piとかで使用不可
recpt1は知らねえ
>>172
おまえ、えらい口が悪いな、最近出所したばかりのチンピラか？
おまえ、えらい口が悪いな、最近出所したばかりのチンピラか？
>>160
最新版でもハングしました。ubuntu16.04、eprecunaで録画予約して実験しました。ふたつ目の録画が始まる直前にハングしてます。ログありますけど、要りますか？
最新版でもハングしました。ubuntu16.04、eprecunaで録画予約して実験しました。ふたつ目の録画が始まる直前にハングしてます。ログありますけど、要りますか？
要りますか？とか毎回作者に返事要求せずにさっさと上げればいいじゃん
わざわざ聞く意味わかんねぇわ
わざわざ聞く意味わかんねぇわ
コミュニケーションだろ
大変ですね
お疲れ様です
お疲れ様です
>>180
175です。ログどうぞ。
https://paste.ubuntu.com/p/wdHyyfGBC6/
175です。ログどうぞ。
https://paste.ubuntu.com/p/wdHyyfGBC6/
>>180
176の報告者です
最新版で、ハングアップしなくなりました
4並列x20秒テストをそれなりの回数やって一度もないのでうちの環境では大丈夫と判断します
あとdropについてはrecpt1の出力tsにはやはり数件ありますが、mirakurin+録画ソフト（うちはEPGStation）を経由した出力には全くありません
コマンドの録画開始時か終了時に少し出るのでは、という以前の仮説通りに見えます
とにかくうちの使用条件は無事クリアしたのでこれから運用環境に組み込みます
ありがとうございました
176の報告者です
最新版で、ハングアップしなくなりました
4並列x20秒テストをそれなりの回数やって一度もないのでうちの環境では大丈夫と判断します
あとdropについてはrecpt1の出力tsにはやはり数件ありますが、mirakurin+録画ソフト（うちはEPGStation）を経由した出力には全くありません
コマンドの録画開始時か終了時に少し出るのでは、という以前の仮説通りに見えます
とにかくうちの使用条件は無事クリアしたのでこれから運用環境に組み込みます
ありがとうございました
>>182
ありがとうございます
確認いたしましたが内容は概ね予想通りでした 恐らく昨日の修正版でハングすることなく動作するようになると思います
ただ1つ気になった箇所がありましたのでお尋ねします
ログにpx4_drvが解釈できないioctlが投げられた記録があるのですが (unknown ioctl 80088d81)、
recpt1はどちらのものを使用されたか教えていただけないでしょうか
>>183
ハングアップしなくなりましたか 良かったです
どうやら今回の問題は録画開始/終了毎にメモリの確保/解放を行っていたことと、メモリ確保時のフラグの指定がよくなかったことが重なって起きたようです
録画終了時に解放済みの領域にアクセスしてしまうというのは見当違いだったのかもしれません
ですが、ringbuffer周りのコードを見直す良い機会となりました
dropについてはおっしゃる通りであると私も認識しております
px4_drvの不具合修正へのご協力ありがとうございました
また何かございましたらご遠慮なくどうぞ
ありがとうございます
確認いたしましたが内容は概ね予想通りでした 恐らく昨日の修正版でハングすることなく動作するようになると思います
ただ1つ気になった箇所がありましたのでお尋ねします
ログにpx4_drvが解釈できないioctlが投げられた記録があるのですが (unknown ioctl 80088d81)、
recpt1はどちらのものを使用されたか教えていただけないでしょうか
>>183
ハングアップしなくなりましたか 良かったです
どうやら今回の問題は録画開始/終了毎にメモリの確保/解放を行っていたことと、メモリ確保時のフラグの指定がよくなかったことが重なって起きたようです
録画終了時に解放済みの領域にアクセスしてしまうというのは見当違いだったのかもしれません
ですが、ringbuffer周りのコードを見直す良い機会となりました
dropについてはおっしゃる通りであると私も認識しております
px4_drvの不具合修正へのご協力ありがとうございました
また何かございましたらご遠慮なくどうぞ
>>184
183です
運用環境でも問題なく動いていますが、今後何か発生したらgithubの方で報告します。
w3u4発売から約一年半、やっとやりたいことができた思いです。偉業と称えさせて下さい。
なおうちの運用環境はProxmoxVE（仮想ホスト）上のlxcコンテナです
ホスト側にドライバ入れて/dev/px4video0等ができれば、それをコンテナ側と共有することでコンテナ側に録画サーバを構築でき、kvmより軽量でシンプルになるので重宝しています
ProxmoxはDebian9+ほぼ最新のカーネルがベースなのでPlex版ではlxc化は不可能でした
183です
運用環境でも問題なく動いていますが、今後何か発生したらgithubの方で報告します。
w3u4発売から約一年半、やっとやりたいことができた思いです。偉業と称えさせて下さい。
なおうちの運用環境はProxmoxVE（仮想ホスト）上のlxcコンテナです
ホスト側にドライバ入れて/dev/px4video0等ができれば、それをコンテナ側と共有することでコンテナ側に録画サーバを構築でき、kvmより軽量でシンプルになるので重宝しています
ProxmoxはDebian9+ほぼ最新のカーネルがベースなのでPlex版ではlxc化は不可能でした
PT1、PT3ドライバと並ぶLinux3大偉業やで
お節介だけどGitHubのリポジトリにはライセンスも追記した方がよいかも
あえてライセンス無しとしてるならスルーで
お節介だけどGitHubのリポジトリにはライセンスも追記した方がよいかも
あえてライセンス無しとしてるならスルーで
>>185
これまで物理以外だと適合OSのVMに対してUSBパススルーしかなかったから、
選択肢が広がるよね
これまで物理以外だと適合OSのVMに対してUSBパススルーしかなかったから、
選択肢が広がるよね
>>187
そう、まさにそれ
しかもkvmのUSBパススルーだと原因不明の大量dropするので、ホストにUSB RedirectorというUSBデバイスサーバを入れてゲストから共有する方法で回避してた（なぜかこれだとdropしない謎）
lxcで使えるのはマジ便利
そう、まさにそれ
しかもkvmのUSBパススルーだと原因不明の大量dropするので、ホストにUSB RedirectorというUSBデバイスサーバを入れてゲストから共有する方法で回避してた（なぜかこれだとdropしない謎）
lxcで使えるのはマジ便利
なんか歴史的な偉業を見ている雰囲気
>>184
175です。最新版でハングせず動作してます。ありがとう。
recpt1はPLEX配布のLinuxドライバに同梱されてたやつです。
175です。最新版でハングせず動作してます。ありがとう。
recpt1はPLEX配布のLinuxドライバに同梱されてたやつです。
>>183
>>184
ドロップに関してですが、ドロップした位置の情報を出力するように修正した
tsselect にかけた結果を貼っときます。
https://pastebin.com/RQnrEth3
・最後のドロップ位置は 256432
・ファイルサイズは 21475428
・offset=0:0:0 (0) は TDT/TOT (5秒程度の間隔) が一回も来ていない
ということで先頭付近ですね。一応、10秒程度録画、tsselect 実行を何回か
繰り返してみましたが全て同様に先頭付近でした。
filename : bsa.ts
filesize : 21475428
drop pid=0x0140, d= 1, offset=148332, offset=0:0:0 (0)
...
drop pid=0x0000, d= 1, offset=256432, offset=0:0:0 (0)
pid=0x0000, total= 99, d= 1, e= 0, scrambling=0, offset=118440
...
pid=0x0140, total= 92157, d= 2, e= 0, scrambling=92157, offset=4700
pid=0x0141, total= 1308, d= 1, e= 0, scrambling=1308, offset=164500
...
>>184
ドロップに関してですが、ドロップした位置の情報を出力するように修正した
tsselect にかけた結果を貼っときます。
https://pastebin.com/RQnrEth3
・最後のドロップ位置は 256432
・ファイルサイズは 21475428
・offset=0:0:0 (0) は TDT/TOT (5秒程度の間隔) が一回も来ていない
ということで先頭付近ですね。一応、10秒程度録画、tsselect 実行を何回か
繰り返してみましたが全て同様に先頭付近でした。
filename : bsa.ts
filesize : 21475428
drop pid=0x0140, d= 1, offset=148332, offset=0:0:0 (0)
...
drop pid=0x0000, d= 1, offset=256432, offset=0:0:0 (0)
pid=0x0000, total= 99, d= 1, e= 0, scrambling=0, offset=118440
...
pid=0x0140, total= 92157, d= 2, e= 0, scrambling=92157, offset=4700
pid=0x0141, total= 1308, d= 1, e= 0, scrambling=1308, offset=164500
...
>>191
乙
mirakurunを経由すればほぼdropしないことが実証されて安心
乙
mirakurunを経由すればほぼdropしないことが実証されて安心
>>191
＞ドロップに関してですが、ドロップした位置の情報を出力するように修正した
＞tsselect
これ気になる
＞ドロップに関してですが、ドロップした位置の情報を出力するように修正した
＞tsselect
これ気になる
>>184
すごいことになってますね！！！
Linuxカーネルにマージされる（≒今後第三者からもメンテナンスされ続ける）方向を考えると、できるだけ作者名を明示してGPLv2であると宣言しておいたほうがいいですよ。
すごいことになってますね！！！
Linuxカーネルにマージされる（≒今後第三者からもメンテナンスされ続ける）方向を考えると、できるだけ作者名を明示してGPLv2であると宣言しておいたほうがいいですよ。
px4_drvの作者です(4)
ご報告ありがとうございます
どうやら最新版で特に問題なく動作するようですね
よかったです
>>185
偉業だなんてとんでもないです…
大体は公式のドライバがやっていることを真似してるだけです
>>190
PLEX版recpt1ですね
確認したところ、>>184でのioctlはPLEX版recpt1がASICENなデバイス向けに発行するもののようでした
U4とPE4はこのioctlの機能とは関係ありませんので特に問題なさそうです
>>186
>>194
MODULE_LICENCEはGPL v2としていますので後日ライセンスを追記しておきます
ですがこのドライバはdvbではないのでLinuxカーネルへとマージされることはないでしょう
作者名ですか… 一応ただの名無しですし…
ご報告ありがとうございます
どうやら最新版で特に問題なく動作するようですね
よかったです
>>185
偉業だなんてとんでもないです…
大体は公式のドライバがやっていることを真似してるだけです
>>190
PLEX版recpt1ですね
確認したところ、>>184でのioctlはPLEX版recpt1がASICENなデバイス向けに発行するもののようでした
U4とPE4はこのioctlの機能とは関係ありませんので特に問題なさそうです
>>186
>>194
MODULE_LICENCEはGPL v2としていますので後日ライセンスを追記しておきます
ですがこのドライバはdvbではないのでLinuxカーネルへとマージされることはないでしょう
作者名ですか… 一応ただの名無しですし…
>>191
わざわざありがとうございます
どうやら先頭の1500パケットほどの中にドロップが含まれる傾向にあるようですね
px4_drv側で先頭のパケットを捨てるようにすればdropは出なくなりそうですが、
そのままでもやはり実運用上は問題なさそうです
わざわざありがとうございます
どうやら先頭の1500パケットほどの中にドロップが含まれる傾向にあるようですね
px4_drv側で先頭のパケットを捨てるようにすればdropは出なくなりそうですが、
そのままでもやはり実運用上は問題なさそうです
最初のコミットが1月だから地道な活動乙や
定価で買えるダブルチューナー機をLinuxの好きなディストロで使えるのはかなり大きい
もう転売屋からPT3を買う必要もないんや
定価で買えるダブルチューナー機をLinuxの好きなディストロで使えるのはかなり大きい
もう転売屋からPT3を買う必要もないんや
>>196
うちの環境だとPT2でも同じ感じ
charadevで運用しているがDVBの試用でdropを見つけるまで気付かんかった
自分はrecpt1のtsspliterにエラーチェックを追加してして先頭付近でエラーが
出たら捨てるようにして対処した
うちの環境だとPT2でも同じ感じ
charadevで運用しているがDVBの試用でdropを見つけるまで気付かんかった
自分はrecpt1のtsspliterにエラーチェックを追加してして先頭付近でエラーが
出たら捨てるようにして対処した
うちのPT3もちょいちょいdropが1個入ってる
px4_drv で Q3PE4 を使ってる者です。
あれからずっと録画していますが、幸い自分の環境ではハング等は発生せず快適に使えていました。
せっかくなので本日ドライバは最新にアップデートしました。
Q3PE4 で使っていて1点だけ気になるメッセージがあるのですが、recpt1 で録画をすると
LNB のオプションの数値にかかわらず以下のメッセージが表示されるようです。
Power on LNB failed: /dev/px4video0
また syslog には
px4_drv: LNB power supply is disabled.
が記録されます。
実害は無いのですが毎回出力されるので syslog や dmesg がこのメッセージで埋まってしまうのが気になってます。
あれからずっと録画していますが、幸い自分の環境ではハング等は発生せず快適に使えていました。
せっかくなので本日ドライバは最新にアップデートしました。
Q3PE4 で使っていて1点だけ気になるメッセージがあるのですが、recpt1 で録画をすると
LNB のオプションの数値にかかわらず以下のメッセージが表示されるようです。
Power on LNB failed: /dev/px4video0
また syslog には
px4_drv: LNB power supply is disabled.
が記録されます。
実害は無いのですが毎回出力されるので syslog や dmesg がこのメッセージで埋まってしまうのが気になってます。
私もpx4_drvを使わせていただきました。すごいですね。
ubuntu-18.04(x64)+Q3U4で使っています。8チャンネル認識しているようです。
tsvファイルはW3U4の情報をもとにしてファームウェアを抽出しました。
まだ数秒程度のテストのみですが、recpt1でT/Sともに録画できました。
Q3PE4のかたと同様、LNBのメッセージがでますが、録画はできているように見えます。
予約録画環境が整ったら、実践的なのを試してみます。
ubuntu-18.04(x64)+Q3U4で使っています。8チャンネル認識しているようです。
tsvファイルはW3U4の情報をもとにしてファームウェアを抽出しました。
まだ数秒程度のテストのみですが、recpt1でT/Sともに録画できました。
Q3PE4のかたと同様、LNBのメッセージがでますが、録画はできているように見えます。
予約録画環境が整ったら、実践的なのを試してみます。
px4_drv 凄いね
usb接続だから録画中にエンコとかで負荷が高くなるとdropしそうなイメージなんだけど実際はどんな感じ？
usb接続だから録画中にエンコとかで負荷が高くなるとdropしそうなイメージなんだけど実際はどんな感じ？
まさかPX-W3U4がLinuxの鉄板チューナーになる日が来るとはね・・・
予備に一つ買っておこう
予備に一つ買っておこう
アキバのBuymoreでPLEXの
w3pe4 1人2限 9980円
q3pe4 1人2限 18980円
q3u4 1人2限 18980円
でうってる、まだ在庫はあるもよう
w3pe4 1人2限 9980円
q3pe4 1人2限 18980円
q3u4 1人2限 18980円
でうってる、まだ在庫はあるもよう
>>550
1万切ってるのか安いなw
中でUSB接続してる変態仕様め
1万切ってるのか安いなw
中でUSB接続してる変態仕様め
PLEXの本スレとどっちに書くか迷ったけど
px4_drvもあるから今ならこっちかなと
px4_drvもあるから今ならこっちかなと
初心者でよくわからんけど、
どっかのすごい人がPLEXのドライバ作ったってこと？
どっかのすごい人がPLEXのドライバ作ったってこと？
raspi3で4ch同時は安定してます？
安定してるならwin10+PT3から乗り換えようかな
安定してるならwin10+PT3から乗り換えようかな
本運用前のテストをラズパイ3でやったけど、ハングやdropの問題はない
ただrecpt1叩いてから実際に録画始まるまでがちょっと長い気はした
20秒指定でrecpt1叩いたら終了時にRecorded 40secとか出たり（これはたぶんコマンド実行時間で、実際に録画されたtsは20秒）
録画ソフトの設定にもよるけど、時間きっちりに始まる番組だと頭切れたりするかも
ただうちは録画保存先がNASなのでそれが影響してるかもしれん
ただrecpt1叩いてから実際に録画始まるまでがちょっと長い気はした
20秒指定でrecpt1叩いたら終了時にRecorded 40secとか出たり（これはたぶんコマンド実行時間で、実際に録画されたtsは20秒）
録画ソフトの設定にもよるけど、時間きっちりに始まる番組だと頭切れたりするかも
ただうちは録画保存先がNASなのでそれが影響してるかもしれん
USB接続だから非インテル系でも行けるのか
USBだからというより、ソースが提供されたから
>>209
ありがとう
T1→T0でドロップは結構激しいの？
回避策はありますか？
ありがとう
T1→T0でドロップは結構激しいの？
回避策はありますか？
>>212
T1→T0は普通にドロップする
上でドライバ作者の人が書いてるがおそらく機器レベルの問題で、ドライバでは回避できない
うちはmirakurunなので根本的には対策なし
地上波あまり録画しないからT1殺してる
T1→T0は普通にドロップする
上でドライバ作者の人が書いてるがおそらく機器レベルの問題で、ドライバでは回避できない
うちはmirakurunなので根本的には対策なし
地上波あまり録画しないからT1殺してる
まあ地デジチューナーは他にもドロップしないのあるやろし…
>>213
T1→T0ってどういう意味？
地上波向けのデバイス1から地上波向けのでばいす
T1→T0ってどういう意味？
地上波向けのデバイス1から地上波向けのでばいす
>>215
しまった途中で送ってしまった。
この表記ってチューナーからチューナーにデータが流れることがあって、その場合にドロップするってこと？
いまいち状況が飲み込めん。
しまった途中で送ってしまった。
この表記ってチューナーからチューナーにデータが流れることがあって、その場合にドロップするってこと？
いまいち状況が飲み込めん。
PLEXの現行チューナーのQ/W3PE4とQ/W3U4で出る、T1→T0の順番でチューナー開くとT1にドロップが出る症状の事
>>215
T1を先にオープンしちゃうとT0初回オープン時にドロップが出るってやつっしょ
だからT0をはじめに開けばその問題は回避できる
T1を先にオープンしちゃうとT0初回オープン時にドロップが出るってやつっしょ
だからT0をはじめに開けばその問題は回避できる
番組時間に差がある場合
例えば時系列で
T0録画開始
T1録画開始
T0録画終了
T0録画開始
となったらdropするのかな
「両方停止状態→T1→T0のとき限定」だったら該当しないが
例えば時系列で
T0録画開始
T1録画開始
T0録画終了
T0録画開始
となったらdropするのかな
「両方停止状態→T1→T0のとき限定」だったら該当しないが
mirakurunはチューナーに利用優先度設定ないから順序制御できない
それに自身のEPG更新のために空きチューナー使うからさらに複雑になる
録画コマンドをさらにラッピングして「T0T1が両方未使用なら必ずT0から使うシェル」でも自作すればいけるかな
それに自身のEPG更新のために空きチューナー使うからさらに複雑になる
録画コマンドをさらにラッピングして「T0T1が両方未使用なら必ずT0から使うシェル」でも自作すればいけるかな
T0T1が両方とも未使用の状態からT1を開いて次にT0開くとT1がドロップする
未使用の状態からってのがポイントで一度でもT0とT1が同時に起動した状態があれば
以降はT1側を開きっぱなしでT0を開閉してもT1はdropしない
未使用の状態からってのがポイントで一度でもT0とT1が同時に起動した状態があれば
以降はT1側を開きっぱなしでT0を開閉してもT1はdropしない
起動時にスクリプトでT0とT1を同時に録画すればいいのか？
間違い。T1を録画して直ぐにT0を録画すればいいの？
>>224
先にT0を開いてある時だけT1を開くみたいな運用で回避
先にT0を開いてある時だけT1を開くみたいな運用で回避
チューナー大量に買ってそれぞれのT0だけ使えばいいじゃん
地デジは入手がしやすいから
そういう運用もあり
そういう運用もあり
わざわざ１→０で運用する意味が分からん
見つけたのはえらいと思うけど
見つけたのはえらいと思うけど
mirakurunもチューナーのプライオリティとかEPG取得専用チューナーとかそういうの設定できたらなぁ。
まぁそんな複雑になりそうなことやらないほうが保守性高くなるから自分から書きたい・保守したいってやついないだろうけど
まぁそんな複雑になりそうなことやらないほうが保守性高くなるから自分から書きたい・保守したいってやついないだろうけど
>>230
mirakurun作者の同人誌でpt2ドライバのバグに対応しました的な話があったような気がする（ぱらぱらみただけなので見間違いだったらスマソ）。
下層の不具合も全無視ってことはないかもなぁ。
ただ、Linux周辺ではプレクチューナはマイナーなので可能性は低そうだが...
mirakurun作者の同人誌でpt2ドライバのバグに対応しました的な話があったような気がする（ぱらぱらみただけなので見間違いだったらスマソ）。
下層の不具合も全無視ってことはないかもなぁ。
ただ、Linux周辺ではプレクチューナはマイナーなので可能性は低そうだが...
>>221的なものを作る場合の注意点
mirakurunはtuner.ymlに書かれたコマンドを録画開始時に起動し、録画終了時には「mirakurinが呼び出したプロセスだけ」をkillする
ので、シェル等を被せる場合はシグナルをtrapして、シェルから呼び出したrecpt1を終わらせる必要がある
mirakurunはtuner.ymlに書かれたコマンドを録画開始時に起動し、録画終了時には「mirakurinが呼び出したプロセスだけ」をkillする
ので、シェル等を被せる場合はシグナルをtrapして、シェルから呼び出したrecpt1を終わらせる必要がある
>>204
> q3u4 1人2限 18980円
これは地雷だぜ？仕方ないならQ3PE4にしとけ
ま、PCIe給電と、小型FANの有無以外、Q3PE4もQ3U4もそれ程差はないけどな
> q3u4 1人2限 18980円
これは地雷だぜ？仕方ないならQ3PE4にしとけ
ま、PCIe給電と、小型FANの有無以外、Q3PE4もQ3U4もそれ程差はないけどな
>>233
地雷の理由って排熱？
raspiで使いたいんだけどpe4に
無理やり3.3v給電した方が良いのかな？
地雷の理由って排熱？
raspiで使いたいんだけどpe4に
無理やり3.3v給電した方が良いのかな？
利用時にドライバーでT0 T1両方を常時開けっ放しにすればいいんじゃねえの
上層でハードのバグ対応なんてばかばかしいと思うんだが
>>231
×pt2ドライバのバグに対応しました
○pt2ドライバのバグを修正しました
上層でハードのバグ対応なんてばかばかしいと思うんだが
>>231
×pt2ドライバのバグに対応しました
○pt2ドライバのバグを修正しました
>>234
Q3U4が地雷というのは吸排熱関連とFANの性能不足。
そもそも狭小窒息ケースのなかに40x40x10mmなFANを常備させてるだけで
熱問題を解消できると勘違いしているPLEXが残念ってことだわな
FANが回転を始めるとしばらくして録画TSにdropが加算していくことを見てもヤバイ。
改造してもいい人なら、狭小ケースの左右の柵っぽいやつを全撤去して外気を流せるようにすれば
多少改善するかもしれないが・・・いっそ基盤むき出しでPCケースへ収納してもよさそう。
オクで処分して、W3U4を2台とW分波器を1個、買ったほうがまだいいかもな。
Q3U4が地雷というのは吸排熱関連とFANの性能不足。
そもそも狭小窒息ケースのなかに40x40x10mmなFANを常備させてるだけで
熱問題を解消できると勘違いしているPLEXが残念ってことだわな
FANが回転を始めるとしばらくして録画TSにdropが加算していくことを見てもヤバイ。
改造してもいい人なら、狭小ケースの左右の柵っぽいやつを全撤去して外気を流せるようにすれば
多少改善するかもしれないが・・・いっそ基盤むき出しでPCケースへ収納してもよさそう。
オクで処分して、W3U4を2台とW分波器を1個、買ったほうがまだいいかもな。
>>236
ファンが回転するとドロップするってLinuxでも再現すんの?
PE4と同じでWindowsだと出るけどLinuxだと出ないとか言うのはこのケースだと無し?
ファンが回転するとドロップするってLinuxでも再現すんの?
PE4と同じでWindowsだと出るけどLinuxだと出ないとか言うのはこのケースだと無し?
q3pe4はファンの有無関係なしにD0とD1のチューナーを同時に使用するとドロップするって聞くし、避けられるなら避けたほうがいいでしょ
linuxで人柱になるぜっていうなら止めはしないが
あとラズパイのusbで8tsって処理できんのか？
帯域足りなくなりそう
linuxで人柱になるぜっていうなら止めはしないが
あとラズパイのusbで8tsって処理できんのか？
帯域足りなくなりそう
recpt1 は pt1_dev.h の isdb_t_dev[NUM_ISDB_T_DEV] に定義されている順番に空いているものが使われるんじゃないのかな？
px4video* 定義して recpt1 にデバイス選択まかせておけば未使用の状態から T1 が先にオープンされる可能性は低そうだけど。
Mirakurun も推奨設定？ではないだろうけど --device で指定するのやめて recpt1 にデバイス選択まかせちゃえば。
px4video* 定義して recpt1 にデバイス選択まかせておけば未使用の状態から T1 が先にオープンされる可能性は低そうだけど。
Mirakurun も推奨設定？ではないだろうけど --device で指定するのやめて recpt1 にデバイス選択まかせちゃえば。
やっぱゴチャゴチャやるよりチューナー数で殴るのが早そう
>>239
recpt1リビルドしてみたが、録画時にどのチューナー選んだか表示されないのな
でも基本的にこの方針で行けそうな気はする
recpt1リビルドしてみたが、録画時にどのチューナー選んだか表示されないのな
でも基本的にこの方針で行けそうな気はする
レス下さった方ありがとうございます
raspiで8tsは無理だと思いますが
2チューナーと値段的に大差ないのでどうせならという感じでした
おとなしくw3u4にします
raspiで8tsは無理だと思いますが
2チューナーと値段的に大差ないのでどうせならという感じでした
おとなしくw3u4にします
chinachuで録画したファイルが消えてる
一ヶ月以上前は軒並み消えてるな……なんだこれ
一ヶ月以上前は軒並み消えてるな……なんだこれ
>>243
デフォルトだと空き容量がなくなってくると自動削除みたいですが
設定は確認済ですか？
"storageLowSpaceThresholdMB": 3000,
"storageLowSpaceAction": "remove",
デフォルトだと空き容量がなくなってくると自動削除みたいですが
設定は確認済ですか？
"storageLowSpaceThresholdMB": 3000,
"storageLowSpaceAction": "remove",
chinachuはよくわからんが
空きを3TB確保する設定だったりして
空きを3TB確保する設定だったりして
空き容量のしきい値なので、このパラメータを3TBで設定してしまうと
空き容量が3TBを下回ると削除されてしまうと思いますがどうでしょうか。
空き容量が3TBを下回ると削除されてしまうと思いますがどうでしょうか。
ズコー（AA略
構築するだけして全然録画してなかったんで気付きもせんかった……
本人にとっては大惨事かもしれんが、軽く和んだ
今Windowsでpt3+spinel+EDCBで録画兼ファイル鯖として使ってるんだけど、イマイチLinuxに踏み切れない…
Linux派の諸兄は最初からLinux使うてたんですか？
もしWindowsから移行してきた人いたらどこら辺で移行に踏み切ったか教えて欲しい…
Linux派の諸兄は最初からLinux使うてたんですか？
もしWindowsから移行してきた人いたらどこら辺で移行に踏み切ったか教えて欲しい…
Windows、価格が高いやん
windows updateゴミやん？
つーかそんなこと知ってもなんの役にも立たないぞｗ
つーかそんなこと知ってもなんの役にも立たないぞｗ
Windowsで不満ないならそれでいいのでは
俺の場合はLinux勉強のついでに始めたのがきっかけ
今となってはLinuxで可能なものはわざわざリソースとライセンス使ってWindowsでやろうとは思わない
GUIなしのCentOSやDebianならHDD8GB、メモリ512MBでも録画サーバ組めると思う（録画先領域は別にして）
俺の場合はLinux勉強のついでに始めたのがきっかけ
今となってはLinuxで可能なものはわざわざリソースとライセンス使ってWindowsでやろうとは思わない
GUIなしのCentOSやDebianならHDD8GB、メモリ512MBでも録画サーバ組めると思う（録画先領域は別にして）
ああ、Windows Updateに振り回されたくないのも大きい
むかーしアナログ録画の時代にLinux録画サーバを作ってる人がいて
それを見てやってみたくなったのが動機
それを見てやってみたくなったのが動機
コマンドプロンプトとかよくつかっててCLIに拒否感ないならなんとかなるんじゃね
逆に24時間稼働するサーバにあえてwinを使う理由が俺には分からないなぁ。
こだわりがなければクライアントにはwinやmacが選択されがちなのと同様に、サーバ機ならLinuxが第一候補に挙がってもいい気がするけどな。
こだわりがなければクライアントにはwinやmacが選択されがちなのと同様に、サーバ機ならLinuxが第一候補に挙がってもいい気がするけどな。
そういえばTvRockがメンテされなくなるまではうちもWinだった
別のものに替えるならついでにLinuxにしようと
別のものに替えるならついでにLinuxにしようと
Windowsの方が周辺ツール多いからな
あとPLEX系のチューナーはLinuxだときつい
あとPLEX系のチューナーはLinuxだときつい
そんな貴方にpx4_drv
W3PEなんスよ
px4_drvすげえよな
>>265
これ、地味にすごい事じゃないのか？
Linuxでの問題はほぼ解決？
これ、地味にすごい事じゃないのか？
Linuxでの問題はほぼ解決？
別に普通でしょ
mirakurunで使用デバイス指定しても空いているチューナーから使うのだから recpt1に任せなくても同じじゃない？
mirakurunで使用デバイス指定しても空いているチューナーから使うのだから recpt1に任せなくても同じじゃない？
>>268
tuners.yml で recpt1 の device で使用チューナーを指定すればええやん
tuners.yml で指定したコマンドを上から順に見て空いている順に使うのだから同じでしょ
tuners.yml で recpt1 の device で使用チューナーを指定すればええやん
tuners.yml で指定したコマンドを上から順に見て空いている順に使うのだから同じでしょ
その「上から」が保証されないと思ってたが俺が大いなる誤解してたのか
ちょっと試してみるか
ちょっと試してみるか
コード見ればわかるけどforで上から空き状態をチェックしているから、
t0, t1の順で設定しておけばその順番で使うよ
t0, t1の順で設定しておけばその順番で使うよ
T0T1ともに未使用なときにrivarunで録画指示すると必ずT0が選択された
一方EPG取得のログを見るとシリアルでT0T1が交互に選択されているが
これは（シリアルと言いつつ）チューナーがクローズされる前に次のチューナーを開いているからと思われる（ログの時刻から判断）
何より実際のコードがそうならば、未使用状態からはtuner.ymlの上から選択されると見てよさそうだ
ってことはtuner.ymlの記述順だけ守ればrecpt1に手を入れなくてもOKか
>>271
情報ありがとう
一方EPG取得のログを見るとシリアルでT0T1が交互に選択されているが
これは（シリアルと言いつつ）チューナーがクローズされる前に次のチューナーを開いているからと思われる（ログの時刻から判断）
何より実際のコードがそうならば、未使用状態からはtuner.ymlの上から選択されると見てよさそうだ
ってことはtuner.ymlの記述順だけ守ればrecpt1に手を入れなくてもOKか
>>271
情報ありがとう
windows環境からmirakurun+chinachuに移行完了
チューナー１枚でお試ししてたから、もう一枚追加せねば
視聴環境ってみなTvTest?
チューナー１枚でお試ししてたから、もう一枚追加せねば
視聴環境ってみなTvTest?
macだからvlc
epgstationだからクリックすると起動するから楽
tvtestに比べたら格段に使い勝手は落ちるからtvtest欲しい
epgstationだからクリックすると起動するから楽
tvtestに比べたら格段に使い勝手は落ちるからtvtest欲しい
PCでは基本視聴しない
録画したものをAndroid TVのKodiで見る
TVtestは動作確認用
外出先で見ることは少ないけどうちの用途ならEPGStationのHLS配信で十分
あるいはCMカット+エンコード済のものをEmbyで配信
録画したものをAndroid TVのKodiで見る
TVtestは動作確認用
外出先で見ることは少ないけどうちの用途ならEPGStationのHLS配信で十分
あるいはCMカット+エンコード済のものをEmbyで配信
tvtestってプロの仕業だよな
PC(この板だから当然Linux)で見るときはチャンネルごとのmirakurunのストリーミングURLをプレイリストにしてVLCで視聴してる
スマホで見るときはmirakurunのワンセグのストリーミングURLをmxplayerかvlcアプリで再生してる
(たまにWindowsで見るときはTVTest+Bondriver_mirakurun)
スマホで見るときは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
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
>>277
すげーめんどくさそう。
スマホでみるならESアプリのSMB(無線LAN)経由か、BSPlayerで直接TSをWI-FI越しに開けばいいんじゃね。
すげーめんどくさそう。
スマホでみるならESアプリのSMB(無線LAN)経由か、BSPlayerで直接TSをWI-FI越しに開けばいいんじゃね。
これってlinuxでも起こる？
http://2chb.net/r/avi/1527756563/745
俺はq3pe4持ってないから誰か検証して欲しい
http://2chb.net/r/avi/1527756563/745
俺はq3pe4持ってないから誰か検証して欲しい
pt3+ m-tsudo + recpt1 + mirakurun + epgstation な環境だけど、
mirakurunのcpu使用率が100%で暴走して録画失敗した
頭の数分間だけ記録されてた
mirakurunのログにはなにも残っていないし、暴走中はブラウザからも繋がらないし謎
mirakurunのcpu使用率が100%で暴走して録画失敗した
頭の数分間だけ記録されてた
mirakurunのログにはなにも残っていないし、暴走中はブラウザからも繋がらないし謎
>>282
私もBS-TBSの野球中継で同様の事が起きました。
環境はpt3 + dogeel版recdvb + mirakurun + chinachuです
私もBS-TBSの野球中継で同様の事が起きました。
環境はpt3 + dogeel版recdvb + mirakurun + chinachuです
>>282
続き
この状態でmirakurunのプロセスを再起動して適当な番組を録画すると、
数分で録画が止まり同じようにmirakurunが暴走した
マシン自体を再起動すれば治ったのだが理由がよく分からん
recpt1が腐っていたのだろうか？それともnodeには重たい作業なのか
続き
この状態でmirakurunのプロセスを再起動して適当な番組を録画すると、
数分で録画が止まり同じようにmirakurunが暴走した
マシン自体を再起動すれば治ったのだが理由がよく分からん
recpt1が腐っていたのだろうか？それともnodeには重たい作業なのか
いまbs-tbs録画してみたら暴走した
epgがmirakurunとの相性が悪いのか？
epgがmirakurunとの相性が悪いのか？
recpt1 BS01_1 180 bs-tbs.ts
で取得したtsをmirakurunのepgdump.jsに食わしたら
reading - 85786624 of 389644288 [22%] (events=3685)
とでて止まった。
cpu使用率が100%で症状がまんま同じ
node-aribts のバグかなあ
で取得した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 って一体何をしている部分なのか分からんから修正できないお
これのどこで止まっているのかなーと調べてみたら
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文字のデコードがちゃんと出来るのかはわからんな
とかにすれば無限ループは回避出来そうだがARIB文字のデコードがちゃんと出来るのかはわからんな
それでいいみたい
url で ng 出るから "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も無いので根本的に解決するには別の箇所の修正が必要ですね。
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がうまく作動しません。
どのような改造を加えたらうまく動くようになるのでしょうか？
どなたかうまく動いている方がいらしゃったらお教えいただけると幸甚です。
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 .... => '【ナレーター】'....
事前の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以下にちゃんと中身のあるファイルが生成されました。
使ってるディストリが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のコマンドを書き込まなければならないみたいです。
debian stretchでxfce4+lightdmでログオフして放おっておいてもハイバネートに入ってくれないんですが、
ログオフってwhoで誰も表示されない状態ならいいんですよね？
あとdebianでは/etc/cron.d以下にファイルが作られるだけではだめで、/etc/crontabかrootでcrontab -eして
cronのコマンドを書き込まなければならないみたいです。
>>295
おーなるほど
ちなみに何を参考にしてその仕様がわかったの？
おーなるほど
ちなみに何を参考にしてその仕様がわかったの？
ラズパイ+さんぱくんで録画してますが2.5インチ500GBでは心許無くなってきました
3.5インチ外付けケースを買おうと思いますが、エコモードや電源連動的なものはchinachuの"operRecOffsetStart"で開始時間を早めにとれば上手く作動しますか？
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の手前まで)読むようにすれば
捨てる部分が少なくて済むと思う
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=のところをコメントアウトした後、ログアウトしたら
ちゃんとハイバネートしました。
どうもお騒がせしました。
ちゃんとハイバネートしました。
どうもお騒がせしました。
ラズパイ+chinachuで録画して、androidtv(mibox)のkodiで見てますが、生tsをwifi経由で見ている為か若干フレームレートが遅い気がします。
Wifiが5Ghzなので十分だと思ったんですが…
有線lanポート買ってandroidtvを繋ぐか、
ラズパイを辞めてサーバーpcを新調し、エンコードして飛ばすか悩んでいます。
どちらがいいとおもいますか？
Wifiが5Ghzなので十分だと思ったんですが…
有線lanポート買ってandroidtvを繋ぐか、
ラズパイを辞めてサーバーpcを新調し、エンコードして飛ばすか悩んでいます。
どちらがいいとおもいますか？
>>299
これで正しいのかわかりませんがラズパイでエコ機能付き外付けhddを使用したところ、
error: TSFilter will closing...
で録画失敗しまくりでした。
別途USBメモリにスワップを置いて、mirukurunのnode_argsでバッファを増やしたら解決しました。
これで正しいのかわかりませんがラズパイでエコ機能付き外付けhddを使用したところ、
error: TSFilter will closing...
で録画失敗しまくりでした。
別途USBメモリにスワップを置いて、mirukurunのnode_argsでバッファを増やしたら解決しました。
フレームレートが遅いというのがよく分からんが
Wi-Fiの転送速度か足りない、が原因で確定なの？
もう少し切り分けした方がよくね？
ローカルにファイルを置いたらどうかとか、別のNASとかに置いたらとか
スループット計ってみるとか
Wi-Fiの転送速度か足りない、が原因で確定なの？
もう少し切り分けした方がよくね？
ローカルにファイルを置いたらどうかとか、別のNASとかに置いたらとか
スループット計ってみるとか
レコーダでよくね？
それをいっちゃあ
win環境からmirakrun+chinachuに移行したけど、edbc比較でいろいろ不便だわ
リアルタイム視聴のレスポンスと予約システムが特に糞
リアルタイム視聴のレスポンスと予約システムが特に糞
フレームレート云々が意味不明かな
SMB経由？でkodiで見るのにWiFiの帯域が足りないなら、画面が粗くなるとかじゃなくて止まって読み込み待ちになるだろう
tsの帯域が12Mとか16Mだから、それを通せない宅内WiFiが非力すぎると思う
例えばAndroidTVで他の配信サービス使うにも難渋するのでは
それを回避するのに自宅内でトランスコードするのはいかにも筋が悪く、WiFiを改善させるのが最優先では
SMB経由？でkodiで見るのにWiFiの帯域が足りないなら、画面が粗くなるとかじゃなくて止まって読み込み待ちになるだろう
tsの帯域が12Mとか16Mだから、それを通せない宅内WiFiが非力すぎると思う
例えばAndroidTVで他の配信サービス使うにも難渋するのでは
それを回避するのに自宅内でトランスコードするのはいかにも筋が悪く、WiFiを改善させるのが最優先では
>>308
edcbのリアルタイム視聴ってtvtestでの視聴でしょ？
chinachuはトランスコードしているから遅くなるのは当たり前よ
クライアントがwinならtvtestで見たほうが使い勝手ええよ
予約周りはスケジューラが動かないとチューナー不足が分からない仕様だから、それが嫌ならepgstationを試すべき
まあ、予約設定の細かさでedcbに勝てるソフトはないな
edcbのリアルタイム視聴ってtvtestでの視聴でしょ？
chinachuはトランスコードしているから遅くなるのは当たり前よ
クライアントがwinならtvtestで見たほうが使い勝手ええよ
予約周りはスケジューラが動かないとチューナー不足が分からない仕様だから、それが嫌ならepgstationを試すべき
まあ、予約設定の細かさでedcbに勝てるソフトはないな
>>308
さすがにリアルタイム視聴はChinachu経由じゃなくMirakurun直接だよな？
直接使うのに比べると遅くて予約は微妙だけど
さすがにリアルタイム視聴はChinachu経由じゃなくMirakurun直接だよな？
直接使うのに比べると遅くて予約は微妙だけど
そしてsoftcasのソースが見当たらん
win上にmirakurun+edbcで作り直すかなー
win上にmirakurun+edbcで作り直すかなー
edcb使うならBonDriverProxyEXでええやろ
mirakurun使う意味がないどころか無駄に負荷がかかるだけ
mirakurun使う意味がないどころか無駄に負荷がかかるだけ
bondriver_mirakurunのチャンネルにNHKEテレ１，２，３と表示されるの
NHKEテレ１のみに出来ませんかね？
NHKEテレ１のみに出来ませんかね？
>>315
TVTestの話？
古いバージョンしか使ったことないので違うかもだけど、
設定でチャンネルスキャンすればチェックボックスで表示、非表示変更出来たと思う。
TVTestの話？
古いバージョンしか使ったことないので違うかもだけど、
設定でチャンネルスキャンすればチェックボックスで表示、非表示変更出来たと思う。
【PINE64】パイン64 part2【ROCK64】
http://2chb.net/r/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円。
http://2chb.net/r/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円。
高えな
こっち買うわ
https://www.pcserver1.jp/server/detail/2745
こっち買うわ
https://www.pcserver1.jp/server/detail/2745
Chinachu MirakurunでNHKの録画ファイルが度々0Kbになるんだが
だがそれがいい
それだけじゃ何も分からんだろ
ログ見とけ
ログ見とけ
px4_drvの作者です
T1->T0の順に開いたときに発生するドロップ対策として、T1を開いた際にT0のR850のレジスタにUHF 13chの設定値を書き込むようにしてみました
恐らくドロップせずに動いてくれると思います
ついでにチューナーを操作する際のパフォーマンスを向上させました
ただ、動作が速すぎて録画開始時のCN値が低めに表示されたり、tsの頭のパケットが乱れたりするかもしれません
T1->T0の順に開いたときに発生するドロップ対策として、T1を開いた際にT0のR850のレジスタにUHF 13chの設定値を書き込むようにしてみました
恐らくドロップせずに動いてくれると思います
ついでにチューナーを操作する際のパフォーマンスを向上させました
ただ、動作が速すぎて録画開始時のCN値が低めに表示されたり、tsの頭のパケットが乱れたりするかもしれません
素晴らしい
乙です
乙です
パねえね
マ・ジ・で！？
見てるかPLEX！！
見てるかPLEX！！
ドライバ作者以外のドヤ顔主張がぱねぇな。
ここまで来るとW3U4買ってもいいな
作者さん乙
作者さん乙
px4_drvの最新版で同時に複数のチューナーを開いたりチャンネルの設定を行うと、デバイスとの通信が失敗することがあるようです
そのため、最新版への更新は控えていただくようにお願いいたします
原因は恐らくロックの粒度を細かくしすぎたためだと思われます
動作確認不足でした 申し訳ございません
そのため、最新版への更新は控えていただくようにお願いいたします
原因は恐らくロックの粒度を細かくしすぎたためだと思われます
動作確認不足でした 申し訳ございません
あらら、どんまい
とりあえず戻した
とりあえず戻した
修正しました
恐らく大丈夫だと思います
恐らく大丈夫だと思います
>>333
その場合T1ドロップしない、T1→T0のドロップが発生する条件はT0とT1の両方が閉じた状態から
T1→T0の順番で開いた場合にT1がドロップする、だから例に出した条件だとT0とT1が両方とも閉じた状態には
ならないのでドロップは発生しない
その場合T1ドロップしない、T1→T0のドロップが発生する条件はT0とT1の両方が閉じた状態から
T1→T0の順番で開いた場合にT1がドロップする、だから例に出した条件だとT0とT1が両方とも閉じた状態には
ならないのでドロップは発生しない
ハード固有の問題はドライバで吸収すべき
唐突に「みんな」を持ち出すのはアレな人
そういう輩はきっと元気を分けてもらいたいやつだな。無視でいい
>>281 のスレの745以降 の問題が本家でも解決されていないままなので
linuxのドライバにもそれが持ち込まれてるってことなのかな...
linuxのドライバにもそれが持ち込まれてるってことなのかな...
それ書いたの自分だけど、Q3PE4でその症状出るのたぶんWindowsだけ
今の所自分で確認してるのはBraswell系とApollolake系のCPU使ったマザーのオンボードUSB使ったときに出る
断言できるほどテストしてないけどWindowsだと発生する構成そのままで、
公式で配ってるLinuxドライバとかfoltia Anime Locker使って試したときは出なかったから
(出ると4桁5桁ドロップするからすぐわかる)px4_drvでもたぶん出ないんじゃないか?
Q3U4もLinuxにしたらD0とD1開くと出る症状が出なくなったとかどっちかのスレで書いてる人が居たのを見た覚えはあるから
再度試験するかと思いながらも準備だけして放置してる、正直試験は時間掛かるからめんどくさい
今の所自分で確認してるのは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へのwebからのアクセス、ファイル共有、SSHアクセス）するのですが、しばらくほっておくといずれもアクセスできなくなります。
cronで29分おきにsda1を見るようにしたら問題なく放置しても動くようになったので、USB HDDの省電力機能（ハードウエアでのHDDスピンダウン）が効いてしまっているようです。
HDDの省電力機能を活かしつつ随時アクセス可能にする方法をご存じの方いませんか？
EPGStationには録画前に任意のコマンドを実行する機能があるらしい（使ってないので詳しくはわからん）
https://github.com/l3tnun/EPGStation/issues/88
rootを外付に置くというのは個人的に気持ち悪いと思うが
https://github.com/l3tnun/EPGStation/issues/88
rootを外付に置くというのは個人的に気持ち悪いと思うが
>>342
同じ様な感じになりましたね。かなり前のこと(Raspberry Pi2)なので
詳しい経緯は記憶にないのですが、以下の(1)から(3)の様な対処方法を
考えて結局(3)を選択しました。Raspberry Pi は Kodi 専用に。
参考にはならないですが。
(1) USB HDDケースを取り換えてみる
https://jyn.jp/raspberrypi-usb-boot/ 追:たまに相性の悪いHDDケースがある
(2) システムはSD、USB HDD は録画ファイルのみを保存
(3) Raspberry Pi をやめる
同じ様な感じになりましたね。かなり前のこと(Raspberry Pi2)なので
詳しい経緯は記憶にないのですが、以下の(1)から(3)の様な対処方法を
考えて結局(3)を選択しました。Raspberry Pi は Kodi 専用に。
参考にはならないですが。
(1) USB HDDケースを取り換えてみる
https://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の電源供給だけでは動かないので二股ケーブルで電源供給をしています。
普通に考えればrootはSDに置くべきなのでしょうね。すなおにSDにします。
raspberry piが実用かどうかはepgstationにどこまで求めるか次第です。数カ月まえにraspberrypi2+PX-S1UD+2.5inchHDDの構成でepgstationを導入したものも運用中ですが、録画とその後のハードエンコだけならいけます。
しかし、ストリーミングは無理なので視聴はsmb経由かmini DLNA経由になるのと、2週間くらいでハングすることがあるのでたまに再起動させています（原因不明）。
これのHDDは古いタイプのものなので自動のスピンダウンはありません。また、Raspberryの電源供給だけでは動かないので二股ケーブルで電源供給をしています。
ラズパイで、さんぱくん＋mirakurun＋chinachu運用安定してるんたが
epegwstationって、そんなにいいの？
省電力機能はchinachuで開始を5秒早めることで録画失敗しないようにしてる
epegwstationって、そんなにいいの？
省電力機能はchinachuで開始を5秒早めることで録画失敗しないようにしてる
chinachu γは開発が終了してリクエストにも対応する気がないみたいなので。
( https://github.com/Chinachu/Chinachu/issues/344 )
それと、家族にスマホ越しに操作させるにはEPGStationのほうが便利そうな気がする。
録画単位でフォルダー分けができたり、録画後の処理もあるていど選べる。
その他、予約前後、録画前後のコマンドが使えたりとか。
( https://github.com/Chinachu/Chinachu/issues/344 )
それと、家族にスマホ越しに操作させるにはEPGStationのほうが便利そうな気がする。
録画単位でフォルダー分けができたり、録画後の処理もあるていど選べる。
その他、予約前後、録画前後のコマンドが使えたりとか。
開発活発だしモバイルで使いやすい
こないだ付いた録画時Dropチェック機能は有り難い
こないだ付いた録画時Dropチェック機能は有り難い
chinachuはもうあまり期待はできないかも
中の人は本業が忙しいんじゃないのかな
airって開発してるのかな
epgstationはコミット履歴を見ると活発に開発進行中だね
スマホファーストでスマホの人は使いやすいと思う
中の人は本業が忙しいんじゃないのかな
airって開発してるのかな
epgstationはコミット履歴を見ると活発に開発進行中だね
スマホファーストでスマホの人は使いやすいと思う
webインターフェース在れば、アパッチ立てたらスマホから操作とか対象ソフトは何でも良いだろ
認証必要ならアパッチ側で出来るし、秘匿必要ならhttpsにも出来る
UIがモバイル向けって話だ
アパッチ万能説おじさんワロタ
職場にいたらザ・老害って感じですね
職場にいたらザ・老害って感じですね
認証や暗号化はリバースプロキシのことを言ってるんだろう
うちもnginxでやってる
もっとも誰もそんな話してないんだけどね
うちもnginxでやってる
もっとも誰もそんな話してないんだけどね
いまどきapacheはないわ
chinachuはモバイルだと特に番組表がね...
それよりmirakurunでたまに番組情報が欠けるのをどうにかしてほしい
nhkでたまに起こる
それよりmirakurunでたまに番組情報が欠けるのをどうにかしてほしい
nhkでたまに起こる
なるほど、開発改善とモバイル対応でepegstation流行ってるのね
定期録画だけでモバイルとか使わないからあまりchinachuに不満を感じなかった
というか、ラズパイで検索するとchinachuばかりだったのでスペック的な問題なのかな
定期録画だけでモバイルとか使わないからあまりchinachuに不満を感じなかった
というか、ラズパイで検索するとchinachuばかりだったのでスペック的な問題なのかな
>>351
Drop数ってどうやって使うの？
環境へんすうから呼べないみたいだけど
Drop数ってどうやって使うの？
環境へんすうから呼べないみたいだけど
>>362
configでisEnabledDropCheckをtrueにすると、録画ファイルと同じ場所にログファイルが作成される
俺は録画後コマンドでログを自分にメールするようにしてる
configでisEnabledDropCheckをtrueにすると、録画ファイルと同じ場所にログファイルが作成される
俺は録画後コマンドでログを自分にメールするようにしてる
epegstationは番組表からの一発ルール登録が出来たらいいんだけどな
>>364
一発ではないけど、番組、検索、追加の順でクリックするのでダメなの？
大抵ルール条件を修正して追加するからそれで良いなと思ってる。
一発ではないけど、番組、検索、追加の順でクリックするのでダメなの？
大抵ルール条件を修正して追加するからそれで良いなと思ってる。
>>365
ああ、この画面の下部ってルール追加なのか
単なる予約だと思ってた
ああ、この画面の下部ってルール追加なのか
単なる予約だと思ってた
最近使ってないけど
重複時に何と重複してるかわかるようにして欲しい。ボタン押すと同じ時間に入ってる予約をサービスに関わらず列挙してくれるだけでいい
あとルール表示の際にタイトル順、登録日順、チャンネル順などで並び替えして、そこからルールの一括削除や保存時条件変更したい
重複時に何と重複してるかわかるようにして欲しい。ボタン押すと同じ時間に入ってる予約をサービスに関わらず列挙してくれるだけでいい
あとルール表示の際にタイトル順、登録日順、チャンネル順などで並び替えして、そこからルールの一括削除や保存時条件変更したい
ラズパイのハードエンコって実時間の何倍かかるの？3B+だと早い？
>>368
デコードとエンコード両方をHWアクセラレーションでやると、最速では実時間の1.1倍くらいで終わるようにはなった記憶がある。けどハードウェアエンコードの画質はかなり残念な感じなので期待しないほうが良い
自分は許容できないと感じてソフトエンコに戻した
デコードとエンコード両方をHWアクセラレーションでやると、最速では実時間の1.1倍くらいで終わるようにはなった記憶がある。けどハードウェアエンコードの画質はかなり残念な感じなので期待しないほうが良い
自分は許容できないと感じてソフトエンコに戻した
七森中録画研究会って新刊出さなかったんだな
Chinachuが衰退したからか？
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 (最新)
どなたかアドバイスいただけないでしょうか。
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
作者です
ソースコードを確認したところ、デバイスファイルの解放時にデッドロックを引き起こす可能性のある箇所がありましたので修正しました
いかがでしょうか
作者です
ソースコードを確認したところ、デバイスファイルの解放時にデッドロックを引き起こす可能性のある箇所がありましたので修正しました
いかがでしょうか
>>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
https://dotup.org/uploda/dotup.org1613213.txt
滝のシーンがヒドイ出来
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
https://dotup.org/uploda/dotup.org1613213.txt
滝のシーンがヒドイ出来
書き忘れ
MP4ファイルは90秒、3Mbps、35MB程。
MP4ファイルは90秒、3Mbps、35MB程。
>>376 で張ってくれてるのを見れば一目瞭然だけど、ラズパイのhwエンコーダで出力される動画はファイルのサイズに比して非常に画質が悪いと思う
ビットレート上げればましにはなるんだけど相当大きな値にしないと鑑賞に耐える品質にならず、結局tsから変換する意味はあるのか？と虚しくなる…
ビットレート上げればましにはなるんだけど相当大きな値にしないと鑑賞に耐える品質にならず、結局tsから変換する意味はあるのか？と虚しくなる…
chinachuみてぇにスマホ向けのリアルタイムトランスコードぐらいかねぇ使い道
読み間違えた
「実時間の1.1倍」じゃ間に合わないな
「実時間の1.1倍」じゃ間に合わないな
リサイズとインターレース解除加えたら更に遅くなるんだよね?
warpsharp+unsharpmask+delogoも加えれば更に遅くなる
ラズパイで -b:v 5000k でやってるけど、時間は>>376とほぼ変わらんな。
画質はそのサンプルよりはましだけど、ものが高速で動くと辛い画になる
画質はそのサンプルよりはましだけど、ものが高速で動くと辛い画になる
関係ない質問ですまないが、>>376の「scale=-2:1080」の-2ってどういう意味のオプションです？
>>385
ごめん、どっかのサイトの記載そのまま。
-1 ってすると、自動でアスペクト比調整した値になるみたい。でも奇数になるときがあるらしい。なので、-2だと偶数で自動化なのかな、たぶん。
ごめん、どっかのサイトの記載そのまま。
-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
とでます）
ソースを見たところおかしな箇所も見当たらないので原因がわからないのですが、どなたか同様の症状の方
いらっしゃいますか？
通常の状態だと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動かせるようになった…
ラズパイからの移行だけで丸１日かかったが
今まで使ってたS1UDに対応してなくて諦めかけてたけど、なんとかなった
ラズパイからの移行だけで丸１日かかったが
今まで使ってたS1UDに対応してなくて諦めかけてたけど、なんとかなった
>>388
Rock64への移行興味あるんだけど、どのドライバと構成が神と崇められそう？
どの辺で苦労した？
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歴が浅いド素人なので勘弁。
自分は以下のディストリビューションと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をサポートしていないみたい。
元々ドングル型チューナーしか持っていなかった自分は、導入の最中にこの事実を知り一度は挫折した。
カーネルいじれば何とかなるものなのだろうか。
元々ドングル型チューナーしか持っていなかった自分は、導入の最中にこの事実を知り一度は挫折した。
カーネルいじれば何とかなるものなのだろうか。
EPGStationってWinでも安定してるの？
Nano Pi NEO 2 のArmbian（Ubuntu Core Xenial。Nightly使用）でPX-W3U4（px_drv）動作した。
上の書き込みに「カーネルヘッダが見つからなかった」とあるが、これはapt-get install linux-headers-next-sunxi64 あたりで導入可能（たぶんnanoPiNEOでもおｋ。この場合はlinux-headers-next-sunxiかな）
mirakurun入れたらメモリとかきつかった（TvTest@bondriver_mirakurunで動作確認し視聴できた）のでBonDriverProxy_Linuxで動作確認、視聴できた。
ただ、設定が悪いのか、時々dropしたので常用難しいかもね。
上の書き込みに「カーネルヘッダが見つからなかった」とあるが、これはapt-get install linux-headers-next-sunxi64 あたりで導入可能（たぶんnanoPiNEOでもおｋ。この場合は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
自分はこんな感じ(適当に抜粋)。
$ 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がなんかおかしいので、こちらで失礼。
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さんにちょっと待ってもらうために出来る事を教えてください…
こんな感じで試してみたのですがmirakurunがEPGが欲しくなる（ログによるとgetEPG()）たびに使用中のチューナーから他を蹴り出して取りに行ってしまいます
mirakurunより下の組合せでは問題無く録画可能で、rivarunとEPGStationで設定しているpriorityは2です
チューナー使用中、mirakurunさんにちょっと待ってもらうために出来る事を教えてください…
海外旅行のときとか外から視聴してる人居る？
とりえあず、httpsとdigest認証でそとから見れる様にしたけど、
セキュリティ上他になんか対策必要ですか？
vpnのが良いかな？
とりえあず、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を長年使っているけれど、使い続けている人が減っているようで寂しい。
俺のはこう。
$ 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。次期バージョンアップの際に活用させていただきます。
いつもありがとうございます。
当方は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)
うちに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クロックは遅いけど、いろいろ遊べそうだな
>>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
うーん、それとは別ものだと思いますが 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でないと安定しなかった
チューナーによる
PX-W3U4だとLinuxでないと安定しなかった
仮想化は別の話として
mirakurunもEPGStationもWindowsでの動作報告あるみたいだけど、正式対応なのかは知らん
どっちもnode.jsが動くならプラットフォームの影響は少ないのかもしれん
明らかな不安定要因としてはWindows Updateか
mirakurunもEPGStationもWindowsでの動作報告あるみたいだけど、正式対応なのかは知らん
どっちもnode.jsが動くならプラットフォームの影響は少ないのかもしれん
明らかな不安定要因としてはWindows Updateか
どっちも実験的サポートだぞ
よほどの理由がなければlinux一択
よほどの理由がなければlinux一択
>>413
cygwinでなくてwindowsネイティブでの話？
cygwinでなくてwindowsネイティブでの話？
WinのHyper-VにLinuxでEPGStation動かしたいんですけど録画後にAmatsukazeにエンコさせることはできますかね？
EDCBみたいに安定して当たり前に使えるものは話題も少なくなる。
機能的に欠けているものが多くて使えない所が多いと
素人レベルでもいろんな報告や要望がひっきりなしで話題が多いように見える
mirakurunもepgstationはそういうもんだと思えるなぁ。
あとLinuxベースだと導入が楽と言う人もいるけど
EDCBやTvTestが規制への対応上わざと導入を面倒にしたり別ソフトにしているところを
全てパッケージ化してる所が、マイナー故見逃されてるってことだな。
機能的に欠けているものが多くて使えない所が多いと
素人レベルでもいろんな報告や要望がひっきりなしで話題が多いように見える
mirakurunもepgstationはそういうもんだと思えるなぁ。
あとLinuxベースだと導入が楽と言う人もいるけど
EDCBやTvTestが規制への対応上わざと導入を面倒にしたり別ソフトにしているところを
全てパッケージ化してる所が、マイナー故見逃されてるってことだな。
>>416
winがホストならepgstationもwinで動かせばええやん
winがホストならepgstationもwinで動かせばええやん
>>418
mirakurunとかでも問題になるとこは別パッケージじゃね…?
mirakurunとかでも問題になるとこは別パッケージじゃね…?
EDCB等のWindows用ソフトよりLinux用が優れてる！って主張が多いわけでもないし、誰に向けて言ってるんだろう
gitから落としてビルドして設置するだけだからwinより楽だと思うよ
pt系なんか指すだけで認識するし
winの録画ソフトはcuiでササッと出来ないから導入がダルい
ビルドするにしてもvsインストールするだけでダルいし、拾ってくるにしてもファイルを探すのがダルい
pt系なんか指すだけで認識するし
winの録画ソフトはcuiでササッと出来ないから導入がダルい
ビルドするにしてもvsインストールするだけでダルいし、拾ってくるにしてもファイルを探すのがダルい
録画機わけないならwinにedcbが楽でど安定
単にファイルかき集めてGUIポチポチと、Gitでどーんnpmでドーン、コマンドカタカタ～のどっちが楽か人それぞれってだけかと。
>>419
MirakurunがWinだと安定しないってどっかでみたことあったのでEPGStationもそうなのかと…
MirakurunがWinだと安定しないってどっかでみたことあったのでEPGStationもそうなのかと…
まぁ試してみりゃええんでは？だめならVMにするなり別のサーバー立てるなりすりゃいいし
Mirakurun+chinachuはCS再編でchannels.ymlはCSの
channel: CSXXとserviceId: XXXだけ書き換えたらイイの？
channel: CSXXとserviceId: XXXだけ書き換えたらイイの？
使用中のrecpt1やrecdvbにサービスID埋め込まれてたらそれも直す
さんきゅー
ラズパイ3(無印)でChinachuからepgstationに乗り換えようと思ってるんだけど
スペック的に問題なさそう？
なんか導入してる人少ないみたいだから不安定なのかなと
スペック的に問題なさそう？
なんか導入してる人少ないみたいだから不安定なのかなと
最近の話題はむしろEPGStationの方が多い感じだが、まあユーザー数とは別問か
ラズパイで安定するかは知らない
ラズパイで安定するかは知らない
ラズパイを録画で使うのは本番機には向かないと思う、あくまでテスト機向けかと。
再放送がなくて絶対に失敗したくない録画予約とか、ラズパイ鯖に預けるのは不安かも
再放送がなくて絶対に失敗したくない録画予約とか、ラズパイ鯖に預けるのは不安かも
ラズパイ3で録画してるけどそんなに不具合感じないけどね
他の作業を並行するとドロップが少し発生気味なので専用機にしてupdateとかの時間を重ならないようにするくらい
他の作業を並行するとドロップが少し発生気味なので専用機にしてupdateとかの時間を重ならないようにするくらい
あ、一応epgstation使ってるけど、さんぱくん1波のみ週40くらいの予約なのでヘビーな使用は分からんです
まぁ、ラズパイなら試しに入れてもバックアップした環境入れ換えやすいんだし、環境と結果報告求む
まぁ、ラズパイなら試しに入れてもバックアップした環境入れ換えやすいんだし、環境と結果報告求む
皆さんどうもありがとう
今の所致命的なドロップは起こしてないから乗り換えても大丈夫なのかな
用途としては深夜アニメと金ローを時々録画するくらい
まあ来週辺りに試用の感想投下しに来るよ
今の所致命的なドロップは起こしてないから乗り換えても大丈夫なのかな
用途としては深夜アニメと金ローを時々録画するくらい
まあ来週辺りに試用の感想投下しに来るよ
録画先はNASとか外付HDDか
いざやろうとするとめんどくささが先行するな…
Chinachuで録り溜めたファイルを移行できないのがね
まあ仕様上仕方ないとは思うけど
ちゃんとフォルダ分けの設定してなかった事を今さら後悔
Chinachuで録り溜めたファイルを移行できないのがね
まあ仕様上仕方ないとは思うけど
ちゃんとフォルダ分けの設定してなかった事を今さら後悔
レコーダでよくね？
とりあえず今週中は諦め
PCがメインだからわざわざ環境移行するほどのもんでもないなこれ
二台目ちゃんとした鯖組むときにサブでラズパイに入れてみるか
ちなみに今の環境は
ラズパイ3にPX-S1UD
OSはRaspbian Stretch
バッファローの2TB USBHDDにrootまでぶち込んでSDはなるたけ使わない方針
メモリリーク対策としてcronに
/bin/sync && /bin/sync && /sbin/sysctl -w vm.drop_caches
これでここ一ヶ月は安定してる
参考までにどうぞ
PCがメインだからわざわざ環境移行するほどのもんでもないなこれ
二台目ちゃんとした鯖組むときにサブでラズパイに入れてみるか
ちなみに今の環境は
ラズパイ3にPX-S1UD
OSはRaspbian Stretch
バッファローの2TB USBHDDにrootまでぶち込んでSDはなるたけ使わない方針
メモリリーク対策としてcronに
/bin/sync && /bin/sync && /sbin/sysctl -w vm.drop_caches
これでここ一ヶ月は安定してる
参考までにどうぞ
EPGStation間ならbackup/restoreで移行できるんだがな
まあうちは録画後の管理まではやらないからあんまり関係ないけど
まあうちは録画後の管理まではやらないからあんまり関係ないけど
px4_drv作者さんへ
Q3PE4 + px4_drv + recpt1 + EPGStationで３日間テスト録画をしましたが、
ドロップもほとんどゼロ（BS11のEIT以外）でド安定動作しています。
超素晴らしいドライバをありがとうございます m(_ _)m
ひとつ要望なのですが、DKMSによるドライバの自動ビルド・インストールには
対応してもらえないでしょうか・・・？
pt3_drvの場合はmake installで自動的にDKMSに登録されて、
カーネルを更新したときも自動的に再度ビルドが掛かりインストールされますが、
px4_drvもそうなったら便利だと思うのですが、いかがでしょうか・・・。
（一応手動でdkms.conf書いてインストールしていますが、
ソースディレクトリ構造の変更とかudevルールとか手間がかかりますので・・・）
Q3PE4 + px4_drv + recpt1 + EPGStationで３日間テスト録画をしましたが、
ドロップもほとんどゼロ（BS11のEIT以外）でド安定動作しています。
超素晴らしいドライバをありがとうございます m(_ _)m
ひとつ要望なのですが、DKMSによるドライバの自動ビルド・インストールには
対応してもらえないでしょうか・・・？
pt3_drvの場合はmake installで自動的にDKMSに登録されて、
カーネルを更新したときも自動的に再度ビルドが掛かりインストールされますが、
px4_drvもそうなったら便利だと思うのですが、いかがでしょうか・・・。
（一応手動でdkms.conf書いてインストールしていますが、
ソースディレクトリ構造の変更とかudevルールとか手間がかかりますので・・・）
px4_drvの開発お疲れ様です。
最新版でmirakurunのチャンネルスキャンすると
px4_drv: px4_tsdev_set_channel 0:3: failed. (ret: -11)
でdmesgが埋まります。
最新版でmirakurunのチャンネルスキャンすると
px4_drv: px4_tsdev_set_channel 0:3: failed. (ret: -11)
でdmesgが埋まります。
9/9にアップデートされてたのか知らなんだ
しばらく見合せよう
作者さんここ見てくれてそうだけどgithubも活用しようよ
しばらく見合せよう
作者さんここ見てくれてそうだけどgithubも活用しようよ
px4_drvの作者です
>>442
DKMSに対応してみました
いかがでしょうか
>>443
すみません チャンネルスキャンを行うプログラムのことを考えていませんでした
とりあえず受信できないチャンネルを選局してもメッセージが出ないようにしました
--------------------------------
関係ない話ですが、一部の環境でS1UDを使っているとカーネルごとフリーズすることがあるのは、ドライバがメモリの確保やurbのsubmitの際に指定するフラグの値が適切ではないからみたいです
実際にフリーズするのはswap領域への操作が発生するときのようなので、swap領域そのものをなくしてしまえば(ドライバを修正しなくても)とりあえずフリーズせずに動くような気はします
--------------------------------
>>442
DKMSに対応してみました
いかがでしょうか
>>443
すみません チャンネルスキャンを行うプログラムのことを考えていませんでした
とりあえず受信できないチャンネルを選局してもメッセージが出ないようにしました
--------------------------------
関係ない話ですが、一部の環境でS1UDを使っているとカーネルごとフリーズすることがあるのは、ドライバがメモリの確保やurbのsubmitの際に指定するフラグの値が適切ではないからみたいです
実際にフリーズするのはswap領域への操作が発生するときのようなので、swap領域そのものをなくしてしまえば(ドライバを修正しなくても)とりあえずフリーズせずに動くような気はします
--------------------------------
作者さん早速の対応ありがとうございます！
そういやうちもどうもS1UD繋がってると調子悪いなと思って抜いてたのでこちらの情報もありがとうございます！
そういやうちもどうもS1UD繋がってると調子悪いなと思って抜いてたのでこちらの情報もありがとうございます！
>>445
作者さん、神速のDKMS対応thxです！ ばっちりです
やっぱりソースに同梱だとすっきりさっぱりしていて気持ちいいです・・・！
px4シリーズのLNB電源って、recpt1使用環境なら "--lnb 15" オプションを
つけない限りは常時電源供給OFFってことでいいのだろうか・・・？
ブースター電源で給電してるので、余計な負荷かけたくない思いがあるけども
作者さん、神速のDKMS対応thxです！ ばっちりです
やっぱりソースに同梱だとすっきりさっぱりしていて気持ちいいです・・・！
px4シリーズのLNB電源って、recpt1使用環境なら "--lnb 15" オプションを
つけない限りは常時電源供給OFFってことでいいのだろうか・・・？
ブースター電源で給電してるので、余計な負荷かけたくない思いがあるけども
微弱な電流とはいえこんな設計に不安のある謎機器からじゃなくて
ちゃんとしたメーカーの製品から給電した方がいいよ
ちゃんとしたメーカーの製品から給電した方がいいよ
必要なのはオプション仕様の答えでしょ
448用語でいうなら
ちゃんとしたメーカーの製品から給電してるから
微弱な電流とはいえこんな設計に不安のある謎機器からは明確にOFFにしたい
と447は書いてるんじゃないの
それを受けて何故448みたいなレスしてるのか意味わからん
ちゃんとしたメーカーの製品から給電してるから
微弱な電流とはいえこんな設計に不安のある謎機器からは明確にOFFにしたい
と447は書いてるんじゃないの
それを受けて何故448みたいなレスしてるのか意味わからん
ようするにマウントとかいうやつだよ
2ch(5ch)初です。よろしくお願いします。
px4_drvについての報告＆要望です。
みなさんのところでは安定しているようですが、
うちではrecpt1でデコードをすると公式のドライバーでは発生しない（下記の2は極稀に発生するが）以下のような現象が
10%前後の割合で発生してしまいます。
px4_drvについての報告＆要望です。
みなさんのところでは安定しているようですが、
うちではrecpt1でデコードをすると公式のドライバーでは発生しない（下記の2は極稀に発生するが）以下のような現象が
10%前後の割合で発生してしまいます。
環境はこちら
PX-W3PE4 + ACR39-NTTCom + Xubuntu amd64 + HWEカーネル（4.15.0-33-genericまで） + ウィンドウマネージャ
PLEX版recpt1に限らず、公式やSTZ版ではb25オプション付きしか試してませんが発生するのは確認しています。
PX-W3PE4 + ACR39-NTTCom + Xubuntu amd64 + HWEカーネル（4.15.0-33-genericまで） + ウィンドウマネージャ
PLEX版recpt1に限らず、公式やSTZ版ではb25オプション付きしか試してませんが発生するのは確認しています。
まずはrecpt1でデコードした場合。
1. b25_decode failed
b25->put failed
b25_decode failed (code=-6). fall back to encrypted recording.
が出てデコードに失敗する。
エラーコードはほとんどが-6で以前には-5とかも。-9も1度だけ出た。
作られたtsはb25コマンドでデコードできるが、頭の15秒が削られてしまう。
tsをffmpegやtsselectで確認するとPIDがやたらと多くなっている？
2. 作られた動画の開始時間が0じゃない
動画の実際の総時間はrecpt1で指定した通りだが、開始時間が何時間・何十分からとかおかしな時間からスタートする。
例を挙げると、「1分録画したものが3時間14分スタート3時間15分エンドの動画になる」といった具合。
ffmpegとかで再構築は可能ではある。
1. b25_decode failed
b25->put failed
b25_decode failed (code=-6). fall back to encrypted recording.
が出てデコードに失敗する。
エラーコードはほとんどが-6で以前には-5とかも。-9も1度だけ出た。
作られたtsはb25コマンドでデコードできるが、頭の15秒が削られてしまう。
tsをffmpegやtsselectで確認するとPIDがやたらと多くなっている？
2. 作られた動画の開始時間が0じゃない
動画の実際の総時間はrecpt1で指定した通りだが、開始時間が何時間・何十分からとかおかしな時間からスタートする。
例を挙げると、「1分録画したものが3時間14分スタート3時間15分エンドの動画になる」といった具合。
ffmpegとかで再構築は可能ではある。
3. sidを指定したときの「Available sid」「Chosen sid」が前回開いていたチャンネルのものになることがある。
しかし、実際にはrecpt1で指定したチャンネルが録画されているので問題自体はない。
4. 音声が出ない
しかし、ts内には存在する。
ffmpegとかで再構築は可能ではある。
（ageてしまった……）
しかし、実際にはrecpt1で指定したチャンネルが録画されているので問題自体はない。
4. 音声が出ない
しかし、ts内には存在する。
ffmpegとかで再構築は可能ではある。
（ageてしまった……）
recpt1でデコードするのをやめた場合であっても、以下の現象が発生します。
2. 作られた動画の開始時間が0じゃない
こちらでも、まれに発生する
5. 動画の頭5秒がカットされる（上記の1か？）
PIDの多いtsになっているので、上に挙げた1と同じ原因？
これが起きた局は以後その状態のままになってしまうことがある。
BS1とBSプレミアムのどちらかで永続的な症状になったときは、この２つ共がその状態になる。
長いことデバイスを休ませ（てドライバーをロードし直すと？）ると回復する？
6. 数百KBサイズのtsファイルになることがある
どうしようもない…
2. 作られた動画の開始時間が0じゃない
こちらでも、まれに発生する
5. 動画の頭5秒がカットされる（上記の1か？）
PIDの多いtsになっているので、上に挙げた1と同じ原因？
これが起きた局は以後その状態のままになってしまうことがある。
BS1とBSプレミアムのどちらかで永続的な症状になったときは、この２つ共がその状態になる。
長いことデバイスを休ませ（てドライバーをロードし直すと？）ると回復する？
6. 数百KBサイズのtsファイルになることがある
どうしようもない…
で、いろいろと切り分けをしてみたところ、やはり先頭付近のドロップが影響しているらしく、
px4_drvを弄って頭の2000パケットを無視するようにしてみたところ、現象は解消されました、と思う。
どのタイミングまで削ればいいのかを確認してみたところ、
・前回開いていたときのバッファの残りカス（=ringbuffer_stopまで）<-ダメ
・px4_tsdev_start_streamingの出口付近まで<-ダメ
・ringbuffer_stop（=ringbuffer_start？）から1500パケット<-ほぼ解消（1500ではまだ上記5が稀に発生するっぽい。ので2000）
といった感じでした。
（なお、上記5での永続的な症状になってしまった局はどんなにパケット数を増やしてもダメっぽい。）
px4_drvを弄って頭の2000パケットを無視するようにしてみたところ、現象は解消されました、と思う。
どのタイミングまで削ればいいのかを確認してみたところ、
・前回開いていたときのバッファの残りカス（=ringbuffer_stopまで）<-ダメ
・px4_tsdev_start_streamingの出口付近まで<-ダメ
・ringbuffer_stop（=ringbuffer_start？）から1500パケット<-ほぼ解消（1500ではまだ上記5が稀に発生するっぽい。ので2000）
といった感じでした。
（なお、上記5での永続的な症状になってしまった局はどんなにパケット数を増やしてもダメっぽい。）
他の方からの不具合報告がないので心苦しくはあるのですが、
作者さん見て居られましたら先頭のパケットを捨てるオプションを追加して頂けると助かります。
（実はプログラミング経験が乏しくソースの解析もろくにできないレベルの人間なので、自分のコードに信用が置けない……。
実際sysrqも効かないフリーズが起きる始末なので、まともなのがほしいなあと思っていたりします）
作者さん見て居られましたら先頭のパケットを捨てるオプションを追加して頂けると助かります。
（実はプログラミング経験が乏しくソースの解析もろくにできないレベルの人間なので、自分のコードに信用が置けない……。
実際sysrqも効かないフリーズが起きる始末なので、まともなのがほしいなあと思っていたりします）
それと、tsdev_max_packetsがログに現れないのは、こういったものは残さないのが一般的だったりしますか？
>>452-459
長々と連続レスってるけど、recpt1単体じゃなくて
ちゃんとmirakurunから（さらに言えばChinachuとかEPGStationから）
recpt1を呼び出しているのかい？
自分も環境構築の前段階でテストするために、
recpt1を単体で録画したときは、再生したときに音声が出なかったり
1segの映像が再生されるTSができたりしてたよ。
（フルセグ、音声の映像サービスもTSには含まれている）
recpt1だけでテストしてるのなら、一回ちゃんと全部録画環境を
作ってからのほうがいいと思うよ・・・。
あと、レスの仕方とかもうひと月ROMったほうが良さそう。
長々と連続レスってるけど、recpt1単体じゃなくて
ちゃんとmirakurunから（さらに言えばChinachuとかEPGStationから）
recpt1を呼び出しているのかい？
自分も環境構築の前段階でテストするために、
recpt1を単体で録画したときは、再生したときに音声が出なかったり
1segの映像が再生されるTSができたりしてたよ。
（フルセグ、音声の映像サービスもTSには含まれている）
recpt1だけでテストしてるのなら、一回ちゃんと全部録画環境を
作ってからのほうがいいと思うよ・・・。
あと、レスの仕方とかもうひと月ROMったほうが良さそう。
つか、githubへissue投げた方が良いレベルじゃね？
ここでつらつら書かれてもわかりにくい。
ここでつらつら書かれてもわかりにくい。
>>452
作者さんpx4_drv側で対応してくれるかもしれないけど。
先頭付近のバケットを捨てれば解決するのならpx4_drv側ではなく
recpt1側で対処すれば良いのでは？
https://github.com/stz2012/recpt1/blob/master/recpt1/recpt1.c#L983-L986
上の位置がドライバへのTS出力開始指示だからその後で適当なサイズread
するだけで良いと思うよ。
もちろんその辺り含めてmirakurunに任せるというの楽だと思うけど。
作者さんpx4_drv側で対応してくれるかもしれないけど。
先頭付近のバケットを捨てれば解決するのならpx4_drv側ではなく
recpt1側で対処すれば良いのでは？
https://github.com/stz2012/recpt1/blob/master/recpt1/recpt1.c#L983-L986
上の位置がドライバへのTS出力開始指示だからその後で適当なサイズread
するだけで良いと思うよ。
もちろんその辺り含めてmirakurunに任せるというの楽だと思うけど。
epgrecとか使うときはrecpt1のsid、b25オプション使うし、recpt1単体テストでも良いと思う
みなさんすみません。
実はテストではなくサーバー環境にしたくなくて
cronからrecpt1を使った簡易的なスクリプトで実行していたりします。
>>460
PCでのデジタルチューナーデビューしてから数カ月なので知りませんでしたが、
こういった現象って程度の差はあれど普通に発生するものなんですね。
> あと、レスの仕方とかもうひと月ROMったほうが良さそう。
申し訳ない。ひと月では足りなさそうです。
461についてはわかるのですが。
>>461
そうなんですけど、英語が弱すぎる人間なので海外のサイトはちょっと。
一応悩んだんですけど、踏み出せなかったんです。
入口（アカウント作成）から利用、出口まで、運営サイドとのやり取りの可能性も含め
総合的に考えてしまうところがアカンのでしょうけど……
「もし向こうに報告できたら拍手をお願いします」とか言おうかと思ったんですけど、
それも難しそう。
実はテストではなくサーバー環境にしたくなくて
cronからrecpt1を使った簡易的なスクリプトで実行していたりします。
>>460
PCでのデジタルチューナーデビューしてから数カ月なので知りませんでしたが、
こういった現象って程度の差はあれど普通に発生するものなんですね。
> あと、レスの仕方とかもうひと月ROMったほうが良さそう。
申し訳ない。ひと月では足りなさそうです。
461についてはわかるのですが。
>>461
そうなんですけど、英語が弱すぎる人間なので海外のサイトはちょっと。
一応悩んだんですけど、踏み出せなかったんです。
入口（アカウント作成）から利用、出口まで、運営サイドとのやり取りの可能性も含め
総合的に考えてしまうところがアカンのでしょうけど……
「もし向こうに報告できたら拍手をお願いします」とか言おうかと思ったんですけど、
それも難しそう。
>> 462
ありがとうございます。
libarib25に渡す前に捨てる方法がわからなくて頓挫していましたが、
単純に捨てるという発想もなかったのでそこから、
時間が取れた時にでも挑戦してみようと思います。
ありがとうございます。
libarib25に渡す前に捨てる方法がわからなくて頓挫していましたが、
単純に捨てるという発想もなかったのでそこから、
時間が取れた時にでも挑戦してみようと思います。
>>447
DKMS対応に特に問題はなさそうですね よかったです
LNB電源についてはおっしゃる通り供給するオプションを明示しなければ常時OFFとなります
DKMS対応に特に問題はなさそうですね よかったです
LNB電源についてはおっしゃる通り供給するオプションを明示しなければ常時OFFとなります
>>452-459
ご報告ありがとうございます
まず3番についてですが、プログラムに不備がありましたので修正を行いました
次に1,2,4,5番については、私も先頭付近のドロップが影響しているのではないかと考えています
先頭のパケットをある程度捨てることによって問題は発生しなくなるとのことなので、そういった機能を追加することも考えています
ですが公式のドライバでは発生しないということは、何か別の方法があるのでは…？とも思っています
(ほとんど効果はないかとは思いますが、試しに一部の処理を変更してみました)
5番の永続的な症状についてですが、3番の修正で改善している可能性があります
6番の原因については、今のところハッキリとしたことは分かっていません
ご報告ありがとうございます
まず3番についてですが、プログラムに不備がありましたので修正を行いました
次に1,2,4,5番については、私も先頭付近のドロップが影響しているのではないかと考えています
先頭のパケットをある程度捨てることによって問題は発生しなくなるとのことなので、そういった機能を追加することも考えています
ですが公式のドライバでは発生しないということは、何か別の方法があるのでは…？とも思っています
(ほとんど効果はないかとは思いますが、試しに一部の処理を変更してみました)
5番の永続的な症状についてですが、3番の修正で改善している可能性があります
6番の原因については、今のところハッキリとしたことは分かっていません
>>467
早速のご返信有り難うございます。
テストしてみました。
まず、リングバッファサイズのログ表示、確認しました。ありがとうございます。
諸症状の方ですが5,6番は発生するっぽいです。が、より良い感じに思います。
5番は、うちでは地上波の放送大学くらいになったようです。
対策前ですとこの局が頻繁に発生するみたいです。
録画したtsの状態を確認したところ、
「一見動画に問題はなさそうだけれどtsselectにかけたらドロップがたくさん」
というパターンが散見されました。
...
pid=0x0200, total= 177100, d= 31, e= 64, scrambling=58, offset=0
pid=0x0210, total= 5266, d= 1, e= 3, scrambling=3, offset=4512
pid=0x0230, total= 29, d= 0, e= 1, scrambling=1, offset=1504
pid=0x02ff, total= 896, d= 0, e= 1, scrambling=0, offset=7896
...
なお、5秒カットされたときはPIDがたくさんになりますがドロップは0です。
早速のご返信有り難うございます。
テストしてみました。
まず、リングバッファサイズのログ表示、確認しました。ありがとうございます。
諸症状の方ですが5,6番は発生するっぽいです。が、より良い感じに思います。
5番は、うちでは地上波の放送大学くらいになったようです。
対策前ですとこの局が頻繁に発生するみたいです。
録画したtsの状態を確認したところ、
「一見動画に問題はなさそうだけれどtsselectにかけたらドロップがたくさん」
というパターンが散見されました。
...
pid=0x0200, total= 177100, d= 31, e= 64, scrambling=58, offset=0
pid=0x0210, total= 5266, d= 1, e= 3, scrambling=3, offset=4512
pid=0x0230, total= 29, d= 0, e= 1, scrambling=1, offset=1504
pid=0x02ff, total= 896, d= 0, e= 1, scrambling=0, offset=7896
...
なお、5秒カットされたときはPIDがたくさんになりますがドロップは0です。
6番に関しては、今回確認されたのは上と同じく地上波の放送大学です。
tsselectで見たら、PID一つでした。
pid=0x0000, total= 608, d= 0, e=608, scrambling=608, offset=0
なので、「Available sid」「Chosen sid」の数値も表示されませんでした。
どうも、大量のドロップが発生したりするのが5(1),6番の起きる要因なのかなあと感じてしまいます。
処理の流れを把握していないので妄想レベルですが、
公式のドライバーで気になるのはPLEX版recpt1core.cの649～659。
何かタイミングを計っているような感じに見えます。
（開いた瞬間は信号が弱いから、とか？）
今のところはこのような感じです。
（個人的には既に大満足なバージョンです。）
tsselectで見たら、PID一つでした。
pid=0x0000, total= 608, d= 0, e=608, scrambling=608, offset=0
なので、「Available sid」「Chosen sid」の数値も表示されませんでした。
どうも、大量のドロップが発生したりするのが5(1),6番の起きる要因なのかなあと感じてしまいます。
処理の流れを把握していないので妄想レベルですが、
公式のドライバーで気になるのはPLEX版recpt1core.cの649～659。
何かタイミングを計っているような感じに見えます。
（開いた瞬間は信号が弱いから、とか？）
今のところはこのような感じです。
（個人的には既に大満足なバージョンです。）
>>469
recpt1のオプションに--sidつけてます？
recpt1側に要因があるかもしれないのでつけないでテストしてもらえませんか。
recpt1のオプションに--sidつけてます？
recpt1側に要因があるかもしれないのでつけないでテストしてもらえませんか。
>>468-469
詳細な情報をありがとうございます
おかげさまでおおまかな状況を掴むことができました
おそらく5,6番はrecpt1の--sidオプションによる分離処理の不備に起因するものである可能性が高いです
公式ドライバ(usb-px4)では発生せずにpx4_drvで発生する理由は、後者のほうが処理が高速であるために先頭付近のエラーのあるパケットがデバイス側で捨てられず、ドライバへと流れてくるためでしょう
詳細な情報をありがとうございます
おかげさまでおおまかな状況を掴むことができました
おそらく5,6番はrecpt1の--sidオプションによる分離処理の不備に起因するものである可能性が高いです
公式ドライバ(usb-px4)では発生せずにpx4_drvで発生する理由は、後者のほうが処理が高速であるために先頭付近のエラーのあるパケットがデバイス側で捨てられず、ドライバへと流れてくるためでしょう
>>468-469
5番の問題が発生する条件は、
・最初にデバイスファイルから読んだtsデータの中にPAT(0x0000)が存在しない
・PATの解析中にmallocがエラーを返した
・PATの解析により選択されたPMTが最初にデバイスファイルから読んだtsデータの中に存在しない
このいずれかであるようです
今回の場合は、「mallocがエラーを返した」以外の2つの条件のいずれかによるものであるでしょう
ちなみにこのいずれかの条件を満たすと、--sidオプションによる分離処理はOFFとなり、すべてのPIDをスルーするようになるみたいです
6番の問題が発生する条件は、
・最初に読んだデータの中の最初に現れたPATから選択されたPMTが0個であった
のようです
今回の場合は、最初に現れたPATがパケットエラーにより正常ではない場合に、この問題が発生していると考えられます
5番の問題が発生する条件は、
・最初にデバイスファイルから読んだtsデータの中にPAT(0x0000)が存在しない
・PATの解析中にmallocがエラーを返した
・PATの解析により選択されたPMTが最初にデバイスファイルから読んだtsデータの中に存在しない
このいずれかであるようです
今回の場合は、「mallocがエラーを返した」以外の2つの条件のいずれかによるものであるでしょう
ちなみにこのいずれかの条件を満たすと、--sidオプションによる分離処理はOFFとなり、すべてのPIDをスルーするようになるみたいです
6番の問題が発生する条件は、
・最初に読んだデータの中の最初に現れたPATから選択されたPMTが0個であった
のようです
今回の場合は、最初に現れたPATがパケットエラーにより正常ではない場合に、この問題が発生していると考えられます
>>470
ご返信有り難うございます。
はい、付けてますので、付けないでテストしてみました。
5秒削られるとかはなさそうですが、PIDの数とドロップがとてつもない数になっています。
PIDは500オーバーとかになってます。
見た感じ動画には影響なさそうです。
何かわかりますでしょうか。
ご返信有り難うございます。
はい、付けてますので、付けないでテストしてみました。
5秒削られるとかはなさそうですが、PIDの数とドロップがとてつもない数になっています。
PIDは500オーバーとかになってます。
見た感じ動画には影響なさそうです。
何かわかりますでしょうか。
>>446
Raspberry Pi 2BにS1UDを2本繋いだ環境でswapをoffにして録画させてみたのですが、16日の未明にフリーズしました
約12日間ほど持ちましたが、swapをoffにしない状態とあまり変わりない(2～4日延びた程度)ので、意味が無いのかもしれません
すみません
Raspberry Pi 2BにS1UDを2本繋いだ環境でswapをoffにして録画させてみたのですが、16日の未明にフリーズしました
約12日間ほど持ちましたが、swapをoffにしない状態とあまり変わりない(2～4日延びた程度)ので、意味が無いのかもしれません
すみません
作者さん、お手数をお掛けしてすみません。
テスト回数は少ないのですが確認したことを載せます。
469に書いたrecpt1core.cの該当箇所ですが、
PLEXと同じような感じで四回C/Nを繰り返すようにしてみました。
結果は、当該局でも問題が起きなくなったようです。
もう一パターン、C/Nを1回だけにして後は同じだけの時間（1秒）開ける、というのをやってみたのですが、
こちらはダメでした。
どうやら、定期的にアクセスして録画につなぐ必要がありそうです。
とりあえずはrecpt1を弄るこれが簡易的な回避方法にはなりそうです。
テスト回数は少ないのですが確認したことを載せます。
469に書いたrecpt1core.cの該当箇所ですが、
PLEXと同じような感じで四回C/Nを繰り返すようにしてみました。
結果は、当該局でも問題が起きなくなったようです。
もう一パターン、C/Nを1回だけにして後は同じだけの時間（1秒）開ける、というのをやってみたのですが、
こちらはダメでした。
どうやら、定期的にアクセスして録画につなぐ必要がありそうです。
とりあえずはrecpt1を弄るこれが簡易的な回避方法にはなりそうです。
>>470
recpt1の--sidオプションの不具合を疑っていました。
px4_drvの作者さんが>>472で説明されてますが、recpt1のtssplitter_lite.cは
transport_error_indicatorの値をチェックしてなさそうなのでpx4_drvのように
先頭付近に内容が化けたPATパケットが出てくると誤動作する可能性があるかも？
こっちだとチェックしてますしね。
https://github.com/u-n-k-n-o-w-n/BonDriverProxy_Linux/blob/master/util/splitter.cpp#L394-L395
>>473のTSをBonDriverProxy_Linuxのsplitterで問題なく分離できるのならtssplitter_lite.c
の問題だろうと考えられますね。
もちろん>>475の対処でうまく行くのならそれが良いと思います。
テストありがとうございます。
recpt1の--sidオプションの不具合を疑っていました。
px4_drvの作者さんが>>472で説明されてますが、recpt1のtssplitter_lite.cは
transport_error_indicatorの値をチェックしてなさそうなのでpx4_drvのように
先頭付近に内容が化けたPATパケットが出てくると誤動作する可能性があるかも？
こっちだとチェックしてますしね。
https://github.com/u-n-k-n-o-w-n/BonDriverProxy_Linux/blob/master/util/splitter.cpp#L394-L395
>>473のTSをBonDriverProxy_Linuxのsplitterで問題なく分離できるのならtssplitter_lite.c
の問題だろうと考えられますね。
もちろん>>475の対処でうまく行くのならそれが良いと思います。
テストありがとうございます。
>>471-472
>>476
ご返信ありがとうございます。
「今日は時間を取り戻さなきゃ」とか思っていたのですが、
ヒントをもらっていたので試しちゃいました。
（>>198を読んだときにソースを見たことはあったのですが、そのときは挫折してました。）
結果は、transport error indicatorしか見てませんが良好のようで、5秒削られることもなく、
tsselectで見てもドロップの数は相変わらず凄いのですがPIDの数は正常（のはず）になってました。
transport error indicatorだけで良いのかは時間のある時にでも調査してみようと思います。
みなさん、ありがとうございました。
（小声ですが、この三日間、驚きっぱなしでした）
>>476
ご返信ありがとうございます。
「今日は時間を取り戻さなきゃ」とか思っていたのですが、
ヒントをもらっていたので試しちゃいました。
（>>198を読んだときにソースを見たことはあったのですが、そのときは挫折してました。）
結果は、transport error indicatorしか見てませんが良好のようで、5秒削られることもなく、
tsselectで見てもドロップの数は相変わらず凄いのですがPIDの数は正常（のはず）になってました。
transport error indicatorだけで良いのかは時間のある時にでも調査してみようと思います。
みなさん、ありがとうございました。
（小声ですが、この三日間、驚きっぱなしでした）
とりあえずtssplitter_lite.c の情報だけ出しとく
オリジナルPMTが複数パケットで構成される場合、その複合処理にバグがあり
後方パケットの内容が解析できない
ただし映像・音声などの主要PID情報は、先頭パケットにほぼ入っているので
字幕・データ放送などが不要なら運用上問題ない
PMT PATを取得する際にそれぞれのCRCをチェックしていない
これらの問題を修正して実運用してましたがソース公開するための整理をする
時間が取れなかったのでいままで放置してました
tsselect相当のエラーチェックと先頭ゴミ捨ても入っているので来週末あたりに
公開できればと
オリジナルPMTが複数パケットで構成される場合、その複合処理にバグがあり
後方パケットの内容が解析できない
ただし映像・音声などの主要PID情報は、先頭パケットにほぼ入っているので
字幕・データ放送などが不要なら運用上問題ない
PMT PATを取得する際にそれぞれのCRCをチェックしていない
これらの問題を修正して実運用してましたがソース公開するための整理をする
時間が取れなかったのでいままで放置してました
tsselect相当のエラーチェックと先頭ゴミ捨ても入っているので来週末あたりに
公開できればと
murdoccutでエラー箇所を探したほうがひと目でわかって簡単だけどな。
エラーチェックしてんだから当然、結果を標準エラー出力します
フロントエンドは、それを参照してログを残す
定型作業なんだから自動化省力化しなきゃね
いちいちMurdocCutterやらtsselectなんか使ってたら時間と電力の無駄です
フロントエンドは、それを参照してログを残す
定型作業なんだから自動化省力化しなきゃね
いちいちMurdocCutterやらtsselectなんか使ってたら時間と電力の無駄です
使ったこと無いのか？murdoccutだと、エラー箇所のスクショがみれるからエラー箇所が一目わかって捗るぞ。
どのみちlinuxでは動かないからスレチなんだけどさwというかlinux環境ってTSや動画等でGPL系の編集環境が乏しい気がする。
どのみちlinuxでは動かないからスレチなんだけどさwというかlinux環境ってTSや動画等でGPL系の編集環境が乏しい気がする。
エラー箇所はわかっても何ができるわけでもないしな
うちはエラーの有無と量とPIDだけわかればいいからtsselectでいいし
録画しながら同等のチェックしてくれるなら手間と時間が減ってなおよし
ていうかチェックだけならEPGStationでdropCheck有効にしとくだけで足りる
うちはエラーの有無と量とPIDだけわかればいいからtsselectでいいし
録画しながら同等のチェックしてくれるなら手間と時間が減ってなおよし
ていうかチェックだけならEPGStationでdropCheck有効にしとくだけで足りる
さては録画TSを意味もなく貯め続ける系の人種か？
ものによってはCMカットしてエンコードして残す
稀にts自体を残すこともある
1回見たら消すものも多数
エラーやドロップがなければいいし、あっても映像・音声のPIDでなけりゃいいし、最悪視聴に問題ない量なら気にしない
視聴に問題あるレベルなら再放送や他局での放送を待つか諦める
エラーやドロップがCM箇所かなんて気にしてもきりがないし、録画時点の情報で十分切り分けられる
稀にts自体を残すこともある
1回見たら消すものも多数
エラーやドロップがなければいいし、あっても映像・音声のPIDでなけりゃいいし、最悪視聴に問題ない量なら気にしない
視聴に問題あるレベルなら再放送や他局での放送を待つか諦める
エラーやドロップがCM箇所かなんて気にしてもきりがないし、録画時点の情報で十分切り分けられる
>>482
エラーを確認するのにTSを2回もなめるのを全TSでやってんの？
ヒマなんだね
tsselect改造してパーセントでおおよそのエラー位置を分かるようにしてあるから
そんな面倒なことしないよ
当然 tssplitter_liteもパケット位置がわかるようにしてある
ああワインうまい
エラーを確認するのにTSを2回もなめるのを全TSでやってんの？
ヒマなんだね
tsselect改造してパーセントでおおよそのエラー位置を分かるようにしてあるから
そんな面倒なことしないよ
当然 tssplitter_liteもパケット位置がわかるようにしてある
ああワインうまい
> tsselect改造してパーセントでおおよそのエラー位置を分かるようにしてあるから
これこそ面倒じゃね？ついでにそのtsselectのバイナリをうpしてみないか？
これこそ面倒じゃね？ついでにそのtsselectのバイナリをうpしてみないか？
各々好きにすれば良い
個人的に、eit_txtoutを改造してEDCBのprogram.txt風のeit情報にまとめたりしてるな
HDDが安くなってからエンコとかあまりしなくなってから、TSのエラー情報とかあまり気にしなくなったけど
HDDが安くなってからエンコとかあまりしなくなってから、TSのエラー情報とかあまり気にしなくなったけど
素朴な疑問なんですが、LinuxのVAAPIだとSkylakeではHEVC 10bitのハードウェアデコード
（GPUのシェーダの様ですが）はサポートされないのでしょうか？
vainfoで見てもHEVC main10が見当たらないのです。
VP9 8bitはシェーダ(kaby lakeはハードウェア固定機能で対応）でデコードをサポート(Intel-hybrid-driver
をコンパイルする必要がありますが)していますが、なぜWindows版ではサポートしているHEVC 10bitの
デコードをサポートしていないんでしょうか？
（GPUのシェーダの様ですが）はサポートされないのでしょうか？
vainfoで見てもHEVC main10が見当たらないのです。
VP9 8bitはシェーダ(kaby lakeはハードウェア固定機能で対応）でデコードをサポート(Intel-hybrid-driver
をコンパイルする必要がありますが)していますが、なぜWindows版ではサポートしているHEVC 10bitの
デコードをサポートしていないんでしょうか？
>>490
10bitだとGPUアクセラレーションはしてるけど
ハードウェアエンコードではないって感じ？
https://software.intel.com/en-us/forums/intel-media-sdk/topic/737824
出た当初の記述を見ると10bit非対応っぽいし
Winは専用のGPU使うデコーダーでもドライバに追加したんじゃないかね
10bitだとGPUアクセラレーションはしてるけど
ハードウェアエンコードではないって感じ？
https://software.intel.com/en-us/forums/intel-media-sdk/topic/737824
出た当初の記述を見ると10bit非対応っぽいし
Winは専用のGPU使うデコーダーでもドライバに追加したんじゃないかね
>>491
どうもレスありがとうございます。リンク先見ました。
HEVC10bitデコードはLinuxでskylakeでは未サポートのようですね。
ぐぐってみたところ、LinuxでのVP9サポートもgoogleとの関係からとのようですし、
WIｎのようにHEVC10bitデコードは望めそうもないようです。
ところで最新のLinux版のfirefoxってVAAPIのハードウェアデコード支援に対応してるんでしょうか？
Linux版でのハードデコードは長らく未サポートだったためか英語圏でも情報が錯綜していてよくわからんのですが、
youtubeでfirefox上とローカルに落とした後vlc(VAAPI DRMに設定)で再生してみてもCPU負荷は大して変わりませんでした。(skylakeのcore mタブレットでCPU使用率0.6GHz～1.1GHzでした）
どうもレスありがとうございます。リンク先見ました。
HEVC10bitデコードはLinuxでskylakeでは未サポートのようですね。
ぐぐってみたところ、LinuxでのVP9サポートもgoogleとの関係からとのようですし、
WIｎのようにHEVC10bitデコードは望めそうもないようです。
ところで最新のLinux版のfirefoxってVAAPIのハードウェアデコード支援に対応してるんでしょうか？
Linux版でのハードデコードは長らく未サポートだったためか英語圏でも情報が錯綜していてよくわからんのですが、
youtubeでfirefox上とローカルに落とした後vlc(VAAPI DRMに設定)で再生してみてもCPU負荷は大して変わりませんでした。(skylakeのcore mタブレットでCPU使用率0.6GHz～1.1GHzでした）
個人的に気になる話題だが
微妙にスレ違いかも
微妙にスレ違いかも
> ハードウェアエンコードではないって感じ？
デコードの間違いであった
>>492
流石に再生支援はわからんなあ
ぼくLinux機はGUI入れてねーのよ
デコードの間違いであった
>>492
流石に再生支援はわからんなあ
ぼくLinux機はGUI入れてねーのよ
HEVC 10bitと言ってもプロファイルやエンコ時のパラメータによって
デコード時で、低負荷なものから高負荷なものまで、いろいろあるからな。
デコード時で、低負荷なものから高負荷なものまで、いろいろあるからな。
スレ違いな話題ですみません。
chinachuをインストールしてあるサーバー機(debian testing kaby lakeのpentium 2コア4スレッド)でfirefoxのyoutube
VP9 1080pを再生をしたらほぼ最低クロックの800MHz近辺で再生できました。
同じファイルをダウンロードしてvlcのVAAPIを友好にして再生したらほぼ同じ負荷でした。
おそらく最新のfirefoxはハードウェアデコードに対応してるっぽいです。
ところで、chinachuγのVP9ライブ視聴(vaapi有効の場合）ってソースコードを見たらvp8_vaapiって書いてあったのですが、γリリース時点ではffmpegがvp9_vaapiに対応していなかったからなんでしょうか？
ソースを書き換えてvp9_vaapiにしたらちゃんと配信されたので良いんですが。
chinachuをインストールしてあるサーバー機(debian testing kaby lakeのpentium 2コア4スレッド)でfirefoxのyoutube
VP9 1080pを再生をしたらほぼ最低クロックの800MHz近辺で再生できました。
同じファイルをダウンロードしてvlcのVAAPIを友好にして再生したらほぼ同じ負荷でした。
おそらく最新のfirefoxはハードウェアデコードに対応してるっぽいです。
ところで、chinachuγのVP9ライブ視聴(vaapi有効の場合）ってソースコードを見たらvp8_vaapiって書いてあったのですが、γリリース時点ではffmpegがvp9_vaapiに対応していなかったからなんでしょうか？
ソースを書き換えてvp9_vaapiにしたらちゃんと配信されたので良いんですが。
MirakurunとChinachuでTVtestからならカートゥーンがみれますがChinachuでは録画しても0KBになります。
原因なんでしょうか？
原因なんでしょうか？
MirakurunとかChinachuとか
よく知らないんだけどまとめサイト
みたいのありませんか
よく知らないんだけどまとめサイト
みたいのありませんか
知らないならやるなよ
知ろうと思うなら自ら調べてやりゃいいんだ
知ろうと思うなら自ら調べてやりゃいいんだ
>497
TVtest側でやわらかいのが入ってるんだろ。
伏石町イクナイ。
TVtest側でやわらかいのが入ってるんだろ。
伏石町イクナイ。
https://www.pg-direct.jp/products/detail/16382&;%20target=
録画鯖にええぞ
m1使ってるけどこいつならcpu載せ替えりゃlinuxでqsv行ける
録画鯖にええぞ
m1使ってるけどこいつならcpu載せ替えりゃlinuxでqsv行ける
メーカー機って何で普通のATX電源積まないのかね。
昔HPの安サーバ使ってたけど、
電源死んだ時にどうにもならなくなって
以降敬遠してしまう
昔HPの安サーバ使ってたけど、
電源死んだ時にどうにもならなくなって
以降敬遠してしまう
>>500
TVTestはBondriver_Mirakurunです
TVTestはBondriver_Mirakurunです
所詮安鯖だから壊れたら買い替えりゃいいのさ
このサーバーのモニター出力用インターフェースはDisplayPort（ディスプレイポート）？特殊なの？
dp変換アダプタなんか1kあれば買えるし
どうせインストールの時しかモニタ刺さないでしょ？
どうせインストールの時しかモニタ刺さないでしょ？
あ、安いんだ。さっき確認したメーカーのサイトでは6,000円だったかな。
モニターでも少し観るよ。
毎朝30分と、休みに録りためた番組を、部屋掃除しながらまとめて観るくらい。
後はノートパソコンで作業しながら、プレーヤーの小窓で観る。モニターよりも作業しやすい。
逆にキーボードが要らないよね。インストールと非常時に使うくらい。
普段はｓｓｈからコマンド操作で充分。
モニターでも少し観るよ。
毎朝30分と、休みに録りためた番組を、部屋掃除しながらまとめて観るくらい。
後はノートパソコンで作業しながら、プレーヤーの小窓で観る。モニターよりも作業しやすい。
逆にキーボードが要らないよね。インストールと非常時に使うくらい。
普段はｓｓｈからコマンド操作で充分。
パッシブ型の変換でOKなの？
hpの奴とかはアクティブ型のDP変換じゃないとダメとか聞いたことあるんだが
hpの奴とかはアクティブ型のDP変換じゃないとダメとか聞いたことあるんだが
>>503
TVtest -> 設定 -> 一般
カードリーダーが何になってる？
スマートカードリーダーになってたらやわらかいやつの可能性大。
なし、になってたら mirakurun側でスクランブル解除しているとおもう。
TVtest -> 設定 -> 一般
カードリーダーが何になってる？
スマートカードリーダーになってたらやわらかいやつの可能性大。
なし、になってたら mirakurun側でスクランブル解除しているとおもう。
不正視聴してるかどうかなんて、デバイスマネージャのUSBのとこを見ればひと目でわかるけどな
まったくどっからひろってきたTVTestだよっていう
スクランブル解除しなくても録画はされるんじゃないのか？0kbってところが気になる
Chinachu側でCS再編のEPG取れてないんじゃねえの？
レコーダでよくね？
b-casはどのマシンにつけているの？
海は死にますか？
>>518
>TVtestは別ので使用してます。
どゆいみ？ハードからインストールまでの構成を教えてくれよん。
>TVtestは別ので使用してます。
どゆいみ？ハードからインストールまでの構成を教えてくれよん。
>>518
mirakurun config channelsでカートゥーンの設定が合ってるか確認してみ
CS6に変更なっとるで
TVTest側はCSのチャンネルスキャンで全部やってくれるけど
mirakurunの方はチャンネル設定で一通り書かないとアカンよ
あと更新までけっこう時間かかる
mirakurun config channelsでカートゥーンの設定が合ってるか確認してみ
CS6に変更なっとるで
TVTest側はCSのチャンネルスキャンで全部やってくれるけど
mirakurunの方はチャンネル設定で一通り書かないとアカンよ
あと更新までけっこう時間かかる
PX-W3U4をポチってしまった。
準備しようとドライバ入れてみたがlsmodでは認識されてた
しかし俺のTinker Boardは、なんと32bitじゃねーか
OSはDebian9だが、32bitでも動くんだろか？
準備しようとドライバ入れてみたがlsmodでは認識されてた
しかし俺のTinker Boardは、なんと32bitじゃねーか
OSはDebian9だが、32bitでも動くんだろか？
>>521
あ、px4_drvの話です
あ、px4_drvの話です
>>521
ビルドできてロードできてるなら動くんじゃないかな？
ラズパイでも2までは32bitCPUだし公開されてるraspbianも32bitOS
ラズパイで動かしてる人はむしろ32bit環境の人が多いと思う
ビルドできてロードできてるなら動くんじゃないかな？
ラズパイでも2までは32bitCPUだし公開されてるraspbianも32bitOS
ラズパイで動かしてる人はむしろ32bit環境の人が多いと思う
>>520
こういうCS再編でチャンネル変更になっとるものが
まとめてあるとこない？
こういうCS再編でチャンネル変更になっとるものが
まとめてあるとこない？
正直、>>520の方法でtvtestでのスキャン結果をmirakurunに移したほうが早かった。
>>523
ありがとう。今日届いたので試してみたら
問題なく動いたよ！
あらためてpx4_drv作者に感謝だ
ありがとう。今日届いたので試してみたら
問題なく動いたよ！
あらためてpx4_drv作者に感謝だ
w3u4動くんだ
試してみよう
試してみよう
デバイス繋いでなくてもlsmodに表示されるもの？
TinkerBoardで動くならW3U4買って試してみようかな…
W3PEしか持ってなくてこのスレ指くわえて見てただけだから、乗り換え先としても良い気がする
W3PEしか持ってなくてこのスレ指くわえて見てただけだから、乗り換え先としても良い気がする
DTV02-1T1S-Uをpx4_drvで動かしたいんだけど、やはり無理なんだろうか?
チューナーチップは同じみたいだし。
チューナーチップは同じみたいだし。
>>529
TinerBoardで動かすなら、armbian必須かと。
https://dl.armbian.com/tinkerboard/
カーネルヘッダは以下で。
https://apt.armbian.com/pool/main/l/
TinerBoardで動かすなら、armbian必須かと。
https://dl.armbian.com/tinkerboard/
カーネルヘッダは以下で。
https://apt.armbian.com/pool/main/l/
>>530
px4_drvに1T1S-UのPID追加してみたけど動かなかった。
そこまで甘くはない模様。
px4_drvに1T1S-UのPID追加してみたけど動かなかった。
そこまで甘くはない模様。
* px4_drvのUSBパケットキャプチャ
* 1T1S-UのWindowsドライバのUSBパケットキャプチャ
両者を比較することから始めれば良いのだろうなと言うことで眺めてます。
ただpx4_drvに絶対的な知識を持つ人にお願いしたいという非常に身勝手な
気持ちになりつつあります。
参考に1T1S-UのWindowsドライバのUSBパケットキャプチャ結果をtsv化
したものを貼っときます。
13ch : https://pastebin.com/fG4L2fas
BS朝日 : https://pastebin.com/55wP7DFw
* 1T1S-UのWindowsドライバのUSBパケットキャプチャ
両者を比較することから始めれば良いのだろうなと言うことで眺めてます。
ただpx4_drvに絶対的な知識を持つ人にお願いしたいという非常に身勝手な
気持ちになりつつあります。
参考に1T1S-UのWindowsドライバのUSBパケットキャプチャ結果をtsv化
したものを貼っときます。
13ch : https://pastebin.com/fG4L2fas
BS朝日 : https://pastebin.com/55wP7DFw
追加で。
ファームウェアロード部は省略していますがpx4_drvと全く同じです。
表計算ソフトに貼って先頭行オートフィルタで見る想定ですが手元の
libreoffice 6.0.6.2 だとメモリを食い尽くしてos道連れに落ちて
くれたりしますご注意を。excel (online)なら大丈夫でした。
ファームウェアロード部は省略していますがpx4_drvと全く同じです。
表計算ソフトに貼って先頭行オートフィルタで見る想定ですが手元の
libreoffice 6.0.6.2 だとメモリを食い尽くしてos道連れに落ちて
くれたりしますご注意を。excel (online)なら大丈夫でした。
px4_drvをよくわかってるのは今んとこ作者さんだろうが、デバイス持ってないだろう
ソースは公開されてるからデバイス持ってて熱心な人が現れるといいですね
ソースは公開されてるからデバイス持ってて熱心な人が現れるといいですね
>>532
情報をありがとうございます。
ドライバのデバイスのID変更だけで認識してくれて、ソコソコ動くことを期待していました。
パケットの分析からとなると、おっしゃる通り『甘くはない』ですね。
よくわかっていないのですか、USB I/Fチップの違いでしょうか。
もしかして、さんぱくん外出のI/Fになっている？
recfsusb2nのソースが使える？
いずれにしても、技術的に難しそうですね。
ありがとうございました。
情報をありがとうございます。
ドライバのデバイスのID変更だけで認識してくれて、ソコソコ動くことを期待していました。
パケットの分析からとなると、おっしゃる通り『甘くはない』ですね。
よくわかっていないのですか、USB I/Fチップの違いでしょうか。
もしかして、さんぱくん外出のI/Fになっている？
recfsusb2nのソースが使える？
いずれにしても、技術的に難しそうですね。
ありがとうございました。
>>536
基本的に同様なのですが4TSと1TSの違いを含め微妙に設定が違います。
* w3u4 : 4TS, vid,pid = 0x0511,0x083f, IT9305, TC90522, R710T, R850
* 1t1su : 1TS, vid,pid = 0x0511,0x004b, IT9303, TC90532, R710T, R850
理解が怪しいですが。後、他にもあるはずです。
* ファームウェアはpx4_drvと全く同じ
* IT9303(1t1su)の操作方法はpx4_drvと同じで良さそう
* 1TSと4TSの違いでIT9303(1t1su)への設定はpx4_drvとは微妙に違う
* gpioポート番号は 3 がデバイスの電源？
* i2c bus no.？ が 2 ではなくて 3
* i2c address は ISDB-S = 0x22, ISDB-T = 0x20 の部分は同様
* 1t1su(TC90532)の設定とpx4_drv(TC90522)とではTS出力端子設定が違う
1TSな1t1suはISDB-S,Tの両方を同じ端子を切り替えて出力？
TC90532のレジスタ0x07,0x0e,0x0fあたりの設定
基本的に同様なのですが4TSと1TSの違いを含め微妙に設定が違います。
* w3u4 : 4TS, vid,pid = 0x0511,0x083f, IT9305, TC90522, R710T, R850
* 1t1su : 1TS, vid,pid = 0x0511,0x004b, IT9303, TC90532, R710T, R850
理解が怪しいですが。後、他にもあるはずです。
* ファームウェアはpx4_drvと全く同じ
* IT9303(1t1su)の操作方法はpx4_drvと同じで良さそう
* 1TSと4TSの違いでIT9303(1t1su)への設定はpx4_drvとは微妙に違う
* gpioポート番号は 3 がデバイスの電源？
* i2c bus no.？ が 2 ではなくて 3
* i2c address は ISDB-S = 0x22, ISDB-T = 0x20 の部分は同様
* 1t1su(TC90532)の設定とpx4_drv(TC90522)とではTS出力端子設定が違う
1TSな1t1suはISDB-S,Tの両方を同じ端子を切り替えて出力？
TC90532のレジスタ0x07,0x0e,0x0fあたりの設定
w3u4テストしようと思ったがカードリーダがない
BS再編でのMPEG2AD化でffmpegのVAAPIのaccel使うと画像が崩れる症状はまだ
直ってないのかな？だれもffmpeg本流に報告していないのかな？
直ってないのかな？だれもffmpeg本流に報告していないのかな？
それが原因ってわけじゃないがエンコード環境はWinに移行した
配信（トランスコード）はvaapiだけど、それだとデコード側はソフトでも十分速いし
配信（トランスコード）はvaapiだけど、それだとデコード側はソフトでも十分速いし
AV1向けのffplayを介さなくて済む通常コーデックとかそろそろ欲しい。
そもそも崩れてるの？
最近(10月頭)の放送分で試したけど
ffmpeg -hwaccel vaapi -hwaccel_device /dev/dri/renderD128 -i input.ts -c:v libvpx-vp9 -crf 28 -b:v 0 -bsf:a aac_adtstoasc -c:a copy output.mp4
とかでうまくエンコできてたよ
「崩れる」ってのはvaapiでのhwエンコードの話なの？
ffmpeg: 4.0.2
kernel: 4.18.12
xf86-video-intel: 2.99.917+847+g25c9a2fc
最近(10月頭)の放送分で試したけど
ffmpeg -hwaccel vaapi -hwaccel_device /dev/dri/renderD128 -i input.ts -c:v libvpx-vp9 -crf 28 -b:v 0 -bsf:a aac_adtstoasc -c:a copy output.mp4
とかでうまくエンコできてたよ
「崩れる」ってのはvaapiでのhwエンコードの話なの？
ffmpeg: 4.0.2
kernel: 4.18.12
xf86-video-intel: 2.99.917+847+g25c9a2fc
-c:v h264_vaapi の話じゃね
崩れるのはデコード時の話で、
帯域削減でフィールドピクチャーストラクチャモードを採用した局を
ハードウェアデコードするとブロックノイズ？まみれで使えないって言うこと
エンコードは関係ない
帯域削減でフィールドピクチャーストラクチャモードを採用した局を
ハードウェアデコードするとブロックノイズ？まみれで使えないって言うこと
エンコードは関係ない
VAAPIだとデコードイカれるけどQSVも同じなんかな。Windowsで試すのめんどくせぇ
試したのBSフジの番組だから 帯域削減してると思うんだけど...
フジは出ないで（理由は知らんが）
bsプレミアムあたりおすすめ
>>545
qsvは多分出ないよ
bsプレミアムあたりおすすめ
>>545
qsvは多分出ないよ
確かに BSプレミアムだと駄目だった
mpvでvaapiで見てる分には崩れないから気付かなかった...
mpvでokってことはコーデックの部分じゃなくてffmpeg.cがコーデックを使ってる部分の不具合なんだろうな...
mpvでvaapiで見てる分には崩れないから気付かなかった...
mpvでokってことはコーデックの部分じゃなくてffmpeg.cがコーデックを使ってる部分の不具合なんだろうな...
それってソフトウェアデコードの場合向けじゃないの？
それにmpvはffmpegのlibavcodec(やlibavformat)を使ってるけど不具合は出てないし...
それにmpvはffmpegのlibavcodec(やlibavformat)を使ってるけど不具合は出てないし...
DD Max M4試しに買ってみてGS/BS/CSのテストしてる
DVBドライバが出てたからそれとdvbv5-zapで地上波はとりあえず見れた
https://github.com/DigitalDevices/dddvb
ただ地上キー局以外が見れてないからdvbv5_channels_isdbt.confで試してるけどなにか設定足りてないかも
BS/CSは見れてない
dvbv5_channels_isdbs.confだとSYMBOL_RATEの値が無くてドライバでエラー出るから
SYMBOL_RATE = 28860000(もしかしたら28860が正しい?)を入れてる
少し気になってるのはドライバ内のSYS_ISDBSを初期化してるっぽい箇所の帯域幅の計算が
c->bandwidth_hz = c->symbol_rate / 100 * 135;
になってて、これだと周波数間隔は38.36MHzで合うんだけど、帯域幅は34.5MHzのハズだから違ってる気がしてる
コンフィグでBANDWIDTH_HZ = 34500000を指定してもDELIVERY_SYSTEM = ISDBSだとdvbv5かドライバがエラーを出すから
ドライバを「c->bandwidth_hz = 34500000;」に変えてみたけどだめだった
恥ずかしながら知識が浅いから前提から間違ってるかもしれなくて、何か知ってる人がいたら
教えてもらえるとありがたい
DVBドライバが出てたからそれとdvbv5-zapで地上波はとりあえず見れた
https://github.com/DigitalDevices/dddvb
ただ地上キー局以外が見れてないからdvbv5_channels_isdbt.confで試してるけどなにか設定足りてないかも
BS/CSは見れてない
dvbv5_channels_isdbs.confだとSYMBOL_RATEの値が無くてドライバでエラー出るから
SYMBOL_RATE = 28860000(もしかしたら28860が正しい?)を入れてる
少し気になってるのはドライバ内のSYS_ISDBSを初期化してるっぽい箇所の帯域幅の計算が
c->bandwidth_hz = c->symbol_rate / 100 * 135;
になってて、これだと周波数間隔は38.36MHzで合うんだけど、帯域幅は34.5MHzのハズだから違ってる気がしてる
コンフィグでBANDWIDTH_HZ = 34500000を指定してもDELIVERY_SYSTEM = ISDBSだとdvbv5かドライバがエラーを出すから
ドライバを「c->bandwidth_hz = 34500000;」に変えてみたけどだめだった
恥ずかしながら知識が浅いから前提から間違ってるかもしれなくて、何か知ってる人がいたら
教えてもらえるとありがたい
あとDD MAX M4は本体代がカード会社の為替手数料含めて3万8千円位で、関税でも1600円取られた
PT3の中古買った方が安いね
PT3の中古買った方が安いね
>>551
そこのdddvb/ddbridge-m4.cを見る限り、ISDB-Sはまだ対応してないね (line:400-401)
dvb-coreのbandwidthの部分はよくわからんけどロールオフの分を含めてるんじゃないのかな？
bandwidthのプロパティをどう扱うか・設定するかはフロントエンド（チューナ？）のドライバ次第でdvb-coreは関与してないと思うけど
現状ISDB-S対応のフロントエンドドライバではどれも無視してるはず
(ISDB-Sの場合固定値のはずで、ヨーロッパのように各地域で様々なパラメータで運用されてるわけではないので
ユーザが指定する必要はない。ISDB-Sの場合、絶対にユーザから指定する必要があるのはDTV_FREQUENCY, DTV_STREAM_IDだけ)
そこのdddvb/ddbridge-m4.cを見る限り、ISDB-Sはまだ対応してないね (line:400-401)
dvb-coreのbandwidthの部分はよくわからんけどロールオフの分を含めてるんじゃないのかな？
bandwidthのプロパティをどう扱うか・設定するかはフロントエンド（チューナ？）のドライバ次第でdvb-coreは関与してないと思うけど
現状ISDB-S対応のフロントエンドドライバではどれも無視してるはず
(ISDB-Sの場合固定値のはずで、ヨーロッパのように各地域で様々なパラメータで運用されてるわけではないので
ユーザが指定する必要はない。ISDB-Sの場合、絶対にユーザから指定する必要があるのはDTV_FREQUENCY, DTV_STREAM_IDだけ)
>>550
mpvでも普通に不具合出てるけど。
うちはmpeg2をh/w支援対象から外して対処している。
ubuntu18.04機でもArch機でも状況は変わらない。
mpvでも普通に不具合出てるけど。
うちはmpeg2をh/w支援対象から外して対処している。
ubuntu18.04機でもArch機でも状況は変わらない。
>>552
UPSの時は消費税(価格の6割の8％ €250なら1600円ぐらい)は必ず取られたけど
郵便になってからピックアップで取られたり取られなかったりするな
その代わり配達日数が3日から1週間になった
UPSの時は消費税(価格の6割の8％ €250なら1600円ぐらい)は必ず取られたけど
郵便になってからピックアップで取られたり取られなかったりするな
その代わり配達日数が3日から1週間になった
>>554
うちはmpvでBSプレミアム見てても不具合出ないな...
"Using hardware decoding (vaapi)" って出てるからちゃんとhwデコードしてると思うけど..
https://github.com/0p1pp1/mpv を使ってるけどvaapi周りは本家とかわらないはず..
うちはmpvでBSプレミアム見てても不具合出ないな...
"Using hardware decoding (vaapi)" って出てるからちゃんとhwデコードしてると思うけど..
https://github.com/0p1pp1/mpv を使ってるけどvaapi周りは本家とかわらないはず..
>>553
ありがとう、dddvb/ddbridge-m4.cにISDB-Sの指定がないことに全然気がついてなかったです
軽く読んだときはDVB-SとISDB-Sが似てるらしいから
いい感じにDVB-Sに切り替えてるのかな？とか思ってました恥ずかしい
あとISDB-Sでbandwidthは固定値ということで合点がいきました
調べてみても仕様が理解できていなかったので助かります
ありがとう、dddvb/ddbridge-m4.cにISDB-Sの指定がないことに全然気がついてなかったです
軽く読んだときはDVB-SとISDB-Sが似てるらしいから
いい感じにDVB-Sに切り替えてるのかな？とか思ってました恥ずかしい
あとISDB-Sでbandwidthは固定値ということで合点がいきました
調べてみても仕様が理解できていなかったので助かります
>>557
なんかパッと見た感じ、dddvb/ddbridge-m4.cの
・line:400-401にSYS_ISDBSを追加
・search_isdbs()を追加
(search_isdbtを元に、cmd.isdbt_search.*の設定の変わりにcmd.isdbs_search.{retry, freq, tsid}を設定)
(cmd.isdbs_search.tsid = p->stream_id;とか)
・set_params()にsearch_isdbs()の呼び出しを追加
ぐらいでいけちゃいそうな気がしないでもないね
なんかパッと見た感じ、dddvb/ddbridge-m4.cの
・line:400-401にSYS_ISDBSを追加
・search_isdbs()を追加
(search_isdbtを元に、cmd.isdbt_search.*の設定の変わりにcmd.isdbs_search.{retry, freq, tsid}を設定)
(cmd.isdbs_search.tsid = p->stream_id;とか)
・set_params()にsearch_isdbs()の呼び出しを追加
ぐらいでいけちゃいそうな気がしないでもないね
>>558
ありがとう、さっそく試してみたけど流石に駄目だった
277a278,303
> static int search_isdbs(struct dvb_frontend *fe)
> {
---略---
>
> memset(&cmd, 0, sizeof(cmd));
> cmd.command = MCI_CMD_SEARCH_ISDBS;
> cmd.isdbs_search.flags = 0;
> cmd.isdbs_search.retry = 2;
> cmd.isdbs_search.frequency = p->frequency * 1000;
> cmd.isdbs_search.tsid = p->stream_id;
>
> cmd.tuner = state->mci.tuner;
> cmd.demod = state->mci.demod;
> cmd.output = state->mci.nr;
>
---略---
> }
302a329
>
311a339,341
> case SYS_ISDBS:
> res = search_isdbs(fe);
> break;
401c431
< SYS_DVBS, SYS_DVBS2, },
---
> SYS_DVBS, SYS_DVBS2, SYS_ISDBS, },
ありがとう、さっそく試してみたけど流石に駄目だった
277a278,303
> static int search_isdbs(struct dvb_frontend *fe)
> {
---略---
>
> memset(&cmd, 0, sizeof(cmd));
> cmd.command = MCI_CMD_SEARCH_ISDBS;
> cmd.isdbs_search.flags = 0;
> cmd.isdbs_search.retry = 2;
> cmd.isdbs_search.frequency = p->frequency * 1000;
> cmd.isdbs_search.tsid = p->stream_id;
>
> cmd.tuner = state->mci.tuner;
> cmd.demod = state->mci.demod;
> cmd.output = state->mci.nr;
>
---略---
> }
302a329
>
311a339,341
> case SYS_ISDBS:
> res = search_isdbs(fe);
> break;
401c431
< SYS_DVBS, SYS_DVBS2, },
---
> SYS_DVBS, SYS_DVBS2, SYS_ISDBS, },
あといじってて気がついたけどmci_command構造体のisdbs_searchは一ヶ月前に
MAX M4のファームウェアに合わせて追加されてるみたい
https://github.com/DigitalDevices/dddvb/commit/010cdf1ce8763ddba1574dce89d44d2be80e1d62#diff-706958545d67280d85064ce79e0aab31
最新リリース版で試してたらまだ入ってなかったから混乱しちゃった
定義だけして使ってないからだいぶ片手落ちだけど、そのうちISDB-S対応する前振りなのかな
MAX M4のファームウェアに合わせて追加されてるみたい
https://github.com/DigitalDevices/dddvb/commit/010cdf1ce8763ddba1574dce89d44d2be80e1d62#diff-706958545d67280d85064ce79e0aab31
最新リリース版で試してたらまだ入ってなかったから混乱しちゃった
定義だけして使ってないからだいぶ片手落ちだけど、そのうちISDB-S対応する前振りなのかな
残念
ddbride-core.c の ddb_port_probe()でISDBS用のport->typeを設定し、
ddb_input_attach()にも対応するフロントエンドのアタッチと初期化の処理を追加しないといけないんだろうけど
その部分のコードは（まだ）ないし、どういうチューナーや復調IC使ってるかわからないし、自力では難しいかも
そのうち対応してくれればいいけどISDBSは日本だけだしなぁ...
ddbride-core.c の ddb_port_probe()でISDBS用のport->typeを設定し、
ddb_input_attach()にも対応するフロントエンドのアタッチと初期化の処理を追加しないといけないんだろうけど
その部分のコードは（まだ）ないし、どういうチューナーや復調IC使ってるかわからないし、自力では難しいかも
そのうち対応してくれればいいけどISDBSは日本だけだしなぁ...
DVBというかスカパープレミアム用のチューナ入ってるやつだっけ
当面はそっち方面の方が使えそうだね
当面はそっち方面の方が使えそうだね
>>556
そのmpvは自前のffmpegを抱えてるみたいだけど、
本家との差分は本当にないの?
そのmpvは自前のffmpegを抱えてるみたいだけど、
本家との差分は本当にないの?
プレミアムスレ22の23以降でもDD Max M4の人柱報告が現在進行形で盛り上がっているよね radi_shさんも登場してる
なんにせよ人柱超乙
なんにせよ人柱超乙
>>563
vaapiやデコード周りは変わってないはずと思いこんでたけど
https://github.com/0p1pp1/FFmpeg/commit/311716da96fd203b28165ec1c4789ec46f46aaa7
これが効いてるような気がする...
実際こっちのffmpeg使ってエンコードしたら崩れてなかった
vaapiやデコード周りは変わってないはずと思いこんでたけど
https://github.com/0p1pp1/FFmpeg/commit/311716da96fd203b28165ec1c4789ec46f46aaa7
これが効いてるような気がする...
実際こっちのffmpeg使ってエンコードしたら崩れてなかった
>>565
確かにこれ充てると崩れなくなった。けど安定するまで冒頭1分くらい掛かる(崩れる)ようになった。
確かにこれ充てると崩れなくなった。けど安定するまで冒頭1分くらい掛かる(崩れる)ようになった。
うちでは冒頭10秒のエンコだけど崩れてない
パッチ当ててないと冒頭10秒でも崩れてた
一応他にもc71fc153aa がmpeg12dec.cをいじってるけど効いてるのかどうかわからない
パッチ当ててないと冒頭10秒でも崩れてた
一応他にもc71fc153aa がmpeg12dec.cをいじってるけど効いてるのかどうかわからない
みんな複雑な事してるな
俺は何も考えずにyadifだけ指定してhandbrakeにぶち込んでsmplayerで見てる
俺は何も考えずにyadifだけ指定してhandbrakeにぶち込んでsmplayerで見てる
yadifって映像内のフォントの輪郭が豪快に潰れるよな。
>>566
isdb-4.0ブランチのffmpegにしてみたけど変わらなかった。正確には冒頭～15秒くらいまでノイズ無し 15秒～65秒の間ブロックノイズ それ以降はノイズ無し
HWデコード無しだと全てOK
isdb-4.0ブランチのffmpegにしてみたけど変わらなかった。正確には冒頭～15秒くらいまでノイズ無し 15秒～65秒の間ブロックノイズ それ以降はノイズ無し
HWデコード無しだと全てOK
un-installedの状態で実行しようとするなら
LD_LIBRARY_PATH=./libavcodec:./libavformat:./lib... FFMPEG_DATADIR=./presets ./ffmpeg ...
みたいにしないと駄目だよ
LD_LIBRARY_PATH=./libavcodec:./libavformat:./lib... FFMPEG_DATADIR=./presets ./ffmpeg ...
みたいにしないと駄目だよ
M4でISDB-S動いた～
と書こうと思ったらすでに書かれててワロタ。
みんな考えることは一緒だな。
>>559
それで行けるはずだよ。
元のコードは何？
0.9.36じゃだめかも。gitの最新なら動くと思う。
と書こうと思ったらすでに書かれててワロタ。
みんな考えることは一緒だな。
>>559
それで行けるはずだよ。
元のコードは何？
0.9.36じゃだめかも。gitの最新なら動くと思う。
>>574
助言本当にありがとう
結果から言うとコードは合っててちゃんと映りました
原因は確認してた時につけたブースターで普通のテレビもBS/CSが映らなくなってた
成功報告書いてもらえなかった間違いを垂れ流しっぱなしだったよ
助言本当にありがとう
結果から言うとコードは合っててちゃんと映りました
原因は確認してた時につけたブースターで普通のテレビもBS/CSが映らなくなってた
成功報告書いてもらえなかった間違いを垂れ流しっぱなしだったよ
試しにMAX M4でGRx2/BSx1/CSx1で同時に30分録画してみたけど全然ドロップしないし最高だわ
PLEXもpx4_drvのおかげで使いやすくなったし安いけど、やっぱドロップしないのはストレスフリーだね
ドイツ製品最高！
PLEXもpx4_drvのおかげで使いやすくなったし安いけど、やっぱドロップしないのはストレスフリーだね
ドイツ製品最高！
私たち日本人の、日本国憲法を改正しましょう。
総ム省の、『憲法改正國民投票法』、でググって
みてください。拡散も含め、お願い致します。
総ム省の、『憲法改正國民投票法』、でググって
みてください。拡散も含め、お願い致します。
>>576
それハードウェア的に壊れたら、どうやって修理に出すの？
ドイツまで送って代替品が届くのを待つのか、それともオクに高値で出して
新たにもう1枚DDを買うとか？
それハードウェア的に壊れたら、どうやって修理に出すの？
ドイツまで送って代替品が届くのを待つのか、それともオクに高値で出して
新たにもう1枚DDを買うとか？
>>565
差分情報ありがとう。
サーバのffmpegを入れ換えて早くvaapi有効に戻したいので、週末やってみる。
差分情報ありがとう。
サーバのffmpegを入れ換えて早くvaapi有効に戻したいので、週末やってみる。
ラズパイを使ってffmpegでのハードウェアエンコードが急にできなくなった…
数分動いた後になんのエラーもなく止まってしまう
原因分からず、とりためたtsが溜まりまくって困るわ…
数分動いた後になんのエラーもなく止まってしまう
原因分からず、とりためたtsが溜まりまくって困るわ…
tsに解除漏れやdropが残ったままになってんじゃね？
>>565
週末待てなかったので、DesktopのArch機だけ先にテスト。
aurのffmpeg-libfdk_aac(1:4.0.2-4)にそのpatchだけを当ててbuild→install。
もともと入ってるmpv(1:0.29.1-2)でhwdec-codecsにmpeg2videoを明示的に加えて再生。
これまで崩れてたファイル全部、大丈夫になった。素晴らしい。
サーバの方はubuntuだしCPU非力で時間かかるので、また後日。
週末待てなかったので、DesktopのArch機だけ先にテスト。
aurのffmpeg-libfdk_aac(1:4.0.2-4)にそのpatchだけを当ててbuild→install。
もともと入ってるmpv(1:0.29.1-2)でhwdec-codecsにmpeg2videoを明示的に加えて再生。
これまで崩れてたファイル全部、大丈夫になった。素晴らしい。
サーバの方はubuntuだしCPU非力で時間かかるので、また後日。
mirakurun改行コード間違えてんじゃねえよ
昨日mirakurun久々に入れ直そうとしたらうまく動かなかったのはそれが原因なのかしら
あぶねえ
ちょうど録画鯖の再構築中だったわ
2400GのVAAPIで苦労してたのが幸いした
ちょうど録画鯖の再構築中だったわ
2400GのVAAPIで苦労してたのが幸いした
>>586
2400gのvaapiって画質どんな感じなの？
2400gのvaapiって画質どんな感じなの？
>>585
うちはmirakurun2.7.3今のところ普通に動いてるけど、どの辺で動かなくなるの？？
うちはmirakurun2.7.3今のところ普通に動いてるけど、どの辺で動かなくなるの？？
2.7.2でCRLF問題があって
対策したのが現行2.7.3なのでは
https://github.com/Chinachu/Mirakurun/issues/38
対策したのが現行2.7.3なのでは
https://github.com/Chinachu/Mirakurun/issues/38
>>587
まだ安定動作してないから比較するところまで持って行けてないわ
エンコしてるとGPUロックしちゃう
まだ安定動作してないから比較するところまで持って行けてないわ
エンコしてるとGPUロックしちゃう
ストリーミングも可能なRaspberry Pi専用TVチューナー「Raspberry Pi TV HAT」
http://www.gdm.or.jp/pressrelease/2018/1022/280882
>> 搭載されるTVチューナーはSONY「CXD2880」で、受信したTV番組のストリーミング配信と視聴が可能。なお対応デジタル方式は「DVB-T」「DVB-T2」のみのため、残念ながら国内での使用はできない。
http://www.gdm.or.jp/pressrelease/2018/1022/280882
>> 搭載されるTVチューナーはSONY「CXD2880」で、受信したTV番組のストリーミング配信と視聴が可能。なお対応デジタル方式は「DVB-T」「DVB-T2」のみのため、残念ながら国内での使用はできない。
>>588-589
そういう事
twitterで改行ミスverの更新告知はしてシレっと数日後に修正
そっちの方は告知無し
そういう事
twitterで改行ミスverの更新告知はしてシレっと数日後に修正
そっちの方は告知無し
あぁ…ぼけーっとapt update と upgrade したら動かなくなってしもうた…
録画鯖って動いてるうちはメンテしない方がいいのかな
セキュリティーアップデートだけにするとか？
録画鯖って動いてるうちはメンテしない方がいいのかな
セキュリティーアップデートだけにするとか？
>>593
録画鯖は外向きに公開しなければアップデートいらないんじゃない？
録画鯖は外向きに公開しなければアップデートいらないんじゃない？
>>594
やっぱそうよね
何かアプデ溜まってる、、、やってしまえ！で失敗しました…
やっぱそうよね
何かアプデ溜まってる、、、やってしまえ！で失敗しました…
しょっちゅうやってるが問題起きたことないな
debian9 + mirakurun + EPGStation
カーネル上げるときは別だけど
debian9 + mirakurun + EPGStation
カーネル上げるときは別だけど
おいらもアップデートとアップグレードをガンガンやっているけれど、問題はほとんどない。
fedoraとmythtv。
アップグレードは、次の予約まで余裕があるときにやっている。
fedoraとmythtv。
アップグレードは、次の予約まで余裕があるときにやっている。
Ubuntu Server を自動更新有効でインストール。
録画予約のないときに dist-upgrade して再起動してる。
困ったことないなあ。
ただ、dvbかuserlandな録画コマンドのあるチューナーが
メインだけど。
録画予約のないときに dist-upgrade して再起動してる。
困ったことないなあ。
ただ、dvbかuserlandな録画コマンドのあるチューナーが
メインだけど。
チューナのドライバが標準意外なのにdkmsから入れるの忘れて
カーネルアップデートしてからドライバ見えなくて録画失敗してるのはあるあるだと思う
カーネルアップデートしてからドライバ見えなくて録画失敗してるのはあるあるだと思う
>>599
カーネル上がってた気がする…のでそれかもしれません！！
もう一度全部入れ直してる最中ですが…w
カーネル上がってた気がする…のでそれかもしれません！！
もう一度全部入れ直してる最中ですが…w
レコーダーでよくね？
レコだと、すべてリモコンで操作するのが煩わしいだろ。
ltsなディストリにdkmsでチューナードライバ入れておけばアップデートで死ぬことはほぼ無いでしょ
録画のアプリケーションはdockerで固めておけばなお良し
録画のアプリケーションはdockerで固めておけばなお良し
Archで半年ちょっとやってるけどアップデートでイカれたことはないなぁ。dkms便利。
それでも大事を取って週末とか直す時間あるときにアプデしてるけど
それでも大事を取って週末とか直す時間あるときにアプデしてるけど
>>603
Ubuntu18.04 W3PEでpx4_drv使わせてもらってます
EPGstationは導入につまづいたLinux初心者なので、mirakurun+chinachuの環境です
皆さんお勧めの通り今回はdkmsで入れました
次回カーネルヘッダ変わったら、px4_drvだけdkmsでアンインストール&再インストールで大丈夫なのかな…
Ubuntu18.04 W3PEでpx4_drv使わせてもらってます
EPGstationは導入につまづいたLinux初心者なので、mirakurun+chinachuの環境です
皆さんお勧めの通り今回はdkmsで入れました
次回カーネルヘッダ変わったら、px4_drvだけdkmsでアンインストール&再インストールで大丈夫なのかな…
>>606
最悪カーネルは戻せるようにしてる？前のバージョンを消すのは自殺行為だぞ。
最悪カーネルは戻せるようにしてる？前のバージョンを消すのは自殺行為だぞ。
Manjaro Devにlxdを使って権限に悩みつつchinachu入れて弄ってたら
pacman -Syuでlxdが唐突に消えて非常に困ったことはある
まあDevなのが悪いんだけどさ！
2400Gは最新じゃねーと厳しいのだ
最新にしてもまだvaapiでiGPU死ぬけどな
ソフトエンコでも電力あんま使わんし素でいい気がしてきたよ
pacman -Syuでlxdが唐突に消えて非常に困ったことはある
まあDevなのが悪いんだけどさ！
2400Gは最新じゃねーと厳しいのだ
最新にしてもまだvaapiでiGPU死ぬけどな
ソフトエンコでも電力あんま使わんし素でいい気がしてきたよ
>>608
俺はArchユーザーなんだけど、Manjaroなら事前に消えるかどうか分かるんじゃないの？
俺はArchユーザーなんだけど、Manjaroなら事前に消えるかどうか分かるんじゃないの？
>>606
そのアンインストール・インストールを勝手にやってくれるのがdkms
そのアンインストール・インストールを勝手にやってくれるのがdkms
>>609
AURのが微妙でsnapdから入れたんだが
そいつが何の具合かlxcだけ残して消し飛んでしまったんよ
イメージは頑張れば復旧できたんだろうけど
流石に面倒なんでバックアップから戻した
ちょうどManjaroサイトのダウンやらパッケージの巻戻りやら起きてたし
鯖側の問題だったのかもしれん
ローカルの方がVer高いですとかメッセージ出てきて焦ったわ
AURのが微妙でsnapdから入れたんだが
そいつが何の具合かlxcだけ残して消し飛んでしまったんよ
イメージは頑張れば復旧できたんだろうけど
流石に面倒なんでバックアップから戻した
ちょうどManjaroサイトのダウンやらパッケージの巻戻りやら起きてたし
鯖側の問題だったのかもしれん
ローカルの方がVer高いですとかメッセージ出てきて焦ったわ
>>611
げえ、Manjaroいいかもと思ってたけど、積極的にお断りするようにしよう。
げえ、Manjaroいいかもと思ってたけど、積極的にお断りするようにしよう。
>>606
epgstationインストール躓くってどこを躓いたの？
epgstationインストール躓くってどこを躓いたの？
>>612
流石にヤバいのはDevだけだとは思うぜ
実際はだいたいArchだし
流石にヤバいのはDevだけだとは思うぜ
実際はだいたいArchだし
>>606
古いカーネルインストールして動作確認ですかね。
$ sudo apt install linux-image-4.15.0-30-generic linux-headers-4.15.0-30-generic
$ dkms status
px4_drv, 0.1.0, 4.15.0-30-generic, x86_64: installed
...
古いカーネルインストールして動作確認ですかね。
$ sudo apt install linux-image-4.15.0-30-generic linux-headers-4.15.0-30-generic
$ dkms status
px4_drv, 0.1.0, 4.15.0-30-generic, x86_64: installed
...
>>616
sqlite3使えばconfig書き換えれば終わりだぞ
sqlite3使えばconfig書き換えれば終わりだぞ
SQLでか……？
githubの説明してる部分をコピって貼り付けたとかじゃなかろうな
githubの説明してる部分をコピって貼り付けたとかじゃなかろうな
mysqlで詰まったんだろなあ
>>617
個別インストール不要なsqlite3を初期値にしておくと幸せになると思うんだが
作者のメイン環境がmysqlなんだろうな
個別インストール不要なsqlite3を初期値にしておくと幸せになると思うんだが
作者のメイン環境がmysqlなんだろうな
>>620
最初はmysqlだけしかサポートしてなかったからその流れでしょ
最初はmysqlだけしかサポートしてなかったからその流れでしょ
>>619
ご明察ですw
Githubの動作環境でMySQL［推奨］、SQLite3［検索機能に制限あり］とあったので疑いなく進んで詰みました
SQLite3なら設定不要な分次の段階に進められるかもしれませんね
正規表現以外は変わりない感じでしょうか？
ご明察ですw
Githubの動作環境でMySQL［推奨］、SQLite3［検索機能に制限あり］とあったので疑いなく進んで詰みました
SQLite3なら設定不要な分次の段階に進められるかもしれませんね
正規表現以外は変わりない感じでしょうか？
>>622
正規表現はreadmeに書いてあるとおり
SQLite3 使用時の正規表現での検索の有効化について
に従って必要な関数を追加するだけでok
mysqlの設定よりは遥かに楽だし、正規表現って何とかいう状態なら取りあえずは必要ないよ
正規表現はreadmeに書いてあるとおり
SQLite3 使用時の正規表現での検索の有効化について
に従って必要な関数を追加するだけでok
mysqlの設定よりは遥かに楽だし、正規表現って何とかいう状態なら取りあえずは必要ないよ
>>606
W3PE4の書き間違いですよね
（W3PEでも使える…？！）
W3PE4の書き間違いですよね
（W3PEでも使える…？！）
w3peじゃ無理やで
W3PE/Q3PEははpx_drvじゃね？
https://github.com/project-pp/px_drv
使える環境にいろいろ制約があるっぽいけど
そこは自分でソースいじってビルドすればなんとかなるかも。
https://github.com/project-pp/px_drv
使える環境にいろいろ制約があるっぽいけど
そこは自分でソースいじってビルドすればなんとかなるかも。
>>624
ごめんなさい！仰るとおりW3PE4です
ちなみにLinuxでdB値測定は皆さんどうされてますか
recpt1コマンドの録画テスト時のdB値表示を参考にしてますが、もっといい方法はあるんでしょうか？
ごめんなさい！仰るとおりW3PE4です
ちなみにLinuxでdB値測定は皆さんどうされてますか
recpt1コマンドの録画テスト時のdB値表示を参考にしてますが、もっといい方法はあるんでしょうか？
edcbみたいに常時測定している録画ソフトは無い
ああ、BonDriverProxy -> tvtestなら測れるな
recpt1付属のchecksignalで測るらしいが俺は気にしたことが無いので何とも
ああ、BonDriverProxy -> tvtestなら測れるな
recpt1付属のchecksignalで測るらしいが俺は気にしたことが無いので何とも
dvbv5-zapを叩けば出るでよ
Epgrec UNAで録り溜めた録画ファイルのあるディレクトリを、
ＮＦＳ経由で別サーバになってるEPGStationの「録画済み」として
読み込む方法を知っている人がいたら教えてください！
ＮＦＳ経由で別サーバになってるEPGStationの「録画済み」として
読み込む方法を知っている人がいたら教えてください！
>>630
EPGStationでのデータベースはsqlite3を使ってます。
EPGStationでのデータベースはsqlite3を使ってます。
そのsqlite3のテーブルにsqlを書いてadd/updateすれば？
id重複で壊れるオチまでみえた
使ってないけどアップロード機能てのがあるらしいが、手動で1つずつかも
使ってないけどアップロード機能てのがあるらしいが、手動で1つずつかも
データソースをsqlite3のテーブルに依存させているなら
直接テーブルに細工するか、EPGStation自体を自分で改良するしか無いんじゃね？
直接テーブルに細工するか、EPGStation自体を自分で改良するしか無いんじゃね？
jsにアップロードするコマンド吐き出して、nodeで動かす感じですかねえ
>>630
EPGStationの「録画済み」画面の右上メニューからアップロードすることができる
ただし1ファイルずつの手作業で、ファイル名以外に録画情報（局・日付・長さ・タイトル等）を入力する必要がある
一括でやりたいならsqliteのdb構造を調べて、自分でバッチ作るしかないだろう
もしくはEPGStationのバックアップリストア機能を使って、バックアップデータに移行分を差し込むか
ツール間での録画データ移行は標準形式がないこともあってどこも重視してないね
EPGStationの「録画済み」画面の右上メニューからアップロードすることができる
ただし1ファイルずつの手作業で、ファイル名以外に録画情報（局・日付・長さ・タイトル等）を入力する必要がある
一括でやりたいならsqliteのdb構造を調べて、自分でバッチ作るしかないだろう
もしくはEPGStationのバックアップリストア機能を使って、バックアップデータに移行分を差し込むか
ツール間での録画データ移行は標準形式がないこともあってどこも重視してないね
epgstationは /api/debug のapi 一覧からupload出来るから、スクリプト書くならそちらの方が良いかと
db直接弄るのは危ない
db直接弄るのは危ない
>>282
夜中にこの現象が起きてた
同じようにコードに手を入れて何とか安定
夜中にこの現象が起きてた
同じようにコードに手を入れて何とか安定
うちもだ
>>288の変更で解決
ハングしてたときはBS15_0をEPGスキャンしてたっぽい
>>288の変更で解決
ハングしてたときはBS15_0をEPGスキャンしてたっぽい
うお情報ありがてえうちも困ってた
直った！
ありです
ありです
mirakurunのissueに上げといた方がいいかもね
mirakurunのバグじゃなくてaribtsのバグだよ
slackでも話題が上がっていますね。
また、以下でも詳細を確認できます。
http://www.digital-den.jp/simplelife/archives/4795
また、以下でも詳細を確認できます。
http://www.digital-den.jp/simplelife/archives/4795
そりゃ失礼した
リモートでみたらウチのが録画中9で焦った
aribtsの不具合でmirakurun暴走
そもそもはBS-TBSのせい？？
aribtsの不具合でmirakurun暴走
そもそもはBS-TBSのせい？？
前もこの不具合は合ってnode-aribtsの不具合っていう結論
詳細は282辺りから読めば分かる
取りあえず >>228 の修正しときゃok
俺の環境では 7/23 から修正当てたままだが不具合は出ていない
中の人も気が付いて修正中らしいから急ぎじゃなくれば該当局を無効化して、アップデートを待てばええよ
詳細は282辺りから読めば分かる
取りあえず >>228 の修正しときゃok
俺の環境では 7/23 から修正当てたままだが不具合は出ていない
中の人も気が付いて修正中らしいから急ぎじゃなくれば該当局を無効化して、アップデートを待てばええよ
ああ228じゃなくて288
うん、そのあと追いかけて295あたり見てて思ったんだ
ああ、なるぼど
確かにその順じゃないとアクセスしちゃうね
javascriptだからundefinedになるだけでセグフォおこして死ぬとかは無いけど
確かにその順じゃないとアクセスしちゃうね
javascriptだからundefinedになるだけでセグフォおこして死ぬとかは無いけど
なんかChinachuが死んでたのこれか
EPGstationでも使ってるくさいのでそっちも書き換えたわ
EPGstationでも使ってるくさいのでそっちも書き換えたわ
>>652
> EPGstationでも使ってるくさいのでそっちも書き換えたわ
知らなかった。自分も修正しとこう。
教えてくれてありがとう。
> EPGstationでも使ってるくさいのでそっちも書き換えたわ
知らなかった。自分も修正しとこう。
教えてくれてありがとう。
>>282-285の時期には発生しなかったんだけど、今回mirakurun暴走したのはなんでだろうか
詳しい人教えて!
詳しい人教えて!
気合の差
うちも7月のBS-TBSのときはなんともなかったが、今回はBS15_0（NHK BS1）のEPGスキャンでハングしてた
31日深夜にハングしたトリガーはわからんけど、1日朝の再起動後は何も視聴・録画しなくてもmirakurunがBS1をスキャンしたタイミングで（つまり起動後数分で）必ずハングした
7月のは番組情報の外字マクロ？だかが原因ぽいけど、それなら録画視聴しなくてもハングしそうな気もする
が、解決したのでまあいい
31日深夜にハングしたトリガーはわからんけど、1日朝の再起動後は何も視聴・録画しなくてもmirakurunがBS1をスキャンしたタイミングで（つまり起動後数分で）必ずハングした
7月のは番組情報の外字マクロ？だかが原因ぽいけど、それなら録画視聴しなくてもハングしそうな気もする
が、解決したのでまあいい
mirakurunはnode10動くけど、EPGstationは動かないのね
>>659
昨日node 10対応のcommitがあるけど動かないの？
昨日node 10対応のcommitがあるけど動かないの？
番組表みれねえ！
って思ったらMySQLのバイナリログが大量に溜まっておったわ
最新は延々と溜め込むのな……
って思ったらMySQLのバイナリログが大量に溜まっておったわ
最新は延々と溜め込むのな……
>>663
失礼、11.7KBと11.4KBの間違いでした。
一旦aribtsフォルダを削除して再インストールしたら正常に11.4KBのchar.jsになりました。
どうもお騒がせしました。
失礼、11.7KBと11.4KBの間違いでした。
一旦aribtsフォルダを削除して再インストールしたら正常に11.4KBのchar.jsになりました。
どうもお騒がせしました。
ラズパイ＋W3U4、まだ様子見だけど感度も安定度も良好。一応報告。
躓いたのはドライバーのmakeの時に、
raspberrypi-kernel-headers入れたんだけど、今までrpi-updateを定期的に（無意味に）してたせいでraspberrypi-kernel-headrsとのバージョン合ってないみたいで、buildがないって怒られて詰まったぐらい。ラズパイのカーネル指定して再起動して対応。
でも予想よりずっとよく動いてる。本当に作者様様々ですわ
躓いたのはドライバーのmakeの時に、
raspberrypi-kernel-headers入れたんだけど、今までrpi-updateを定期的に（無意味に）してたせいでraspberrypi-kernel-headrsとのバージョン合ってないみたいで、buildがないって怒られて詰まったぐらい。ラズパイのカーネル指定して再起動して対応。
でも予想よりずっとよく動いてる。本当に作者様様々ですわ
dkmsでインストールするだけで良いのでは?
MythTV 0.29.x向けのISDBパッチはいずこにございますでしょうか...
W3U4、出てそんなに経たない頃に勢い余って買って
USBで流れるデータの解析にもちょっとだけ参加してたが
こういうドライバを書ける人が真の実力者なんですよねぇ
chardevなんですよね?
MythTV組としてはDVB必須なのでDVBへの移植に挑んでみるか? (無理無理...)
W3U4、出てそんなに経たない頃に勢い余って買って
USBで流れるデータの解析にもちょっとだけ参加してたが
こういうドライバを書ける人が真の実力者なんですよねぇ
chardevなんですよね?
MythTV組としてはDVB必須なのでDVBへの移植に挑んでみるか? (無理無理...)
TinkerBoardだけど、tsファイルをffmpeg使って416x234くらいをlibx264+aacで
ライブ配信するのにコマ切れしない、おまいらおすすめの設定を教えてください！
ライブ配信するのにコマ切れしない、おまいらおすすめの設定を教えてください！
25fps + main profileで veryfastかultrafastにしておけばいい。
ガチエンコとかしないならこのぐらいで十分。
ガチエンコとかしないならこのぐらいで十分。
世界的に見ればMythTVとかKodiとか、Linuxがオープン系テレビの主体なのに
日本はTvTestとかEDCBとかWindows環境が主体で、Linux環境は高専や大学生が
お勉強で後追いやってる感じだな。
糞VBですらTvRemoteViewer_VBみたいな神ソフトが出てくるし
ソフトの方法論より仕事で企業向けアプリ書いてる人が趣味で作るほうが
仕事が早いってことか。
日本はTvTestとかEDCBとかWindows環境が主体で、Linux環境は高専や大学生が
お勉強で後追いやってる感じだな。
糞VBですらTvRemoteViewer_VBみたいな神ソフトが出てくるし
ソフトの方法論より仕事で企業向けアプリ書いてる人が趣味で作るほうが
仕事が早いってことか。
かっけー
その中の何か一つでも作ったんすか？
その中の何か一つでも作ったんすか？
自分じゃ何も出来ないから煽って誰かに作らせようという魂胆なんだろう
>> Linux環境は高専や大学生が
お勉強で後追いやってる感じだな。
根拠もないただの偏見で草
お勉強で後追いやってる感じだな。
根拠もないただの偏見で草
> Linux環境は高専や大学生
何年前の話だよ
VBで企業向け案件とかまだ息してるの？
何年前の話だよ
VBで企業向け案件とかまだ息してるの？
ほうほうそれでみらくるんやちなつのウインドウズオリジナルバージョンはどこでDLできるの？
まずドライバがWindowsしかないとかそんなんばっかりだったからな
そりゃWindowsから色々始まるわ
そりゃWindowsから色々始まるわ
まあ機能的な目新しさがなくてlinuxで動きますとかmaterial UIですというだけじゃ面白みがないって事じゃないの？
コードやOSに興味のない人たちにとっては。
コードやOSに興味のない人たちにとっては。
窓かペンギンかは関係なく、目的のことができりゃいいわけなので...
Linuxと海外アプリ使ってる俺カッケー
ちかごろは小学校でもLinuxやWindowsでプログラミングのカリキュラムを取り入れているし
あと数年で、プログラミングなんて誰でも出来て当たり前な時代になるんだぜ。
あと数年で、プログラミングなんて誰でも出来て当たり前な時代になるんだぜ。
ないない
英語が身につかないのと同じ運命になる
英語が身につかないのと同じ運命になる
英語と同じで日本のプログラミング教育の生産性のなさは酷いもんだよな。
コードの美しさとか流行りのツール使ってるから優秀だとか。。
現実に世の中に出回っているコードを素早く取り込んで活用することの繰り返しだから、美しいコードなんて言ってる暇はないのにな。
コードの美しさとか流行りのツール使ってるから優秀だとか。。
現実に世の中に出回っているコードを素早く取り込んで活用することの繰り返しだから、美しいコードなんて言ってる暇はないのにな。
>糞VB
まさかのVB6？
まさかのVB6？
囲碁や将棋も思考力を養うから必修にすればいい
テストに出るとなると嫌いな子どもが増えるはずだ
テストに出るとなると嫌いな子どもが増えるはずだ
たぶん役に立たないんだろうな
>>667
やってやれない事は無いんじゃない
細かいタスクに分解して一個ずつ潰せばそのうちできるよ
やってやれない事は無いんじゃない
細かいタスクに分解して一個ずつ潰せばそのうちできるよ
デバッグ作業は、他人に協力を仰ぐとあっさり解決できるものだよな。
uuencodeでここにソース貼ったらデバッグしてくれる人はけっこういそう
昔のネットニュース（fjとか）にエロ画像拾いに行って以来だなuuencode
firetv stick 4kでmpeg2 ad再生できるか分かる人いる?
firetv stick2世代目は手元の環境でmpeg2 adが再生出来なくてゴミになった
firetv stick2世代目は手元の環境でmpeg2 adが再生出来なくてゴミになった
EPGStationでliveHLSやrecordedStreamingは問題ないんだけど、
recordedHLSの録画ファイルだけが見れない。
「ＴＳ」ボタンを押しても、ffmpegコマンドが起動していないし、ログにも載らない。%INPUT%が正しく指定できてないのかな？
思い当たることがあれば教えてください。
recordedHLSの録画ファイルだけが見れない。
「ＴＳ」ボタンを押しても、ffmpegコマンドが起動していないし、ログにも載らない。%INPUT%が正しく指定できてないのかな？
思い当たることがあれば教えてください。
ログレベルをDebugにする
ffmpegがエンコード or デコードできなくてffmpegが即死しているんだろうな
ハードウェアデコードでデコーダの設定が正しく無いと死ぬとかある
ハードウェアデコードでデコーダの設定が正しく無いと死ぬとかある
>>692
ありがとう！いまdebugしてみたが、やはり%INPUT%を見つけられないようだ。
[2018-11-17T20:01:17.041] [DEBUG] stream - recorded/まんぷく/20181116080000_連続テレビ小説 まんぷく(41)「私がなんとかします!」[解][字][デ].ts: No such file or directory
日本語でディレクトリ作ってるせいかな？
そもそも日本語ファイル名がまずい？
ありがとう！いまdebugしてみたが、やはり%INPUT%を見つけられないようだ。
[2018-11-17T20:01:17.041] [DEBUG] stream - recorded/まんぷく/20181116080000_連続テレビ小説 まんぷく(41)「私がなんとかします!」[解][字][デ].ts: No such file or directory
日本語でディレクトリ作ってるせいかな？
そもそも日本語ファイル名がまずい？
>>694
解決しました！
俺の勘違いで、config.jsonに以下設定してたせいです。
"recorded": "recorded"
フルパスじゃなかったので%INPUT%を見つけられなかった、というわけです。
結果としてスレ汚しになってしまい、すみません。
解決しました！
俺の勘違いで、config.jsonに以下設定してたせいです。
"recorded": "recorded"
フルパスじゃなかったので%INPUT%を見つけられなかった、というわけです。
結果としてスレ汚しになってしまい、すみません。
正解を書かないスタイル
usenetならいまでも使ってるな。
これマジ？
http://nodoka.org/ubuntu-18-04-lts-qsvエンコード-成功？編/
i965からiHDにドライバ変えたらvaapi(qsv)の画質が綺麗になったって
haswellじゃ駄目だよなあ多分
http://nodoka.org/ubuntu-18-04-lts-qsvエンコード-成功？編/
i965からiHDにドライバ変えたらvaapi(qsv)の画質が綺麗になったって
haswellじゃ駄目だよなあ多分
skylakeだけどEPGstationのストリーミングと見て消しエンコこれに変えたよ。kaby,coffeeでも行けるらしいね
春頃までのqsvエンコード維持のための無駄な努力が嘘のよう
6100Tでx264だと負荷60%がvaapiで20%くらいになって良かったよかった
ffmpegはvaapiでデコードしてvaapiでエンコの方が軽いから565のパッチは入れるべき
春頃までのqsvエンコード維持のための無駄な努力が嘘のよう
6100Tでx264だと負荷60%がvaapiで20%くらいになって良かったよかった
ffmpegはvaapiでデコードしてvaapiでエンコの方が軽いから565のパッチは入れるべき
うちの録画機もHaswell
MythTVで視聴もそいつでやってるんでvaapiのデコード品質うpはうらやましい...
MythTVで視聴もそいつでやってるんでvaapiのデコード品質うpはうらやましい...
haswell機じゃ駄目だったよ(悲しみ)
TVRockからchinachuに乗り換えたんだけど、こっちはルール予約に使用した
キーワードなんかをrecordedCommandに渡したり出来ないのか。
運用見直さないとだなぁ・・・
キーワードなんかをrecordedCommandに渡したり出来ないのか。
運用見直さないとだなぁ・・・
>>669
ありがとう。それをヒントにいろいろ試してたら、以下に落ち着きました。
（EPGStation での recordedHLS 設定例）
スマホで観るにはこれで十分、パケットも少なく済んで満足してます！
%FFMPEG% -dual_mono_mode main -i %INPUT% -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 44100 -ab 96k -ac 1 -c:v libx264 -s 480x270 \
-preset veryfast -vf fps=14 -b 120k -flags +loop-global_header %OUTPUT%
ありがとう。それをヒントにいろいろ試してたら、以下に落ち着きました。
（EPGStation での recordedHLS 設定例）
スマホで観るにはこれで十分、パケットも少なく済んで満足してます！
%FFMPEG% -dual_mono_mode main -i %INPUT% -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 44100 -ab 96k -ac 1 -c:v libx264 -s 480x270 \
-preset veryfast -vf fps=14 -b 120k -flags +loop-global_header %OUTPUT%
>>667
遅レスだけど398からダウンロードできなくなっているね。
Artaneさん見ていないかな。。。
遅レスだけど398からダウンロードできなくなっているね。
Artaneさん見ていないかな。。。
Mac miniのHEVCエンコーダー使えんかなあ。
>>707
haswell + hackintoshでしか試していないからhevcは使えるか知らんが
https://hirooka.pro/?p=9978
haswell + hackintoshでしか試していないからhevcは使えるか知らんが
https://hirooka.pro/?p=9978
ffmpegのオプションだけで有効化出来るんだ？
新ミニ買ってVMで録画、Macでエンコさせようかなあ。
新ミニ買ってVMで録画、Macでエンコさせようかなあ。
Linux載せるだけなら旧miniの中古がダブついてくるからそっちを買うほうがいいよ
ご存知かもしれないけど、新miniは内蔵ストレージであるSSDは基板直付けで交換不能
RAMは交換できるようだけど、2011年あたりの古い機種とかのように
裏蓋を少し回してすぐ外せてメモリスロットさんこんちには、じゃないので
ご存知かもしれないけど、新miniは内蔵ストレージであるSSDは基板直付けで交換不能
RAMは交換できるようだけど、2011年あたりの古い機種とかのように
裏蓋を少し回してすぐ外せてメモリスロットさんこんちには、じゃないので
わざわざ買うくらいならmacじゃなくていいよな
skylake以降のcore i積んだnucで事足りるわけで
macだとチューナ動かすのにvm必須で管理だるいだけだし
skylake以降のcore i積んだnucで事足りるわけで
macだとチューナ動かすのにvm必須で管理だるいだけだし
chinachuでルール作って予約録画してたのが失敗してて、
慌ててブラウザで番組表みたら、更新されておらず真っ黒。
まさかEPGの仕様が変わったのかと思って、しばらくぶりに
chinachuをアップデートしてリスタートしてみるものの番組表は
真っ黒のまま。
念の為アンテナ線をテレビにつなで確認してみたら、正常に映る。
まさかと思いつつ端末からrecpt1 --b25 --strip 27 10 ~/test.tsで
recpt1の録画テストしてみたら
"Cannot tune to the specified channel"
チャンネルは自分がインストール時に設定した
/usr/local/etc/mirakurun/channels.yml
にあるものをいくつか試したけど全部ダメ。
これもしかしてPT3のハード的な故障だったりします？
慌ててブラウザで番組表みたら、更新されておらず真っ黒。
まさかEPGの仕様が変わったのかと思って、しばらくぶりに
chinachuをアップデートしてリスタートしてみるものの番組表は
真っ黒のまま。
念の為アンテナ線をテレビにつなで確認してみたら、正常に映る。
まさかと思いつつ端末からrecpt1 --b25 --strip 27 10 ~/test.tsで
recpt1の録画テストしてみたら
"Cannot tune to the specified channel"
チャンネルは自分がインストール時に設定した
/usr/local/etc/mirakurun/channels.yml
にあるものをいくつか試したけど全部ダメ。
これもしかしてPT3のハード的な故障だったりします？
真っ黒ってよく分からないけど、mirakurunは更新した？
今月はじめに出てたトラブル関連のレス参照
今月はじめに出てたトラブル関連のレス参照
>>712
再起動か、モジュールのアンロード・ロードはした？
再起動か、モジュールのアンロード・ロードはした？
recpt1の時点であかんならmirakurun関係なさげだが
PT3、通常使用で壊れるかなあ？
* chardevドライバを無効化
* PT3を外して、目視で異常がないか確認
* 再度挿して起動
* DVBドライバで認識するか確認
とか。
* chardevドライバを無効化
* PT3を外して、目視で異常がないか確認
* 再度挿して起動
* DVBドライバで認識するか確認
とか。
俺環だけどmirakurun stopしてもrecpt1テストはsudo入れないと
>>712のエラー出た
>>712のエラー出た
sudoで解決するならデバイスファイルのパーミッションの問題では
recpt1使うユーザーをvideoグループに入れる
初歩的な質問で申し訳ない
debian9.6だと>>699の手順ではiHDドライバが入らず、Ubuntuでは普通に入ったんですが、
debianで使えないのは何が原因なんでしょうか
debian9.6だと>>699の手順ではiHDドライバが入らず、Ubuntuでは普通に入ったんですが、
debianで使えないのは何が原因なんでしょうか
mirakurunはrootで動くから>>712はまだ切り分けできてなさそうだが
mirakurunがデバイスを専有してるうちはエラー出るけど、真っ黒ってのはチナツ側の問題じゃないかい？
番組表が真っ暗って事はmirakurun側でepgデータの解析ができていないか
chinachu側が腐っているかでしょ
mirakurunのapi叩いて番組データ降ってくるか確認して切り分けした方がいいよ
chinachu側が腐っているかでしょ
mirakurunのapi叩いて番組データ降ってくるか確認して切り分けした方がいいよ
>>721
よくわからんけどdebian用っぽいの発見
https://ftp-master.debian.org/new/intel-media-driver_18.3.0+dfsg1-1.html
よくわからんけどdebian用っぽいの発見
https://ftp-master.debian.org/new/intel-media-driver_18.3.0+dfsg1-1.html
chinachuのキーワード予約の件、programs idをキーにしてファイル検索すれば
任意の録画ファイルがどのルールに基づいて自動予約されたものか分かるだろうと
軽く考えてたけど、もしかしてルールと予約を紐付ける管理ファイルって存在しない・・？
(rules.jsonの中には純粋なルール情報しか入ってなかった)
任意の録画ファイルがどのルールに基づいて自動予約されたものか分かるだろうと
軽く考えてたけど、もしかしてルールと予約を紐付ける管理ファイルって存在しない・・？
(rules.jsonの中には純粋なルール情報しか入ってなかった)
>>715
以降もレスくれた方ありがとうございます。試しに
chinachu-operator
chinachu-wui
mirakurun
を全部stopして
sudo adduser ****** video
も実行。
その上でsudo recpt1をしてみましたが、やっぱり同じエラーが出てしまいます。
手動録画が出来るところまではなんとか回復したいところですが…。
次はPCを開けてPT3の確認してみます。
以降もレスくれた方ありがとうございます。試しに
chinachu-operator
chinachu-wui
mirakurun
を全部stopして
sudo adduser ****** video
も実行。
その上でsudo recpt1をしてみましたが、やっぱり同じエラーが出てしまいます。
手動録画が出来るところまではなんとか回復したいところですが…。
次はPCを開けてPT3の確認してみます。
だれかご存知の方がいたら教えてください。
Raspberry Pi3 B+にPX-W3PE4を組み合わせて録画サーバーをつくろうとしています。
px4_drvをドライバとして使っています。
OSはRaspbianの最新版です。
recpt1も普通に使えるのですがどうも、mirakurunの設定のどこかがおかしいのか、
チャンネルスキャンがうまくいかず、ChinachuではEPG取得ができません。
インストール直後にはチャンネルスキャンができるのですが、そのときは必ずすべてのチャンネルが検出されません。
再起動すると、今度はcurl: (6) Could not resolve host: mirakurun-hostか
curl: (7) Failed to connect to localhost port 40772: Connection refusedと返されます。
ChinachuではBSも地デジも何も番組表が表示されません。
おそらくサーバーの設定のどこかがおかしいと思うのですが、何かご存じありいませんか？
Raspberry Pi3 B+にPX-W3PE4を組み合わせて録画サーバーをつくろうとしています。
px4_drvをドライバとして使っています。
OSはRaspbianの最新版です。
recpt1も普通に使えるのですがどうも、mirakurunの設定のどこかがおかしいのか、
チャンネルスキャンがうまくいかず、ChinachuではEPG取得ができません。
インストール直後にはチャンネルスキャンができるのですが、そのときは必ずすべてのチャンネルが検出されません。
再起動すると、今度はcurl: (6) Could not resolve host: mirakurun-hostか
curl: (7) Failed to connect to localhost port 40772: Connection refusedと返されます。
ChinachuではBSも地デジも何も番組表が表示されません。
おそらくサーバーの設定のどこかがおかしいと思うのですが、何かご存じありいませんか？
ありません
chinachuもう使ってないけど
mirakurunpathの設定がおかしいんじゃないの
mirakurunpathの設定がおかしいんじゃないの
どこかのサンプルをそのまま使ってそうだけどmirakirun-hostってのが名前解決できてなさそう
mirakirunとchinachuが同一サーバならデフォルト値（http+unix://略）から変える必要ない
mirakirunとchinachuが同一サーバならデフォルト値（http+unix://略）から変える必要ない
>>732
サンプルというかデフォルトの値をそのまま使ってます。
同一サーバー上で使ってるので問題はないかと思うのですが、少しそこらへんを変えてやってみます
サンプルというかデフォルトの値をそのまま使ってます。
同一サーバー上で使ってるので問題はないかと思うのですが、少しそこらへんを変えてやってみます
前に一回あったな
chinachuかmirakurunかrecdvbか、どれかに実行権限がないって仮定でインストールし直し、ユーザー名確認したりグループ追加ってしていったら解決した気がする
違ったらすまん
chinachuかmirakurunかrecdvbか、どれかに実行権限がないって仮定でインストールし直し、ユーザー名確認したりグループ追加ってしていったら解決した気がする
違ったらすまん
>>734
有益な情報ありがとうございます。
再インストールも3回してこれだったのでどこかにおかしい手順があるとは思うのですが、疑わしいところが見えた気がします。
その線を頼りにやってみます。
有益な情報ありがとうございます。
再インストールも3回してこれだったのでどこかにおかしい手順があるとは思うのですが、疑わしいところが見えた気がします。
その線を頼りにやってみます。
単純にチナツ側でコマンドを指定できてないだけじゃなくて？
>>736
いえ、mirakurunの方地上波のチャンネルスキャンもエラーで通らないんです。
でもrecpt1は普通に録画できるのでサーバーのどこかしらで間違ってるのだろうなと思いました。
いえ、mirakurunの方地上波のチャンネルスキャンもエラーで通らないんです。
でもrecpt1は普通に録画できるのでサーバーのどこかしらで間違ってるのだろうなと思いました。
まず
sudo mirakurun log server
あたりでログの確認。syntax errorが出てるなら内容がどこか間違ってる
あと、自分がハマったのはsyntax errorがservices.jsonとprograms.jsonで出てるならそっちを一度削除して再起動しないと直らない
sudo mirakurun log server
あたりでログの確認。syntax errorが出てるなら内容がどこか間違ってる
あと、自分がハマったのはsyntax errorがservices.jsonとprograms.jsonで出てるならそっちを一度削除して再起動しないと直らない
S270手に入ったので試してみたけど、Linuxでも少しドロップするね
ファームは一番新しそうなS1UD/V2.0のドライバのもの
ファームは一番新しそうなS1UD/V2.0のドライバのもの
>>737
最近同じ症状になったけどmirakurumアンインストールして、手動でmirakurumの関連ファイル全部けして、mirakurum入れ直しで直った。
最近同じ症状になったけどmirakurumアンインストールして、手動でmirakurumの関連ファイル全部けして、mirakurum入れ直しで直った。
>>739
* PX-S1UD (無印)
* S880i
* S270
上の機種Linuxで使ってたけどどれもイマイチだった。
結構前の話で複数環境でチェックしてないけど、
* 長時間使っていると転送エラーが出て使用不能になる
* ポロポロとドロップする
上の機種全部。結局、使わなくなった。
改善されてるかと思ったけど相変わらずドロップはするのね。
* PX-S1UD (無印)
* S880i
* S270
上の機種Linuxで使ってたけどどれもイマイチだった。
結構前の話で複数環境でチェックしてないけど、
* 長時間使っていると転送エラーが出て使用不能になる
* ポロポロとドロップする
上の機種全部。結局、使わなくなった。
改善されてるかと思ったけど相変わらずドロップはするのね。
TinkerboardでTSからmp4に変換するgstreamer書いた(というかRaspberry Pi用の
元ネタを修正した)けれど、需要ある?
元ネタを修正した)けれど、需要ある?
訊くより先にgithub
docker + node v10だと/etc/localtimeをvolume mountしていてもJSTじゃなくてUTCになるな
node v8なら問題なんだが
mirakurunの番組情報が9時間ずれて、ん？と思ったらdocker + node v10環境だと駄目っぽい
node v8なら問題なんだが
mirakurunの番組情報が9時間ずれて、ん？と思ったらdocker + node v10環境だと駄目っぽい
GitHub見るとチナツってもう一年近く更新されてないんだな
もう作者はDTVに興味を失ったのかな？
もう作者はDTVに興味を失ったのかな？
forkしてメンテナンス引き継いでもいいのよ?
EPGStationという新星が出てきたのでイイっすw
次スレからはテンプレに入れた方がよいね
次スレからはテンプレに入れた方がよいね
epgstationはmirakurunが死ぬと終わりだからね
chinachi作者には頑張ってもらいたい
chinachi作者には頑張ってもらいたい
ミラクルンは代替が無いから誰かが必死にメンテするだろう
でもこれだけの人が使って大きな問題も無いからもう良い感じに枯れ果ててそう
でもこれだけの人が使って大きな問題も無いからもう良い感じに枯れ果ててそう
両対応させるような仕組みを実装する猛者が出てきちゃうのが外国
すがり続けるのが日本
すがり続けるのが日本
デジタルテレビ放送の中で日本はISDBかつ無料放送スクランブルありとか外字とかニッチ過ぎて開発者も少ないだけやろ。
韓国とか米ATSCにハングル突っ込んだだけだから楽なんだよなあ
チナツ真っ黒現象再現した。真っ黒ってわけじゃなくてグレー。放送中の番組とライブ視聴の項目も無し。
mirakurunでチャンネルスキャンしたら発現した。治ったら報告するわ。
mirakurunでチャンネルスキャンしたら発現した。治ったら報告するわ。
チャンネルスキャンは正常終了してる。tvtestでも映らないんでミラクルンが原因っぽい。
mirakurun再起動しても変わらなかったけど、サーバー再起動したらtvtest復活した。
mirakurunだけアップデートしたときにnpmをアップデートしたんでnpmのバージョン違いでインスコした環境がうまく動いていないと仮定してチナツアップデート中。
アップデート終わった。正常だ。連投レスで悪いけど、時系列で経緯をまとめてレスするわ。
①2日前にmirakurunをアップデート、ついでにnpmもアップデート
②今日、tvtestの再生が飛ぶので、mirakurunが悪いのかと思い、再アップデート、合わせてチャンネルスキャンも行う。正常終了。
③チナツがグレー現象が発現、tvtestも映らなくなる
④mirakun再起動でも変わらない。鯖再起動でtvtest復活。npmアップデートしたのを思い出した。
⑤チナツアップデートで解決。
同じ現象の方は参考にしてくだされ。スレ汚しだったらすまん。
②今日、tvtestの再生が飛ぶので、mirakurunが悪いのかと思い、再アップデート、合わせてチャンネルスキャンも行う。正常終了。
③チナツがグレー現象が発現、tvtestも映らなくなる
④mirakun再起動でも変わらない。鯖再起動でtvtest復活。npmアップデートしたのを思い出した。
⑤チナツアップデートで解決。
同じ現象の方は参考にしてくだされ。スレ汚しだったらすまん。
たぶんだけど、mirakurun 再起動じゃなくて pm2 を再起動すればよかったんじゃないかな
>>760
そうだと思う。めんどくさくてついでにaptアップグレードして再起動しちゃった。
そうだと思う。めんどくさくてついでにaptアップグレードして再起動しちゃった。
GitHubのコミットが頻繁だから進んでるって訳じゃないんだけどな
内輪でどうでもいい機能をひねくり回してる場合も多いし
長く更新がないのはそれだけ本筋の機能が安定したから作者本人が
次の大きな改修まで弄りたくないってのもあるだろう
内輪でどうでもいい機能をひねくり回してる場合も多いし
長く更新がないのはそれだけ本筋の機能が安定したから作者本人が
次の大きな改修まで弄りたくないってのもあるだろう
運用に問題があってもソフト自体に問題はないからな。無理にアップデートする必要ないな。
〒080-0028 北海道帯広市西１８条南５丁目１３
stableやreleaseのタグを打つこともなく作業用のブランチを起こすこともなく
masterブランチ一本槍!!
漢だけど利用はしにくいよね
「このcommit番号のだったら辛うじて動いてるわ」ってな情報交換になる
masterブランチ一本槍!!
漢だけど利用はしにくいよね
「このcommit番号のだったら辛うじて動いてるわ」ってな情報交換になる
>>729
です。
一向に解決できないのですが、実は最初に1回だけチャンネルスキャンが通ったことがありまして、一度OSをクリーンインストールしたらできなくなったのです。
そのときと何が違うのか調べてみたところ、最近node.jsの8.x系のバージョンが上がったみたいです。
このバージョンアップが悪さしている可能性ってあると思いますか？
です。
一向に解決できないのですが、実は最初に1回だけチャンネルスキャンが通ったことがありまして、一度OSをクリーンインストールしたらできなくなったのです。
そのときと何が違うのか調べてみたところ、最近node.jsの8.x系のバージョンが上がったみたいです。
このバージョンアップが悪さしている可能性ってあると思いますか？
家と会社で計3台chinachu動かしてて今んとこ全部何ともないが、そういや全部nodejsを10にしてたかな？
会社？
chinachuの最新版はNode10でしか動かないと思ったけど
>>769
それは知らなかったです。
ただ今のところ、mirakurunでのスキャンができず、この状態では当然Chinachも使えないのでここで躓いてる感じです。
チューナーのドライバを入れず、recpt1もPTの
設定ファイルのままチャンネルスキャンをかけると再起動しても、再インストールしてもとりあえずチャンネルスキャンはしにいってくました。
勿論、Tuner no availableのような表示が出て何も起きないのですがこちらは何度やってもいける。
しかし、recpt1で録画できる状態にしてtuners.ymlを編集してスキャンを行うと、
mirakurun1回目はとりあえずスキャンしにいってTuner no availableの表示が出る。
2回目、もしくは再起動してスキャンをしようとするとCurl:(7)Failed…と出てしまう。
いわゆるチューナーロックというパターンとかも考えられたりしますかね？
px4drvも最近アップデートされたみたいで、1回だけ通った前後で変わったのは、nodeとpx4drvなのでどちらかが怪しい今のところは思ってます。
それは知らなかったです。
ただ今のところ、mirakurunでのスキャンができず、この状態では当然Chinachも使えないのでここで躓いてる感じです。
チューナーのドライバを入れず、recpt1もPTの
設定ファイルのままチャンネルスキャンをかけると再起動しても、再インストールしてもとりあえずチャンネルスキャンはしにいってくました。
勿論、Tuner no availableのような表示が出て何も起きないのですがこちらは何度やってもいける。
しかし、recpt1で録画できる状態にしてtuners.ymlを編集してスキャンを行うと、
mirakurun1回目はとりあえずスキャンしにいってTuner no availableの表示が出る。
2回目、もしくは再起動してスキャンをしようとするとCurl:(7)Failed…と出てしまう。
いわゆるチューナーロックというパターンとかも考えられたりしますかね？
px4drvも最近アップデートされたみたいで、1回だけ通った前後で変わったのは、nodeとpx4drvなのでどちらかが怪しい今のところは思ってます。
最近X68000風のラズパイ向けPCケースをみつけてから
ラズパイ環境を手に入れたくてウズウズしている俺がいる。
でもchinachu＋mirakurunはwin10@1709以降で普通に動くから
無理してラズパイやLinux環境にこだわるのも無いんだよな。
ラズパイ環境を手に入れたくてウズウズしている俺がいる。
でもchinachu＋mirakurunはwin10@1709以降で普通に動くから
無理してラズパイやLinux環境にこだわるのも無いんだよな。
個人的にはWindowsで組む方が無理してる
スティックPCで運用してるけど、消費電力少ないし便利だよ。たまに実家に帰ったときもノートでフルセグ見れる。
px4_drvの作者です
>>770
少々気になる状態ですね。px4_drvの不具合の可能性もあります。
もしよろしければデバッグにご協力いだたけないでしょうか。
ご協力いただける場合は、お手数ですが以下のものをお願いいたします。
1. 初期状態の設定ファイルを使用してチャンネルスキャンを行った際の、[mirakurunの動作ログ]
2. 編集後の[tuners.yml]と、そのファイルを使用してチャンネルスキャンを行った際の、[mirakurunの動作ログ]
(3. 2のチャンネルスキャンの際の[px4_drvの動作ログ])
px4_drvの動作ログは、ドライバをmakeする際にDEBUG=1を付け加えたものが出力します。
ですが、チャンネルスキャンを行った際のログの量が非常に多いので、3については無くても結構です。
>>770
少々気になる状態ですね。px4_drvの不具合の可能性もあります。
もしよろしければデバッグにご協力いだたけないでしょうか。
ご協力いただける場合は、お手数ですが以下のものをお願いいたします。
1. 初期状態の設定ファイルを使用してチャンネルスキャンを行った際の、[mirakurunの動作ログ]
2. 編集後の[tuners.yml]と、そのファイルを使用してチャンネルスキャンを行った際の、[mirakurunの動作ログ]
(3. 2のチャンネルスキャンの際の[px4_drvの動作ログ])
px4_drvの動作ログは、ドライバをmakeする際にDEBUG=1を付け加えたものが出力します。
ですが、チャンネルスキャンを行った際のログの量が非常に多いので、3については無くても結構です。
>>776
mirakurunの動作ログはvarフォルダに入ってるもので間違いないですよね？
3.のチャネルスキャンの際のログですが、makefileにDEBUG=1と記載すればいいということですか？浅学で申し訳ないです。
作者様に声をかけてまで頂いて、設定ミスだったら申し訳なすぎる、、、
mirakurunの動作ログはvarフォルダに入ってるもので間違いないですよね？
3.のチャネルスキャンの際のログですが、makefileにDEBUG=1と記載すればいいということですか？浅学で申し訳ないです。
作者様に声をかけてまで頂いて、設定ミスだったら申し訳なすぎる、、、
>>777
mirakurunの動作ログは/usr/local/var/log内のmirakurun.stdout.logとmirakurun.stderr.logがそうです。
3.については、ドライバをインストールする際に
$ make
の代わりに
$ make DEBUG=1
と実行するだけで大丈夫です。
ただし、px4_drvが既にロードされている状態でインストールを実行した場合には、modprobeでロードし直してください。
776が分かりにくくてすみません。
mirakurunの動作ログは/usr/local/var/log内のmirakurun.stdout.logとmirakurun.stderr.logがそうです。
3.については、ドライバをインストールする際に
$ make
の代わりに
$ make DEBUG=1
と実行するだけで大丈夫です。
ただし、px4_drvが既にロードされている状態でインストールを実行した場合には、modprobeでロードし直してください。
776が分かりにくくてすみません。
>>778
とりあえず返信が来るまでに、チャンネルスキャンの動作ログファイル以外はできました。
また後日にはなってしまいますが、そちらのほうも用意します。
http://whitecats.dip.jp/up/download/1543242809/attach/
あいことばは「px4drv」です
とりあえず返信が来るまでに、チャンネルスキャンの動作ログファイル以外はできました。
また後日にはなってしまいますが、そちらのほうも用意します。
http://whitecats.dip.jp/up/download/1543242809/attach/
あいことばは「px4drv」です
なんかtuners.ymlの設定がおかしいような
<channel>が抜けていたり、
チューナーは計４つのはずなのに、
0 of 5 tuners loaded
とか出てるし
<channel>が抜けていたり、
チューナーは計４つのはずなのに、
0 of 5 tuners loaded
とか出てるし
あ、うちのも最初は
0 of 5 tuners loaded
が出てて、その数行後で
4 of 4 tuners loaded
と出てた
0 of 5 tuners loaded
が出てて、その数行後で
4 of 4 tuners loaded
と出てた
0 of 5 tuners loaded
はインストール直後だけで、正しく設定ができれば
その後はチューナー数が出るはず
行頭のスペースも意味があるようだから、tuners.ymlの見直しをすすめます
はインストール直後だけで、正しく設定ができれば
その後はチューナー数が出るはず
行頭のスペースも意味があるようだから、tuners.ymlの見直しをすすめます
>>778
>>778
すいません、tuners.ymlを入れるの忘れているのに気づきました。
http://whitecats.dip.jp/up/download/1543246882/attach/
こっちに固めました。あいことばはさっきと同じ「px4drv」です。
前のやつは消しておきます
>>778
すいません、tuners.ymlを入れるの忘れているのに気づきました。
http://whitecats.dip.jp/up/download/1543246882/attach/
こっちに固めました。あいことばはさっきと同じ「px4drv」です。
前のやつは消しておきます
>>782
先頭の空白に意味があるんですか・・・初耳です。
とりあえず今空白とかないので直してきます。
これで治ったら作者様に申し訳なすぎる…
ぱっと調べた感じそんなこと書いてないのに…
先頭の空白に意味があるんですか・・・初耳です。
とりあえず今空白とかないので直してきます。
これで治ったら作者様に申し訳なすぎる…
ぱっと調べた感じそんなこと書いてないのに…
channels.ymlなんかもそうだけど、元のtuners.ymlの内容が
https://github.com/Chinachu/Mirakurun/blob/master/config/tuners.yml
なのだから、フォーマットを変えようとしないほうがいいと思う
https://github.com/Chinachu/Mirakurun/blob/master/config/tuners.yml
なのだから、フォーマットを変えようとしないほうがいいと思う
>>785
>>778
BS/CSだけ設定してみたところ2 of 4 tuners loadedと出てログには何かを取得してると思わしき文字列が出てきました！
お騒がせしてすいませんでした。特にpx4_drvの作者様、お手を煩わせて本当にすいません。
原因は、再インストールなので変な打ち込みミスを減らすのも目的で部分的なコピーなどを多様したことです。
フォーマットはきっちり守る、基本中の基本なんですが、気づきませんでした。
今、自分が目視できっちり書式を合わせて間違いなそうな書き方も認識してくれません。
どこかに違いがあるかも私には見つけられず、このせいで見落としていたみたいです。
CRLFとかTab文字とか内部的な違いがあったのかもしれません。
githubのRAWのとこから引っ張ってきたのを部分的に変えて認識しました。
2週間弱の間の悩みがなくなりました。相談に乗ってくれた皆様、本当にありがとうございました。
>>778
BS/CSだけ設定してみたところ2 of 4 tuners loadedと出てログには何かを取得してると思わしき文字列が出てきました！
お騒がせしてすいませんでした。特にpx4_drvの作者様、お手を煩わせて本当にすいません。
原因は、再インストールなので変な打ち込みミスを減らすのも目的で部分的なコピーなどを多様したことです。
フォーマットはきっちり守る、基本中の基本なんですが、気づきませんでした。
今、自分が目視できっちり書式を合わせて間違いなそうな書き方も認識してくれません。
どこかに違いがあるかも私には見つけられず、このせいで見落としていたみたいです。
CRLFとかTab文字とか内部的な違いがあったのかもしれません。
githubのRAWのとこから引っ張ってきたのを部分的に変えて認識しました。
2週間弱の間の悩みがなくなりました。相談に乗ってくれた皆様、本当にありがとうございました。
基本commandだけの編集で行けるんじゃないか？チャンネルスキャンは地上波のみ対応だった気がする。
PE4シリーズは無理してPCIeにつなぐ必要ないけどな。
最近Q3U4+ラズパイ+px4_drvという環境を構築したのですが、
ラズパイを再起動するとQ3U4の認識に失敗して/dev/px4video*が登録されない、
という症状が頻繁に発生し、悩んでいます。
そもそもLinuxのドライバ読み込み処理そのものに原因があるような気もするのですが、
回避する方法はないものでしょうか。
ラズパイを再起動するとQ3U4の認識に失敗して/dev/px4video*が登録されない、
という症状が頻繁に発生し、悩んでいます。
そもそもLinuxのドライバ読み込み処理そのものに原因があるような気もするのですが、
回避する方法はないものでしょうか。
gpio使ってQ3U4か間に挟んだセルフパワーHUBの電源OFF/ONするっていうのはどう？
unbind / bind でよいのでは
>>789
本当にご迷惑おかけしました…。まだ当分チューナを使って遊んでると思うので、不具合らしいものがあったらまた頼らせていただきます。
私はとりあえず動いたらいいなぐらいな気持ちで、amazonでとりあえず動かせそうなものを買いました。
http://amzn.asia/d/9PIMONf
これですが、特にPCIEx1に刺さなくても補助電源をさすだけで動いてます。
電源はペリフェラルのACアダプターからとってます。
https://www.yodobashi.com/product/100000001003807353/
あとはAINEXのUSBのメスとピンヘッダ変換パーツを使って接続して使えてます。
http://amzn.asia/d/gKJuhO3
まあこれだとW3U4とやってること変わらないんですけどね…
Rock64はRaspberry piと似ているみたいですので、多分同じような方法で、あとは認識さえすれば使えるのではないかなと思います。
本当にご迷惑おかけしました…。まだ当分チューナを使って遊んでると思うので、不具合らしいものがあったらまた頼らせていただきます。
私はとりあえず動いたらいいなぐらいな気持ちで、amazonでとりあえず動かせそうなものを買いました。
http://amzn.asia/d/9PIMONf
これですが、特にPCIEx1に刺さなくても補助電源をさすだけで動いてます。
電源はペリフェラルのACアダプターからとってます。
https://www.yodobashi.com/product/100000001003807353/
あとはAINEXのUSBのメスとピンヘッダ変換パーツを使って接続して使えてます。
http://amzn.asia/d/gKJuhO3
まあこれだとW3U4とやってること変わらないんですけどね…
Rock64はRaspberry piと似ているみたいですので、多分同じような方法で、あとは認識さえすれば使えるのではないかなと思います。
RPi使っている人ってケースというか本体以外も含めた収納どうしてるんです？
以前、本体、USBハブ、チューナー、 HDDとかを100円ショップのプラスチックケースに
ひとまとめにして使ってたんだけどケーブルが思ったより曲がらなくて意外と場所を取る
のと性能とか安定性(px4_drvの話ではないです)とかも含めていまいち気に入らなかった。
やっぱりHDDを内蔵できるケースでCeleronでもPCが良いなあと。でも小型のやつ。
PCG3みたいにケース作るの憧れる。
以前、本体、USBハブ、チューナー、 HDDとかを100円ショップのプラスチックケースに
ひとまとめにして使ってたんだけどケーブルが思ったより曲がらなくて意外と場所を取る
のと性能とか安定性(px4_drvの話ではないです)とかも含めていまいち気に入らなかった。
やっぱりHDDを内蔵できるケースでCeleronでもPCが良いなあと。でも小型のやつ。
PCG3みたいにケース作るの憧れる。
chinachu Airリリースﾏﾀﾞｧー！？
冬コミも結局出ないのかな？
本業が忙しいのかね
Chinachuを導入しようと思ってかれこれずっとAir待ちぼうけなんだけど、最近はEPGStationが勢いあるのね。
EPGStationの方が新しい分こなれてるっていう意見はちょくちょく見かけるけど、逆にChinachuじゃないと
出来ないことって何かあります？
EPGStationの方が新しい分こなれてるっていう意見はちょくちょく見かけるけど、逆にChinachuじゃないと
出来ないことって何かあります？
Harekaze for Kodi でkodi経由の録画
ルール作成時に複数局指定
こんなもんかな
ルール作成時に複数局指定
こんなもんかな
kodi経由の録画じゃなくて予約の間違いね
なるほど。ルール設定時に複数局指定できないのは運用次第では辛そうだけど、
そのうち実装されそうな気もする。
これからEPGStationセットアップしてきますわ、サンクス。
そのうち実装されそうな気もする。
これからEPGStationセットアップしてきますわ、サンクス。
>>794
いえいえお気になさらず～
ありがとうございます。
なるほど。こういったライザーカードでも動作するのですね。
参考になります。
一応手元にはAINEXの変換ケーブルがあったので、試しにQ3PE4を別PCのPCIe x1スロットに接続して電源を入れておき、USB変換ケーブルを使ってRock64に繋いで、mirakurun等を使用せず録画コマンド単体で8ch(地デジx4,BSx4)の録画をしてみました。
数分程度録画してみましたが、録画し始めを除いてドロップは無かったので、期待できそうな感じでした。
いえいえお気になさらず～
ありがとうございます。
なるほど。こういったライザーカードでも動作するのですね。
参考になります。
一応手元にはAINEXの変換ケーブルがあったので、試しにQ3PE4を別PCのPCIe x1スロットに接続して電源を入れておき、USB変換ケーブルを使ってRock64に繋いで、mirakurun等を使用せず録画コマンド単体で8ch(地デジx4,BSx4)の録画をしてみました。
数分程度録画してみましたが、録画し始めを除いてドロップは無かったので、期待できそうな感じでした。
特に問題なくEPGStationインストールできたまではいいが、なぜかGRのU局だけが
http://localhost:8888/api/channels に登録されているにもかかわらず
WebUIに表示されないの何でなんですかねぇ・・・
(config.jsonのexcludeServicesは設定していないです)
http://localhost:8888/api/channels に登録されているにもかかわらず
WebUIに表示されないの何でなんですかねぇ・・・
(config.jsonのexcludeServicesは設定していないです)
局情報は取れていても、番組情報が取れていなくて表示されないのでは？
>>803
少しでも助けになったのであればよかったです。やはり給電さえできればとりあえずは何でもいいのかなという感じはします。
Rock64ってUSB3.0があるおかげであんまり帯域を意識しないでも使えそうですよね。
また、mirakurunで録画が数分から10分程度で切れる不具合発生、、、
と思ったら、HDDケースかHDDそのもののどちらかがおかしかったみたいです。
2ch分録画するだけでなぜか録画が勝手に終了してたり、して共通項をずっと探してたら、合計1GB程度でファイルが途切れていました。
しかし、作者様が8ch同時録画でも大丈夫だったとのことで、流石にCPUの性能不足の線はなし。となるとストレージ？
と、考え込んでいたらasyncでHDDを読み込んだことが関係ありそうだったので色々調べたら原因はストレージだったという、、、
windowsマシンに繫いで大容量のデータを送信したら、400MB程度でなぜか全く書き込めなくなってしまってました。
まだしっかり切り分けできていませんが、あとはPCのSATAに直接繋いで挙動を確認です。
本当に今回は想定外のトラブル続きで勉強になります。
少しでも助けになったのであればよかったです。やはり給電さえできればとりあえずは何でもいいのかなという感じはします。
Rock64ってUSB3.0があるおかげであんまり帯域を意識しないでも使えそうですよね。
また、mirakurunで録画が数分から10分程度で切れる不具合発生、、、
と思ったら、HDDケースかHDDそのもののどちらかがおかしかったみたいです。
2ch分録画するだけでなぜか録画が勝手に終了してたり、して共通項をずっと探してたら、合計1GB程度でファイルが途切れていました。
しかし、作者様が8ch同時録画でも大丈夫だったとのことで、流石にCPUの性能不足の線はなし。となるとストレージ？
と、考え込んでいたらasyncでHDDを読み込んだことが関係ありそうだったので色々調べたら原因はストレージだったという、、、
windowsマシンに繫いで大容量のデータを送信したら、400MB程度でなぜか全く書き込めなくなってしまってました。
まだしっかり切り分けできていませんが、あとはPCのSATAに直接繋いで挙動を確認です。
本当に今回は想定外のトラブル続きで勉強になります。
>>805
恐らくそんな所だと思ってrivarunを直接立ち上げて表示されないチャンネルに合わせたら直後に表示されました。
ただ1局合わせただけで見えてなかったU局2つ同時に表示されるようになったのがよくわからん。
ちなみにUbuntu18.04標準リポジトリに入ってるffmpegパッケージインストールしたけど、config.jsonに
記述されたデフォルトパス(/usr/local/bin/)と違いますね。ちょっとハマった。(/usr/bin/)
しかしストリーミング配信chinachuより重いな・・・HWエンコじゃないとちょっとやってられない。
恐らくそんな所だと思ってrivarunを直接立ち上げて表示されないチャンネルに合わせたら直後に表示されました。
ただ1局合わせただけで見えてなかったU局2つ同時に表示されるようになったのがよくわからん。
ちなみにUbuntu18.04標準リポジトリに入ってるffmpegパッケージインストールしたけど、config.jsonに
記述されたデフォルトパス(/usr/local/bin/)と違いますね。ちょっとハマった。(/usr/bin/)
しかしストリーミング配信chinachuより重いな・・・HWエンコじゃないとちょっとやってられない。
>>807
一気に見えるようになったのはepgstation側の更新のタイミングかと
デフォで10分毎に更新のはず
ffmpegのオプションがveryfastだからchinachuに合わせてultrafastにすれば同じになると思うよ
一気に見えるようになったのはepgstation側の更新のタイミングかと
デフォで10分毎に更新のはず
ffmpegのオプションがveryfastだからchinachuに合わせてultrafastにすれば同じになると思うよ
ffmpegはソースからビルドする人も多いし、複数入れることもあるからパス変えられると便利
chinachuは自前ビルドのffmpeg内蔵してるけどvaapi使うなら消してグローバルに入れ直す必要あるんじゃなかったかな
chinachuは自前ビルドのffmpeg内蔵してるけどvaapi使うなら消してグローバルに入れ直す必要あるんじゃなかったかな
ultrafastはビットレを盛るかQPを15未満ぐらいにしないとエグい画質になるぞ。
圧縮率も悲惨だし。トランスコーダの軽さ重視で見て消すだけの用途なら
そこまで気にしなくていいと思うけど
圧縮率も悲惨だし。トランスコーダの軽さ重視で見て消すだけの用途なら
そこまで気にしなくていいと思うけど
px4_drvの作者です。
そういえば今までどこにも書いていなかったのですが、Raspberry PiのようなARM系CPUのコンピュータでpx4_drvを使う際には、カーネルのコマンドラインに
coherent_pool=4M
を追加することをお勧めします。
カーネルコマンドラインはRaspberry Piの場合、/boot/cmdline.txtに記述されています。
そういえば今までどこにも書いていなかったのですが、Raspberry PiのようなARM系CPUのコンピュータでpx4_drvを使う際には、カーネルのコマンドラインに
coherent_pool=4M
を追加することをお勧めします。
カーネルコマンドラインはRaspberry Piの場合、/boot/cmdline.txtに記述されています。
(本文が長すぎると言われたので分割)
そして、少し気になってRaspberry Pi 3 Model B(B+ではないです)にQ3PE4を >>803 と同じようにして繋いでみました。
自作したリアルタイムにドロップチェックができる録画コマンドを使用し、出力先に/dev/nullを指定して8ch(地デジx4,BSx4)の録画をしてみましたが、Rock64の場合とは異なりドロップがポロポロと継続的に出てしまいました。
ただしCPU使用率は8プロセス合計でも10～15%くらいでしたので、性能不足というわけではなさそうです。
6ch(地デジx3,BSx3)でも、ドロップが出たり出なかったりしましたので、Raspberry Piで安定的に録画できるのは4ch(地デジx2,BSx2)までだろうと思います。ですが、BSx2ではなくCSx2だと少々厳しいかもしれません。
BS/CSの録画を行わなずに地デジの録画のみを行うのであれば、もう少しチューナー数が増えても問題ないかもしれませんが。
そして、少し気になってRaspberry Pi 3 Model B(B+ではないです)にQ3PE4を >>803 と同じようにして繋いでみました。
自作したリアルタイムにドロップチェックができる録画コマンドを使用し、出力先に/dev/nullを指定して8ch(地デジx4,BSx4)の録画をしてみましたが、Rock64の場合とは異なりドロップがポロポロと継続的に出てしまいました。
ただしCPU使用率は8プロセス合計でも10～15%くらいでしたので、性能不足というわけではなさそうです。
6ch(地デジx3,BSx3)でも、ドロップが出たり出なかったりしましたので、Raspberry Piで安定的に録画できるのは4ch(地デジx2,BSx2)までだろうと思います。ですが、BSx2ではなくCSx2だと少々厳しいかもしれません。
BS/CSの録画を行わなずに地デジの録画のみを行うのであれば、もう少しチューナー数が増えても問題ないかもしれませんが。
(本文が長すぎると言われたので分割その2)
ただ、Rock64で試したときはなんとなくupstreamカーネル(4.19.4 SMP PREEMPT)を使用したので、PREEMPTでないカーネルだとRock64でも結果はRaspberry Piの場合と同じになるかもしれません。
(逆にRaspberry PiでもPREEMPTなカーネルを使うと8chでも問題なかったりするかも？)
あとは、Rock64とRaspberry PiのUSBポートの割り振り方の違いが影響していたりするのでしょうか。
Rock64の3つのUSBポートはRaspberry Piとは違って、それぞれが独立したルートハブに接続されています。
>>806
もしかしてUASPが不安定だったりしませんか？
HDDとケースの組み合わせによっては、大容量の転送を行うとディスクの読み書き操作がフリーズすることがあるようです。
ただ、Rock64で試したときはなんとなくupstreamカーネル(4.19.4 SMP PREEMPT)を使用したので、PREEMPTでないカーネルだとRock64でも結果はRaspberry Piの場合と同じになるかもしれません。
(逆にRaspberry PiでもPREEMPTなカーネルを使うと8chでも問題なかったりするかも？)
あとは、Rock64とRaspberry PiのUSBポートの割り振り方の違いが影響していたりするのでしょうか。
Rock64の3つのUSBポートはRaspberry Piとは違って、それぞれが独立したルートハブに接続されています。
>>806
もしかしてUASPが不安定だったりしませんか？
HDDとケースの組み合わせによっては、大容量の転送を行うとディスクの読み書き操作がフリーズすることがあるようです。
PLEXのデジベスト系チューナーのそういう問題はもともとチューナー側USBコントローラの問題なんだから
ホスト側コントローラとの相性が悪ければLINUX・WINDOWSに関係なくそうなる
ホスト側コントローラとの相性が悪ければLINUX・WINDOWSに関係なくそうなる
epgstation でエンコードオプションいじってるんだけど
エンコード後のファイルが登録されないのはなんでだろう？
具体的には
{
"name": "H264",
"cmd": "/bin/bash %ROOT%/config/enc.sh main",
"suffix": ".mp4",
"default": true
},
を、書き換えて
{
"name": "H264",
"cmd": "/bin/bash /home/epgstation/bin/AmatsukazeAddTask.sh mp4",
"suffix": ".mp4",
"default": true
},
みたいにして、実際にエンコード自体は出来ていて、ファイルも
出来ているのだが、録画一覧とか録画詳細で、H264ボタンが出ない。
このへんはどこをいじればいいのだろうか？
エンコード後のファイルが登録されないのはなんでだろう？
具体的には
{
"name": "H264",
"cmd": "/bin/bash %ROOT%/config/enc.sh main",
"suffix": ".mp4",
"default": true
},
を、書き換えて
{
"name": "H264",
"cmd": "/bin/bash /home/epgstation/bin/AmatsukazeAddTask.sh mp4",
"suffix": ".mp4",
"default": true
},
みたいにして、実際にエンコード自体は出来ていて、ファイルも
出来ているのだが、録画一覧とか録画詳細で、H264ボタンが出ない。
このへんはどこをいじればいいのだろうか？
エンコード後にepgstationで指定している出力先にファイル置いてる？
環境変数OUTPUTで渡ってくるやつ
あとはコマンドの戻り値がおかしいとか
ログ見りゃ分かるよ
環境変数OUTPUTで渡ってくるやつ
あとはコマンドの戻り値がおかしいとか
ログ見りゃ分かるよ
ファイルは指定先に置くようにしているし、実際にできてる。
コマンドの戻り値見てなかった。チェックしてみる。
ありがと。
コマンドの戻り値見てなかった。チェックしてみる。
ありがと。
連投すまん。
ログみたら答えが書いてあった。
AmatsukazeAddTask.sh を実行後に、即座にOUTPUTにファイルを
作ってあげないと、登録に失敗するみたいだったので、touchで
空のファイルを作ってあげることで解決した。
これでガンガンエンコードできる。
ログみたら答えが書いてあった。
AmatsukazeAddTask.sh を実行後に、即座にOUTPUTにファイルを
作ってあげないと、登録に失敗するみたいだったので、touchで
空のファイルを作ってあげることで解決した。
これでガンガンエンコードできる。
それだとファイル容量正しく認識できないから駄目なのでは？
エンコード完了までスクリプト側で待つようにしないと
エンコード完了までスクリプト側で待つようにしないと
>>815
enc.shかエンコード待ち時間が終わる時点で
エンコード済みファイルがあるかどうかチェックするんだよね
なので非同期なenc.shだとファイルが無いんでとうろくされない
エンコ時間かかりすぎてもだめ
待ち時間はconfig.jsonに設定する。rateだっけな？
enc.shかエンコード待ち時間が終わる時点で
エンコード済みファイルがあるかどうかチェックするんだよね
なので非同期なenc.shだとファイルが無いんでとうろくされない
エンコ時間かかりすぎてもだめ
待ち時間はconfig.jsonに設定する。rateだっけな？
rate=40にして呼び出してるけど
logoや字幕外字でペンディングする事もあるからtouchでもいいのかもね
logoや字幕外字でペンディングする事もあるからtouchでもいいのかもね
なるほど、たしかにファイルサイズが０だｗ
enc.sh の終了見てるなら、ファイルができるまでずっとsleepのloopして
いるようにして、待てばいいのかな。
まあ、サイズ表示が０以外に問題が出たら考えよう。
enc.sh の終了見てるなら、ファイルができるまでずっとsleepのloopして
いるようにして、待てばいいのかな。
まあ、サイズ表示が０以外に問題が出たら考えよう。
スカパースレでMax M4の真ん中の端子が地デジ用だと知って驚愕しつつ試してみたら感度が良くなった
NHK(27ch)の信号強度
ブースターで増幅した後に4分配 = 25dbm
ブースターなしで真ん中の端子のみ = 30dbm
以前は拾えなかった地方局のチャンネルも見えるようになった
普段使わないようなコネクタだったから下のやつで変換してる（ドイツのテレビで使われてる規格っぽい？）
https://www.amazon.co.jp/gp/product/B01KBUIDA2/ref=oh_aui_detailpage_o00_s00?ie=UTF8&psc=1
ファミコンのテレビ端子みたいな見た目だけど大きさ違ったから注意したほうがいいかも
NHK(27ch)の信号強度
ブースターで増幅した後に4分配 = 25dbm
ブースターなしで真ん中の端子のみ = 30dbm
以前は拾えなかった地方局のチャンネルも見えるようになった
普段使わないようなコネクタだったから下のやつで変換してる（ドイツのテレビで使われてる規格っぽい？）
https://www.amazon.co.jp/gp/product/B01KBUIDA2/ref=oh_aui_detailpage_o00_s00?ie=UTF8&psc=1
ファミコンのテレビ端子みたいな見た目だけど大きさ違ったから注意したほうがいいかも
衛星端子につないじゃってたのね…
EPGStationならMySQLサーバ内に全部レコード登録されてるから、selectコマンドで引っ張り出せるな。やったぜ！
$ ruleid="$(sudo mysql -u root -N -B -e "select ruleId from epgstation.Recorded where programId = ${PROGRAMID}")"
$ keyword="$(sudo mysql -u root -N -B -e "select keyword from epgstation.Rules where id = ${ruleid}")"
$ echo "${keyword}"
$ ruleid="$(sudo mysql -u root -N -B -e "select ruleId from epgstation.Recorded where programId = ${PROGRAMID}")"
$ keyword="$(sudo mysql -u root -N -B -e "select keyword from epgstation.Rules where id = ${ruleid}")"
$ echo "${keyword}"
left outer joinでSQLを一回にできんかと思ったが俺の知能では無理だった
んぁー、rootアカウントのシェルからキックした時はちゃんとselect結果
変数に格納されてるのに、EPGStationで実行すると空になるのなんでだ。
録画終了時コマンドrootで実行されてるから大丈夫だと思ったのに・・・
変数に格納されてるのに、EPGStationで実行すると空になるのなんでだ。
録画終了時コマンドrootで実行されてるから大丈夫だと思ったのに・・・
楽しんでるようだね
select Rules.keyword
from Recorded
inner join Rules on Recorded.ruleId = Rules.id
where Recorded.programId = ${PROGRAMID}
from Recorded
inner join Rules on Recorded.ruleId = Rules.id
where Recorded.programId = ${PROGRAMID}
EPGStationはrootでシェル実行なんかしないと思うが
touch だと問題が出たｗ
ts残さない設定にすると、キューに登録しただけでエンコ終わったと
間違えられてしまい、tsファイルが消されてエンコに失敗することが
判明した。
対策すっか。
ts残さない設定にすると、キューに登録しただけでエンコ終わったと
間違えられてしまい、tsファイルが消されてエンコに失敗することが
判明した。
対策すっか。
同期前提のものを非同期にやろうとしてるのか
>>815を見るにバッチのキューに登録してるものと推察するが、
俺もエンコはバッチ処理でやって欲しいなあ
俺もエンコはバッチ処理でやって欲しいなあ
なるほど別のバッチマネージャ的なものにキュー登録してるのか
ならその完了を待つ部分は自作になるな
EPGStation自身に非同期のジョブ管理機能があればいろいろできそうだが（ジョブ登録・終了監視・正常/異常時処理定義など）
録画管理にそこまでは求めすぎなのか、エンコードする人が多いならあってしかるべきなのか
ならその完了を待つ部分は自作になるな
EPGStation自身に非同期のジョブ管理機能があればいろいろできそうだが（ジョブ登録・終了監視・正常/異常時処理定義など）
録画管理にそこまでは求めすぎなのか、エンコードする人が多いならあってしかるべきなのか
BSディジタルがいつ停波されるか心配になってきた
2030年までもたんような
2030年までもたんような
ファイルサイズが０で保存されていると、kodi のプラグインから
読み込むのも支障が出るな。ぐぬぬ。
読み込むのも支障が出るな。ぐぬぬ。
今更な話題で申し訳ないのですが、ffmpeg4.0.1のvaapi(vp9_vaapiで)>>565のパッチを当ててもhwaccel vaapiを使うと冒頭の１秒画像が崩れるのですが
（逆に言えば問題はそれくらいなのですが）、同様の症状の方います？
録画している番組は主にBS1とBSプレミアムなんですが、どれも冒頭の1秒だけ崩れます。
（逆に言えば問題はそれくらいなのですが）、同様の症状の方います？
録画している番組は主にBS1とBSプレミアムなんですが、どれも冒頭の1秒だけ崩れます。
vp9_vaapi?? どのパッチの話をしてるんだろう。
パッチを当てない素のffmpeg4.1でやってみましたら今度はvp9_vaapiでも最初の一秒は崩れませんでした。
やはりパッチとvp9_vaapiの関係のようです。（hwaccel vaapiを使わなくてもパッチを当てたffmpegだと画像が崩れる）
やはりパッチとvp9_vaapiの関係のようです。（hwaccel vaapiを使わなくてもパッチを当てたffmpegだと画像が崩れる）
mpeg12dec.cだけでなくisdb向けffmpegをまるごとコンパイルしてみたのですが、やはりh264_vaapiでは冒頭ノイズなしなのにvp9_vaapiだとノイズがでます。
snapshotnのmpeg12dec.cの>>565の修正箇所を自分で書き加えたら画面が崩れなくなりました。
ffmpegのバージョンが違うのに、パッチだと思ってファイルを上書きしていたのでどこかおかしくなったようです。
それでもなんとか動くのがすごいですが。
くだらない話で邪魔をしてすみませんでした。
ffmpegのバージョンが違うのに、パッチだと思ってファイルを上書きしていたのでどこかおかしくなったようです。
それでもなんとか動くのがすごいですが。
くだらない話で邪魔をしてすみませんでした。
>>813
遅くなりました。注文したりしばらく試行錯誤して見ていなかったもので、、、
UASP周りは確認しませんでしたが、とりあえずSATAに直接繋いで確認してみたところやはりHDDの不良でした。
今度は別の問題にぶつかっております。
不定期なのかもよくわからないのですが、録画すると27MB程度のファイルしか生成されないことがあります。
しかし、普通に録画できるときはできているのですが、駄目になると一気に失敗するファイルが増えます。たまにその状態でも正常に録画できたりもします。
HDDも買い替えテストしたところ正常ですし、録画ファイル自体も再生でき、冒頭の20秒前後が録画されています。
BS11やサンテレビ、TBSなどを録画しますが、どの放送局でもこの症状が出るときは出る。
複数録画しているときもあれば、一つしか録画していないときも発生します。
録画はrecpt1のstz版でスクランブル解除も含めて録画なのですが、ここも関係あったりしそうでしょうか。
ログはまた確認してみるつもりですが、再起動してもその後の番組で録画失敗したり、どの状況で失敗しているのかも検討がつかないのです。
遅くなりました。注文したりしばらく試行錯誤して見ていなかったもので、、、
UASP周りは確認しませんでしたが、とりあえずSATAに直接繋いで確認してみたところやはりHDDの不良でした。
今度は別の問題にぶつかっております。
不定期なのかもよくわからないのですが、録画すると27MB程度のファイルしか生成されないことがあります。
しかし、普通に録画できるときはできているのですが、駄目になると一気に失敗するファイルが増えます。たまにその状態でも正常に録画できたりもします。
HDDも買い替えテストしたところ正常ですし、録画ファイル自体も再生でき、冒頭の20秒前後が録画されています。
BS11やサンテレビ、TBSなどを録画しますが、どの放送局でもこの症状が出るときは出る。
複数録画しているときもあれば、一つしか録画していないときも発生します。
録画はrecpt1のstz版でスクランブル解除も含めて録画なのですが、ここも関係あったりしそうでしょうか。
ログはまた確認してみるつもりですが、再起動してもその後の番組で録画失敗したり、どの状況で失敗しているのかも検討がつかないのです。
もうちょい切り分けないといかんのでは
mirakurunのログ見るとか
うちはラズパイでなくDebianだが
録画先をNASにしてたときmirakurunでTSFilter？のバッファがたまに溢れて、録画→中止→録画を繰り返してコマ切れファイルになったことがある
原因はわからないが、録画先をローカルSSDに変えてからは発生してない
貴方と同じような局を録ってるが、たぶんTBSじゃなくてMBSだよね
mirakurunのログ見るとか
うちはラズパイでなくDebianだが
録画先をNASにしてたときmirakurunでTSFilter？のバッファがたまに溢れて、録画→中止→録画を繰り返してコマ切れファイルになったことがある
原因はわからないが、録画先をローカルSSDに変えてからは発生してない
貴方と同じような局を録ってるが、たぶんTBSじゃなくてMBSだよね
mirakurun.stderr.logに以下のような出力がある場合はバッファあふれによる停止。
上位のEPGStation等がリトライするが同様にあふれると、録画失敗を繰り返して細切れになる。
TSFilter is overflowing the buffer...
TSFilter will closing because reached time limit of overflowing the buffer...
バッファを拡張したり、使用率をmirakurunのログに出したり工夫してる人がいた。
http://nodoka.org/mirakurun-%E3%83%90%E3%83%83%E3%83%95%E3%82%A1-%E6%9E%AF%E6%B8%87-%E9%9A%9C%E5%AE%B3%E5%AF%BE%E7%AD%96/
http://nodoka.org/mirakurun-%E3%83%90%E3%83%83%E3%83%95%E3%82%A1-%E6%9E%AF%E6%B8%87%E9%9A%9C%E5%AE%B3-%E5%AF%BE%E7%AD%96%E7%B7%A8/
上位のEPGStation等がリトライするが同様にあふれると、録画失敗を繰り返して細切れになる。
TSFilter is overflowing the buffer...
TSFilter will closing because reached time limit of overflowing the buffer...
バッファを拡張したり、使用率をmirakurunのログに出したり工夫してる人がいた。
http://nodoka.org/mirakurun-%E3%83%90%E3%83%83%E3%83%95%E3%82%A1-%E6%9E%AF%E6%B8%87-%E9%9A%9C%E5%AE%B3%E5%AF%BE%E7%AD%96/
http://nodoka.org/mirakurun-%E3%83%90%E3%83%83%E3%83%95%E3%82%A1-%E6%9E%AF%E6%B8%87%E9%9A%9C%E5%AE%B3-%E5%AF%BE%E7%AD%96%E7%B7%A8/
録画はリアルタイム処理だから、入力～出力のどこかが追いつかなければバッファに溜まる
バッファ増加は溢れるまでの時間を稼ぐ意味しかないから、一時的なことならバッファで耐えるだろうが、現状27MB録画程度で溢れるなら、同じ状況（重い作業？）になればやはり溢れるのでは
よほどバッファが大きくないと
発生条件を絞り込んで原因を取り除かないと忘れた頃に発生しそう
仮に重い作業とやらが原因ならそれを発生しないようにするとか
バッファ増加は溢れるまでの時間を稼ぐ意味しかないから、一時的なことならバッファで耐えるだろうが、現状27MB録画程度で溢れるなら、同じ状況（重い作業？）になればやはり溢れるのでは
よほどバッファが大きくないと
発生条件を絞り込んで原因を取り除かないと忘れた頃に発生しそう
仮に重い作業とやらが原因ならそれを発生しないようにするとか
でも様子見ってことだし、バッファ消費が瞬間的なことならバッファ増加で足りるケースもあるか
余計なことだったかも失礼
余計なことだったかも失礼
とりあえず数日間稼働させてますが、特に問題なくいけてます。シンプルにバッファ不足だったみたいです。
重い処理と言ってもラズパイにとって重い処理で、chinachuのシーンのカット？みたいなのを表示させるために、
ffmpegが動いてるだけで録画が止まったりしてました（毎回ではない）。
そもそも録画中にchinachuを開くことがあまりないので、取り敢えずは重い処理のことは気にせずこの状態で運用してみます
重い処理と言ってもラズパイにとって重い処理で、chinachuのシーンのカット？みたいなのを表示させるために、
ffmpegが動いてるだけで録画が止まったりしてました（毎回ではない）。
そもそも録画中にchinachuを開くことがあまりないので、取り敢えずは重い処理のことは気にせずこの状態で運用してみます
おっとっと
バッファサイズを増やして問題なさそうなんですね
なら良かったです
バッファサイズを増やして問題なさそうなんですね
なら良かったです
Mirakurun+ChinachuってEDCBみたいに録画しながらリアルタイムでtvtestで視聴する機能ってある？
1つしかチューナーがないのでEDCBで出来るUDPかTCPで送信してTVTestで再生できるのをしたいんですが
1つしかチューナーがないのでEDCBで出来るUDPかTCPで送信してTVTestで再生できるのをしたいんですが
>>853
BonDriver_mirakurunで録画中の番組も含め、視聴できるようにできますよ。
BonDriver_mirakurunで録画中の番組も含め、視聴できるようにできますよ。
なら最初からWindowsで組めやって話じゃないの？
あえてMirakurunやChinachuを挟む意味を感じないんだが
あえてMirakurunやChinachuを挟む意味を感じないんだが
録画と視聴が別マシンなだけでは
>>855
Windowsでは一部チューナー(PLEX系)が糞品質なドライバのせいでまともに録画できないとかじゃね？
Windowsでは一部チューナー(PLEX系)が糞品質なドライバのせいでまともに録画できないとかじゃね？
mirakurunにepg文字化け修正来たけど、皆どうですか？
むしろ今まで文字化けしてた？
Fedoraの吊るしのカーネル、earth-pt3モジュールが無いでやんの (′・ω・｀)
>>857
その一部Plexチューナーの問題はチューナー側USBコントローラに問題があるのが原因で
LinuxだろうがWindows だろうが誰のドライバだろうが起きる時は起きる。
速度に余裕のあるUSB IF用意してH/Wの競合がある時は原因を除くのが唯一の解決策だよ。
オレ等のLinuxドライバは優秀だからLinuxええでー てのはよくあるLinux好きの妄想だね
その一部Plexチューナーの問題はチューナー側USBコントローラに問題があるのが原因で
LinuxだろうがWindows だろうが誰のドライバだろうが起きる時は起きる。
速度に余裕のあるUSB IF用意してH/Wの競合がある時は原因を除くのが唯一の解決策だよ。
オレ等のLinuxドライバは優秀だからLinuxええでー てのはよくあるLinux好きの妄想だね
>>861
Plexの場合非公式ドライバで直せる程度のバあで放置してるから訳が違う
Plexの場合非公式ドライバで直せる程度のバあで放置してるから訳が違う
優秀だしな実際
digibestスレ見てこいよ
プレ糞がいかに仕事していないか丸分かりだぞ
プレ糞がいかに仕事していないか丸分かりだぞ
少なくともWindowsのドライバよりはよっぽど優秀だよ
ラズパイとW3U4だけどほとんどドロップもない
ラズパイとW3U4だけどほとんどドロップもない
そう思い込んでるだけだろ？
>>812あたり見ても作者も原因が判らない問題みたいだし
>>812あたり見ても作者も原因が判らない問題みたいだし
プレクスが昔から糞なのは同意だけど
今のレベルでLinuxドライバーにすれば解決とは思わないな
どっちも安定する環境では全く問題ない、
安定しない環境ではとことんだめ、特に４トラポン並列以上は
ユーザーの目が多い分安定しない環境があれば遠慮なく叩くのがWin環境
安定した環境で使えたらとことん褒めるのがLinux環境
そこが違うだけだろ
今のレベルでLinuxドライバーにすれば解決とは思わないな
どっちも安定する環境では全く問題ない、
安定しない環境ではとことんだめ、特に４トラポン並列以上は
ユーザーの目が多い分安定しない環境があれば遠慮なく叩くのがWin環境
安定した環境で使えたらとことん褒めるのがLinux環境
そこが違うだけだろ
>>867
すくなくともPLEX純正ドライバのせいでBSODになるよりマシ。
すくなくともPLEX純正ドライバのせいでBSODになるよりマシ。
q3pe4, q3u4はものが怪しいからな
しゃーない
しゃーない
一般的にハードル低目なのは確かだが
これは現実に安定優秀
これは現実に安定優秀
ドイツ製のMaxM4をすこるのだ…
ddbridgeにisdbsのコードが追加されたから最新ドライバを入れるだけで全部動くようになったのだ…
数ヶ月後にはきっとlinuxカーネルの標準ドライバとして使えるようになるのだ…
売れるようになれば製品ラインナップも増えるのだ…
ddbridgeにisdbsのコードが追加されたから最新ドライバを入れるだけで全部動くようになったのだ…
数ヶ月後にはきっとlinuxカーネルの標準ドライバとして使えるようになるのだ…
売れるようになれば製品ラインナップも増えるのだ…
語尾・・・
>>872
高い (299 EUR) ので買いたくないのだ…
Full Hight とか欲しくないのだ…
PT3 を持ってるのだ…
私には合いませんが、良いチューナーのようですね。
高い (299 EUR) ので買いたくないのだ…
Full Hight とか欲しくないのだ…
PT3 を持ってるのだ…
私には合いませんが、良いチューナーのようですね。
>>873
mirakurun経由で録画と視聴に使ってるけど問題なし
受信感度は体感だけど PT3 > MaxM4 >>>>>>>> W3PE4 くらいの違い
W3PE4でドロップ恐怖症になったからちょくちょく手動でドロップの確認するけど今まで一回もなかった
スカパー関係なければPT3と大差ない割に4倍近く高いけど、PT3の新規生産がない現状だと
金をかけてでもPT3を代替えできるクオリティが新品で欲しい人の選択肢になると思うんだよね
あと4チューナが地上波と衛星のどっちでも使えるから「地上波3チャンネル同時にカバーしたい」みたいな時に1枚で済んで便利だった
mirakurun経由で録画と視聴に使ってるけど問題なし
受信感度は体感だけど PT3 > MaxM4 >>>>>>>> W3PE4 くらいの違い
W3PE4でドロップ恐怖症になったからちょくちょく手動でドロップの確認するけど今まで一回もなかった
スカパー関係なければPT3と大差ない割に4倍近く高いけど、PT3の新規生産がない現状だと
金をかけてでもPT3を代替えできるクオリティが新品で欲しい人の選択肢になると思うんだよね
あと4チューナが地上波と衛星のどっちでも使えるから「地上波3チャンネル同時にカバーしたい」みたいな時に1枚で済んで便利だった
>>876
サンクス
クオリティゴミならプレ糞でいいよなーって思っていたから、
安定するよりみたいで何より
サンクス
クオリティゴミならプレ糞でいいよなーって思っていたから、
安定するよりみたいで何より
ま、W3PE4はv2.0が1.2万円弱で手に入るし、
とりあえずリアルタイムに見れればいい人にはちょうどいい選択なんじゃね？
録画してTSをいつまでもコレクションし続けたい人にはちょっと色々と難ありだと思うけど
とりあえずリアルタイムに見れればいい人にはちょうどいい選択なんじゃね？
録画してTSをいつまでもコレクションし続けたい人にはちょっと色々と難ありだと思うけど
ラズパイでffmpegエンコテストしてたんだけど
mpeg2HWデコード+h264HWエンコ
より
mpeg2SWデコード+h264HWエンコ
の方が速いんだけどこういうもんなんですかね？
前者は32fpsでて後者は40fps出ました
ちなみtopコマンドでCPUの負荷は前者が175%で後者が50%ぐらいだったので
CPUの負荷はかなり抑えられてるけど全体のスピードは8fpsも落ちちゃってます
ちゃんとHWデコードできてるんですかね？
mpeg2HWデコード+h264HWエンコ
より
mpeg2SWデコード+h264HWエンコ
の方が速いんだけどこういうもんなんですかね？
前者は32fpsでて後者は40fps出ました
ちなみtopコマンドでCPUの負荷は前者が175%で後者が50%ぐらいだったので
CPUの負荷はかなり抑えられてるけど全体のスピードは8fpsも落ちちゃってます
ちゃんとHWデコードできてるんですかね？
でも、重要なのはエンコ速度よりも、エンコ後のソース映像の再現具合じゃないの？
HWエンコは特に、早く終わったからと言って画質がいいとは限らないし
HWエンコは特に、早く終わったからと言って画質がいいとは限らないし
HWデコードはリアルタイム再生に必要なfpsしか出ない。
SWデコードはCPU次第で無限に速くできる。
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%
入れた
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までのビットレートに制限されているなどの制限が
あるのでしょうか？検索してみても言及しているページが見つからなかったので質問させていただきます。
瞬間的にビットレートが40mbpsを超えると画像が破綻するのですが（VAAPIオフではCPU負荷が高いものの再生できます）、
skylakeのintel hybrid codecってcore シリーズ初期のh.264デコードのように40mbpsまでのビットレートに制限されているなどの制限が
あるのでしょうか？検索してみても言及しているページが見つからなかったので質問させていただきます。
興味ないでもないけどスレ違いと思う
>>888
スレ違いですか。テレビスレらしいので良いと思ったのですが。
どうも皆さん失礼いたしました。
スレ違いですか。テレビスレらしいので良いと思ったのですが。
どうも皆さん失礼いたしました。
テレビは40Mbpsとかでやってねぇだろ
8Kは100Mbps
総合だしここでもいいんじゃねえかと思うが
まあ俺はわからん
まあ俺はわからん
100Mbpsといっても実質10MB/s前後でていれば余裕なんだろ。
>>890
あおけましておめでとうございます。
kaby lakeのVP9のglobalquality:v 100設定でBSプレミアムをトランスコードしているのですが（見るのはskylakeタブレット）、
概ね3000kbpsで推移してくれるのですが、難しいシーンなどでたまにビットレートが瞬発的に40mbpsを超えていることがあるんです。
単に設定ミスなんでしょうか？
今はHEVC 8bitに形式を変えたのでskylakeタブレットでもハードウェア固定機能でデコードできているので何とかなっているんですが、
過去の動画はすべてvp9なので少々困っています。
あおけましておめでとうございます。
kaby lakeのVP9のglobalquality:v 100設定でBSプレミアムをトランスコードしているのですが（見るのはskylakeタブレット）、
概ね3000kbpsで推移してくれるのですが、難しいシーンなどでたまにビットレートが瞬発的に40mbpsを超えていることがあるんです。
単に設定ミスなんでしょうか？
今はHEVC 8bitに形式を変えたのでskylakeタブレットでもハードウェア固定機能でデコードできているので何とかなっているんですが、
過去の動画はすべてvp9なので少々困っています。
tsをテレビで再生するのにオススメの方法とかある？
（テレビのDLNA使うとかは無しで）
raspberry pi3 + osmc で再生は余裕なんだけど、再生が終了するとフリーズする事が頻発する
あとシークするとよくフリーズする
スティックpcでも刺しておくのが良いのかね？
（テレビのDLNA使うとかは無しで）
raspberry pi3 + osmc で再生は余裕なんだけど、再生が終了するとフリーズする事が頻発する
あとシークするとよくフリーズする
スティックpcでも刺しておくのが良いのかね？
IEEE1394で再生。
>>896
自分も良い方法あれば知りたいな。
Fire T V StickだとBS系がダメだった。
現状は Ubuntu Server な録画用PCを Boot2Kodi で起動時に
Kodi がそのまま立ち上がるようにして視聴用と兼用してる。
接続はTVにHDMI。操作は無線ミニキーボード。
そのPCをHDMIケーブルの届く範囲にしか置けないし、
TVのリモコンと2つ操作する必要があるのがイマイチ。
https://github.com/abacao/Boot2Kodi
自分も良い方法あれば知りたいな。
Fire T V StickだとBS系がダメだった。
現状は Ubuntu Server な録画用PCを Boot2Kodi で起動時に
Kodi がそのまま立ち上がるようにして視聴用と兼用してる。
接続はTVにHDMI。操作は無線ミニキーボード。
そのPCをHDMIケーブルの届く範囲にしか置けないし、
TVのリモコンと2つ操作する必要があるのがイマイチ。
https://github.com/abacao/Boot2Kodi
Win系ならChromecastでもFireTVでも実用レベルだから使ってみるといい
http://vladi.cocolog-nifty.com/blog/2015/07/chromecasttvrem.html
http://vladi.cocolog-nifty.com/blog/2015/07/chromecasttvrem.html
うちはAndroidTVのKodiで無問題だがあえて自分がやるとしたら
プレイヤー外付系は結局TVリモコンが使えないと嫌気がさしそう
ラズパイやFireTVはCECでリモコン使えるから、フリーズ等の不具合の原因を究明してなんとかするか
キャスト系でいいならそれもあり、個人的には性に合わないが
今のTVだと、TV側にSMBで共有フォルダ内のts再生する機能あるんじゃないかな
DLNAと同じと言われるかもだが
プレイヤー外付系は結局TVリモコンが使えないと嫌気がさしそう
ラズパイやFireTVはCECでリモコン使えるから、フリーズ等の不具合の原因を究明してなんとかするか
キャスト系でいいならそれもあり、個人的には性に合わないが
今のTVだと、TV側にSMBで共有フォルダ内のts再生する機能あるんじゃないかな
DLNAと同じと言われるかもだが
サーバーがあるんなら中華のTVboxが安いし使えるよ
たいてkodi入ってるし
たいてkodi入ってるし
TVのリモコンにこだわらなくても学習リモコン買えばいいような・・・
Kodiって言うほど使い易くないだろ
dual monoみたいな国内仕様に対応してないから
NHKニュースとかJスポの二か国語放送に対応できないし
dual monoみたいな国内仕様に対応してないから
NHKニュースとかJスポの二か国語放送に対応できないし
>>900
firetvとかandroidtvのkodiってインタレの解除下手なの多くない？
うちも色々試したけど結局画質でラズパイKodiに戻ってきてしまった
固まるのは諦めてる
firetvとかandroidtvのkodiってインタレの解除下手なの多くない？
うちも色々試したけど結局画質でラズパイKodiに戻ってきてしまった
固まるのは諦めてる
kodiは箱の汎用プレーヤー起源だから家電に近い使用感なのは良いけど
日本ではすごく小さなコミュニティでやってて日本の放送フォーマットの肝心なところに
対応できてないまま10年経ってもマイナーな地位のままというイメージ
これやVLCが「使えない」からこそTVTestなんかか作られたとも言えるけど
日本ではすごく小さなコミュニティでやってて日本の放送フォーマットの肝心なところに
対応できてないまま10年経ってもマイナーな地位のままというイメージ
これやVLCが「使えない」からこそTVTestなんかか作られたとも言えるけど
STB用途のOSSは日本では不遇だねぇ
主流派であるDVBと同じにならないようにそこかしこに仕様のねじりを入れてあるISDBが悪い
vlcでAACのデュアルモノの件を解析してたときなんか
なんでこんなクソ仕様にしやがったんだ > 糞ARIB
と思ったもんです
主流派であるDVBと同じにならないようにそこかしこに仕様のねじりを入れてあるISDBが悪い
vlcでAACのデュアルモノの件を解析してたときなんか
なんでこんなクソ仕様にしやがったんだ > 糞ARIB
と思ったもんです
ラズパイlibreelec(kodi)は画面固まってもほぼ漏れなくsshは生きてるので
そこからkodiのプロセス殺せば復活します。
なのでスマホからワンタッチでそれやるアプリ作って凌いでます
因みに固まるのって局側のエンコーダ依存なのかな？
自分が見てる中ではがっちりマンデーが再生後に高確率で固まる
そこからkodiのプロセス殺せば復活します。
なのでスマホからワンタッチでそれやるアプリ作って凌いでます
因みに固まるのって局側のエンコーダ依存なのかな？
自分が見てる中ではがっちりマンデーが再生後に高確率で固まる
ssh経由で殺すの楽でいいね
俺もやってみる
俺もやってみる
>>910
次番組なら冒頭で止まるのかな？TVTestで再生しましょうな状態になってるのかな
次番組なら冒頭で止まるのかな？TVTestで再生しましょうな状態になってるのかな
EPGStation進化しまくってるな
Chinachuみたいに今どきスマホの番組表から予約ができないクソとは大違いだわ
Chinachuみたいに今どきスマホの番組表から予約ができないクソとは大違いだわ
なーんか泥TVや棒やラズパイでしきりにkodiを勧めてる人たちって
自分でもまともに使えてるとは思えないな
結局Windowsでストリーミング組むのが一番テレビでストレスなく見られるってことか
宗教上の理由なんかどうでもいいんだけど
自分でもまともに使えてるとは思えないな
結局Windowsでストリーミング組むのが一番テレビでストレスなく見られるってことか
宗教上の理由なんかどうでもいいんだけど
windowsである必要はないでしょ
ハードの問題なわけで
視聴機までwindows updateのメンテとか勘弁してくれ
ハードの問題なわけで
視聴機までwindows updateのメンテとか勘弁してくれ
WindowsUpdateを完全に停止することは簡単にできるけどね
心はいつもオフライン
自分がラズパイ使う理由は
コスト的に電源付けっぱなし運用可
ファンレス
完全な10FeetUI
CEC
これが出来れば何でも良いんだけど
それが現状ラズパイしかない
コスト的に電源付けっぱなし運用可
ファンレス
完全な10FeetUI
CEC
これが出来れば何でも良いんだけど
それが現状ラズパイしかない
CEC-USBアダプタを輸入したりしたもんだ
>>914
泥tvとfireとラズパイ版を同列にしてる時点で実際に使ってないんだと思いますが
全部使った感想としては主にハードデコード周りで
ラズパイ>>>>>>fire>>泥
位の差がありますよ
ラズパイは確実に実用レベルで、他はまあ人とコンテンツによるって感じかな
あと、そんなにNHKのニュース録画で見ます？現実音声選択で困った事なんて無いけどね
泥tvとfireとラズパイ版を同列にしてる時点で実際に使ってないんだと思いますが
全部使った感想としては主にハードデコード周りで
ラズパイ>>>>>>fire>>泥
位の差がありますよ
ラズパイは確実に実用レベルで、他はまあ人とコンテンツによるって感じかな
あと、そんなにNHKのニュース録画で見ます？現実音声選択で困った事なんて無いけどね
ラズパイフリーズしなければ完璧なんだよな
安いし
dualmono は録画完了後にffmpegで音声だけエンコすれば問題ない
リアルタイム視聴はテレビでするから知らん
安いし
dualmono は録画完了後にffmpegで音声だけエンコすれば問題ない
リアルタイム視聴はテレビでするから知らん
RaspberryPI3+Harekazeで何も問題なく使えてるけどね
vlcでそうなったかどうかまでは覚えてないんですけども
録画中に音声モードの切り替わりが入ると録画がそこで強制終了してしまうことがあったんです
視聴するときの選択よりも録画でドボンする影響が困ったちゃんだった
録画中に音声モードの切り替わりが入ると録画がそこで強制終了してしまうことがあったんです
視聴するときの選択よりも録画でドボンする影響が困ったちゃんだった
chinachuやepgstationにインターネット経由で接続するときcookieで自動認証したくて調べてたんだけど
Nginxに自前の認証チェックをパスしたらアクセス許可する方法があって実現できたわ
http://takuya-1st.hatenablog.jp/entry/2018/05/08/182127
BasicかDigest認証でURLにパスワード入れたり
VPNからつないで認証パスする手もあったけど、納得行かなかったから嬉しい
Nginxに自前の認証チェックをパスしたらアクセス許可する方法があって実現できたわ
http://takuya-1st.hatenablog.jp/entry/2018/05/08/182127
BasicかDigest認証でURLにパスワード入れたり
VPNからつないで認証パスする手もあったけど、納得行かなかったから嬉しい
あとクライアント証明書も使ってたけど
いちいち証明書をクライアントに入れて管理するのがめんどかった
いちいち証明書をクライアントに入れて管理するのがめんどかった
Harekazeなんてvlcとkodiという
ISDB扱うのが苦手で国外主体のコミュニティだから仕様もあまり弄れないと
Windous DTV界ではとうに見放されたものを有難がって使ってるわけだからな
使う側が「動いたら拍手止まってたらしょうがない」ぐらいの大らかさがないと無理
Linux DTVのコミュニティってそんなに優しい世界なのか？
ISDB扱うのが苦手で国外主体のコミュニティだから仕様もあまり弄れないと
Windous DTV界ではとうに見放されたものを有難がって使ってるわけだからな
使う側が「動いたら拍手止まってたらしょうがない」ぐらいの大らかさがないと無理
Linux DTVのコミュニティってそんなに優しい世界なのか？
>>928
こういうスレタイ読めないバカって定期的に湧くよね
"Linuxでテレビ"が目的で有って、テレビだけが目的じゃねーんだよ
こういうスレタイ読めないバカって定期的に湧くよね
"Linuxでテレビ"が目的で有って、テレビだけが目的じゃねーんだよ
前からいる人でしょ
air今年来るらしい
https://twitter.com/kanreisa/status/1080383517739999234
https://twitter.com/5chan_nel (5ch newer account)
https://twitter.com/kanreisa/status/1080383517739999234
https://twitter.com/5chan_nel (5ch newer account)
PT2の使い方話し合ったりしてたツレ二人と久しぶりに年末に会ったら
彼女（奥さん）と一緒に使うからってナスネ買ってたわ
視聴時の使いやすさ優先ならLinuxどころかPC用チューナー全般使わないし
俺も彼女欲しいよ
彼女（奥さん）と一緒に使うからってナスネ買ってたわ
視聴時の使いやすさ優先ならLinuxどころかPC用チューナー全般使わないし
俺も彼女欲しいよ
>>931
いらない
epgstationで事足りてます
作者もChinachuのよりも親切で真摯です
いらない
epgstationで事足りてます
作者もChinachuのよりも親切で真摯です
全録するならさすがに自作よか民製品買った方が楽
>>933
親でも殺されたか？
あ、作者がうんざりしてた粘着ユーザー様か
親でも殺されたか？
あ、作者がうんざりしてた粘着ユーザー様か
chinachuとmirakurunのアップデートきたな
mirakurunのmax_old_space_size増強されてるから、やっぱ256じゃ足りなかったんだな
mirakurunのmax_old_space_size増強されてるから、やっぱ256じゃ足りなかったんだな
今Epgstation使ってて、新参なのでChinachuとEpgstationの差がよくわからないんだけど
Chinachuのがいいんけ？
あとKodiのEpgstation録画プラグインってないんけ？
需要あってKodiのプラグイン作るの簡単なら作ってみてもいいんだけど
Chinachuのがいいんけ？
あとKodiのEpgstation録画プラグインってないんけ？
需要あってKodiのプラグイン作るの簡単なら作ってみてもいいんだけど
予約ってことはpvrプラグイン書く必要になるだろうから難しいだろうね
>>940
詳しそうな人が来てくれて助かった
難しいというのは、PVRプラグインだとPythonで書けないとかでしょうか？
今調べたらChinachuの方対応のHarekazeというのがネイティブっぽいんですが
ダメそうならChinachuに移行するよりは最悪これベースにGPLで公開のが楽そうなのでやってみます
詳しそうな人が来てくれて助かった
難しいというのは、PVRプラグインだとPythonで書けないとかでしょうか？
今調べたらChinachuの方対応のHarekazeというのがネイティブっぽいんですが
ダメそうならChinachuに移行するよりは最悪これベースにGPLで公開のが楽そうなのでやってみます
>>941
すまんそこまで詳しくない
harekazeがc++になったのってjsonのパースが遅すぎてそうなった
とどっかで読んだからpythonでできないことは無いんだろうけど、同じ事になると思うよ
すまんそこまで詳しくない
harekazeがc++になったのってjsonのパースが遅すぎてそうなった
とどっかで読んだからpythonでできないことは無いんだろうけど、同じ事になると思うよ
軽くググった感じpythonだと無理そうだね
>>942
なるほどそういう経緯なんですね、ありがとうございます
ちょっとソース借りて改造してみます
どちらにしろChinachuに移行するのが面倒って気まぐれ程度での取り組みですけど
なるほどそういう経緯なんですね、ありがとうございます
ちょっとソース借りて改造してみます
どちらにしろChinachuに移行するのが面倒って気まぐれ程度での取り組みですけど
現人神px4_drvおじさん
chinachuインストール時にnpm ERR!とでて以降動かない…
とりあえずおつかれ
FireTV Stickってインタレ解除どう？
6台が非対応になったから、8台か10台にしなくちゃいけないんだよな
>>949
第2世代にKodi入れてみたけど
mpeg2のインタレは解除されない
第2世代にKodi入れてみたけど
mpeg2のインタレは解除されない
治った^^
ラズパイでPX-W3U4使おうと思ってるんだけどpx4_drvのインストールに失敗します。
uname -rでカーネルのバージョンを調べると「4.14.90-v7+」なんですけど
カーネルヘッダを入れようとsudo apt-get install raspberrypi-kernel-headersで入れると「4.14.79-v7+」用のカーネルヘッダが入るのか
ドライバーをmakeしようとすると「make[1]: *** /lib/modules/4.14.90-v7+/build: No such file or directory. Stop.」とエラーがでます。
このフォルダはないんですが
/lib/modules/4.14.90-v7+/build
このフォルダはあります
/lib/modules/4.14.79-v7+/build
誰かラズパイで導入した人どうやってカーネルヘッダ入れたか教えてください＞＜
uname -rでカーネルのバージョンを調べると「4.14.90-v7+」なんですけど
カーネルヘッダを入れようとsudo apt-get install raspberrypi-kernel-headersで入れると「4.14.79-v7+」用のカーネルヘッダが入るのか
ドライバーをmakeしようとすると「make[1]: *** /lib/modules/4.14.90-v7+/build: No such file or directory. Stop.」とエラーがでます。
このフォルダはないんですが
/lib/modules/4.14.90-v7+/build
このフォルダはあります
/lib/modules/4.14.79-v7+/build
誰かラズパイで導入した人どうやってカーネルヘッダ入れたか教えてください＞＜
PC使いなさい
カーネルヘッダが入ってるバージョンに下げてからmakeする
rpi-updateに該当するハッシュつけてアップデートとかだったと思うけど、その辺は色々ググらないと出てこなかったから忘れちゃった
rpi-updateに該当するハッシュつけてアップデートとかだったと思うけど、その辺は色々ググらないと出てこなかったから忘れちゃった
自己解決しました。
sudo rpi-updateでファームウェアのバージョンを上げていたのが問題だったみたいです。
sudo apt-get install --reinstall raspberrypi-bootloader raspberrypi-kernelでカーネルのバージョンを戻すか
raspberrypi-kernel-headersは消してrpi-sourceを利用して最新のカーネルヘッダーをダウンロードしてみたらできました。
sudo rpi-updateでファームウェアのバージョンを上げていたのが問題だったみたいです。
sudo apt-get install --reinstall raspberrypi-bootloader raspberrypi-kernelでカーネルのバージョンを戻すか
raspberrypi-kernel-headersは消してrpi-sourceを利用して最新のカーネルヘッダーをダウンロードしてみたらできました。
3枚刺ししたPT3で，Linux標準のdvbドライバを使用すると3枚目が認識しません．
Debian Stretch 9.6です．m-tsudo/pt3のドライバだと3枚分認識します．どうすればよいのでしょうか
$ dmesg | grep pt3
[ 19.155581] earth_pt3 0000:03:00.0: DVB: registering adapter 0 frontend 0 (Toshiba TC90522 ISDB-S module)...
…中略
[ 19.544913] earth_pt3 0000:03:00.0: successfully init'ed PT3 (fw:0x04, I/F:0x01)
[ 19.547519] earth_pt3 0000:04:00.0: DVB: registering adapter 4 frontend 0 (Toshiba TC90522 ISDB-S module)...
…中略
[ 19.872970] earth_pt3 0000:04:00.0: successfully init'ed PT3 (fw:0x04, I/F:0x01)
[ 19.873267] earth_pt3 0000:05:00.0: failed to register adapter dev ←★★★これ
[ 19.873292] earth_pt3 0000:05:00.0: Failed to create FE0 ←★★★これ
[ 19.873454] earth_pt3: probe of 0000:05:00.0 failed with error -23 ←★★★これ
Debian Stretch 9.6です．m-tsudo/pt3のドライバだと3枚分認識します．どうすればよいのでしょうか
$ dmesg | grep pt3
[ 19.155581] earth_pt3 0000:03:00.0: DVB: registering adapter 0 frontend 0 (Toshiba TC90522 ISDB-S module)...
…中略
[ 19.544913] earth_pt3 0000:03:00.0: successfully init'ed PT3 (fw:0x04, I/F:0x01)
[ 19.547519] earth_pt3 0000:04:00.0: DVB: registering adapter 4 frontend 0 (Toshiba TC90522 ISDB-S module)...
…中略
[ 19.872970] earth_pt3 0000:04:00.0: successfully init'ed PT3 (fw:0x04, I/F:0x01)
[ 19.873267] earth_pt3 0000:05:00.0: failed to register adapter dev ←★★★これ
[ 19.873292] earth_pt3 0000:05:00.0: Failed to create FE0 ←★★★これ
[ 19.873454] earth_pt3: probe of 0000:05:00.0 failed with error -23 ←★★★これ
デフォルトのカーネルコンフィグで
dvbって8チューナ分までしか認識しないとかどっかで見た記憶がある
dvbって8チューナ分までしか認識しないとかどっかで見た記憶がある
横からだけどカーネルのチューナ数制限知らなかったから勉強になった
https://tvheadend.org/boards/5/topics/21133?r=21388
カーネルソースを書き換えて自分でビルドしないと制限数変えるのは無理なのね
pt3ドライバだとdvbと別の扱いだから制限に影響されないのかな
https://tvheadend.org/boards/5/topics/21133?r=21388
カーネルソースを書き換えて自分でビルドしないと制限数変えるのは無理なのね
pt3ドライバだとdvbと別の扱いだから制限に影響されないのかな
>>959
* kernel 4.9 の場合
https://github.com/torvalds/linux/blob/v4.9/drivers/media/dvb-core/Kconfig#L8
* kernel 4.10 の場合
https://github.com/torvalds/linux/blob/v4.10/drivers/media/dvb-core/Kconfig#L8
Debianはわからないけどバイナリで4.10以上にできるなら
アップデートすれば良いのでは。
* kernel 4.9 の場合
https://github.com/torvalds/linux/blob/v4.9/drivers/media/dvb-core/Kconfig#L8
* kernel 4.10 の場合
https://github.com/torvalds/linux/blob/v4.10/drivers/media/dvb-core/Kconfig#L8
Debianはわからないけどバイナリで4.10以上にできるなら
アップデートすれば良いのでは。
>>962
stretch-backports 使えば 4.18 にできる。
stretch-backports 使えば 4.18 にできる。
959です．皆様，返信ありがとうございます．
故あってProxmoxを使っているのですが，Kconfigを見ると default 16になってるので，3枚刺しでもイケるはずなんですが，駄目です．
PT3だから駄目なんでしょうか．
# cat /usr/src/linux-headers-4.15.18-9-pve/drivers/media/dvb-core/Kconfig
config DVB_MAX_ADAPTERS
int "maximum number of DVB/ATSC adapters"
depends on DVB_CORE
default 16
range 1 255
故あってProxmoxを使っているのですが，Kconfigを見ると default 16になってるので，3枚刺しでもイケるはずなんですが，駄目です．
PT3だから駄目なんでしょうか．
# cat /usr/src/linux-headers-4.15.18-9-pve/drivers/media/dvb-core/Kconfig
config DVB_MAX_ADAPTERS
int "maximum number of DVB/ATSC adapters"
depends on DVB_CORE
default 16
range 1 255
Proxmox知らないけど、カーネルのconfigはどうなっているの？
959です.
カーネルのコンフィグは特にいじってないのです．
どこで制限がかかってるんでしょうね．
dvb-coreのKconfigは上記の通りで，アダプタは最大16になってるはず．
PT3のKconfigは，中身見てみましたが，特に制限がありそうには見えませんでした．
/usr/src/linux-headers-4.15.18-9-pve/drivers/media/pci/pt3/Kconfig
config DVB_PT3
tristate "Earthsoft PT3 cards"
depends on DVB_CORE && PCI && I2C
select DVB_TC90522 if MEDIA_SUBDRV_AUTOSELECT
select MEDIA_TUNER_QM1D1C0042 if MEDIA_SUBDRV_AUTOSELECT
select MEDIA_TUNER_MXL301RF if MEDIA_SUBDRV_AUTOSELECT
help
Support for Earthsoft PT3 PCIe cards.
Say Y or M if you own such a device and want to use it.
カーネルのコンフィグは特にいじってないのです．
どこで制限がかかってるんでしょうね．
dvb-coreのKconfigは上記の通りで，アダプタは最大16になってるはず．
PT3のKconfigは，中身見てみましたが，特に制限がありそうには見えませんでした．
/usr/src/linux-headers-4.15.18-9-pve/drivers/media/pci/pt3/Kconfig
config DVB_PT3
tristate "Earthsoft PT3 cards"
depends on DVB_CORE && PCI && I2C
select DVB_TC90522 if MEDIA_SUBDRV_AUTOSELECT
select MEDIA_TUNER_QM1D1C0042 if MEDIA_SUBDRV_AUTOSELECT
select MEDIA_TUNER_MXL301RF if MEDIA_SUBDRV_AUTOSELECT
help
Support for Earthsoft PT3 PCIe cards.
Say Y or M if you own such a device and want to use it.
http://mao.2ch.net/test/read.cgi/linux/1501170434/
こっちのスレにちょうどPTxのDVBドライバの作者さんが来てるよ。
こっちのスレにちょうどPTxのDVBドライバの作者さんが来てるよ。
>>966
ちなみにKconfigは設定の定義だけで設定値そのものじゃないので
/lib/modules/$(uname -r)/build/.config とかを見ないと駄目ですよ
ちなみにKconfigは設定の定義だけで設定値そのものじゃないので
/lib/modules/$(uname -r)/build/.config とかを見ないと駄目ですよ
初代raspberry piにEPGStation入れるのに何回もdesign-material-liteってモジュールのとこでコケてやっと成功した
初代でも動作は結構軽いど
初代でも動作は結構軽いど
実行中のカーネルのconfigは/proc/config.gz でも見られるよ
zcat /proc/config.gz | grep DVB_MAX_ADAPTERS
zcat /proc/config.gz | grep DVB_MAX_ADAPTERS
>>971
Ubuntu だと残念ながら存在しない様です。
$ ls /proc/config.gz
ls: '/proc/config.gz' にアクセスできません: そのようなファイルやディレクトリはありません
ここによると
https://matoken.org/blog/2016/02/05/call-the-procconfig-gz-in-configs-module/
$ grep DVB_MAX /boot/config-4.15.0-43-generic
CONFIG_DVB_MAX_ADAPTERS=8
Ubuntu の場合カーネルの再ビルドが必要ですね。
Debian も同じでしょうかね？
Ubuntu だと残念ながら存在しない様です。
$ ls /proc/config.gz
ls: '/proc/config.gz' にアクセスできません: そのようなファイルやディレクトリはありません
ここによると
https://matoken.org/blog/2016/02/05/call-the-procconfig-gz-in-configs-module/
$ grep DVB_MAX /boot/config-4.15.0-43-generic
CONFIG_DVB_MAX_ADAPTERS=8
Ubuntu の場合カーネルの再ビルドが必要ですね。
Debian も同じでしょうかね？
EPGStation使い始めたんだけど、「録画済み」のとこに表示される番組のとこの…タッチすると+encodeって出てh.264選んで追加すると「エンコードキューに追加しました」となったから一晩寝たらエンコード勝手に終わってんのかなと思ったんだけど何も始まってないみたい。
これどうやって使うもんなの？よく分からんわ。
これどうやって使うもんなの？よく分からんわ。
俺は使ってないけど基本的にデフォルトのままでエンコードはできるはず。
ffmpeg入ってないとか、ffmpegのパスを正しく指定してないとかはしらん。
エンコードの状態は
logs/Service/system.log
に記録されるのでそこを見るべし。
ffmpeg入ってないとか、ffmpegのパスを正しく指定してないとかはしらん。
エンコードの状態は
logs/Service/system.log
に記録されるのでそこを見るべし。
3枚目のPT3が認識しない，で投稿した者です．
カーネルパラメータみたらやっぱし8個分が上限になってました．
これのせいですね．いろいろ勉強になりました．アドバイス下さった皆様ありがとうございます．
# grep DVB_MAX /boot/config-`uname -r`
CONFIG_DVB_MAX_ADAPTERS=8
カーネルパラメータみたらやっぱし8個分が上限になってました．
これのせいですね．いろいろ勉強になりました．アドバイス下さった皆様ありがとうございます．
# grep DVB_MAX /boot/config-`uname -r`
CONFIG_DVB_MAX_ADAPTERS=8
>>972
Debian の stretch backports の 4.18 は 16 だよ
Debian の stretch backports の 4.18 は 16 だよ
>>974
アドバイス有難う
どうやらデフォルト設定で録画済ファイル名に番組名つけるようになってて、
番組名に「！」とか入ってるとffmpegがfile not foundになってる模様
今度pi3買ってきてもう一回やり直してみる
アドバイス有難う
どうやらデフォルト設定で録画済ファイル名に番組名つけるようになってて、
番組名に「！」とか入ってるとffmpegがfile not foundになってる模様
今度pi3買ってきてもう一回やり直してみる
>>977
ファイル名の特殊文字がエスケープできてないとかそういう話ではなくてですかね
ファイル名の特殊文字がエスケープできてないとかそういう話ではなくてですかね
>>977
windowsでの話？windowsでその手の話は聞くけど
windowsでの話？windowsでその手の話は聞くけど
dd max m4 使用手順簡単そうだね
https://note.spage.jp/archives/438
https://note.spage.jp/archives/438
4k放送用DVBチューナーって日本でも使えるのかな？
ACASはどうにかしなくちゃいけないだろうけど。
ACASはどうにかしなくちゃいけないだろうけど。
マウスでポチポチやるだけなら楽なんだが…
>>978-979
system.logにffmpegのログ吐かせてみたらpresetとcrfってオプションでコケてたからconfigフォルダのenc.shで削ってみたら一応エンコードは始まるようになったわ。
thx
system.logにffmpegのログ吐かせてみたらpresetとcrfってオプションでコケてたからconfigフォルダのenc.shで削ってみたら一応エンコードは始まるようになったわ。
thx
PX-W3PE4でpx4_drvを利用させてもらっているものです。
CentOS 7.5環境で、px4_drv + recpt1 + mirakurun + EPGStationという環境で
使用しているのですが、たまにEPGStationにて録画が開始できない事があります。
/var/log/messageを見ると
kernel: px4_drv 2-1.5:1.0: px4_tsdev_open 0:2: failed. (ret: -5)
kernel: px4_drv 2-1.5:1.0: tc90522_write_regs: i2c_comm_master_write() failed. (num: 2, i: 0, addr: 22, reg: 13, ret: -5)
というログが延々とでています
これら現象について何かご存知の方いらっしゃいませんでしょうか？
（px4_drvは本日時点で最新版を利用しています）
CentOS 7.5環境で、px4_drv + recpt1 + mirakurun + EPGStationという環境で
使用しているのですが、たまにEPGStationにて録画が開始できない事があります。
/var/log/messageを見ると
kernel: px4_drv 2-1.5:1.0: px4_tsdev_open 0:2: failed. (ret: -5)
kernel: px4_drv 2-1.5:1.0: tc90522_write_regs: i2c_comm_master_write() failed. (num: 2, i: 0, addr: 22, reg: 13, ret: -5)
というログが延々とでています
これら現象について何かご存知の方いらっしゃいませんでしょうか？
（px4_drvは本日時点で最新版を利用しています）
984です。連投失礼します。また起動直後から
px4_drv 2-1.5:1.0: px4_tsdev_set_channel 0:1: tc90522_tmcc_get_tsid_s() failed.
の繰り返し後
INFO: task recpt1_px4:4941 blocked for more than 120 seconds.
"echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
recpt1_px4 D ffff9806361dc100 0 4941 4391 0x00000080
Call Trace:
schedule+0x29/0x70
ringbuffer_read_to_user+0x10d/0xcd0 [px4_drv]
? wake_up_atomic_t+0x30/0x30
px4_tsdev_read+0x6d/0xc0 [px4_drv]
vfs_read+0x9f/0x170
SyS_read+0x7f/0xf0
? system_call_after_swapgs+0xae/0x146
system_call_fastpath+0x22/0x27
? system_call_after_swapgs+0xae/0x146
INFO: task recpt1_px4:4941 blocked for more than 120 seconds.
というログが出ることもありました。
px4_drv 2-1.5:1.0: px4_tsdev_set_channel 0:1: tc90522_tmcc_get_tsid_s() failed.
の繰り返し後
INFO: task recpt1_px4:4941 blocked for more than 120 seconds.
"echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
recpt1_px4 D ffff9806361dc100 0 4941 4391 0x00000080
Call Trace:
schedule+0x29/0x70
ringbuffer_read_to_user+0x10d/0xcd0 [px4_drv]
? wake_up_atomic_t+0x30/0x30
px4_tsdev_read+0x6d/0xc0 [px4_drv]
vfs_read+0x9f/0x170
SyS_read+0x7f/0xf0
? system_call_after_swapgs+0xae/0x146
system_call_fastpath+0x22/0x27
? system_call_after_swapgs+0xae/0x146
INFO: task recpt1_px4:4941 blocked for more than 120 seconds.
というログが出ることもありました。
>>983
preset とcrfって基本的なオプションのような…
ffmpegのバージョンが古いとか有りそう
preset とcrfって基本的なオプションのような…
ffmpegのバージョンが古いとか有りそう
dd max m4をmirakurunで使用する際
プレミアムと通常のCASを処理どうするんだろ...
プレミアムと通常のCASを処理どうするんだろ...
>>986
raspberry pi用にlibx264の代わりにh264_omxでビルドしたせいっぽい
raspberry pi用にlibx264の代わりにh264_omxでビルドしたせいっぽい
デコーダ側で判定してb25 or b1に渡すような処理しないと駄目だろうね
少なくともmirakurun側の仕事ではない事は確か
少なくともmirakurun側の仕事ではない事は確か
>>985
> tc90522_tmcc_get_tsid_s() failed.
https://github.com/nns779/px4_drv/blob/develop/driver/px4.c#L648
ここでエラー出るんだね。ISDB-S(BS,CS)のスロット番号がおかしいのかも？
どこの recpt1 使ってる？
https://github.com/stz2012/recpt1/blob/master/recpt1/recpt1.h#L38
https://github.com/stz2012/recpt1/blob/master/recpt1/pt1_dev.h#L42
だと 3個めの 1 がスロット番号だけど。
>>984
エラーは表示はここだろうけど。
https://github.com/nns779/px4_drv/blob/develop/driver/tc90522.c#L42
> (num: 2, i: 0, addr: 22, reg: 13, ret: -5)
addr: 22 から ISDB-S で reg: 13 からここでのエラーかと。
https://github.com/nns779/px4_drv/blob/develop/driver/tc90522.c#L165
tc90522(demodulator)のsleepもしくはwakeupに失敗してそう。
普通は失敗することないはずと思うので原因は良くわかんない。
後は作者さんが来てくれることを祈ろう。
> tc90522_tmcc_get_tsid_s() failed.
https://github.com/nns779/px4_drv/blob/develop/driver/px4.c#L648
ここでエラー出るんだね。ISDB-S(BS,CS)のスロット番号がおかしいのかも？
どこの recpt1 使ってる？
https://github.com/stz2012/recpt1/blob/master/recpt1/recpt1.h#L38
https://github.com/stz2012/recpt1/blob/master/recpt1/pt1_dev.h#L42
だと 3個めの 1 がスロット番号だけど。
>>984
エラーは表示はここだろうけど。
https://github.com/nns779/px4_drv/blob/develop/driver/tc90522.c#L42
> (num: 2, i: 0, addr: 22, reg: 13, ret: -5)
addr: 22 から ISDB-S で reg: 13 からここでのエラーかと。
https://github.com/nns779/px4_drv/blob/develop/driver/tc90522.c#L165
tc90522(demodulator)のsleepもしくはwakeupに失敗してそう。
普通は失敗することないはずと思うので原因は良くわかんない。
後は作者さんが来てくれることを祈ろう。
>>985
間違ったこと書いてるごめんなさい。
recpt1のBSチャンネル指定は BS01_0 とかだからスロット番号間違ってる
わけないですね。
間違ったこと書いてるごめんなさい。
recpt1のBSチャンネル指定は BS01_0 とかだからスロット番号間違ってる
わけないですね。
ありがちなミスでもあるね
px4_drvの作者です
>>984-985
これは推測となってしまいますが、恐らく電源が不安定ではないかと思います。
過去にPEスレに「ASPMをオフにしたら安定した」というような内容の書き込みがあった気がしますので、こちらを試してみるというのはいかがでしょうか。
recpt1がブロックするのは、デバイスファイル(/dev/px4video*)の内部バッファにTSが流れてこない場合に発生します。
この状態でもCtrl+Cなどでrecpt1を終了させることができるようになっていますが、どうやらあまりよろしくなさそうなのでそのうち直します。
それらとは別に、エラーログが断片的で分かりにくいと感じたので追加しました。
電源関係を見直されても状況が改善されない場合は、px4_drv rev: 60以上をインストールした状態で同様のエラーが発生した際のログをお願いいたします。
>>984-985
これは推測となってしまいますが、恐らく電源が不安定ではないかと思います。
過去にPEスレに「ASPMをオフにしたら安定した」というような内容の書き込みがあった気がしますので、こちらを試してみるというのはいかがでしょうか。
recpt1がブロックするのは、デバイスファイル(/dev/px4video*)の内部バッファにTSが流れてこない場合に発生します。
この状態でもCtrl+Cなどでrecpt1を終了させることができるようになっていますが、どうやらあまりよろしくなさそうなのでそのうち直します。
それらとは別に、エラーログが断片的で分かりにくいと感じたので追加しました。
電源関係を見直されても状況が改善されない場合は、px4_drv rev: 60以上をインストールした状態で同様のエラーが発生した際のログをお願いいたします。
FAILED: CoCreateInstance(ITuningSpace)
IMediaControl::Pause Success.
IMediaControl::Stop Success.
CBonTuner::Release called.
~CBonTuner called.
COMProcThread: Thread terminated.
IMediaControl::Pause Success.
IMediaControl::Stop Success.
CBonTuner::Release called.
~CBonTuner called.
COMProcThread: Thread terminated.
984です。
>>991
ありがとうございます。recpt1は、PLEXのもので
pt1_dev.hに"/dev/px4video[0-3]"追加、BS移動対応変更して利用しています。
>>994
ありがとうございます。ASPMはBIOSにてOFFになっていました。
本日版でビルドしなおし実行中です
現状「録画できない」「エラーログが連続発生」する事象は再現しておりませんが、
it930x_control: Command failed. (cmd: 0x002b, len: 5, rlen: 5, rcode: 21, csum: 0xb3ea)
tc90522_write_regs: i2c_comm_master_write() failed. (num: 2, i: 0, addr: 0x26, reg: 0x13, ret: -5)
px4_tsdev_open 0:0: tc90522_sleep_s(1, true) failed. (ret: -5)
px4_tsdev_open 0:0: failed. (ret: -5)
systemd: Started PC/SC Smart Card Daemon.
pcscd: 00000000 utils.c:53:GetDaemonPid() Can't open /var/run/pcscd/pcscd.pid: No such file or directory
pcscd: 00061054 ccid_usb.c:1087:ControlUSB() control failed (2/3): -9 Resource temporarily unavailable
というメッセージが出ております
>>991
ありがとうございます。recpt1は、PLEXのもので
pt1_dev.hに"/dev/px4video[0-3]"追加、BS移動対応変更して利用しています。
>>994
ありがとうございます。ASPMはBIOSにてOFFになっていました。
本日版でビルドしなおし実行中です
現状「録画できない」「エラーログが連続発生」する事象は再現しておりませんが、
it930x_control: Command failed. (cmd: 0x002b, len: 5, rlen: 5, rcode: 21, csum: 0xb3ea)
tc90522_write_regs: i2c_comm_master_write() failed. (num: 2, i: 0, addr: 0x26, reg: 0x13, ret: -5)
px4_tsdev_open 0:0: tc90522_sleep_s(1, true) failed. (ret: -5)
px4_tsdev_open 0:0: failed. (ret: -5)
systemd: Started PC/SC Smart Card Daemon.
pcscd: 00000000 utils.c:53:GetDaemonPid() Can't open /var/run/pcscd/pcscd.pid: No such file or directory
pcscd: 00061054 ccid_usb.c:1087:ControlUSB() control failed (2/3): -9 Resource temporarily unavailable
というメッセージが出ております
EPGstationをdebianでセットアップしてるんだが
https://github.com/l3tnun/EPGStation/blob/master/doc/linux-setup.md
の $ sudo pm2 startup <OS名>
ここのOS名ってなんぞや
https://github.com/l3tnun/EPGStation/blob/master/doc/linux-setup.md
の $ sudo pm2 startup <OS名>
ここのOS名ってなんぞや
>>997
http://pm2.keymetrics.io/docs/usage/startup/
プラットフォームを名前で指定するとそれ用に自動起動設定するけど
$ sudo pm2 startup
だけでも勝手にいいかんじに設定してくれる
コマンドは聞きに来るよりとりあえずヘルプ見たほうが手間が少ないと思うよ
$ sudo pm2 -h
http://pm2.keymetrics.io/docs/usage/startup/
プラットフォームを名前で指定するとそれ用に自動起動設定するけど
$ sudo pm2 startup
だけでも勝手にいいかんじに設定してくれる
コマンドは聞きに来るよりとりあえずヘルプ見たほうが手間が少ないと思うよ
$ sudo pm2 -h
>>997
君みたいな初心者はラズパイかUbuntu Serverで始めたほうがいいと思うよ
情報量多いから
君みたいな初心者はラズパイかUbuntu Serverで始めたほうがいいと思うよ
情報量多いから
>>996
ありがとうございます。
最初4行のログですが、ドライバのテスト中にPX-W3U4をACアダプタなしで使用しようとした場合にも同様のエラーが発生しました。
I2C通信が何らかの理由で失敗すると、このようなエラーが発生するようです。
何かチューナーカード付近に強いノイズを発する機器はありませんでしょうか？
pcscdのエラーについては私のほうでは詳しいことはわかりません。すみません。
ありがとうございます。
最初4行のログですが、ドライバのテスト中にPX-W3U4をACアダプタなしで使用しようとした場合にも同様のエラーが発生しました。
I2C通信が何らかの理由で失敗すると、このようなエラーが発生するようです。
何かチューナーカード付近に強いノイズを発する機器はありませんでしょうか？
pcscdのエラーについては私のほうでは詳しいことはわかりません。すみません。
lud20220918120715caこのスレへの固定リンク： http://5chb.net/r/avi/1526812712/
ヒント：5chスレのurlに http://xxxx.5chb.net/xxxx のようにbを入れるだけでここでスレ保存、閲覧できます。
ブックマークへ |
|---|
全掲示板一覧 この掲示板へ 人気スレ | Youtube 動画 >50 >100 >200 >300 >500 >1000枚 新着画像
↓「Linuxでテレビ総合スレ 避難所 2 ->画像>1枚 」を見た人も見ています：
・Linuxでテレビ総合スレ 避難所
・Linuxでテレビ総合スレ 避難所5
・Linuxでテレビ総合スレ 第二避難所 [無断転載禁止]
・Xbox360総合スレ 避難所1508
・凸凸凸日本の城総合スレ凸凸凸Part16避難所
・愛媛県松山市総合スレッド 避難所
・今期アニメ総合スレ 2338 【避難所】
・サッカー日本代表総合スレ 避難所
・今期アニメ総合スレ 2339 【避難所】
・西武鉄道総合避難所スレ [無断転載禁止]
・～ サッカー漫画総合スレ 避難所～
・ﾀﾞｯﾁﾜｲ符「東方シリーズ総合スレッド 避難所」
・【避難所】◆PCエンジン総合スレッドVer.40.94
・【避難所】高校野球総合スレ【スポーツサロン】
・【荒らしお断り】国家総合職スレ part54【避難所】
・【ToLOVEる】矢吹健太朗総合スレ避難所【ダークネス】
・【総合避難所】エロ画像なんでもあｐ＆雑談スレッド ©bbspink.com
・駅トイレ・鉄道トイレ総合スレ 10箇所目 [広域避難所]
・【視聴・録画】Linuxでテレビ総合15
・【視聴・録画】Linuxでテレビ総合16
・gato総合 避難所
・【MHP3/3G/4】狗竜総合避難所 33hj【ﾍｰｲ！】
・【we hate landfill】ドラゴンクエストヒーローズ総合 【DQH/DQH2】避難所５ [無断転載禁止]
・【アッキード事件】森友学園/公文書改竄/リニア/加計学園/スパコン汚職・準強姦もみ消し/総合・避難所★1500
・NHK総合を常に実況し続けるスレ 149308 避難訓練
・NHK総合を常に実況し続けるスレ 163448 避難生活
・MEGWIN TV 避難所スレ Part1 [無断転載禁止]
・おそ松雑談スレpink避難所 2 [無断転載禁止]©bbspink.com
・【熊本地震・マスコミ】「避難所で70代女性が死亡」のニュース テレビ朝日の動画が「トイレ盗撮」だと騒動に [無断転載禁止]
・本スレ避難所
・作画を語るスレ避難所261
・【避難所】何切るスレ
・★月星座スレ避難所★
・茨城オカルトスレ避難所31
・低価格なテレビ総合スレ
・作画を語るスレ避難所838 [無断転載禁止]
・キャプテン翼を語るスレ避難所 34
・低価格4Kテレビ総合スレ No.３
・お受験板神奈川県立高校スレ避難所
・低価格4Kテレビ総合スレ No.6
・低価格4Kテレビ総合スレ No.11
・【みくにゃん】作画を語るスレ避難所574
・低価格4Kテレビ 総合スレ No.17
・🍉もう夏ね早いわねIN緊急避難所
・■大相撲総合スレ■名古屋場所
・hiphop板自治スレ避難所 ★２
・【博多の】HKT48★【本スレ避難所】
・中京テレビアナウンサー総合スレ12
・【既女避難所◎井戸端会議】絡みスレ
・【KNB・BBT・TUT】富山のテレビ総合スレ 9
・山﨑賢人＆土屋太鳳応援スレ避難所7
・国立情報学研究所 総合スレッド
・キャラ性格診断スレ避難所 part.30
・中京テレビアナウンサー総合スレ11
・【HD/4K/有機EL】LGテレビ総合スレッド Part9
・低価格の液晶テレビ 総合スレッド 27台目
・【IP有】藤井聡太応援スレ避難所 Part4
・【NKT・BSN・TSK】山陰のテレビ総合スレ3
・山﨑賢人＆土屋太鳳応援スレ避難所 [無断転載禁止]
・競馬の売上を貼りつけるスレッド 避難所 Part.5
・【乃木坂46】堀未央奈応援スレ避難所☆1【堀ちゃん】
・ΩΩΩテレビ番組の占い総合スレ三ΩΩΩ
・【KNB・BBT・TUT】富山のテレビ総合スレ 11
・レコードプレーヤー総合スレッド 4台目
・【僕のヒーローアカデミア】爆豪勝己受けスレ避難所
17:16:07 up 55 days, 17:19, 0 users, load average: 72.88, 27.53, 27.18
in 0.094558000564575 sec
@0.094558000564575@0b7 on 031006 |