2011-02-26 46 views
4

我正在調查HTTP的預先錄製的h.264視頻的流式傳輸。我正在使用RTMP遇到太多的防火牆問題。哪一個是最好的Flash H.264 HTTP Streaming方法?

有人在採用新的Adobe HTTP Dynamic Streaming方法嗎? 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 Adob​​e HTTP Dynamic Streaming格式。

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

理想實際上是一個OSMF插件,支持蘋果的M3U8 HTTP流的方法,因爲不需要專門的服務器組件,這將是與iPhone兼容和Android 3.但該插件似乎還沒有存在,我在項目中有太多的時間/預算約束來編寫這樣一個插件。

回答

2

如果Adobe的HTTP Streaming機制適用於您的情況(您可以使用他們的流媒體服務器,另一個兼容的Wowza,或者可以使用他們的工具分解視頻並承載單獨的部分),那麼它是最好的方法。當你遇到防火牆問題時,這比RTMP更好。這也比僞流更好,因爲處理播放單獨部分的客戶端代碼完全包含在Flash播放器中,並且更容易實現,並且可以提供更流暢的結果。此外,由於播放器將視頻重新放在一起,因此您不會在下載視頻時將其視爲僞流媒體。

即便如此,僞流仍然是一個非常好的選擇。它與Adobe的HTTP流幾乎完全相同,但是在播放器之外實現,並且通常(但不一定)會在下載部分之外尋找時丟棄下載的視頻。

我不能肯定地說,但我懷疑在Adobe特定的產品之外,你不會看到很多對Adobe的HTTP流標準的支持的原因是有三個完全不同的HTTP流「標準」完全不兼容的方式完全相同(Adobe,Apple和Microsoft)。如果這三者最終達成一致,那麼應該更容易找到第三方工具支持。

+0

我當然同意標準的HTTP流式方法,有3種不同的方式來做同樣的事情是荒謬的。我不喜歡Adobe HTTP流媒體的事情是他們的文件分割,這是他們專有的,這使得很難爲實時視頻創建自己的分離器。我問這個問題[這裏](http://stackoverflow.com/questions/4443146/how-to-implement-the-adobe-http-streaming-spec-without-using-their-streaming-serv),但解決方案是並不是那麼令人滿意。 – Scott 2011-04-15 19:06:40

2

F4F和F4M不是真正的編碼。您將視頻編碼爲MP4並使用命令行Adobe F4F Packager(適用於Windows或Linux)處理它們。這會產生您的F4F和F4M文件,MP4文件不會再次轉碼,只需編入索引即可,如果您願意,也可以將其拆分爲多個段。