Mirakurun v4.0.0-beta7 において動作確認

[narumans]

Version of EPGStation: 2.10.0
Mirakurun v4.0.0-beta7

において動作確認できました。Mirakurun v4.0.0 からnodejs 20 22 が対応になりました。
私は nodejs 22 にてインストール、EPGStation ではnodejs 22 は正式対応はされていませんが、
EPGStation 2.10.0 において動作確認できました。

現時点で Mirakurun v4.0.0 は日々betaがアップされてる現状の為、その分ご理解の上お願いします。
私はnodejs の働きは分からないですが、素人考えでバージョンが新しい方が、いいのではという性格なので・・・

以上、ちょっとした動作報告でした。

[sandhill2000]

横から失礼します。ちょうどこの件で起こったことがあるので。

私は作者の方々・関係の方々に大変感謝しつつ、GitHUBで配布されている docker-mirakurun-epgstation を使っています。
最近までMirakurun3.9rc4＋EPGStation2.6で安定利用してきていましたが、最新コンポーネントへのアップデートをかけるとDockerHUBから以下のバージョンが導入されました。

Mirakurun: v4.0.0-beta10
EPGStation: 2.10.0
mariaDB: 10.5

これを動かしたところ、次の問題点らしきものが見受けられます。
・Mirakurunの3.9rc4から4.0betaへのアップデートで、3.9rc時点の番組表がEPGStationから見た目失われ空になる
・3.9rc4までは起動後にサービス情報取得に続きすぐにEPG取得が走ったが、4.0betaではEPG取得がすぐには走りださない
・ここでまた3.9rc4に戻すと、サービス情報取得を待たずに空になったEPGstation番組表がすべて復活する
・4.0betaでもEPG取得インターバルのタイミングでEPG取得が始まるが、3.9rc4時点で取得済だった番組はアップデートがあったものだけ番組表が更新され浮島のようになる(つまり前のデータは持ってる？)
・一度4.0betaを停止しservices.json、programs.jsonを削除して再起動すると、一からすべての番組が取得されEPGstationの番組表が全て再構築される
・ここでまた4.0betaを停止して再起動すると、また番組表が空になる場合がある

私はMirakurun 4.0beta6の時点でこの状況を確認しており、beta10でも特に状況変わっていません。

Mirakurun開発者の方にコンタクトしたところでは、基本的にChinachuとMirakurunにて動作確認をされているそうで、そのうえでは問題が出ている認識はお持ちではないとのこと。

ということで最新版Mirakurun側は特に不具合がある受け止めはなく、EPGStationも旧版Mirakurunとの関係上は問題がなかったため、インタフェイス仕様の認識上で何らか齟齬が出ているのかもしれません。
私の環境はUbuntu24.04.2 LTSで、px4_drvを使っているとかffmpegでvaapiを導入している程度で他に特殊な点はないかと考えています。
もし@narumans さんのところで再現しないとするとまた違う謎になってきますが・・
例えばdocker-mirakurun-epgstationで入れたか個別で入れたかで違いがあるかとか。
ちなみにchinachu/mirakurunコンテナのNODEは22.14ですが、docker-mirakurun-epgstationコンテナ(ここでEPGStationが駆動)のNODEは18.20.3でした。

一応原因が何なのか、私もMirakurunのcommit_logなどちょいちょい調べてみようとは思っています。

[narumans]

私の環境では、
Almalinux9.5
EPGStation: 2.10.0
mariaDB: 15.1
にてdocker-Mirakurun ではなく通常盤Mirakurunにて各ソフトは全て個別に入れています。
あと書き忘れてましたが、OSを含めて一から全て構築し直しています。

[tosono]

私も週末OSの更新に逢わせてMirakurunの最新化を行いましたが、その際番組表の更新がなかなかされない状況がありました。

一旦EPGstationのDB削除して作り直したら全て反映されました。
Mirakurunでの配信を優先してたのでこちら詳細の調査全然してないのですが、EPGUpdaterのsystem.logにSQLのINSERTエラーが出てたのは見ました。
既存データがある際にEPGのキーが重複し登録がエラーになる状況が起こってるようです。
（DB設計調べて無いので、何処へのInsertなのかまでは見てません）

その後のOS再起動等では今の所現象発生してないので放置中ですが、何かしらの状況でキー項目が重複するような事が発生してそうです。

[sandhill2000]

Mirakurun開発者の方から、一度v4betaでチャンネルスキャンをし直してみてはどうかという連絡があり、v4から管理画面UI上に用意されたチャンネルスキャン機能で地デジ/衛星を全スキャンし、EPG全取得までしてみたものの、(v3.9とは関係なく)v4beta環境上でだけでもやはりサービス停止/再起動で番組表が空になる状況が起こります。
ここで再起動せずに運用する分には予約録画も視聴も全く問題ないんですが・・

@tosono さんのコメントを参考にDB再構築をしてみようとmariaDBコンテナのVOLUMEを削除・再構築してみたものの、やはり変わらず。OS再起動しても同じ。
READMEに従ってDBのbackup/restoreをしたので結局同じデータになるのが悪いのかなと思ったものの、DBの情報は以下のものなのでEPGデータ全体(番組表)が見える見えないとは関係なさそうかなと。
・予約情報
・録画済み番組情報
・録画履歴
・録画予約ルール

実際EPGStationで番組表が見えてなくても、上記情報の管理ページはずっと正常に見えてます。
サービス再起動後のEPGUpdaterのsystem.logには特にエラーはありません。正常なupdateログは出ているので既存EPG情報に対する更新をしてはいるようですが・・(過去EPGデータが見えてないだけで)

