更多由老朋友分享的好消息 WebRTC。
精確：三個好消息和幾項小幅 API 變動。
Chrome 的 RTCDataChannel
RTCDataChannel 已在 Chrome 中實作，simpl.info/dc 中也會提供簡短的示範說明。
這個示範不到數百行的程式碼，會顯示任意資料的點對點通訊。你必須使用 Chrome 25 以上版本，才能使用這項功能，也就是說，新的版本為 Beta 版或初期測試版本。
RTCDataChannel 會充分運用 RTCPeerConnection 工具提供的功能 (至少在 ICE 架構通過防火牆和 NAT 時使用)，而且許多潛在應用程式都希望能實現低延遲：遊戲、遠端桌面應用程式、即時文字即時通訊和檔案傳輸。
如要進一步瞭解 RTCDataChannel，請參閱「開始使用 WebRTC」。
API 變更
較不令人期待，但依然重要：自 Chrome 26 版起，部分 RTCPeerConnection 和 MediaStream API 屬性已成為 getter 方法：
- MediaStream 現在使用
getAudioTracks()方法，而非 AudioTracks 屬性，以及getVideoTracks()而非videoTracks。 - RTCPeerConnection 現在有
getLocalStreams()，而非localStreams，以及getRemoteStreams()而非remoteStreams。
如要一窺 MediaStream 的實際運作情形，請觀看 simpl.info/gum getUserMedia 示範。stream 變數在全域範圍內：請從主控台檢查。同樣地，針對 simpl.info/pc 的 RTCPeerConnection：pc1RTCPeerConnection 物件 pc1 和 pc2 位於全域範圍內。
Google Chrome <=> Firefox
此外， 在 遺失 你 遭到盜用的情況下，Chrome 現在可以與 Firefox「交談」。
您可以前往 webrtc.org/start 試用這項工具，當中包含完整操作說明、原始碼連結，以及 API 差異的相關資訊。
請告訴 Mozilla 和 Google 的幕後推手。
祝您應用程式事業蒸蒸日上！如有任何問題，歡迎在本文中留言，或前往 bugs.chromium.org 通知我們。別忘了，您隨時可以前往絕佳的 chromestatus.com 取得最新的導入資訊。