【視聴・録画】Linuxでテレビ総合18 [無断転載禁止]

Linuxでのテレビ視聴・録画に関して、デジタル/アナログ問わず扱うスレッド


・前スレ
【視聴・録画】Linuxでテレビ総合17 [無断転載禁止]©2ch.net
https://mao.5ch.net/test/read.cgi/linux/1695289122/

・過去スレ
16
https://mao.5ch.net/test/read.cgi/linux/1501170434/
15 http://mao.2ch.net/test/read.cgi/linux/1496802072/
14 http://hayabusa6.2ch.net/test/read.cgi/linux/1487503115/
13 http://hayabusa6.2ch.net/test/read.cgi/linux/1475513549/
12 http://hayabusa6.2ch.net/test/read.cgi/linux/1464964277/
11 http://hayabusa6.2ch.net/test/read.cgi/linux/1447412254/
10 http://hayabusa6.2ch.net/test/read.cgi/linux/1417559598/
9 http://hayabusa6.2ch.net/test/read.cgi/linux/1388900589/
8 http://engawa.2ch.net/test/read.cgi/linux/1359268284/
7 http://engawa.2ch.net/test/read.cgi/linux/1342343650/
6 http://engawa.2ch.net/test/read.cgi/linux/1326804531/
5 http://engawa.2ch.net/test/read.cgi/linux/1309182037/
4 http://hibari.2ch.net/test/read.cgi/linux/1293388638/
3 http://hibari.2ch.net/test/read.cgi/linux/1269999876/
2 http://pc11.2ch.net/test/read.cgi/linux/1253880711/
1 http://pc11.2ch.net/test/read.cgi/linux/1231189481/
Linuxでテレビを見る http://pc11.2ch.net/test/read.cgi/linux/1013649811/

作者はAIRへ向けてのアップデートしてるだけでしょ

オープンソースはユーザーのため！
ユーザーは神様！

>>21

動作確認ありがとう。
手元環境だと修正後のB25Decoder.soで8c214cc、1d97d31、c24fd3d
全て解除に成功してしまうので、失敗する原因はまだつかめていない。

失敗する環境はVMwareでホストWindows、ゲストubuntu server24.04で良い？
仮想環境だからダメということはない気がするけど環境を構築して確認してみるよ。

>>51
言っていることは分かるんだけど、言い方があれだったのがねえ...
気に入らんならforkするなり、プルリク投げろって話だし
これがトリガーとなったのか分からんけど、しばらく更新が止まったと言うのが何ともね

何が悪かったのか何もわかってない

あー昔mirakurunの作者に噛み付いてた人か
自分もあれがとどめで作者さん出てこなくなったと思うし、もう止めてよね

無保証自己責任が当たり前だし、常にそう説明されているはずなんだけど、
それが通用しない無敵のニュータイプが出たら、そりゃやってられんわな。
エンドユーザー向けでは無いと謳ってるソフトに素人とか何も分かってないエンドユーザーを招くようなことしてるでしょ。(CAS処理モジュール付きのビルド済みTVTestを配布するなど、わざわざ作者が分離してる物を纏めて出来るだけ簡単に使えるようにしてアフィブログ記事化している行為もその一つ)
Win対応切ったりissue閉鎖したのは想定外のエンドユーザーが増えたからだと予想してるよ。
問題の彼にはとにかく一人でも多くの人に自分のソフトを使ってもらいたいっていう動機がありそう。そこが決定的な違い。

>>54
環境はその通りです
仮想環境を幾つか作って数パターン試していました

ラズパイ4はRaspberry Pi OS 64bit 2024-11-19 Bookworm版です
こっちは最初から最新c24fd3dで作って頂いたパッチなしでもB25Decoder.soが効いていたバージョンになります

お手数お掛けしますが宜しくお願い致します

うわ本当だMirakurunのissue閉じてる…
不具合に遭遇した時に過去のissue役に立つんだけどな
その閲覧すらできなくなるのは不便
新規投稿だけできなくする設定ってないんだろうか

リバプロして自分のグローバルIP晒してなんで接続できないの？ってissueが立ったり
無法地帯だったからな
放置したら作者さんに管理責任追及されるでしょ。忙しいみたいだからしょうがない。

まぁなんかどうしても聞きたいことあったらDiscordに書けば、誰か反応してくれるかも試練。

