spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

"Kommt drauf an" ist da noch sehr vorsichtig ausgedrückt...
Server: kommt ganz auf die Leistung des Servers, die Auslastung durch das Spiel und auf die Anzahl der Spieler auf dem Server an. Wie ich gehört habe, wurden für WoW früher (in der Anfangszeit, denke ich) ganze Serverfarmen benötigt, während heutzutage ein einziger, besser ausgestatteter Server reichen soll. (Ist allerdings nur Hören-Sagen, die Tendenz sollte aber zutreffend sein.)
Budget: vor allem kann man das in die Teile "Entwicklung", "Weiterentwicklung" und "laufende Kosten" aufteilen, wobei eine einzelne Betrachtung sinnvoll sein dürfte. Die laufenden Kosten hängen wohl vor allem von den Kosten für den/die Server und dessen/deren Betrieb ab, nicht zu vernachlässigen sind aber "Vertrieb" und Support. Die Entwicklungskosten hängen von der Art des Spiels, dessen grafischen Stil und Qualität etc. ab. (Die Teile lassen sich jeweils natürlich weiter aufspalten, was für eine genauere Planung auch sinnvoll wäre.)
Aufwand: kommt sehr auf das Spiel und den Erfahrungsgrad des Entwicklers ab. Je zeitkritischer die Kommunikation ist (Echtzeit-Kampfsystem, Spieler müssen auf Aktionen der anderen Spieler reagieren können etc.), umso schwieriger dürfte es werden (prediction, interpolation, ...). Anhand der Fragen, die du hier stellst, würde ich vermuten, dass du noch nicht besonders viel Erfahrung im Bereich der Netzwerkprogrammierung gesammelt hast, für dich wäre es also ein wesentlich größerer Aufwand. (Um Erfahrung zu sammeln, wäre das Entwickeln einfacherer Multiplayerspiele sinnvoll, die mit bspw. bis zu 4, 8, 16 oder 32 Spielern gleichzeitig gespielt werden können.
Und die Netzwerkkommunikation ist meist nicht gerade in einem einzigen "Skript" zusammengefasst bzw. besteht meist aus umfangreichem Code.

Wie bereits geschrieben sind kleinere Spiele, die eine Netzwerkkommunikation benutzen, eine ganz gute Vorbereitung. Der Aufwand steigt aber nicht linear mit der Anzahl an zu synchronisierender Mitspieler, sondern eher exponentiell, was MMOs eben so extrem aufwändig macht.
Wichtig für ein MMO ist aber auch, was dieses auszeichnet bzw. welche Möglichkeiten es dem Spieler bietet. In der Hinsicht dürfte Designing Virtual Worlds interessant sein.

In World of Warcrafts Anfangszeiten wurden meist vier Serverblades von HP für einen Realm verwendet. Ein Blade für den Chat, einer für Instanzen und die anderen beiden für die Regionen östliche Königreiche und Kalimdor. Aber wie Sacaldur schon meinte, kommt es einfach auf das Spiel an, auf die Programmierung etc.. Aber so kannst Du Dir vielleicht bessere Vorstellungen machen.

Freundliche Grüße
Stazer

Dieser Artikel könnte dich interessieren: World of Warcraft by the Numbers

Zwei Auszüge daraus:

Zitat

Servers:

• 13,250 – Server blades running WoW servers, with a total of
  
• 75,000 – CPU cores, and
  
• 112.5 – Terabytes of RAM
  
• All the hairdryers at Wal-Mart – purchased to dry off server blades after a storm hit a server facility during Beta 5

Zitat

When World of Warcraft launched, the company had:

• 60 – Developers on the World of Warcraft team
  
• 400 – Employees total

Diese Zahlen wurden auf der GDC Austin 2009 bekanntgegeben.

MMO != MMORPG

Frag doch mal hier nach: https://www.spieleprogrammierer.de/12-pr…mehrspieler-mmo

Ohne eine genauere Vorstellung was Du so unter einem MMO verstehst, kann man da keine Angaben machen. Es gibt MMOs, die werden von Einzelpersonen betrieben und welche die ganze Firmen auf Trab halten.

Zitat von »Bambi«

Würde dir empfehlen Raknet vllt zu nutzen als Net-Api. Kostet aber Lizenz, wenn du commerical werden willst. Aber ich glaub die Meisten verwendetn Raknet.

RakNet wurde als Open Source veröffentlicht, siehe den Thread dazu:
RakNet Open Source


MfG
PuppetMaster

Ich frage mich schon seit längerem, welche Vorteile einem die Einarbeitung in eine Netzwerk-Engine wie RakNet (noch nicht ausprobiert) oder SmartFoxServer bringt. Features wie Rechteverwealtung, Bannsystem, Freundeslisten, usw. kann man doch selber programmieren und dann auch auf die Weise und mit den Funktionen, wie man es haben möchte. Gibt es nennenswerte Vorteile hinsichtlich der Stabilität des Datenaustausches, die man alleine nicht so schnell umsetzen kann? Oder wird dem Entwickler nur etwas Arbeit mit Vorprogrammiertem erspart?