是否可以编写一个Chrome扩展程序（或Android应用程序）来创建多个发件人，每个发件人都连接到其他接收器？
换句话说，我需要构建一个界面，操作员可以从中控制附近多个不同Chromecast的流 - 每个都将播放不同的视频流。
我从其他帖子了解到chrome.cast API不允许这样做 - Chrome扩展程序可能仅作为单个发件人使用吗？这种限制似乎是随意的 - 我在某处读到有人能够通过运行两个不同版本的Chrome来控制两个设备，因此如果Chrome API中存在此限制，则不是由于底层协议的任何限制，对吗？ （那么，政治呢？）
是否有较低级别的API（可能在Android上？）允许您创建多个发件人并将其连接到不同的接收器？
我已经看到一些应用程序（例如Videostream）在关闭发件人后似乎继续在Receiver上运行。例如，可以在多个设备上一次启动一个Receiver应用程序，让它们识别自己并连接到本地网络服务器，例如，通过WebSockets，然后让我的网络服务器向那些Receiver应用程序发送消息，要求他们更改视频流？
作为最后的手段，是否有基础协议的开放式规范？
答案 0 :(得分：1)
没有什么可以阻止您编写连接到chromecast的发件人应用，启动应用，然后在让chromecast继续运行应用时断开与该设备的连接;你需要确保在检测到没有连接设备时不要停止接收器。然后，在发送方，您可以重复相同的过程，但这次连接到第二个设备，依此类推。需要记住的重要一点是，您的发送方设备无法与多个设备保持多个并发连接（MediaRouter是一个全局实例）;这意味着您无法从不同的Cast设备接收消息（状态更新等），除了您当时直接连接的设备。此外，没有什么可以阻止不同的用户连接到这些设备之一并启动不同的应用程序。
要回答您的其他问题，基础协议未公开。