also, Du musst aber! ;D
Denn die Kommunikation zwischen Deinem Client und dem Server musst Du Dir ausdenken!
Dann fang einfach mit der Technologie an, die Dir die meisten veröffentlichten Beispiele anbringt.
Aber ohne "reiten" wird das wohl nicht ganz gehen.
Übrigens ist auch ein Webserver ein Server, wie jeder andere, nur dass dieser auf Port 80 lauert und dieser Port ist sogar von jedem Büro, jeder Institution erreichbar (ohne Risiko(?)).
Deshalb die Idee mit dem Webserver.
Wenn Du auf Sockets baust, musst Du den Server vollständig selber bauen.
Bei Direct Play gibt es vorgefertigte Schnittstellen (siehe SDK-Beispiele)
@David
wieso kann man mit den Internetfunktionen kein InetSpiel erstellen?
Alle möglichen Signale, wie die notwendigen Koordinaten eines Spielers, der Welt usw. können darüber abgesendet und empfangen werden.
Man muss nur am Webserver die entsprechende Webkomponente oder einfach "Webseite" erstellen. Ist ehrlich kein Problem, z. B. mit der Geschwindigkeit eines IIS :huhu: .
OK, mit Tonübertragung ist das etwas anderes...
Gut, es stimmt, der letzte würde auf die Idee mit den Internetfunktionen kommen, aber die Frage nach der besten Kommunikation stelle ich mir schon lange.
Bei einem Onlinespiel möchte ich zukünftig meinen Rechner nicht mehr offen, wie ein Scheunentor machen, sondern die Firewall so lassen, wie sie ist. Und das wollen andere auch.
Also bleibt nur noch der "normale" Standard-Webport.
Also Webserver...
Ist das ein Argument?