How Ideas Take Flight: The Star Citizen Ship Pipeline

Grüße Bürger,
Wie Sie vielleicht gehört haben, wurde die Schiffsentwicklungspipeline von Star Citizen kürzlich etwas aktualisiert, da sie von unserem Austin-Studio in unser Santa Monica-Studio umgezogen ist, um Chris Roberts näher zu sein. In den letzten Monaten waren wir in Santa Monica sozusagen "auf dem Schiff". Wir haben den Plan für das kommende Jahr der globalen Schiffsentwicklung ausgearbeitet. Und wenn wir global sagen, meinen wir es ernst! Chris Smith und Josh Coons bauen noch immer Schiffe in Austin, während das Team der Gießerei 42 in Manchester diesen Prozess nutzen wird, um die für die Staffel 42 benötigten Schiffe zu bauen. Wir dachten, dass dieser Monat eine großartige Gelegenheit darstellt, die Gemeinschaft über den Status aller Schiffe, die sich derzeit in verschiedenen Phasen der Pipeline befinden, zu informieren und diesen als Berührungspunkt zu nutzen, um die verschiedenen Phasen der Schiffsentwicklung zu erklären, was sie bedeuten und warum sie wichtig sind.

Bevor wir zu tief in den Schiffsentwicklungsprozess und die Erklärung der Pipeline einsteigen, möchten wir uns einen Moment Zeit nehmen, um einige Änderungen zu erläutern, die Sie in den letzten Patches an einigen der älteren Schiffe der Serien Aurora, 300 und Hornet bemerkt haben, die sich bereits in Ihrem Hangar befinden. Wenn Sie eine der Varianten für diese Schiffe gekauft haben, haben Sie vielleicht bemerkt, dass sie im letzten Patch etwas anders aussehen. Seit etwa einem Monat arbeitet das Schiffsteam eng mit den Mitgliedern des Santa Monica Engineering Teams zusammen, um ein codegetriebenes Variantensystem einzuführen.

Wir sind jetzt in der Lage, nur die Teile des Schiffes zu bauen, die sich von denen einer Variante unterscheiden, was nicht nur Zeit bei der Erstellung der Varianten spart, sondern auch eine enorme Zeitersparnis bei der Wartung der Schiffe und der Behebung von Fehlern. Zum Beispiel teilen sich die Serien 300, Aurora und Hornet alle das gleiche Cockpit mit allen Varianten ihrer Serie, aber nach dem alten System waren dies alles unterschiedliche Modelle. Das bedeutet, dass wir, wenn wir den Cockpitinnenraum in der Aurora aufrüsten wollten, die gleichen Geoänderungen an der Aurora LN, LX, MR, ES, CL vornehmen müssten, so dass eine einzige Änderung fünfmal durchgeführt werden müsste, damit sie auf allen Schiffen berücksichtigt wird. Unter dem neuen System verwaltet der Code die Schiffe eher wie Legosteine, die alle Bits miteinander verbinden. Was dies ermöglicht, ist für uns, ein Stück einmal zu ändern und diese Änderung für alle Varianten in der Aufstellung zu verwenden, solange sie das gleiche Stück teilen. Dies ist nicht nur ein immenser Zeitgewinn bei der Herstellung der Schiffe, der Einrichtung der Schiffe und der Modernisierung der Schiffe, sondern ermöglicht es uns auch, die Anzahl der entstandenen Fehler und die Zeit, die es braucht, um auftretende Fehler zu beheben, drastisch zu reduzieren.

Um dieses Pseudo "State of the Union" auf Schiffen zu beginnen, ist es wahrscheinlich am besten, ein wenig über die Pipeline selbst zu sprechen, wie im obigen Bild, unserem neuesten Prozess, dargestellt. Der Prozess selbst gliedert sich in drei Hauptschritte, die wir auch auf Veröffentlichungen für Sie, die Community, abgestimmt haben. Diese drei Hauptstufen sind wie folgt:

Konzept bereit
Hier teilen wir ein fertiges und genehmigtes Konzept mit der Community. In dieser Phase haben wir nach eingehender Prüfung des funktionalen Designs die endgültigen Rendern intern überprüft und genehmigt. Ein aktuelles Beispiel dafür ist der Reclaimer.
Hangar bereit
Hier haben wir Schiffe, die bereit sind, in den Hangar von jedem zu gehen, der ein Schiff gekauft hat. In dieser Phase ist das Modell weitgehend fertig gestellt und die zugehörigen Charakteranimationen sind abgeschlossen. Wenn ein Schiff irgendwelche Varianten hat, ist es unser Ziel, alle Varianten im Hangar des Schiffes gleichzeitig bereit zu haben. Ein aktuelles Beispiel dafür sind die Konstellationen.
Luftkampf bereit
In dieser Phase haben wir die Schiffe für den Einsatz im Arena Commander und später im Persistent Universe vorbereitet. Die wichtigen Unterschiede bestehen darin, dass wir ihre LOD's verfeinert haben, alle ihre Schadenszustände, visuelle Effekte, Audioeffekte, Endbeleuchtung, etc. einstellen. Ein aktuelles Beispiel dafür ist der M50.

