Raspi5-PT3機 Mirakurun(3.9.0-rc.4) の補正 BS03_1,BS15_2 対策

2025/01/22

1 視聴しないけど番組表・視聴受信できないのは気になる
- - - 1.0.0.1 現況のRasapi-PT3機の環境
2 BS03_1、BS15_2 Mirakurun(3.9.0-rc.4) の補正対策例
3 簡単に行える【dvbv5_channels_isdbs.conf】の配置とファイル修正
4 【docker-mirakc-epgstation】を導入してもみた
5 【docker-mirakurun-epgstation】使用するならMirakurun 4.0 beta版は使用しない！
6 aarch64環境への舵取り雑感
7 関連過去Log：Raspberry Pi 5 Hard関連
8 関連過去Log：Raspberry Pi 5 Software関連
9 関連過去Log：BVM版 aarch64 Windows11
10 関連過去Log：x64 PT2 はWin11 Build 26100.3194にて終了
11 関連過去Log：x64 Ubuntu関連
12 関連過去Log：PT3
13 関連過去Log：x64 Windows関連

視聴しないけど番組表・視聴受信できないのは気になる

現在、Raspi5-PT3はdocker-mirakurun-epgstationを使用している。そしてBS再編が終了して安定期に入った。

小生のPT3環境ではEPGStation（v2.6.20-x64）、(v2.7.3-aarch64)＋mirakurun(3.9.0-rc.4) 使用している場合では、BSアニマックス（昨年から）とBS10が表示・視聴が出来ない。

どちらもほぼ鑑賞しないので実害はない。未再生の録画TSファイルも溜め込んでいるし、新作-攻殻機動隊が発表されたとしても、すぐにBSアニマックスでは放送されないから今すぐ対応する必要はないのである。

アニメよりも俳優の演技を見たいタイプなので、アニメ録画しても実はほとんど再生しないのだ。

しかし気になっているし、エラーを吐いているのは知っていた。

【dvbv5_channels_isdbs.conf】が古く更新（STREAM_IDの変更）されていないのが原因のようである。

10日前あたりに、ファイルの更新がされた模様だ。

参照：https://github.com/Chinachu/dvbconf-for-isdb/blob/master/conf/dvbv5_channels_isdbs.conf

MirakurunはLocalインストール派が多いのか、（Docker版のユーザー数が少ない？）Web検索では修正の解答が散見されなかった。Local版なら確かにファイルを交換すればよいので小生でも理解はできる。Github Docker版ではMirakurun、EPGStation両者ともisdbs.confの解説はない。（自己解決レベルということだな）

Docker版イメージ更新はされていないのであるが、操作確認のテストを兼ねてdocker-mirakurun-epgstationを更新してみた。

Waveshare 27710+NGFFP4X-N01 VER003経由のPT3

現況のRasapi-PT3機の環境

*Raspi5 Desktopユーザーであるため、端末とPCManFMで処理している。

現在の環境：

raspberrypi 6.6.23-v8-16k-MY_CUSTOM_KERNEL+ #1 SMP PREEMPT Tue Apr 2 07:02:51 JST 2024 aarch64
Docker version 20.10.24+dfsg1, build 297e128
Mirakurun 3.9.0-rc.4
EPGStation v2.7.3

上記のUSBメモリーをクローンコピーしたテストメディアを準備・装着

ballenaEtcher 1.19.25 Bookworm版でRaspi5-PT3機Bootメディアクローンコピー

【docker-mirakurun-epgstation】の更新を行ってみる（不都合を感じてこなかったため今まで試行したことがなかった）

$ cd docker-mirakurun-epgstation
$ sudo docker-compose down
$ sudo docker-compose pull
$ sudo docker-compose build --pull
$ sudo docker-compose up -d

この時点では【dvbv5_channels_isdbs.conf】の修正を反映できる力量はないと判断し、単にUpdateを行うものである。

参照：https://github.com/l3tnun/docker-mirakurun-epgstation

更新後の環境：
raspberrypi 6.6.23-v8-16k-MY_CUSTOM_KERNEL+ #1 SMP PREEMPT Tue Apr 2 07:02:51 JST 2024 aarch64
Docker version 20.10.24+dfsg1, build 297e128
docker-compose version 1.29.2, build unknown
Mirakurun 3.9.0-rc.4
EPGStation v2.10.0

スポンサーサイト
amazon　タイムセール　　　　 amazon Raspberry pi 5 m.2 hat　　amazon 大谷翔平

