spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Ich nutze blocking + threads sowie TCP/IP. UDP habe ich auch schon versucht, ist aber nicht wirklich was gescheites. Ich kompremiere die Daten per zlib und nutze davon auch den Checksum-Algo adler32. Verlorene Pakete lasse ich mir nicht nochmal schicken, da es ein absoluter overhead ist, wenn für jedes Paket noch ein Antwortpaket geschickt werden muss. Anstatt dessen gibt es / ist ein regelmäßiger Sync Frame geplant(also wo alles nochmal neu geladen wird).
Zum Handling von einkommenden Nachrichten:

Ich arbeite mit Callbacks und verzichte auf ein einzelnes Paket holen, wie es viele andere machen.

Hmmm... und wie siehts mit der Performance aus? Ich mein TCP und Blocking + Threads ist ja nicht gerade der Performance Booster

Und was meinst du mit "einzelne Pakete holen?"

Was anderes als TCP ist eigentlich eher Schwachsinn, weil es viel Sicherheit von Haus aus bietet. Es gibt kaum Spiele, die nicht darauf bauen (mal abgesehen von alten IPX-basierenden Spielen) und das hat garantiert einen Grund .
Da ich gestehen muss, dass ich noch nicht über 3 Clients auf einem Server hinweg gekommen bin, da mir einfach die Rechner fehlen und der Client nur aktiv ist, wenn er im Fokus ist, kann ich zu der Performancefrage wenig sagen. Es sollte aber immernoch besser sein als NonBlocking + Threads, wobei NonBlocking + sleep(0) + Threads auch einer Überlegung Wert wären. Du kannst ja auch Non Blocking + Select nutzen.
Mit den "einzelne Pakete holen" mein ich die Lösung, dass man in der Hauptschleife per QueryPacket jedes einzelne Paket welches angekommen ist erst abfragen muss und dann testen, wo es nun hingehört.

FPS nutzen TCP!?
Hab einige Tutorials gelesen, und da sagen sie, dass man für FPS und Rollenspiele 100% UDP verwenden sollte, weil TCP zu langsam ist... Was stimmt nun?

Außerdem gibts da noch so eine andere Seite wo einer die verschiedenen Sockettypen vorstellt, also nonöblocking, asynchron, blocking und overlapped, und der sagt, dass blockingcalls die langsamsten sind. Außerdem meint ein anderes Tutorial, dass man möglichst das verwenden von Threads bei Netzwerksachen vermeiden sollte, da das umschalten zwischen den beiden meist mehr schadet als nutzt!
Wie gesagt. Habe viel gelesen, doch leider keine Praxiserfahrung. Könnt ihr mir sagen, in welche Richtung ich arbeiten sollte?

So jetzt sind wir genau an dem Punkt wo sich zeigt, das zwischen einem kleinen Chat und einem großen Programm Welten liegen.
Also Counterstrike nutzt TCP und UDP, wobei das UDP wohl für den Chat ist. Wc3 nutzt TCP. WoW nutzt TCP. AOE nutzt sowohl TCP als auch UDP, wobei anscheinend beides benötigt wird, was wieder auf eine Trennung von Chat und Spiel bedeuten kann.
Warum man UDP für den Chat ist ja klar. Man ist unabhängig vom Server und kann trotz Servercrash noch mit einander in Verbindung bleiben. Das macht aber bei Spielen mit einem Hauptserver weniger Sinn, weil keiner der Clients als Host einspringen kann. Daher läuft ihr meist alles über den Hauptserver.
Zu dem Geschwindigkeitsthema kann ich wenig sagen. Ich werde noch testen ob non-blocking + threading + sleep(0) oder non-blocking + select besser sind.
Threads sind für viele ein rotes Tuch, weil es eine gewisse Disziplin und bestimmte Konzepte erfordert, um Probleme zu vermeiden. Threads sind auch bei der Fehler suche etwas heikel, aber wenn man die Anzahl der Berührungstellen(bei mir nur eine) klein hält, ist das gut machbar. Wie sich Threads bei Clientanzahlen von 100- auf die Leistung und Serverantwortzeit auswirkt weiß ich nicht.
Aber selbst wenn sich zeigen sollte, dass die Anzahl an Threads nicht handlebar ist, dann werde ich dennoch einen empfangsthread mit der Select Anweisung, um das Hauptprogramm zu entlasten.

Wenn man jetzt zB Mulitplayer bis zu 10 oder so clients unterstützen will, ist TCP schnell genug? Ich wäre froh, wenn ich mit TCP arbeiten könnte, würde viel arbeit ersparen...
Was hältst du von Overlapped Sockets? Hab gelesen, dass sie die schnellsten sein sollten... Stimmt das?
Mit welchem Algorithmus der zlib komprimierst du die Daten?

@nix da
Könntest du mir ein paar Tipps zum InterfaceDesign geben? Auf was muss man achte, was kann man ignorieren?

TCP wird alle mal reichen, wenn es auch für WoW reicht
besonders weil es viele Sicherheitsvorkehrungen von Haus aus hat.
Also für mein Konzept wäre ein Overlapped Socket unbrauchbar. Auch bringt das zwischen Buffern ein wenig mehr Sicherheit ins Spiel, da man erst die Daten lesen und dann, wenn alles passt, dropen kann. Bei der Zlib nutzte ich die einstellung Z_BEST_SPEED jedoch ist das schnell geändert. Aber vorsicht, die Funktionen deflateInit und inflateInit ziehen ziemlich an der Leistung. Man sollte die am besten so wenig wie möglich aufrufen und die Streams immer nur resetten. Wenn du möchtest, könnte ich dir Auszüge aus meinen Daten zukommen lassen, auch wenn ich da sicher noch einiges überarbeiten werde.