主にCirrusサンプルチャットに触発されたチャットを作成しました
が、正常に機能する場合がありますが、「NetStream.Connect.Success」がトリガーされない場合があります。両方の接続がポートチェック
に合格
NetGroupアーキテクチャに切り替えて、これらの問題が接続プロセスに関連していると推測する前に、知りたいのですが：
-NetGroupは、NetStream直接接続を介したNetStream接続プロセスで異なる動作をしますか？
-NetGroupの制限は何ですか？私はそれを使用するときより多くの待ち時間があったことを読みました。
さて、何よりもまず、NetStream.Connect.SuccessはNetStreamではなくNetConnectionで起動します。これは、これをすべて設定しようとする人々にとって最大の誤解とフラストレーションです。アドビは、レガシー（歴史的）な理由でこれを行いました。したがって、最初にそれをチェックして、適切な場所で聞いていることを確認してください。
リスナーが適切な場所にあることが確実な場合は、NATまたはファイアウォールの通信に問題があり、特定の状況で一方のピアが他方のピアを認識できない可能性があります。
今グループに関して：
NetGroupは（必然的に）レイテンシーを導入しません。メンバーが14人未満のグループでは、フルメッシュになります（すべてのメンバーが他のすべてのメンバーと直接ピア接続します）。14未満のメンバーグループを使用すると、sendToAllNeighbors（）を使用する場合でも、非常に高速なp2p接続を利用できます。レイテンシーについて耳にするのはpost（）に関するものです。postは、10秒ごとに、降順3、昇順3、部分接続、潜在性が最も低い6、ランダム1に接続しようとするため、新しい遅延を導入する一連の処理を実行します...その後、メッセージを転送しようとします。グループの残りの部分に配布されます。少人数のグループでも、これには1〜2秒かかる場合があります。
これは、rtmfpとそのリングベースのアーキテクチャに関するすべての要点（いわば）を通過するMAXからのビデオへのリンクです。RTMFPについての詳細なビデオ