ここに俺らが居るだろ

Epgstation作者も行方知れずで更新ないしEDCBに移行するかな

Epgstation作者はクリーンアップ機能で随分と叩かれたので出て来なくなった

あれは実装が悪いわ
epgstation以外で録画したものまで消すし

今って鯖新規構築ならどのセットがおすすめ？

現行機にMiracurun入ってるマシンから別PC(Ubuntu22.04)のEDCBで受信したいんだけど何か方法ある？
検証して行けそうなら本番環境アプデ予定なので・・・

https://github.com/matching/BonDriver_LinuxMirakc
これは？

EMM処理で躓いてるからDocker mirakurun epgstation から乗り換えてみようかな

EMM処理ってdecoderに引数付けたらいけるんじゃないん？

EDCBのwebUIは番組表をスクロールだけで翌日翌々日と全部見れないのが残念windowsで使ってた時に便利だったんだけどな

>>70
詳しく

>>72
前スレだかでmirakurunのserver.ymlに
emmProcess: true
これでEMM処理有効になるって書かれてた様な…記憶が曖昧

>>73
それはAIのクソ回答かな

今ソースコード確認してきた。
decoderの設定には引数設定できないから、作者さんかPR出せる人見てたら引数設定できるようにしてくれると助かる。
現状は適当なラッパースクリプトを適当な場所(Dockerホストだと/opt/mirakurun/opt/bin/)に入れて+xしたら動きそう。
こんな感じかな？↓

#!/bin/sh
(元々の decoder コマンド) -m 1 "$@"

mirakurunならラッパーとか用意しなくても単にtunerのdecoderの所に -m 1 を加えるだけではダメなん？

ソース確認した上で言っとるんやで

>>75
Commandは引数渡し前提で処理してるがdecodeは渡せん、ソース読めばすぐ分かるでしょ

Dockerもそうだが、ほんの少しのLinuxの基礎的な知識とドキュメントを読めば解決できることがXでは知ったかぶりが「できない」「難がある」「動かない」「不確実」なんて書かれがち

ソースコード見ても解らない解説サイト見て録画鯖構築してる人が多い現実

ソースなんか読むかふつう
でもためになったから感謝する
まあ有料放送は興味ないんだが

ツンデレかわいい

>>59
VMware上のUbuntu24.04でEDCBを動かしてみたけど、>>9 の修正で解除できてしまう。
失敗する環境は再現できそうにない。B25Decoder.soの初期化に関係するログを出力する
パッチを作ったので、失敗する環境でログを取ってもらえないだろうか。

ttps://pastebin.com/EcSkM9j4

ttps://github.com/tsukumijima/Multi2Dec のmasterブランチに対するパッチで
>>9 も含んでいる。Ubuntu24.04なら syslogにEpgTimerSrvで出力されるので。

>>82
正常に動く環境(c24fd3d)の場合　上記パッチを当てるとEPG取得時等で下記の通りlogがちゃんと表示されました


~$ EpgTimerSrv

Sig:18.98 D:0 S:0 sp:0 ch:0 EpgCap BonProject/TsDescrambler.cpp@71:OpenDescrambler

BonProject/BcasCardReader.cpp@345:CBcasCardReader
BonProject/BcasCardReader.cpp@48:GetTotalDeviceNum
BonProject/BcasCardReader.cpp@371:EnumBcasCardReader
BonProject/BcasCardReader.cpp@426:InitialSetting

BonProject/BcasCardReader.cpp@48:GetTotalDeviceNum
BonProject/BcasCardReader.cpp@371:EnumBcasCardReader

BonProject/BcasCardReader.cpp@426:InitialSetting
BonProject/BcasCardReader.cpp@92:OpenCard

BonProject/BcasCardReader.cpp@134:CloseCard
BonProject/BcasCardReader.cpp@371:EnumBcasCardReader

BonProject/BcasCardReader.cpp@426:InitialSetting

BonProject/BcasCardReader.cpp@360:~CBcasCardReader

BonProject/BcasCardReader.cpp@134:CloseCard


続く

しかしB25Decoder.soが働かない環境(8c214ccからc24fd3dまで上げた奴)ではそもそも上記の
デバッグメッセージ
さえ表示されずただSigのSの数値が4桁5桁と表示されスクランブル解除されて
いない状態で稼働するに留まる
という結果になりました