Jetzt nehmen wir Sie mit auf einen Aufenthalt durch die Feinheiten jedes einzelnen Schrittes im Prozess, um jede Meilensteinphase zu erreichen. Haltet eure Hüte fest, los geht's!

Konzept bereit
Der Weg zu einem konzeptreifen Schiff ist wohl einer der lockersten und kreativsten. Wir beginnen ganz einfach damit, eine Rolle innerhalb des Star Citizen Universums zu identifizieren, die wir mit einem Schiff besetzen wollen. Dies geschieht in Zusammenarbeit zwischen Design, Autoren, Produktion und natürlich Chris. Die Leute, die in dieser Phase beteiligt sind, sind im Allgemeinen Dan Tracy, Ben Lesnick, David Haddock, Chris Roberts und Travis Day. Sobald die Schiffsrolle definiert ist, besprechen wir, welcher der Hersteller unseres Universums dieses Schiff am ehesten produzieren würde, im Allgemeinen, welche Fähigkeiten es haben muss. Von dort aus wird das Designteam einen ersten Durchgang zu mehreren Statistikoptionen zusammenstellen, die auf den früheren Diskussionen basieren, die Chris überprüfen soll. Gleichzeitig werden unsere Autoren hochrangige Beschreibungen des Schiffes aus einer fiktiven Perspektive erstellen, aus der Chris wählen oder verfeinern kann. Nach diesem ersten Designprozess werden wir genehmigte Statistiken, freigegebene Fiktion und einen genehmigten Namen haben. Sobald das Basismodell von Chris genehmigt wurde, durchlaufen wir den gleichen Prozess, um die Variantenmodelle für das Schiff zu definieren.

Hochwertiges Konzept
An dieser Stelle wählen wir den Konzeptkünstler aus, ob intern oder extern, von dem wir glauben, dass er aufgrund von Fähigkeiten und Verfügbarkeit am besten positioniert ist, um das Konzept dieses Schiffes in Angriff zu nehmen. Nach der Auswahl stellen wir dem Künstler alle oben generierten Materialien und Ideen zur Verfügung und treffen uns mit ihm, um die Dokumentation, Ideen, Fiktion zu besprechen und ihm zu erlauben, Fragen zu stellen und erste Anweisungen zu geben, die er von der Manschette aus sehen kann. Von dort aus nimmt der Künstler alle Informationen und beginnt den Prozess der Skizzierung einiger schneller Roughs, um die Formensprache und allgemeine Designideen zu zeigen. Der Konzeptkünstler wird manchmal mehr als 16 verschiedene Roughs liefern, damit Chris sie überprüfen und Feedback und Anleitung geben kann. Sobald Chris einige Auswahlen getroffen und Feedback gegeben hat, werden wir diesen iterativen Prozess fortsetzen, bis wir uns auf eine endgültige detaillierte Skizze geeinigt haben.


Erste 3D-Renderings
Um den Prozess fortzusetzen, wird der Konzeptkünstler dann mit Programmen wie Modo oder Maya in 3D übergehen. Sie übersetzen die 2D-Skizzen in 3D-Modelle, die zwar nicht annähernd so detailliert oder sauber sind wie die endgültigen Spielmodelle, aber das Schiff in 3 Dimensionen bringen, damit wir mit den technischen und logistischen Details beginnen können. Wie Sie alle wissen, sind unsere Schiffe so konzipiert, dass sie sehr funktional sind, und in dieser Phase steht die Funktionalität im Mittelpunkt. Unsere technischen Designer, 3D-Modellierer und technischen Animatoren werden in dieser Phase in die Arbeit mit dem Konzeptkünstler einbezogen, um Details wie die Funktionsweise des Fahrwerks, die Landung des Schiffes, die Lage der Triebwerke für optimale Flugeigenschaften, die Platzierung im Cockpit, die Entfernung zu den Steuerflächen, die Lage der Konstruktionshalle, die Schlafräume, die Waffenplatzierung usw. zu verdeutlichen. An dieser Stelle können wir sicherstellen, dass die Dimensionen, das Layout und das Design, die aus der Konzeptphase kommen, funktionieren, sobald wir mit dem Bau des endgültigen 3D-Schiffs im Spiel in 3DS Max beginnen, in Maya animieren und schließlich in der CryEngine importieren und einrichten.


