2009-11-17 54 views
7

我試圖理解並真正確定何時使用漸進式下載與rtmp在flex/flash中的對比。看起來主要的一點是rtmp沒有與http一起提供,而漸進式下載是。由於它不是rtmp,因爲無法從swf外部連接到rtmp服務器,所以資源受到保護。flash/flex:漸進式下載與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似乎更有用?這就是它的全部嗎?

回答

6

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

RTMP的與「漸進式下載」的利弊(或任何基於UDP的流式傳輸協議)(這是真的只是一個基於HTTP的流媒體的子集)在我不那麼愚見:

基於UDP的
    • 優點
      • 目前顯著更難以竊取流
      • 目前支持實時,其中HTTP-BAS ED不
      • 多播能力的,其可以是期望的上內聯網
    • 缺點
      • 大幅更高的資源使用量,相對於基於http的方法
      • 需要專門的服務器(FMS, Red5的,Wowza,等等)
      • 更明顯的緩衝
      • 防火牆的問題,尤其是與企業客戶
  • 基於HTTP的流媒體
    • 優點
      • 死的簡單
      • 可以尋求到媒體。 FLV和MP4(一些努力)
    • 缺點
      • 微不足道的偷竊流。例如。:Real Downloader
      • 直播目前不可能,但給它一年。蘋果正在把這變成現實。
      • 沒有多鑄造

整個基於HTTP的方法充滿和/但/如果的情況下,大量關於是什麼,是不可能的誤解,和缺乏共同的定義。

有兩個基本特點的人正在尋找討論基於HTTP的流時在:尋求監管帶寬。從這一點,我們得到了所有這些條款,如「僞流」,「漸進式下載」等

這些都是我用來描述定義基於HTTP的流媒體服務器:

  • 調節比特費率:平面媒體文件由服務器解析,它發送媒體的速度與播放器播放媒體時所需的速度無關,無需緩衝。
  • 正在尋找:網絡服務器尋找媒體並有效創建新的「文件」以供客戶端使用的能力。與http字節範圍請求類似,不同之處在於添加/修改了標題和媒體元數據。
  • 漸進式下載:只需發送文件,儘可能快。基本上,將媒體文件放在Web服務器上,以'愚蠢'的方式發送給客戶端,就像一個大的.iso或.zip文件一樣。
  • 虛擬流式傳輸:Web服務器以調節比特率向客戶端發送媒體文件並查找文件的能力。
+0

謝謝,我讀了它,相當不錯的答案。 – drummer 2009-11-18 13:59:10

2

個人而言,選擇RTMP優於漸進式下載的主要原因是它允許用戶跳過視頻的中間位置而無需下載整個文件。

+2

嗯,你確定這僅限於漸進式下載?我認爲我從其中一個視頻網站(可能是youtube,但我可能錯了)聽到有人說他們使用漸進式下載來播放他們的視頻,但您仍然可以跳過並從中間開始觀看尚未下載的部分內容。 – drummer 2009-11-17 01:58:11

+1

我相信youtub是某種混合,但這些視頻是def streaming ...真正的漸進,你必須等待每個字節下載,然後才能播放它 – 2009-11-17 03:38:20

+1

*'真正的漸進式下載'*?你說,就像有一個規範。 Youtube.com通過發出另一個HTTP請求來尋求幫助。他們的服務器然後尋找到文件的中間,填充適當的標題,並從那一點發送媒體。這不是火箭科學。研究術語如「mod_flv」和「mod_h264_streaming」以獲取詳細信息。 – 2009-11-17 09:20:08

2

現在,除非需要記錄,否則使用RTMP沒有任何意義。 HTTP更簡單,顯然得到更廣泛的支持,更易於調試,甚至可以通過CDN進行搜索。這是我在維德勒建立的。

+0

有趣,但你在談論真正的HTTP流媒體或修改的http漸進式下載?我可能會看Viddler,因爲他們似乎有一些我不知道的白標服務,但我仍然對理解該技術感興趣。 – drummer 2009-11-17 05:59:43

+1

IMO術語「進步」是誤導性的,但是這就是我們正在做的事情:) – user140730 2009-11-18 06:50:11

+0

試着不要太市場-Y - 隨時發送任何問題,我的方式託德在viddler:) – user140730 2009-11-18 06:52:11