【視聴・録画】Linuxでテレビ総合16 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
>>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 >>566
兆・ステキ
自分でもファイル入力プラグインをSTDINから開くように改造してみたけど
途中から番組情報無しってなってしまった
早速PT1/dvb環境で試してる
TsReader() ioctl(FE_READ_SIGNAL_STRENGTH)
が出るけど気にしない
たぶんLinux版凡ドラが信号強度の取得に対応してないのだろうね
アマのセールでMLT8PE買っておくべきだったかw >>568
自分の環境(PX-Q3U4+ px4drv + BonDriver_LinuxPT.so+ tsdump)でも途中から番組情報なしになってしまう。
tsdumpの問題なのか凡ドラ(BonDriver_LinuxPTLinux.so)の問題なのかどっちだろう…。 途中でデータがキレてるんだろうな
等と何も考えずに言ってみたり >>569
思いつきだけど#TSSYNC=0を1にしてみるとどうだろう 一つの録画番組がブツ切れで複数保存される現象が起きる人いますか?
エンコードして自動でTSを削除する設定にしてるんだけど、
エンコード中にほかの番組の録画が開始されると起きるように思われる。
ログにはエラーとか出てないんですよね。 >>573
そうなんですね、買って1年も経ってないSSDなんだけど、調子悪いのかな… https://github.com/nns779/BonDriver_LinuxPTX
非公式ドライバ公式から凡ドラが提供されていたので
>>566氏の改造版で試してみたら
[ERROR] (mod_bondriver.cpp): BonDriverをロードできませんでした(LoadLibrary): ./BonDriver_LinuxPTX-0.so <0x2:No such file or directory>
[ERROR] ストリームジェネレータを開けませんでした
となってしまいます。
iniは.so.iniも.iniも試して、凡ドラとtsdumpを同じディレクトリに入れてもダメ EPGStationをv2に上げたらcheck DBがずっと出続けるようになったんだけど同じ方いますか?
DBはmysqlを使用していてv1は問題なかったんですけど v1から普通にアップデートして使ってるけど、別に普通に動いてるな。
基本録画機能しか使ってないから、エンコードやstreamingはよく分からないが。 EPGStationバージョンアップしてからtsファイルのダウンロード方法が分からん... >>581
あざ!!
そんなところに移動してたのね... >>579
いいな
v2でPostgre非対応になっちゃって
自作アプリ作り直しだよ
めんどくさい
しばらくv1で頑張るかな >>577
mysqlのバージョン変えた?
変えていないならconfig.ymlの記述が間違ってるだけじゃないかな? ■ このスレッドは過去ログ倉庫に格納されています