Lustige Anekdote aus dieser Phase: Während dieser Phase des Konzeptes für den Mustang, das von David Hobbins durchgeführt wurde, entdeckten wir, dass die Maßeinheiten von seinem Setup am Maya bis zu den Einheiten, die für Modellbauer in 3DS Max verwendet wurden, nicht mehr gültig waren. Dies bedeutete, dass, als der Pilot versuchte, das Cockpit zu betreten, die Türöffnung zu klein war, um dem Charakter zu entsprechen, so dass man in dem Loch hinter dem Cockpit festsaß, in dem sich der Aufzug befindet. Dies prägte den Begriff um das Amt des "The Hobbins Hole" herum.

Sobald alles fertig ist und Art, Design, Animation alle unterschrieben haben, wird es zur endgültigen Überprüfung und Genehmigung durch Chris eingereicht. Sobald alle Rückmeldungen eingegangen sind, werden wir diese Phase abschließen, indem wir mehrere Situationsaufnahmen aus verschiedenen Blickwinkeln ausgeben, die zeigen, wie sie gelandet sind, im Weltraum fliegen, kämpfen, zusammen mit allen speziellen Kontextfunktionen wie der Klaue am Reclaimer. An diesem Punkt würden wir diese Render an die Community freigeben, wie wir es kürzlich mit dem Reclaimer getan haben, und wir bringen das Schiff in die Phase, Hangar Ready zu werden.

Hangar bereit
Der Prozess der Vorbereitung eines Schiffshangars beginnt damit, dass wir mit zunehmender Komplexität viel mehr Menschen in die Schiffsentwicklung einbeziehen und versuchen, durch Parallelisierung der Bemühungen so viel wie möglich zu rationalisieren. Der erste Schritt, der aus der Concept Ready-Phase kommt, wird in der Regel parallel zu den endgültigen Concept-Renderings durchgeführt, ist der "Slice and Dice"-Vorschlag und das "White Boxing", bei dem unsere Technischen Künstler und Technischen Designer das Konzeptmodell importieren und beginnen, die primären Teile des Schiffes zu identifizieren, die wir unabhängig voneinander beschädigen und zerstören wollen, und herauszufinden, wie es funktionieren wird. Sie können ein Beispiel dafür für das Entermesser sehen.

Die Bedeutung dieses Schrittes besteht darin, herauszufinden, wie wir mit der Modellierung des Schiffes umgehen müssen, da die Schiffe, obwohl sie ganz aussehen, eigentlich aus allen ihren Funktionsteilen bestehen, die zur Laufzeit per Code miteinander verbunden sind. Sobald dieser Schritt abgeschlossen ist, können wir das Kunstwerk und das technische Design und die Implementierung parallelisieren, um Zeit zu sparen.

Mit Hilfe der Slice and Dice and White Box kann das Designteam die Einrichtung der Fahrzeug-Implementierungsdateien vorantreiben, in denen wir für den Spiel-Code definieren, welche Ausrüstung das Schiff standardmäßig haben wird, und mit der Einrichtung der Thrusterpositionen und dem Testen seiner Flugmechanik und der Überarbeitung der Thrusterplatzierung zur Vorbereitung auf den Luftkampf beginnen. In der Zwischenzeit kann das Art-Team dann mit der Einrichtung der 3DS Max-Szene für das Schiff mit jedem der verschiedenen Modelle, aus denen das Schiff besteht, fortfahren und die Hierarchie gemäß der weißen Box konfigurieren. Im Allgemeinen für dieses verwenden die Künstler das frühe Konzeptmodell, wie Sie eine Form für die Schmuckherstellung würden, in der sie das neue abschließende Spielanlagegut um/auf dem Konzeptmodell aufbauen, das Konzeptmodell entfernt, während sie abschließende Spielanlagegutstücke abschließen, bis alle, die gelassen wird, das abschließende Spielanlagegut Geo ist.

Sobald wir die Basisgeometrie erstellt und die Hierarchie richtig eingestellt haben, beginnt das Animationsteam mit den Charakter- und Fahrzeugteilanimationen für das Schiff, während die Künstler weiterhin Hardpoints und Hilfspositionen hinzufügen, um dem zu entsprechen, was die Konstrukteure am White Box Modell eingerichtet haben, so dass die Fahrzeugimplementierungsdateien die tatsächlichen Positionen auf dem Modell, das der Künstler erstellt hat, korrekt referenzieren werden. Von dort aus werden sie die UV-Mapping, Texturierung und Materialeinstellungen abschließen, Mischschichten für Verschleiß konfigurieren, etc. Sobald dies abgeschlossen ist, wird das Modell an Chris Roberts zur Überprüfung und Rückmeldung geschickt. Von hier aus wird der 3D-Modellierer auf dem Feedback von Chris bis zur endgültigen Freigabe iterieren und auch die Animatoren und Designer bei allen Bedürfnissen oder Änderungen unterstützen, die noch erforderlich sind.

