是否可以为 chrome 标签制作接收器应用程序答案

【问题标题】：Is it possible to make a receiver app for chrome tab是否可以为 chrome 标签制作接收器应用程序
【发布时间】：2018-04-02 13:03:14
【问题描述】：

我在这里发帖是因为我在任何地方都没有找到任何令人满意的答案。

问题很简单。我看到很多应用程序在 Android 上实现了投射功能。问题是即使我有一台全新的智能电视，它实际上也不支持我的大多数应用程序的投射功能。

例如，我的电视有一个 Youtube 应用，因此我可以将手机上的 youtube 应用中的 youtube 视频投射到电视上。

现在我想将我最喜欢的流媒体应用程序投射到我的电视上，但找不到我的电视。所以我在想，好吧，让我们尝试为我的电视制作一个可以接收这种命令的应用。

我知道我可以为我的电视制作应用程序。在开始这个雄心勃勃的项目之前，我想确保 google cast sdk 将允许我编写这样的接收器应用程序。

你认为这可能吗？还是我们真的需要为每个发射器应用程序提供一个接收器应用程序？

【问题讨论】：

【解决方案1】：

YouTube 使用自己的发现协议，超出 Cast SDK 支持的范围。应用需要在其发送方中集成 Cast SDK，并实现支持其身份验证和 DRM 的接收方。

【讨论】：

所以根据您的评论，我只需要编写一个支持 Chrome 身份验证和 DRM 的应用程序，这将使我的应用程序能够接收来自 Chrome 选项卡的投射请求吗？我认为这不是那么简单，或者谷歌没有为我们提供编写此类应用程序的正确材料。你怎么看？
一旦用户与发送者建立连接，接收者应用就会在 Cast 设备上启动。对于 Chrome，任何实现发送者逻辑的网页都将允许其相关的接收者播放其内容。
好的，发件人部分理解。那么“相关接收者”呢？当您使用选项菜单中的“投射”功能时，是否可以编写一个接收器来响应 Chrome 发送的投射标准请求？
这就是它的工作方式。您应该阅读 Cast 文档以了解 Cast 模型的工作原理：developers.google.com/cast/docs/developers
好吧，我已经阅读了部分文档。再次阅读时，我发现这句话回答了我的问题：“当您注册接收方应用程序时，您将收到应用程序 ID 以包含在发送方的 API 调用中”。因为我不是发件人 (Chrome) 的制造商，所以发件人永远不会包含我的应用 ID。唯一的解决方案是获取 Chromecast 设备的应用 ID，我认为这是不可能的......