Linuxでテレビ総合スレ 避難所 3 ->画像>5枚

Linuxでテレビ総合スレ 避難所 [無断転載禁止]©2ch.net
http://2chb.net/r/avi/1500559118/
※前スレ
Linuxでテレビ総合スレ 避難所 2
http://2chb.net/r/avi/1526812712/

ソフトウェアまとめ
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

https://github.com/Intel-Media-SDK/

https://github.com/nns779/px4_drv

ほ

し

ュ

し

て

よ

ね

あと

す

こ

し

か

な

20こ

だっけ？

先達おつかれ有難うございます

https://github.com/l3tnun/EPGStation

>>1
おつ

おつ

http://www.plex-net.co.jp/product/px-w3u4/

Linux人口のなんと低いこと

自分で楽しめれば少数でも気にしない

昔X68000ってのがあってだな

X1にCP/M80

FM11にOS-9

Windowsで、地デジ8ch+BS2chを同時視聴して、そのうち地デジ1chを常時録画するような
サーバーは2台組んだ経験があったのですが、
「2019年版MiyouTVにも使えるChinachu全録サーバの作り方(https://qiita.com/Daigorian/items/bae6ba98629b637b7e76)」を見て刺激を受けてLinuxでやってみようと思い、
viで設定ファイルをいじるのがアップアップの自分ですが、地デジ8ch同録サーバーが比較的
いい感じでできて調子に乗り、それとは別に上記サーバーをリプレイスしようと調達してあった
PX-Q3PE4を2枚差しして、地デジ8chとBS8chをさしあたって16ch録画できるところまで
(ドロップの精密な精査はしてない)ところまで来ました。

先達の記録を読み込んで、ようやくここまでという感じですが、せっかくなので、
つまずいたところについて質問させてください。

px4_drvを使わせていただきました(作者の方に感謝です)が、recpt1との組み合わせの事例がほとんどで、
自分も結局recdvbは断念しましたが、

・recdvbには派生がいろいろあるようですが、現時点では何をどんな理由で選択されているのでしょうか?

・地デジ8ch同録サーバーでは、/dev/dvbでチューナーが認識されるため、mirakurunのチューナー設定を
「recdvb --dev 番号」で記述すればよかったのですが、px4_drvだと、recpt1でいう
「--device /dev/px4videoXX」みたいな記述が必要かと思うのですが、ここをどうされていますでしょうか?

ものすごく見当違いな質問だったらすみません(長文も)。

recdvbはdvbデバイス向けのコマンドなのでdvbドライバが存在しないPX-Q3PE4などでは使えない

>>31
まず、PX-Q3PE4をrecdvbでアクセスできるドライバはないはずなのでrecdvbは使えない
px4_drvはrecpt1で使えるデバイスを作るドライバだから、それしか使えない

mirakurunの記述方法はこことか参考にして
https://androplus.org/Entry/7117/

PX-Q3PE4をpx4_drvで使う際のデバイスパスはこんなかんじ(コマンドで見るなら「ls /dev/px4*」)
二個だともっと増えるだろうから参考程度だけど
/dev/px4video0 衛星
/dev/px4video1 衛星
/dev/px4video2 地デジ
/dev/px4video3 地デジ
/dev/px4video4 衛星
/dev/px4video5 衛星
/dev/px4video6 地デジ
/dev/px4video7 地デジ

多少アングラなものだから体系的にまとまってる場所がなくて大変だと思うけど応援するよ
長文も書かないよりずっといいし、自分も前によく分かってなかった部分だから少し共感してる

>>32
>>33

ありがとうございました!
なるほどですね。
recdvbというのは、recpt1の上位互換の後継みたいに認識していました。
必要なソフト、不要になったソフトとかなかなかわからないんですよね。
確かに衛星・地デジの順序が最初全くわからなかったのですが、px4video8〜15に対しても、
同じような並びにしました。

地デジ8chのマシンも動作したものの、安定した映像になるまでが少々苦労して、
チューナーの感度調整がシビアなのかと、アッテネーターとかを組み合わせたりしましたが、
そもそもDebianが吐いているエラーが多いことに気がつき、そこをつぶしてようやく安定しました。

今回の8+8も安定度は未知数なので、もう少々チューニングを続けます。

https://satch.tv/video/426557.html?mref=115

地デジ、BSをとってh.264にエンコードしているのですが、
deinterlace_vaapi=rate=field:auto=1
使っている方いらっしゃいますか？一応59.94fps化できるようですが、サイズ増とエンコードスピード低下がネックで
使おうかどうか迷っています。
一番いいのはエンコード時にインターレースを保持してデコード時に解除したいんですが、vaapiのh.264では無理なのでしょうか？

あと、通常のdeinterlace_vaapiについても一つお聞きしたいことがあるのですが、
ここのページに
https://ffmpeg.org/pipermail/ffmpeg-devel/2017-January/205510.html

The available modes are dependent on the driver being used. By default it picks the highest numbered mode available (a proxy for "most advanced", though this isn't necessarily
the best choice), or you can use the "mode" option to set a particular deinterlacing mode explicitly ("bob", "weave", "motion_adaptive", "motion_compensated").

と書いてあるのですが、通常deinterlace_vaapiと指定した場合、最新のドライバならばmotion compensatedが使われると解して構わないのでしょうか？
明示して指定する場合はどのようにすれば良いのか書いていないのでよくわからんのですが。

自己レスですが、vfのところでdeinterlace_vaapi=motion_compensatedなどと書けば明示した方法でデインターレースしてくれるようです。
試してみたところ、defaultでmotion_compensatedが使われてるっぽいです。
あと、intel GPUのh264_vaapiでインタレ保持してエンコードする方法が検索しても見つからなかったのですが、やっぱり無理なんでしょうか？
+ildct+ilme 付けても無理でした。

ソフトエンコでやれば？余計なフィルタとか挟まなければCPU負荷なんて大したこともないだろう。

>>39
レスありがとうございます。録画鯖がkaby lakeのpentiumなものでソフトエンコはちょっと荷が重いんです。
nvEncでは+ildct+ilmeつけてインタレ保持エンコできるようなので、IntelのVAAPIでも対応してくれれば良いんですが。

質問ばかりで申し訳ないのですが、
libx264のソフトエンコですらインタレ保持ができないのですが、
コマンドに-flags +ilme+ildct
って書けば良いんですよね？

-x264opts interlaced=1と書いたらlibx264の方はインタレ保持エンコできました。
h264_vaapiでできないのは変わりませんが。
どうもお騒がせしました。

質問させてください
ラズベリーパイで録画サーバーに挑戦してるんですけどvlcで視聴するまでは出来ましたが綺麗に見れたりカクカクになったりします
長時間見ると確実にコマ送り状態です
ラズベリーパイで組むとリアルタイム視聴はこんなもんですか？
スペックが低いのか自分の設定が悪いのか、上手くやってる方いますか？
ストレス無くやるならパソコン用意してUbuntuとか入れた方が良いですか？
録画サーバーなら問題無いですか？

つライセンス
http://www.raspberrypi.com/mpeg-2-license-key

>>43
無変換mpeg2だったらラズパイでスムーズで見れるよ（自分はラズパイの最新版を使ってる）
EPGStation経由で見てるけど
スマホからもスムーズに見れる

プレーヤーをMPC-BEあたりに変えてみては
ちなみにライセンスは必要ない
ラズパイでエンコやエンコードしながらストリーミングは無理だと考えたほうがいい

録画サーバーはラズパイで全く問題ない
個人的にはエンコをしたいなら別PCでバッチ処理で寝てる間とか家にいない間にエンコしたほうがいいと思う
録画PCは常につけっぱなしにするから消費電力の低いラズパイが最適

>>43のラズパイとVLCの情報だけでみんなよく答えられるな
俺には環境どころかVLCで再生してるのがラズパイ上かそれ以外かも分からなかった

>>43です
情報ありがとうございます
やりたいのはラズベリーパイをサーバーにしてウィンドウズでリアルタイム視聴と録画視聴です
スペックに問題ないようなのでもう少しラズベリーパイで設定とかの見直しやってチャレンジします
subドングルs1udが熱くなるのが気になるけど暇だし時間かけてゆっくりやります

>>48
EPGStation導入してみたら？
設定なんか何もしなくてもいいよ

>>49
EPGStationね
調べて見ます
正直知識が無いのでネットで見つけたページをコマンドをコピペしてるだけなんだけど上手くいかない
エラーが出てても最近までわからなくて次のコマンド入れてたし

https://qiita.com/shotasano/items/3809b8f3e0b62d51d3c3

このページ見てやっててこれからミラクルとチナチュウを入れて保存をＨＤＤにできれば目標達成
参考になるページですよね？

>>50
別にChinachuでもいいけど、スマホからも使えてストリーミングの種類が豊富なEPGStationのほうがおすすめだよ
確かChinachuって無変換TSでの視聴ができなかったと思うんで、ラズパイの場合だとカクついて再生無理だからやめたほうがいい

>>51
EPGStationさらっとネットで見てみした
スマホで使えたら一番便利だから情報集めて導入してみます
もう11月からやってるからどれだけ本人のスペック低いか分かるでしょ
viで編集もいまだによくわからないからし設定少ないEPGStationにしてみます

>>52
epgstationはラズパイで動かしてるネット上の例が少ないから、コマンドの意味がなんとなく分かってるレベルじゃないと難しい気もする

それでもやるなら、参考にしてるサイトの「録画サーバーのインストール」がchinachuインストールだからその手前までやって
ffmpegをインストールしてからepgstationを入れるといいと思う
https://qiita.com/fujino-fpu/items/e6857e2703c9b7f2add1
https://github.com/l3tnun/EPGStation/blob/master/doc/linux-setup.md

どうせやるだけならタダだから時間があれば両方試したほうがいいんじゃないかな
あと、今は直ってるかもしれないけどraspbianのデフォルトのvimって使いにくかった気がする
https://blog.cles.jp/item/10152

>>53
わざわざサイトまで貼ってくれてありがとう御座いますm(_ _)m
急いで無いしお金も掛からないので挑戦してみます

viよりnanoの方が操作は素直だと思うけど
入ってないんだっけ？

nanoはプリインストールされてるよ

質問させてください
raspberrypi 3b+
px-s1ud
昨日も質問させてもらいました、ありがとうございました
sshでコマンド入力でインストールしていくとMirakurunインストール段階でエラーが出ます
PM2の段階で

sudo npm install mirakurun -g --unsafe --production

このコマンドを入れと

Version: [email protected] [NG] Expected: ^8.9.4 < 9 || ^10.11.0 < 11

と出ます
以降ERR!の連続

nodeのバージョンをが悪いんですか？
わかる方いますか？

そうだよ
8.9.4以上9未満、または10.11.0以上11未満のバージョンにしろってこと

Chinachuのマニュアルには書いてあるけどMirakurunの方は書いてなかった気がする
https://github.com/Chinachu/Chinachu/wiki/Gamma-Installation-V2
> ※Node.js の奇数バージョンは不安定故にサポートされず、Mirakurunも
> インストールできません。通常環境における偶数バージョンの利用は
> Node.js 公式でも推奨されています。

>>58
ありがとうございます

もう一度挑戦してみます

>>59
URLに手順書いてあるじゃん

>>60
URLってなに？

https://satch.tv/group-photo/?mref=115

>>36
お前は俺か
俺も以前h264_vaapiでインタレ保持エンコできないか試行錯誤したけど無理だったから720p 59.94fpsにしてる
deinterlace_vaapi=rate=field:auto=1,scale_vaapi=w=1280:h=720
Celeron N3050でも等倍速以上は出るからrecdvbとffmpegをパイプで繋いでリアルタイムエンコしてる

おひさです。
MythTVが30になったので、パッチ作りました(´・ω・｀)
例によって、Deb-Multimedia版30.0-dmo1へのパッチやらDebian Sid/amd64向けにビルド下のやらがセットです。
https://www.axfc.net/u/3955997

後、トランスコード用のスクリプト（かなりいい加減？）で常時更新中のを貼っておきますね。
https://github.com/Artanejp/mythtv-trancode-to-h264
MythTVのJOBから呼び出す目的で書いてるもので、とにかく動くということからはじめててごちゃごちゃしてて、まだまだ改善が必要ですが…。
--live_hd_mid (x264 FHD) --anime_high (x264 720p)
--live_mid_hw (HEVC/VAAPI 720p 相対的に低画質)
--live_high_hw (HEVC/VAAPI 720p 相対的に高画質)
--live_sd_high_hw2 (H264/VAAPI 480p 相対的に高画質)
辺りを使ってます。メタデータ突っ込めたりなど色々な機能がありますが…。
VAAPIを使う場合、色々と環境で設定する必要があるかも。後、HEVCは使えない場合もあるのでその場合は変えてください(´・ω・｀)

MythTVってPT3でも使えるのかな？
アナログチューナー以来触ってない

ラズパイの流れなんで、少しだけ便乗
ラズパイでやわらかカスを使ってる人いない？
一応Wi-Fiに干渉せず設定はできてるんだけどほとんどのサイトで書かれてるMakefile書き換えるやり方じゃできないよね？
今はCMakeを書き換えないといけないけど明らかに間違ったやり方だから、カーネルの更新とかしたら動かなくなりそうで…

>>65
使えますよ。
DVBドライバ→fuse_b25(調べてくださいね）→MythTVとなりますので。
DVBドライバが使えるISDBチューナーなら、多分動くと思います。

>>67
すごい
そんな時代なんだね
ありがとう、動かすことがあればまた来るかもしれない

質問させてください
raspberrypideで録画サーバーに挑戦してるんですが

./chinachu installer　を実行して2時間まって

./chinachu service wui execute　を実行させると

internal/modules/cjs/loader.js:711
throw err;
^

SyntaxError: /home/pi/chinachu/config.json: Unexpected token c in JSON at position 12
at JSON.parse (<anonymous>)　

などとまだたくさん出てきます
手前でやったvimでの書き換えかなんかが不備があるんでしょうか

対処法ありますか？
すみません、宜しくお願いします

config.jsonみないとわからんよ

>>69
エラーログ君が親切に教えてくれてるじゃん
これも自己解決できないなら向いてないんじゃね？
人まかせじゃ解決能力は見につかないし
便所の落書きで答え待つより自力でどうにかできるようになったほうがいいだろ

https://satch.tv/?mref=115

素人がjson書くのって難しいんだな

おはようございます回答ありがとうございます
エラーログでダメなところを指してるんですね。

jsonをもう一度見直してみます
向いてないのはその通りです
ありがとうございます

ラズパイで録画マシン組んであるからわかるけど、エラーログすら読めないのは流石に無謀じゃね？
57なんか英語読めてないし、69なんてターミナルに何が表示されてるかすらわかってないじゃんｗ

ターミナルに何が表示されてるとかコマンドで何をしてるかぐらいは流石に勉強したほうがいいんでない？

>>63
レスありがとうございます。
同じことを考える人はたくさんいるんですね。
ただrecdvbとffmpegをパイプでつなぐのは思いつきませんでした。（私はchinachuで録画後にffmpegでエンコ）
結局、h264_vaapiだと59.94fps化するとビットレートが非常に高くなってしまうので、
hevc_vaapiの-qp 36と言う極端に高いqpでエンコしています。
これだと速度はフルHD(BSプレミアム）でほぼ１倍速でビットレートは番組によりますが3000kbps前後なので
hevcの高性能のおかげで何とか見れる動画になります。
やっぱ29.97fpsと59.94fpsじゃ滑らかさがまるで違いますね。一度59.94fpsに慣れてしまうと29.97fpsには戻れません。

qvc自体がインタレ保持エンコできないのかな？
vappiが対応してないだけかな？
windows環境だったらできるんだろうか

ジェイソン

先ほど質問した者です
vi config.json　の設定でuiを1000に変えたら行けました
githubに書いてましたね
後はhddに保存出来るかやってみます
ありがとうございました

>>68
先にWindows PC上でPT3のファームウェアを最新版へ更新すべし

そもそもjsonはエクスポートする際のフォーマットであって、手で書くものではない
あれを設定ファイルとして使うのはおかしいよ

>>81
元々はそうだと思うけど
今はVSCodeとかの有名どころも使ってるから時と共に変わるって感じじゃね？

>>81
コメントも書けないし設定ファイルの形式として使うのにクソなのは分かってるんだ…
でも入れ子ができるし読める人多いしYAMLと比べて標準の関数やパッケージで使えること多いしで
「あとこの一回だけ……っ!」って思ってもやめられないんや

まぁchiachuのconfigは短めだし勘弁したって…(逆にvscodeはガッツリ使うとたくさん書き連ねることになって辛い)

V8から標準で読めるのが楽すぎて
開発者はどうしてもそっちに流れてしまうよね

TOMLが至高

smplayer(バックエンドにmpv使用）でMPEG2 ADなtsファイルをvaapi再生支援ありで再生すると
画像が乱れるんですが、mpvに固有の問題ですか？
vaapiを無効にすれば治るのですが、それ以外で何か対処法はないんでしょうか？

失礼、mpv単独で再生したときは画像は乱れませんでした。smplayerからmpvを使用した
場合に限るようです。もうちょっと設定などを変えて実験してみます。

クソレスばかりで申し訳ないんですが、mpv(0.29.1-1 debian testing)でvaapiを有効にすると(Intel HD Graphics 610)，BS1(MPEG2-AD)の
tsファイルが乱れました。どうやらsmplayerではなく、mpvが原因のようです。
mpvのユーザーは日本にも多いと思うのですが、検索しても引っかからなかったのはなぜなんでしょう？
おま環なのかな？

VLCで十分。

ffmpeg snapshotにMPEG2-AD用のパッチ(前スレあたりにリンクがあったものです）を当てた環境でmpvをビルドして
smplayerから自ビルドしたmpvのインストール先を指定してtsファイルを再生したら正常に再生されました。
やはりMPEG2-ADの問題だったようです。
どうもお騒がせしました。
ちなみにWindows版のsmplayer(mpvを内蔵）でtsファイルを再生してみたら正常に再生されました。
こっちは再生支援がD3D11vaだったからなのでしょうか。

>>77
ffmpegのqsvは分からんけど、QSVEncなら出来るみたい
Windows用バイナリは公開されてるけどLinuxは自分でビルドする必要がある

超初心者です。初歩的な質問で申し訳ありません。
EPGStationをインストールしようとsudo npm installすると以下のようなエラーが出て失敗してしまいます
何をすれば通るようになりますでしょうか
Ubuntu 18.10
npm 6.4.1

> [email protected] install /home/epgstation/EPGStation/node_modules/diskusage
> node-gyp rebuild

gyp ERR! configure error
gyp ERR! stack Error: EACCES: permission denied, mkdir '/home/epgstation/EPGStation/node_modules/diskusage/build'
gyp ERR! System Linux 4.18.0-13-generic
gyp ERR! command "/usr/local/bin/node" "/usr/local/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js" "rebuild"
gyp ERR! cwd /home/epgstation/EPGStation/node_modules/diskusage
gyp ERR! node -v v10.15.0

gyp ERR! node-gyp -v v3.8.0
gyp ERR! not ok
npm WARN optional SKIPPING OPTIONAL DEPENDENCY: [email protected] (node_modules/fsevents):
npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for [email protected]: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"x64"})

npm ERR! code ELIFECYCLE
npm ERR! errno 1
npm ERR! [email protected] install: `node-gyp rebuild`
npm ERR! Exit status 1
npm ERR!
npm ERR! Failed at the [email protected] install script.
npm ERR! This is probably not a problem with npm. There is likely additional logging output above.

npm ERR! A complete log of this run can be found in:

gcc と python 2.7 入れろ
公式のインストール手順読め

Python 2.7.15
gcc 8.2.8
がそれぞれ入ってます
前のバージョンのepgstation(1.3.8)ではすんなり入っていたので、ほぼ同じ環境に入れなおそうとして詰まってしまった感じです

これ、触っちゃあかんタイプやろ

パーミッションエラー吐いてるけどチェックしたか？
node_modules削除してもう一度やり直した方が早そうだが

sudoはいらない
手順通りにやれ
node modulesを消してもう一度npm install

消してsudoせずやり直したらうまくいきました。ご迷惑おかけしました…
ありがとうございました！！

こういうことあるから何か作業したら実行したコマンドを一通り記録して、次のときの参考にしてる
historyコマンドで後追いでコピペしたりすると楽なの

質問です
ラズパイ3b+で録画した動画はブラウザから再生はできませんよね？
一時間の番組をパソコンにダウンロードして見るんですよね？
5.５ギガ位有りますがダウンロードに３０分は遅いですか？
ダウンロードページには
2.000KB/秒を前後してます
ローカルネットワークの見直しも必要ですか？

>>102
ライセンス買って再生支援効くアプリ使えばラズパイ上でTS再生出来るよ
インタレも上手く処理してくれる

>>102
連投すまん
PCから見るにしてもラズパイ側にsamba動かしてPCのVLCとかで再生すれば
PC側へのコピーは不要

>>104
ライセンスって44に書いてるやつですか？
そのライセンスは永続的に使えますか？安いから快適に使えるならいいですね
sambaで動かしてpcのVLCで視聴ですね
調べます
ありがとうございます

>>105
ライセンスはそう。CPU紐付けで永久

何の録画ソフト使っているかくらい書けよ

>>106
ちょっとネットで調べたんですが
間違ってたらすみません
ラズパイには本来はm2tsをヌルサクに再生する機能が有るのに封印してて、お金払えばライセンスキー買えてキー入力して再生機能を解除してサクサク動画が見れるって事？
チナチュウの画面に再生とかライブ視聴とか有るけどそれも使える様になるの？
もしそうなら安い買い物ですね

>>108
ちょっとじゃなくてちゃんと調べてからじゃないと色々失礼だと思うよ
環境を小出しで報告するとか、Linuxでやるには基礎スキルが足りないように見える
その聞き方だとどのスレでもエスパー呼ばれる

>>108
安い買い物ならすぐ買えばいい

>>108
ライブ視聴は無変換視聴ならサクサク見れる
ライセンスなんか必要ない
ラズパイでデコードする必要性がないから

celeronでもintel media driverを使ったキレイなvaapiエンコできるみたいだね

https://blog.otakan.jp/2019/01/16/setup-recording-server/

tx1310 m3買ったら捗りそうだな

>>112
何言ってんのお前？

intel media server R2 使うとvaapiドライバがQSV使ってくれるって奴だね
うちも6100で動いたけどたまにシステム巻き込んでハングしてるので録画鯖での使用は諦めた。他の原因かもしれんけど

>>108
そのぐらい割っちまえよ

WIndows版のsmplayerに内蔵されているmpvはやっぱりlibmpv、gpu指定だと
MPEG2-ADなtsファイルの画像が乱れるようです。Direct3dは当方の環境
(Bytrail Z3735Fなwin8.1タブ)だとコマ落ちしてしてしまいうまく動作しません。
mpvのクロスコンパイルでMPEG2-AD用のパッチを当てたffmpeg(当方のローカルディスクにソースごと保存してあります）
を利用したいのですが、githubなどのお薦めのクロスコンパイルの仕方を見てみると、
ffmpegのメインリポジトリからダウンロードしてくるみたいで、ローカルのソースを使う方法がいまいちできません。
mpvDEST_OS=win32 TARGET=i686-w64-mingw32 ./waf configure と指定して
mpvをwin32用にコンパイルしようとすると、なぜかzlibがインストールされているにもかかわらずされていないと怒られてエラーがでてしまいます。
何かいい方法はないのでしょうか？
長文スマソ。

>>116
Linux以外のトラブルシュートは他所でやれ

>>116
俺はLinuxの話題ではあると思うけど
そもそも>>90で解決する話だとも思うし、同様のことをわざわざやっている人はほぼいないと思う
少なくとも現時点ではこのスレを見るような人の中であなたがそれについて一番詳しいだろうし
奇特な暇人が後追いでマネしない限りは誰も質問に答えないんじゃないのかな
やってること自体は面白いし、個人的には結果が出たら知りたいくらいだけど
今やっていることを自慢したいだけじゃないかと邪推しちゃうところもあるよ

"mpv,ffmpegをlinux上でwin用にクロスビルドする方法"はスレ違いだと思うけど...
そもそもクロスビルドするならsysrootとかlibdirとか詳しく指定しないとだめだろうし
configureでも特別の配慮がないとライブラリの検出とかでぽしゃるでしょ
そもそも"zlibがインストールされているにも関わらず"ってビルドホスト上のzlibは使えないだろうに

スレ違いすみません。何とかmxeというのを使ってMPEG2-ADが再生できる
mpvはできたんですが、smplayerのmpvを差し替えたところ再生不可が異常に高く(90〜100％）
実用になりません。direct3d11vaを有効にする方法もぐぐってもわかりませんし、詰んだので諦めて
vlcに戻ります。

>>120
スレ違いって言ってるのにグタグタ書く根性が汚いね
どうせ悪気なんて無いんだろうけど
ピタッっと止めればいいのに

LinuxでDirect3Dとかどの世界線の人種？

ラズパイ3B+にEPGStation入れてPX-W3U4で録画させているんだけど時々めちゃくちゃドロップするの俺だけ？

https://satch.tv/video_rank/?mref=115

俺もそのセットアップと柔いのをrpi3+で全部賄おうとしてたけど、単純にcpuパワー不足と判断してPX-W3U4と柔いのはCore i5のubuntu鯖に繋いでepgstationはrpi3+という中途半端なセットアップに落ち着いた

前スレで既出ですが、こちらの修正を入れるとMPEG2-ADでも画面が崩れなくなったんですが、
https://github.com/0p1pp1/FFmpeg/commit/311716da96fd203b28165ec1c4789ec46f46aaa7

作者様はupstreamにpullする予定はないのでしょうか？第三者が勝手にpullしたら問題でしょうけど、
いつまでもffmpegでデコードすると画面が崩れるままだとバージョンアップやffmpegに依存しているソフト
などでいちいち自分でコンパイルしなくちゃならないなど面倒なことが多すぎるので、できれば本流に
この修正がマージされてほしいのですが。
作者様、どうかご覧になっていらっしゃたらよろしくおねがいします。

Epgstation のライブで弾幕対応できないかな。
録画のほうで Amatsukaze で読み込むようにしてたら生でも
見たくなってきた。

>126
Issue立ててこのコミットへのリンク貼っておけばあとは本家次第でしょ

本家マージのためにはサンプル動画を要求されるからね
著作権関係ないサンプルがあればいいけど

Linux初心者ですがRaspberry Pi3 B+ Raspbian px-w3u4でコマンドで録画するところまでいけました。
実際映像が映ると感動ものですね
(なぜかrebootするとdriverが消えますが)

こういう人って普通に質問すると死ぬ病気なんだろうね

>>125
正確にはMPEG2-ADの問題というよりも
誤ったフィールド順が"extension header"に記述されている場合の問題(:vaapiハードウェアデコードが壊れる)だね

だから同じMPEG2-ADBSの中でも壊れる局と壊れない局がある

ffmpegでRyzenにvaapi使ってもハングしなくなってきたわ
hevc_vaapiだけはb:v指定すると画像が緑色になるので
crfとか使わんといかんな

緑になるのは4で(絶対値で)割り切れない数値でリサイズするときぐらいじゃね？

リサイズなしのb:v指定だけでなるんよ
緑になったのは偶然っぽいわ

こんな感じになる

crf指定だとちゃんと出来る

なんじゃこりゃあ

ラズパイにW3PE4+px4_drvで運用してるんだけど
定期的に（３日に１回ぐらい）落ちます
LEDは赤のままで、SSHもpingも到達しません
何が原因かわかりますかね？
電源アダプタは2種類持ってるんだけど、両方で再現することを確認してます

ちなみに落ちると電源入れ直すしか治す方法はないです
入れ直せばまた3日ほど動作します

エスパーすると熱暴走
小さいヒートシンクだと結構耐えられない

熱問題に関しては、金属製のケースを勝って熱伝導シートをそれぞれ貼ってるからないと思う
ケース変えてから常温50度から36度になったし
そもそも録画も無劣化TSをNASで録画してるだけだから負荷はかからないはず
録画をしてないときにも落ちてます

回線は有線接続、NASに録画、HDMIは繋いでない、USBはチューナーだけしかつなげてません

情報なさすぎてなんとも

うちの場合ネットワークにフル負荷かけ続けると10分位で固まるので可能性はゼロじゃないかも
録画先をUSBとかにして切り分けて見ては？

とりあえず、カーネル、OSのバージョン、ドライバのアップデート、SDカード入れ替えとか色々やってみて
また再現しないか試してみます
また再現するようでしたらIoT電源タップとウォッチドッグで自動再起動を検討してみます
落ちると現地に行って再起動しないといけないので煩わしすぎなので

自分は熱暴走ってことにしてcrontabで一日一回のリブートかけるようにした
基本的にはこれで安定したから原因の特定とかは面倒だししてない

>>145
自分もcronで自動再起動やってます
でもそれでも勝手にフリーズして強制再起動する必要に駆られます

とりあえずwifi、HDMI、bluetooth等の使ってないインターフェイスを無効にしてみようかと思います
どれが原因かかわらないので色々やってみてそれで再発するかどうか確かめるしかないです

自分で聞いておいてレス無視w

ググったら原因不明ハングで困ってる人は結構いるね
電源周りが多いけどhostsとhostnameが食い違ってcronがハングなんてのもある

構成わからんけど、余裕があるならmirakurunより上は止めて様子見て切り分けるとか
なおmirakurunはデフォルト15分間隔でEPG取りに行くので地味に負荷がある

構成はmirakurun+epgstatonです
cronで自動再起動するようしてから勝手に電源が切れるようになったような気がします
一回無効にしてみます

高負荷で電力不足になってると見た
ACアダプターを交換してみては

>>151
2つ試して両方で起きてるから多分関係ないと思います

いくつ電源交換して試したところで容量足りてないのばかりなら同じことなんだけど……

ナチュラルに人の話スルーしてるよね
だったら聞かずに自分でやってろよって感じ

>>153
よりアンペアがあるやつとないやつで再現してます

ぶっちゃけmirakurun + epgstationって負荷高いしラズパイ運用に向かないよな

ラズパイとか現代の修行僧かて

付けっぱなし&無音の魅力
もちろんおもちゃとしての楽しさも有るけどね

シングルボード使うにしても教育用のラズパイより
1万円くらいでメディア処理とかも視野に入れてる性能の高い製品のほうが用途に合う気がしてる
そのくらいになってくるとファン付いてないとだめだろうけど

すいません、原因わかったっぽいです。
/var/log/kern.logをみたら「Under-voltage detected! (0x00050005)」と何度も出ておりその後に落ちてることがわかりました
HDMIで外部ディスプレイも繋げておらずLANとチューナ一つしか指していなかったので電圧不足に気づきませんでした
ACアダプタに付属してるスイッチ付きのUSBケーブルからAnkerの太めのケーブルに変えたら多分治ったっぽいです
今回はありがとうございました
教訓としてはスイッチ付きのUSBケーブルではなくて太めの品質のいいケーブルを使うべき、ACアダプタでオンオフは制御すべきですね

外部ディスプレイにつなげた場合は電力不足だと右上に雷マークが表示されるようですが、コンソールだと「vcgencmd get_throttled」で確認できるようです
正常なら「throttled=0x0」と帰ってきて電圧不足だと「throttled=0x50005」のように表示されるみたいです

最初かログみなさいよ……

どうした急に？俺はそんなミスしない感出してたのが恥ずかしくなったか？

ラズパイが5Vを要求するのにMicroUSBは5Vまでしか対応してないからな
そりゃケーブルの品質は重要だよ
type-cになれば5V制限はないからそうなるべきだな

このブーイモってやつはクソ痛いねw
これぐらいの内容だったら書き込んでくれたほうが知見が共有されて得しかないのにな
やっぱLinux使ってるやつって気持ち悪いイキった奴が多いんだろうな

この時間帯でMVNOで書き込んでる時点でお察しだわw
別に質問してる人はスルーなんかしてないじゃん

3連投の方がクソ恥ずかしいでしょw
どうして突然まとめることもせずに発狂して連投したのか、このスレでLinuxユーザー貶めるのか興味津々

そもそもラズパイで電源周りなんて「知見の共有」になんかならないよ
ラズパイスレで初心者が原因不明だと騒ぐトップじゃないかな

恥ずかしい以前にいきなり意味不明な難癖つけるほうが人間としてみっともないから仕方がない
px4_drvのおかげでラズパイで組む人が多いだろうから参考になる情報だよ普通に
ここはLinuxのDTVスレだからね

>>168
電源周り指摘されたらACアダプター以外にケーブルも注意しましょう、騒ぐ前にまずログ見ましょうってことで
君レベルで参考になって良かったね
ラズパイ以外にもLinux使ってみたら良いと思う
手持ちのwindowsの仮想化くらいできるでしょ？

あとはラズパイスレ覗きなよ
玩具として色々できて面白いけど、ラズパイは快適にフル稼働できるものじゃない
TX1310とかの安鯖を1万ちょいで買った方がいい

>>169
いろんなレベルの人が見てるってことがわからないのかな君はw
君みたいにただマウント取りたいだけの人間が一番スレにいらないんだよ
スマホとPC使い分けてひたすら煽り書き込みする人間がねw
あとラズパイで快適に稼働するよ
ARM環境でファンレスでほぼ電気代無しで経済的なんだし
エンコードやエンコストリーミングをしないで録画するだけならラズパイで十分すぎるぐらいだよ
ただのおもちゃではない

Linux使ってるやつって気持ち悪いイキった奴が多いとか言い出すのは
例の真っ赤なラズパイのコンプレックスの裏返しってことか分かりやすい

てか勧めるパソコンがTX1310って馬鹿すぎない？
今どき小型PCなんていくらでもあるのにそんなバカでかいのおすすめして何がしたいんだろうw
普通QSVに対応してる小型ベアボーンあたりを勧めるよね

>>171
実際図星だから仕方がない
Windowsでも大昔から出来ることをLinuxでやってるだけだし
Linuxでソフトを作るならともかく環境を整えただけで偉そうになってるのがここでマウントとってるブーイモみたいな痛い人間
PT3が高くなってUSBタイプのチューナーの需要が増えてきたからラズパイで組みたい人が増えてるんだよ
ラズパイ環境だとLinuxじゃないとできないしね そういう人が見に来たりするから

どっちもよそでやれ

>>172
図星？
おいおいラズパイ君自白しちゃっていいのか？

なんで発狂してんのこれ

linuxに親兄弟抹殺された恨み

>>172
ラズパイに外付けHDD、W3PE4つけて、別にNASを運用するなら1つにまとめた方がよかろう
上の赤い人はW3PE4だからUSBではなくライザーカードにゴチャゴチャ載せてるんだろうし（型番すら間違えてる可能性もあるが）
家が狭くてスペースがないなら小型でもお好きにどうぞ
TX1310は鼻毛なき現在話題になってるから上げたまで
QSV使えるみたいだけどね
エンコはソフト揃ってるWin機でやるけど

電源も確認したとか散々騒いだ末に結局USBケーブルでしたとか、馬鹿にされても仕方ない
それをMVNOだとかLinux使いがどうとかコンプレックス爆発させたところで哀れなだけよ

ラズパイはロマン。ごちゃごちゃ載せるのはロマンの追求。理屈じゃないよね

>ラズパイに外付けHDD、W3PE4つけて、別にNASを運用するなら1つにまとめた方がよかろう
なぜ？🤔
録画鯖とNASを一緒にするメリットは何かあるの？？
今どきSynologyとか優秀なNASがいくらでもあるけど
そっちのほうがよっぽど高機能でセキュリティも良くて省電力だよ
NASを使うなら外付けHDDもいらないし
エンコしないならそれこそラズパイ程度で十分だぞ 頭悪すぎだな

ま〜、せめてログくらい見てほしいと願うのは贅沢でもなんでも無いと思う
脱力感半端ないw

>>178
SBCはラズパイ、ROCK64で遊んでてロマンは分かるよ
しかし如何せんラズパイはネットワークが弱い
録画しながらストリーミングが覚束ない

>>179
あー直接NASの人だから外付けHDDはいらないな
ライザーむき出しとUSBケーブルで騒ぐことはなくなるだろう
箱の大きさで電力決まる訳じゃないし

>>180
これで知見の共有ができたなんて豪語されるとなおさらねw

>>181
最新のやつは300MBpsで前のは100Mbpsだけどどっちでも無変換視聴なら余裕だけど
なぜできないと思った？
どちみち録画だけなら君の上げたクソみたいなサーバーを使う理由なんてないよ
OSSで貢献してるだけならともかく他人のOSSを入れて環境整えただけで偉そうにするのはやめたほうがいいよ

ラズパイのNICは内部USBだから占有率高い(かつ行儀も悪そうな)チューナーと同時に使うのはリスクあるんじゃない？
だからNICに比べて処理が単純でCPU負荷も低いUSBストレージに書くことに意味は有る

人いるみたいだから聞きたいんだけど、外から繋げられるようにしてる人はどういう構成にしてる？
今はnginxでリバースプロキシしてhttpsからアクセスするとダイレクト認証かかるようにしてるんだけど
いちいちパスワード入力するのがめんどいし、ブックマークにパスワードまで書くのもいまいちだから納得してないんだ

VPNでござる

うちは手抜きしてクライアント証明書認証にしてる

毎回パスワード入力

うちもVPN

>>179
ラズパイ + w3u4 でネットワーク経由でnasに保存は危なくない？
lanが300mbps出るとは言えチューナの刺さったusbと共通だし、録画しながら転送とかやると帯域不足で死にそう

鼻毛に積み替えて、鼻毛にlinuxぶちこんで運用すれば？
ラズパイは所詮おもちゃor実験機止まりだし、とてもじゃないが本番向けじゃない。

鼻毛煩いしでかいじゃん。再生機兼ねてリビングに置くこと考えたらそっちこそ本番向けじゃないわ。
ラズパイでちゃんと安定させてる人も居るのに何で自分の考え押し付けるかね

因みに話題のA300、アイドル6W位らしい。このスレ向きだな。

リンゴよりバナナのほうが絶対に優れてるよ
なんたってビタミンCが豊富だからね！

>>191
頻繁に再起動を要求され使えない録画PCより数倍マシだろ。
そもそもスペック＆冷却不足で不安定におちいる時点で録画向けじゃない
視聴用にでも使えばいいんじゃねーの？

>>193
別に頻繁な再起動無しで運用出来てる事例なんて幾らでも報告あるから
自分が全て正しいみたいな考えは変えた方がいい

>>193
視聴用途でもイマイチなんだよなぁ

ニッチな事したいからlinuxなんだし好きにしたらいい。
でも、ログも読まない人は向いてないから山にお帰り。

低性能環境ならepgrecUNAおすすめ

3b+チナツドンぐるチューナーでたまに録画用途ではや二ヶ月、再起動も不具合もなにも無し
外付けHDDからSynologyのNASに同期な

>>198
その位の頻度ならラズパイが適してるね
そういう人にラズパイ使えないと言ったところで理解は得られない
逆に1日5本10本録画しながら同時にストリーミングやエンコする人に、ラズパイは運用に耐えると言っても笑われる

ラズパイにエンコードはかわいそう

5ch自体高齢化でオワコン

５ちゃんねる管理者のJIMはお爺さんだっけか。

raspberry piの人はrootfsをreadonly化とかしてるの？

ラズパイクラスタで一日１０本録画しながら同時にストリーミングやエンコしようぜ

まずはラズパイのUSBケーブル買わなきゃな！

初心者です、質問させてください

raspberrypi3B+で保存先を変えていです
チナチュウ動かしてるんですが保存先を外付hddにしようとしてもできません
/mnt/hdd1/recordedにhddをマウントして設定を
"recordedDir" : "/mnt/hdd1/recorded/",に変えて
所有者もpi videoに変えて録画すると勝手にchinachu内に/mnt/hdd1/recordedフォルダを作ってそこに保存してしまいます
やり方悪いのですか？

./mnt/（略）
とでもしてるんじゃないの

config.jsonのそのあたり貼ってみ？

返事ありがとうございます

sudo nano /home/pi/chinachu/config.jsonで開いて

"recordedDir" : "/mnt/hdd1/recorded/",

となってます

pi@raspberrypi:/mnt/hdd1/recorded $とフォルダー作ってます

pi@raspberrypi:~/chinachu/mnt/hdd1/recorded $←に保存されます

ラズベッリパイが勝手にフォルダ作るんですよ
消してもまた作るからｈｄｄをそこにマウントしたほうがいいのですか

なんでsudoしてnanoしてるの?

pi@raspi3B:~/chinachu $ ls -l config.json
-rw-r--r-- 1 pi pi 1114 Sep 22 03:39 config.json

{
"uid": "pi",
"gid": "video",
"mirakurunPath": "http+unix://%2Fvar%2Frun%2Fmirakurun.sock/",

"recordedDir" : "/mnt/rec/",

(以下略)

よくわからなくてブログのとおりコピペしてます
sudo はいらないですか？

質問の前に基本ぐらいは覚えようぜ

Config書き換えてからchinachu再起動かけてますか？
sudo pm2 restart chinachu-operator

再起動もしました
パーミッション766じゃ再生できない
７７７にしたら再生削除できた
基本ですか
勉強します
PCでテレビ録画できるのは正直感動です
世話なりました

>>215
おめでとう
チューナ何を使っているのかわかりませんが、BSの再編の時はまたいろいろ弄らねばならないので、その時はまた頑張って

Chinachuのルールに「GR」もしくは「BS」にチェックを入れ、
対象CHに録画したいチャンネルを明示する形で(ルールは2つ)、
サブチャンネル含め17chの全録がほぼ安定してきたのですが、
きのうの北海道の地震で、NHKがEPGをバンバン変更したせいか、
追従できず、録画が歯抜けになってしまいました。

ここのルール指定は、最初なるほどと思っていたのですが、
もう少し違う記述ができたりするのでしょうか?
全録とはいえ、録画予約番組の集合体とすれば、まったく
ルール通りではあるのですが、ひたすら同一のチャンネルを
録画し続けて、EPGに合わせて、録画ファイルを分割するような
動きの方が、全録は本当はいいですよね。
まあ、設計の思想と違う使い方になってしまってるんでしょうね。

(ここまで気になったこと)
・ここで評判のよかったカードリーダーSCR80が不安定で、
　ACR39-NTTComにしたら安定した。
　(カードリーダー関連のWarningはものすごく出っぱなし)
・ストレージの消しの容量設定をしくじってて、丸2日ぐらい
　容量ゼロの録画ファイルができ続けていた。
・ChinachuとMirakurunもちょこちょこ手が入っているようなので、
　アップデートをかけると、「WARN」みたいなものが結構出るけど
　対処の方法がわからない。
・今でもまれに容量ゼロの録画ファイルができてしまう。
・LinuxのUpdateの加減が分からない(笑)。

(続き)
・時折、このエラーが出る。
3|mirakurun-server | Error: write EPIPE
3|mirakurun-server | at WriteWrap.afterWrite (net.js:782:14)
・再起動時にこの警告が出るけど、対処できないのでそのまま。
3|mirakuru | (node:811) MaxListenersExceededWarning: Possible EventEmitter memory leak detected. 11 finish listeners added. Use emitter.setMaxListeners() to increase limit
・Windows上で、TVTestで10chを同時視聴する使い方ができないかと、
　BonDriver_Mirakurunを導入して、うまくいったかと思ったけど、
　しばらくすると映像がフリーズしてしまい、その後は接続もできなくなってしまう。
　→結局チューナー入りのWindows機をもう1式組むはめに。

とはいえ、ほぼ理想的な環境ができつつあります。
先人に感謝です。

(環境)
・Shuttle SH370R6
・Core i7-8700
・メモリー64GB
・起動はM.2 SSDで、10TB×2をLVMに(これで1週間弱)
・PX-Q3PE4を2枚差し　NZXTのPC内蔵用USB HUBで接続
・nns779様のpx4_drvを使用

日記なのか
何かしらのレスを期待してるのか

「全部読んでくれる根気のある親切な方と友達になりたいです」

tsを後から切り出すタイプの全録特化サーバが作りたいのは自分もそうだし
そこそこ枯れたchinachuだけど知見を共有する姿勢はありがたいと思う
でも同じようなことみんながここに書くと収拾つかないだろうからブログかQiitaあたりに書いたほうがよさそう

全録ならmiyouTVとかってのもあるよ
最近更新ないけど

https://github.com/hayamdk/tsdump

全録ならこれか？
dvbしか対応してないみたいだが

しかし阿呆が文章を書くと、何を言いたいか分からんな

tvremiteviewerの人とかこれとかなんでそんなに語るんだろうww

TS から字幕を取り出しているのですが、SID(+字幕のPID) を指定した方法で保存した TS の場合、
caption2ass では可能なのですが assdumper だとFull TS でなければ取り出せないようなのです。
何か SID TS から字幕を取り出せる良いツールはないでしょうか？

>>225

使ったことないので良いツールは知らないんですが。
検索して出てきたのを参考に考えると。
https://qiita.com/tsurime/items/4495de929755db0bd6b4

* caption2ass が wine で動きそうでは？
* assdumper がエラーを表示してないですか？
* TSファイルは正常ですか？
* 先頭付近にエラーパケットがついてるとかないですか？

あたりが疑問として浮かびますかね。

[2019-02-23T01:22:46.024] [INFO] system - preprec: 327420107240202 宇宙戦艦ヤマト2202 愛の戦士たち「悪夢からの脱出!!」
(略)
[2019-02-23T01:32:46.055] [ERROR] system - preprec failed: 327420107240202 宇宙戦艦ヤマト2202 愛の戦士たち「悪夢からの脱出!!」

冒頭10分欠けた(EPGStationのログ)
根っこの原因はともかく、エラーになるまで10分かかったのはこれかねえ

./lib/Mirakurun/api/programs/{id}/stream.js: req.setTimeout(1000 * 60 * 10, () => { return; }); // 10 minites

>>226
現状 wine で caption2ass を動かしているのですが、非x86アーキテクチャで動くものを探しておりました。
TSファイルは正常なものになり、エラーパケット等もありません。
テスト用に recpt1 での fullTS、sid,caption指定のTS、EPGStation+Mirakurun での TS の
3種類を保存してみているのですが、wine caption2ass ではどの TS でも字幕が取り出せます。

assdumper では full TS の場合

program_number = 1032, program_map_PID = 496
program_number = 1033, program_map_PID = 1008
program_number = 1034, program_map_PID = 1264
program_number = 1416, program_map_PID = 8136
4 pmt_pids
496
1008
1264
8136
1415 caption pid, PCR_PID = 1535

のような解析がされ以降字幕が出力されるのですが、
SID指定のモノと EPGStation+Mirakurun で保存したものは

program_number = 1032, program_map_PID = 496
1 pmt_pids
496

とだけ表示され、エラーではなく caption pid が見つからなかったときと同じような出力になります。

>>228

字幕の含まれる Full TS と EPGStation+Mirakurun の TS を録画して
assdumper 動かして見ましたけど確かにそういう動作ですね。
tsselect にかけると PID = 0x587(caption pid = 1415) に相当する
ものがEPGStation+Mirakurun のTSだと見当たらないようです。

追加で検索して以下が見つかりました。
http://2chb.net/r/avi/1500559118/935-936
https://github.com/johnoneil/arib

どこまでうまく動作するかわかりませんけど、テストで録画したものなら
EPGStation+Mirakurun の TS でも ass ファイルは作成されましたよ。

>>229
ありがとうございます！！
過去スレに情報があったのですね。自分の検索不足でした。
教えていただいた https://github.com/johnoneil/arib の arib-ts2ass が
自分が期待している出力をしてそうでしたので、こちらのツールを
しばらく試してみて字幕処理を行ってみようと思います。
とても助かりました。ありがとうございました。

>>230
うちの環境だけかもしれないけど、シェルスクリプトでchinachuの録画後にそのツールで自動で
字幕を抜き出してffmpegでass字幕を付けると動画の時間が狂って（ものすごい長い値が出る）
しまうバグに遭遇した。今はarib2assってツールを使ってるけど、これだと最新のgccでコンパイルすると
セグフォが発生するので古めのgccを使わなきゃならないのと、カッコや句読点が文字に重なったり
なかなか理想通りにはいかない。
まあ、そんなこと言うぐらいなら自分でツールを作るべきなんだろうけど。

assじかんがこわれてるのかえ？

PCRの巡回に対応してないとかですかね？

* arib-ts2ass
https://github.com/johnoneil/arib/blob/master/arib/ts2ass.py#L72-L76
current_timestamp < initial_timestamp の場合に elapsed_time_s < 0 に
なりますね。どこかで対策してるんでしょうか？

* PCRの巡回
https://qiita.com/sagesagesagesagesage/items/50bbc6dd38daebbd42b6
http://www.gcd.org/blog/2010/09/648/

取り出した字幕ってPTSそのままなんじゃないの？
ロールオーバーしても元の動画自体もロールオーバーしてると思うけど...

http://2chb.net/r/avi/1500559118/n698 (とか696) とかのffmpegでもだめなのかな

>>64
遅レスですが活用させていただきました。ありがとうございます。
先週にfedoraでもMythTV0.30がリリースされたので、SRPMからビルドして無事に動作確認できました。
パッチ当ても２つだけHunk（Success）があっただけで適用できました。

トランスコード用のスクリプトも見てみます。
私はHEVCでハードウェアエンコードのジョブを作って、更にその中でCMを付けたり外したり、また字幕放送の字幕もつけています。
メタデータも突っ込める機能もあるんですね。参考にさせていただきます。

ちょっとお聞きしたいのですが、ffmpegのVAAPIでintel-media-driverだけインストールしてiHDを指定した場合と、
Intel media SDK入れてqsvでエンコードした場合とでは同じコーデック、同じ設定で品質は同じになるのでしょうか？
当方の環境(debian9.4ベースでbusterのソフト多数)だとIntel media driver(iHD)の使用はbusterのレポジトリにあったので簡単
にできたのですが、qsvの方はffmpegをqsvを使えるように再コンパイルしたり、カーネルにパッチを当てたりと大変なようでなかなか
試せずにいます。人に聞く前に自分で試せと言われそうですが、すでに実験された方がいらっしゃったらご感想をお聞きしたいのです。

うちもQSVまではやってない
EPGstationのストリーミングでたまに使ってる程度
vaapiは画質に難ありでQSVにしたってblog
http://nodoka.org/ubuntu-18-04-lts-qsvエンコード-成功？編/

>>238
レスありがとうございます。私もそこのブログをちょっと見て書き込ませていただきました。
エンコスピードはPentium G4560(kabylake)のh.264 -qp 30でi965ドライバでBSのエンコードが6.8倍速ぐらいだったのが。
7.8倍速ぐらいまで上がりました。画質は目に自身がないのでよくわかりませんが、多少良くなったような気がします。
そちらのブログにはよく読むと、画質はドライバ依存と書かれていたのですがそうならばqsvまで使う必要はないのですが。
カーネルにパッチを当てなきゃいけないのがつらいですね。busterはまだ正式版が出ていないのでこれからカーネルのバージョンを上げる予定もありますし。

正確に書くと
i965ドライバのBS1(1440*1080)でdeinterlace_vaapiありの-qp30で6.8倍速が
iHDドライバで7.8倍速になりました。

そこのブログで出てるけど

https://github.com/0p1pp1/FFmpeg/commit/311716da96fd203b28165ec1c4789ec46f46aaa7

これ当ててもmpeg2adなtsが駄目なんでしょ？


画質云々は同じオプションでエンコできないし自分で見て比較するしかないでしょ

i965 vaapiは -qp 指定ではなく-vb でビットレートを固定すると汚くなるので、それで比べると分かりやすそう

>>241
そこの修正は修正部分をffmpeg4.1のmpeg12dec.cの1330行と1331行に自分で挿入したらMPEG2 ADなtsでも崩れなくなりましたよ。
単にファイルを置換しただけでは崩れてしまいました。

>>242
おお、それは良かった
haswell環境しかないから参考になった

省電力録画サーバー組もうと思うんだが、
raspberry piで最強スペックを誇る3B+ですら2TSが限界って聞いたんだが、Atom搭載の中華ミニPCの方がスペック的にはマシなのか？

ARMベースよりもx64ベースシステムの方が情報量多いから良いのかなとも思ってるんだが

>>244
保存先がUSBなら実質4TS

>>244
中華の方が遥かに高いよ。64bitか否かは性能にほぼ関係ない

ラズパイは電源周りがウンチで安定性に欠けるから、多少高くてもatom中華の方が遥かに良い
qsv使えるからコスパはラズパイより高いしいろいろ潰しが効く

ラズパイは電源よりUSBまわりがな……
別でLIVA動かしてるけど安いし静かだしで録画鯖にしても悪くないと思う

送料込み

1年程前にアリでこんなの買ったけど
windows10入ってるし
gigabitイーサーだし
USB3.0だし
HDMIもVGAもいけるし
電源もちろん付いてるし
買い足す必要なくすぐ使えるから安上がりよ

ただいっぺんにエンコやら録画やら色々やるのはスペック的にきついかと

でもうちでは仮想でLinux鯖も動かして色んな役目こなしてるよ

尼で同じくらいの値で手に入れば1番いいんだがな

日本語不自由なせいで「高いよ」が値段みたいになっちゃったけど性能を指してたつもりだった
で中華PCの方が良いという意見に同意。ラズパイはロマン有るけど、
性能厳しくて録画ファイル移動させるのもひと苦労だから実用性低い

miniPC運用良さそうだな。
linuxでデスクトップ環境落としとけばメモリ2Gでも安定するだろうし。
PX-P3W4とUSB3.0経由で録画用SSD繋いで簡易録画鯖にするか。

肝心のチューナーが品切れでいつ手に入るかわからないのが残念だが

LIVA Q2とかどうだ
ラズパイより小さいぞ

高くてもいいからこういうので今どきのチップセットのやつが欲しい
https://www.alibaba.com/product-detail/fanless-2-PCI-ethernet-mini-pc_60509008334.html

EPGStation何だけど、以下でアップデートしたら一切繋がらなくなった。
$ git pull
$ npm update
$ npm update -D
$ npm run build

API叩いても「接続を拒否されました」ってでる

勿論サービスは再起動してるし、つかOSごと再起動してる
参った。

対応方法教えてください

追記：
OSはubuntu server 18.4です

ログ貼れや童貞ハゲ！

まぁあわてなさんな、早漏よ。

簡単なんでシステム入れ直してるとこ

close

>>249
windowsは正規品？

仮想環境はvmwareとか？

>>249
これってファンレスだよね　関心はあるな
ebayに発注しちゃおうかなｗ

x64で衛星4・地上波4TSするとなるとどれくらいのCPUが必要？

>>249
こんなのでも動くんだよな
すごい時代だよ

>>249
HDD内蔵できるのが良いなあと。
ちょっと高いけど、あるんだね。
https://ja.aliexpress.com/item/Newest-T11-MINI-PC-Intel-X5-Z8350-1-92GHz-4GB-32GB-Wnidows-10-licensed-support-2/32826132717.html

>>249
皆さん、こーゆーのでWin+TvTestの環境でテレビに繋いでるの？ 自分はRaspberryPi+Kodiな環境なんだけど、イマイチ非力だな

>>258
あんまり詳しくないけど普通に認証済みなってるから大丈夫じゃないかな
仮想はVirtualBoxでやってる

実用考えると鯖オンリーでもこのレベルが最低ラインじゃないかなぁ

>>262
それ、説明にLANが100base-tって書いてあるから、やめといた方がいいな
実際に送られてきたらギガネットだったとかはあるかもしれんけどｗ

いつの間にtsselect-linuxのリポジトリ消してらっしゃる・・・
https://github.com/shesee/tsselect-linux

車輪の再再発明が必要だな

>>265
本当だ。見てなかったよ。
まあ、素直にUSB HDD使えば良いか。

どっかで再配布されてない？

追記：
　チューナーは PX-W3PE4です

ログレベル上げる

ブラウザをfirefoxでM2TS 無変換　視聴　VLCメディアプレーヤーで出来ます。
Chromeでも視聴出来ますが、データが増えるのでおすすめ出来ません。

>>270

録画と無変換TS再生できてるなら純粋にトランスコードの問題みたいだから、
導入されている ffmpeg が config.json で指定されているコーデックやオプションすべてに
対応しているモノなのか、足りないライブラリは無いかなど確認してみてはどうでしょうか。

ffplayでm2tsを再生できるか試してみるとか

ffmpegのバージョンが2.〜と極端に古かったので4系統に更新したのですが、
やはりだめでした。
ソースからビルドする際、H264は明示的に可能にしたはずなのですが。。。、

他になんか足んねーんだろ
ガイジか？

すでに上で書いてくれて人がいるけど、デバッグログ有効にしてffmpegのエラー内容を確認してみればいいんじゃないかな

https://github.com/l3tnun/EPGStation/blob/master/doc/log-manual.md
なんとなく予感がするのでログレベルの変更方法を貼り付けておこう

linux環境で4K録画はまだ不可能でFA?

すいません。
結局環境づくりからもっかいやりなおします。

WindowsのMulti2Decみたいな、ローカルファイルを復号化して出力できるツールありませんか？

b25

普通に実行ファイルあるんですね、ありがとうございます。

ドフのジャンク箱にPT3 が1500円であったから速攻確保
自宅で動作確認も問題無さそう
これを機にchinachu からEpgstation に引っ越ししようかな？

>>285
なんと言う幸運！
店員には、PT3の価値が理解出来なかったのだろう。
chinachuは既に過去のもの、今から環境構築するならEPGStationの1択。

>>285
羨ましい

ドフ辺りだとPT3の動作確認出来る奴居ないのかな？
動くか解らないのはジャンクなのね
ってかPT3使ってた奴ならドフなんかに売らないけど元の持ち主は亡くなって家族が処分したって奴かね

>>285
J( 'ｰ`)し たかしの思い出の品をどうか大切に使って下さい

>>288
細かい事を気にしてたら中古やジャンク扱いは買えない
有り難く使わせて貰うよ

>>289
たかしくんが置いてったウンコも引き取ってくださいよー　おかあさん

>>285
J( 'ｰ`)し ウチのたかしがご迷惑をおかけして申し訳ございません。すぐ取りに伺います

嘘くせー
PT3使うような奴がヤフオクやメルカリ使わないとかあるんかいな？

しんで家族がPC丸ごと処分ってケースも有るだろう

単純に押入れに大量にしまってあった系の断捨離家族なのでは？
いつも何個買ったのかもわからないみたいな人がたくさん出てくるし

>>293
おれは買うことはしないな
たまに売るだけ

俺が大学に進学してアパート住まいしている時に
実家に置いといたZ400FX（書付）を馬鹿母に勝手に処分されたことを思い出した。
廃品回収業者に只でくれてやったんだと。
後から書類くれって言われて5万円貰ったらしい。
物の価値が分からない奴は恐いぜ。

270とは別なのですがどなたか、vaapiのハードエンコ使ったライブストリーミングのconfig.jsonコマンドを晒してくれませんか？
Asrock J3160+PX-W3PE4にdebianをインストールしてEPGStationを導入しています。ｆｆｍｐｅｇはvaapiによるハードエンコ可能なものをコンパイルしました。
現状で録画、録画後のハードエンコによるMP4へのエンコード、録画したMP4のHLS配信はできています。
liveHLSは黒い画面で矢印がくるくるしている状態で動画は表示されません　ログは数行の配信の変換がされたあとエラーはの表示も出ずにstopになってしまっています。

長いので分けます

自分で書いてみたライブストリーミングのコマンドは
liveHLSは（実際は改行を入れずに1行です）
%FFMPEG% -re -dual_mono_mode main -i pipe:0 -map 0 -ignore_unknown -max_muxing_queue_size 1024 -f hls -hls_time 3 -hls_list_size 17 -hls_allow_cache 1 -hls_segment_filename %streamFileDir%/stream%streamNum%-%09d.ts\
-threads auto -c:a aac -ar 48000 -ab 192k -ac 2 -c:v libx264 -s 1280x720 -preset veryfast -aspect 16:9 -vb 3000k -flags +loop-global_header %OUTPUT%


liveMP4
"%FFMPEG% -re -dual_mono_mode main -vaapi_device /dev/dri/card0 -i pipe:0 -vf format=nv12|vaapi,hwupload,deinterlace_vaapi,scale_vaapi=w=1280:h=720 -c:a aac -ar 48000 -ab 192k -ac 2 -c:v h264_vaapi -level 40 -aspect 16:9 -q 21 -f mpegts pipe:1"

どなたか晒してもらえませんか？

Intel Media Driver for VAAPIで、
{
"name": "1280x720(vaapi main)",
"cmd":"%FFMPEG% -dual_mono_mode main -hwaccel vaapi -hwaccel_output_format vaapi \
-vaapi_device /dev/dri/renderD128 -i pipe:0 -vf format=nv12|vaapi,hwupload,deinterlace_vaapi,\
scale_vaapi=w=1280:h=720 -f hls -hls_time 3 -hls_list_size 0 -hls_allow_cache 1 -hls_segment_filename %streamFileDir%/stream%streamNum%-%09d.ts\
-threads auto -c:a aac -ar 48000 -ab 192k -ac 2 -c:v h264_vaapi -level 40 -aspect 16:9 -vb 3000k -flags +loop-global_header %OUTPUT%"
},
liveMP4はテンプレのまま

>300
ありがとうございました。コマンド試して見たところ字幕のストリームのデコードエラーが出てしまったため-map 0:0 -map 0:1

途中で送信されてしまいました
-map 0:0 -map 0:1を追加したところうまく行きました

liveMP4は当方の環境ではテンプレでは1280x740のサイズではブツ切れでだめでした
試行錯誤の結果

"%FFMPEG% -dual_mono_mode main -re -hwaccel vaapi -hwaccel_output_format vaapi -vaapi_device /dev/dri/card0 -i pipe:0 -vf format=nv12|vaapi,hwupload,deinterlace_vaapi,scale_vaapi=w=1280:h=720\
-c:a aac -ar 48000 -ab 192k -ac 2 -c:v h264_vaapi -level 40 -aspect 16:9 -qp 21 -movflags frag_keyframe+empty_moov+faststart+default_base_moof -y -f mp4 pipe:1"

でどうにかなりました。
最後に参考までに教えていただきたいのですが、>300さんはaribの字幕対応のffmpeg forkをお使いですか？

Egpstation で泥から試聴した後にずっとB-CAS にアクセスしっぱなりになるんだけど何か設置間違えてるかのかな？

字幕いれてないです
このスレか前スレにあったMPEG2 AD対応を入れた位

PT3が逝ってしまった...
サポート終了で修理不可だし困った
plexのチューナーだと何がオススメ？

予備買わんかったのか?

PT1があるならPCIへの変換のようなものを探してもがく手もある

金があるならdd max m4 or pt3中古
無いならplex

plexはq3u4だけは止めておけ

>>305
px-w3pe4を買って、非公式ドライバをインストール。

px-mlt5peは非公式ドライバがまだないので使えない。人柱待ち。

>>305
テレビを見ないのがおすすめ！

>>305
無難に単価も安いW3PE4でいいんじゃね。px4_drvで安定動作するしさ

w3pe4 なら一万ちょいで買えるんだな
以前よりテレビ観なくなったとはいて録画サーバーなくしてしまうのも寂しいから安いw3pe4 を注文する事にした

>>312
VLCとかでTS再生するときに有ると便利なテレビリモコンもついてくる、W3U4でもいいけどな。
W3PE4よりは値が下がりにくいのと、ACアダプタの差込口まで気にしないといけないのが難点だけど

https://forest.watch.impress.co.jp/docs/news/1179441.html

最近はあんま見ないけど
IntelMediaSDK使ってる人は注意やで

px4_drvの作者です

この数ヶ月間にpx4_drvの動作の改善や重大なバグの修正を行ったり、Raspberry Pi 3Bで使用する際にドロップを減らす方法を発見したりしたので、まとめてご報告させていただきます。

まずは改善やバグ修正についてです。

・W3U3スレ(Part26)の493と604にQ3U4(とQ3PE4)でS側にドロップが発生する場合があるとの報告がありましたので、対策を行いました。(rev: 91)
・稀にringbufferの読み書き中にデッドロックを起こす致命的なバグがあったので、修正を行いました。(rev: 80)
・複数のチューナーを同時に閉じる際にデバイスとの通信エラーが発生するバグの修正を行いました。(rev: 77)
・CPUの負荷軽減(rev: 79)やS側チューナー(RT710)をなるべくスリープさせる変更(rev: 70)なども行っています。

次にRaspberry Pi 3Bで使用した際のドロップについてですが、dwc_otgとpx4_drvに以下のようなパラメータを指定することによって、大幅に減少することが確認できました。

・/boot/cmdline.txt に「dwc_otg.host_rx_fifo_size=2048」を追記

・/etc/modprobe.d/px4_drv.conf というファイルを作成し、以下のような内容を記述する

- rev: 87以降の場合:
options px4_drv xfer_packets=51 urb_max_packets=816 max_urbs=6

- rev: 86以前の場合:
options px4_drv xfer_packets=51 max_urbs=64

(いずれの場合も、max_urbsの値はもう少し小さくてもいいかも)

こうすることによって、4チューナーを同時に使用してもドロップすることがほぼなくなりました。
なお、8チューナーを同時に使用するのは、Raspberry PiのUSBの帯域の関係でどう頑張っても不可能のようです。

また、環境によっては以上のような設定を行っても効果がない可能性もありますので、その場合はすみません…

＞Raspberry Pi 3Bで使用する際にドロップを減らす方法を発見

px4_drvおじさんは現人神や〜〜〜〜〜〜〜〜〜〜〜

実はマメにGitHubチェックして更新してます

本当に神のような対応で感謝しかない
予約無いときに更新します

仕様が公開されてないハードなのにドライバが洗練されていく

トライしてみるっきゃないね

win ユーザーが可哀想やな

>>322
録画用に組んだPCが手元に複数あるが、多数派がWindows機から(EPGStationが稼働する)Linux機になった。

cmカットがどうにかなればwim捨てられる

大感謝。Q3U4の対策、サラッと触った感じ効果ありますね。
うちはu-n-k-n-o-w-n氏のBonDriverProxy_Linux⇒BonDriverProxy_Win(あえて2段)⇒TVTestって
パススルーしてるだけなので、干渉避けのバックグランドのおまじない外して運用してみます。

Q3U4＋Rock64 1G＋ayufan(bionic-minimal-rock64-0.7.9-1067-arm64.img.xz)は
素人なのでおかしなことしてしまってるかもしれないけど、px4_drv.confを作って…
/boot/extlinux/extlinux.confの2か所ある「coherent_pool=1M」を
「coherent_pool=4M dwc_otg.host_rx_fifo_size=4096」でいい感じになった。
2048だと全チューナー起動するとぽつぽつドロップする感じだった。

>>325
Rock64のくだりはの「4096」でいい感じは取り消します。
まだポツポツと出るので適当じゃダメかも。

>>324
CMcut4U 試してみろ
カット精度に妥協出来るかだが

wineでwinバイナリ持ち込むとか

>>327
サンクス
試してみる

最近はチューナーがなくてもデバッグ作業とかは普通にできるのな。どうやって試運転しているのか大きな謎だけど

rev: 91で行ったドロップ対策をOffに出来るパラメータ「disable_multi_device_power_control」を追加しました。(rev: 101)
なお、W3U4とW3PE4では元からOffとなっています。

PX-Q3U4ですが、デバイスは所有していないのですが特に問題なさそうなので、対応している旨を明記しました。

>>325
Rock64はdwc_otgのドライバをそもそも使用していないので、host_rx_fifo_sizeの設定は効果がありません…
px4_drv.confの設定も、Rock64では割り込み回数が増えるだけで良い効果がなさそうなので、無くて大丈夫だと思います。
coherent_pool=4Mの設定はそのままで大丈夫です。

ちなみに、Q3U4はどのUSBポートに接続されていますか？
Rock64の場合、USB2.0の下段ポートかUSB3.0のポートに接続すると、USB2.0の上段ポートよりもCPU負荷が少なくておすすめです。

それでも全チューナー起動中にポツポツとドロップが出るようでしたら、px4_drvのtsdev_max_packetsの値を少し大きくしてみるのはいかがでしょうか？

>>330
同じ不具合が手持ちのQ3PE4でも再現したので、それを使って修正作業を行いました。

あ、もしかしてQ3U4だとrev: 91以降から1チューナーでも開いた時点でファンが回転するようになっているかもしれないです。

dwc_otg USBドライバには全く別のところで不具合に悩まされたことがある

Designware社のIPコアを採用している各所がみなこのドライバを使っているが
エンジニアの利用者人口が桁外れに多いRaspberry系ハードウェアで
いろいろ不具合が修正されているおかげで助かりンコ

>>331
書いているうちにグッドなアンサーありがとうございます上側USB2.0でした。
下書きそのまま貼ります。
---
Q3U4＋Rock64については起きたことがわかりました。
ドライバーアップデートとラズパイ対策を同時にしてしまったので
しょっぼい報告してしまいました。

ラズパイ用の新対策は一旦忘れて入れていない状態で、checkoutでMar 26とApr 12で比較。
Mar 26ではcoherent_pool=4MにしてQ3U4固有のS側ドロップ以外は安定していました
この状態からApr 12にするとQ3U4固有の問題が治る一方チューナー沢山起動すると
激しくドロップするようになりました。
(これにラズパイ用の新対策をするとこのドロップがポツポツ程度に緩和される感じでした。)

結果を言いますと、KB/マウスレシーバーとQ3U4を2個あるUSB2.0に挿して実験して
いるのですが、挿すポートを入れ替えたら新ドライバーでもドロップしなくなりました。
何度か入れ替えて確認して下側だとOKで、USB3.0に挿しても問題ありませんでした。

ですのでUSB帯域的かどうかわかりませんが新ドライバーに軽度な副作用が
あるのかもしれないなと思いました。

>>332
そう言えばと思って挿してみたら1チューナーで回りました。

>>332
Q3U4ユーザーです。おつかれさまです。S側のドロップは思惑通り激減です。感謝！
ファンについては、mirakurunのEPG取得の関係で回りっぱなしになります。恐らく、これはアプリ側と連携しないと対応できない問題だと思います。
アップデート前にはソースをいじって、ioctl経由で、recpt1のオプションで自分がopenしている間は、両チューナーの電源を入れっぱなしにするような対応をしていましたが、汎用性のある対応ではないと思いますので…

Windowsのほうでやっている全チューナーオープン運用試験と同方向の対応ですよね

>>331で「Rock64はdwc_otgのドライバをそもそも使用していない」と書きましたが、説明不足でしたので補足します。
Rock64のUSB2.0の上側ポートは、DesignWareのOTGコントローラに接続されています。
ドライバはRaspberry Piとは異なり、カーネル標準のドライバが使用されます。

ポート別の使用ドライバは以下の通りです。

・USB2.0上側: dwc2
・USB2.0下側: ehci-platform, ohci-platform
・USB3.0: xhci-hcd

>>334
>>335
>Mar 26ではcoherent_pool=4MにしてQ3U4固有のS側ドロップ以外は安定していました
>この状態からApr 12にするとQ3U4固有の問題が治る一方チューナー沢山起動すると
>激しくドロップするようになりました。
>(これにラズパイ用の新対策をするとこのドロップがポツポツ程度に緩和される感じでした。)

rev: 87(4cfe4bf)とrev: 100(d6d5135)との比較だと思いますが、この間にTSデータの受信処理の部分には手を入れていないので、正直なぜこのような差が出るかは私のほうでもよくわかりません…
症状的には(新対策によるドロップ数の減少も含めて)私が過去にRaspberry Pi 3BにQ3PE4を繋いで8ch同時受信を行ってみたときと同じようです。
もしかしたらDesignWareのコントローラーの電源管理周りに何かあるのかもしれないです。

ですが、下側ポートで問題ないようなので良かったです。

>>336
>>337
やはり1チューナーで回りますか…
rev: 91で行った変更は、片側チューナーをopenして電源を入れるタイミングで、同時にもう片側のチューナーの電源も入れてしまうというものなので、仕方ないといえば仕方ないです。
mirakurunで使用する際にファンが回りっぱなしにならずS側のドロップが発生しないようにするためには、EPG取得の間隔を伸ばすか、disable_multi_device_power_controlをYにした上でpx4video5を使用しないようにするか、
Q3U4のファンを撤去することでしか対応できなさそうです。

あざます。
うちの用途的にはQは1個挿せればよいのとあの爆音ファンは使ってないので、
ガンガン使わせてもらいます。

MIrakurunがいつの間にかipv6を無効にしているとError: listen EADDRNOTAVAIL ::1:40772ってエラーが出て
mirakurun config serverでdisableIPv6: trueにしないと使用できないようになっていた。
エラーの原因がなかなかわから、。大いにハマったので皆さんも気をつけてください。

>>343
うむ、報告ご苦労であった

mirakurunのgithubでも軽く触れられてるけど
指南サイトとかには出てこないからハマりやすい点だね

mirakurunは
/usr/local/var/log
/usr/local/var/db
あたりをかなり頻繁にwriteするのでSDの耐久性が不安だが、何か対策してる？

>>346
耐久性が高いとされるMLC方式のmicroSDを使っている。32GBで約2400円と高めだが、これでも以前よりは安くなった。

なるほど

録画でHDD使うので、ついでに/をHDDの第1パーティションを使うようにした

>>346
ログレベルを変更する。
db更新のインターバルを変更する。

基本はusbブートだが。

>>350
そのUSBブートをすると、コマ落ちが酷くて録画には使えなかった。
普通のmicroSDブートで組み直すと安定した。

こ・ま・お・く・り・も・で・き・ま・す・よ

やだこのスレ加齢臭がするぅ

ffmpeg git最新版(昨日git cloneしたもの）で、VAAPIを使用したところ、
今までのffmpeg(12/08/2018付4.1N-92629-g05a61a0)と比べてh.264_vaapi、ドライバi965で8倍速が4倍速に、
h264_vaapi、ドライバiHDで10倍速が5倍速に半減してしまったのですが、同様の症状の方いらっしゃいますか？
他のソフト環境は同じなのでffmpegのアップデートが原因としか考えられないのですが。（実際旧バージョンに戻したら
速度は元の速度に戻りました）

書き忘れましたがディストリはdebian stretch 9.8にbuster(testing)のレポからソフトを少々インストールした環境です。
iHDドライバはbusterのレポからいただきました。

>>351
俺も同じで、USBブート諦めてSD運用してる
ネットワークブートは試してないんだけど、どうだろう？

>>343
それ自分もはまって苦労しました
ipv6のlistenを止めたんだっけな

>>351 >>356
どっちも同じフラッシュメモリで静的なウェアレベリングなのに何が違うんだろ

といいますか、SDってSDカードってことで合ってます？
USBメモリはUSBポートだけどSDカードはどこか別のとこに付けるの？

ラズパイの話なので

>>358
さーせん、SDはmicroSDを略してしまった

https://www.fabshop.jp/%E3%80%90-%E7%B6%9A%E5%A0%B1-%E2%91%A3-%E3%80%91raspberry-pi-3-model-b%E3%81%AF%E5%90%8C%E3%81%98microsd%E3%82%AB%E3%83%BC%E3%83%89%E3%81%A7%E3%82%AB%E3%83%BC%E3%83%89%E3%82%B9%E3%83%AD%E3%83%83/
こんな結果もあるから、microSDはUSBスロットとは別口でつながってるっぽい
ネットワークはUSBと帯域共用
となるとネットワークブートしても結果は変わらないかな

>>359-360
ようやく把握、ご説明ありがとうございます

Raspberry系のSDカードスロットはSoC内蔵SDコントローラでの制御

USBだと

SoCのUSBホスト --(USB)-- カードリーダのUSBインタフェス <--> リーダの中でSD制御

SDのプロトコルで出し入れするデータをUSBのプロトコルに乗せ換えてSoCと行き来するから
一段階余計なことをすることになる

だもんでボード搭載のSDスロットの方が速いのでは?

Raspberry系持ってないから、今調べたら64bitコアになってもUSBポートはUSB 2.0止まりなのね
そりゃ遅いです

raspi2でwebカメラつないで監視カメラにしてた時、2台つないでも同時に使用できなくて、その原因調べたらUSBの帯域足りないってことらしかった。
。
PCだと2台同時に使えるんで、同じUSB2でもPCに比べても遅いのかも。

>>363
networkに接続してるならlanも同じusbを使用するから帯域は2倍必要になるぞ。

raspi2以下だとシングルコア?で
頻繁な割り込みにCPUとられちゃうから苦しいみたいなことを聞いたことがある

限界を知るってのはいいことです

やらせたらなんでもできるやろ、できなきゃおかしい、
は棲み込み、いやもとい、組み込みの世界では通用しない
かといってやりたいことに対してハード性能高すぎもダメ
ちょうどよくないとアカンのです
むずかしいのです

このスレ定期的に変な奴湧くね

組み込みの世界ではって、いつからラズパイが義務になったの？
普通にマシンパワーがあるPCでやったほうが楽ちんに決まってるじゃん

rpi3のusbって遅いんか
rock64に変えてみるかな〜

ラズパイとかdtv用途じゃゴミだろ

>>370
ゴミって、それは言い過ぎ。
省電力で小型、24時間稼働させても電気代を気にしなくて済む。
TS録画だけでエンコードしない、サーバー用途ならラズパイで事足りる。
CPUパワーがあっても、電気代が高いようだと24時間稼働には躊躇する。

ごめんなさいMicroserverGen10(CentOS7)連続稼働中です

>>371
電源周りがゴミ過ぎんよ

録画ならatomどころかPen3でも出来るからなあ

録画はリアルタイム処理で取りこぼしたらそれまでだから安定環境でやりたい
でも小ささはそれだけで魅力なのも確か

Q3U4のPlexの糞ドライバーだけ避けられれば良い自分は
px4+BonDriverProxy_Linuxだけ動いてくれれば良かったので
Rock64とかNano Pi NEO 2あたりで共にアイドル3W程度で
動いてくれたのは有難かったな。Win側はスリープ運用出来るし。
ただいつか出るラズパイの新型で動くなら乗り換えると思うけど。

>>373
壊れたらすぐ交換できるぐらい安いけどな　だからバカ売れしてるんだろうと思う

不在中に火吹かれたら困っちゃうけども

ラズパイ以外の低価格SBCもだいぶ数が増えたし
そういうので安定動作した実績とかあれば聞きたいな
情報が少ないしスキルも自信がなくて購入を躊躇してる

>>378
8チューナー使えるかもしれない（がいつ出るかはわからない）ラズパイの新型を待ってみるのはどうだろう

HWエンコード、デコードを考えるとラズパイになるけどなぁ
Rock64とかその辺がもっと安定してくれればいいんだが

ラズパイ買うならもうちょい金出してatom系のtv boxでも買ったほうが良い
腐ってもintelだからqsvが使えるし電気代も大して変わらんだろう

欠点は海外通販故に来るのが遅い

注文時のコメント欄とかに
A.S.A.P. !!
とか書いとけば?

qsvってlinuxから使いづらい印象ある

>>378
こんな報告いるかわかんないけど、OrangePi3じゃだめだったよ。
USB3x4にminiPCIeとGbEと凄くI/O周りが良さげだったけどOSが酷かった。
カーネルヘッダが見つからなかったり、あってもmakeが通らなかったりしたよ

カーネルヘッダを探したりするのが一番難しいから、最低でもソフトウェアが充実してるメーカーから探さないとだめだね

AllWinnerとか情報もロクに出てこなさそう
ベンダーの連中がやっつけで書いたコードでそのまま動かしてるんだろうね

Realtekの古ーいコードを見たことがあるけど(あちこちさがすとSDKが落ちてる)
そりゃまぁきたないなんてもんじゃない
カーネルのコードも出来の良くない人が書くとそれなりにしかならんのだなぁ、と

公式のイメージは酷い状態だけど、armbianなら安定してるよ。OPi3はまだarmbian出てないから使い物にならないね。

>>384
俺もTinker Boardで試してみて、カーネルヘッダの入手に苦労した後
コンパイルエラーに対応出来なくて、諦めた

使えてる人は居るらしいが、情報少なくて、素人には無理ゲー

実際に試した人の意見が聞けてありがたいです
ラズパイ以外でやるとしたらソフトウェアサポートが充実してる機種か
armbianの対応待ちしたほうが良さそうだと思っておきます

>>388
RPi以外のSBCをわざわざ選ぶ嬉しさってなんだろう？
俺はRPiB3+にW3U4と2.5HDDをつないで4TS録画出来てるし
Winで試聴しても破綻してないから十分

Tinker Board試したのは、動くか試すことが目的だったかも
今はDeskMiniA300が欲しい

>>389
録画だけであればx86マシンかラズパイが情報も多いし安定するだろうし最良だろうとは思っています
単なる興味と、どうせならNASとしても使いたいためUSBとLANの速度が欲しいのと
できればeSATAやminiPCIeのような安定したストレージ接続が見込める機能も欲しいため
他の選択肢がないか知りたかったためです

>>389
ロマン。動くのが最初から判ってるのはつまらないし、動いたら興味無くなる。目的より手段。

>>390
なるほど、でも、SCB自体は小さいけど、外付けしたアイテムの置き場が思ってたより邪魔だった
DD Max M4が二枚刺さる良さげな小型PC無いかのう

>>390
それは激しく同感

>>392
IN-WINのMt.Jadeケース。https://www.in-win.com/en/computer-chassis/bk-series/APAC
フルハイトボードが刺さってμATXマザーが入り容積が小さい。
これよりも小さいものを探すとなると、MiniITXマザーのPCIe x16 1スロットをPCIe2スロットにする
ライザーカードと銀石のケース位しか……

>>393
情報あり
ニーズがニッチ過ぎて選択肢が無いから
Thunderbolt3で外付けとか、変な方に妄想が捗る

小ささを追求すると
ECSのLIVA QにUSB外付けみたいなことになるけど
配線やアダプタで設置面積は大差なかったり

>>393
これ使ってる。
mini-itxと組み合わせたらpciライザーつけてpt2が二枚入る。最近のでかいmini-itxケースよりは小さいから、このケースとライザーの組み合わせはバランスいい気がする。

>>389
winでの視聴はリアルタイム？録画したもの？

>>397
RaspberryPi B3+のハードソフト環境は
・Plex W3U4
・ACR39
・WDの2TB 2.5HDD 14mm(笑)をDelockのケースに入れてる
・Mirakurun+EPGstation
WindowsからはBonDriver_MirakurunでTVTestでリアルタイム視聴とEDCBで録画もしてる

録画しながら視聴するケースは殆ど無いけど、RPiでもWinでも同じ番組録画してるんで、お察しください
Winでの録画はたまにドロップする程度なんだけど、TVTestで2S2T同時に開くと上手く再生されない
何でか分からん
あと、Winにもカードリーダ刺さってるんで、どっちでデコードするかは気分でｗ

もともと、WinでW3U4で録画環境構築してたんだけど、不安定すぎでついRPiで一式構築してみた
先週あたりからWinからW3U4をまともに開けなくなったんで、そのままRPiで受信したの録画するようにしたから
RPiとWinで同時に録画するとかアホなことになってる

miniITX + PT3だが、マザーにmPCIeが付いているので
変換アダプタとPCIeエンチョでマザーのスロットの隣までひっぱってきて
銀石のHTPCケースでスロット増設させたいと、目論んではひっこめてる

マザーのスロットを10GbEにあてがって、ひっぱりだした方にPT3を、と思ってる
(DVBドライバが必要な環境なのでPLEX USBはチョイスできない)

Windows+TvRockからLinux+EPGStationに引っ越して録画サーバ環境はかなり
満足してるんだけど、どうせならこの機にデスクトップ環境も移行してしまいたい。
TVTestと遜色ないLinuxアプリなんか無いですかねぇ。

無いだろなあ
wineで頑張れば動くらしいが

Web API経由でvlcくらいしか手がない
それ以前にLinuxのデスクトップ環境にはあまり期待しない方がいい
既に気に入ったのがあるなら別だが

ですよねー
どうしてもWindowsじゃなきゃいけないのがもうTVTestとAvisynthくらいしか
残って無いので開発環境とまとめようと思ったけど、なかなかそうもいかなそうだ。

なる VMwareでCentOSやった方が強そうだな

>>400
TVTestのおソース公開されてるから、Linuxに移植とか……

linux録画機2台作って同じに設定したつもりがどうしても1台の録画の頭が不定期に切れる
でずっとタイムロケール疑ってたんだけど治らなくて、レジュームタイミング早めるやっつけ対応してたんだけど
ふと思ってボタン電池替えたら治った
誰もそんな事に引っかかる人いないと思うけど一応残しておきます

ntpで時刻同期させてないのか

スタンドアロンなんじゃね

NTP同期させてますが、S3中だけ時計がずれていってました
レジュームが指定時間より遅れて頭が切れる感じです

スリープさせりゃそうなるか

早めに起こしたらええんとちゃいますの?

そうしてたって書いてあるやん
根本的には時計の問題だったと

レジューム時に明示的にNTP同期させられないもんなのかな

レジューム時に同期させてますがS3中に時計が遅れるので
1時間後を指定しても1時間5分後にレジュームする感じで
そこで時計が補正されても対策になりませんでした

適当なフリーソフトでできるやろ

といいますかスリープさせる手前で同期させることにしといたらどない?
スリープさせるのって勝手になるわけじゃなく
何らかの条件を制御して「ええで」となったらスリープさせるわけでしょ
そしたらそちらはタイミングが分かりますよね

>>416
スリープ時点ではntpが効いているのでずれてません
スリープ中に実時間よりも時計の進み方がゆっくりになるようで
指定時刻よりも復帰が遅れる状態でした

前後した...ダメなのか...

RTCは電池から電源供給受けてクロックも専用の32KHzとかで動いてるわけですよね
よくある話なのかよう分かりませんが

ウチはスリープじゃなくRTC alarm wakeupで起こしてるんですが
単なるブートアップ処理を通ってくるんで比較にならんな、これ

>>418
うちはrtcwakeコマンドです。内部的に何か違うのかも知れません
あと駄目な方のハードがジャンクで買ったNECのデスクトップで本来Linux非対応？なので
BIOS的な何かが有るのかも知れませんが
今は一応動くようになったのでこれ以上追いません

鼻毛鯖か

>>419
いえ、デスクトップなのでlavieですね

そういえば昔はタワー筺体だとデスクトップとは言わなかったな
最近はバッテリーの有無位でしか区別してない気がするけど

>>419
ボタン電池へたってくるとよく時計が遅れるから、電池が劣化してただけじゃないかな。実際交換して正常になってるようだし。

そんな時刻遅れるポンコツ使うの止めたら？
それが無理だって言うんだったら、
https://www.atmarkit.co.jp/ait/articles/1507/08/news003.html
をstepモードでつかえ。
時刻がどんどんズレていくのは、修正後のログの整合性を維持するために大幅に時刻を修正してないからかと。

stepモードあるんだ知らなかったわ
調べたらWinは時間差によってslew/stepを切り替えるんだね勉強になった

ぜったいにのがせないばんぐみがそこにはある!!

だったら家にいて起きてろよ...

解決したって言ってるのに押し付ける

しかもヤケに偉そうに。ポンコツなのはお前だろって言いたくなる

うまくいっているものをかえないのはだいじなことだけどな
だじゅんもそうだ
ぱんつもそうだ

ﾌﾞｰｲﾓとﾗｸｯﾍﾟに碌な奴はいねーな。
終わってねーから今まで続いてたんだろ。

ポンコツが何か言ってるな

終わってるか否かだけの話なら最初に書いた時点で解決はしてます
誤った時に逆ギレする方が終わってるのでは？

ぶっちゃけおま環なんだよな。

こういう話で良いの？

* S3(スリープ),S4,S5 等で運用して録画開始まで長時間スリープ等している
* 電池がヘタって RTC の時刻保持に影響が出ている

そうだとすれば、電池交換するってのは正解だと思うし、だれでも起こるのでは？
24時間電源ONで ntp で同期させていたら RTC の影響はないはずなので
わざわざスリープさせて複雑な運用することもないんじゃないとは思うけど。

何もしないのに回しといたら電気料金ムダじゃろ
24時間常に録画しっぱなしなら意味あるかもしれんが

スリープ運用はトラブルの元だから俺はやらないがそれは個人の選択だろう

事の本質はスリープ中のRTC維持でボタン電池は盲点になりがちって話
理解できないポンコツが暴れただけ

>>434
終わった話を蒸し返すなクソ野郎！

linux板の方でちらっと話題になっていたemby入れてみたけど、いいね
弱回線でもトランスコードのお陰で快適に見れる

emby人気があるね。
mythtvがランクインしていないのが悲しい。

https://www.ossnews.jp/oss_info/article.html?oid=8973

さんぱくんをmirakurunで使っているひとにお願いです。mirakurunのバージョンを教えてもらえませんか？
atom機にセットアップ中なのですが、BS01,BS03,BS05,BS09,BS15の局情報が拾えません。recfsusb2nのコマンドを直接叩けば録画ができるので、mirakunの問題だと思っているのですが....

>>440
recfsusb2n.confとmirakurunのchannels.ymlのチャンネル表記はちゃんと一致させてる？