Chris Roberts hat heute Nacht, wie letzte letzte Woche angekündigt, den Termin für den Release des Dogfight Modules in der neusten Ausgabe des wöchentlichen Lageberichts veröffentlicht. Das Module wird am 29. Mai den Unterstützern zugänglich gemacht, wenn alles nach Plan verläuft.

Zum Start werden die meisten nur den Singleplayer-Teil spielen können, da der Multiplayer-Teil nach und nach hochgefahren wird. Das heißt an dem Tag wird nur die erste Welle an Spielern in den Multiplayer kommen. Dafür geht CIG nach dem Anmeldedatum auf der RSI-Webseite und natürlich danach, ob man etwas gespendet hat, oder nicht. In der Folge soll der Multiplayer-Teil mit mehr Spielern gefüllt werden, wenn er stabil läuft. Falls nicht, müssen eben erst Bugs beseitigt werden, was zu einer Verzögerung des Multiplayer-Rollouts führen würde.

Chris Roberts schreibt, dass dieses Datum auf der besten Schätzung basisert, die das Entwicklerteam mit den zur Zeit vorliegenden Informationen treffen kann. Das sei auch die große Kunst der Produktion eines Computerspiels: Man versucht jede Aufgabe zu erfassen und einzuplanen, von der man glaubt, dass sie für den Release des Spiels notwendig ist.

Manchmal (eigentlich öfter, als einem lieb ist) laufen Dinge nicht so wie geplant und Vorhersagen ändern sich: Bugs werden gefunden, Features, die man eigentlich nicht geplant hatte, werden unabdingbar für die Entwicklung einer anderen Funktion. Deshalb hatten sie bis jetzt kein festes Releasedatum. Es ginge ihnen nicht um geschicktes Marketing oder das Ausblenden der Community, sondern darum, dass die Entwicklung von Spielen sehr komplex sei - und nur ein paar Spiele seien komplexer als Star Citizen. Mittlerweile sind sie aber nah genug am Ende der Entwicklung, dass sie sich trauen einen Termin zu nennen. Er gibt aber zu, dass es ein Gewaltmarsch in den nächsten beiden Wochen sein wird.

Hier ist der Plan für die nächsten zwei Wochen der Entwicklung des DFM (Arena Commander):

17. Mai: Die IT-Spezialisten werden die globale Serverinfrastruktur updaten. Eine Reihe interner Tools, die sie für die Entwicklung des Spiels verwenden (Einchecken von Builds, Speichern von Spielobjekten) müssen unbedingt aktuallisiert werden. Sie betreiben diese seit einiger Zeit im roten Bereich, damit sie auf der ganzen Welt 24/7 am DFM arbeiten können.

Während dieser Downtime der Server werden sie zu einer flexibleren und fortgeschritteneren Architektuer der Content Managment Software Perforce wechseln. Dabei wollen sie nach dem Update sogenannte Perforce Streams nutzen, die eine schneller und flexiblere Möglichkeit bieten, Code Branches im Team zu verteilen.

Außerdem soll diese Umstellung die zusätzliche Komplexität adressieren, die der Launch und Support eines Multiplayer-Service wie das DFM nach sich zieht. Nach dem Update hoffen sie, dass sie neue Versionen des DFM mit mehr Zuversicht auf die Gameserver verteilen können (fehlerhafte Daten von den Servern war einer der Hauptgründe für die Probleme in Boston).

18. Mai: Wenn die Server wieder laufen wollen sie die Releaseversion des DFMs aus Star Citizen herauslösen und die Codelinien teilen. Damit soll das DFM von den Entwicklungen, die bei anderen Teams für andere Teile des Spiels gemacht werden, das DFM nicht direkt beeinflussen. Wenn also ein anderes Team zusätzliche FPS Waffen, Plantenoberflächen oder Raumschiffe ins Spiel integriert, dann wird das zunächst keine zusätzlichen Bugs im DFM hervorrufen (irgendwann muss natürlich der Aufwand betrieben werden, die getrennten Codelinien wieder zusammen zu führen).

