① 直播支持的推流協議有哪些
目前推流地址是固定的RTMP協議，每個直播間都有對應的推流地址。了解更多服務優惠點擊下方的「官方網址」客服20為你解答。
② 在網路直播中什麼叫推流
推流，指的是把採集階段封包好的內容傳輸到伺服器的過程。其實就是將現場的視頻信號傳到網路的過程。「推流」對網路要求比較高，如果網路不穩定，直播效果就會很差，觀眾觀看直播時就會發生卡頓等現象，觀看體驗很是糟糕。
要想用於推流還必須把音視頻數據使用傳輸協議進行封裝，變成流數據。常用的流傳輸協議有RTSP、RTMP、HLS等，使用RTMP傳輸的延時通常在1–3秒，對於手機直播這種實時性要求非常高的場景，RTMP也成為手機直播中最常用的流傳輸協議。最後通過一定的Qos演算法將音視頻流數據推送到網路斷，通過CDN進行分發。
(2)網路直播信號協議擴展閱讀：
直播中使用廣泛的「推流協議」一般是RTMP（Real Time Messaging Protocol——實時消息傳輸協議）。該協議是一個基於TCP的協議族，是一種設計用來進行實時數據通信的網路協議，主要用來在Flash/AIR平台和支持RTMP協議的流媒體/交互伺服器之間進行音視頻和數據通信。支持該協議的軟體包括Adobe Media Server/Ultrant Media Server/red5等。
在高精尖沙龍直播中，最初使用傳統設備進行「推流」。
具體過程就是：通過網線將EFP系統中的切換台、網路編碼器、筆記本按順序連接，連接完成後確保筆記本電腦的IP地址和網路編碼器的地址在同一網段，然後在電腦頁面上對編碼器的各種「推流參數」進行調整，為保證正常「推流」，還需設置網路推流地址，輸入推流地址、直播地址、視頻模式、解析度、碼率、播放域名、播放地址等內容。設置完畢後確認IP地址，再進行網路測速，並確保網路與網路編碼器連接正常。此種「推流」所需設備過多，出現問題後十分麻煩，需要對設備進行逐一排查，極耗費時間。
後來，將直播系統改為Livestudio系統，「推流」內置在Livestudio的軟體之中，整個「推流」過程不再需要額外的網路編碼器和筆記本等設備，也無需再設置IP，只要網路正常，聯網即可完成操作，還可根據網路的實際情況設置「推流」的質量以滿足要求。此種操作十分便捷，有效避免了上述問題的出現。
③ 當你在網上看球賽直播時,會用到那些網路多媒體協議。
在網上看球賽直播，會用到ARP協議分析。
ARP（AddressResolutionProtocol）地址解析協議用於將計算機的網路地址（IP地址32位）轉化為物理地址（MAC地址48位）[RFC826]。ARP協議是屬於鏈路層的協議，在乙太網中的數據幀從一個主機到達網內的另一台主機是根據48位的乙太網地址（硬體地址）來確定介面的，而不是根據32位的IP地址。內核（如驅動）必須知道目的端的硬體地址才能發送數據。當然，點對點的連接是不需要ARP協議的。
ARP協議並不只在發送了ARP請求才接收ARP應答。當計算機接收到ARP應答數據包的時候，就會對本地的ARP緩存進行更新，將應答中的IP和MAC地址存儲在ARP緩存中。
因此，在上面的假設網路中，B向A發送一個自己偽造的ARP應答，而這個應答中的數據為發送方IP地址是192.168.10.3（C的IP地址），MAC地址是DD-DD-DD-DD-DD-DD（C的MAC地址本來應該是CC-CC-CC-CC-CC-CC，這里被偽造了）。當A接收到B偽造的ARP應答，就會更新本地的ARP緩存，將本地的IP-MAC對應表更換為接收到的數據格式，由於這一切都是A的系統內核自動完成的，A可不知道被偽造了。
④ IP協議有哪些功能
1、IP信息包傳送
IP是網路之間信息傳送的協議，可將IP信息包從源設備(例如用戶的計算機)傳送到目的設備(例如某部門的www伺服器)。為了達到這樣的目的，IP必須依賴IP地址與IP路由器兩種機制來實現。
2、IP信息包的分割與重組
為了能把一個IP報文放在不同的物理幀中，最大IP報文的長度就只能等於這條路徑上所有物理網路的MTU的最小值。
當數據報通過一個可以傳輸長度更大的幀的網路時，把數據報的大小限制在互聯網上最小的MTU之下不經濟；如果數據報的長度超過互聯網中最小的MTU值的話，則當該數據報在穿越該子網時，就無法被封裝在一個幀中。
(4)網路直播信號協議擴展閱讀：
IP傳輸工作原理
目前，電視節目直播信號選擇通過IP傳輸方式來實現，主要是依靠通信運營商的網路。直播信號經過發送端編碼設備編碼後形成能在通信網路中傳輸的數據流，並附加了接收端在通信網路中所對應的唯一IP地址，當數據流到達接收端，再通過解碼設備解碼生成所需的視音頻信號。
IP編解碼設備接入通信網路的技術已經日趨成熟，接入網路的方式也變得越來越豐富，既能通過有線網路和無線WiFi接入，又可以使用移動數據4G網路接入。可以說，只要有網路覆蓋，就能實現電視節目直播信號的IP傳輸。
IP傳輸系統具有結構簡單、安全高效以及傳輸成本低等特點，既能很好地作為傳統電視直播信號傳輸方式的補充，又能在一定程度上降低節目製作的成本。
⑤ RTP，RTCP，RTSP等網路協議有何用途和區別
RTCP:
RTP
Control
Protocol，實時傳輸控制協議，同RTP一起用於數據傳輸的監視，控制功能。
RTSP:
Real
Time
Streaming
Protocol,實時流協議，用於多媒體數據流的控制，如播放，暫停等。
RTP/RTCP相對於底層傳輸層，和RTSP，SIP等上層協議一起可以實現視頻會議，視頻直播等應用。
rtsp發起/終結流媒體（通過sdp）
rtp傳輸流媒體數據
rtcp對rtp進行控制，同步。RTSP的請求主要有DESCRIBE,SETUP,PLAY,PAUSE,TEARDOWN,OPTIONS等，顧名思義可以知道起對話和控製作用
RTP/RTCP是實際傳輸數據的協議
RTCP包括Sender
Report和Receiver
Report，用來進行音頻/視頻的同步以及其他用途，是一種控制協議
RTSP的對話過程中SETUP可以確定RTP/RTCP使用的埠，PLAY/PAUSE/TEARDOWN可以開始或者停止RTP的發送，等等
(ixmy)
⑥ 視頻直播軟體開發中常用的流媒體傳輸協議有哪些
視頻直播軟體系統開發，常用的流媒體傳輸協議有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庫支持該格式的文件播放
⑦ 網路直播在直播時都有什麼協議
視頻直播有多種協議，使用rtmp協議的就是rtmp直播。直播流就是視頻流，即傳遞的視頻數據。常見的協議有哪些？RTMP、RTSP、HTTP協議這三個協議都屬於互聯網
TCP/IP
五層體系結構中應用層的協議。理論上這三種都可以用來做視頻直播或點播。但通常來說，直播一般用
RTMP、RTSP。而點播用
HTTP。下面分別介紹下三者的特點。1，RTMP協議（1）是流媒體協議。（2）RTMP協議是
Adobe
的私有協議，未完全公開。（3）RTMP協議一般傳輸的是
flv，f4v
格式流。（4）RTMP一般在
TCP
1個通道上傳輸命令和數據。2，RTSP協議（1）是流媒體協議。（2）RTSP協議是共有協議，並有專門機構做維護。.（3）RTSP協議一般傳輸的是
ts、mp4
格式的流。（4）RTSP傳輸一般需要
2-3
個通道，命令和數據通道分離。3，HTTP協議（1）不是是流媒體協議。（2）HTTP協議是共有協議，並有專門機構做維護。（3）HTTP協議沒有特定的傳輸流。（4）HTTP傳輸一般需要
2-3
個通道，命令和數據通道分離。
⑧ 直播系統源碼是如何實現視頻直播以及直播系統搭建的
一、手機直播系統源碼開發實現視頻直播主要有以下四步：
1）前端採集編碼設備：提供直播信號源的採集和編碼壓縮功能，並將信號推送到直播流媒體伺服器上。
2）直播流媒體伺服器：負責直播流的發布和轉播分發功能。
3）WEB伺服器：實現直播節目在終端上的展現。
4）終端設備：包括PC和移動終端。編碼和協議 是實現直播的重要環節：1）網路協議：主要有3種 a. RTSP（Real Time Streaming Protocol）是用來控制聲音或影像的多媒體串流協議, 由Real Networks和Netscape共同提出的；b. RTMP(Real Time Messaging Protocol):實時消息傳送協議是Adobe公司為Flash播放器和伺服器之間音頻、視頻和數據傳輸 開發的開放協議；c. HLS(HTTP Live Streaming):是蘋果公司(Apple Inc.)實現的基於HTTP的流媒體傳輸協議； 2）視頻編碼: Mpeg4, H264等 3）音頻編碼: Mp3, AAC等4）視頻解析度: 標清通常指的是640×480（或768×480）；高清指的是1280×720；全高清指的是1920×1080；超高清3840×2160。
二、直播系統源碼搭建伺服器部署重點
直播系統源碼有哪幾塊組成，視頻直播的過程一般可以分為採集、前處理、編碼、傳輸、解碼、渲染這幾個環節，經過這幾個環節之後，我們就可以通過PC端或者移動端進行視頻直播的觀看。直播系統在搭建時會用到多個業務伺服器，共同完成直播系統的業務邏輯流程。通常在伺服器部署時會採用動靜分離分布式部署方式，保障了直播平台的穩定運行。主要用到以下的業務伺服器。
1）消息伺服器：主要用於消息推送，給用戶推送房間聊天消息、私信消息。
2）業務伺服器：手機直播的業務部分、好友關系、直播管理、貨幣系統、禮物系統等。
3）視頻伺服器：視頻直播、點播、轉碼、存儲和點播等。
4）IM即時聊天：使用Node.js服務自主搭建部署聊天伺服器。
5）視頻流（流媒體伺服器）：建議採用第三方CDN，開通賬號即可使用。關於CDN方面的內容，我們會在以後的內容中做重點介紹。
6）業務伺服器：網站邏輯基於php-tlinkphp、thinkcmf、mysql、redis。MYSQL 服務提供靜態數據的存儲，REDIS 服務提供數據的緩存、存儲動態數據。
以上便是對直播系統源碼如何實現視頻直播以及搭建伺服器的簡單介紹。搭建直播開發平台之前就是找到一款優質的直播系統源碼，直播系統源碼開發原理比其他軟體更加復雜，而且相對於技術以及其他方面都會有一定的要求。直播系統源碼的穩定性和安全性決定了後期搭建出的直播平台的流暢度、高並發承載及用戶的產品體驗，所以選擇直播源碼的時候一定不要為了貪圖價格便宜，而選擇安全性低，系統功能不會正常更新，bug一堆的源碼。直播系統源碼的開發需要經過推流端(採集、前處理)、服務端處理(編碼、轉碼、錄制、截圖、鑒黃)、播放器(拉流、解碼、渲染和互動系統)。望採納，謝謝