spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Nu stell dich nicht so an, UDP ist gar nicht so furchtbar . Du kannst auch letztendlich mit UDP verlässlich, in richtiger Reihenfolge senden. Lidgren implementiert das. Ob das nun sinnvoll ist und man dafür nicht lieber TCP/IP benutzt ist natürlich eine andere Frage.
Daher kenne ich es so, dass mittlerweile ein hybrider Ansatz gewählt wird. Für Kommandos zum Server TCP/IP, für Updates des Spielzustandes vom Server: UDP. Leider findet man im Detail nicht so heraus, was die Profis machen.

Klar spart TCP viel ärger, aber UDP hat genauso seine Daseinsberechtigung. Letztendlich lese ich auch viel (und kann es aus eigener Erfahrung bestätigen), dass die Verlustrate ziemlich gering bei UDP in der Regel ist. Ich würde sogar ziemlich sicher annehmen, wenn du auf UDP-Ebene sehr viel Verlust hast, dann wirst du auf TCP/IP Ebene kaum das Problem lösen, sondern ziemlich lästige Latenzen haben - was natürlich zu beweisen wäre!

*murmelt was von signatur, benchmark und so*
Mal ehrlich. Beim Thema Netzwerk gibt es extrem viel Unwissen und Glauben. So sind viele z.B. Latenzprobleme von TCP auf das Nagle-Ack Problem zurückzuführen. Natürlich gibt es hickups, wenn Pakete verloren gehen und man sie aber sortiert haben will. Da ist es egal ob selbst implementiert oder mitgelieferte Streamlogik. RakNet war übrigens früher mal ziemlich schlecht im TCP imitieren (hat die Übertragungsrate soweit erhöht, dass es die Verlustrate unakzeptabel erhöhte und daraufhin drosselte-Sägezahnverhalten war angesagt).
UDP ist z.B. super in Verbindung mit dem Quake Netzwerkmodell. Wer aber UDP nutzt und jede Nachricht einzeln mit Reliable/Nonreliable/Inorder/outoforder verschickt, verändert übrigens das Verhältnis von Overhead zu Payload sehr ungünstig. Auch gibt es zwar viele "Experten" die von TCP abraten, aber andererseits nutzt Blizzard seit Jahren TCP und die halte ich für keine Nasenbohrer. Andere Spiele nutzen P2P und UDP mit wunderbaren Folgen wie OutOfSync.
Wie sooft gilt die Devise nicht meinen sondern testen,testen,testen (siehe z.B. meine Signatur). Allerdings müsste man bei meinem Benchmark sicherlich mal die Bibs aktualisieren. Habe die letzten Jahre nichts mehr dran gemacht.
Verlustrate der Pakete ist übrigens in guter Näherung unabhängig von UDP/TCP. Ausnahme: Router (also die großen) die TCP Pakete priorisieren und mit automatischer Neusenden-Funktion, die es angeblich geben soll.

Zitat von »Bambi«

Ich rall das nicht ganz. PC Only ist free aber das schliesst ja nicht Commercial aus, aber Commercial supported nicht PC.

"Free platforms plus XBOX 360, XBOX One, PS3, PS4, Vita"

Wie bereits erwähnt wurde, kann ich dir ebenfalls SFNUL empfehlen. Mit den eingebauten SyncedObject, SynchronizerServer, SynchronizerClient, etc. kannst du sehr einfach und schnell zu einem guten Resultat kommen.

Wenn du natürlich so paranoid wie die meisten hier bist, dann bleibt dir nichts anders überig als angefangen mit Sockets bis hin zur De-/Serialisierung alles selbst zu implementieren.

Nein mal ehrlich, skaliert doch mal bitte eure Diskussion auf die Vorgaben hier im Thread, anstatt immer mit allen möglichen Dingen zu vergleichen. Es ist kein FPS, keine Spiel bei welchem es um Millisekunden geht und es soll vorerst im LAN funktionieren. UPD oder TCP spielt hier gar keine Rolle...

@BlueCobold: Danke! Das Geseier zu TCP erinnert mich immer daran, dass C++ die einzig wahre Programmiersprache für Spieleprogrammierung sein soll.

Wie Nox schon erklärt hat, ist man mit TCP oft auch sehr gut beraten... Das "ganze Internet" ist schließlich darauf optimiert.

Zitat von »Bambi«

Im Grunde empfehle ich dir aber Raknet muss ich sagen. Aber du solltest dir die
http://www.jenkinssoftware.com/pricing.html
auf jedenfall vorher durchlesen.

Ich rall das nicht ganz. PC Only ist free aber das schliesst ja nicht Commercial aus, aber Commercial supported nicht PC.

Nur ist die Website nicht mehr aktuell, die wurde nach übernahme durch Oculus nicht aktualisiert, die Lizenz hat sich geändert.

Zitat von »ExCluSiv3«

Nur ist die Website nicht mehr aktuell, die wurde nach übernahme durch Oculus nicht aktualisiert, die Lizenz hat sich geändert.

Ändert die Lizenz denn überhaupt etwas an der Tabelle? Die Free Version ist jetzt zwar Open Source, aber Support wird wohl weiterhin kosten und der Quellcode für Konsolen ist weiterhin closed source und wird es wohl auch bleiben.