?問(wèn)題背景：
這個(gè)公眾號(hào)已經(jīng)發(fā)了十幾篇文章相满，閱讀量和訂閱數(shù)也在穩(wěn)定增長(zhǎng)阴幌。為了后面大家交流更順暢烟号，大概知道每篇文章在音視頻技術(shù)體系的位置坯认。利用周末畫了個(gè)腦圖翻擒，梳理了下音視頻核心技術(shù)體系，當(dāng)然這張圖不會(huì)包含所有流媒體的技術(shù)牛哺，如果有遺漏陋气，你可以私信我。我會(huì)在后面補(bǔ)充和豐富起來(lái)引润，讓進(jìn)門的小白能找到自己的位置巩趁，贈(zèng)人玫瑰，手留余香淳附。
如果你對(duì)本篇文章感興趣或者實(shí)際你們遇到了什么開發(fā)問(wèn)題议慰，抑或這篇文章跟你的工作有關(guān)系想了解具體實(shí)現(xiàn)細(xì)節(jié)蠢古，加個(gè)人微信：
了解更多可以關(guān)注本人公眾號(hào)：智媒黑板報(bào)
下面用兩張圖來(lái)構(gòu)建音視頻技術(shù)人交流的行話，讓你快速找到在整個(gè)流媒體技術(shù)體系所處的位置别凹。
音視頻核心技術(shù)體系：
音視頻數(shù)據(jù)一定是從采集的原始數(shù)據(jù)草讶，經(jīng)過(guò)前處理，再經(jīng)過(guò)編碼形成壓縮后的數(shù)據(jù)番川。壓縮后的數(shù)據(jù)為了發(fā)送出去到涂，所以需要把壓縮后的音視頻裸數(shù)據(jù)打包在一個(gè)容器，這就是封裝要做的事情颁督。封裝后的數(shù)據(jù)通過(guò)一定的傳輸協(xié)議發(fā)送到客戶端践啄，不同的傳輸協(xié)議有不同的業(yè)務(wù)場(chǎng)景和適合自己的音視頻封裝格式。播放客戶端要做的事情剛好是逆過(guò)程沉御，先判斷封裝格式 屿讽，再?gòu)娜萜髦袑⒁粢曨l數(shù)據(jù)分離提取出來(lái)，最后進(jìn)行解碼和渲染到屏幕上吠裆。
研究音視頻整個(gè)系統(tǒng)是一件有門檻的事情伐谈，剛進(jìn)門時(shí)需要找準(zhǔn)自己的位置，把自己這塊的輸入和輸出搞清楚试疙，再逐漸橫向擴(kuò)展诵棵。WebRTC初學(xué)者就發(fā)現(xiàn)里面的內(nèi)容不是 一時(shí)半會(huì)能研究透徹的，這是因?yàn)閃ebRTC就是一個(gè)流媒體系統(tǒng)的解決方案祝旷，而不是為了解決音視頻一個(gè)特定問(wèn)題履澳。這個(gè)公眾號(hào)就是先學(xué)習(xí)WebRTC下面的邊邊角角，最后再上升到WebRTC代碼內(nèi)部進(jìn)行系統(tǒng)性學(xué)習(xí)怀跛，希望大家耐住性子慢慢來(lái)距贷，一點(diǎn)點(diǎn)的理解RFC文檔，這樣我相信能走得更遠(yuǎn)點(diǎn)吻谋，讓大家知其然還知其所以然忠蝗。
音視頻系統(tǒng)架構(gòu)圖：
重要事情說(shuō)三遍，解決問(wèn)題時(shí)漓拾，一定要明白自己?jiǎn)栴}在這個(gè)圖的位置阁最。這樣抓住輸入和輸出，就能達(dá)到事半功倍的效果骇两。
今天就說(shuō)這么多闽撤，祝您心情愉快，工作順利脯颜！
如果有疑問(wèn)，你可以在公眾號(hào)后臺(tái)發(fā)消息咨詢我贩据。
往期文章回顧:
音視頻封裝：FLV格式詳解和打包H264栋操、AAC方案（下）
音視頻封裝：FLV格式詳解和打包H264闸餐、AAC方案（上）
音視頻常見問(wèn)題分析和解決：延時(shí)和抖動(dòng)
音視頻封裝格式：AAC音頻基礎(chǔ)和ADTS打包方案詳解
音視頻封裝：MPTG2-TS 媒體封裝實(shí)例解析和說(shuō)明
個(gè)人轉(zhuǎn)載內(nèi)容至朋友圈和群聊天，無(wú)需特別申請(qǐng)版權(quán)許可矾芙。
引用轉(zhuǎn)載該訂閱號(hào)文章舍沙，注明文章來(lái)源即可。
記得右下角點(diǎn)“在看”剔宪，還可以關(guān)注該訂閱號(hào)拂铡，防止遺漏推送哦
