闪/flex：逐步下载与要

Question

我正在尝试理解和真正的确定何时使用逐渐下载与要在flex/闪光。它似乎是主要的一点是，谁要是不服http，而渐进式下载。因为它不要，资源受到保护，因为没有办法连接到要服务器之外的swf。

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

<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>

他们将不能够连接到要.所以要似乎更有用的，当你想要保护一个资源？是所有需要它吗？

Answer 1

我同意 xtat, 但要添加更多。

优点和缺点的要(或任何基于UDP流协议)与'逐步下载'(这是真的只是一个子集的基于HTTP流)在我不那么谦卑的意见：

• 基于UDP流
  • 优点
    • 目前显着更多的困难，以防盗流
    • 目前支持住，这基于HTTP不
    • 多投能力，这可以期望在内部网
  • 弊
    • 大大高资源使用情况，相对于http为基础的方法
    • 需要专门的服务器(FMS，Red5,Wowza，无论)
    • 更明显的缓冲
    • 防火墙的问题，特别是与企业客户
• 基于HTTP流
  • 优点
    • 简单死
    • 可以 寻求进入媒体。享受高品质和MP4(与一些努力)
  • 弊
    • 琐碎，以防盗流。E.g.:真正下载
    • 现场直播流目前不可能的，但是给它一年。苹果是使这一现实。
    • 没有多铸造

整个HTTP为基础的方法是充满了 和/但是如果 情况，很多误解什么是不可能的，并且缺乏共同的定义。

有两个基本特点的人都看着的时候讨论基于HTTP流： 寻找 和 受监管的带宽.从那时，我们获得所有这些术语如'伪流','逐步下载，等等。

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

• 受监管的位速率:平中的媒体文件分析的服务器，以及它送媒体的一样快的玩家需要发挥媒体没有缓冲。
• 寻找:能力的一个网络服务器以寻求进入媒体和有效地创建一个新的"文件"在飞行中使用的客户。类似于http字节范围的请求，除了标题和媒体的元数据是加入/修改。
• 逐步下载:只发送文件，尽可能快。基本上，把媒体的文件上网服务器发送到客户在一个'愚蠢'的方式，就像就像一个大的。iso。拉链文件。
• 伪流:能力的一个网络服务器发送媒体的文件的客户调节的比率，并寻求成文件。

Answer 2

就个人而言，选择在RTMP渐进式下载的主要原因是它允许用户跳过的视频中，而无需下载整个文件。

Answer 3

除非这些日子里，你需要记录，有没有真正的任何一点使用RTMP。 HTTP是简单，显然要更广泛的支持，更容易调试，实际上它允许寻求，甚至超过的CDN。这是我已经设置了在Viddler。