spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Bei dem cod-Prinzip erstellt der Spieler den Server doch auch selbst. Ich blicke ehrlich gesagt nicht ganz durch, was genau du jetzt erreichen möchtest.

Ob du den Server jetzt vorher irgendwo anmelden musst oder nicht ist doch egal. Der Server läuft auch in dem was du beschrieben hast beim Spieler.

Du musst einfach nur unterscheiden zwischen dediziertem Server und listen-server/p2p Server. In einem Fall gibt es irgendwo (kann auch auf der Machine eines Spielers sein), den Servercode der separat läuft und auf dem alle Spieler connecten, und in dem anderen Fall öffnet der Spieler "im Spiel" einen Server.

Das kann beides über einen Meta-Server laufen und ist komplett unabhängig davon. Der Meta-Server würde vermutlich auch beide Server gleich behandeln.

Das passt so schon grob. Aber die Details:

1) Du brauchst keine stehende Verbindung zum Meta-Server. Ein simpler HTTP-Request mit den Query-Parametern würde reichen, um eine Liste momentan verfügbarer Serverinstanzen zu produzieren. Auch für MatchMaking bräuchtest Du nur eine stehende Verbindung, solange der Spieler auf ein Spiel wartet.

2) Das Starten eines Servers bei einem Spieler ist evtl. knifflig, weil Spieler gern mal hinter Routern oder ner Firewall sitzen. Da brauchst Du dann NAT Punchthrough und/oder Router-Config via UPNP. Call Of Duty hat genügend ManPower und Erfahrung für sowas, aber hast Du die auch? Wenn nicht, nimm lieber das klassische Modell des Hostens, wo die User selber verantwortlich sind, dass der Server läuft und erreichbar ist.

3) Ja, der lokale Spieler kann dann gern bei localhost connecten. Gibt natürlich auch andere Methoden wie z.B. Shared SinglePlayer, wo ein Spieler sein SinglePlayer-Erlebnis zum Joinen freigibt. Das ist eine reine Frage Deiner internen Software-Architektur, das hat mit dem Thema erstmal nix zu tun.

4) Wieviele Verbindungen ein Programm offen hat, ist doch scheißegal. Mach Dir nur vorher ein paar Gedanken zum Software-Design

Prrrrima, genau so. Und wenn Du jetzt ne Server-Instanz erstellst, dann erstelle die doch auf der selben Maschine wie Dein Meta-Server und teile den Spielern dann die Server-IP plus den dynamisch bestimmten Port mit. Auf Deinem eigenen Server kannst *Du* die Bedingungen bestimmen, da bist Du nicht auf die Gnaden der Spieler-Umgebung angewiesen.

Gute Sache. Für die Verhandlungen mit dem Meta-Server brauchst Du keine Reaktionszeiten oder sowas, da kannst Du die eingebaute Zuverlässigkeit von TCP einfach mitnehmen.

Du baust allerdings ein rundenbasiertes Spiel, wenn ich mich richtig erinnere. Da brauchst Du auch keine möglichst kleinen Latenzen und hast keine wiederkehrenden Mini-Updates für Entities, die der klassische Fall für UDP sind. Eigentlich kannst Du TCP auch für's ganze Spiel nehmen.