apache-flex - 闪存/弹性 : progressive download vs. rtmp

Question

我试图了解并真正确定何时在 flex/flash 中使用渐进式下载与 rtmp。似乎要点是 rtmp 不与 http 一起提供，而渐进式下载是。由于它不是 rtmp，因此资源受到保护，因为无法从 swf 外部连接到 rtmp 服务器。

即使用户可以看到目标代码并且可以找出位置

<object data="http://media.example.com/jw-player/player.swf" >
    <param value="streamer=rtmp://sub.example.com/video
           &amp;file=1330/title/folder2/theflvresource.flv
           &amp;id=FlvPlayer" name="flashvars">
</object>

他们将无法连接到 rtmp。所以当你想保护一个资源时，rtmp似乎更有用？仅此而已吗？

Answer 1

我同意xtat，但还想补充更多。

RTMP(或任何基于 UDP 的流媒体协议(protocol))与“渐进式下载”(实际上只是基于 HTTP 的流媒体的一个子集)的优缺点在我的观点中并不那么谦虚:

• 基于 UDP 的流式传输
  • 优点
    • 目前更难窃取流
    • 目前支持live，基于HTTP的不支持
    • 支持多播，这在内部网上很受欢迎
  • 缺点
    • 相对于基于 http 的方法，资源使用率显着提高
    • 需要专用服务器(FMS、Red5、Wowza 等)
    • 更明显的缓冲
    • 防火墙问题，尤其是企业客户
• 基于 HTTP 的流媒体
  • 优点
    • 非常简单
    • 可以进入媒体。 FLV 和 MP4(需要一些努力)
  • 缺点
    • 对于窃取流来说微不足道。例如:真正的下载器
    • 目前无法进行直播，但请等一年。苹果正在使这成为现实。
    • 没有多播

整个基于 HTTP 的方法充满了 and/but/if 情况，很多关于什么是可能的和什么是不可能的误解，以及缺乏共同的定义。

在讨论基于 HTTP 的流式传输时，人们会关注两个基本特征:寻求 和受控带宽。由此，我们得到了所有这些术语，例如“伪流式传输”、“渐进式下载”等。

这些是我用来描述基于 HTTP 的流媒体服务器的定义:

• 受控比特率:平面媒体文件由服务器解析，它会按照播放器无缓冲播放媒体所需的速度发送媒体。
• 搜索:网络服务器搜索媒体并有效地即时创建新"file"以供客户端使用的能力。类似于 http 字节范围请求，除了添加/修改 header 和媒体元数据。
• 渐进式下载:尽可能快地发送文件。基本上，将媒体文件放在网络服务器上，以“愚蠢”的方式发送给客户端，例如大型 .iso 或 .zip 文件。
• 伪流媒体:网络服务器以规定的比特率向客户端发送媒体文件并搜索文件的能力。