RTCPeerConnectionのWebRTCの（）原理分析

• 以下からgetUserMedia()のRTCPeerConnection()、それが急激に増加困難であることから。一方、我々はコンピュータネットワークジュニア次の学期のコースを始めました。私は1つのカメラを呼び出す前に、ROSを学んでいるとき、周辺インターフェース呼び出し、カメラパラメータは、基礎となるLinuxプラットフォームを理解するために学ばなければならないと思います（ - 「クローズドループを完了するために、完全な自己認識」自閉症）ネットワーク通信の理解が閉ループ自動閉鎖状態を達成するために、その失敗にまだあります
• ICE、SDP、NATゲートウェイ、STUNの顔 、TURN と言い換える異常な無知力（説明はこれを参照することができはじめ、テキストを書く彼らの理解を高めるだけでなく、この部分の同じ混乱のための参照を提供するように）

EDITORIAL

• 現在、のWebRTC情報の一部読んだ後RTCPeerConnection()もに、最も困難なだけでなく、最も重要であるRTCPeerConnection()のWebRTCの各一部をシグナル伝達が最も難しいですが、最も重要なのが、私はこの部分を明確にしたいです、クロスプラットフォームのビルドの種類は非常に参考になります（PC間で、アンドロイド、ラズベリーパイ）

• このようなアーキテクチャモデルとの間の通信に必要なプロトコル、装置、基本的な手順として、コンピュータネットワークの基本的な知識を理解して確立

• OK、参照達成するためにどのように最終的にP2PののWebRTCに基づいて物理デバイスの現実を見るために実用的な観点から、様々な特定のAPIを無視するのWebRTCセッションの寿命を

現実的な物理学のWebRTC P2P実装

• 確かに我々はすべての速達郵便の寄付が、このプロセスを説明するための対応のWebRTCの下、非常に典型的なP2Pのプロセスであり、私は表現送ら

1. getUserMedia() 、クラスの解像度をビデオ、および機器の選択に設定します|あなたがオーディオを取得することで対応するのWebRTCで、送信したいものを見つけるために、

2. RTCPeerConnection()されsignaling、フォーム、メールボックスやビニール袋がうまくロードされるように何に対処するために物事を送信する（通信プロトコル）をどのような宅配会社を選択して類似したくない、宅配便のオープンノート（メディアコーデックとフォーマット）の領収書の使用はありません、アドレス（IPアドレスとポート情報）に送られ、その後、あなたは宅配便を送ることができ埋めます

   シグナリングは、任意のルーティング情報を必要と同様に、通信プロトコル、チャネル、メディアコーデックおよびフォーマット、およびデータ転送方法を決定するために、2つのデバイス間で制御情報を送信する処理です。

   シグナリングの中に交換する必要のある情報の3つの基本タイプがあります。

   • 制御メッセージは、オープン、設定、および通信チャネルを閉じて、エラーを処理するために使用されます。
   • IPアドレッシングとピアがお互いに話をすることができるようにするために必要なポート情報：接続をセットアップするために必要な情報。
   • メディア機能ネゴシエーション：ピアがどのようなコーデックやメディア・データ・フォーマットを理解することができますか？これらはのWebRTCセッションを開始する前に合意する必要があります。

3. RTCPeerConnection()上記を達成するためにAPIのシリーズのsignalingプロセスを、内部の次のセクションでは、このプロセスの詳細な内訳

4. それは1日1回送信される商品の種類がある場合はもちろん、メール配信エラーがあるだろうか、時々 （実際に私はこのような状況に遭遇していないが）異常な状況に遭遇した、ICE restart、配信の新しい方法を見つけるために指し、あなたが配達の新しい方法を見つけるまでは、新しい配信チャネルを見つける前に、元の道を維持するために

具体的な実施プロセスを知らせます

• まず模式図（入れソースを）

• 理論講座：

1. 各ピアはRTCPeerConnectionオブジェクト作成のWebRTCセッションのその終了を表しています。
2. 各ピアは確立icecandidateイベントのハンドラのシグナリングチャネルを介して他のピアにそれらの候補を送信するハンドル。
3. 各ピアは確立トラックイベントのハンドラリモートピアがストリームにトラックを追加した場合に受信されます。このコードは、次のような、その消費者にトラックを接続しなければならない<video>要素。
4. 発信者が作成され、受信と共有は、一意の識別子ピアそれらの間のコールシグナリングサーバ上のコードによって識別することができるように、いくつかの種類のまたはトークン。正確な内容と識別子の形式は、あなた次第です。
5. 各ピアは、合意されたシグナリングサーバに接続し、そのような彼らは両方とメッセージを交換する方法を知っているのWebSocketサーバとして、。
6. 各ピアは、彼らが（ステップ4で設立されたトークンで識別される）同じのWebRTCセッションに参加したいシグナリング・サーバーに指示します。

• プログラムとのタイミング図は、タイミング図を合計するリンクを、絵の接続が大きすぎ、記事に貼り付けではなく、内容を正確に全体のプロセスの接続について説明し