どうやらB25Decoder.soは最初から稼働してない感じです
B25Decoder.soの問題というよりもっと前の段階のプロセス
でコケてる感じがします
思えばこの動かない環境は8c214ccよりも古いバージョンで最初インストールした環境です
最初の時は問題なく
動いたのですが、その後何回かメジャーアップデートする度にB25Decoder.so設置で
いけるか何度も試して環境が汚れていて尚且つlibaribb25+decode版tkmsst氏凡ドラと併用してきたので
その影響もあるのかもしれません
取り合えず以上の結果となりました
役に立てずに申し訳ありません

今ふと考えると　>>9氏が試して下さっている通りfprintfをデバックをするために単に追加しただけの
バイナリでも変更を加えるとB25Decoder.soが効くようになってます

特定条件下でEDCB側なりが単に/usr/local/lib/edcb/下に置いただけのB25Decoder.soを見失って
しまうのかも知れません

decode処理をconfで有効にしたtkmsst氏版凡ドラなら問題が出ないのもあって猶更そう考えてしまいます
また動かない環境ではlibaribb25+tkmsst氏版凡ドラの組み合わせも最初から入れてあったのでそれが
障害になってるのかもしれません

がその動かない環境でもEDCBを最初にインストールした際libaribb25+tkmsst氏版凡ドラで稼働させた後、
tsukumijima氏のMulti2Decを知ってB25Decoder.so設置とunknown氏版凡ドラの組み合わせに切り替えてます
その時は問題なくB25Decoder.so設置でも動いた事を記憶しております
で次のバージョンアップの際、EpgTimerSrvやEpgDataCap_Bon等のバイナリ等を差し替えた所、B25Decoder.so設置
の組み合わせでスクランブル解除が不能になりその後も更新の度に都度B25Decoder.so設置を試して
みてもダメだったという形になります
で仕方なしに都度libaribb25+tkmsst氏版凡ドラに切り替えていたという次第です
以上になります　原因解決の糸口を掴めず申し訳ありませんでした

EDCBってwin版見たく録画終了後にバッチブァイルで自動実行出来るみたいにbashとかで出来るの？

>>68
㌧クス
良く解ってなくて申し訳ないんだが、
makeして出来た凡ドライバー.so&.ini
って何処に配置したら良いんでしょう？
ubuntu 22.04使ってます
/usr/local/lib/ebcd
にドライバー移しても認識できず・・・

>>87
私の環境では/usr/local/lib/edcbにコピーで行けたよ

EDCB linuxで録画後batのところにシェルスクリプト指定してるけど動く気配がない…
dockerコンテナ内で実行できるように権限設定はしてあるんですが、動いてる方どのように設定しましたか？

>>87
チャンネルスキャンはできる？
EpgDataCap_Bon -d BonDriver_LinuxMirakc.so -chscan

>>88,90
㌧クス
チャンネルスキャン忘れてました。
スキャンしたらLAN内のMirakurun読みに行っており、BonDriverの設定が出来るようになりました。
ありがとうこざいます。

ただ、今度はEPG取得・リアルタイム視聴(EMWUI導入済)が出来ずドキュメントを見ながら頭を悩ませています。

>>91
ネットワーク設定でTCP送信先のTCPをSrvPipeに変更して追加
リアルタイム視聴に使うbonDriverは設定してる？

>>92
㌧クス
上記の設定のち、写らないのでパーミッションを777にしたらEPG取得出来ました！
ライブやTS再生こそ出来ませんが、
dボタン等は使えますのでトランスコード絡みに何か問題があるのだと思います。

録画は出来ているようで、メインPcCでのTS再生は出来ました。

リアタイのトランスコードはNAS(Ryzen1500B)上の仮想マシンで動いており少し難しいかなと感じるところです。

また、Linux版のEDCBは
/var/local/edcb/Setting/EpgData
フォルダの手動作成が必要な事やチャンネルスキャンを行わないとBonDriverが出て来ないことも初めて知りました。

念のためにB25Decoderもいれてましたが、こちらはMirakurunなら不要何ですかね・・・?

もしかして録画後のbatはbashとかでなくwinのbat書かないとあかんのかな？Driverのiniファイルもconfじゃなくiniだし

