为什么RTMP流媒体协议的url路径彼此不同?

时间:2012-01-24 03:29:49

标签: streaming flowplayer rtmp amazon-cloudfront edgecast

最近我正在做一些关于RTMP流的工作,即使用Flowplayer与Edgecast Streaming服务和CloudFront Streaming服务集成。

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

例如,为了使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的错误没有统一的表格,或者仅仅是服务提供商可以使用他们喜欢的任何东西。

谢谢!

1 个答案:

答案 0 :(得分:4)

一切都与实施有关。 URL格式(包括扩展名)与

无关

作为类比,你的问题就像问“为什么某些网站的网址与其他网站不同?”提供图像的两种不同但可行的方式示例:

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

所有关于EdgeCast,亚马逊,的编码员如何实施他们的CDN。我确信它有一些逻辑,经过深思熟虑。可能有些人需要处理遗留系统,客户端和URL。

它与FMS本身无关。就像上面的类比URL一样,它们与Web服务器无关。