本文主要介紹VP9（我們翻譯和整理的，譯者：weizhenwei，校驗：blacker），最早發表在【編風網】
支持原創，轉載必須注明出處，歡迎關注我的微信公眾號blacker（微信ID：blackerteam 或 webrtcorgcn）。
VP8和VP9是由Google開發和推動的視頻編解碼器。直到最近，這促使我和周圍客戶產生一系列有趣的對話：是否采用VP9？何時采用VP9？是否應該用H.264代替VP9？
這個VP8對VP9的話題往往導致誤解，因此先讓我把事情排序。
首要的事情放前邊：
1.VP8目前是WebRTC的默認視頻編解碼器。超過90%的WebRTC視頻會話使用VP8。
2.VP9大約從Chrome 49官方宣布可用，但它還不是WebRTC的默認視頻編解碼器。
3.VP8和H.264並駕齊驅。
4.從視頻壓縮質量來看，VP9要優於VP8。
5.VP8視頻壓縮消耗較少CPU資源。
考慮到以上事實，可以推出如下結論：
你可以因為以下兩件事之一(或全部)而選擇遷移到VP9：
1.提升視頻體驗質量。
2.減少視頻所需碼率。
那么，讓我們來看看這兩個選擇。
1.提升視頻體驗質量
如果你對你的服務所需帶寬感到滿意，那么在同樣帶寬量的情況下，使用VP9代替VP8進行視頻編解碼，所得到的視頻質量會變得更好。
這在何時有用？
·當用戶可用帶寬受限時。設想500 kbps或者更少的帶寬－－比如蜂窩網絡或擁塞網絡。
·當你計划支持更高分辨率或更好攝像頭時。
2.減少視頻所需碼率
另一種選擇是使用VP9進行視頻編解碼，但同時把視頻質量維持在原有VP8的水平。由於VP9更有效率，它能夠在維持相同視頻質量的情況下減少碼率。
這在何時有用？
·當你想開發低級市場，把業務擴展到帶寬受限地區時。設想這種情況，一項來自發達國家的服務要向發展中國家擴展。
·當你想服務企業客戶，而該客戶需要從同一台設備發起多個平行視頻會議時。在這種情況下，互聯網帶寬變得相當稀缺。
WebRTC默認如何處理碼率／質量關系？
有些事情經常被忽略。我數十年前就知道這些事，但是后來就忘記了，直到最近才又想起來。那時我正在網上對WebRTC的VP8和VP9進行比較。
企業視頻會議的標准做法是永遠不要使用比所需更多的資源。如果你試圖發送VGA分辨率的視頻，那么任何信譽良好的會議系統都不會產生超過1Mbps的碼率——實際上要比這更少。其原因來自於目標市場和時間選擇。
企業視頻會議已經存在二十多年。它誕生初期，1 Mbps帶寬的會議連接是大多數企業夢寐以求的。采購視頻會議設備的公司需要在設備之間並行支持多個視頻會議會話，並同時為每個公司員工維持合理的互聯網連接服務。例如一個常見做法是：當每季度的分析師會議召開時，公司會減少普通員工的互聯網連接數，以確保為視頻會議合理分配網絡帶寬。
直到今天，大多數具有遺留視頻會議系統的企業都會限制瀏覽器中WebRTC的碼率，就是由於上述原因。
然而，WebRTC是基於互聯網思維發展起來的。在互聯網世界，你得到你所給予的。這就是為什么WebRTC較少處理最大帶寬限制，而更多關注可用帶寬。你會發現Chrome使用VP8編碼VGA視頻時，消耗多達1.77 Mbps的帶寬。
這其中的差異意味着當你轉向VP9后，WebRTC將會提升視頻體驗質量，而不會影響到你原有部分。
這里有件事需要注意：后端視頻處理對帶寬變化更敏感，這時候仍然需要基於單個視頻會話限制帶寬。
所有魔法都需要代價
我們甚至還沒有討論SVC，它看起來更像魔法。你從VP8轉向VP9，於是生活更加美好。
然而，就像所有魔法一樣，VP9的美好需要付出代價。首先，VP9還不如VP8穩定。盡管這在未來會得到改善，但是你現在應該考慮如下挑戰：
·如果你認為VP8非常耗費資源，那么VP9也更加消耗資源(CPU)。
·VP9還沒有實現硬件加速，這將是一個挑戰。(VP8通常也不支持硬件加速，但是我們正在應對它)
·我猜測移動領域可能不大歡迎VP9，不過不太確定。
·微軟的Edge瀏覽器近期內將不會支持VP9。(如果你在乎這個的話)
有時我願意付出這種代價——這完全取決於問題的應用場景。
譯者：weizhenwei，具體詳見:【編風網】