日本免费全黄少妇一区二区三区-高清无码一区二区三区四区-欧美中文字幕日韩在线观看-国产福利诱惑在线网站-国产中文字幕一区在线-亚洲欧美精品日韩一区-久久国产精品国产精品国产-国产精久久久久久一区二区三区-欧美亚洲国产精品久久久久

流媒體是啥 流媒體是啥意思( 二 )


經(jīng)過對(duì)比,我們就理解了從視頻采集傳感器采集來的原始數(shù)據(jù)是不可以直接傳輸?shù)?,必須要?jīng)過視頻的壓縮編碼 。
視頻壓縮技術(shù)也在不斷進(jìn)化,視頻壓縮編碼技術(shù)經(jīng)過發(fā)展 , 已經(jīng)從只支持幀內(nèi)壓縮編碼算法演進(jìn)到新的壓縮編碼算法 ?,F(xiàn)在新的編碼算法標(biāo)準(zhǔn)包括H.26X 和 VPX系列 。常用的視頻編碼算法技術(shù)有H.264、H.265、VP8、VP9、FFmpeg等,音頻編碼算法有Mp3, AAC等 。
經(jīng)過音頻視頻編碼之后,需要進(jìn)行封裝,封裝就是數(shù)據(jù)容器化和格式化 。容器是音視頻流數(shù)據(jù)格式化的形象比喻,就像選用盒子和格子裝東西一樣 。我們需要將比特?cái)?shù)據(jù)用盒子裝起來 。
音頻數(shù)據(jù)經(jīng)過容器化計(jì)算后變?yōu)镸P3 , AAC,HE-AAC,Opus,F(xiàn)LAC,Vorbis (Ogg) , Speex,AMR等格式的數(shù)據(jù)分發(fā)出去 。
視頻數(shù)據(jù)經(jīng)過容器化后變?yōu)?MP4、3GP、AVI、MKV、WMV、MPG、VOB、FLV、MOV等格式的數(shù)據(jù),然后分發(fā)出去 。
數(shù)據(jù)傳輸模式和數(shù)據(jù)傳輸協(xié)議流媒體數(shù)據(jù)傳輸方式多種多樣 。從傳輸形式上可以分為順序流式傳輸和實(shí)時(shí)流式傳輸 。順序流式傳輸方式是介于本地下載完再播放方式和實(shí)時(shí)流式播放方式的中間方式 , 也就是用戶邊下載邊播放,這種方式也被稱之為“偽流媒體數(shù)據(jù)傳輸” 。這種數(shù)據(jù)傳輸方式常應(yīng)用于視頻網(wǎng)站的點(diǎn)播 。
實(shí)時(shí)流式傳輸方式是真正意義上的流媒體數(shù)據(jù)傳輸方式,用戶可以一邊接收數(shù)據(jù)包一邊播放,數(shù)據(jù)實(shí)時(shí)傳送 。實(shí)時(shí)流媒體數(shù)據(jù)傳輸必須保證數(shù)據(jù)包的傳輸速度大于文件的播放速度,如果傳輸?shù)乃俣刃∮谖募牟シ潘俣?,視頻就會(huì)出現(xiàn)卡頓 。
通常情況下流媒體數(shù)據(jù)需要借助網(wǎng)絡(luò)服務(wù)器來實(shí)現(xiàn)中轉(zhuǎn)分發(fā) 。數(shù)據(jù)從服務(wù)器分發(fā)到接收數(shù)據(jù)方的過程稱為播放,流媒體數(shù)據(jù)的播放方式有三種主要情形 。
第一種情形是數(shù)據(jù)單播,也就是在客戶端與數(shù)據(jù)服務(wù)器之間建立單獨(dú)的數(shù)據(jù)通道,從一臺(tái)服務(wù)器分發(fā)的每個(gè)數(shù)據(jù)包只能傳送給一個(gè)客戶機(jī) 。這種形式的弊端是極其消耗資源 。第二種情形是數(shù)據(jù)組播,這種方式允許路由器一次將數(shù)據(jù)包復(fù)制到多個(gè)通道上 。采用組播方式,數(shù)據(jù)服務(wù)器只需要發(fā)送一個(gè)信息包,即可連接多個(gè)用戶,所有發(fā)出請(qǐng)求的客戶端共享同一信息包 。這樣可以減少網(wǎng)絡(luò)上傳輸?shù)男畔偭?。第三種方式是數(shù)據(jù)點(diǎn)播與廣播 。數(shù)據(jù)點(diǎn)播連接是客戶端與服務(wù)器之間的主動(dòng)的連接 。在數(shù)據(jù)點(diǎn)播中,用戶通常通過選擇內(nèi)容來初始化客戶端連接 。每個(gè)用戶可以開始、停止、后退、快進(jìn)或暫停播放數(shù)據(jù)流 。點(diǎn)播能夠提供對(duì)流的最大控制,但這種方式由于為每個(gè)客戶建立了單獨(dú)的連接,帶寬很容易被消耗完 。廣播是一種用戶不能控制流數(shù)據(jù)只能被動(dòng)接收流數(shù)據(jù)的方式,用戶不能快進(jìn)、后退、暫停 。相比較數(shù)據(jù)單播、數(shù)據(jù)點(diǎn)播和數(shù)據(jù)廣播,數(shù)據(jù)組播是最有市場(chǎng)競(jìng)爭(zhēng)力的數(shù)據(jù)播放方式 。數(shù)據(jù)組播不會(huì)復(fù)制多個(gè)數(shù)據(jù)包傳輸?shù)骄W(wǎng)絡(luò)上,也不會(huì)將數(shù)據(jù)包傳送給給沒有請(qǐng)求服務(wù)器的客戶 , 保證了網(wǎng)絡(luò)上流數(shù)據(jù)應(yīng)用占用最小帶寬的網(wǎng)絡(luò) 。

RTMP數(shù)據(jù)流的傳輸過程
流媒體數(shù)據(jù)傳輸?shù)膶?shí)現(xiàn)需要合適的網(wǎng)絡(luò)傳輸協(xié)議 。由于使用TCP需要較多的開銷,因此不適合傳輸實(shí)時(shí)流數(shù)據(jù) 。在流媒體傳輸?shù)姆桨钢?,一般采用HTTP/TCP來傳輸控制信息 , 采用RTP/UDP/RTMP等協(xié)議來傳輸實(shí)時(shí)數(shù)據(jù) 。現(xiàn)在大部分流數(shù)據(jù)網(wǎng)站都采用RTMP(Real Time Messaging Protocol)實(shí)時(shí)消息傳送協(xié)議,該協(xié)議是Adobe公司為Flash播放器和服務(wù)器之間音視頻流數(shù)據(jù)傳輸開發(fā)的開放協(xié)議 。
服務(wù)器數(shù)據(jù)流的分發(fā)和數(shù)據(jù)流的放送

推薦閱讀