一個(gè)完整的直播過(guò)程包括：采集、處理、編碼、推流、分發(fā)、解碼和播放。其中，推流對(duì)整個(gè)直播流程和質(zhì)量影響非常大。前端推流指：將直播中采集到的數(shù)據(jù)包從終端推到服務(wù)器的過(guò)程，是搭建直播系統(tǒng)源碼的一大難題之一，如果想自己開(kāi)發(fā)搭建直播系統(tǒng)，最好先把這種基礎(chǔ)難題克服，解決方案如下：
采用命令： ffmpeg -i input -vcodec copy -acodec copy -f flv rtmp://127.0.0.1/live/cgstream0input 可以推送實(shí)時(shí)流和文件，在推薦文件時(shí)，需要加上-re。在實(shí)際操作中需要將127.0.0.1換成rtmp所在機(jī)器的ip地址。
采用命令的方式進(jìn)行推流，不能任意修改時(shí)間戳信息，需要用代碼進(jìn)行調(diào)整，代碼如下：
打開(kāi)視頻流，filename可以是文件名稱(chēng)也可以是實(shí)時(shí)流url.
創(chuàng)建輸出上下文以及輸出流,輸出流的格式需要設(shè)置成flv
從輸入流中讀音視頻包
常見(jiàn)的推流協(xié)議有這些：
1、 RTMP協(xié)議
該協(xié)議基于 TCP，包括 RTMP/ RTMPT/RTMPS/RTMPE 等多種變種。廣泛應(yīng)用于直播領(lǐng)域，大多數(shù)直播軟件推流都會(huì)使用它，所以如果要開(kāi)發(fā)直播系統(tǒng)源碼的APP，推薦選擇它，它對(duì)CDN非常友好，協(xié)議簡(jiǎn)單并且支持絕大多數(shù)CDN 廠商。
2、 WebRTC
它支持網(wǎng)頁(yè)，本身以API的形式存在著，對(duì)主流瀏覽器支持程度高，弱網(wǎng)情況下表現(xiàn)良好，可以實(shí)現(xiàn)點(diǎn)對(duì)點(diǎn)通信因此非常適用于連麥，廣泛應(yīng)用于視頻會(huì)議和連麥中，它最大的優(yōu)點(diǎn)在于低延時(shí)，但缺點(diǎn)是不支持CDN
3、 HLS切片式傳輸
HLS是切片式傳輸，微信端常用，用它的話，用戶可以在客戶端自主切換碼率流以獲得更好的觀看體驗(yàn)，如果要開(kāi)發(fā)微信端的直播系統(tǒng)源碼，可以考慮使用它。
CDN分發(fā)
CDN是“內(nèi)容分發(fā)網(wǎng)絡(luò)”，是由無(wú)數(shù)個(gè)服務(wù)器連成的一張網(wǎng)絡(luò)，在音視頻數(shù)據(jù)包被推流到服務(wù)器上后，服務(wù)器會(huì)通過(guò)CDN分發(fā)網(wǎng)絡(luò)把數(shù)據(jù)包分發(fā)出去，這樣在用戶想要觀看時(shí)，打開(kāi)手機(jī)，就會(huì)自動(dòng)尋找到最近最流暢的節(jié)點(diǎn)服務(wù)器，進(jìn)行拉流工作。
使用CDN分發(fā)的好處就是，降低主服務(wù)器壓力，提高系統(tǒng)反應(yīng)速度，通過(guò)降低網(wǎng)絡(luò)堵塞，把視頻盡快送到用戶眼前，它很重要，因?yàn)橹辈ハ到y(tǒng)源碼在運(yùn)營(yíng)后期所承受的壓力是非常大的。
解碼方式
推薦使用H.264/H.265編碼方式＋軟硬結(jié)合的解碼方式，H.264和H.265是壓縮率很高，音質(zhì)損失較小的編碼壓縮方式，以前大學(xué)的時(shí)候，我去蹭過(guò)隔壁后期制作班的課，他們也是使用H.264導(dǎo)出片子。
而軟硬解碼方式則是：軟解碼是使用CPU解碼，對(duì)cpu要求高，解碼出來(lái)的視頻畫(huà)質(zhì)清晰、細(xì)節(jié)清楚，但對(duì)處理器占用率較大，對(duì)一些機(jī)型很不友好，尤其是直播系統(tǒng)源碼的運(yùn)行本身就要占用大量CPU資源，而硬解碼則是使用GPU進(jìn)行解碼，相較而言更快些，對(duì)處理器要求更低。
聲明：本文聲明原創(chuàng)，轉(zhuǎn)載請(qǐng)注明
聯(lián)系客服
