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

山姆杜頓

Chrome 47 包含數個重大 WebRTC 強化項目與更新。

使用網頁應用程式錄製影片

MediaStreamRecorder API 一直以來都是 chromium.org 的主要要求，擁有超過 2500 顆星。媒體錄製功能現已加入 Chrome 的實驗性 Web Platform 功能旗標，但目前僅供電腦版使用。這可讓你錄製及播放或下載影片。WebRTC 範例存放區提供了簡易示範，詳情請參閱 discuss-webrtc 公告。您可以前往 github.com/niklasenbom/RecordingApp 使用 Chrome 應用程式範例，從擷取螢幕畫面錄製影片。這是全新的實作方式，可能還是會發生錯誤。如果遇到問題，請在存放區中回報問題。

WebRTC GitHub 範例存放區中的 MediaRecorder 示範螢幕截圖

音訊輸出裝置選項

已釋出 MediaDevices.enumerateDevices()。詳情請參閱 Chromium 問題 504280。除了 MediaStreamTrack.getSources() 提供的音訊輸入和視訊輸入裝置外，您現在可以列舉音訊輸出裝置。若想進一步瞭解使用方式，請參閱這篇文章。

Windows 的裝置支援

現已新增 Windows 預設通訊裝置支援。這表示在 Windows 中列舉音訊裝置時，通訊裝置 (ID 為「communications」) 會有一個額外項目。

系統不會再對預設音訊裝置 (以及 Windows 上的通訊) 的裝置 ID 進行雜湊處理 (問題 535980)。而是支援「預設」和「通訊」這兩個保留 ID，且所有安全性來源都相同。裝置標籤會轉譯為瀏覽器語言代碼，因此開發人員不應預期標籤有預先定義的值。將擷取時間戳記全部傳播到轉譯演算法，以改善影片轉譯準確率，屆時即可據此選擇正確的 vsync。對於 Windows 平台，Chrome 47 版中的擷取時間戳記也更為準確。

Proxy 處理

Chrome 47 版新增偏好設定，強制透過本機 Proxy 伺服器傳送 WebRTC 流量 (如有設定)，這對透過 VPN 瀏覽的部分使用者來說至關重要。這表示 WebRTC 應用程式只會看到 Proxy IP 位址。請注意，這會影響應用程式效能，而且除非應用程式支援 ##/TCP 或 ICE-TCP，否則完全無法運作。即將推出新版 WebRTC Network Limiter Extension，以提供此偏好設定的使用者介面。如要進一步瞭解 IP 位址「外洩」，請參閱 WebRTC 的後續步驟。

WebRTC 網路限制工具 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 錯誤頁面。

試聽帶

瞭解詳情