spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

WorldOfWarcraft und Konsorten updaten nur jede halbe oder gar ganze Sekunde, soweit ich weiß. Der Rest wird durch wirklich clevere Client Prediction versteckt oder durch Ereignisse wie z.b. "Charakter springt" abgedeckt.

Zitat von »JuKu«

Hallo liebe SpieleProgrammierer.de Community,

Wie oft würdet ihr GameState Updates vom Server zum Client schicken?
Also z.B. wenn ein Spieler sich bewegt, also die Position geändert wird usw.
Reichen da alle 200ms, oder sollten es mind. 10 Updates pro Sekunde sein?
Dass eine AI die Spieler Position vorausrechnen muss, ist hier in diesem Thread irrelevant.
Aber wie viele Updates sollten mind. pro Sekunde übertragen werden, damit ein Game nicht ruckelt?

Ich hab zwar keine Erfahrung im Entwickeln von MMOs, aber denkbar wäre eine Mischung aus "wenige Updates + Clientside Prediction". Sprich: Sobald sich ein Objekt (aus Sicht des Servers) bewegt würde der Server den entsprechenden Clients mitteilen in welche Richtung es sich bewegt. Dann können die Clients die Bewegung zunächst für sich berechnen; der Server kann dann immer mal Updates schicken im Stile "Objekt A müsste jetzt bei <X,Y,Z> sein"; oder auch wenn das Objekt seine Richtung ändern oder gar stehenbleibt.

Gucken was wie oft und wann geupdated werden muss vor allem.
Ein "spring" Befehl eines Spielers sollte sofort weitergereicht werden.
An welcher Position sich die Sonne gerade befindet reicht vielleicht alle 10 Sekunden...

Zitat von »DeKugelschieber«

Gucken was wie oft und wann geupdated werden muss vor allem.
Ein "spring" Befehl eines Spielers sollte sofort weitergereicht werden.
An welcher Position sich die Sonne gerade befindet reicht vielleicht alle 10 Sekunden...

Gibt auch genug MMOs in denen Sachen wie ein Sprung gar nicht erst gesendet werden, jüngstes Beispiel ist SkyForge. Die senden einfach nur das wichtigste.

Kommt drauf an denke ich was man priorisiert haben will.
Ich denke bei einem MMO könnte es Sinn machen bestimmte Aktionen zu priorisieren. Die mit geringer Prio werden dann nicht mehr gesendet wenn die Netzwerklast gerade hoch ist.
Aber so gar nicht? Dann sieht man andere durch die Luft laggen?

Es werden einfach nur die Koordinaten übergeben und ggf. interpoliert, ein Sprung(Leertaste) wird ignoriert. Aber ich hab das Spiel nicht lange genug gespielt um mir das genauer anzusehen.

ich kenne das auch nur so, dass wenn ein Ereignis eintritt, dass auch direkt gesendet/empfangen wird.
Das wichtige ist dann nur die Priorisierung (Koordinaten z.B. ganz hoch, Chat ganz niedrig). Am besten einfach auf verschiedene Stacks ablegen.

Für eine grobe Idee ganz du dir mal angucken, wie das in Minecraft gemacht wird (ich weiß der code ist zum Teil echt grottig, aber ich habe mich mal vor paar Jahren da am Netzwerk Teil für ein eigenes kleines privates Projekt orientiert, weil ich keine Lust hatte mir ein eigenes Protokoll aus zu denken und es hat echt gut funktioniert )