Last but not least werden das Modell und die Animationen gleichzeitig an einen Lichtkünstler übergeben, der die Innen- und Außenbeleuchtung des Schiffes einrichtet, und einen Sound Designer, der dafür sorgt, dass alle Soundeffekte für das Schiff, Charakteranimationen usw. integriert werden und das Schiff zum Leben erwecken. An dem Punkt, an dem dies abgeschlossen ist und wir ein Schiff haben, von dem wir glauben, dass es einen Hangar bereit ist, legen wir es Chris Roberts ein letztes Mal zur Überprüfung vor. Nach der Integration seines Feedbacks und seiner endgültigen Genehmigung integrieren wir das Schiff in den nächsten Patch, der an die Community geht, und Shazaam, ein neues Hangar Ready Schiff wird freigegeben.

Luftkampf bereit
Diese Phase der Schiffsentwicklung ist wohl die technisch komplexeste, aber es ist definitiv die Phase, in der die meisten Menschen beteiligt sind und die aufgrund der Komplexität und Vernetzung der Schiffe und ihrer Systeme die engste Kommunikation und Zusammenarbeit zwischen allen Entwicklungsdisziplinen erfordert. Wenn Sie sich das Dokument Ship Pipeline in diesem Beitrag ansehen, können Sie sehen, dass hier die größte Parallelisierung durchgeführt wurde, und das können wir dank der Änderungen, die wir bereits früher in der Pipeline vorgenommen haben und die sich hier auszuzahlen beginnen. Wenn Sie sich zum Beispiel an den Vorschlag "Slice and Dice" und die weiße Box erinnern.... Weil wir diese gemacht und das Schiff in alle seine richtigen Stücke für die Hangarbühne zerlegt haben, können wir jetzt einzelne Künstler gleichzeitig daran arbeiten lassen, Schadenszustände für jedes dieser Stücke zu erzeugen, da sie jeweils ihr eigenes Modell sind und ihren eigenen Platz bereits in der Hierarchie des Schiffes festgelegt haben. Sobald sie dies abgeschlossen haben, werden sie mit dem Ausbacken der LODs für jedes dieser Stücke fortfahren.


Insbesondere für die Schadenszustände haben wir in Zusammenarbeit zwischen Ingenieuren, Technikern und unserem Visual Effects-Team ein neues System entwickelt. Wenn Sie sich an einige der älteren Videos hinter den Kulissen mit Forrest erinnern, mussten wir früher VFX-Künstler benutzerdefinierte Effekte erstellen lassen und diese auf dem Modell und in XML einrichten, um die Effekte zum Abspielen zu aktivieren. Mit unserem neuen System können die Künstler, die die Schadenszustände tatsächlich machen, in Helfern auf dem Modell selbst an der Stelle, an der sie visuelle Effekte haben wollen, platzieren. Basierend auf dem Namen, den sie dem Helfer geben, spielt der Code automatisch den Effekt ab, den er an der von ihm angegebenen Position gewählt hat. Dies ermöglicht es den Künstlern, die visuellen Effekte dort zu platzieren, wo sie sie sich vorstellen, während sie modellieren, und die VFX-Künstler konzentrieren sich ausschließlich darauf, eine riesige Bibliothek von innovativen Effekten für die Benutzer zu erstellen, während sie weniger Zeit mit der technischen Umsetzung verbringen.


Gleichzeitig wird unser UI-Team damit beginnen, die verschiedenen HUD- und Instrumentierungselemente, die sie während der Modellierungsphase für das Schiff konzipiert und erstellt hatten, einzubauen und an die Änderungen und das Feedback von Chris Roberts anzupassen. Dies ist ein sehr iterativer Prozess, bei dem wir immer noch etwas Technologie aufbauen, um all die kreativen diegetischen Displays, die unser UI-Künstler Zane Bien konzipiert, richtig zu unterstützen, um Chris' Vision für das HUD in Star Citizen zu verwirklichen.

Schließlich wird das VFX- und Animationsteam alle benutzerdefinierten Effekte und Animationen erstellen, die für das Schiff erforderlich sind, das es in einem früheren Stadium nicht erhalten hat. Danach wird das Audio-Team sicherstellen, dass jedes einzelne Animations-, Effekt- und HUD-Element, also praktisch alles, einen zugehörigen SFX hat, der das Schiff zum Leben erweckt. Während sie dies tun, wird dieses Design die Implementierung aller Schadenszustände, Fahrzeugstatistiken, Implementierungsdateien, Waffen und Triebwerkskonfigurationsbalance abschließen, bis sie mit ihren Ergebnissen zufrieden sind.

