我正在尝试了解 chromecast 的网络详细信息。考虑这种情况，有 youtube-server (S)、Hand-device(H) 和 Chromecast(C)。以下是我会做的步骤。
1) 最初，将自动或显式配对 H 和 C。
2) 会在我的手持设备 (H) 上播放 youtube 视频。 H 将与 Server-S 形成 TCP 会话
3) 现在，我在电视上播放此视频。所以，
问题
A) 服务器和 Chromecast 或手持设备镜像之间是否存在单独的 TCP 会话，无论它从服务器获得什么
B) 令人惊讶的是，即使在关闭手柄握持设备后，Chromecast 仍会继续流式传输直到完成。因此，期待 Server 和 Chromecast 之间的某种 TCP 状态。如果是这样，谁发起了这个连接？
D) 手持设备如何知道当前的流媒体状态？
谢谢
【问题讨论】：
标签： tcp chromecast
A) 如果您使用应用程序中的投射按钮启动投射会话，那么是的 - 服务器和 Chromecast 之间存在单独的会话。您的手持设备告诉 chromecast 如何发现服务器、如何请求视频等，但 Chromecast 将媒体资产的请求直接发送到其来源。没有进行镜像。 （请记住，Android 可以镜像到 Chromecast，Chrome 也可以通过选项卡投射，但这与使用投射按钮不同）
B) 如上所述，手持设备向 Chromecast 提供指令（通常以应用程序 ID 的形式，chromecast 通过查看 Google 的服务器以查看网络应用程序所在的位置来解析该应用程序 ID），并且还使用媒体的 URL。但是一旦媒体播放开始，如果您想关闭发送设备，播放可以继续（这是 Chromecast 的一大好处。事实上，这允许您使用不同的设备并连接到会话（如果需要）。
D) Chromecast 和手持设备也保持连接，以便 Chromecast 可以发回播放状态，以便用户可以启动播放控制指令，告诉 Chromecast 暂停/跳过/等。等媒体会话。
【讨论】：