-
CDN構成：
邊緣結點：用戶從邊緣節點上獲取數據
二級節點：主干網節點，主要用于緩存、減轉源站壓力
源站：CP(內容提供方)將內容放到源站
查找順序：邊緣結點->二級節點->源站
源站會把內容先push到主干節點，邊緣結點會將從主干節點獲取到的內容緩存下來提供給就近用戶使用
查看全部 -
發送->確認->超時->重發
A發送消息包給B，B收到并回復一個確認包給A（發送/確認）
A發送消息包給B->消息包在路上走丟了->導致A在超時時間內并沒有收到B的確認回復包->于是A判定該包丟失，A重發該包（A有3次的超時時間，每次的超時時間都是成倍增長）
UDP協議發包：有包就發，不管包有沒到達? ? -->達到實時互動的功能
TCP協議發包：有序發包，有包沒到達時容易造成阻塞? ? -->無法達到實時互動的功能
多節點功能：1、某節點出問題時，可以將該節點上所有業務切換到其他節點繼續提供服務。2、保證每個節點負載均衡
控制中心：控制中心與節點之間是以心跳來實時保持通信。每個節點都要定期像控制中心報告健康指數（如CPU、內存、網絡、IO等占用情況），控制中心根據這些數據進行相應決策（如切走業務、或者新業務短時間內不再分配給健康指數不達標的節點等）
內總線（節點與控制中心之間）：好處是保證數據的安全、提高控制性、提高吞吐量
媒體服務器作用主要是將rtp協議轉換成rtmp協議，實現了實時互動直播（左）與泛娛樂直播（右）的隔合
查看全部 -
共享端發送一個“創建房間”的信令給信令服務器，服務器收到信令后在服務端創建一個房間并返回給共享端一個流媒體云地址。共享端音視頻數據形成rtmp流、推流給CDN網絡。
客戶端發送一個信令到信令服務器，服務器將該用戶加入到主播房間并返回一個流媒體地址（拉流地址），觀眾可以通過該地址到CDN拉取流媒體觀看
旁路用戶也是通過發送信令給信令服務器，服務器返回一個旁路直播的流媒體地址，旁路用戶通過該地址從CDN拉取流媒體觀看
查看全部 -
“創建房間”“聊天”“禮物”等內容都是以信令的方式發送出去
查看全部 -
直播分類：泛娛樂化直播和實時互動直播
泛娛樂化直播四部分組成，客戶端(直播方和觀看方)、信令服務器、流媒體服務器
查看全部 -
Mac上安裝nginx rtmp流媒體服務
查看全部 -
ffmpeg,ffplay,flashplayer
查看全部 -
rtp與rtmp區別
查看全部 -
把視頻流推到Nginx服務器上，然后從Nginx上拉流觀看
查看全部 -
主流已經是前3種，?尤其是第一種LibFDK aac更主流
查看全部 -
AAC規模描述
查看全部 -
AAC 3個規格， AAC+SBR=AAC HE V1, AAC + SBR + PS = AAC HE V2
查看全部 -
聲音壓縮編碼， 時域轉頻域， 20Hz以下2萬Hz以上是人無法聽到的查看全部
-
ffmpeg直播命令查看全部
-
mac上安裝nginx rtmp 流媒體服務查看全部
舉報