19. Mai: Das QA-Team startet mit der letzten Testsession mit der DFM Release-Version. Sie werden durch das gesamte Spiel gehen und alle Bugs aufschreiben, die sie finden können. Zum Beispiel das sSchiffe nicht am richtigen Ort spawnen, Physikeffekte nicht richtig funktionieren, Verbindungsabrüche in der Schlacht auftreten und so weiter.

Dieser Katalog an Bugs wird ihnen dann helfen eine "Must Fix"-Liste für den Release aufzustellen. Es natürlich logisch, dass das interne QA-Team nicht alle Bugs finden kann und es sehr wahrscheinlich ist, dass nicht alle Fehler vor dem Release gefixt sein werden.

CIG veröffentlicht spielbaren Code für die Community sehr viel früher, als man das normalerweise bei der Entwicklung von Top-Spielen machen würde. Deshalb wird es nicht so gut sein, wie das fertige Spiel und Chris fragt nach unserer Unterstützung beim Finden von Bugs und Feedback zu den Spielmechaniken.

23. Mai: Damit beginnt die offizielle Spieletestphase zwischen den CIG-Studios. Dabei wird von allen Mitarbeitern verlangt, dass Spiel zu testen, außer sie arbeiten an einem Bug von der "Must Fix"-Liste. Zu diesem Zeitpunkt werden nur einige ausgewählte Teamleiter die Erlaubnis haben, Änderungen an der Release-Version durchzuführen.

27. Mai: Bis zu diesem Tag hoffen sie, dass die schwerwiegensten Fehler beseitigt sein werden. Es wird aber immer noch genug bekannte und unbekannte Probleme geben. Außerdem muss auch der Launcher zu dieser Zeit funktionieren und für die Flut an Spielern vorbereitet sein. Auch die ersten notwendigen Server für das Spiel werden gestartet werden. Zu dieser Zeit werden alle Check-In Privilegien gesperrt. Nur wenn eine unabdingbare Änderung gemacht werden muss, haben die führenden Mitarbeiter und Chris Roberts selbst noch Zugang.

28. Mai: Der Release-Candidate wird kompiliert. Wenn alles nach Plan geht, dann wird das die Version des DFMs sein, die wir spielen werden. Das Team von Turbulent wird die Webseite auf die Version umstellen, die das DFM für Unterstüzter verfügbar macht.

Chris Roberts wird persönlich am Abend des 28. Mai sein OK geben, wenn er meint, dass die dann vorliegende Version, an die Community gegeben werden kann. Ihm ist völlig klar, dass Bugs in dem Release sein werden, auch schwerwiegende. Deshalb ist ihr Primärfokus eine Version herauszubringen, bei der die Community ihnen hilft die Fehler zu finden und das Spiel besser zu machen.

29. Mai: Am Morgen dieses Tages wird das Webseiten-Team weitere Authentifizierungs- und Webserver für den Ansturm starten. Das Entwicklungsteam wird damit beginnen die Zwischenspeicher der Cloudserver zu füllen, um sicherzugehen, dass der Release-Candidate bereit für die User ist.

Am Ende des Tages werden sie die Webseite aktualisieren und die erste Version des DFMs (v0.8) veröffentlichen.

Nach dem Release werden sie weiter Bugfixes und Patches für das DFM herausbringen und nach und nach mehr Spielern erlauben, in den Multiplayer-Teil einzuloggen.

v0.9: Unmittelbar nach dem Release wird diese Version Bugfixes, Balancing, zusätzliche Features und den Squadron Battle Spielmodus in das DFM hineinbringen.

v1.0: Sobald alle Spieler den Multiplayer-Teil spielen können und alle Spielmodi integriert sind (Capture the Code kommt in dieser Version).

Über die nächsten beiden Wochen gibt es für das CIG-Team genug zu tun. Viele unverhersehbare Probleme können dabei auftreten. Er glaubt, dass sie das beste Spieleentwicklungsteam in der Industrie haben sowie die engagierstete und unterstüztenste Community, die man sich wünschen kann.

Sie wollen uns weiter mit Informationen versorgen. Falls es unerwatere Änderungen gibt, dann will er sie so schnell wie möglich der Community mitteilen.

Quelle: RSI Comm-Link