【问题标题】：Chromecast – Connect to other device session from ChromeChromecast – 从 Chrome 连接到其他设备会话
【发布时间】：2014-04-13 13:41:49
【问题描述】：

上下文

当从 Google Chrome 投射并使用 session listener 时，可以加入已创建的会话，当会话是从 chrome 创建时，如果 autoJoinPolicy 设置为ORIGIN_SCOPED 它甚至可以在不同的选项卡中使用。

问题

如果另一个设备创建了会话，sessionListener 处理程序不会触发，因此我无法加入创建的会话。

可以在设备（android、ios）之间检测会话，我想用 chrome 实现相同的行为，这可能吗？

【问题讨论】：

【解决方案1】：

您也可以连接到其他会话，不一定是您自己的会话。例如，您可以查看 CastVideos-android 和 CastVideos-chrome 示例应用程序并使用 Android 启动投射会话，然后使用 chrome 应用程序连接到该会话。

【讨论】：

感谢您的意见！该代码很大程度上基于这些应用程序，但目前它不起作用。我将测试未修改的代码以查看它是否与所需的行为匹配并回发结果。可能我错过了什么。
抱歉回复晚了，但无法测试您之前的建议。 它根本行不通，至少在提供的示例中是这样。当从 chrome 发送流时，可以从 android 捕获相同的会话并从那里控制播放，但反过来也一样。显然，我可以重叠 android 创建的会话并投射到同一个 chromecast 设备，但我找不到加入该会话的方法。 ¿ 还有其他建议或提示吗？提前谢谢你。
@a--m 你成功了吗？我也有同样的问题。
@GuilhermeSimãoCouto 这是我在 2014 年提出的一个问题，当时 #google-cast 仍处于测试阶段......到那时我找不到任何解决这个问题的方法并且不再工作了那个项目，所以我在这里帮不上什么忙。希望您能得到 Google 工程师的关注/支持...
我也有这个问题。我想使用多个同时连接的发送方（chrome 浏览器）来控制接收方应用程序（chromecast），但是每当我调用 requestSession 时，它都会导致接收方应用程序重新启动（从而结束现有会话）。我可以通过使用 requestSessionById 来避免这种情况，但这需要在其他设备中知道由第一个设备创建的第一个会话的 sessionId 来做到这一点......感觉有点像黑客而不是一个好的解决方案.