11月末、つまり19から21日に、次のWebRTC Expo会議がカリフォルニア（サンタクララ）で開催されました。 今回は、参加者のリストに多数の新しい名前が補充され、私たち（Zingayaが代表）はそのスポンサーの1人でした。 主催者によると、今回の参加者数は1000人に達しました。または、企業（Google、Cisco、Mozilla、Avaya、Ericssonなどを含む294社）を数えると、会議全体に関する情報を含む小さなレポートを作成しました。具体的には、
VoxImplantプラットフォームと、ステージでデモンストレーションした新しい機能についてです。
今回、デモンストレーションはすでに1年前よりもはるかに複雑で興味深いものでした。企業がイベントに向けてより徹底的に準備していることは明らかであり、一般に、製品とサービスでWebRTCをサポートするためにより多くの時間とエネルギーを費やし始めました。これは朗報です。 さらに、WebRTCをサポートするブラウザーの数は、モバイルChromeとFirefox、およびOperaバージョン18のデスクトップバージョンで補充されました。カット写真、ビデオ、および会議およびWebRTCの世界からのその他の詳細。
MTI（実装が必須）ビデオコーデック
WebRTCワーキンググループがまだ解決できていない問題の1つは、WebRTCの必須のビデオコーデックです。 最初から、この問題について議論するとき、2つの陣営が生まれました-一部はWebRTC VP8のメインビデオコーデックの役割をサポートし（将来のVP9）、Googleが率い、他は-H.264（将来のH.265）（このサポーターの数に留意する必要がありますコーデックはVP8のコーデックよりも特に小さくなく、Microsoft、Apple、Cisco、その他多くのコーデックが含まれます。 このような場合に起こるように、誰もが自分の選択肢が優れている理由を持っています。 このトピックに関する最後のIETFミーティングの直前に、CiscoのメンバーはOpen H.264イニシアチブで油を注ぎました。 要するに、その本質は次のとおりです。シスコは、H.264エンコーダー/デコーダーを備えたバイナリを市場に投入しました。すでにすべてのロイヤリティを支払っていて、MPEG- LA バイナリが何らかの理由であなたに合わない場合、Wellcomeはそのオープンソースコードを掘り下げますが、シスコのライセンスはもう機能しません。作成を使用するためのライセンスを取得するには、MPEG-LAに屈する必要があります。 FirefoxのWebRTCエンジンは本質的にシスコであるため、Mozillaの仲間は、両方のビデオコーデックを一度にサポートすることを気にしないと言いました。 しかし、Googleはこの見込み客をあまり好まなかったため、IETF会議で再びこの問題の解決策を見つけることができませんでした。 したがって、トランスコーディングはすべて、またはトランスコーディングではなく、もっと巧妙なものですが、テキストの後半で詳しく説明します。
新しいVoxImplant機能
デバッガー
9月下旬に、リアルタイム通信サービスの開発者向けの
クラウドプラットフォームを開始しました 。これにより、Webおよびモバイルの開発者は、テレフォニーを（既存のアプリケーションや開発済みのアプリケーションにだけでなく）簡単に統合できます。 プラットフォームの際立った機能の1つは、Javascriptで呼び出しを処理するためのサーバー側スクリプトを作成できることです。これらの同じスクリプトのおかげで、既存のバックエンドと統合するのに非常に便利です。スクリプトからHTTPリクエストを作成したり、逆にスクリプトにHTTPリクエストを作成したりできるためです。 このアーキテクチャについて多くの肯定的なレビューを受けました（実際、フロントエンドJS開発者は、Node.jsに精通している開発者は言うまでもなく、呼び出しを管理するための重いサーバー側スクリプトを自分で書くことができます）が、そこで止まらないことにしました。 開発者は通常、いくつかのコードを書いた後に何をしますか？ そう、テストとデバッグ。 VoxImplant（少なくとも私たちが使い慣れているもの）に機能が似ているプラットフォームはどれも、ブラックボックスを隠すREST APIを提供するアーキテクチャのために、通常のデバッグツールを提供しません。 開発者がブラウザでJavascriptアプリケーションをデバッグする方法について少し考えた後、リモートサーバースクリプトデバッガの作成を開始し、展示会に間に合うようにすべてを完了することができました。
この画像には、VoxImplantデバッガーインターフェイスが表示されています。これにより、スクリプト内の問題やエラーをすばやく見つけ、呼び出し中に即座にデバッグできます。 すべてがChromeデベロッパーツールやFirebugと非常に似ているため、ウェブデベロッパーは簡単に把握できます。 テストコールをデバッグし、アプリケーションを介して他の誰かが呼び出すのではなく、電話番号またはIPアドレスのいずれかで、デバッガーの起動時にフィルターを使用できます。
Mobile SDK（iOS）
世界の動員が加速的なペースで継続していることは周知の事実であり、この傾向を無視するつもりはありません。 まず、
iOS用のモバイルSDKを
リリースしましたが、コールを受信するためのバックグラウンドモードをサポートすることを忘れていましたが:)
問題はすぐに修正され 、誰でもいつでもモバイルSDKを使用できるようになりました。 モバイルSDKの近い将来の計画-ビデオコールのサポート、および「悪い」データチャネルで作業するときの品質を改善するためのコーデックのさらなる最適化。
ビデオ通話
現時点では、この機能は、SDKがFlashモードで実行されているときにWeb SDKで使用できます。WebRTCモードでのビデオコールのサポートはほぼ準備ができていますが、完了する必要があることがいくつかあります。 VoxImplantを介したビデオコールは、SDKの間だけでなく、SIPからも作成できることを忘れないでください。 一般的に、2014年の第2四半期に近いすべてのニュアンスを最終的に処理する予定です。
WebRTC Expoでのスピーチの興味深い瞬間の1つは、完全なトランスコーディングなしのWebRTC（VP8コーデック）からSIP（H.264コーデック）への呼び出しのデモンストレーションでした。 コンセプトは、ビデオコーデックをその場で変換できることで、すべてを通常の画像に拡大して圧縮し直すことはできません（たとえば、FFMPEGのように）。 したがって、ソリューションのパフォーマンスを大幅に向上させ（数回）、遅延を減らし、品質をほとんど損なうことがありません。
ソリューションはプロトタイプレベルであり、まだ多くの作業が先にありますが、必須のビデオコーデックに関するWebRTCワーキンググループの不確実性を考慮して、すべてのコミュニティに大きな関心を寄せました。
私たちのパフォーマンスの完全なビデオを以下に見ることができます。
別の角度からデモを表示するためのリンク
会議のすべてのビデオへのリンク
写真愛好家に加えて、私は展覧会からいくつかの写真を投稿します
私たちのブース:)準備中
私たちは会議のスポンサーの一人だったので、クッキーとそのすべて
少女は、1つのポケットベルを配布し、訪問者と話すことで、製品の本質を人々に伝えるのを助けました
PSご清聴ありがとうございました！ 展示会、WebRTC、VoxImplantについての質問にお答えします。