目錄

• 1. 抓流和推流
• 2. 各種協議比較

抓流和推流

視頻直播中說的抓流和推流，是什么意思，兩種有什么區別？ - 知乎

各種協議比較

RTMP直播應用與延時分析-andersonyan-ChinaUnix博客
關于直播，所有的技術細節都在這里了（二） | U刻
直播服務器簡單實現 http_flv和hls 內網直播桌面 - lucpp - 博客園
直播協議的選擇：RTMP vs. HLS - 推酷
HLS與RTMP ,RTSP對比 - coder - CSDN博客
直播http-flv小調研 - ahoustep的博客 - CSDN博客

http、rtmp、hls
支持的音視頻格式、是否分片、延遲、自適應碼率
hls: 蘋果公司開發、主要用于iOS設備、流媒體的直播和點播、視頻和音頻數據封裝為MPEG-TS包、需要分片、延遲大(與TS切片有關)、自適應碼率、任意兩個切片無縫連接，播放器播放不卡頓
rtmp:Adobe Systems、

flv有文件大小限制，剩下功能性的差不多，ts可以實時插入節目數據，flv也能要自定義一些東西實現

假如你有這樣一個需求，你需要直播拉斯維加斯一個賭桌上，一個荷官在玩21點的游戲。如果延時很高。比如用HLS來直播，那么會有超過10秒以上的延時。你看到服務端發過來的牌點數，但是視頻上的荷官10秒后才發牌，完全不能用。
那么只能選擇低延遲的直播協議，而所有直播協議延遲和實時性最好的就是RTMP，在中國看美國的視頻直播延遲也能控制在1秒內，很神奇的一個協議。但是RTMP有個缺點，他只能在PC端上用flash來直播，不支持移動端。如果要在手機上網頁端用html5播放，那么只能選擇HLS，而且HLS在中國看美國的視頻直播有時候高達18秒的延遲。
而真正能解決這個需求的，目前來說只有flv.js，通過HTTP-FLV，在手機網頁端用html5播放，延遲是能控制在1秒內的。
其實很多外國游戲直播網站都是用RTMP來直播。他們都是在手機上用APP，用C++來解析的。看過一個英文論壇上的討論，他們的技術對于網頁端播放低延遲直播幾乎無解，網頁端非常難。很多人都沒有意識到，這是非常有技術含量，非常偉大的一項技術。

對于flv.js的作用，個人持看中立態度，首先，這個東西有必要存在，為什么這么說呢，首先，國內直播主要傳輸協議都是httpflv，因為httpflv擁有極低的延時和極好的穿透性，還有，flv這個封裝格式極其簡單，對服務器開發人員友好。所以，國內主流直播平臺都是httpflv為主線路，比如斗魚熊貓。然而，html5可不支持flv格式的解碼，所以，前有hls.js,后有flv.js，就是通過html5，獲取http視頻流數據，比如獲取flv格式流數據，然后解包flv至aac&h264，然后再次封包成mp4，mp4就直接能用html5播放了，值得注意的是整個過程可用了N多html5技術。
但是這么做有缺點，那就是耗費cpu，首先，js這個東西，算不上快，而且是單線程，解flv然后封裝為mp4，喂給html5，這是個既簡單也算復雜的計算過程，有點耗費cpu的，所以，低端設備比如手機，這個東西就別想了，甚至在pc瀏覽器端，這也并不是一個很優秀的選擇，用優化過后的flv.js和flash來播放一段httpflv流，flash占用cpu反而稍微低一點點。
最后，反正flash詬病很多，總要被淘汰的，而如今直播協議中，延時低且具有http穿透性而且封裝簡單，那首當其沖的就是httpflv了，flv.js算是歷史長河中應有的存在。
貌似熊貓tv的pc端，也有這個的直播技術了，用上了html5播放器來播放httpflv。
如何看待嗶哩嗶哩的開源 HTML5 播放器內核 flv.js? - 知乎

總結

以上是生活随笔為你收集整理的FFmpeg网络传输协议的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。