Chrome 47 WebRTC：媒體錄製、安全來源和 Proxy 處理

Sam Dutton

Chrome 47 包含多項重要的 WebRTC 強化功能和更新。

從網頁應用程式錄製影片

MediaStreamRecorder API 一直是 chromium.org 最熱門的要求，獲得超過 2500 顆星。Chrome 現在已在實驗性 Web Platform 功能旗標後方新增媒體錄製功能，但目前僅適用於電腦版。這樣一來，你就能錄製、播放或下載影片。WebRTC 範例存放區提供簡單的示範，您也可以參閱 discuss-webrtc 公告瞭解詳情。如需從螢幕擷取畫面錄製影片的 Chrome 應用程式範例，請前往 github.com/niklasenbom/RecordingApp。這些都是全新實作項目，可能仍有待修正的錯誤：如果遇到問題，請在存放區中提出問題。

WebRTC GitHub 範例存放區中的 MediaRecorder 示範畫面截圖

選取音訊輸出裝置

MediaDevices.enumerateDevices() 已發布。詳情請參閱 Chromium 問題 504280。除了 MediaStreamTrack.getSources() 提供的音訊輸入和視訊輸入裝置外，現在還可以列舉音訊輸出裝置。如要進一步瞭解如何使用，請參閱這篇更新說明。

Windows 裝置支援

現在已新增 Windows 預設通訊裝置支援。也就是說，在 Windows 上列舉音訊裝置時，通訊裝置會多出一個項目，其 ID 為「communications」。

預設音訊裝置的裝置 ID (以及 Windows 上的通訊) 不再經過雜湊處理 (問題 535980)。而是支援兩個保留 ID「default」和「communications」，且這兩個 ID 在所有安全來源中都相同。裝置標籤會翻譯成瀏覽器語言代碼，因此開發人員不應預期標籤會有預先決定的值。我們將擷取時間戳記傳播到算繪演算法，以便根據該時間戳記選擇正確的垂直同步，進而提升影片算繪準確度。在 Chrome 47 中，Windows 平台的擷取時間戳記也更加準確。

Proxy 處理

Chrome 47 新增了偏好設定，可強制透過本機 Proxy 伺服器傳送 WebRTC 流量 (如有設定)，這對透過 VPN 瀏覽的使用者來說非常重要。也就是說，WebRTC 應用程式只會看到 Proxy IP 位址。請注意，這會影響應用程式效能，而且除非應用程式支援 TURN/TCP 或 ICE-TCP，否則完全無法運作。WebRTC 網路限制器擴充功能的新版本即將推出，屆時將提供這個偏好的使用者介面。如要進一步瞭解 IP 位址「洩漏」問題，請參閱「WebRTC 的下一步」。

WebRTC Network Limiter Chrome 擴充功能

...以及更多

大幅提升高延遲連線的資料通道輸送量。

我們將在 Chrome 47 的時間範圍內，逐步推出 DTLS 1.2 支援功能。

雖然這個版本不支援 VP9 和 H.264，但我們仍在努力開發，希望能在 Chrome 48 中支援 VP9 和 H.264 的初始版本 (需啟用旗標)。

公共服務宣導

  • 自 Chrome 47 起，只有安全的來源 (HTTPS 或 localhost) 才能發出 getUserMedia() 要求。
  • 已移除 RTP 資料管道支援功能。如果還有應用程式使用 RTP 資料通道，請改用標準資料通道。

與所有版本一樣，我們鼓勵開發人員在 Canary 版、開發人員版和 Beta 版中試用 Chrome，並回報發現的任何問題。我們非常感謝您提供的協助。如需如何提交優質錯誤報告的指標，請參閱 WebRTC 錯誤頁面。

示範

瞭解詳情