BS03_1,BS15_2 対策前のEPGStation v2.10.0の番組表

EPGStation(v2.10.0)にUpgradeしても2局は表示・視聴はできない。

リビングTVは視聴可能なので電波は来ているので受信可能なはずである。2局を視聴するためにはmirakurun(3.9.0-rc.4)を含めた更新Docker版を待つか自分でなんとかする必要がある。

BS03_1、BS15_2 Mirakurun(3.9.0-rc.4) の補正対策例

EPGStation更新の作業の合間に、少し考えてみた。エンドユーザーによる短絡的考察・トライ＆エラー・・・（錯誤や誤認識・知識不足はご容赦願う）

より簡単にできるもの順

・ホストに更新された【dvbv5_channels_isdbs.conf】を配置してコマンド実行させる

・docker-mirakurun-epgstationを削除してdocker-mirakuc-epgstationに鞍替えする

・docker-composeファイルを改変しEPGStaitonと同様にMirakurun自体も新ファイルを追加してBuildを行う

・Web情報を待ち、Web情報先人が行った対策を模倣する　等

（docker-composeのコマンド学習やBuildの練習などを考えると、composeファイルはちょっとしんどいよ）

簡単に行える【dvbv5_channels_isdbs.conf】の配置とファイル修正

当初はisdbs.confファイルをファイルマウントする方法を検討していた。compose.ymlファイルを見様見真似でと眺めていたら、ホストのフォルダが既にマウントされていたのである。ならLocalに配置できる。Dockerに収納するのならBuildしなければならず、それなら簡単にできる方法を選択した。

誰にでも簡単に出来てしまうBS03_1,BS15_2対策である。

*注意点を押さえればほんの数分で終わってしまう。あとはチャンネル更新を待つだけだ。

1.環境の確認：

【docker-mirakurun-epgstation】の既定値利用である。特別な変更を加えていない。

参照ファイル：docker-compose.yml

version: ‘3.7’
services:
mirakurun:
image: chinachu/mirakurun
cap_add:
– SYS_ADMIN
– SYS_NICE
ports:
– “40772:40772”
– “9229:9229”
volumes:
– ./mirakurun/conf:/app-config
– ./mirakurun/data:/app-data

Docker版ではホスト側のフォルダ【/mirakurun/conf】【/mirakurun/data】をマウントしている。

2.新【dvbv5_channels_isdbs.conf】のダウンロード

https://github.com/Chinachu/dvbconf-for-isdb/blob/master/conf/dvbv5_channels_isdbs.conf　から。

マウントされているホストフォルダ【/mirakurun/conf】に新【dvbv5_channels_isdbs.conf】を保管する。

*必ずraw file(rawボタンを押して)としてDownloadすること。または【git clone】で落とすほうがいいのかもしれない。

【isdbs.conf】はraw file(rawボタンを押して)としてDownloadする！

*小生は初歩的誤りをしrawボタンではなくて、適当に右クリックブラウザダウンロード（名前を付けてリンク先をダウンロード-Text形式？）をしたため遠回りした。

BS/CSチャンネル取得コマンドが最初から全滅している場合は、ファイルの再ダウンロードをすべし。（壊れたか、何かしらエンコードされてしまったものとの理解）

ファイル作業（変更）前に一応

$ sudo docker-compose down

3.ファイル作業

【/mirakurun/conf】に存在する tuners.ymlを修正（adapter0とadapter2のコマンドの書換）

該当部の抜粋

—–
dvbv5-zap -a 0 -c ./config/dvbconf-for-isdb/conf/dvbv5_channels_isdbs.conf
-r -P <channel>
—–
dvbv5-zap -a 2 -c ./config/dvbconf-for-isdb/conf/dvbv5_channels_isdbs.conf
-r -P <channel>

念の為にバックアップファイルも任意で作成、ファイルは上記を以下のように書き換える。

-----
dvbv5-zap -a 0 -c /app-config/dvbv5_channels_isdbs.conf
-r -P <channel>
-----
dvbv5-zap -a 2 -c /app-config/dvbv5_channels_isdbs.conf
-r -P <channel>

更新のないGR分 adapter1、adapter3は任意、小生は変更していない。【dvbv5_channels_isdbt.conf】ファイルもダウンロードしていない。

4.ファイル削除作業

【/mirakurun/date】に移動して、programs.json、services.jsonの両ファイルを削除する。

バックアップファイルを作成する必要もない。起動させれば自動で作成される。

5.【docker-mirakurun-epgstation】を起動

