回答
這取決於容器。碎片化的H.264可以包含直播流。它可以通過HTTP傳輸。 Google的WebM也可以通過HTTP進行流式傳輸。
HTML5不可能添加HTTP以外的任何傳遞方法。所以沒有RTP或UDP在地平線上。
在撰寫本文時還沒有公認的標準。
蘋果的HTTP實時流媒體是最好的候選人。由於iPad/iPhone,它現在有相當多的來自內容編碼器的支持(請參閱Wikipedia的列表),並且在Android 4視頻播放器中也支持(但顯然不在Chrome移動版中)。蘋果已將taken some steps批准爲IETF標準。許多Flash視頻播放器現在支持HLS以及RTMP流媒體,因此您只需要將內容打包一次即可。
Microsoft's HTTP Smooth Streaming是相似的,但在實踐中支持只存在於Silverlight中。 Adobe也有一個HTTP流格式(HTTP Dynamic Streaming /'聖何塞'流),但這隻在Flash中支持。如果意願在那裏,那麼可以在瀏覽器中支持。兩者都可能註定失敗。
另外MPEG組織正在贊助MPEG-DASH,但有人懷疑現場支持這是一種解決辦法。
如果您的瀏覽器使用hls.js庫(實現HTTP Live Streaming客戶端)支持MediaSource擴展,則HLS也可以在HTML5中播放。它依靠HTML5視頻和MediaSource擴展進行播放。 它通過將MPEG-2傳輸流反轉成ISO BMFF(MP4)片段而工作。 hls.js不需要任何播放器,它直接在標準HTML元素之上工作。
你可以找到JS庫和說明這裏: https://github.com/dailymotion/hls.js
這將是一個HTTP
自適應流協議。
截至2015年,有兩個主要協議,HLS
和DASH
(如果您還計算HDS
和Smooth
四個)。
HLS
已廣泛採用(請參閱2015年報告:http://info.encoding.com/delivery-report-2015.html),但功能比DASH
少。
有兩種DASH
口味:MPEG-DASH和WebM-DASH,後者基於開放格式,它是Matroska
的子集。
DASH
正在發展,它有很大的機會成爲下一個行業標準。 HTML5
的選擇將考慮到支持的編解碼器及其許可條款。由於H.264/AVC
和H.265/HEVC
不是免費的,WebM
與VP8
,VP9
有更好的機會。
- 1. 使用iPhone作爲mediastreamsegmenter的輸入 - HTTP實時流式傳輸
- 2. 從HTTP通過HTTP提取ID3標籤實時流式傳輸
- 3. 增量http實時流式傳輸
- 4. http實時流式傳輸mp3文件
- 5. 使用HTML5實時音頻流式傳輸
- 6. 使用VLC將本地網絡HTTP實時流式傳輸RTSP
- 7. 在iOS 4.0中使用AVPlayer進行HTTP實時流式傳輸?
- 8. 使用HTTP實時流式傳輸替代音軌
- 9. 我想使用Gstreamer執行HLS(HTTP實時流式傳輸)
- 10. 使用Python實時流式傳輸
- 11. 使用MediaLibDemos3x實時流式傳輸
- 12. 使用HAML的Rails HTTP流式傳輸
- 13. 用於IPhone的HTTP實時流式傳輸
- 14. 在iPad上使用HLS(HTTP實時流式傳輸)或RTSP(實時流式傳輸協議)進行電視流式傳輸
- 15. 使用red5進行Http流式傳輸
- 16. 使用NodeJS流式傳輸Http響應
- 17. 使用Ruby流式傳輸HTTP
- 18. Bash實時閱讀標準輸出流
- 19. 使用FMS和Flex實施HLS(http實時流式傳輸)問題4.7
- 20. 使用HTML5或應用程序在Android上實時流式傳輸
- 21. 通過瀏覽器流式傳輸實時音頻(HTML5 ??)
- 22. 靜態文件到iOS設備的HTTP實時流式傳輸
- 23. 支持蘋果http實時流式傳輸的軟件
- 24. 手機上的HTTP實時流式傳輸檢測
- 25. A/V同步問題 - Apple的HTTP實時流式傳輸
- 26. 帶有加密功能的HTTP實時流式傳輸
- 27. 從Windows上的Apache HTTP實時流式傳輸
- 28. Apple HTTP LIVE流式傳輸
- 29. Flash HTTP流式傳輸
- 30. 使用vlcj通過http進行實況視頻流式傳輸