TVチューナーの監視

記事書いた

- https://inajob.hatenablog.jp/entry/tv-tuner-dlna

UPNP

とりあえず試してみる

- https://stackoverflow.com/questions/18363833/how-can-i-list-upnp-server-renderer-in-command-line-console-mode-on-linux

- https://gihyo.jp/admin/serial/01/ubuntu-recipe/0213

> code

$ sudo apt-get install gupnp-tools

DLNA

- https://phonypianist.hatenablog.com/entry/2019/02/25/003835

-- 近そう

- https://developer.sony.com/ja/develop/audio-control-api/guides-examples/how-to-browser-a-dlna-media-server

-- ほぼこれか？

- 結局WireSharkでWindows Media Playerの通信を盗み見た。

- 敗因はContent-Type設定していないだけだった・・

PoC

完了した

結局 ContentDirectoryのサービスを見つけて、そこにBrowseというActionを送信すると録画済みの番組リストが得られた。

フィルタやソートを指定していないので謎の順番だが、HDDが認識できないときはこれが空になるように見える

初回リクエスト時はHDDがスピンアップしていなくて失敗する。

何度かリクエストするとそのうち取得できる。

エラー時の結果

> code

<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/"

s:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/">

<s:Body>

<s:Fault>

<faultcode>s:Client</faultcode>

<faultstring>UPnPError</faultstring>

<errorDescription>Error</errorDescription>

</UPnPError>

</detail>

</s:Fault>

</s:Body>

</s:Envelope>

設計

- APIにアクセスする

- 規定間隔で規定回数試行して期待する結果が得られない場合は異常と判断し通知を送る

-- s:Body直下がs:Faultの場合は失敗とみなす

-- HDDが読めないときはこの状態か？

--- 恐らくそうだろう

--- 問題が再現しないとわからない

--- 念のため正常かどうか、を見るのがよさそう

-- s:BrowserResponse -> Result -> DIDL-Lite 以下のアイテム数が0以上なら成功とする

Service

> code

<serviceType>urn:schemas-upnp-org:service:ContentDirectory:1</serviceType>

<serviceType>urn:schemas-upnp-org:service:ConnectionManager:1</serviceType>

<serviceType>urn:schemas-digion-com:service:X_AccessControl:1</serviceType>

<serviceType>urn:schemas-digion-com:service:X_DeviceConfiguration:1</serviceType>

<serviceType>urn:schemas-dlpa-jp:service:X_DtcpPlus:1</serviceType>

気づいた事

- 録画を消してもDLNAは古い番組リストを配信し続ける

-- テレキングリモートで閲覧すると古い番組をindexから消す処理が走っているように見える

--- （すごく遅い）

-- 一度上記が実行されるとDLNAでも消えている

やってみたいこと

- 録画一覧で何か遊ぶ

あとやること

2022-02-13. crontabの設定をansibleに焼き付ける