次は何を試そうかと考え中ですが、やはりMirakurunからEPGを渡すAPIや流れるEPGデータの差異、番組表反映関連のコードなど覗くしかないかな？
とりあえず私は録画を逸したくない番組があるときはMirakurun3.9rc4にスイッチしつつ、v4と行ったり来たりして(さらにWindows版EDCBを並行運用しながら)v4環境の調査をしてみますが、のろのろになりそうです。
＃Docker環境は複数バージョンのスイッチが簡単で助かります

しかし普段docker-mirakurun-epgstationのセットで使ってる他の人はどうなのかな。
docker-mirakurun-epgstationのissueでコミュニティに聞いてみるかな・・

[sandhill2000]

失礼しました。
mariaDBの中に入ってテーブルを見たら、番組情報ありますよね。当たり前か。
backup実行の際には先に上げたテーブルが吐き出されるというだけのようです。
となれば、見えないDBの番組と見える番組の何が違うのかをDBのレコードで見てみるかな・・

と思って少し番組情報テーブル programの定義とレコードを覗いてみた感じ、特に見える見えないの原因に関係しそうなカラムはなさそうに見える。
DBは先ほどMirakurun v4とEPGStation2.10の組み合わせで再構築された(かつ番組表では空に見える)状態なので、そのままMirakurun3.9にスイッチしたらやはり番組表が全復活した。だからDBの中身は問題ではなさそう。

EPGStationはDBのprogramテーブルを素直に番組表に映すだけのように思えるが、なぜMirakurunのバージョンで挙動が変わるのかな、それもコンテナ使う環境だけで、という現状。

さらに試しに、Mirakurun v3.9環境の状態で一度止め、Mirakurunのprograms.jsonを別名にリネームして再起動するとEPGStationの番組表が消え、MirakurunのEPG取得が始まる前に止めてprograms.jsonの名前を戻して再起動すると番組表が復活するので、何かしらEPGStationがMirakurunにコンタクトした結果が影響していることは確かの模様。

[shirow-github]

Mirakurun beta.12で、修正が入って治ってるぽい？
こちらの環境（Docker）では、番組表が歯抜けにならずに更新できました。

[sandhill2000]

直ったこと私も確認しました。

本件の原因は判明していて、Mirakurunは起動時に既存のEPG情報 prorams.jsonを読んでパースしますが、パースが完了する前にAPIのListenを始めてしまい、EPGStationがMirakurunのAPI /api/programs を呼び出した際に空のEPG情報を返すことが原因です。
おそらくMirakurun v4.0台での非同期処理強化による実行効率向上で並列実行部分が増え、パース処理とAPI提供が並行になってしまったのではないかと。
Mirakurun開発者の方に伝えたら早速修正していただき、サービス情報と番組情報のパースが完了するまでAPI応答を返すのを待つようになったようです。

影響が出なかった方の環境では、Mirakurunの番組情報がそもそも空だったか、既存番組情報を読込み終えた頃のタイミングでEPGStationが起動するようなシーケンスだったのではないかと。
docker-mirakurun-epgstationでは、一応MirakurunとMariaDBの起動を待ってからEPGStationが起動するシーケンスが定義されてはいますが、Mirakurunは起動していても program.jsonのパースは済んでないのでEPGStationが早々にネタが完成してないAPIを呼んでしまうのでした。

あと私が録画PCの電力消費をtlpとpowertop使って極限まで抑えてるから programs.jsonのパースが遅いのかもしれないけど。

そんなわけで、本issueはクローズしていただいてもよろしいかと思います。

[narumans]

本issueクローズの最後として、今現在の状況
Mirakuran v4.0.0 において現状　Ubuntu で docker-Mirakurun 一択かと思われます。
本issueの最初で書いたMirakurunをレガシーインストールして使っていますと書いていますが、２〜３日使っているとMirakurun Web Ui にアクセスできなくなります。Ubuntu Almalinux いずれにおいても同様の現象になりほぼMirakurun v4.0はレガシーインストールはやめておいた方が良いようです。まぁ中身は動作しているようですが。
ですのでdocker-MirakurunになるのですがalmalinuxではインストールでUbuntuでと弾かれます。
よってUbuntu docker-Mirakurun 一択かと思われます。
追記
docker-Mirakurun ビルドする前にdocker groupにユーザーアカウントを追加してからビルドした方が良いと思います。
私の環境だけかもしれませんが、BSの一部チャンネルがユーザー登録してないと表示されませんでした。(J SPORTS 4チャンネル)
今現在Mirakurun v4.0.0-beta18での報告です。

失礼いたしました。

[sandhill2000]

docker-mirakurun-epgstation とEPGstationの提供者は同じ方ですが、Mirakurunは別の方が作成・メンテされており、EPGStationでなくChinachuとの組合せ使用を前提とされて開発されています。
そのためMirakurun単体導入で使用されていてUIアクセス不能になるのは開発者の本意ではないはずです。
ちょっと後ほど、本事象について開発の方に情報展開してみますね。

[narumans]

後今気づいたのですが、recpt1 arib25 ではなく recisdb というソフトでのインストールでした。
それと、recidb もクラシュしてました。ということで本来の動作条件ではない事なので、
UIにアクセスできなくなるのは間違いでした。確認不足でした、申し訳ありません。
recpt1 arib25 でのレガシーインストールは、試していませんでした。

[sandhill2000]

了解しました

[narumans]

またまた間違った事を書いていました。
Almalinux9.6 が出たのでやり直してみると、
doker-mirakurun がインストールできました。
Redhat 系でもできるようです。

誠に申し訳ありませんでした。