當h264的fec 被啟用後， 會導致重傳包被丟棄。 接收端的jitterbuffer卻一直傻傻等待， 從而導致長時間的等待
所以，根本原因是vp8/vp9是google 親生的，一切都為它們量身訂造， 而h264是抱養的， 只能硬往這個框框裡套了.
不過知道這些原因， 就容易找到對策， 實現乙個質量勝過vp8的h264 方案了.
注: 本文所討論的webrtc， 其版本號為52, 最新的**可能會有所出入
reference
www.webrtc.org
rfc6386 - vp8 data format and decoding guide
rfc6184 - rtp payload format for h264 video
H264編碼原理
條件 1.yuv格式為yuv420 2.解析度為640 480 3.幀率為15 建議碼流500kbps，通過計算可以得到h264壓縮比約為1 100。gop中幀與幀之間的差別小 有失真壓縮包括幀內壓縮和幀間壓縮，幀內壓縮解決的是空域資料冗餘問題，幀間壓縮解決的是時域資料冗餘的問題。無失真壓縮包括dc...
H264編碼原理
前言 h264是新一代的編碼標準，以高壓縮高質量和支援多種網路的流 傳輸著稱，在編碼方面，我理解的他的理論依據是 參照一段時間內影象的統計結果表明，在相鄰幾幅影象畫面中，一般有差別的畫素只有10 以內的點,亮度差值變化不超過2 而色度差值的變化只有1 以內。所以對於一段變化不大影象畫面，我們可以先編...
h264編碼分析 哥倫布編碼
1 首先h264為什麼選用哥倫布編碼？因為h264協議為了節省bits，沒有規定字段表示資料字段長度 資料字段可以根據自身的實際值，可長可短，這樣可以大程度上的節省bit。2 無符號指數哥倫布編碼如何編碼的？在實際資料前面有幾個0就表示，有效資料位數是多少，理解為長度字段，然後資料數值 數值 1，因...