Wie bei jeder Phase in der Pipeline ist Chris an jeder Ecke beteiligt, aber es ist hier für die Dogfight Ready Phase, dass Chris dann seine letzte Überprüfung und sein Feedback für das Schiff hat, bevor es an die Öffentlichkeit freigegeben wird. Nach der Integration von Chris' Feedback wird das Schiff dann in den nächsten Patch integriert, der live an die Öffentlichkeit geht, und wir alle beobachten wie eifrige Eltern, wie der Patch live geht und unser Schiff in die Hände der Community freigegeben wird.


Das schließt diese Dissertation über die Pipeline und den Prozess ab, mit dem wir hier bei Cloud Imperium Games Schiffe entwickeln! Ich kann ehrlich sagen, dass eine meiner Lieblingsbeschäftigungen bei der Arbeit an diesem Projekt unsere Freiheit ist. Mit Freiheit meine ich sicherlich die kreative Freiheit ohne Verleger, aber vor allem ist es auch die Freiheit, unseren Entwicklungsprozess mit allen in der Gemeinschaft zu teilen, die dies alles ermöglicht. Die Möglichkeit, jedem den Entwicklungsprozess in dieser Art von "offenem Kimono" zu zeigen, ist für uns alle hier bei Cloud Imperium sehr befreiend und macht Spaß, und wir hoffen, dass es euch allen genauso viel Spaß macht, davon zu hören, wie wir es lieben, es zu teilen. Vielen Dank an alle in der Community, die dieses Projekt unterstützt und diese Art von einzigartiger kreativer Entwicklungsbeziehung ermöglicht haben! Ich sehe euch alle im Vers!

Mit freundlichen Grüßen,
Travis Day
Produzent - Star Citizen

Dieses Diagramm zeigt, was die nächste Stufe für jedes Schiff in der Pipeline ist. Beachten Sie, dass dies nicht jedes Schiff in der Entwicklung ist; einige, die noch nicht bekannt sind, sind nicht enthalten! (Und andere, wie die neu ausgewählten Wave-4-Schiffe, sind noch nicht in die Pipeline eingetreten.)

Schiffsname Aktueller Status Nächste Stufe 315p Hangar Ready Flight Ready 325a Complete Complete Complete 890 Jump Concept Ready Hangar Ready Aurora CL Hangar Ready Flight Ready Aurora ES Hangar Ready Flight Ready Aurora LN Hangar Ready Flight Ready Flight Ready Aurora LX Hangar Ready Flight Ready Aurora Aurora LX Hangar Ready Flight Ready Avenger Hangar Ready Flight Ready Avenger Variante 1 Konzept Konzept Konzept Ready Avenger Variante 2 Konzept Konzept Ready Avenger Variante 3 Konzept Konzept Ready Banu Merchantman Konzept Konzept Ready Carrack Konzept Konzept Konzept Ready Caterpillar Konzept Konzept Ready Reclaimer Konzept Konzept Ready Constellation Andromeda Hangar Ready Flight Ready Constellation Aquila Hangar Ready Flight Ready Constellation Taurus Hangar Ready Flight Ready Constellation Phoenix Hangar Ready Flight Ready Cutlass Black Hangar Ready Flight Ready Cutlass Blue Hangar Ready Flight Ready Flight Ready Cutlass Red Hangar Ready Flight Ready Freelancer Hangar Ready Flight Ready Freelancer DUR Hangar Ready Flight Ready Freelancer MAX Hangar Ready Flight Ready Freelancer MIS Hangar Ready Flight Ready Gladiator Konzept Ready Hangar Ready Gladius Konzept Ready Hangar Ready Hangar Ready Herald Konzept Konzept Ready Hornet F7C-M Hangar Ready Flight Ready Hornet F7C-R Hangar Ready Flight Ready Hornet F7C-S Hangar Ready Flight Ready Idris M Konzept Ready Hangar Ready Idris P Konzept Ready Hangar Ready Manticore Konzept Konzept Ready Mustang Konzept Ready Hangar Ready Mustang Beta Konzept Ready Hangar Ready Mustang Delta Konzept Ready Hangar Ready Hangar Ready Mustang Gamma Konzept Ready Hangar Ready Mustang Omega Hangar Ready Flight Ready New Corvette Concept Konzept Ready Hull C Konzept Konzept Ready P52 Merlin Konzept Ready Hangar Ready Redeemer Konzept Ready Hangar Ready Retaliator Konzept Ready Hangar Ready Hangar Ready Starfarer Konzept Konzept Ready Vanduul Glaive Hangar Ready Flight Ready Vanduul Scythe Hangar Ready Flight Ready Xi'an Scout Konzept Ready Hangar Ready Xi'an Volper Konzept Ready Concept Ready

