短視頻App的用戶停留時(shí)間長、黏性大、使用頻次高，其次日留存、7日留存甚至是月留存同樣也非常高，而大多數(shù)公司在進(jìn)行自己產(chǎn)品APP的開發(fā)時(shí)，也會在其中集成垂直分類或一些社區(qū)化的短視頻功能。短視頻APP開發(fā)行業(yè)之所以如此火爆，就是因?yàn)樗鼘⑹謾C(jī)的視頻錄制和碎片化時(shí)間這兩個(gè)特點(diǎn)都發(fā)揮到了極致，短視頻app開發(fā)業(yè)務(wù)也隨之變得被大眾熟知起來。
短視頻APP開發(fā)錄制模塊的重點(diǎn)在于幀數(shù)據(jù)獲取，除了可以通過攝像頭獲取視頻幀，還可以通過屏幕錄制獲取視頻幀，而音頻幀數(shù)據(jù)主要還是通過麥克風(fēng)進(jìn)行獲取；虛線部分的Filter模塊主要實(shí)現(xiàn)了內(nèi)置美顏/濾鏡功能，另外因?yàn)橛屑y理和YUV數(shù)據(jù)的CallBack回調(diào)機(jī)制，所以也支持第三方庫的美顏、濾鏡、特效等功能；處理后的數(shù)據(jù)會經(jīng)過OpenGL進(jìn)行裁剪，縮放，旋轉(zhuǎn)等操作，這些工作雖然可以由CPU來進(jìn)行，但是會比較耗時(shí)，利用GPU是更明智的選擇；最后得到紋理后，會被分成兩路，一路渲染顯示，另一路進(jìn)行編碼封裝，這兩個(gè)線程共享同一個(gè)紋理，這樣的處理大大減少了資源的占用，提高了SDK的工作效率。
在短視頻APP開發(fā)業(yè)務(wù)服務(wù)器端，當(dāng)生產(chǎn)者生產(chǎn)出一個(gè)視頻并將其上傳至業(yè)務(wù)服務(wù)器后，系統(tǒng)會入庫這條短視頻的Matedata并存儲到數(shù)據(jù)源中，真正的短視頻文件則會安放在存儲中。這里需要注意的是，一些小運(yùn)營商的DNS緩存會降低上傳成功率，我們需要通過技術(shù)優(yōu)化來克服此類問題。當(dāng)某用戶消費(fèi)此短視頻時(shí)，通過使用CDN對整體過程進(jìn)行加速來提升消費(fèi)體驗(yàn)，同時(shí)CDN也幫我們提高緩存命中率節(jié)省帶寬成本。而用戶經(jīng)常消費(fèi)的一些高質(zhì)量視頻內(nèi)容離不開可靠的運(yùn)營后臺，運(yùn)營后臺可幫助視頻生產(chǎn)者完成編輯、推薦、分類等工作。現(xiàn)在我們平時(shí)用到的很多APP都會根據(jù)用戶行為構(gòu)造人物畫像并通過人工標(biāo)注或算法生成等方式將這些內(nèi)容進(jìn)行標(biāo)注，從而獲知用戶感興趣的內(nèi)容并進(jìn)行精準(zhǔn)化推薦，人物畫像與智能推薦系統(tǒng)對大多數(shù)APP來說都是一個(gè)非常重要的系統(tǒng)，可有效增大用戶黏性。
隨著短視頻APP開發(fā)的不斷的發(fā)展，以及實(shí)時(shí)直播的崛起，帶寬的壓力會越來越大，所以能夠結(jié)合著P2P+CDN的方式來緩解服務(wù)端的帶寬壓力，不過P2P主要會面臨著防火墻的問題、以及節(jié)點(diǎn)網(wǎng)絡(luò)質(zhì)量的影響，同時(shí)也依賴與視頻播放的熱度，這種對于效果都會有一些影響，同時(shí)為了更好的播放流暢度，單一的P2P無法滿足需求，需要基于P2P和CDN的輔助進(jìn)行。而帶寬的另外一個(gè)節(jié)省之道，就是通過更好的編碼標(biāo)準(zhǔn)來進(jìn)行優(yōu)化，比如H.265的編碼標(biāo)準(zhǔn)，通過這個(gè)能夠節(jié)省1半的流量，只不過目前H.265在硬編支持不是很好，只有個(gè)別手機(jī)機(jī)型支持，而軟編碼的方式相比與H.264，編解碼速度要慢個(gè)幾倍，這種對于能耗消耗比較高，處理也比較慢，不過隨著硬件的不斷升級，H.265將會是后續(xù)的一個(gè)趨勢，同時(shí)依托于這個(gè)之上的一些圖片編碼標(biāo)準(zhǔn)也能夠得到有效的應(yīng)用，從而來節(jié)省帶寬。
