網路直播協議有哪些

A. RTMP直播協議是什麼還有什麼直播協議

RTMP(Real-Time Messaging Protocol實時消息傳送協議)的縮寫，它是Adobe Systems公司為Flash播放器和伺服器之間音頻、視頻和數據傳輸開發的協議。這是一個標準的，未加密的實時消息傳遞協議，默認埠是1935，如果未指定連接埠，那麼flash客戶端會嘗試連接其他埠，其嘗試連接順序按照下列順序依次連接：1935、443、80(RTMP), 80(RTMPT)。
RTMPT，RTMP的變種，此協建立在HTTP協議之上，是通過HTTP封裝後的RTMP協議，默認埠80。
RTMPS，RTMP的另一個變種，此協議是通過SSL(Secure Sockets Layer 安全套接層)加密的RTMP協議，為數據通訊提供安全支持。SSL在傳輸層對網路連接進行加密，默認埠443。
RTMPE，RTMP的變種，RTMPE是一個加密版本的RTMP，和RTMPS不同的是RTMPE不採用SSL加密，RTMPE加密快於SSL,並且不需要認證管理。如果沒有指定RTMPE埠，Flash播放器將像RTMP協議一樣依次掃描下列埠，1935(RTMPE)，443(RTMPE) ，80(RTMPE)，80(RTMPTE)。
RTMPTE，RTMPTE 這個協議是一個通過加密通道連接的RTMPE，默認埠80。
RTMFP，RTMFP是Adobe公司開發的一套新的通信協議，該協議可以讓使用Adobe Flash Player的終端用戶之間進行直接通信。

B. 88p直播的協議是什麼

RTMP、FLV和HLS。
88p直播協議有三種：RTMP、FLV和HLS。最重要的是RTMP協議比較全能，既可以用來推送又可以用來直播，其核心理念是將大塊的視頻幀和音頻幀「剁碎」，然後以小數據包的形式在互聯網上進行傳輸，而且支持加密，因此隱私性相對比較理想，但拆包組包的過程比較復雜，所以在海量並發時也容易出現一些不可預期的穩定性問題。
直播的協議就是直播軟體將請求地址傳送給流媒體伺服器，然後流媒體伺服器將響應數據返回給直播軟體。

C. 視頻直播軟體開發中常用的流媒體傳輸協議有哪些

視頻直播軟體系統開發，常用的流媒體傳輸協議有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庫支持該格式的文件播放

D. 網路直播平台的實現技術有哪些大概架構是如何

網路直播平台的實現技術，歸納起來主要有如下這些：

一、視音頻的採集和編碼技術，當前主流的主要是H.264、H.265這種視頻編碼技術和AAC、MP3這種音頻編碼技術。

二、視音頻的流媒體傳輸技術。

三、CDN內容分發技術。

四、終端解碼技術。

架構方面，如果要做運營級的服務平台，需要採用分布式的架構方式，不僅包括各個功能模塊的分布式部署，還包括各種應用伺服器的分布式部署。

流媒體傳輸技術通常使用的方式主要包括：

1、通過HTTP協議傳輸，需要通過技術開發來實現高性能的HTTP流媒體伺服器；

2、通過RTMP協議傳輸，需要通過技術開發來實現高性能的RTMP流媒體伺服器；

3、通過UDP協議傳輸，這種方式通常用於大規模的可控網路中，比如IPTV電視直播應用，通過交換機即可支持這種傳輸方式；

4、通過P2P方式傳輸，P2P方式所用的傳輸協議可以由用戶自主定義，並且可以基於UDP或TCP來實現，這種方式通常也是用於超大規模組網環境中。

E. 在網路直播中什麼叫推流

推流，指的是把採集階段封包好的內容傳輸到伺服器的過程。其實就是將現場的視頻信號傳到網路的過程。「推流」對網路要求比較高，如果網路不穩定，直播效果就會很差，觀眾觀看直播時就會發生卡頓等現象，觀看體驗很是糟糕。

要想用於推流還必須把音視頻數據使用傳輸協議進行封裝，變成流數據。常用的流傳輸協議有RTSP、RTMP、HLS等，使用RTMP傳輸的延時通常在1–3秒，對於手機直播這種實時性要求非常高的場景，RTMP也成為手機直播中最常用的流傳輸協議。最後通過一定的Qos演算法將音視頻流數據推送到網路斷，通過CDN進行分發。

(5)網路直播協議有哪些擴展閱讀：

直播中使用廣泛的「推流協議」一般是RTMP（Real Time Messaging Protocol——實時消息傳輸協議）。該協議是一個基於TCP的協議族，是一種設計用來進行實時數據通信的網路協議，主要用來在Flash/AIR平台和支持RTMP協議的流媒體/交互伺服器之間進行音視頻和數據通信。支持該協議的軟體包括Adobe Media Server/Ultrant Media Server/red5等。

在高精尖沙龍直播中，最初使用傳統設備進行「推流」。

具體過程就是：通過網線將EFP系統中的切換台、網路編碼器、筆記本按順序連接，連接完成後確保筆記本電腦的IP地址和網路編碼器的地址在同一網段，然後在電腦頁面上對編碼器的各種「推流參數」進行調整，為保證正常「推流」，還需設置網路推流地址，輸入推流地址、直播地址、視頻模式、解析度、碼率、播放域名、播放地址等內容。設置完畢後確認IP地址，再進行網路測速，並確保網路與網路編碼器連接正常。此種「推流」所需設備過多，出現問題後十分麻煩，需要對設備進行逐一排查，極耗費時間。

後來，將直播系統改為Livestudio系統，「推流」內置在Livestudio的軟體之中，整個「推流」過程不再需要額外的網路編碼器和筆記本等設備，也無需再設置IP，只要網路正常，聯網即可完成操作，還可根據網路的實際情況設置「推流」的質量以滿足要求。此種操作十分便捷，有效避免了上述問題的出現。

F. 當你在網上看球賽直播時,會用到那些網路多媒體協議。

在網上看球賽直播，會用到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可不知道被偽造了。