【視聴・録画】Linuxでテレビ総合16 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
.>>466、いろいろためしてなんかわかったらお知らせします
>>468、ちゃんと計ったわけじゃないけどGUIにすると熱いです
ぐぐるとこんな記事もありました
https://je1sgh.mydns.jp/je1sghblog/?p=7744 単にグラフィック処理させてないから負荷が少ないので発熱も少ないって話なだけだな >>470
専用でって言ってるんだから
普通に出来るだけ負荷減らそうって
努力した結果でしょ?
うちでも、ラズパイで単機能サーバーするときは
GUI入れない 他のセルフパワードなUSBハブ買って試して人柱になると言う選択肢もあるんですのよ 俺も経験あるな
電源付属のセルフ・パワーのHUB、 その付属電源が超イモ
2.5-HDD繋げたらカッツン/カッコン だって
実測してみたら、公証 2.5Aと謳っておきながら実力は 1Aも流せない
500mA辺りで既に電圧ドロップが始まる、全くのクソ電源
んで、電源は別の手持ちので代用、 カス電源は速攻ゴミ箱行き
実際、この実力じゃ マウス/キーボード 程度くらいしか使い道無いもんな
ならバス・パワーで十分だし PX-Q1UDで付属のACアダプタ (定格5V2A) をつなげるとドロップ多発する件ですが電圧を計ってみるとこんなんでした
無負荷 5.05 [V]
250 [mA] 4.94 [V]
500 [mA] 4.84 [V]
1 [A] 4.69 [V]
https://i.imgur.com/rR1U7RV.jpg >>474
PLEXのチューナーは内蔵でも外付けでもUSB2.0で
1chのはバスパワーだったから
@500mA×4でMax2Aってことかな
その調子じゃ2A流したら、4.4Vとか?
安心して使いたいなら、容量アップして
別のACアダプタつけた方がいいね
欠陥なら、チューナー買い直しても同じだし
お金もったいない 定格の半分で、既に 5% 以上落ちてる
https://netlog.jpn.org/r271-635/2017/08/acadapter_noise.html
リップルは不明だが、その他の成績は、 ページ一番下に掲載されてる中華品と同程度
この人の判定では、"使い物にならない電源アダプタ" となる
オレも、上記と見解と同意見だな
拘わるだけで時間の無駄、 さっさと見限った方がいいよ >>475さん、>>476さん、どうもです、このACアダプタは確かに糞ですわ
ただロットによってACアダプタのモデルが違うかもしれないし個体の問題かもしれんです
それとちょっと解せないのはラズパイのバスパワー(ACアダプタ無し)で
4ch同時録画ドロップ無しで動いてるのとSiano SMS2270のデータシート見ても
max 255mWってあるのでDC-DCの効率考えても4chで消費電流500mA以下だと思うですよ
だったらなんでACアダプタついてるの?と。
ACアダプタが糞でそのせいでドロップ多いとか言われてたらもったいなーと。
> ISDB-T Active Full-Seg 255 mW (when using USB Application)
> VCC_IO IO Power supply 3.9 V
> VCC_CORE Core Power supply 1.5 V
あとDSOでみたらリップルはそれほどなかったです >>477
500mA以下のはずったって
定格2Aなんでしょ?
ACアダプタ取っ替えるぐらい簡単じゃん
なんか持ってないの?
もってないなら秋月で買ってくるなり
それも嫌なら返品交換してもらえば? > 秋月で買ってくるなり・・・
秋月のアダプタは ほとんどが ジャック・サイズ="5.5/2.1" で、あとは USBタイプ が少々
残念ながら、合致するジャック・サイズのACアダプタは売ってない
代替品を探すなら、予め ジャック・サイズを調べておかないと嵌るよ >>478さん、説明不足ですんません、ACアダプタ無しで問題なく4ch同時録画できてるんでぜんぜん困ってないんですよ
現在、4ch同時連続録画テスト中なんでPX-Q1UDは止めたくないので別のACアダプタつなぐとか返品とかもいまはできないです
ちなみにPX-Q1UD付属のACアダプタのプラグは>>480さんが言うようにEIAJ規格でもなく2.1mm標準でもなく外形3mmというタイプでした ちょと割高だけど、3/1.1の変換プラグあったよ
https://www.am%41zon.co.jp/dp/B0722J415P
あと、最初にいったけど
どうせ使えないダメACアダプタなんだから
プラグのとこチョン切って線つなぎ変えてもいいし
ラズパイの元電源3Aで、USBポート4個分全体で1.2A
供給できるから
他のUSB機器を全部セルフパワーのUSBHubで
ってやれば
チューナーに1.2A使える
定格の2Aには、ちょと足りないけど
それで問題ないなら、それでもいいし 解せないって言ってた原因が分かったんだから
もう特に語ることはないじゃろ >>483、ありがとうございます、これは凄いw、DCジャック全38種対応、これはこれで持っとくと便利かも >>485
プラグで困ったことあれば欲しくなるでしょ?
だけど、いっつもACアダプタぶっ壊れたら
線チョン切ってつなぎ変えてて
現状は困ってないから
欲しいものリストにずっと居る ACアダプタなんかハードオフで高くて100〜300円で売ってるがな。ジャンクだけどな 高くてはいらんかったわ。あと尼にある中華DC-DCダウンコンバーターと組み合わせれば最凶になるでぇ >>438
Fedora-32
kernel:linux-4.19.41 (ソースコードは不変の自前ビルド)
core-i3 4130T | iGPU (VAAPI)
PT3
の構成で数日前から挑んでます
fixes/30ベースで使ってたのをFedora-31 -> Fedora-32へ更新したら
frontendの描画がトチ狂ってかなり支障が出る状況だったため仕方無く...
Artaneさんのリポジトリから"Set VERSION to 0.31"以降のISDB関連commitを取り出して
fixes/31ブランチを起点にマージ・手直ししたソースツリーでの作業です
・ISDB-T(地上波)については録画できています
・ISDB-Sについても、いまちょっと試してみて録画できているっぽい
(非課金のBS 1-7chしか試せません)
・そのままだとfrontendが起動しなかったのでデバッグ用にソースコードをいじって小細工
- TestPluginVersion() のLOG()行を外したり
- gdbのbacktraceで見た感じQString絡みでsegmentation faultに落とされているっぽい
・backend, frontend とも "--noupnp" をつけないと起動できない? (詳細 未調査 QString関連かも)
・frontendを普通に終了させようとしてもsegmentation faultで落ちる
0.31のrelease tagつけてからfixesブランチでも変数名のリファクタリングされてるのが... >>489
非常に遅くなって申し訳ございません。
まず、今日までのfixes/31をマージしてみました。
現状でビルドして見てどうでしょうか?
# たしかにあのリファクタリングは何なんだと思いました。
FedoraのQtはどうなんでしょうね…。 >>489,490
githubから本日取得した31+ISDB-Jaをdebian/sidで構築した分で
> ・ISDB-T(地上波)については録画できています
録画できています。
> ・ISDB-Sについても、いまちょっと試してみて録画できているっぽい
録画失敗しました
30+ISDB-Jaのdbを残したまま上書きmake installしましたが、dbの初期化再構築が必要?
recordedテーブルのデーターを全消去しないとshutdown処理できなかったです。 >>491
ありがとうございます。
ISDB-Sに関しては、パラボラがないので、デバッグができない状況になってます。
周波数等がかなり変更されてる感じなので、そこに絡んでるのかも…。
時間がかかるかも知れません…
dbに関しては、後でちょっと見てみます 録画をLinuxのEPGStation
エンコードをWinのAmatsukazeでさせてるんだけどEPGStationのmaxEncodeを4とかにしてるのにAmatsukazeのほうにはタスクが1個ずつしか登録されないのはなぜなんだろ… >>493
maxencodeは同時ストリーミング数でエンコードは常にひとつずつ
俺もAmatsukaze使ってるけどエンコ済みファイルは別フォルダに作るからエンコードスクリプトではAmatsukazeにキュー送ってエンコファイルへのシンボリックリンク作って終了させてる >>494
ありがとう!EPGStationのダウンロード欄に出るファイル容量が0になるけどそこはしょうがないよね… >>261
すごい古い話で申し訳ないけど
このCONFIG_MAX_DVB_ADAPTERSってやっぱkernelビルドするしか変更する方法無いよね?
PT3 3枚使ってるんだけど、Ubuntu ServerのKernel max=8で作ってやがる・・・
今時kernel のビルドなんて面倒なんだが、なんか方法有るかなと。 >>497
情報thx
ubuntu以外だとデフォルト16だったりするのこれ?
pkgでアップデート管理していけないの超面倒杉なんだが・・・
vanillaはどうも16っぽい所までは調べたんだけど。 docker-mirakurun-epgstation ものすごく便利に使わせてもらってるんだけど
エンコードの ffmpeg で libfdk_aac が使えるようにならんかなー
自前で ffmpeg をコンパイルしたとしても
ときどき docker 環境のアップデートがあることを考えると
最初から libfdk_aac 付きでコンテナを準備しておいていただけると・・・・・・
という希望をここで述べただけですので
スレ汚し失礼 ここに希望書いても無駄だからgithubにissueでも建てなされ libfdk_aacのライセンスがGPLと非互換で
> you cannot download a pre-built ffmpeg that supports it.
だから自分でビルドするしかないと思われ
https://trac.ffmpeg.org/wiki/Encode/AAC >>499
ffmpeg.orgのFFmpeg Compilation Guideに
「Alternative ways to obtain/compile ffmpeg under Linux
Docker image with pre-compiled ffmpeg and libraries」
と紹介されてるDocker imageのjrottenberg/ffmpegからFFmpegをCOPYするDockerfileを用意すれば良いんだよ
と、思ったらEPGStation+FFmpegのDocker imageをDockerHubで公開している人もいるな native-aacエンコーダもいまでは十分高音質になったという話だが 質問です。Mirakuruの録画コマンドが上手く動作しません。環境はLinux Mint20にW3PE4を刺し、ドライバは非公式ドライバを使用しています。
録画コマンドは
recpt1 --device /dev/px4video0 --lnb 15 --b25 <channel> - -
となっており、地デジはlnb 15を省いています。
EPGStationから録画を行うと上手く動作せず、Logには
2020-08-06T13:27:46.986+09:00 info: TunerDevice#2 end streaming to user `127.0.0.1:35012` (priority=0)
2020-08-06T13:27:47.718+09:00 debug: TunerDevice#2 > device = /dev/px4video2
2020-08-06T13:27:47.722+09:00 debug: TunerDevice#2 > C/N = 35.676318dB
2020-08-06T13:27:47.788+09:00 debug: TunerDevice#2 > (PID:36154)(CH:T24) Recording...
2020-08-06T13:27:49.987+09:00 debug: TunerDevice#2 kill...
2020-08-06T13:27:49.988+09:00 debug: TunerDevice#2 > SIGTERM received. cleaning up...
2020-08-06T13:27:49.990+09:00 debug: TunerDevice#2 > (PID:36154)(CH:T24) Recorded 2sec
2020-08-06T13:27:49.993+09:00 info: TunerDevice#2 process has closed with exit code=0 by signal `null` (pid=36154)
2020-08-06T13:27:50.094+09:00 debug: TunerDevice#2 released
と表示されており、電波を受信できているにも関わらず、なぜかKillされており、録画に失敗します。どうしてKillされてしまうのかいくら調べても分からず苦労しています。
また、試しにターミナルで
recpt1 --device /dev/px4video3 --b25 24 5 test.ts
とテストしてみたところ、問題なく5秒間の録画が出来ていました。
さらにVLCでのネットワークストリーミングを試し
http://localhost:40772/api/channels/GR/24/stream
でやってみましたが、再生できませんでした。MirakurunのLogは上記とほぼ同じ内容になっています。
このことから、recpt1とEPGStationにはそれぞれ問題がなく、Mirakurunに何かしらの問題があるのだと判断しましたが、具体的に何がだめなのか分かりません。お知恵をお貸しいただければと 自決しました。Decoderに
arib-b25-stream-test
というのを入れていたんですけど、これを削除して空白にすると解決しました。お騒がせしてすいません 録画コマンド側の-b25が悪さしてたんかね
デコードはarib-b25-stream-testで行う事を推奨してたと思うが
ま、動けば良いかw libpcscliteの名前変えると使えないからarib-b25-stream-testでハマる人多そう 誰かRockPro64(ARMでPCI Expressが付いているボード)で
PT3かM4試した人いない?
動くかな? すでに両方持ってる人しか試さんやろうね
chardev系でいい人はpx4_drvという選択肢もあるし
わたしゃMythTV利用なのでdvbドライバ必須だから普通にx86のPC + PT3ですけど
どうせARM系で人柱するならUSB 3.0が載ったRPi4とUSBチューナーの事例がいいかもよ >>513
動くよ、 録画できるところまでは確認出来した
勿論、録画したファイルが再生できる事もな
一時間程度の連続録画で ドロップ=ゼロ だったから、一般のPC(x86)と比較しても遜色なかったね
試してたのは、コロナ騒ぎが始まった頃の事・・・
俺の場合、 動くかどうかが興味の対象であって それを使用する事は目的じゃない
だから、正常動作が確認できた時点で目的達成。 今はもうやってない(飽きた)
気が付いてみれば、今や PT3の方が遥かに高額なのな
RockPro64比で3倍以上か・・・ >>517
WOW!!
PT3?M4?試したのはどっち? PT3
但し、github から "wget" して "make"、 それだけで済むと思ったら甘いよ
最大の関門は kernel
カードを挿しても全く認識しないか/或いは kernel 自身がクラッシュするか そんなレベル
これは、PT3 に限らずPCIEx カード全般がそう言う状態、勿論問題なく動くヤツも存在はする(S-ATA or NVME 等)
従って、kernel の該当部分を修正し無い限り マトモな動作は到底無理
(今日時点でも該当部分は直って無い、恐らく もう公式treeに取り込まれる事は無いだろう)
それを超えられれば、 pt3_drv / recpt1 等は少量の変更程度で済む、後はたいした事は無い。 ぁぁ... kernel自体の実装の方か PT3のドライバの方じゃなく
中華系SoCのカーネルはリビジョンが総じて古いし
SoCのデータシートとか諸々の情報が出てきにくいから
OSSでがんばってメンテしようとする気概を持ってくれる人口が少ない 問題が有るのはPCIExのhostドライバ
コイツが高確率でバス・フォルトを起こして、kernel ごとクラッシュ
big-coreとlittle-coreとで挙動が異なる云々・・・、との事らしいが
こんなの、SOCを作った側の人間じゃなきゃ絶対に判らん。
苦情が多かったんだろう、その辺りに関する情報がホンの少しだけ出てたよ
後はPT3_drvのDMA 廻り
作者が想定した環境とは異なる 全く別のArchで動かそうとしてる訳だから、これはしょうがない
該当部分をArchに合わせて修正、後は動く ついでに言うと
https://www.spinics.net/lists/linux-media/msg172590.html
で触れられてるように、dvb-coreのstat情報のAPIに問題があって
ARMでstat情報を取得しようとすると落ちる可能性がある 6年ぶりくらいに録画鯖を再構成しようとしてるのですが、
Ubuntu20.04の素の状態でlsmodするとPT3認識してるっぽくて、もうこれでイケる状態なんですかね?
あと、dvbは重いからchardev版で充分と言ってる人も居るようなんですが、
みなさんどっち使ってますか?
やっぱdvbにするべき? ユーザー空間のソフトウェア(録画システム)がDVBかchardevかどっちも扱えるのか
そこが選択の理由になってると思いますよ
わたしはMythTVを使っていてMythTVがDVBしか扱えないからDVBドライバを利用 chardev版しか使ったことないけど、
DKMSの導入に苦労したから次組むときはDVBにしたい 524-525
なるほど、ありがとう
これまではrecpt1でchinachuだったけど、今後はmirakurun使おうと思ってるので
まずはDVBでやってみます ここで聞くことかどうか分からないんですけど、EPGStationで録画ファイル名を%TITLE%にしてるんですけど、[字]や[新]などの角括弧を除いて保存する方法ってあります? >>527
そういうのに対応した変数はなかったはず
録画後にプログラムを実行することができるから、そのプログラムで正規表現を使って該当部分を消してやれば良い >>528
やっぱりそうするしかないんですね。ありがとうございます EPGStationだとSQLもいじらないといけないのかな ubuntu 20.04 + pt3 + epgstation + mirakurun 構成で録画してるけど、
最近、録画映像中に灰色の四角が稀に出てくるときがある。
ログではエラーやドロップは発生していない。
pt3の故障なのか、ケーブルの問題なのか、pcハードとの相性なのか(ちょっと前に換装した)、
最近マンションでtvケーブルを使ったインターネット回線が開始されたのでそのノイズなのか
色々可能性がある。
あと灰色四角を探すのも映像をずっと見続けなければいけないのが大変。
同じような事例ありますか? >>531
症状から推測すると、録画系よりは再生系の故障の可能性が高いような気がする。
ビデオカードのメモリーの不具合とか。 なので問題を切り分けするために
・ツールを使ってTSファイルにドロップが無いか。
・そのTSファイルを別の機器で再生して問題があるか。
・繰り返し再生して、灰色の四角が出るタイミングと場所は一定なのかランダムなのか
・自機で録画したのではないソースを再生して、同じ問題が出るか
等を確認するのが吉。 https://www.itmedia.co.jp/news/articles/2010/26/news064.html
GitHub、RIAAからのDMCA申請で(Pythonライブラリ「youtube-dl downloads」関連の)複数のリポジトリを削除
DTV関連に波及しなければいいけど TSでログがしてるけど、ノイズ乗る人っています?
Ubuntu18.04 + PX-W3U4 + EPGstation + mirakurunで私は結構ノイズが乗ります..
CPUがしょぼいのかな(´・ω・`) >>534
全体的にそうなら
電波強度悪いんじゃないの?
それだとブースター必要なのかも
あと
BSだけ、そうなるとかなら
衛星放送のデコード方法が、なんか特殊になってるみたいで
TS再生するときに、ハードウェアデコード
使うと、おかしなる
って
経験ならした >>534
プレックスはドロップ前提で使うもの
みんな戦ってるから「PX-W3U4 ドロップ」で民間療法を片っ端から試して絶望しよう >>536
あ
そういや
そんな話もあったね
うちは、最初からコレで
戦ったことなかった
https://github.com/nns779/px4_drv
ドライバー作ってくれた人
5chに降臨してたみたいだけど
改めて、ありがとう >>538
ドライバー作ってくれた人?
dkms対応、超便利です
マジで本気で感謝してます EPGstationのログ初めて見たんだけど、時間がUTCになってるんだけど解決方法無い?
TimeZoneも合ってるんだけどどうするのがいいかな?
# timedatectl status
Local time: Sun 2020-11-22 21:44:41 JST
Universal time: Sun 2020-11-22 12:44:41 UTC
RTC time: Sun 2020-11-22 21:44:41
Time zone: Asia/Tokyo (JST, +0900)
System clock synchronized: yes
NTP service: inactive
RTC in local TZ: yes >>535
>>536
遅くなったってごめん。色々ありがとう。>>534 だけどもうすこしあがいてみる EPGStationでTSを残さずににダイレクトでmp4にエンコードってどうやるのが正解?
ソースいじらないとできない? 録画コマンドをパイプでffmpegに直接ぶち込むようにするとか? >>544
標準でできない?
H265でエンコードできるようにしてるenc.jsとか公開してるサイト無い?
作るのめんどい 録画本数がffmpegで捌ける本数超えたら死ぬし、
あとからエンコするよりサイズもデカくなるし、
やる意味あるんか?
エンコ待ち時間が無くなるくらいしか利点が浮かばないんだけど、そんなに重要? recpt1 (いろいろ) - | ffmpeg i - (いろいろ) -
をMirakurunの録画コマンドに入れてみたら出来ない? mirakurunもepgstationも標準出力に「生のmpeg2-ts」が出てくることを期待して動くのでは やっぱ標準機能としてはないのか
ニーズないのかな?
>>545
まさにそうしたい。epgrecではそうしてるから
>>547
TSをストレージに書き出さずに直接エンコード
>>548
用途によるよ。俺には必要
>>550
これやっちゃうとそれのみになってしまう
>>552
ソースいじらずにそれできる? 保存先を/dev/nullにして
recordedPreStartCommandでffmpeg -i mirakurun/api/programs/$PROGRAMID/streamしてみるとか? >>554
どういう意味?
>>555
これ>>544を書き込む前に見たんだけど
結局書き出されたTSに即時処理を追加してるだけだから
俺の目的とは異なるんだよね
>>556
これやってみる むしろどういう用途なのかが気になる
一時TSを書き出すことさえも躊躇われる運用ってなんだろう >>556
手っ取り早いテストにはなるけど
mirakurunに無駄仕事させてるだけに見える まあTSを一旦ファイルとして保存→エンコード→TS削除、が無駄なのでストリーミングで処理したいという気持ちは分かる。
俺はTSの番組情報とか保持したいからやらないけど。 EPGStationのDBも書き換えないといけないよね EPGStationのルールにチャンネル指定してチャンネル録画する方法、
番組延長とかでEPGがころころ変更されるようなときでも全部録れる?
tsdumpってのがあるのは知ってるけどLinuxだとDVBデバイス用だから
Plexのチューナでは使えないっぽい 書かれたファイルをffmpegに通して書き出すFUSEを…(最悪の発想 tail -f 的なことしてffmpegに食わせるってのはできそうかな >>562
tsdumpの存在を初めて知ったわ。全録が捗りそう。
とりあえず無理やりLinuxのBonDriverで動くようにしてみた。
https://github.com/fronoske/tsdump ■ このスレッドは過去ログ倉庫に格納されています