>>94
EDCB/Document/Readme_Mod.txt
■録画後のバッチファイル実行の仕様
〜中略〜
UNIX】シェルスクリプト(.sh)またはLuaスクリプトが使用できま す。シェルスクリプトには実行権限が必要です。プロセス優先度は変更しません。
LuaスクリプトはEpgTimerSrv内部のスレッドで実行します。短時間の処理への使用を想 定していますが、処理時間が長くなる場合は後述 edcbグローバル変数の仕様のSleepの 説明を確認してください。
以下の拡張命令を利用できます【追加】。拡張命令はバッチファイル内のどこかに直接 記述してください(remコメント等どんな形式でもOK)。
〜以下省略〜

ここら辺読んだらいいんじゃないの？

mirakurunのm3u出力にTSReadex挟む方法ってどうするのがスマートかな？
TSReadex組み込んだEPGStation使ってるけどチャンネル変更のレスポンスがワンテンポ遅いからできればMirakurunで処理したい

EDCB録画終了後shでスクリプト書いてJoinLogoScpTrialSet for Linux and Avisynth+3.5.xでcmカットしてエンコードまで上手くいったわ

チューリヒのCMだけ自動でカットできませんか？

そろそろ新しいチューナー買おうと思ってるんですけど年末から年始にかけて話題になってたプレクスのMLT8PE/MLT5PEの初期不良って今どうなってるんですかね
調べる限りWindows環境でドライバ受け付けないだけでLinuxでpx4_drv使えば問題なさそうに思えるのですが
プレクス側が不良と認めず返品や交換受け付けないらしいのが困る

音声解析でハロー♪でその後カット

録画後batのシェルスクリプトが動かなかった理由、テストをめんどくさがって数分だけの録画をしていたので完全な録画として判定されていないだけでした
お騒がせしました

Konomi TVの番組取得先をLinux版EDCBにしたらきちんと受信出来てるんだけど、
EDCB単独での番組再生がどうしても出来ない😫
なんでや・・・orz

番組再生が出来ないってEDCBのストリーミング全般がダメってこと？
自分の環境だとリアルタイム視聴は問題無いけど録画番組の再生がダメ
それもEMWUIのライブラリのページだけ再生出来なくてほかのページだと再生出来る

>>103
すまん、録画再生はやってなかった
現在放送中のライブストリーミングが出来ないんだよね
dボタンは聞くし、録画したtsファイルはメインPCできちんと再生出来たからどこか間違ってると思うんだが・・・

HLS・mp4配信は許可してるはず

>>84
動作確認ありがとう。
B25Decoder.soのロードに失敗してそうなので、dlopenとdlsymが失敗した時に
dlerrorの内容を出力するパッチ。対象はEDCBのc24fd3d(250321)。
https://pastebin.com/whkvWf62

正常だとこんな感じ。undefined symbol: Castのエラーは無視して可。
../../Common/PathUtil.cpp@370:UtilLoadLibrary: dlopen=/usr/local/lib/edcb/B25Decoder.so
../../Common/PathUtil.cpp@395:UtilGetProcAddress: dlsym name=CreateB25Decoder
../../Common/PathUtil.cpp@395:UtilGetProcAddress: dlsym name=Cast
../../Common/PathUtil.cpp@399:UtilGetProcAddress: dlsym error=/usr/local/lib/edcb/B25Decoder.so: undefined symbol: Cast
../../BonCtrl/ScrambleDecoderUtil.cpp@183:SetNetwork: ret=1

B25Decoder.soを削除して意図的に失敗させた場合。
../../Common/PathUtil.cpp@370:UtilLoadLibrary: dlopen=/usr/local/lib/edcb/B25Decoder.so
../../Common/PathUtil.cpp@373:UtilLoadLibrary: dlopen error=/usr/local/lib/edcb/B25Decoder.so: cannot open shared object file: No such file or directory

>>104
ネットワーク設定でTCP送信先のTCPをSrvPipeに変更はしてる？

>>106
それだけ設定してるはず

>>105
パッチありがとうございます　早速EDCBにパッチ当てて実行してみました　該当部分は下記の通りに
なりました

./../Common/PathUtil.cpp@370:UtilLoadLibrary: dlopen=/usr/local/lib/edcb/B25Decoder.dll
../../Common/PathUtil.cpp@373:UtilLoadLibrary: dlopen error=/usr/local/lib/edcb/B25Decoder.dll: cannot open shared object file: No such file or directory

