5月中旬、サンフランシスコでGoogle I / O 2013カンファレンスが開催されました。Googleは伝統的に最も有望な製品を展示し、近い将来利用できる新しいツールとテクノロジーについて開発者に伝えます。 今回はカンファレンスがラリーペイジによって開かれました。 残念ながら、新しいアンドロイドは発表されませんでしたが、他にも多くの興味深いことがありました。 WebRTC専用のセッションを詳しく見ていきます。このセッションにはなんとか参加することさえできました。 カットの下のすべての詳細、ビデオ、リンク。
WebRTCに関するセッションはJustin Uberti（WebRTCテクニカルリード）とSam Duttonによって行われました。Justinはすでに長い間知っています。WebRTCワーキンググループに参加しているすべての人は多くの問題について話します。 Chromeでは、いつでも直接、またはメーリングリストを介してJustinと通信できます。 ちなみに、Google ChromeはWebRTC機能が使用できるようになった唯一のブラウザです（Maxthonもありますが、実装はまだ不十分です）。Firefox21では、ブラウザ設定の特別なフラグの後ろに隠れていますが、Mozillaはすでにバージョン22であると約束していますすべてがデフォルトで有効になります。FF22のおおよそのリリース日は6月中旬です。 6月中旬から、世界のすべてのブラウザ（デスクトップバージョン）の半分以上がWebRTCをサポートすることが予想されます。 標準自体はまだ開発中ですが、その重要な部分はすでに準備ができており、使用することはかなり可能です。 WebRTCについてのセッションに戻ると、いつものように、WebRTCとは何か、何を使用するかを説明するための入門部分がありました。そして、最も興味深いのは、新機能、APIの最近の変更、標準を使用したサービスの例です。
すべての人にとって、プレゼンテーションはhttp://io13webrtc.appspot.com/で入手できます。 ぜひお読みください。
Zingayaの例を使用して、WebRTCから通常の電話網への通話が25分間表示される別のビデオセッションがあります。 Googleのスタッフが私たちと私たちの仕事にマークを付けてくれたことをとても嬉しく思いました。 WebRTCワーキンググループはそれほど大きくはありませんが、この少数の人々が現在、今後10年間のリアルタイムコミュニケーションの将来を決定しています:)
見るのが面倒な人のために、キーポイントを強調しました：
- JavaScriptの観点からWebRTCは3つのAPIです：MediaStream（+ getUserMedia）、RTCPeerConnection（以前はPeerConnectionのみ）、RTCDataChannel
- getUserMediaでは、制約を渡すことができます-解像度、fps、オーディオ/ビデオのデータ型などを設定できます。
- WebAudio APIはMediaStreamに関連付けてサウンドを処理できますが、WebAudioは開発中であり、Chrome構成のフラグの後ろに隠れています
- スクリーンキャプチャ実験はかなり成功しており、WebRTCの一部になる可能性が高い
- RTCDataChannelはほぼ準備ができており、安全なチャネルを介したp2pデータ送信が可能です。また、信頼性と信頼性の両方の動作モードがいくつかあります
- TURNサポート、WebRTCと互換性のあるSTUN / TURNサーバーの最初のプロバイダーが既にあります
- エラー処理APIのアクティブな作業が進行中です。現在、Chromeで便利なchromeが利用可能になりました。
また、どのビデオコーデックが必須として認識されるかなど、解決策がまだ明確ではない問題もあります。 GoogleとMozillaはVP8を選択しましたが、AppleとMSFTは明らかにVP8に満足しておらず、H.264をサポートすることを好むことに加えて、モバイルデバイスではこれが最良の選択ではないことをよく認識しています。 これまでのところ、唯一の解決策は両方のコーデックを必須にすることですが、H.264はロイヤリティフリーではなく（MPEG LAがライセンスの責任を負います）、このプロセスが複雑になる可能性があります。
さて、最後に、WebRTCについての良い引用：
WebRTCとHTML5は、元のブラウザが情報に対して行ったのと同じリアルタイム通信の変換を可能にします。
フィル・エドホルム
-NoJitter