同時録画は完了しているみたい。
ncos1.hatenablog.com
PCから確認できる様にRaspberryPiを設定。
sudo apt update
sudo apt install samba
設定
sudo nano /etc/samba/smb.conf
[recorded]
path = 保存先のフォルダパス
browsable = yes
writable = yes
read only = no
guest ok = no
create mask = 0644
directory mask = 0755
Samba 用ユーザーの登録、下記コマンドでPCからアクセスする際のパスワードを設定する。
sudo smbpasswd -a 現在のログインユーザー
プロンプトが表示されたら、PCからアクセスする際に入力するパスワードを設定。
サービスを再起動して設定を反映。
sudo systemctl restart smbd
Windowsのエクスプローラーのアドレスバー等から以下を入力し、設定したユーザー名とパスワードで接続できるか確認。
\\<Raspberry PiのIPアドレス>\recorded
確認OKならば、ネットワークドライブに設定してアクセス可能にしておくと良い。
録画ファイルを確認、VPN経由なので止まりがちで正常に録画できているか目視では判定できない^^;
とりあえずは、同時録画そのものはできていると思われる。
Aを録画中にBを録画開始、Aが途中で停止・Bが録画できない等の現象はなさそう。
ライブ視聴でも色々検証していたら、地デジ・衛星ほとんど視聴できなくなった(・・?
gitのIssue見ていたら、さらに改善されていたのでpullして再ビルド等を再実施。
NG？状況変わらずチューナーがずっとBusyで何もできない🤔
RaspberryPiのDockerを再起動した記憶はあるがしてないかも？
mirakurun・EPGStationのDockerを停止
nasneを再起動
mirakurun・EPGStationのDockerを再起動
復旧した、Docker起動したままだったのが一番の要因と思われる。
何処かが原因で、チューナーにアクセスするループが発生して個々の対応ではループが解除されていなかったと思われる。
原因が特定できない場合は、両方の機器を一旦OFFにしよう^^;
Issueを確認すると、今回の修正でかなり安定しそうなので検証を続けようとしたが１チャンネルでも録画できない状態に戻ってしまった？
録画しないのでnasne再起動したら録画できたがmirakurunの問題なのかnasneの問題なのか不明🤔
USBのts抜き可能っぽいチューナー有るからRaspberryPiに接続したらさらにチャンネル増やせる？
nasne触り始めてからなので、mirakurunがよくわからない🤔
Geminiに相談
chinachu/mirakurun は長年メンテナンスが停止しているため、現在も活発に更新・メンテナンスされている l3tnun/mirakurunに変更してみては？との事なので検証。
？？？chinachu？？？
mirakurunとEPGStationのつもりだったがあまり理解せず進んでたから混乱^^;
そもそもmirakurun・chinachu・EPGStation等の関係性をイマイチ把握できていない、一つのソフトウェアに統一できないものか🤔
現在
version: '3'
services:
mirakurun:
image: chinachu/mirakurun
container_name: mirakurun
restart: unless-stopped
ports:
- "40772:40772"
environment:
- DOCKER=true
volumes:
- ./config:/app-config
- ./mirakurun-data:/app-data
epgstation:
image: l3tnun/epgstation:latest
container_name: epgstation
restart: unless-stopped
ports:
- "8888:8888"
volumes:
- ./epgstation/data:/app/data
- ./epgstation/config:/app/config
- ./epgstation/logs:/app/logs
- ./recorded:/app/recorded
environment:
- TZ=Asia/Tokyo
depends_on:
- mirakurun
修正案
version: '3'
services:
mirakurun:
image: l3tnun/mirakurun:latest
container_name: mirakurun
restart: unless-stopped
ports:
- "40772:40772"
environment:
- DOCKER=true
- TZ=Asia/Tokyo
volumes:
- ./config:/app-config
- ./mirakurun-data:/app-data
epgstation:
image: l3tnun/epgstation:latest
container_name: epgstation
restart: unless-stopped
ports:
- "8888:8888"
volumes:
- ./epgstation/data:/app/data
- ./epgstation/config:/app/config
- ./epgstation/logs:/app/logs
- ./recorded:/app/recorded
environment:
- TZ=Asia/Tokyo
depends_on:
- mirakurun
適用
# 1. 既存のコンテナを停止・削除
docker compose down
# 2. 新しいイメージ（l3tnun/mirakurun）をダウンロード
docker compose pull
# 3. コンテナをバックグラウンドで起動
docker compose up -d
戻す場合
# 1. docker-compose.yml の image を元の記述に戻す
# image: chinachu/mirakurun
# 2. コンテナを停止・削除
docker compose down
# 3. 再起動
docker compose up -d
改善したが、録画後にまたBusyで使えなくなった🤔
./config/tuners.ymlを修正する、現在。
- name: nasne-gr
types:
- GR
command: node -e "require('http').get('http://:8301/tuner/', res => res.pipe(process.stdout))"
isDisabled: false
- name: nasne-sat
types:
- BS
- CS
command: node -e "require('http').get('http://:8301/tuner/', res => res.pipe(process.stdout))"
isDisabled: false
修正
- name: nasne-gr
types:
- GR
command: curl -s --noproxy '*' http://:8301/tuner/
isDisabled: false
- name: nasne-sat
types:
- BS
- CS
command: curl -s --noproxy '*' http://:8301/tuner/
isDisabled: false
Docker再起動
docker compose down
docker compose up -d
Busy解除されないので、nasneもリブートする。
NG、全く録画されない。
が、両方のチューナーがBUSYにはなっていないので原因はmirakurun側の要因っぽい。
再度修正、衛星側は少しウェイト
- name: nasne-gr
types:
- GR
command: node -e "const http=require('http'); const req=http.get('http://:8301/tuner/', res => { res.pipe(process.stdout); }); process.on('SIGTERM', () => { req.destroy(); process.exit(0); });"
isDisabled: false
- name: nasne-sat
types:
- BS
- CS
command: node -e "const http=require('http'); const req=http.get('http://:8301/tuner/', res => { res.pipe(process.stdout); }); process.on('SIGTERM', () => { setTimeout(() => { req.destroy(); process.exit(0); }, 3000); });"
isDisabled: false
再起動
docker compose restart mirakurun
録画可能、同時録画等で検証を続ける事にしようと思ったが衛星側がBusyから解放されない現象が発生し改善しない(・・?
検証はEPGPLayerのライブ視聴をメインで行っていたが、録画そのものは修正した現行設定で良好かも検証してみよう。
Busyと録画・ライブ視聴等とコマンドでのBusyの関連も整理する必要がありそう🤔
