为什么RTMP流协议的url路径不同？

Question

最近我正在做一些关于RTMP流媒体的工作，即使用Flowplayer来集成Edgecast流媒体服务和CloudFront流媒体服务。

基本概念很容易理解，但不同提供商的格式确实浪费了我很多时间来弄清楚。

例如，为了让edgecast高兴，根据文档，您需要指定mp4:filename.mp4、flv:filename (不带.flv扩展名)和mp3:filename (不带.mp3扩展名)格式的文件名。

但对于CloudFront来说，mp4:filename.mp4、filename (没有flv:前缀，也没有.flv扩展名)和mp3:filename (没有.mp3扩展名)则是另一回事。

当我今天尝试使用Edgecast的loadToEdge函数时，这种格式让人更加沮丧，接受的格式是filename.mp4 (不带mp4:前缀)，filename.flv (不带flv:前缀)和mp3:filename.mp3。

正如你所看到的，基本上没有逻辑，你必须猜测并尝试所有不同的组合，以使其最终工作。

我只想知道，有没有人知道为什么不同的提供商以所有定制的方式实现他们的流媒体？或者是Adobe的错，没有统一的形式，或者它只是由服务提供商来使用他们喜欢的任何东西。

谢谢!

Answer 1

这都是关于实现的。URL格式(包括扩展名)与

打个比方，你的问题就像是在问“为什么有些网站的URL与其他网站不同？”提供图像的两种不同但可行的方法的示例：

• http://server.com/question/87/why/65.png
• http://server.com/image/question?number=87&image=65.

这一切都是关于EdgeCast、亚马逊等公司的程序员想要如何实现他们的CDN。我相信这其中有一定的逻辑，无论是否经过深思熟虑。可能还有一些需要处理遗留系统、客户端和URL。

这与FMS本身没有任何关系。就像上面的类比一样，URL与提供它们的web服务器无关。