A. 直播、互動直播、實時音視頻、旁路直播有什麼區別
直播：（一對多，RTMP/HLS/HTTP-FLV，CDN）直播是一種非常典型的流媒體系統，通常會分為推流端（Pusher）、拉流端（或者叫播放端，Player）以及直播流媒體中心（直播源站），通常會使用CDN進行直播的分發，因此大部分情況下使用的是通用標準的協議，如RTMP，而經過CDN分發後，播放時一般可以選擇RTMP、HTTP-FLV或HLS（H5支持）等方式。直播的特點是只有一個推流端，以及多個的觀看端。
實時音視頻：（雙人/多人通話，UDP私有協議，低延時）實時音視頻（Real-Time
Communication,
RTC）主要應用場景是音視頻通話，技術關注點是低延時通信，因而使用基於UDP的私有協議，其延遲可低於100ms，適用於雙人通話或是多人群組群話，典型的場景就是QQ電話、微信電話。
互動直播：（連麥，二對多/多對多，私有協議+標准協議，DC/OC+CDN）互動直播是在實時音視頻的基礎上，將實時音視頻某個房間中的畫面經雲端混流後，通過旁路直播的方式直播出來。因此，互動直播主播與連麥者之間延遲與實時音視頻一致，而主播/連麥者與普通觀眾之間的延時則與普通直播相同。
旁路直播（關鍵詞：雲端混流，轉推，CDN）將主/副播實時音視頻通話時的整個房間的畫面復制一份到雲端進行雲端混流，並將混流後的畫面推流給直播系統的工作方式。
因為混流後的視頻數據流和主/副播通話房間實際上並不是同一路流，而是在另外平行的一路，因而稱為旁路，即不在主路。雲端錄制時，錄制的流也是通過旁路的方式從流媒體中心引出，存到COS中。
B. 騰訊雲直播是否支持設置RTMP/FLV/HLS拉流
它生成的直播播放代碼就能同時支持pc和移動端，而且時延大概在5秒左右，所以你們騰訊雲可否做小小的調整，讓接收端設置能同時選擇rtmp和hls
C. FLV格式視頻文件實現流媒體播放，在win2003伺服器上該安裝什麼樣的伺服器軟體軟體網站掛在已經IIS上了
您需要安裝支持Flash播放器的流媒體伺服器軟體
流媒體伺服器軟體主要功能是以流式協議（RTP/RTSP、MMS、RTMP等）將視頻文件傳輸到客戶端，供用戶在線觀看；也可從視頻採集、壓縮軟體接收實時視頻流，再以流式協議直播給客戶端。
典型的流媒體伺服器有微軟的Windows Media Service（WMS），它採用MMS協議接收、傳輸視頻，採用Windows Media Player（WMP）作為前端播放器；RealNetworks公司的Helix Server，採用RTP/RTSP協議接收、傳輸視頻，採用Real Player作為播放前端；Adobe公司的Flash Media Server,採用RTMP(RTMPT/RTMPE/RTMPS)協議接收、傳輸視頻，採用Flash Player作為播放前端。值得注意的是，隨著Adobe公司的Flash播放器的普及（根據Adobe官方數據，Flash播放器裝機量已高達99%以上），越來越多的網路視頻開始採用Flash播放器作為播放前端，因此，越來越多的企業開始採用兼容Flash播放器的流媒體伺服器，而開始淘汰其他類型的流媒體伺服器。支持Flash播放器的流媒體伺服器，除了Adobe Flash Media Server，還有一款用Java編寫的開源的名叫Red5的軟體，國產的有一款叫做Ultrant Flash Media Server的軟體，據說挺不錯的，最新版出到1.8.7版，有免費社區版提供下載。
D. 海外監控可以rtmp推流嗎
可以。
rtmp只是一個監控在哪都可以買得到，所以在海外也是可以用到rtmp監控攝像頭的，比普通監控更適合做直播。
相對比較穩定，維護比較方便，前端成本相對較低。
E. 如何快速搭建一個完整的移動直播系統
移動直播行業的火熱會在很長一段時間內持續，通過和各行業的整合，從而成為具有無限可能性的行業。主要因為以下三個原因：
第一，移動直播的UGC生產模式比PC端的直播更明顯，人人都有設備，隨時隨地開播，完全順應了互聯網時代的開放性原則，能刺激更多人去創造和傳播優質內容。
第二，網路帶寬和速度在逐漸提高，網路成本在逐漸下降，為移動直播提供一個極佳的發展環境。文字、聲音、視頻、游戲等都會在移動直播中呈現，創造出更加豐富的用戶體驗。直播可以以SDK的形式接入到自己的應用中，比如，教育領域中的課後輔導完全可以以直播的形式開展業務、電商也可藉助直播讓用戶挑選商品，促進銷售。
第三，一個與VR/AR技術相結合的移動直播為整個行業的未來提供了新的發展空間。VR/AR直播能夠讓用戶身臨其境，帶動主播與觀眾更貼切真實的互動，大大提高平台的用戶參與度。
當下，有技術實力和流量優勢的互聯網從業者都不願錯過直播這個風口，如何快速搭建一個直播系統成了大家關心的問題，我想和大家分享下我的經驗。我從事於一家直播產品開發商，我們的產品為了快速趕上市場，並沒有自己完全去自己做，而是使用了趣拍雲服務提供的直播SDK。
從業者都知道，一個完整直播產品應該包含以下環節：推流端（採集、前處理、編碼、推流），服務端處理（轉碼、錄制、截圖、鑒黃），播放器（拉流、解碼、渲染）、互動系統（聊天室、禮物系統、贊）。 下面我就一一講述下直播SDK在各個環節所做的工作。
一、移動直播推流端需要做哪些工作？
直播推流端即主播端，主要通過手機攝像頭採集視頻數據和麥克風採集音頻數據，經過一系列前處理、編碼、封裝，然後推流到CDN進行分發。
1、採集
移動直播SDK通過手機攝像頭和麥克風直接採集音視頻數據。其中，視頻采樣數據一般採用RGB或YUV格式、音頻采樣數據一般採用PCM格式。採集到的原始音視頻的體積是非常大的，需要經過壓縮技術處理來提高傳輸效率。
2、前處理
在這個環節主要處理美顏、水印、模糊等效果。美顏功能幾乎是直播的標配功能。我們調研中發現太多case是因為沒有美顏功能被拋棄使用的。另外國家明確提出了，所有直播都必須打有水印並回放留存15天以上。
美顏實際上是通過演算法去識別圖像中的皮膚部分，對皮膚區域進行色值調整。通過顏色對比找到皮膚區域，可以進行色值調整、添加白色圖層或調整透明度等來等來達到美白效果。在美顏處理方面，最著名的GPUImage提供了豐富的效果，同時可以支持iOS和Android，支持自己寫演算法實現自己最理性的效果。GPUImage內置了120多種常見濾鏡效果，添加濾鏡只需要簡單調用幾行代碼就可以了。
3、編碼
為了便於手機視頻的推流、拉流以及存儲，通常採用視頻編碼壓縮技術來減少視頻的體積，現在比較常用的視頻編碼是H.264。在音頻方面，比較常用的是用AAC編碼格式，其它如MP3、WMA也是可選方案。視頻經過編碼壓縮大大提高了視頻的存儲和傳輸效率，當然，經過壓縮後的視頻在播放時必須進行解碼。
相較於之前的H.264，2012年誕生的H.265編解碼標准有了相當大的改善，做到了僅需要原來一半帶寬即可播放相同質量的視頻，低於1.5Mbps的網路也能傳輸1080p的高清視頻。像阿里雲、金山雲都在推自己的H.265編解碼技術，隨著直播的快速發展和對帶寬的依賴，H.265編解碼技術已有全面取代H.264的趨勢。
H264和H265個模塊技術差異：
另外，硬體編碼已經成為移動直播的首選方案，軟編碼處理在720p以上的視頻頹勢非常明顯。在iOS平台上硬體編碼的兼容性比較好，可以直接採用，但在 Android 平台上，MediaCodec 編碼器針對不同的晶元平台表現差異還是非常大的，要完全實現全平台兼容的成本還是非常高的。
4、推流
要想用於推流還必須把音視頻數據使用傳輸協議進行封裝，變成流數據。常用的流傳輸協議有RTSP、RTMP、HLS等，使用RTMP傳輸的延時通常在1–3秒，對於移動直播這種實時性要求非常高的場景，RTMP也成為移動直播中最常用的流傳輸協議。最後通過一定的Qos演算法將音視頻流數據推送到網路斷，通過CDN進行分發。在直播場景中，網路不穩定是非常常見的，這時就需要Qos來保證網路不穩情況下的用戶觀看直播的體驗，通常是通過主播端和播放端設置緩存，讓碼率均勻。另外，針對實時變化的網路狀況，動態碼率和幀率也是最常用的策略。
當然，在網路傳輸方面全部自己來做基本不現實，找提供推流服務的CDN服務商提供解決方案是最好的選擇，可參考文章開頭介紹的雲視頻服務商。據了解，阿里雲是國內唯一能自研CDN緩存伺服器的廠商，性能非常有保障。當然，大多數直播平台都會同時接入多個視頻雲服務提供商，這樣可以做拉流線路互備，對推流後視頻集群再進行優化也可提高直播的流暢性和穩定性。
二、服務端處理需要做哪些工作？
要想適配各終端和平台，服務端還需要對流進行轉碼，如支持RTMP、HLS、FLV等格式拉流，支持一路轉多路適配不同網路和解析度的終端設備。
1、截圖、錄制、水印
像阿里雲等雲服務商都提供了實時轉碼技術，將用戶推流碼率較高（比如720P）實時轉化成較低清晰度（比如360P）的流以適應播放端的需求。如果要自己搭建實時轉碼系統，這個成本是極高的，一台8核設備只能實時轉10路流，如果一個正常的直播平台有1000路流，就需要100台設備，加上後期的運維成本，一般公司就吃不消了。
2、鑒黃
2016年4月14日，文化部查出了斗魚、虎牙、YY、熊貓TV、六間房、9158等涉嫌提供含宣揚淫穢、暴力、教唆犯罪的網路直播平台，被列入查處名單。政府介入管制有利於直播行業打造健康的生態，進入良性發展。這也意味著為了安全直播產品鑒黃成了必需環節，使用技術手段去鑒黃是移動直播平台必然採用的方案。
市面上提供鑒黃服務的方案主要有兩種，第一種是對視頻進行截圖，然後對圖片進行鑒黃，返回鑒黃結果和分值。典型的企業有阿里（綠網）、圖譜科技，他們目前都支持直接傳入視頻，經過服務端分析返回結果。通常由業務系統接入鑒黃服務，根據鑒黃結果對直播流進行控制，如切斷直播流、封禁賬號等。第二種是和CDN結合，直接對直播流進行分析，識別結果分為色情、疑似色情、性感和正常，業務系統根據識別結果直接控制直播流。典型的企業是Viscovery，這套方案的優點是實時性保證比較好，缺點是必須部署到CDN或自己的機房，使用成本相對高一些。
還有像趣拍雲服務這種一站式直播解決方案提供商，他們的做法是，用戶只需在控制台對鑒黃服務進行配置就可以針對每個應用、每一路直播流進行實時審核。在控制台中，趣拍視頻雲服務實時將鑒黃結果返回，用戶可以直接查看色情直播和違規界面的截圖，同時可以對直播流進行控制，切斷問題直播流。該服務商還提供了簡訊、郵件和站內信功能，避免漏掉任何一個非法視頻，給平台造成損失，我們就使用了這種方式。
三、播放器端需要做哪些工作？
在播放器端如何做到秒開，直播過程中保證畫面和聲音清晰度的同時，穩定、流程、無卡頓的直播流量，這些工作都需要播放器端配合服務端來做優化，做到精確調度。
1、拉流
拉流實際是推流的逆過程。首先通過播放端獲取碼流，標準的拉流格式有RTMP、HLS、FLV等。RTMP是Adobe的專利協議，開源軟體和開源庫都支持的比較好，如開源的librtmp庫，播放端只要支持flashPlayer的就能非常簡單的播放RTMP直播，直播延遲一般在1–3秒。HLS是蘋果提出的基於HTTP的流媒體傳輸協議，HTML5可以直接打開播放，通過微信、QQ等軟體分享出去，用戶也可以直接觀看直播，可以說移動直播app，HLS拉流協議是必須支持的，缺點是延遲通常大於10秒。FLV（HTTP-FLV）協議是使用HTTP協議傳輸流媒體內容的一個協議，也不用擔心被Adobe的專利綁架，直播延遲同樣可以做到1–3秒。
各拉流協議的差異：
我們使用的趣拍視頻雲服務的直播拉流技術提供了以上三種格式，滿足不同業務場景的需求，如對即時性要求較高或有互動需求的可以採用RTMP或FLV格式進行直播拉流播放；對於有回放或跨平台需求的，推薦使用HLS。當然，三種協議是可以同時使用的，分別用到自己的場景就可以了。
2、解碼和渲染
拉流獲取封裝的視頻數據後，必須通過解碼器解碼、渲染後才能在播放器上播放。它是編碼的逆過程，是指從音視頻的數據中提取原始數據。前面介紹的H.264和H.265編碼格式都是有損壓縮，所以在提取後的原始數據，並非原始采樣數據，存在一定的信息丟失。因此，在視頻體積最小的情況下通過各種編碼參數保留最好的原始畫面，成為了各視頻公司的核心機密。
考慮對高清的支持，解碼肯定還是要選擇硬解碼的。前面介紹過，iOS系統由於硬體比較單一、比較封閉，支持的比較好，Android系統由於平台差異非常大，編解碼要完全兼容各平台還需要很多工作要做。
四、移動直播中的交互系統
移動直播中最常見的交互有聊天室（彈幕）、點贊、打賞和禮物等，交互系統涉及消息的實時性和互動性，在技術實現上大多是使用IM的功能來實現的。對於在線人數比較多的房間，彈幕消息量是非常大，主播與用戶其實都看不過來，為了緩解伺服器壓力，在產品策略需要做一些必要的優化。
1、聊天室
移動直播中的彈幕交互是用戶和主播互動的主要方式，實際上就是IM中的聊天室功能。聊天室和群聊功能類似，但聊天室的消息是不需要分發給不在線的用戶的，歷史消息也不需要查看，用戶只有進入聊天室後才能查看聊天消息和群成員信息。面對復雜多變的網路狀況，還需要根據用戶位置就近選擇近對應運營商的單線機房接入彈幕消息服務，讓彈幕更及時。
2、禮物系統
禮物系統更是絕大多數移動直播平台的標配了，它是這些平台主要的收入來源。送禮物的形式也增強了用戶和主播之間的互動交流，也是主播依賴平台的最主要原因。
禮物的收發在技術實現上也是用聊天室介面做的，通常採用IM中的自定義消息實現，當用戶收到或發送禮物時將自定義消息對應的禮物圖形渲染出來。
以上就是我們在使用了第三方SDK服務後總結出來的直播產品經驗，希望能幫助到創業者和從業者們。
蔣先生（微信號love-drunk-hard），直播行業老兵。
F. 直播-拉流和推流怎麼設置
直播-拉流和推流首先要了解拉流和推流的原理。
直播中視頻編碼器可以稱為推流，就是把前端的視頻畫面通過編碼器推流到各個直播平台。
推流中只要將直播平台的推流地址復制到編碼器管理後台即可實現推流操作。比方說RTSP,RTMP推流等。
視頻解碼器可以稱為拉流，就是把你網路的視頻流通過解碼器拉流還原到大屏上顯示，顯示包括電視、拼接屏等。如果需要把視頻還原在大屏幕顯示出來，就需要解碼器。設置跟編碼器同樣道理。
直播編解碼器原理圖
G. 視頻直播軟體開發中常用的流媒體傳輸協議有哪些
視頻直播軟體系統開發，常用的流媒體傳輸協議有RTMP,RTSP,HLS,HTTP-FLV
RTMP:(可用於推流端和拉流端) Real Time Messaging Protocol 實時消息傳輸協議，RTMP協議中，視頻必須是H264編碼，音頻必須是AAC或MP3編碼，且多以flv格式封包。因為RTMP協議傳輸的基本是FLV格式的流文件，必須使用flash播放器才能播放.
RTSP:(用於推流端) Real-Time Stream Protocol，RTSP 實時效果非常好，適合視頻聊天、視頻監控等方向
HLS(用於拉流端) Http Live Streaming，由Apple公司定義的基於HTTP的流媒體實時傳輸協議。傳輸內容包括兩部分：1.M3U8描述文件，2.TS媒體文件。TS媒體文件中的視頻必須是H264編碼，音頻必須是AAC或MP3編碼。數據通過HTTP協議傳輸。目前video.js庫支持該格式文件的播放
HTTP-FLV(用於拉流端) 本協議就是http+flv,將音視頻數據封裝成FLV格式,然後通過http協議傳輸到客戶端,這個協議大大方便了瀏覽器客戶端播放直播視頻流.目前flv.js庫支持該格式的文件播放
H. 直播源碼，直播系統如何開發搭建與運營
直播的火爆讓各行各業對直播這塊新市場垂涎不已，而進軍直播市場的第一步——直播系統源碼卻讓企業頭疼不已，那麼直播系統源碼如何進行開發呢？一、媒體模塊：1、採集：通過SDK介面，直接從用戶設備採集視頻、音頻等數據，視頻采樣數據一般採用RGB或YUV格式、音頻采樣數據一般採用PCM格式。2、預處理：對採集到的數據通過SDK層面介面進行潤化處理，主要是圖像方面的處理，如美顏、水印、濾鏡等，GPU優化提速，平衡手機功耗及效果。3、編碼：對採集到的數據進行壓縮編碼，比較常用的視頻編碼為H.264，音頻為AAC，在解析度、幀數、碼率等參數設計上找到最佳平衡點，使之匹配推流所需協議，提高上傳效率。4、推拉流：推流就是將壓縮後的音視頻變為流數據，上傳至伺服器。拉流即通過播放端獲取碼流，從服務端拉取支持以RTMP、HTTP-FLV及HLS等協議的音視頻流。5、解碼：對拉流獲取封裝的視頻數據進行高性能解碼，讓直播更流暢。6、播放：解碼後的音頻數據即可在播放端進行播放，支持包括MP4、FLV、M3U8等多樣視頻播放格式。
二、服務模塊
1、聊天系統：包括聊天室功能、彈幕、私聊
2、禮物系統：禮物的收發，禮物的圖形
3、支付系統：充值、提現、收益兌換
4、運行系統：提供直播方案
5、安全系統：實名認證、截圖、自動鑒黃、錄制、回播、禁播6、統計系統：點擊量、收益、流量統計
三、管理模塊
1、前端：移動端、PC端頁面效果展示設計，維護
2、後台：管理運營，資料庫管理
我們都知道，搭建一個完整的直播平台過程包括：採集、處理、編碼、推流、分發、解碼和播放，搭建直播平台是需要藉助三方賬號的支持的，比如伺服器、推拉流、簡訊服務等，搭建直播平台都也是如此，除了本身的系統功能外，想用直播系統源碼搭建平台，還需要一些三方的協助：
1、 CDN，提供視頻加速和視頻分發服務，一般視頻cdn可以使用騰訊的直播cdn加速服務，也可以使用ucloud的視頻cnd加速服務，具體費用咨詢對應廠商客服。只要是支持rtmp直播協議的就可以。
2、 美顏SDK，實現美顏功能
3、 支付賬號，支付寶支付和微信支付的支付賬號
4、 雲存儲，大量的錄播視頻、短視頻、直播間實時互動消息，需要動態存儲和靜態存儲的支持。
5、登錄和分享的賬號，微信和qq的登錄和分享
6、 蘋果公司開發者賬號，分發和蘋果上架使用。
眾多的三方介面接入也是直播系統源碼平台後期能夠正常運營的先決條件，好在大部分直播系統源碼服務商都可以提供協助接入服務免去了很多後顧之憂，因此搭建運營直播系統源碼平台不僅僅要選對直播系統源碼，還要選擇正確的服務商。
I. 拉流失敗什麼意思
系統過於頻繁重連，導致攝像機把EasyNVR禁用拉流。目前EasyNVR的重連機制恰巧就是不斷向終端發送拉流請求，導致EasyNVR被禁用，拉流失敗。
針對此類情況，我們對EasyNVR拉流重連機制進行了優化。在EasyNVR拉流失敗且重連超時後，才重新發起連接請求
在m_timeout_s時間內，進行延時，超時後，重新進行連接請求。
同時，這個重連超時可以通過在easynvr.ini配置文件中增加base_config下設置open_stream_timeout，單位為秒，默認不配置是5s。
TSINGSEE團隊研發的EasyNVR採用的是RTSP協議，主動從攝像機上進行拉流操作，並通過RTSP協議進行一系列轉碼分發工作，最終通過EasyPlayer播放器播放。
一、視頻雲服務
EasyDSS
雲端服務產品，高性能的流媒體伺服器，支持RTMP推流，同步輸出RTSP、RTMP、HLS、HTTP-FLV，支持推流分發/拉流分發，支持秒開、GOP緩沖、錄像、檢索、回放、錄像下載、網頁管理等多種功能，是目前市面上最合理的一款商用流媒體伺服器。
EasyGBS
國標GB/T28181產品，專注於GB/T28181和GB/T35114國標協議的接入與輸出；
EasyGBS配套的EasyGBD組件是GB/T28181 Device的簡稱，是國標GB28181協議的設備端，EasyGBD支持Windows、Linux、Android、iOS、ARM全部平台，EasyGBD兼容國標GB28181-2011、GB28181-2016全部功能。
EasyRTC
視頻會議產品，支持音頻會議、視頻會議、會議錄像與回放、直播流接入等。
EasyCVR
EasyCVR是一款視頻綜合管理的平台，EasyCVR會將所有Easy系列的技術都融合進來，EasyCVR將具備EasyDSS流媒體音視頻的點播/直播功能、EasyNVR的RTSP/Onvif接入功能、EasyGBS的國標GB/T28181協議接入功能、EasyNTS上雲網關的組網服務功能、EasyRTC的WebRTC低延時直播與互動功能，總結來說，EasyCVR是音視頻綜合管理平台的最終形態。
二、邊緣網關
EasyNVR
EasyNVR邊緣計算網關，軟硬結合，接入各種流媒體音視頻設備，並進行標准化的輸出，從2016年研發成功至今，已經成功幫助1000+企業完成項目目標並穩定運行；
EasyNVR配套的EasyNVS雲端管理平台服務，能夠將EasyNVR邊緣計算網關統一接入到雲端進行集中管控，支持視頻設備的直播、錄像、檢索、回放等服務，EasyNVS是傳統視頻設備互聯網化的旗艦產品。
EasyNTS
EasyNTS上雲網關，實現對IP設備進行接入與管控、動態組網、遠程運維、文件傳輸、遠程指令調用等功能，從終端到雲端，形成了一整套的雲組網解決方案，極大地解決現場無固定IP、埠不開放、系統許可權不開放等問題。
三、設備端
攝像機
TSINGSEE視頻的攝像機能夠同時支持RTMP推流直播功能與GB/T28181平台接入功能，也就是說能夠同時保證視頻直播的實時性，又能同時保證設備雲台、對講等可控。
四、中間件
EasyRTMPLive
流媒體接入軟體網關，即軟體編碼器，將各種協議的視頻流接入並以RTMP推流的方式輸出。
EasyRTSPLive
RTSP協議軟體編碼器。
EasyDSS-Kernel
高性能流媒體伺服器軟體，是EasyDSS流媒體服務的主要核心，支持協議包括RTSP、RTMP、HLS、HTTP-FLV，Easy系列的流媒體服務核心，以穩定、高效、功能豐富、Based on nginx為指標，經過多年的技術積累，現在以技術中台的方式對內、對外開放。
五、SDK&工具
EasyPlayer：流媒體播放器；
EasyStreamClient：流媒體協議拉流；
EasyRTMP：RTMP協議推流；
EasyRTSPClient：RTSP協議拉流；
EasyRTSPServer：RTSP流媒體服務；
EasyRTMPClient：RTMP協議拉流；
EasyScreenLive：視頻直播同屏服務。
視頻相關解決方案均可訪問TSINGSEE青犀視頻。
J. 直播 rtmp，http flv，hls三者之間有哪些差異
RTMPAdobe公司的流媒體傳輸協議，埠號1935普通網路用戶均可使用，包括非IOS平台用戶，對非80埠（如1935）無限制的網路環境用戶。優點：防HTTP下載，延時短。HLSIOS平台下的流媒體傳輸協議 ，埠號80優點：H5瀏覽器支持比較好，IOS，安卓原生支持。缺點：延遲性比較大。樓上說的切片，關鍵幀改變後切片時間可以縮短，而且可以自己設定首次產生多少分片。HTTP FLV是一種將直播流模擬成FLV文件，通過HTTP協議進行下載的模式來實現流媒體傳輸的協議，埠號80 一般建議使用HTTP FLV，實時性和RTMP相等。優點：HTTP相比於RTMP省去了一些協議交互時間，首屏時間更短。HTTP可拓展的功能更多。