修正作業は以上なので、【docker-mirakurun-epgstation】を起動する。

$ sudo docker-compose up -d

チャンネルデータの読み込みが始まった・・・

誰でもできるMirakurun(3.9.0-rc.4) のBS03_1,BS15_2 対策その1

Logを見ていると、【dvbv5_channels_isdbs.conf】にアクセスしているのが分かる。

上記の状態になるまでにはEPG取得３０分、某BS録画1hを要する。

誰でもできるMirakurun(3.9.0-rc.4) のBS03_1,BS15_2 対策その2

【dvbv5_channels_isdbs.conf】を正しくダウンロードして設置すれば、BS03_1,BS15_2 が視聴可能となる。

スポンサーサイト
amazon　タイムセール　　　　 amazon Raspberry pi 5 m.2 hat　　amazon 大谷翔平

【docker-mirakc-epgstation】を導入してもみた

raw file(rawボタンを押して)ではないブラウザダウンロードした【dvbv5_channels_isdbs.conf】を配置して起動させてみたがファイルが違うとは表示されない。しかし尽くチャンネルスキャンエラーとなる。フォルダは何度も確認したが肝心のファイルが読めていないことに気が付かない。何かしらの不具合だという勘違いから抜け出せなかった。

だから、次のステップへと進んでしまう・・・がーん

1.【docker-mirakurun-epgstation】のアンインストールと新規インストールを2度繰り返し、都度ブラウザ版【dvbv5_channels_isdbs.conf】ファイルを配置しているから、状況は変わらない。

2.【docker-mirakurun-epgstation】のアンインストールし、【docker-mirakuc-epgstaiton】もトライする。

1度目はファイル選択の誤りでハングアップ。2度目・3度目はBuildの完了をみたが別途ネット環境の設定が必要なのか、~~Mirakurun~~、Mirakuc、EPGStationへのアクセスがどうも出来ない。インストールの待ち時間に、ふと【.conf】ファイルはUNIXベースのテキスト形式という認識であったがブラウザによる影響を受けたのかもしれないとの思いに至ったのである。

（壊れたか、何かしらエンコードされてしまったものとなったファイルであった）

判明してしまえば作業5分とチャンネル更新に30分で作業完了のはずであった。

時間の無駄とは考えず、実りはあったと思う。

【mirakc】の薫りを感じたこと。意外にimageの残骸も残ってしまっている。

$ docker images
REPOSITORY TAG IMAGE ID CREATED SIZE
docker-mirakc-epgstation-epgstation latest 1195c9341070 11 hours ago 1.12GB
docker-mirakc-epgstation-mirakc latest 1eb42538260b 11 hours ago 163MB
mariadb 11.1 e1f316f83885 4 months ago 388MB
<none> <none> 1997e34bf18a 9 months ago 1.19GB
mariadb <none> 74b876424c24 11 months ago 379MB
l3tnun/epgstation <none> 282fedc151fe 14 months ago 755MB

$ docker compose down
+] Running 4/4
✔ Container docker-mirakc-epgstation-epgstation-1 Removed 0.9s
✔ Container docker-mirakc-epgstation-mirakc-1 Removed 0.0s
✔ Container docker-mirakc-epgstation-db-1 Removed 0.6s
✔ Network docker-mirakc-epgstation_default Removed 0.3s

力量不足也。

【docker rmi -f】など普段使用しないコマンド練習にはなった。

$ docker rmi e1f316f83885
Untagged: mariadb:11.1
Untagged: mariadb@sha256:6f42bfc1b0ceacc22c49c1e934f6ed68c4cec658f199101dc0c8d45f3b90941d
Deleted: sha256:e1f316f838859bbd5412001b83d7898b6728d9cf83fbea06c235b84ff6979755
Deleted: sha256:2d2cebc7660e75f42faece4e67ca3878c96f80fde1518f924098f9894cec0791
Deleted: sha256:60619fb299f6eafc6a93d7d84584a9c789a2e5937d370c783de099975f6a190f
Deleted: sha256:acc1bbfd8c1b00aed9f775b6aa63dc39da0af3d600f62912c5b589b83edf9b30
Deleted: sha256:fe91c22e99894b47c195ead25cec52ccbf6dc9434dad8ee074be9151bcc00e50
Deleted: sha256:fa242f66a6070fc3f40eb4ffc7ce81b452eea2bbae4e912096a94639e3aeb5a2
Deleted: sha256:5af0864ca86f70bcb749f7676689763abb29ead01b5008475a1e2796be622659
Deleted: sha256:4a77781f6fc0b1189a487e697ade12940f6398944d5b1e687a89f011af1f535b
Deleted: sha256:54cb91f3fa5e8005668ad67d5394b63a3d741f0893588c1632e1e2ff415c8dcc

