オンラインマルチプレイヤーゲームの基本[終了]

現在、c＃オンラインマルチプレーヤーゲームにリアルタイムで取り組んでいます。目的は、UDPプロトコルを使用してクライアント/サーバーベースの接続を確立することです。これまでのところ、サーバーに接続されているすべてのプレーヤーにデータが届くようにする必要があるため、プレーヤーの動きにはUDPを使用し、イベント（プレーヤーの射撃、プレーヤーの命を失う）にはTCPを使用しました。UDPは「信頼できない」と言われ、一部のパケットが失われる可能性があることを知っています。しかし、接続に影響を与える可能性があるので、TCPとUDPを混在させないようにあらゆる場所を読んでいます。

主な質問は、ネットワークをどのように整理すればよいかということです。

UDPはコネクションレスですが、誰が誰であるかをどのように保存すればよいですか？クライアントのIPアドレスをリストに保存する必要がありますか？

重要なイベントにTCPを使用するか、UDPを使用する必要がありますか？UDPを使用する必要がある場合、データが失われないようにするにはどうすればよいですか？

TCPとUDPの両方を使用することで、各プレーヤーのIPをリスト（UDPの場合）と別のリスト（UDPの場合）に接続されているTcpClientに保存する必要があります。どうすればより効果的に変更できますか？

UDPはオーバーヘッドが少ないですが、知らないうちにパケットが失われるという犠牲があります（TCPのオーバーヘッドの一部は、失われたパケットが確実に再送信されるようにします）。

ただし、UDPを使用する際の大きな問題は、多くの管理者がそれが優れたセキュリティ対策であると信じているため、すべてのUDPトラフィック（DNSを除く）をブロックする多くのサイトがあることです。

また、すべてのプレーヤーが異なるIPアドレスを持っていると想定しないでください。複数のユーザーが同じインターネット接続を共有する多くの状況があり、学校の子供たちがあなたのゲームに夢中になったら、おそらく彼らは授業をする代わりに、授業中にそれをインストールして実行する方法を理解しようとしています（そして、他の誰かの代わりにゲームでこの貴重な時間を費やしているのではないでしょうか？）。

TCPストリームが開いても、それはまだかなり効率的です。次のステップは、送受信するデータの量を最小限に抑えることです。これがプロトコル設計の出番です。たとえば、同じコマンドを数百バイトのXMLコードでラップするのではなく、コマンドごとに数バイトだけ送信すると（たとえば、「進む」）、ネットワーク帯域幅全体の消費量が少なくなり、CPUサイクルが少なくなります。情報を処理するために必要です（数バイトは、XMLの大きなチャンクの解体と解釈および構文チェックと比較して簡単に比較できます）。

もちろん、複数のTCPストリームを開いて、コマンド用、グラフィック転送用、オーディオベースのチャット用など、さまざまな目的に使用できます。このようにして、5〜10を要する大きなグラフィックを転送する場合ダウンロードに数秒かかります。少なくともプレーヤーコマンドの動きは別のストリームにあるため、遅れることはありません（新しいスプライトのダウンロードが完了するまでデフォルトのスプライトを表示できます。これは常に待機するよりも楽しいです）。

これはあなたの質問に対する直接の回答ではありませんが、gafferongamesにはネットワークゲームに関するいくつかの本当に素晴らしい記事があります：http ://gafferongames.com/networking-for-game-programmers/what-every-programmer-needs-to-know-about -ゲームネットワーキング/