どうやらLinuxであるにも関わらずB25Decoder.soを見にいくのではなくB25Decoder.dllを探しに
いってしまっているようですね？　何故EpgDataCap_Bonとか更新してしまうとそうなってしまうのか
が良くわかりませんがこのような結果となりましたc24fd3d(250321)何度も更新しB25Decoder.soが
効かなくなった環境での試行になります　以上宜しくおねがいします

>>108
/var/local/edcbにBonCtrl.iniがあるので中身を確認すれば、(1)の様に
「.dll」になっているのではないかと思う。Unixの場合は、(2)の様に「.so」の
必要がある。B25の解除に用いる共有ライブラリのファイル名なので。

(1)Windows用のBonCtrl.ini (ShiftJIS,CRLF)
[SET]
FFFFFFFF=B25Decoder.dll
...

(2)Unix用のBonCtrl.ini (UTF-8,LF)
[SET]
FFFFFFFF=B25Decoder.so
...

https://github.com/xtne6f/EDCB/blob/work-plus-s-250321/Document/Unix/Makefile#L73-L83

BonCtrl.ini含むiniファイルは初回インストール時のmake setup_iniで
作成されるけど、ファイルが存在する場合は上書きはされないので、BonCtrl.iniを
削除して、再度make setup_iniで作成し、一応「.so」になっているか確認して、
B25の解除ができるかを確認してもらえないだろうか。

>>109 の通りだとしても、BonCtrl.iniが「.dll」になっている理由はわからない。
EDCBのUnix版Makefileは2024-06-19のコミットで.dllから.soへの置換が追加
されて以降setup_iniの内容は変更されていない様なので。

https://github.com/xtne6f/EDCB/commit/9d397d16052162e11d80ab5105c747610a51b40c

make setup_iniを2024-06-19より前に実行したとか、BonCtrl.iniを自分で
編集したりとかはしていないだろうと思うので。

>>110
正に　>>109のそれでした！！　BonCtrl.iniの中身を見てみると[SET]以下が
FFFFFFFF=B25Decoder.dll　とその下段も含めて全てdllになってました！
正常に動く環境ではBonCtrl.iniはdllではなくsoで合ってます！

dllからsoに変更、というかBonCtrl.iniファイルを消して再度setup_iniすることによって
soファイルに修正することで動かなかった環境でもあっさりとB25Decoder.dllが効くように
なりました

最後まで動かなかった環境ですがかなり早い段階でEDCBを試しに導入した記憶があります
ですが2024-6-19以降にLinux EDCBをインストールしたように思います
しかし何故BonCtrl.iniがWin環境のそれに置き換わっていたかは正直不明ですね
というのも当初B25Decoder.soを設置してなんら問題なく動いていましたので
勿論新規インストールの時以降、手動でBonCtrl.iniを編集等しておりません

次の更新でバイナリを差し替えてこの障害にぶち当たりました　しかしsetup_iniも形だけしたのかなぁ？
それでもLinux用のBonCtrl.iniが再設置なりされるか無視されるだけですよね？
で当人が知らぬ内にWin環境のiniに切り替わっていたと…

iniファイルの切り替わりの原因は判りませんがB25Decoder.soが効かない場合の根本原因を
突き止めて下さった事に感謝感激です！！

今後、EDCBを新規、又は更新する際、気を付けるポイントが一つ判明したのは大きいです
これでB25Decoder.so設置タイプでの本格導入も検討出来そうです

本当にありがとうございました

カーネルを6.12にしたら、px4_drvをビルドしてもロードできない。dmesgにthis module section size must match the kernel's built struct module size at run time って出てるけど、情報ありませんか。

>>112
こちらは普通に動いています。
何から6.12に変えたか、どこのpx4_drvを使っているかによるのでは?

カーネル6.4以降で動かなくなるのは知られてたけど
6.12で動かなくなるのは初耳だわ

>>112
sbc(うちはorange pi)でarmbianだと6.12は、同バージョンのカーネルヘッダで再ビルドしたとしてもドライバーをロードできなかった。dietpi osもarmbianカーネルだから同じようにだめ。6.6のときは問題なかったので、同環境の場合は当面アップグレードしないほうがいい。

