問題タブ [osc]

TCP モードでOscP5を使用していますが、TcpClientの接続または切断などの変更をリッスンする方法がわかりません。

oscP5 を次のようにインスタンス化します。

ただし、TcpServer リスナーに関連するものはすべて null 参照エラーを引き起こします。たとえば、

それまでの間、私が考えたハックな回避策は、接続数を常にカウントすることです。

数値が増加するとクライアントが接続され、数値が減少するとクライアントが切断されたことを示します。問題は、クライアントが切断されたときに、自分のリストを持っていて、自分のクライアントのリストから欠落しているクライアントを確認しない限り、どの IP/クライアント ID が切断されたかを知る方法が思いつかないことです。これは非常にハックで、おそらくエラーが発生しやすいと感じます。

このシナリオで tcp クライアントの接続/切断イベントを監視するクリーンな方法は何ですか?

私はこのhttps://github.com/Morpheu5/SecondStudy-touchに取り組んできましたが、Xcode が気が狂ってコンパイルを停止することを決定した瞬間まで...まあ、わかりません。これは初歩的なミスの結果に違いないように思えますが、実際にはわかりません。

吐き出すエラーは正確に

これは、TUIO と OSC を含む、私が使用している cinder ライブラリを指します。私が言ったように、それは機能していましたが、MusicStroke* ビジネス全体に取り組み始めたとき、すべてが悪化し始めたと思います。もしそうなら、私はそれらを見ることができません。

私は、さまざまなコンピューターやアプリケーションからの大量の情報をリッスンしている C++ アプリケーション MyMasterApp (windows & mac) を作成しています。(UDP経由のOSC)

つまり、MyMasterApp は、多数の Tracker アプリケーション (同じコンピューター上で実行されている場合とそうでない場合がありますが、同じ有線ネットワーク上で実行されている場合があります) からの追跡データをリッスンしています。また、他の多くのアプリケーション (同じ Wi-Fi 上のモバイル デバイスで実行されている) からの方向データもリッスンしています。すべてのアプリは 30Hz で送信しています。

そう：

/トラッカー/Position1/[f] [f] [f]

/トラッカー/Position2/[f] [f] [f]

/トラッカー/Position3/[f] [f] [f]

/モバイル/向き 1/[f] [f] [f] [f]

/モバイル/向き 2/[f] [f] [f] [f]

/Mobile/Orientation3/[f] [f] [f] [f]

次の場合、（ネットワークパフォーマンス、衝突などに）違いがあるかどうか疑問に思っています。

MyMasterApp はポート 8000 ですべてのメッセージをリッスンし、すべてのトラッカー アプリとモバイル アプリはポート 8000 に送信します。

対

MyMaster はポート 8000 でトラッカー メッセージをリッスンし、ポート 9000 でモバイル メッセージをリッスンします。

どちらもうまく機能しているようですが、どちらを使用するかについての経験則でさえ、どちらか一方にパフォーマンス上の利点があるかどうか疑問に思っています。理論的、または記録された実用的な利点はありますか? それとも、違いはごくわずかですか？

マルチキャスト ビッグ パケットには、複数のクライアントに対するすべての情報とターゲット クライアントへの個々のパケットが含まれますで同じプロジェクトに関するネットワーク パフォーマンスに関する質問があります

これを達成する方法はありますか？もしそうなら、私はある種の例をいただければ幸いです。

ありがとう！