點擊一鍵訂閱《雲薦大咖》專欄，獲取更多官方推薦精品內容，學技術不迷路！
近年來，實時音視頻快速發展，WebRTC作爲實時音視頻的標準也快速發展，從直播到通訊，其應用場景也在不斷豐富。如果您關注實時音視頻方向的技術產品應用與創新，本系列文章就將會爲您分享音視頻方向的技術產品動態，助您第一時間獲取業界信息。本文將爲你快速解析近期值得關注的技術、產品與行業熱點。
ClubHouse 上線支持Replay功能
作爲最火的音頻直播產品ClobHouse依舊保持比較快的迭代能力， 最近支持 Replay能力， 說的通俗一點就是支持直播的回放能力。ClobHouse在回放的能力之上又做了一些創新，可以讓房間創建者在直播結束之後看到誰在聽一個房間的回放，還可以讓他們與其他沒有實時收聽的用戶聯繫。回放能力雖然已經被應用的很多，但我比較好奇的是如果支持了回放能力就跟以前的博客有什麼區別呢？這個問題可以延伸到直播和短視頻的對比上，直播的創作成本很低，短視頻的創作成本較高，但單位時間內信息密度明顯直播小於短視頻很多，目前短視頻的消耗時長也明顯高於直播。
ClubHouse的音頻直播的空間有多大呢？我簡單的搜索了一下Clubhouse的Google Trends，最近半年搜索量是逐漸下降的，祝ClubHouse好運。
相關閱讀：
https://blog.clubhouse.com/clubhouse-replays-room-recording/
WebOBS直播推流工具要流行起來了?
OBS一直是企業直播/個人直播的主流的直播推流工具， StreamLab這家基於OBS開發直播工具的廠商也在19年被羅技以8900萬美元的現金收購。隨着Web端能力越來越強大， 比如WebGPU, WebCodecs，WebTransport，WebAssembly，這些技術的出現讓在Web端進行復雜的音視頻處理，合流，美顏，人像分割等等成爲了可能。
相關產品：
StreamYard : https://streamyard.com/ Melon : https://melonapp.com/ Welder : https://www.getwelder.com/streaming-software
騰訊雲 Penguins AI-Codec 超低碼率高清語音編解碼解密
騰訊會議發佈的Penguins 音頻編解碼器，也與研發人員交流了行業情況。目前微軟的Satin 音頻編碼號稱在Teams中1v1通過場景中落地，Google 的SoundStream 還沒有看到具體的落地消息。
很開心的是看到騰訊在這個方向其實走在了前列。
摘抄文中的一段話非常認可：
5G乃至未來更強的通信技術發展會帶來更豐富的帶寬資源，但人們對實時音視頻體驗的追求也是無止境的。我們不僅需要聽得清，還需要聽得真。對於實時的全頻帶音頻傳輸、空間音頻技術乃至聲場重建等技術，高效率編解碼器可以爲這些技術帶來更可靠有效的基礎支持；而且在現實情況中總是會有弱網情況的出現，通過高效編解碼節省的資源可以用於抗性提升，保障實時通信的穩定性。因此，Penguins及其未來演進版本的提出，將有非常廣闊的應用前景
相關閱讀： https://mp.weixin.qq.com/s/eauCoafH7xP5vUkI9rvuUg
Ringcentral：給你的會議增加AI能力
Ringcentral 近日更新了他們的會議產品，這次主打AI能力。這幾個能力包括：
1，自動跟隨能力。當你進行移動的時候你的採集畫面的焦點會跟追你的面部；
2，低光補償。當你在昏暗環境下開會的時候，AI算法會自動進行燈光補償；
3，視頻濾鏡。可以爲你的畫面增加更有趣的效果。
無獨有偶的是Zoom 前一段時間剛增加了自動翻譯能力，Google Meet 前一段時間也增加了燈光自動補償等能力，Around 也增加了自動跟隨和智能降噪等能力。在視頻會議越來越同質化的現在，各家產品不得不開始進行微創新來增加用戶粘性。
相關閱讀：https://www.ringcentral.com/us/en/blog/ringcentral-mvp-meeting-ai/
WebRTC M96 即將發佈，將廢除Plan B
Plan-B是Chrome/Chromium 獨有的實現，Safari 和 Firefox一直支持Unified Plan， Chrome在M72 已經支持Unified Plan。從某種程度上說如果後續再開發WebRTC 可以不考慮Plan B的支持了，因爲Unified Plan的支持已經非常好。
Plan-B 和 Unified Plan 各有優劣，在只有一路音頻和視頻的時候這兩種方案並沒有什麼區別，在多路音視頻的時候Unified Plan 每一路音視頻都會有一個Mline，這樣就提供了很大的靈活性，可以針對每一路音視頻協商不同的能力，比如我們有一路攝像頭和一個屏幕共享，就可以讓屏幕共享使用av1編碼，而攝像頭使用h264。
作爲多年跟SDP打交道的開發者不得不說SDP Sucks，SDP真的是一個很糟糕的設計，它是一個標準但又是一個相對靈活的標準，每家的實現可能又不一樣，不得不花費很多精力進行SDP的適配，如果你還有沒有被SDP的適配困擾過某種意義上你可能還沒有完全瞭解WebRTC。但標準一旦確立，別人撼動它也很難，微軟曾經搞出來ORTC標準來屏蔽SDP的協商問題，最終也還是失敗了。
相關閱讀： https://www.chromestatus.com/roadmap
Unreal Engine 即將支持WebRTC 通過WHIP推流
Unreal Engine 較早就支持WebRTC，Unreal Engine 基於WebRTC開發了他們的Pixel Streaming服務，讓用戶可以在雲端服務器上運行虛幻引擎應用程序，通過WebRTC將渲染的幀和音頻流送到瀏覽器和移動設備上。場景非常像雲遊戲或者雲渲染。
國外有位開發者 Murillo (開源WebRTC媒體服務器Meddoze的作者) 給Unreal Engine 增加了使用WebRTC 通過WHIP的支持。支持WHIP 標準之後，可以讓一些對WebRTC和音視頻不熟悉的開發者也可以很方便的使用WebRTC推流，這將把雲遊戲/雲渲染的開發成本降低很多。期待這個PR可以早日合併。
另外需要說的是騰訊雲的快直播也已經支持WHIP協議推流，後面你可以很方便的從Unreal Engine 或者 Unity 中把渲染好的畫面推動到騰訊雲，並做到端到端幾百ms內的延遲觀看。
關於騰訊雲快直播的WHIP推流能力，我寫了一個demo放在github上，
https://github.com/Tencent-RTC/leb-whip-example
《雲薦大咖》是騰訊雲加社區精品內容專欄。雲薦官特邀行業佼者，聚焦於前沿技術的落地及理論實踐之上，持續爲您解讀雲時代熱點技術、探索行業發展新機。點擊一鍵訂閱，我們將爲你定期推送精品內容。