哪种是最好的 Flash H.264 HTTP 流方法？答案

【问题标题】：Which is the best Flash H.264 HTTP Streaming method?哪种是最好的 Flash H.264 HTTP 流方法？
【发布时间】：2011-07-04 21:58:13
【问题描述】：

我正在研究预先录制的 HTTP 的 h.264 视频流。我在使用 RTMP 时遇到了太多防火墙问题。

人们是否正在接受新的 Adobe HTTP 动态流方法？ http://www.adobe.com/products/httpdynamicstreaming/

有人在使用 Akamai HD 方面有过积极的经验吗？ http://wwwns.akamai.com/hdnetwork/demo/flash/zeri/index.html

或者旧的 HTTP 伪流仍然是要走的路吗？ http://www.longtailvideo.com/support/jw-player/jw-player-for-flash-v5/12534/video-delivery-http-pseudo-streaming

令我震惊的是，我查看的在线编码服务都不支持 F4F 和 FMF Adobe HTTP 动态流格式。

http://www.encoding.com http://heywatch.com/page/home http://zencoder.com http://www.pandastream.com

理想的实际上是一个支持 Apple 的 m3u8 HTTP Streaming 方法的 OSMF 插件，因为不需要特殊的服务器组件，并且它与 iphone 和 android 3 兼容。但是那个插件似乎还不存在，我也有项目中有很多时间/预算限制来自己编写这样的插件。

【问题讨论】：

标签： flash h.264 http-streaming

【解决方案1】：

如果 Adobe 的 HTTP 流媒体机制适用于您的情况，它是最好的方法（您可以使用他们的流媒体服务器、另一个兼容的服务器，如 Wowza，或者可以使用他们的工具来分解视频并托管单独的部分）。当您遇到防火墙问题时，这比 RTMP 更好。它也比伪流式传输更好，因为处理播放单独部分的客户端代码完全包含在 Flash 播放器中，并且更容易实现并且可以提供更流畅的结果。此外，由于播放器会将视频重新组合在一起，因此您不会像伪流媒体那样在搜索时丢弃下载的视频。

也就是说，伪流仍然是一个非常好的选择。它与 Adobe 的 HTTP 流几乎相同，但在播放器外部实现，并且大多数情况下（但不一定）会在下载部分之外搜索时丢弃下载的视频。

我不能肯定地说，但我怀疑您不会在 Adobe 特定产品之外看到很多对 Adobe 的 HTTP 流媒体标准的支持的原因是，有三个完全不同的 HTTP 流媒体“标准”可以做到这一点完全不兼容的方式（Adobe、Apple 和 Microsoft）。如果这三个最终以某种方式就标准达成一致，那么应该更容易找到第三方工具支持。

【讨论】：

我当然同意标准的 HTTP 流式传输方法，有 3 种不同的方法来做同样的事情是荒谬的。我不喜欢 Adobe HTTP 流的一点是他们的文件拆分是他们专有的，这使得很难为实时视频创建自己的拆分器。我问了这些问题here，但解决方案并不是那么令人满意。

【解决方案2】：

F4F 和 F4M 没有真正编码。您将视频编码为 MP4 并使用命令行 Adobe F4F Packager（适用于 Windows 或 Linux）对其进行处理。这会生成您的 F4F 和 F4M 文件，MP4 文件不会再次转码，只是编入索引，如果您愿意，可能会分割成段。

【讨论】：