跳到主要內容
AI News HubLIVE
站內改寫1 分鐘閱讀

盧克·柯利批評WebRTC:為低延遲犧牲音頻質量,AI語音提示不準

文章摘要

盧克·柯利發文批評WebRTC設計——在弱網條件下積極丟棄音頻包以保持低延遲,導致LLM提示詞失真。他指出,用户更願多等200毫秒換取準確提示,但瀏覽器內無法重傳WebRTC音頻包。

盧克·柯利批評WebRTC:為低延遲犧牲音頻質量,AI語音提示不準
報告錯誤

更正渠道尚未開通,可先複製下方文章資訊留存。

查看更正說明
直接讀正文

OpenAI工程師盧克·柯利近日發表尖鋭評論,直指WebRTC協議在AI語音交互場景中的根本性缺陷。他指出,WebRTC的設計優先保障實時通信的低延遲,卻在網絡條件不佳時主動丟棄音頻包,導致用户輸入的語音提示詞嚴重失真。

柯利在文章中寫道:“WebRTC就是為了降級和丟棄我的提示詞而設計的。”他認為,在AI語音應用中,提示詞的準確性遠比極致的低延遲更重要。對於需要昂貴計算資源的LLM(大語言模型),一次錯誤的提示意味着整個回答的失敗,用户“寧願多等200毫秒也要讓提示準確”。

然而,WebRTC的實現並不允許這種等待。柯利透露,在Discord工作時他們就嘗試過重傳音頻包,但在瀏覽器環境中完全不可行。WebRTC的編碼機制“硬編碼了實時延遲,否則就罷工”。這意味着,即便AI應用需要更可靠的數據傳輸,也無法繞過這一限制。

柯利的評論是對OpenAI官方博客《如何大規模交付低延遲語音AI》的回應。他引用自己此前在博客《WebRTC就是問題》中的觀點,強調當前語音AI的瓶頸不在模型本身,而在通信協議的取捨。他的發言已在開發者社區引發熱烈討論,許多人呼籲WebRTC標準制定者考慮AI場景的新需求。

展開要點與分析

文章情報

工程師進階

要點

  • WebRTC為低延遲主動丟棄音頻包,導致提示詞失真。
  • 用户寧願等待額外延遲也要保證提示準確性。
  • 瀏覽器內無法重傳WebRTC音頻包,問題固化為實現缺陷。

要點與分析由自動化流程生成,可能有誤,請結合原始來源核實。