6

自定义接收器如何使用“ramp”命名空间，或者如何修改示例应用程序以使用自定义命名空间而不重写 RAMP 协议的支持（Android 中的 MediaProtocolMessageStream 或 iOS 中的 GCKMediaProtocolMessageStream）？

我无法使 Android 或 iOS Chromecast 示例应用程序与基于 dash.js 的自定义接收器通信（通过 Javascript 播放 MPEG DASH 的参考客户端实现 - https://github.com/Dash-Industry-论坛/dash.js）。这似乎是由于 Android / iOS Chromecast SDK 上的“ramp”命名空间被硬编码（最终 const）和 dash.js 接收器由于某种原因无法使用“ramp”的命名空间（根据http:// www.digitalprimates.net/author/tapper/2013/08/27/chromecast_dash/）

当使用默认情况下使用的命名空间 dash.js 时，我可以从 Chrome 中的 Javascript 发送器很好地投射 MPEG-DASH。当尝试通过 Android 或 iOS 与我的自定义接收器交互时，Chromecast 设备可以正常加载接收器页面，但从未收到包含媒体 URL 的加载命令。当自定义接收器设置为使用“ramp”命名空间（媒体播放的默认值）时，甚至会发生这种情况。此外，当命名空间设置为“斜坡”时，我的自定义接收器在 Chrome 中停止工作。

4

1 回答 1

4

不幸的是，Dash.js 接收器不允许您使用 RAMP 命名空间，但它们当前的实现无论如何都不是完全正确的 RAMP（您将不得不在接收器端更改一些东西）。关于 RAMP 的文档非常稀缺，令人沮丧的是，Google 尚未发布适用于 iOS 和 Android 的 Chromecast 库的源代码。但是，我使用 Java Decompiler ( http://jd.benow.ca/ ) 对Android 库进行了反编译，以了解一些细节。您还可以在浏览器中调出您列入白名单的 Chromecast 设备，并查看 Web Sockets 以查看它发送和接收的 RAMP 消息类型。

但是，您要在 MediaProtocolMessageStream 中修改的所有内容都是最终的，这意味着您的发件人的完美 RAMP 实现就在您的掌握之外。您可以使用反编译代码作为指导编写自己的 MessageStream，但我选择使用反射黑客来强制更改 MediaProtocolMessageStream 中的命名空间。

public class CustomMediaProtocolMessageStream extends MediaProtocolMessageStream {

    private static final String NAMESPACE = "org.dashif.dashjs";

    public CustomMediaProtocolMessageStream() {
        super();
        // Hack Google's hardcoded namespace which doesn't work with the DASH receiver.
        try {
            // This is the field where MessageStream stores the namespace.  If you decompile the jar you can see it's named 'b'.
            Field field = MessageStream.class.getDeclaredField("b");
            field.setAccessible(true);
            field.set(this, NAMESPACE);
        } catch (Exception e) {
            Log.e(TAG, "problem changing namespace:" + e.getMessage());
        }
    }
}
于 2013-10-28T17:59:02.793 回答