spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Moin,

Ich entwickle momentan mit Unity ein Multiplayer Spiel. Nun weiß ich allerdings nicht so recht, wie ich das Inventar am besten mit dem Server synchronisiere.

Momentan werden Items serverseitig aufgesammelt. Das heißt der Spieler bewegt sich zum Item und der Server schickt eine Nachricht an den Spieler, dass er es aufgesammelt hat. Allerdings weiß der Server nicht, ob der Spieler überhaupt Platz im Inventar hat, wenn die Nachricht bei ihm ankommt .
Zum Beispiel: Der Spieler hat noch einen freien Slot im Inventar, das wird dem Server auch mitgeteilt. Nun läuft der Spieler zu einem Item und sortiert währenddessen sein Inventar um, so dass das Inventar nun voll ist (z.B. indem er ein Item auf zwei Stapel aufteilt). Der Server hat das Update des Inventars noch nicht erhalten, schickt also dem Spieler die Nachricht, dass er das Item aufsammelt und löscht es auf dem Server, damit es kein anderer Spieler mehr aufsammeln kann. Nun ist das Item weg, der Spieler konnte es durch sein volles Inventar allerdings nicht aufsammeln.

Wie lässt sich das Problem vermeiden/lösen? Schickt der Client wider eine Nachricht an den Server, dass er das Item nicht aufsammeln konnte und der Server spawnt das Item erneut?

Zitat von »Sylence«

Du solltest das neusortieren des Inventars auch auf dem Server machen. So erkennst du auf dem Server, ob noch platz da ist und bietest dem Client weniger Möglichkeiten zu Cheaten.
Im Endeffekt liegen die Inventardaten also auf dem Server. Der Client sendet dann lediglich "Item von Position 13 nach 25 verschieben", "Stack an Position 8 halbieren", etc.

Das hatte ich auch schon überlegt, wollte aber die Wartezeit beim Sortieren des Inventars vermeiden. Der Fall, dass der Spieler beim Aufsammeln neu sortiert, ist vermutlich sehr selten der Fall, aber wenn dann Items weg sind, ist der Spieler vermutlich nicht begeistert.

Zitat von »Sylence«

Naja er beschreibt im Prinzip eine Race-Condition (was wenn der Spieler das inventar neu soritert, bevor der Server mit aufheben des Items fertig ist?)...

Genau das ist das Problem. Da hilft leider keine Abfrage an den Spieler, ob das Inventar voll ist, weil sich das in der Zwischenzeit ändern kann.

Schwanke jetzt dazwischen, die Sortierung serverseitig umzusetzen oder eine Nachricht an den Server zu schicken, dass ein Item fälschlicherweise aufgesammelt wurde, damit es auf dem Server neu gespawnt wird. Quasi Verzögerung im Inventar vs. Items die kurz verschwinden und dann wieder auftauchen.

Zitat von »BlueCobold«

Ich würde mir überhaupt keine Gedanken über eine Verzögerung machen. Einfach mal implementieren. Dann wirst Du merken, dass "Item verschwindet vom Boden" und "Item taucht im Inventar auf" so nahe beieinander liegen, dass ein Mensch das gar nicht unterscheiden kann. Die Prüfung, ob es in's Inventar aufgenommen werden kann, sollte wie schon vorher erwähnt, rein auf dem Server erfolgen. Alle Änderungen am Inventar müssen *immer* auf dem Server passieren. Der Client stellt nur Requests. Da kann sich "zwischenzeitlich" also überhaupt gar nichts ändern, weil der Server immer den aktuellen Zustand kennt. Und falls Dir jemand erzählen will, dass das mit Netzwerk nicht schnell genug geht, lass ihn reden. Ich habe an einem MMORPG-Server mitgearbeitet. Der war in Java geschrieben. Die Clients in C++. 3500 Spieler online und kein Problem irgendeiner Art mit Inventar- oder Pickup-Verwaltung. Zusätzlich auch noch in TCP.

Das heißt die Sortierung würde da auch komplett auf dem Server passieren? Sprich der Client fragt an "Ich möchte X Stück von Item A von Slot 1 nach Slot 2 verschieben", der Server überprüft die Anfrage, führt sie aus und bestätigt dann?
Nicht wie Sylence vorgeschlagen hat, dass der Client die Änderung im Inventar erst mal macht und dem Server Bescheid sagt und der Server schickt dann ggf. eine Nachricht, dass die Änderung ungültig war?