近年來，實時音視頻快速發展，WebRTC作爲實時音視頻的標準也快速發展，從直播到通訊，其應用場景也在不斷豐富。如果您關注實時音視頻方向的技術產品應用與創新，本系列文章就將會爲您分享音視頻方向的技術產品動態，助您第一時間獲取業界信息。本文將爲你快速解析近期值得關注的技術、產品與行業熱點。
1.騰訊會議發佈3.0版本
11月4日，2021騰訊數字生態大會上發佈了騰訊會議3.0版本，下面就分享幾個小點。
•騰訊會議的定位是降低人們達成共識的成本，所以產品設計的時候都是圍繞這個點
這個點深有感觸，人們往往會說小團隊/小公司比較敏捷，是小團隊的人比大公司的人更牛嘛，明顯不是。在大的團隊中達成共識的成本是很高的，你要準備很多內容讓協作的團隊認可你的觀點，但有時候觀點一旦形成，外力是很難扭轉的。
•騰訊會議發佈了網絡研討會模式
騰訊會議終於像zoom 和 hopin看齊，補上了網絡研討會模式。目前可以以主持人，嘉賓，觀衆身份入會，單會議支持5W人蔘加。而且打通了活動報名，門票售賣，自定義會場主題，會中互動等等環節，讓舉辦大型線上研討會的成本大大降低。去年看到Hopin 快速崛起的時候就在想騰訊會議會不會補齊這部分，今年果然支持了。之前跟國外一位研究Hopin的投資人聊天的時候就問他怎麼看Hopin這麼快的崛起， 他的答案是：拋開疫情的影響之外，Hopin把線上活動的每個流程打磨的都很順暢，真正的做到了線上開辦一個活動的閉環。不確定騰訊會議有沒有完成整個閉環，具體的體驗又是怎樣的？ 對國內做活動直播的廠商SaaS來說，不得不考慮騰訊會議的競爭， 這個市場還很大如何做出差異化的競爭。
•騰訊會議開放平臺
騰訊會議升級開放平臺， 開放API + SDK + 第三方應用市場， 想要成爲辦公協同SaaS的入口， 初期開放了招聘類的MOKA、小畫桌、面唄等SaaS的產品接入。我查了一下Zoom的數據， Zoom在疫情初期接入的第三方應有有200個， 一年之後這個數據變爲了1000個， 一年的時間增長500%。 記得有人說過，一個好的開放平臺要能長出超過這個平臺價值的產品，我們期待騰訊會議的表現，一個朋友開玩笑說：騰訊會議有zoom的那味了。
•基於深度學習的Penguins 語音引擎
這個算是整個發佈會的一個小驚喜， 會議也發佈了基於深度學習的語音編解碼方案， 可以在6kbps的超低碼率下進行高質量的語音通話。今年以來基於深度學習的語音編碼方案出來好幾個，今年二月微軟推出Satin方案， Google 推出Lyra方案，並且開源了出來， 幾個月之後Google 又推出SoundStream方案，號稱比Lyra 方案更優秀。期待這些方案能更快速的落地。
2.微軟將推出元宇宙產品
11月2日微軟在Ignite大會上也推出元宇宙的產品預告，微軟的元宇宙產品還是基於Teams 和 之前已經出的Mesh 雲服務。說到元宇宙微軟一直在投入，比如HoloLens AR眼鏡，我之前體驗過一次Helolens2，效果很驚豔。但因爲Helolens較高的售價以及對電腦配置的要求很高所以目前的客戶侷限在B端。微軟基於Teams的元宇宙產品預計2022年上半年推出，用戶將能夠在虛擬世界中共享Office文件和功能，比如PowerPoint面板， 用戶可以用虛擬人物或動畫卡通形象出現在視頻會議中。
今天，你元宇宙了嘛？
3.Firefox啓動最大一次WebRTC 升級
Firefox 曾經是先進瀏覽器的代名詞，很多新的特性都會領先的支持，後因爲Chrome的份額逐漸增大，Firefox 也逐漸走向落寞，很多特性支持的都會比Chrome慢。在WebRTC方向，Firefox的Bug也越來越多。不過最近迎來了一個好消息，Firefox 即將迎來最大的一次WebRTC升級，升級到M96, 整個升級過程持續了一年多。
確實有點唏噓，從曾經的領先者到被Chrome超越，到被落下的越來越遠。希望Firefox也有一個光明的未來。
4.在M96中WebRTC已經默認打開Opus+Red 冗餘編碼
之前在WebRTC中如果想提升音頻的弱網抗性，能做的就是增加NACK(重傳)和開啓Opus的FEC。如今我們有了更多的方案，在M96的WebRTC支持了通過red來發送音頻冗餘包來提升音頻弱網抗性。RTP 的RED規範之前很早就存在，二十多年前就被提出，基本思路就是通過發送多餘的冗餘包，使用RED將一個或者兩個冗餘音頻幀放入每個分組中，有時候也被稱爲"帶外FEC"。當然，這些都是有代價的， 可以能將你的音頻碼率從30kbps 增加到60kbps 或者 90kbps，不過跟視頻相比這些碼率的增加並不算大，非常適合音頻優先的場景。
在M96中可以通過setCodecPreferences 方法調整opus+red的順序來開啓， 默認Chrome中只會編碼一個red 冗餘包， 這樣可以在不過多增加帶寬的情況下提升弱網抗性。另外可以通過 WebRTC Encoded Insertable stream 來調整冗餘度。github上已經有如何使用的demo https://github.com/fippo/opus-fec， 另外開源的Janus媒體服務器已經支持。
5.WebEX 加入cPaaS 市場
WebEX是視頻會議方向的黃埔軍校， Zoom的創始人Eric Yuan， 聲網的創始人趙斌， 拍樂雲的創始人趙加雨都是出自WebEX。WebEX 之前聚焦於企業內部市場，作爲在線會議的鼻祖，不知道是否關注或者探索過cPaaS市場，在聲網上市一年之後才緩慢的加入cPaaS市場，這可能就是所謂的創新者的窘境吧。
WebEX這個階段進入cPaaS市場也說明原來的企業內部會議市場也面臨很大的競爭， Zoom的業務突飛猛進，微軟的Teams來勢洶洶，國內的騰訊會議也逐漸建立起一個平臺， 還有各種各樣的創新的會議軟件在參與競爭。WebEX還列舉了Gartner的一份報告，報告指出到2025年cPaaS市場都會保持30%以上的年增速， 到2025年cPaaS市場市場總值會達到217億美元。
6.騰訊雲推出5G實時遠程超控方案 — “騰訊雲無界”
騰訊雲We5G正式推出5G遠程實時產品及解決方案，該方案基於5G技術和騰訊實時音視頻(TRTC)，可實現時延100ms以內的車輛一對多幾種遠程實時控制。在兩個大的場景下非常有用，一個是輔助駕駛，最新的自動駕駛分級標準中引入遠程協助和遠程駕駛概念，以及遠程助手和遠程駕駛。在全自動駕駛成熟之前，輔助駕駛會一直有市場，而遠程駕駛則是輔助駕駛的一個很重要的實現方式。另一個是高危/複雜/惡劣環境作業，通過遠程操控，可以使一線作業人員遠離危險，爲一線人員提供安全舒適的作業環境。像礦山場景下的無人礦卡，無人挖掘機，無人推土機，港口場景下的無人吊車，這些都需要遠程控制/操作的能力。騰訊雲已經三一重工達成戰略合作，甚至在生態大會現場就可以通過遠程操控方案駕駛一輛1500km之外的卡車。
7.線上虛擬活動/辦公平臺Gather拿到5000萬美金B輪融資
11月4日Gather宣佈拿到5000W美元的B輪融資，去年知道Gather的時候認爲他的定位的視頻會議場景，只是一個場景化的會議產品。目前看產品的定位已經超過了視頻會議， Gather在試圖把線下辦公，展會，活動搬到線上。
目前Gahter上列舉的場景已經非常多，可以在上面加入各種房間一起遊戲、學習、討論。目前整個產品的數據也很不錯，有 10000 多個團隊將 Gather 作爲自己虛擬辦公室的構建平臺，舉辦了 2 萬多場專業的會議活動，用戶則超過了 1000 萬。
8.Zoom支持自動生成字幕
Zoom正面臨着很激勵的競爭，前一段時間開始做RTC的PaaS服務， 以147億美元收購five9，但最後以失敗而告終。Zoom也在不斷迭代提升其產品的粘性，最近自動生成字幕能力現在可用於所有免費的Zoom會議賬號，目前只支持英文，後續會支持其他的語言。
以後我們在和外國人開會就再也不怕蹩腳的英文了。
自動生成的字幕可以在 Zoom 視頻會議或網絡研討會上自動提供發言人字幕。若要啓用該功能，需要訪問 Zoom 網絡門戶。與會者仍可以私下要求會議主持人在會議期間使用會議工具欄啓用現場轉錄。並且Zoom 還支持手動字幕以及跟第三方字幕服務的整合。
9.SharePlay上線
10月26日，Apple 推送了iOS 15.1 正式版。本次更新修復了iOS 15.0 中無法通過Apple Watch解鎖iPhone的 bug，同時還正式上線了 FaceTime 同播共享（SharePlay），併爲 iPhone 13 Pro 系列機型帶來了 Apple ProRes 視頻拍攝功能。
同播共享（SharePlay）可以讓用戶在進行FaceTime通話時，和對方同步觀看視頻，聽音樂，共享屏幕。
蘋果利用自己生態的優勢來提升自己產品的粘性，目前已經看到一些小遊戲在嘗試使用SharePlay，相信後面基於SharePlay 越來越多的創新玩法會湧現。
Android平臺目前還沒有類似的玩法和生態系統，不知後續是否會進行更新。但不妨礙第三方公司會推出類似玩法和跨平臺的方案的體驗，但SharePlay利用了蘋果特有的權限，第三方的實現可能很難達到類似的跨平臺的體驗。
目前可以看到體驗共享方向的產品越來越多，比如 K歌體驗共享：線下K歌可以與朋友對唱，及時聽到好友演唱， 在超低延遲的加持下 ，線上K歌可以連麥，獲得無感知延遲的合唱體驗。聽歌體驗共享：“一起聽”是在線聽歌中的新的休閒娛樂模式，讓聽歌和社交互動完美結合。當兩個陌生人配對成功並“一起聽”， 還可以進行實時的語音視頻以及其他的互動玩法。觀影體驗共享：和一起觀影的人討論電影可以增加觀影樂趣，新技術驅動下，在線上觀影場景中，逐漸產生了更多的共享體驗模式。
同時也不難想象，未來會有更多類似體驗共享的應用通過同播共享給自己的APP加入一些新的有創意功能的團隊，這一功能的未來也是無可限量。
10.Safari 更新導致大量bug
在iOS 15.0 Safari的更新中，增加了很多WebRTC相關的特性，比如Insertable stream的支持，可以用來端到端加密，屏幕共享、HTTP3.0的支持，甚至支持在瀏覽器中跟facetime互通。但同時也出現了很多bug，對WebRTC影響比較大的是，iOS15.1系統在使用WebRTC推流的時候會導致crash， iOS 15.0的safari中websocket如果在服務端開啓了壓縮，會導致連不上。
11.WebRTC 要實現SVC了
其實WebRTC很早就支持了vp9的SVC, 但一直只能通過命令行開啓，並不能默認打開。後來SVC成爲WebRTC 1.0 API的擴展規範， 現在可實現完備的SVC支持。SVC在視頻會議場景中很受用，但也帶來了不少問題，比如在移動端開啓了SVC後，可能就要放棄硬件編碼， 一個很美好的技術到真正落地的時候總會帶着很多遺憾和取捨。
諮詢了Intel 給Chrome做硬件編解碼支持的專家後，瞭解到這次SVC的實現並不是那麼的完美：
“其實是給av1用的 vp9還不理睬這個api 264只會支持L1T2和L1T3。然而av1的硬件編碼我只在windows上加了支持，且只會以後支持L1T2和L1T3。除非你只用軟件編碼”。現在讓我們靜靜等待SVC， 有總好過沒有。
12.兩年後 Skype Web版本現在也能在Firefox上使用了
2020年，由於COVID-19的流行，線上視頻會議這一溝通方式開始意外走紅，微軟也跳上了這一行列，這並不奇怪。Skype 作爲VOIP鼻祖級別的公司，被微軟收購之後反而走向了下坡路，很多人可能已經忘記了Skype。微軟的Teams推出之後， 由於跟Office 套件的捆綁策略迅速搶佔了大量的企業辦公協同市場， 就在人們以爲微軟會放棄Skype之後， Skype終於讓他的web版本，支持了firefox。
前一段時間甚至傳出微軟會重新定位Skype， 主打年輕人。那對於Skype爲什麼要支持web端，就像是蘋果終於讓FaceTime支持web端大概思路是一樣， 雖然Web中WebRTC的體驗沒法跟native的體驗相比，但Web所具有的一大優勢就是不用下載，人人往往低估了這一優勢， 個人的看法是當web端的功能或者體驗能達到native 的70%的時候，人們會積極的擁抱Web的版本。
13.Edge瀏覽器將支持GeForce Now服務
自從微軟將Edge從其自制的EdgeHTML引擎切換到Chromium之後，對WebRTC的支持越來越好， 最近Edge瀏覽器將支持GeForce Now服務， XBox玩家可以把他們的PC遊戲通過Edge瀏覽器串流到主機遊戲上玩， 看起來這是一個基於WebRTC的局域網雲遊戲，好奇他們在局域網下基於WebRTC的雲遊戲可以做到端到端多少毫秒的延遲。
值得一提的是，今年9月的Edge瀏覽器更新，還添加了對另外一個雲服務——谷歌Stadia的支持，允許玩家在Xbox主機上使用Edge瀏覽器在谷歌Stadia上玩遊戲。
14.ClubHouse 上線支持Replay功能
作爲最火的音頻直播產品ClobHouse依舊保持比較快的迭代能力， 最近支持 Replay能力， 說的通俗一點就是支持直播的回放能力。ClobHouse在回放的能力之上又做了一些創新，可以讓房間創建者在直播結束之後看到誰在聽一個房間的回放，還可以讓他們與其他沒有實時收聽的用戶聯繫。回放能力雖然已經被應用的很多，但我比較好奇的是如果支持了回放能力就跟以前的博客有什麼區別呢？這個問題可以延伸到直播和短視頻的對比上，直播的創作成本很低，短視頻的創作成本較高，但單位時間內信息密度明顯直播小於短視頻很多，目前短視頻的消耗時長也明顯高於直播。
ClubHouse的音頻直播的空間有多大呢？我簡單的搜索了一下Clubhouse的Google Trends，最近半年搜索量是逐漸下降的，祝ClubHouse好運。
15.WebOBS直播推流工具要流行起來了?
OBS一直是企業直播/個人直播的主流的直播推流工具， StreamLab這家基於OBS開發直播工具的廠商也在19年被羅技以8900萬美元的現金收購。隨着Web端能力越來越強大， 比如WebGPU, WebCodecs，WebTransport，WebAssembly，這些技術的出現讓在Web端進行複雜的音視頻處理，合流，美顏，人像分割等等成爲了可能。
16.騰訊雲 Penguins AI-Codec 超低碼率高清語音編解碼解密
騰訊會議發佈的Penguins 音頻編解碼器，也與研發人員交流了行業情況。目前微軟的Satin 音頻編碼號稱在Teams中1v1通過場景中落地，Google 的SoundStream 還沒有看到具體的落地消息。
很開心的是看到騰訊在這個方向其實走在了前列。
摘抄文中的一段話非常認可：
5G乃至未來更強的通信技術發展會帶來更豐富的帶寬資源，但人們對實時音視頻體驗的追求也是無止境的。我們不僅需要聽得清，還需要聽得真。對於實時的全頻帶音頻傳輸、空間音頻技術乃至聲場重建等技術，高效率編解碼器可以爲這些技術帶來更可靠有效的基礎支持；而且在現實情況中總是會有弱網情況的出現，通過高效編解碼節省的資源可以用於抗性提升，保障實時通信的穩定性。因此，Penguins及其未來演進版本的提出，將有非常廣闊的應用前景。
17.Ringcentral：給你的會議增加AI能力
Ringcentral 近日更新了他們的會議產品，這次主打AI能力。這幾個能力包括：
1，自動跟隨能力。當你進行移動的時候你的採集畫面的焦點會跟追你的面部；
2，低光補償。當你在昏暗環境下開會的時候，AI算法會自動進行燈光補償；
3，視頻濾鏡。可以爲你的畫面增加更有趣的效果。
無獨有偶的是Zoom 前一段時間剛增加了自動翻譯能力，Google Meet 前一段時間也增加了燈光自動補償等能力，Around 也增加了自動跟隨和智能降噪等能力。在視頻會議越來越同質化的現在，各家產品不得不開始進行微創新來增加用戶粘性。
18.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的協商問題，最終也還是失敗了。
19.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
20.WebKit 發佈135版本，增強音視頻採集,渲染以及端到端延遲統計能力
蘋果在進一兩年明顯加大了在Web技術上的投入，一部分原因可能來自Chrome的壓力，另一部分原因可能來自這兩年越來越多App Store的反壟斷以及30%的收入分成，更具體的原因需要蘋果自身來回答了。在最新的版本中我們主要關注音視頻相關的更新， 新版本支持了requestVideoFrameCallback API, 該API可以讓我們統計採集延遲，端到端網絡延遲，渲染延遲等數據指標，Chrome中已經支持該API。在WebRTC方面的優化則包括延遲的降低，VP9-SVC的增強， 以及對H265編解碼的增強， 其他的具體的優化可以自行查看。
21.Chrome M97 Beta發佈，重磅能力WebTransport發佈
Chrome M97 版本進入Beta 階段，正式版本22年1月4號發佈， 該版本帶來今年最期待的能力：WebTransport。WebTransport提供低延遲,client和server之間雙向通信的能力。WebTransport 提供基於HTTP3實現的API, 自動獲得QUIC和HTTP3本身的特性，比如應用層的擁塞，避免隊頭阻塞。雙向通信的能力，多個傳輸通道複用一個連接的能力，能夠很好的替代WebSocket。提供發送/接受不可靠UDP的能力，這個是瀏覽器一直欠缺的能力。我之前寫過一篇文章詳細的結果過WebTransport，歡迎查看。
另一個很多人沒注意的點是移除了SDES Key Exchange，使用SDES Key Exchange 可以繞過DTLS協商，使用SDP的方式完成加解密的協商， 使用該方式可以降低WebRTC連接的時間，以及提高連接成功率，但google認爲是降低了安全性，在M97中這個特性被徹底移除了。
另一個比較重要的能力”Region Capture“進入了實驗階段， 這個”Region Capture“可以讓你在屏幕共享的時候只採集屏幕的某一部分，非常有用的一個特性，期待早點結束實驗。
22.百度發佈Metaverse產品"希壤"
用戶在使用希壤的時候需要創建好虛擬的人物形象以及暱稱，生成一個獨一無二的虛擬人物。然後即可進入到希壤App內構造的虛擬世界中，然後通過屏幕上的搖桿進行方位上的走動， 在該虛擬世界中，用戶可以通往三個小場景，分別是“馮唐藝術層”、“百度世界大會”，以及鮮奶體驗館。無獨有偶，前一段時間網易發佈瑤臺， 產品定位爲”在虛擬世界，一起工作、學習、聚會“。其他的產品還看到兔子洞雲活動，tatame虛擬活動平臺，元象唯思也發佈了他們的”XVERSE大世界“， 這個方向會越來越熱鬧。
23.WebRTC服務商Daily獲得4000w$ B輪融資
最近WebRTC 服務商Daily宣佈獲得4000w$ B輪融資， 相比於國內已經非常紅海的RTC PaaS領域，國外才進入發展快車道。前一段時間 100ms.live 宣佈拿到450w$融資，提供RTC PaaS服務，此外Zoom和Webex在今年都推出了RTC PaaS服務。
Daily的服務很有自己的特色，主打快速接入， 他提供了”prebuild“ 自帶UI的音視頻通話組件，讓你可以引入一個js文件就能具備音視頻通話能力，也提供了豐富的restful API來進行房間和用戶的管理。另外Daily主打的一個場景是在線醫療和在線問診場景，提供全流程的方案。
目前Daily提供的方案都是基於js版本， native也只提供了react-native版本的SDK，看創始人說正在開發基於rust版本的SDK，這輪融資之後會引入多位音視頻領域的人才以及繼續完善產品。
國外RTC領域還有機會，國內的玩家不妨多多出海去卷。
24.Subspace: 構建實時互聯網
最近初創的公司Subspace登頂Producthunt， Subspace給自己的定位是構建全球實時網絡，RTC領域的夥伴對這個應該不陌生， 比如騰訊雲音視頻的RT-ONE網絡，聲網的SD-RTN, 都是在爲構建全球實時網絡而生。Subspace給出的產品解決方案有三個， 一個是數據包的網絡加速， 第二個是全球的Turn加速網絡， 第三個是SIP電話加速。其中第一個數據包的加速其實上國內這些雲廠商都有，只是很多不是專門爲音視頻而生。第二個全球的Turn加速網絡，目前已經有兩三家提供過類似的方案，包括twillio，但目前已經在twillio官網找不到相關的產品鏈接了，某種程度上也說明這個點可能並不是那麼痛， 上個月也聽到Cloudflare要在他的全球200多個節點上提供Turn加速服務。
Subspace 的理想是很美好的，要解決的事情一些雲廠商巨頭也會關注，期待Subspace能提供比大的雲廠商更優的產品解決方案。
25.秒點：遠控產品創新繼續
遠程控制相信大家都不陌生，qq其實自帶遠程控制能力， 企業遠控方向也有很多傳統的玩家， 比如國外的Teamviewer(市值80億$)，Splashtop, Logmein, Remotepc，AnyDesk等等產品，國內有向日葵， ToDesk，幫我吧等等產品。這個方向的傳統的玩家很多產品也很完善了， WebRTC本身的成熟提供了新的創新的可能， IOT方向也有了更多的場景，我們稱之爲面向控制的RTC，我也非常看好這個方向。秒點是我身邊一個朋友創業的項目， 前雲帆加速聯合創始人扶凱新的創業項目。
26.實時音視頻大會
本週看到國外一個新創辦的實時音視頻技術的大會 — RealTimeConference， 當一個方向的技術大會或者行業大會的越來越多的時候是不是也能說明這個方向也越來越成熟。
在國內有包老闆舉辦的LiveVideoStack, 聲網搞的RTE大會， 國外還有Kranky Geek 大會 以及 Demuxed 大會。這裏重點說一下包老闆的LVS, 不遠的將來LVS就要進入美國市場。
References
[1] https://groups.google.com/g/discuss-webrtc/c/5761etCrSuA/m/hEJto5xwBgAJ: https://groups.google.com/g/discuss-webrtc/c/5761etCrSuA/m/hEJto5xwBgAJ [2] https://webrtchacks.com/red-improving-audio-quality-with-redundancy/: https://webrtchacks.com/red-improving-audio-quality-with-redundancy/ [3] https://bugzilla.mozilla.org/show_bug.cgi?id=1654112#c361: https://bugzilla.mozilla.org/show_bug.cgi?id=1654112#c361 [4] https://blog.webex.com/contact-center/every-interaction-counts-with-enterprise-cpaas/: https://blog.webex.com/contact-center/every-interaction-counts-with-enterprise-cpaas/ [5] https://36kr.com/p/1468541718547209: https://36kr.com/p/1468541718547209
[6] https://webkit.org/blog/12040/release-notes-for-safari-technology-preview-135/ : https://webkit.org/blog/12040/release-notes-for-safari-technology-preview-135/
[7] https://web.dev/requestvideoframecallback-rvfc/ : https://web.dev/requestvideoframecallback-rvfc/
[8] https://www.chromestatus.com/roadmap : https://www.chromestatus.com/roadmap
[9] https://blog.chromium.org/2021/11/chrome-97-webtransport-new-array-static.html : https://blog.chromium.org/2021/11/chrome-97-webtransport-new-array-static.html
[10] https://www.36kr.com/p/1488831014274176 : https://www.36kr.com/p/1488831014274176
[11] 網易瑤臺: https://yaotai.163.com/ : https://yaotai.163.com/
[12] http://www.tuzidong.cn/ : http://www.tuzidong.cn/
[13] https://www.daily.co/blog/announcing-our-40m-series-b/ : https://www.daily.co/blog/announcing-our-40m-series-b/
[14] https://www.100ms.live/ : https://www.100ms.live/
[15] https://subspace.com/resources/subspace-is-an-internet-built-for-real-time : https://subspace.com/resources/subspace-is-an-internet-built-for-real-time
[16] https://realtimeconference.com/ : https://realtimeconference.com/
[17] https://www.krankygeek.com/ : https://www.krankygeek.com/
[18] https://demuxed.com/ : https://demuxed.com/
[19] https://www.livevideostack.cn/ : https://www.livevideostack.cn/