proggen.org

Dirty Oerti hat geschrieben:Hm, was mir dazu einfällt:

Auf den Server liegen Dateien für die Welt und die einzelnen Modelle samt ihrer Animationen.
Jetzt beschließen X Clients, sich mit dem Server zu verbinden und zusammen ein Spiel zu spielen.

Der Server schickt daraufhin jedem der Clients die kompletten Welt- und Modelldaten zu.
Wenn alle Clients ihre Daten erhalten haben, kann das Spiel gestartet werden.

Damit nun alle Clients auf dem gleichen Stand bleiben, werden regelmäßig vom Server Informationen über Position, Energie (o.ä.), Animationsstand, etc der (evtl, je nach Art des Spiels) umliegenden Modelle geholt.

Wenn du also pro Spieler nur diese Daten versenden musst hält sich das doch recht in Grenzen, oder?
Vorallem, wenn du es räumlich eingrenzt und nur die Daten runterlädst, die der jeweilige Client gerade braucht. (Das sollte aber der Clientrechner berechnen müssen!).
Bsp:

Jeder Spieler hat eine Spielfigur.
Diese hat folgende Daten:
Position (3 x 4 Byte = 12 Byte)
Animation und die jeweilige Framenummer (4 Byte, oder sogar nur 2)
Leben (1 Byte)
Schild (1 Byte)
Waffentyp1 (1 Byte)
Waffentyp2 (1 Byte)
Munition1 (1 Byte)
Munition2 (1 Byte)

Macht zusammen 22 Byte pro Spieler.

Ist die Spielfigur von einem Clienten nun in der nähe von 50 anderen Spielern, dann müssen (aktualisierungszeit von sagen wir mal 10 hertz):

50 * 22 * 10 Byte /sec geholt werden.
=> 11000 Byte/sec = 10,74 KByte/sec worüber selbst meine langsame Verbindung lachen würde

Pseudocode hat geschrieben: int c = 0;
while(Player[c]) {
int i = 0;
while(Player) {
if(InRadius(Player.Position, Player[c].Position)) SendToClient(Player);
i++;
}
c++;
}

Dirty Oerti hat geschrieben:=> 11000 Byte/sec = 10,74 KByte/sec worüber selbst meine langsame Verbindung lachen würde

Dirty Oerti hat geschrieben:Der Server schickt daraufhin jedem der Clients die kompletten Welt- und Modelldaten zu.

Jside hat geschrieben:2. Multiplayer unterstützten, sodass auch hunderte von Leuten gleichzeitig im Sichtbaren Bereich seien können.

Jside hat geschrieben:Gegen cheating[...]

Kerli hat geschrieben:Wenn du da in Echtzeit Modelle nachladen möchtest brauchst du ws eine Serverfarm mit einer Glasfaseranbindung

Kerli hat geschrieben:Es gibt genug Daten zum Übertragen selbst wenn keine Modelle dabei sind. Denk nur einmal an die Positionen und Zustände aller sichtbaren Spieler...

Kerli hat geschrieben:Nur so ein Tipp: Versuch es zuerst einmal ohne Schutzmaßnahmen ordentlich zum Laufen zu bringen

Jside hat geschrieben:Dazu habe ich gerade eine Idee bekommen, wenn der Spieler sich nicht bewegt, müssen auch keine Daten übertragen werden d.h. Der Server schaut nach, ob sich der Player bewegt hat, wenn nein wird dieser bei der Übertragung übersprungen, zudem machen ich feste "Schritte", d.h. wenn der Spieler sich nach Links bewegt, dann tut er das in einer bestimmten "größe", so muss pro Schritt nur einmal übertragen werden, was dem Upstream mancher Leute auch zugutekommt, die Clienten der anderen Spieler bekommen dann die Nachricht, das sich jemand um X/Y/Z bewegt hat, und können dessen Schrittbewegung ohne die Animation abzugleichen selber anzeigen, nur halt bei "Interaktiven" Sachen werden dann auch die AnimationsStates übertragen, d.h. wenn der Spieler nur Läuft, werden nur X/Y/Z übertragen, und nur, wenn der Spieler ein neues Inventar bekommt, wird dieses hochgeladen/Vom Server zu den anderen Spielern geschickt, so dürfte das ganz rudimentär funktionieren, jeder Client hat alle Daten der Spieler gespeichert, und nur bei Änderungen werden zusätzliche bytes übertragen...

1. Die Welt und Modelle vom Server laden(in realtime, immer das was in der Richtung liegt, und nochnicht schtbar ist), sodass der Admin diese beliebig vergrößern kann, ohne das alle Clienten Addons installieren müssen.

+Fuss+ hat geschrieben:Ich würde an deiner stelle vielleicht in einem anderen Multiplayer-Game nach schauen. Was mir da so direkt einfallen würde, wäre http://www.teeworlds.com . Da kann man sich auch den Sourcecode einzeln herunterladen. der Code für einen Server ist auch dabei.

Ist als Beispiel bestimmt nicht schlecht.


MfG Fuss

cloidnerux hat geschrieben:Auch sollte sowas wie Physik-Engine und so auch local laufen, weil ein server für sowas keine Resourcen hat. Er sollte lediglich das spiel verwalten-> Wenn sihc ein Speiler bewegt soll er das allen mitteilen.

Dirty Oerti hat geschrieben: Was du wirklich allgemein vermeiden solltest ist das Verteilen von Daten (Level, Modelle, Texturen) während dem Spiel. Das ist wirklich nicht zu empfehlen, das kann das Spiel dann ausbremsen, wenn nur eine Person eine langsamere Verbindung hat.

while(1) {
empfange daten;
Überprüfe daten;
Lese Status aus Tabelle;
Sende Daten zu Player, und anderen Clients;
}