spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Hey,

Wenn du mit mit TCP arbeitest, dann stellt sich die Frage garnicht erst .
TCP übernimmt dann die Logik, die für die Kontrolle der Pakete zuständig ist.

Gruß,
Timmyew.

Ja, so funktioniert das ungefähr. Eine sehr empfehlenswerte Artikelreihe dazu: https://gafferongames.com/categories/bui…twork-protocol/
TCP verwendet man normalerweise nicht bei Shootern etc., da es dafür nicht gedacht ist und einige Nachteile mit sich bringt (siehe ersten Artikel).

Spiele nehmen UDP, weil sie dadurch die Wahl haben, ob sie Reliable verschicken wollen oder nicht. Die State-Updates 20x pro Sekunde schickst Du üblicherweise einfach raus, weil es egal ist, ob die verloren gehen. Bei denen reicht eine einfache Sequenz-Nummer, damit Du erkennst, falls UDP-Pakete einander zeitlich überholen.

Für's Reliable UDP brauchst Du dann irgendne Art von Paket-ID und Länge - UDP kann Dir die Pakete auch auseinander reissen. Davids Link ist da echt super.

Das musst du gar nicht verhindern. In einem solchen Fall "verschenkt" man zwar Bandbreite, aber ansonsten schadet das nicht. Der Empfänger merkt sich, welche Pakete er bereits bekommen hat, und wenn eines mehrfach ankommt, dann ignoriert er es einfach.

Im verlinkten Artikel wird im Abschnitt "Sequence Buffers" beschrieben, wie man sich merken kann, welche Pakete bereits empfangen wurden.

Hey,

Zitat von »Schwarzefee«

Ich sende jetzt für jedes Reliable-Packet eine Sequenz-Nummer mit (ein Int) die der Empfänger dann wieder zurück sendet damit der Sender weis, dass das Packet angekommen ist.

hm davon würde ich - wenn es sich vermeiden lässt - eher abraten. Was passiert, wenn ein Paket nicht ankam? Schickst du es dann nach? Wie lange soll der Server das zwischenspeichern, bevor er es einfach verwirft? Was ist, wenn die Information längst veraltet ist, sobald sie ankommt? Wartet der Client ggf. mit der Prozessierung neuerer Pakete bis ältere Pakete ankamen? Falls ja, dann wäre TCP das bessere Protokoll, weil es all das für dich erledigt.

Und genau das macht es ja langsam. Idealerweise wählst du jedoch die Art der Informationen, die du verschickst, so, dass es egal ist, wenn da mal was verloren gegangen ist. Zum Beispiel würde es Sinn ergeben statt einem "Der Gegner hat sich 2 Schritte nach rechts begeben" lieber ein "Der Gegner ist an Position xy und bewegt sich mit Geschwindigkeit yz" zu verschicken.
Es gibt sicherlich Beispiele, wo sowas schwer möglich ist (z.B. beim Verschicken von Spieler-Eingaben vom Client an den Server) aber zumindest bei der Kommunikationsrichtung "Server an Client" ist das meist möglich.

Was mir sehr geholfen hat ist das Developer-Wiki von Valve. Da geht es speziell um Multiplayer-Shooter, aber auch für andere Projekte ist es als Anregung sicher spannend:
https://developer.valvesoftware.com/wiki…ayer_Networking
https://developer.valvesoftware.com/wiki…nd_Optimization

Gruß!