Greetings Citizens,
As you may have heard, Star Citizen’s ship development pipeline has recently undergone some updating as it has moved from our Austin studio to our Santa Monica studio to be closer to Chris Roberts. For the last month, we in Santa Monica have been “in the ship” so to speak. We’ve been laying out the plan for the coming year of global ship development. And when we say global, we mean it! Chris Smith and Josh Coons are still building ships in Austin, while the team at Foundry 42 in Manchester will be using this same process to create ships needed for Squadron 42. We thought that this month represents a great opportunity to update the community on the status of all ships currently in various stage of the pipeline and use that as a touch stone to help explain the various stage of ship development, what they mean, and why they are important.

Before we go too deep into the ship development process and explanation of the pipeline we would like to take a moment to explain some changes that you may have noticed in the recent patches to some of the older Aurora, 300, and Hornet series ships already in your Hangar. If you purchased any of the variants for these ships you may have noticed that in the latest patch they look a bit different. For the last month or so the ship team has been working in close concert with members of the Santa Monica Engineering team to introduce a code driven variant system.

We are now able to build only the parts of the ship that are different for a variant which not only saves time in making the variants but also saves a tremendous amount of time maintaining the ships and fixing bugs. For example the 300, Aurora, and Hornet series all share the same cockpit with all variants in their series but, under the old system, these were all different models. This means that if we wanted to upgrade the cockpit interior in the Aurora we would have to go make the same geo changes to the Aurora LN, LX, MR, ES, CL so a single change would need to be done 5 times to have it be reflected across all the ships. Under the new system the code manages the ships more like Lego pieces attaching all the bits together. What this allows is for us to change one piece once and have that change be used across all the variants in the lineup as long as they are share that same piece. Not only is this an immense time saver in making the ships, setting up the ships, and upgrading the ships but it also allows us to dramatically decrease the amount of bugs that are created and the time it takes to fix any that crop up.

To start of this pseudo “State of the Union” on ships it is probably best to talk a bit about the pipeline itself as laid out in the above image, which is our latest process. The process itself breaks down into three primary stages which we’ve also aligned to public facing releases to you, the community. These three primary stages are as follows:

Concept Ready
This is where we share a finalized and approved concept to the community. At this stage we’ve internally reviewed and approved the final renders after thorough exploration of functional design. A recent example of this is the Reclaimer.

Hangar Ready
This is where we have ships ready to go into the hangar of everyone who has purchased a ship. At this stage the model is mostly finalized and associated character animations are complete. If a ship has any variants our goal is to have any variants in of the ship Hangar Ready at the same time as each other. A recent example of this are the Constellations.

Dogfight Ready
At this stage we’ve prepared the ships to be used in Arena Commander and later the Persistent Universe. The important differences is that we’ve refined their LOD’s, setup all of their damage states, visual effects, audio effects, final lighting, etc. A recent example of this is the M50.


Now we are going to take you on a sojourn through the intricacies of each step in the process to reaching each milestone stage. Hold onto your hats, here we go!

Concept Ready
The road to a ship being concept ready is arguably one of the loosest and most creatively raw. We start quite simply by identifying a role within the Star Citizen universe that we want to fill with a ship. This is done with collaboration between Design, Writers, Production, and of course Chris. The folks involved at this stage are generally Dan Tracy, Ben Lesnick, David Haddock, Chris Roberts, and Travis Day. Once the ship role is defined we discuss which of our universe’s manufacturers would most likely produce this ship, generally what capabilities it will need to have. From there the design team will put together an initial pass at several stats options based on the earlier discussions for Chris to review. At the same time our writers will generate high level descriptions of the ship from a fictional perspective for Chris to choose from or refine. Coming out of this initial Design process we will have approved stats, approved fiction, and an approved name. Once the base model has been approved by Chris we go through much the same process to define the variant models for the ship.

High-level concept
At this point we select the Concept Artist whether internal or external whom we feel is best positioned based on skillset and availability to tackle the concept of this ship. Once selected we provide all the materials and ideas generated above to the artist and have a meeting with them to discuss the documentation, ideas, fiction, and allow them to ask questions and pitch some initial directions they could see off the cuff. From there the artist will take all the information and begin the process of sketching up some quick roughs to show shape language and general design ideas. The concept artist will deliver back sometimes upward of 16 different roughs for Chris to review and provide feedback and direction on. Once Chris has made some selections and provided feedback on them we will continue through this iterative process until we’ve settled on a final detailed sketch. First 3D renders
To continue the process the Concept Artist will then move into 3D using programs such as Modo or Maya. They translate the 2D sketches into 3D models that, while not nearly as detailed or clean as the final game models, bring the ship into 3 dimensions so we can begin tackling the technical and logistical details. As you all know our ships are designed to be quite functional and it is at this stage that the functionality takes center stage. Our Technical Designers, 3D Modelers, and Technical Animators become involved at this stage to work with the Concept Artist to flesh out details like how the landing gear operate, how the ship will land, where the thrusters will be located for optimal flight characteristics, interior cockpit placement, distance to control surfaces, location of the engineering bay, sleeping quarters, weapon placement etc. It is at this where we can make sure that the dimensions, layout, and design coming out of the Concept stage are going to work once we begin to build out the final in-game 3D ship in 3DS Max, animate in Maya, and ultimately import and setup in the CryEngine.