>>115
フォーラムに同じ話が載ってた。armbianシステムで自動生成しているimageみたいだし、community maintained buildで信頼性は気になるところ。この現象はallwinner sunxiのarmbian限定だから、まあほとんどの人には関係ない。
https://forum.armbian.com/topic/51819-unable-to-load-driver-modprobe-error-could-not-insert-tty0tty-exec-format-error/

KonomiTVのDockerサンプルってroot権限でホストOSの/をマウントしてて震えるわ

>>117
うわマジだ
よくこんなリスキーな設定にしたな

DTV板のスレとかも見てるけど、
KonomiTVの人って特定の人物に粘着テープされてたりする??

テープ…
どんな文章書いたら
粘着が粘着テープに予測変換されちゃうの

普通に予測変換されただけでは…？

>>117
素人だから分からんがマシにできる方法あったら是非教えてくれ
せめて自分の環境だけでも改善しておきたい

>>122
その辺しろーとだが、SSL無効化した奴があった
https://github.com/a1678991/KonomiTV

粘着テープは知らんし興味ないが、四六時中多方面に喧嘩売ってたらヘイトは当然集まるだろ。タンクのように。

いうほど喧嘩売ってるか？

>>122
とりあえずDockerfile書き換えてnobodyとかの非rootユーザーにすれば最悪の事態は防げると思うけど
それでKonomiTVが動くのかは知らん

>>117がどれだけやばいかはLLMにこんな感じで聞けば教えてくれる

root権限で動くDockerコンテナがあります
このコンテナは、ホストOSの/をマウントする必要があります
この場合、セキュリティ上の懸念はありますか？

悪意のあるコード仕込めばホストOS乗っ取る事も可能だからな

元々がセキュリティとかDockerとか詳しくないスクリプトキディじゃない？長文でそれっぽい事書いてるけど、思い込みと知ったかぶり激しいVibeプログラマー。リポジトリに局ロゴ入れて商標権、著作権侵害もある。

https://github.com/otya128/EPGStation
https://github.com/otya128/MMirakurun
https://github.com/otya128/FFmpeg-mmttlv

4K対応EPGStationをインストールしたけど、ストリーミング再生ができない。
stream.log確認して、ffprobeの出力からbitrate等の情報が読み取れないのが原因なことは
分かったのだけど、どうすればffprobeが出力してくれるのかがわからない。

Duration: N/A, start: 1742466601.606639, bitrate: N/A

ffprobeを実行するとこんな感じでdurationとbitrateが出力されない。
ffplayでは問題なく再生できるし、EPGStationからencodeもできるのでffmpegのインストールに
失敗はしてないと思う。

4K対応EPGStationでストリーミング再生ができている人がいたらどうやったか教えて欲しい。

>>129

日本語で書かれた4k対応EPGStationのReadmd.mdですらまともに読めていないことが分かった。

https://github.com/otya128/EPGStation?tab=readme-ov-file#%E8%A6%96%E8%81%B4%E6%A9%9F%E8%83%BD

