音視頻學習記錄(一)

1.學習音視頻需要一個非常長的周期,在這個周期內(nèi)需要你不斷的強迫自己接受新的知識,并且將某些東西發(fā)揮到極致才會有所有收貨,下面先簡單羅列一下接下來的學習過程

視頻如何解包裝

下面是播放視頻的過程,至于這個過程怎么來的,大致了解了一下,

一個可以被播放的視頻,內(nèi)容大致分為3個
1.音頻 單通道 雙通道 環(huán)繞聲(多通道) 等等
2.視頻數(shù)據(jù)
3.字幕數(shù)據(jù),目前這個國內(nèi)用到的比較少
了解了這些就可以繼續(xù)向下分析播放整個過程了

視頻播放需要將視頻內(nèi)容拆分

一個視頻播放需要經(jīng)過這么多到流程,為什么還要這么做呢

音頻 與 視頻的采集都會隨著頻率 質(zhì)量影響,設定的參數(shù)越大就會導致原始數(shù)據(jù)的內(nèi)容膨脹的非常快,原始數(shù)據(jù)的膨脹就意味著數(shù)據(jù)傳輸上帶來的額外的開銷與不穩(wěn)定性,那么就需要對視頻與音頻進行壓縮傳送,現(xiàn)在主流的音頻壓縮大多數(shù)都在使用AAC ,這個編碼格式在同樣音質(zhì)的情況下,可以將內(nèi)容壓縮的更小,視頻大多都使用的H.264 H.265 格式, 也就是 I P B 幀壓縮思路

視頻的編碼過程是一個比較復雜的過程,但是如何壓縮視頻呢,我就就從每一幀來分析

1.空間冗余:通過算法去除相鄰相似度非常高的內(nèi)容

2.時間冗余:在視頻拼裝的過程中,保留第一幀與第二幀之間的變化信息,在播放時利用完整幀 與 只保留變化幀合成新的幀

3.視覺冗余:某些相似的顏色在人類看起來是沒有差別的,或者說感受不到差別,那么這類信息統(tǒng)一后,可以讓信息變得更小,在使用方法1,則可以進行圖片壓縮,

4.哈夫曼算法能去除編碼信息的冗余

I幀 主要幀 原始圖像 顯示-->在渲染過程中只需要關(guān)注幀內(nèi)信息 壓縮情況--> 基本沒有信息壓縮

P幀 變化幀 記錄與I幀的信息差, 顯示-->需要與前面的主要幀合成新的幀圖像 壓縮情況--> 壓縮情況比 I 幀 高,但是比B 幀低

B幀 變化幀 記錄與前面I 幀 和 后面 幀的信息差 , 顯示--> 圖片合成過程比較復雜,需要前后兩個幀都參與進來 壓縮情況-->壓縮率最高

各種壓縮方式也需要結(jié)合實際情況來使用,就比如直播業(yè)務需要較高的數(shù)據(jù)實時性與性能的要求,在編碼過程中就需要盡量減少B幀的數(shù)量,來減少計算合成幀的過程,過度的壓縮就會帶來解碼過程中性能的損耗,發(fā)熱 電量等其他問題也會隨之出現(xiàn)

現(xiàn)在主流的視頻編碼方式是 H264 與 H265,他們會有非常多的叫法

H.264 == MPEG-4 AVC 簡寫 AVC

H.265 == HEVC

H.264 分層結(jié)構(gòu)

VCL: 數(shù)據(jù)編碼層

NAL:網(wǎng)絡提取層

關(guān)于VCL 與 NAL 的介紹都比較籠統(tǒng),但是把他們想象成 客戶端想服務端發(fā)起請求的過程就比較好理解了 VCL 的主要功能就是講 數(shù)據(jù)封裝成一個javaBean ,而 NAL 則是將javaBean 序列化成為一個 json數(shù)據(jù),發(fā)送給服務端

視頻信息在傳輸過程中都是 NALU 的數(shù)據(jù)包來傳出的,而 NALU 的數(shù)據(jù)包又包含了下面3個信息

  1. NALU 間隔符 ,在數(shù)據(jù)傳輸過程中會存在非常多的 NALU ,我們使用下面的示例來看一下
    示例1-->NALUNALUNALUNALUNALUNALUNALUNALUNALUNALU
    示例2-->|NALU|NALU|NALU|NALU|NALU|NALU|NALU|NALU|
    從上面這個例子就能很好的將一個個NALU 數(shù)據(jù)包分割出來

2.數(shù)據(jù)頭 他是一個16進制的數(shù)據(jù), 將他轉(zhuǎn)換為二進制后,有可以將這部分數(shù)據(jù)分成了3個組

0 00 00000
將低 五位轉(zhuǎn)化為 16進制后,就可以根據(jù) H.264 信息對照表來查看 這個NALU 數(shù)據(jù)的內(nèi)容 SPS PPS 等信息就是利用它來區(qū)分的

第2-3位來表示的是這個數(shù)據(jù)的重要性 11 代表非常重要 而 00 就代表非常不重要

第一位用來表示這個信息是否可用的,0 可用 1不肯用 , 沒有明白他的設計初衷,是為了方便在視頻中夾帶私貨? 搞不清楚

在音視頻開發(fā)領(lǐng)域過程中,我們需要經(jīng)常分析 SPS PPS 與 I幀

而且伴隨著 B 幀的內(nèi)容是與 前后幀都有關(guān)系的,那么在實際開發(fā)過程中 就產(chǎn)生了2個順序,也就是 解碼順序與播放數(shù)據(jù) ,這個概念也是非常重要的

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點,簡書系信息發(fā)布平臺,僅提供信息存儲服務。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 228,363評論 6 532
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 98,497評論 3 416
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 176,305評論 0 374
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經(jīng)常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 62,962評論 1 311
  • 正文 為了忘掉前任,我火速辦了婚禮,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 71,727評論 6 410
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 55,193評論 1 324
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,257評論 3 441
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側(cè)響起,我...
    開封第一講書人閱讀 42,411評論 0 288
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 48,945評論 1 335
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 40,777評論 3 354
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發(fā)現(xiàn)自己被綠了。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 42,978評論 1 369
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,519評論 5 359
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點故事閱讀 44,216評論 3 347
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 34,642評論 0 26
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 35,878評論 1 286
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 51,657評論 3 391
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 47,960評論 2 373

推薦閱讀更多精彩內(nèi)容