直播APP源碼為了增加直播的傳輸速度，會對直播畫面進(jìn)行一系列的加工，比如編碼、壓縮等，其中直播APP源碼的推流也恰恰滿足了這一點(diǎn)，推流的存在是直接加速直播APP源碼傳輸速度的關(guān)鍵點(diǎn)，在推流的開始后，視頻直播還會經(jīng)過哪些步驟呢？

?

一、視頻數(shù)據(jù)

用戶端想要獲得最終畫面，需要從直播APP源碼的服務(wù)器上獲取實(shí)時(shí)數(shù)據(jù)，在到達(dá)用戶端前，視頻直播都只是壓縮包的數(shù)據(jù)形式，并不是畫面展示，之后服務(wù)器會和數(shù)據(jù)形成呼應(yīng)，最終傳輸內(nèi)容到用戶設(shè)備上。首先直播APP源碼會從各個(gè)設(shè)備上獲得原始的畫面數(shù)據(jù)，經(jīng)過簡單的加工處理開始傳輸。

?

二、繪制畫面和傳輸數(shù)據(jù)

在獲取到畫面后，我們要把這畫面的紋理渲染到mediacodec上，由它提供surface供我們把紋理畫到上面。畫面畫上去后，mediacodec會幫我們把原始畫面數(shù)據(jù)壓縮成相應(yīng)的視頻數(shù)據(jù)，目前常用的壓縮格式是H.264，所謂的H.264數(shù)據(jù)，就是一堆byte的數(shù)組。

?

三、音頻數(shù)據(jù)傳輸

直播APP源碼音頻數(shù)據(jù)的傳輸比視頻要簡單，從audiorecord里獲取原始音視頻數(shù)據(jù)，編碼成AAC數(shù)據(jù)，然后給RTMPmuxer封包成RTMP包，發(fā)到服務(wù)器麥克風(fēng)的處理順序是MIC-audiorecord-vidce data-mediacodec-encode data-rtmpmuxer-server。

直播APP源碼視頻RTMP包和音頻RTMP包之間是按照時(shí)間排序排列的，mediacoodec返回編碼數(shù)據(jù)時(shí)，會返回?cái)?shù)據(jù)的時(shí)間戳，但需要注意在數(shù)據(jù)編碼成RTMP包時(shí)，取得的是相對的時(shí)間戳，也就是說取到時(shí)間戳?xí)r，需要計(jì)算與上一包的時(shí)間戳差值，記錄到RTMP包里。

直播APP源碼開發(fā)完成后測試服務(wù)器，需要測試的朋友請自行搭建RTMP服務(wù)器，如有開發(fā)團(tuán)隊(duì)開發(fā)可不必自己動(dòng)手。運(yùn)用搭建的服務(wù)器，用Module是nginx-rtmp-module。搭建服務(wù)器不需要寫代碼，根據(jù)教程進(jìn)行命令編寫即可。

視頻傳輸中可操作的空間很大，主要體現(xiàn)在視頻的體積上，為了節(jié)省資源，直播APP源碼大多會進(jìn)行有損壓縮，降低視頻的體積，降低體積后的視頻壓縮包不僅方便傳輸和儲存，更能方便用戶觀看，就是在清晰度上沒有了保證，這點(diǎn)對部分追求高畫質(zhì)的用戶來說影響很大，平臺需要自行權(quán)衡利弊。

聲明：以上內(nèi)容為云豹科技作者本人原創(chuàng)，未經(jīng)作者本人同意，禁止轉(zhuǎn)載，否則將追究相關(guān)法律責(zé)任