Funny anecdote from this stage: during this phase of the concept for the Mustang which was done by David Hobbins we discovered that the units of measurement were off from his setup on Maya to the units being used for modelers in 3DS Max. This meant that as the pilot attempted to enter the cockpit the doorway was too small to fit the character so you were stuck in the hole behind the cockpit where the elevator is located. This coined the term around the office of “The Hobbins Hole”.

Once everything is finalized and Art, Design, Animation have all signed off it is submitted for final review and approval by Chris. Once any feedback has been addressed we will complete this stage by rendering out several in situation shots from multiple angles which show it landed, flying in space, fighting, along with any special contextual functionality like the claw on the Reclaimer. It is at this point that we would release these renders to the community like we did recently with the Reclaimer and we advance the ship onto the phase of becoming Hangar Ready.

Hangar Ready
The process of getting a ship hangar ready is where we start to involve a lot more people in ship creation as the complexity increases and we attempt to streamline as much as possible by parallelizing efforts. The first step, coming out of the Concept Ready stage, is generally done in parallel to the final Concept renders is the “Slice and Dice” proposal and “white boxing” where our Technical Artists and Technical Designers will import the concept model and begin identifying the primary parts of the ship that we want to damage and destroy independently of each other and fleshing out how it will work. You can see an example of this for the Cutlass.

The importance of this step is to identify how we will need to go about modeling the ship since the ships, though they look whole, are actually comprised of all their functional pieces attached together by code at runtime. Once the this step is complete we can then parallelize the Art work and the Technical Design and implementation to save time.

Using the slice and dice and white box the Design team can move forward on setting up the vehicle implementation files where we define for the game code what equipment the ship will have by default and begin setting up the thruster positions and testing its flight mechanics and revising thruster placement in preparation for dogfighting ready. Meanwhile the Art team can then move forward with setting up the 3DS Max scene for the ship with each of the different models that comprise the ship and configuring the hierarchy as prescribed by the white box. Generally for this the Artists will use the early concept model as you would a mold for jewelry making where they build the new final game asset around/atop the concept model removing concept model as they complete final game asset pieces until all that is left is the final game asset geo.

Once we have the base geometry laid built and the hierarchy set properly the Animation team then starts in on character and vehicle part animations for the ship while the Artists continue on to add hardpoints and helper positions to match what the technical designers have setup on the white box model so the that the vehicle implementation files will be properly referencing actual locations on the model the Artist has created. From there they will finish off UV Mapping, texturing, and material settings, configuring blend layers for wear and tear, etc. Once this is complete the model will be sent to Chris Roberts for review and feedback. From here on the 3D Modeler will iterate on the feedback from Chris until final approval and also support the Animators and Designers with any needs or changes that may still be required.

Last but not least the model and animations will be turned over simultaneously to a Lighting Artist to setup the interior and exterior lighting of the ship and a Sound Designer who will make sure that all the sound effects for the ship, character animations, etc. are integrated and bring the ship to life. At the point that this is complete and we have a ship that we feel is hangar ready we then submit it to Chris Roberts a final time for his review. Following the integration of his feedback and his final approval we then integrate the ship into the next patch that is outbound to the community and shazaam, a new Hangar Ready ship is released.

Dogfight Ready
This stage of ship development is arguably the most technically complex but it is definitely the stage that involves the most people and requires the most close communication and collaboration between all development disciplines due to the complexity and interconnectivity of the ships and their systems. If you look at the Ship Pipeline document in this post you can see that this is where the most parallelization has been implemented and we can do that thanks to the changes that we’ve made earlier on in the pipeline which start to pay dividends here. For example, if you remember the “slice and dice” proposal and the white box… Because we made those and broke the ship up into all its proper pieces for the hangar stage we can now have individual artists work on creating damage states for each of those pieces at the same time since they are each their own separate model and have their own place already laid out in the hierarchy of the ship. Once they’ve completed this they will move on to baking out LODs for each of these pieces.



