Chromecast內置：如何從硬件用戶界面的角度與第三方接收器應用程序交互？

Question

根據支持的Chromecast內置（又名鑄音頻設備）應該與接收器應用程序進行交互，以控制播放

谷歌角色爲official documentation與物理用戶接口的音頻硬件設備（按鈕，旋鈕）音頻設備可能有自己的播放控件（如按鈕，遙控器）。這些使用媒體播放消息中所述的爲urn：x-cast：com.google.cast.media命名空間定義的媒體播放消息來控制接收器應用程序的播放。您的接收器應用程序必須支持這些媒體播放消息以支持設備的播放控制。

但是沒有進一步的細節。特別是我想知道音頻設備上的應用層（認爲SoC控制器邏輯）如何與第三方接收器應用交互。我假設必須是控制器邏輯和接收器API之間基於TPC/IP的http通信。

設想以下用例：

• 用戶使用自己的智能手機，並開始流媒體服務A的投啓用的媒體播放器應用程序
• 他開始流服務的的播放列表的播放和打演員按鈕在他的Chromecast內置音頻設備上播放。
• 音頻設備使用A的接收器應用接管播放並播放曲目。
• 之後，仍然當設備播放的播放列表，用戶步行到該設備並按下音頻設備上的物理「下一步」按鈕使用跳至下一首曲目的播放列表現在

什麼意思是硬件設備上的apllication層能夠控制A接收器應用程序？根據文檔，它應該使用媒體播放消息，但是又應該如何知道設備需要知道控制接收器所需的mediaSessionId？

Answer 1

由於一次最多隻有一個會話在Cast設備上運行，理論上講，硬件無需知道sessionId。當硬件設備成爲Cast設備時，內部和接收器應用程序不需要參與的各個層之間的緊密集成。底線是，只要接收器應用程序使用標準SDK（因此，使用標準urn：x-cast：com.google.cast.media命名空間），正確的消息將傳遞給接收方，SDK將做正確的事情;這就是接收器應用程序的開發人員需要關心的全部內容;除此之外的任何內容都是Cast設備的內部。