【问题标题】:Is custom receiver required for playing H264/AAC video stream on Chromecast在 Chromecast 上播放 H264/AAC 视频流是否需要自定义接收器
【发布时间】:2013-08-04 21:16:31
【问题描述】:

我有一个 IOS 和 Android 应用程序,目前可以从远程服务器播放视频。远程服务器发送H264/AAC流,可以在IOS或Android设备上播放。

我正在努力支持将其投射到 Chromecast 设备并使用 tutorial 我能够创建路由按钮来选择 chromecast。

我的问题是,为了播放这个流,我需要创建一个自定义接收器应用程序以在 chromecast 上运行(并将其列入白名单等)还是在 chromecast 上运行默认的“媒体播放器”可以用来播放流?我可以发送经过身份验证的 URL(因此不需要自定义身份验证等)

【问题讨论】:

  • 我能够使用示例应用附带的简单接收器并能够投射视频。
  • 您仍然需要将示例应用程序附带的receiver.html 放在您的服务器上,对吗?您是否必须对接收器进行任何特殊处理才能使其与远程服务器一起使用。此外,您对 android 应用程序所做的任何更改以使用 cast。我的设备可以检测到投射设备并尝试连接。我想知道我是否必须在服务器的某处托管接收器 html 文件并将其列入白名单,将 Google 提供的 APP_ID 放入接收器文件和应用程序本身?您的见解会很有帮助。
  • 是的。我只是使用了示例应用程序中的相同 receiver.html。主要的是您的设备必须被列入白名单并使用“实时”链接的 APP_ID。当您尝试启动会话时,它会吐出什么错误代码?如果它未列入白名单,您将看到 -4
  • 是的,它是-4。我想我必须将设备列入白名单。感谢您的澄清,它有很大帮助。你能告诉我接收器 html 文件的用途吗?谷歌在解释方面做得不好。
  • 接收者文件是“目标”,它使用 google 的 API 允许它在您的“发送者”应用连接并发送数据时进行侦听。白名单的目的(根据我的理解)是为了让发送者根据谷歌提供的APP ID“查找”接收者。

标签: google-cast chromecast


【解决方案1】:

您的应用目前需要它自己的 Receiver 才能供 iOS 和 Android 使用。如果您只使用 Android MediaRouter API,则有一个默认的 Android 接收器。 iOS 没有等效的功能。

也就是说,您可以只使用示例应用附带的简单示例接收器。

【讨论】:

    猜你喜欢
    • 2022-12-11
    • 2017-03-07
    • 2015-05-19
    • 2014-10-15
    • 1970-01-01
    • 1970-01-01
    • 2023-01-04
    • 2015-10-30
    • 2014-07-31
    相关资源
    最近更新 更多