For the damage states in particular we have also developed a new system in collaboration between Engineers, Tech Artists, and our Visual Effects team. If you remember from some of the older behind the scenes videos with Forrest, we used to have to have VFX artists create custom effects and go through setting them up on the model and in XML to trigger the effects to play. With our new system the artists that are actually making the damage states can actually place in helpers on the model themselves at the place where they want visual effects to appear. Based on the name that they give to helper the code will automatically play the effect they’ve chosen at that position they specify. This allows the Artists to place the visual effects where they envision them as they are modeling and the VFX artists to focus solely on making a huge library of cutting edge effects for people to use while spending less time on the technical implementation.



At the same time our UI team will begin laying in the various HUD and instrumentation elements that they had concepted and created for the ship during the modeling phase and refining them to match with any changes and feedback from Chris Roberts. This is a very iterative process that we are still building some tech to properly support all the creative diegetic displays that our UI Artist Zane Bien is concepting to fit Chris’ vision for the HUD in Star Citizen.

Finally the VFX and Animation team will create any custom effects and animations required for the ship that it hasn’t gotten in a previous stage. Following that the Audio team will go in make sure that every single animation, effect, HUD element, basically everything, has an associated SFX that brings the ship to life. As they do this design will finalize the implementation of all the damage states, vehicle stats, implementation files, weapons and thruster configuration balance until they are satisfied with their results.

As with every stage in the pipeline Chris is involved at every turn but it is here for the Dogfight Ready stage that Chris then has his final review and feedback for the ship before it is released out to the public. Following the integration of Chris’ feedback the ship is then integrated into the next patch going live to the public and we all watch like eager parents as the patch goes live and our ship is released into the hands of the community.


That about wraps up this dissertation on the pipeline and process that we use to develop ships here at Cloud Imperium Games! I can honestly say that one of my favorite things about working on this project is our freedom. By freedom I certainly mean the creative freedom without a publisher but more to the point it is also the freedom to share our development process with everyone in the community that makes this all possible. Having the opportunity to show everyone the development process in this kind of “open kimono” fashion is very liberating and fun for all of us here at Cloud Imperium and we hope that you all enjoy hearing about it as much as we love sharing it. Thank you to everyone in the community who has backed this project and made this kind of unique creative development relationship possible! See you all in the ‘verse!

Sincerely,
Travis Day
Producer – Star Citizen

This chart shows what the next stage is for each ship in the pipeline. Note that this is not every ship in development; some which have yet to be revealed are not included! (And others, like the newly selected Wave 4 ships, have not yet entered the pipeline.)

Ship Name Current status Next Stage 315p Hangar Ready Flight Ready 325a Complete Complete 890 Jump Concept Ready Hangar Ready Aurora CL Hangar Ready Flight Ready Aurora ES Hangar Ready Flight Ready Aurora LN Hangar Ready Flight Ready Aurora LX Hangar Ready Flight Ready Avenger Hangar Ready Flight Ready Avenger Variant 1 Concept Concept Ready Avenger Variant 2 Concept Concept Ready Avenger Variant 3 Concept Concept Ready Banu Merchantman Concept Concept Ready Carrack Concept Concept Ready Caterpillar Concept Concept Ready Reclaimer Concept Concept Ready Constellation Andromeda Hangar Ready Flight Ready Constellation Aquila Hangar Ready Flight Ready Constellation Taurus Hangar Ready Flight Ready Constellation Phoenix Hangar Ready Flight Ready Cutlass Black Hangar Ready Flight Ready Cutlass Blue Hangar Ready Flight Ready Cutlass Red Hangar Ready Flight Ready Freelancer Hangar Ready Flight Ready Freelancer DUR Hangar Ready Flight Ready Freelancer MAX Hangar Ready Flight Ready Freelancer MIS Hangar Ready Flight Ready Gladiator Concept Ready Hangar Ready Gladius Concept Ready Hangar Ready Herald Concept Concept Ready Hornet F7C-M Hangar Ready Flight Ready Hornet F7C-R Hangar Ready Flight Ready Hornet F7C-S Hangar Ready Flight Ready Idris M Concept Ready Hangar Ready Idris P Concept Ready Hangar Ready Manticore Concept Concept Ready Mustang Concept Ready Hangar Ready Mustang Beta Concept Ready Hangar Ready Mustang Delta Concept Ready Hangar Ready Mustang Gamma Concept Ready Hangar Ready Mustang Omega Hangar Ready Flight Ready New Corvette Concept Concept Ready Hull C Concept Concept Ready P52 Merlin Concept Ready Hangar Ready Redeemer Concept Ready Hangar Ready Retaliator Concept Ready Hangar Ready Starfarer Concept Concept Ready Vanduul Glaive Hangar Ready Flight Ready Vanduul Scythe Hangar Ready Flight Ready Xi’an Scout Concept Ready Hangar Ready Xi’an Volper Concept Concept Ready