> H.265に対応したブラウザであれば再生のオプションで「MMTTLVを選ぶことで」フォーク版の
> mpegts.js(https://github.com/otya128/mpegts.js)によりリアルタイム視聴と録画再生、
> 音声切替が可能になります。

> 「Windowsの」ChromeとEdge、MacのChrome、AndroidのChromeで再生できることを確認しています。

* MMTTLVではなくてWebMを選んでいた。
* Windowsではなくて、LinuxのChromeを使っていた。

という結果だった。

dockerでEDCBの録画環境構築なんか無駄なことをやってるが再度作り直す時に楽かなと

EDCB Linuxでコメント出せるならKonomiTV自分の環境だと要らなくなるなぁ
CifsでNASに録画データ置いてるから番組解析失敗するんだよね

ChromeからEPGStation見てるとHTTPSでない警告がうざい
オレオレ認証局とオレオレ証明書でSSLのリバースプロキシ建てたら消せるんかな？

Foltiaの老朽化がそろそろ来ているが仮想化して延命するか…

Mirakurunの新しいUIまだかな〜って待ってるけど、
もしかして作者さんあのゲーム作ってて忙しいのか。
気長に待つわ。

なんか勘違いしてそう

完全に理解した

>>133
ドメイン取ってLet's EncryptでSSLにしたほうがいいよ

Linuxも一部対応してたのね

https://github.com/rigaya/Amatsukaze

epgstation + mirakurun 環境で録画すると30分番組が10秒くらい長く録画されるんだけどそういうもの？
先頭や末尾を長くする設定はデフォルトから変えてない

開始と終了がそれぞれ数秒プラスされますね。
時間が多少ズレても大丈夫なので安心ですね。
良かった良かった。

10秒は長すぎる気がする

epgUpdateIntervalTimeの値を変えれば済む話し

epgstation作者は戻ってこないと思うのでワシはEDCBに移行して録画終了後にCMカットエンコード録画終了通知をdiscordに通知する様にbashで書いた

そういうの最近noteでみた気がする

PT2+PT3、Linux MINT、EDCB、BonDriverProxyExでサーバを組んで
クライアントのWin11、BonDriverProxyから無事視聴できました。
ただ、EDCBに予約が入っていると、クライアントから視聴ができなくなります。
サーバのBonDriverProxyEx.confは以下のように記載しているのですが、自動的にBonDriverは切り替えてくれないのでしょうか？
;BONDRIVER
00=PT-T;/usr/local/lib/edcb/BonDriver_DVB-1.so;/usr/local/lib/edcb/BonDriver_DVB-3.so;/usr/local/lib/edcb/BonDriver_DVB-5.so;/usr/local/lib/edcb/BonDriver_DVB-7.so

>>145
チャンネルスキャンは全チューナーしてるよね？
Legacyの方の設定でBonDriverの優先順位と視聴に使用するBonDriver替えてみる

>>146
チャンネルスキャンは全チューナーしています
順番変えるのは、やっていないのでやってみます

>>145
BonDriverProxyEx.confを見ると、BonDriverProxyExとEDCBの両方で
デバイスにアクセスするBonDriver_DVB.soを使っているように見える。

サーバーのBonDriverProxyExで使うのがデバイスにアクセスする
BonDriver_DVB.soでクライアントのEDCBで使うのはサーバーの
BonDriverProxyExにアクセスするBonDriver_Proxy.soだよ。

>>145
あっているかどうかわからないけど。

(1)BonDriverProxyEx(サーバー)側
* BonDriver_DVB.soをEDCBのディレクトリから移動
sudo mkdir -p /usr/local/lib/BonDriver
sudo mv /usr/local/lib/edcb/BonDriver_DVB.so /usr/local/lib/BonDriver
sudo mv /usr/local/lib/edcb/BonDriver_DVB.so.conf /usr/local/lib/BonDriver

* ディレクトリを移動したのでBonDriverProxyEx.confを修正
;BONDRIVER
00=PT-T;/usr/local/lib/BonDriver/BonDriver_DVB.so

(2)EDCB(クライアント)側
* BonDriverProxyExをビルドした際に出来るBonDriver_Proxy.soをEDCBに登録する
設定ファイル(BonDriver_Proxy.so.conf)のBONDRIVERにはBonDriverProxyEx.confで
指定したグループ名(PT-T)を指定。

cd BonDriverProxy_Linux
make
cp BonDriver_Proxy.conf BonDriver_Proxy.so.conf
vi BonDriver_Proxy.so.conf
ADDRESS=127.0.0.1
BONDRIVER=PT-T
sudo cp BonDriver_Proxy.so /usr/local/lib/edcb
sudo cp BonDriver_Proxy.so.conf /usr/local/lib/edcb

* EDCBは再度チャンネルスキャンからやり直す

>>148
すみません、理解ができませんでした

>>146
の言う通り順番を変えたら思った通りの動作をしてくれました
チューナー1を録画で使っている時に視聴すると自動的にチューナー3を使うようになりました

根本原因は分かりませんが改善したので良しとします

ありがとうございました

全然話が違うかも知んないけど、LinuxにはPT3とかのドライバーがあるんだね。ベンダーからはソース公開してないはずで、chipはFPGAだけど、なんでドライバーがあるんだろう?
PT3入れたPCにlinux installするとちゃんとドライバーが入るんで不思議

ムキになってリバースしたのかな? やるなーと思った
embedではipが厳重でバイナリーすらいじれないので、
とっても苦労するはずなんだけどfpgaだけは別なのかな?