$ docker rmi -f 73156ae2ba48
Error response from daemon: conflict: unable to delete 73156ae2ba48 (cannot be forced) 
- image has dependent child images

そして各ユーザーによって使い込まれている【docker-mirakurun-epgstation】は超簡単で便利であること。（要BS03_1,BS15_2対策）

しかし【docker-mirakuc-epgstaiton】は一発では完成しないという現実。現実3発も不発に終わった。

【docker-mirakurun-epgstation】は今回4-5回の再インストール、運用中のPT3機2台を振り返っても、インストールすれば必ず初期動作ができる。今更ながらすぐれものと再認識した。

Raspi5+【docker-mirakuc-epgstaiton】だからということではないと思うが、3回のテスト結果はいずれも初期動作確認が出来なかった。もちろん小生のケアレスミス？は否めない。

今回のトライ＆エラーは時間を要したが、Dockerの初歩的な理解が進んだ気がする。いずれまた【docker-mirakuc-epgstaiton】はチャレンジしたい。

ただ当面、【docker-mirakurun-epgstation】利用を継続しようと思う。

【docker-mirakurun-epgstation】使用するならMirakurun 4.0 beta版は使用しない！

2025.03.13追記：

【dvbv5_channels_isdbs.conf】対策だけでいいはずなのに、何で今頃開発版が更新されるのか全く分からない。自己責任なので愚痴を言っても始まらないが。

Mirakurun 4.0 betaは不具合ベースという状況か、下手をするとRaspi5がハングアップするかも・・・

4.0.0-beta.6までUpdateされているが、4.0.0-beta.6はまともに番組表をEPGStaiionに連動できない。beta.2でも予約録画がスルーされたり、余計な労が絶えない。docker-compose pullするなら、【3.9.0-rc.4】を指定しておこう。指定しておかないとスクリプトでは最新版がpullされて4.0.0-betaが導入されてしまうよ。

とにかく4.0.0-betaは使わない。有料会員なら別だろうけど、どのみち非会員一般ユーザーにはサポートやWikiの記述もないし、相手にもされないから。

一般ユーザーは勉強しないといけません！

PT3動作させるなら【3.9.0-rc.4】で十分機能する

【3.9.0-rc.4】を使用するなら、【dvbv5_channels_isdbs.conf】対策が必要である。

BVM版Windows11Arm機はBuild 26100.3323へUpdate→26100.3476

aarch64環境への舵取り雑感

BS03_1,BS15_2対策はWindowsではクリアーができているのだろう。小生はx64Windows-PT2機については、この対策は行わない。

冒頭に期したようにこの２局の視聴は、ほぼないので影響も少ない。現況、【docker-mirakurun-epgstation】で全局の視聴が可能であれば問題がない。

PT3はネット環境に依存しない。（RTCの問題は残る）Localネットさえ通信できれば、ネット障害に関係なく視聴ができるわけだ。また今後予想されるネット通信料、サブスク料金・プロバイダー料等の値上げにも影響しない。電気料・ガソリン、その他あるゆるものが更に値上げをされる。

x64ミニPCの選択肢もあったがCPUの抱き合わせ販売は避けたいし、使用環境が違いすぎて新たに機材を揃えなくてはならないApple製品にも近寄ってはいけない。PT3がRaspi5で利用できるため、aarch64環境へと舵取りを切った。

実際のところは【PLEX】製のTVチューナーやUSBタイプのTVチューナーを購入する必要がないからである。使用中のPT3・PT2は現在も稼働しているし、2枚のPT3予備がある。他のチューナーを購入してはいけないのである。

CLIならともかくデスクトップ機にはSDカードは使わない

さて実機でのWindowsはそろそろ終わりとしたい。（仮想PCで存続するが・・・）

どのタイミングでx64-Ubuntu-PT3機からRaspi5-PT3機へとシフトするのかは悩ましい。RTC関連の見通しが付いていない。なら、x64 Windows-PT2機をお蔵入りさせるか・・・・それが一番いいような気がする。x64 Windows-PT2機のマザーボードを残して、他の予備マザーボードは転売する・・・

x64 Ubuntu-PT３機でもMirakurun(3.9.0-rc.4) のBS03_1,BS15_2 対策