Es war wunderbar so viele von euch diesen Monat auf der CitizenCon gesehen zu haben und es war Wahnsinn zu hören, dass so viele Citizens den Stream eingeschaltet hatten. Wir hoffen, es hat euch Spaß gemacht, etwas unserer Arbeit aus erster Hand zu sehen, denn es wird noch jede Menge andere Dinge geben! Hier ist unsere Zusammenfassung, was wir diese Monat getan haben:

Design

Der Oktober ist um und die CitizenCon ist abgeschlossen. Unser Fokus liegt noch gänzlich darauf, die erste Phase des Crusader Builds in eure Hände zu bringen. Wir arbeiten hart daran, eine genügend stabile Version zu schaffen, die euch einen echten Eindruck von diesen wahnsinnigen Spiel geben wird. Es gibt allerdings noch einige Problemchen, die wir erstmal verbessern müssen, um einen besseren Ausgangspunkt für einen Release zu haben; z.B. das EVA, was ein bedeutender Teil von Star Citizen werden wird, muss noch verbessert werden.

Der Quantum Treibstoff ist ebenfalls ein Faktor für Spieler, der gemanagt und gut überlegt eingesetzt werden muss. Er sorgt auch für einen gewissen Grad Realismus. Service Stationen, betrieben durch Cry-Astro, an denen aufgetankt, aufmunitioniert und repariert werden kann, sind rund um Crusader zu finden. Der Einfachheit halber werden diese Vorgänge im Alpha 2.0 Testbuild erstmal kostenlos sein, wenn allerdings RECs bezahlt werden müssen, werden Spieler wohl mehr drüber nachdenken, welche Gefahren sie eingehen.

Wir haben außerdem einige Starter Missionen hinzugefügt, die rund um die Map markiert sind. Und während wir jetzt dabei sind, das FPS Gameplay zu fixen, gibt es einen speziellen Ort, der FPS Kämpfe zulassen wird, für die, die tapfer genug sind, dort einzutauchen! Alles in allem hoffen wir, erstmal genug Inhalt zu präsentieren, um euch eine Weile beschäftigt zu halten.

Ein weitere guter Nebeneffekt davon, dass der Fokus solange auf der Alpha 2.0 lag liegt darin, dass wir bereits einige Ressourcen aus der Design Abteilung zurück zu Squadron 42 legen konnten, wo dadurch bereits einige kritische Blocker beseitigt wurden. Wir haben guten Fortschritt am AI System machen können, mit dem Hinblick auf Neuerungen wie einer neuen Asteroiden Basis in zukünftigen Star Citizen Live Releases.

Zusammengefasst war auch dies wieder ein aufregender Monat, bei dem wir richtig fühlen können, wie eins zum anderen kommt und die Teile zusammengesetzt werden, zudem wurde noch essentielle Arbeit von unseren Ingenieuren geleistet, damit wir euch die Erfahrungen bringen können, die Ihr verdient. Wie immer danken wir euch, dass Ihr uns die Möglichkeit gebt, zu tun was wir tun um dieses fantastische Spiel zum Leben zu bringen.

Audio

Im letzten Monat haben wir uns auf zwei Bereiche konzentriert; einer davon war der Ton.

Zunächst einmal war da die CitizenCon, ein gewaltiges Event, und mehr oder minder war auch das gesamte CIG Audio Team vor Ort. Abgesehen von der vielen Arbeit, die erledigt wurde, z.B. das Material, das alles ins Spiel wandert, haben wir auch unglaublich viel Zeit damit verbracht, sicherzustellen, dass es das beste Soundevent bisher wurde, was den Livestream betrifft. Wir waren nicht ganz zufrieden mit der GamesCom und es gab auch bei der CitizenCon eine Menge Dinge, die wir in Bezug auf die Audioqualität noch verbessern können. Es war uns aber unglaublich wichtig, das alles sauber abläuft. Stefan Rutherford hat dafür viel Lob erhalten, er war durchgehend dort und half den Audiotechnikern und ich glaube, das hat sich bezahlt gemacht.

Es war unglaublich, endlich Teile von Squadron 42 zeigen zu können, da wir daran bereits seit längerer Zeit sehr viel gearbeitet haben. Unser Dialogspezialist Bob Rissolo hat hart daran gearbeitet, dass die Rede von Bishop und die Morrow Tour so gut rüberkommt, wie sie es in Bezug auf den Audioteil tat. Wenn wir schon von der Morrow Tour sprechen (auch eine andere Facette von Squadron 42) – das gezeigte Audiomaterial stammt natürlich vom gesamten Team, aber eine ehrenvolle Erwähnung soll Ross Tregenza finden, der dafür sorgte, dass all das auch zusammen kommt. Es war auch großartig, Geoff Zanellis Musik überall zu hören. Ich muss auch Darran Lambourne, Luke Hatton, Jason Cobb und unser Audiocodeteam Sam hall, Mikhail Korotyaev und Graham Phillipson erwähnen, die alle mit viel Aufwand dafür gesorgt haben, dass wir es über die Ziellinie schaffen.

Hoffentlich habt Ihr alle die Sternenkarte gesehen (und gehört), um die sich im Audiobereich Phil Smallwood und Matteo Cerquone kümmerten. Einige großartige Stücke von Pedro Macedeo sind auch darin enthalten.

Nach der CitizenCon war unser zweiter großer Fokus die SC Alpha 2.0, die Vieles von dem enthält, das auf der CitizenCon gezeigt wurde und mehr natürlich. Zum Beispiel bei den Dialogen: wir haben mehrere Sessions durchgeführt, um mehr Material für die Schiffscomputer zu erhalten und hatten eine ganze Reihe von Anforderungen für verschiedene Sehenswürdigkeiten. Wir führten auch die Arbeiten an einigen Sehenswürdigkeiten fort, die Ihr werdet erforschen können.

Sobald die Alpha 2.0 soweit fertig war, haben wir uns um die Sounds im Social Module gekümmert, vor allem da wir mit dem Audio für den Million Mile High Club beginnen mussten. Irgendwie werden wir da ein wenig ”luxuriösen” Sound rein bekommen! Auch am FPS haben wir weitergearbeitet, z.B. an den Geräuschen. Und wir versuchen jetzt wirklich, das EVA Soundschema zu optimieren, damit er sich vom Audio im Schiff abhebt.

Natürlich sind auch die Schiffe ein massiver Aspekt unseres Spiels und wir haben komplett neue Sets für das Vorbeifliegen bestimmter Schiffe und Hersteller erstellt. Sie werden also nicht nur cooler klingen, wenn sie an Euch vorbeirauschen, sondern Ihr könnt sie hoffentlich auch anhand des Sounds identifizieren. Dieses Konzept konsistenter Merkmale für unterschiedliche Schiffstypen ist ein großer Teil unserer Zielsetzung für den 2.0 Schiffssound.

Wir evaluieren auch weiterhin 3D Audiotechnologie mit dem Blick auf die ideale Lösung für VR und Kopfhörer. Wir haben eine Menge Posts über binaurales Audio erhalten und das beeinflusst uns hier natürlich.

Vielen Dank fürs Zuhören!

Animationen

Nach einem großen Druck, die pcap-Pipeline in Gang zu bringen, um die “Morrow Tour”-Demo von Squadron 42, die auf der CitizenCon gezeigt wurde, zu unterstützen, hat sich das UK-Animationsteam nun daran beteiligt, den Release der SC Alpha 2.0 zu unterstützen, indem es jede der FPS-Animationen hergerichtet hat – das umfasste F&E-Arbeit (Forschung und Entwicklung) für ein paar vom Team hier, um die Vorgehensweise kennenzulernen, – und dann bestehende Assets aufpoliert hat und das Design & Code-Team, mit dem was sie brauchen, unterstützt hat.

Wir haben ebenso Zeit aufgewendet, den neuen Animator, Oscar, in das Team in Frankfurt einzugewöhnen und ihn auf den neuesten Stand der Technik zu bringen, sodass er Vollzeit mit dem FPS-Team in Deutschland für die Dauer des Projekts arbeiten kann.

Qualitätssicherung (QA)

Das QA Team in der UK war wie immer damit beschäftigt, mit den Anforderungen aus dem Entwicklerteam zu jonglieren und den Liverelease von 1.3.0 zu unterstützen. Anfang des Monats standen wir sogar mit der CitizenCon im Rampenlicht, als unser Team die Demo von Crusader, der Morrow Tour und der ARK Sternenkarte live auf der Bühne vor einem ausverkauften Saal zeigten – das setzte uns etwas unter Druck!

Wir testen jetzt ‘die Hölle aus’ der SC Alpha 2.0, um ihr den letzten Schliff für ihre Veröffentlichung zu verpassen!

Außerdem sind wir auch gewachsen, unser neuester Zugang ist Ben Hickton und nächsten Monat wird ein weiterer Tester hier anfangen, wir freuen uns also darauf, mehr Leute an Bord zu haben. In diesem Zuge müssen wir auch verkünden, dass der Assistant QA Manager Geoff Coffin und sein entzückender Bart das Team hier verlassen hat, um in der Abteilung Tech Design weiterzumachen.

Grafik

Diesen Monat wurden durch das Grafikteam einige Features, wie Schatten in der Entfernung, MultiCrew Schiffschaden, das LOD System und Schattierungen beim Runzeln des Gesichtes mit einem endgültigen Feinschliff versehen. Wir hatten diese Dinge in den vorherigen Reports bisher immer bedeckt gehalten, aber jetzt, wo wir dem Release des nächsten Levels des Arena Commanders immer näher kommen, mussten wir einige Stress Tests durchführen und auftretende Bugs entfernen. Wir haben außerdem in letzter Zeit vermehrt nach Performance Problemen Ausschau gehalten, da wir die Karte vergrößert und so der Engine einige Stress Tests gegeben haben, in einer Größe, wie wir es vorher noch nicht ausprobiert hatten. Optimiert wurden hier hauptsächlich CPU Leistungen statt GPU Leistungen, da eine größere Map nicht zwingend mehr Objekte gleichzeitig auf dem Bildschirm enthalten muss. Dafür müssen wir trotzdem eine Menge mehr Objekte checken, ob sie sichtbar sind oder auch deren Gameplay upgraden.

Eine der nächsten Funktionen, auf die wir uns fokussieren werden, beinhaltet mehr Verbesserungen am Gesichtsshader. Wir bekommen einige großartige Ergebnisse von den weiterentwickelten Gesichts-Rigs, die wir haben, doch die Speicherkosten sind momentan ziemlich hoch und so testen wir eine neue Technik, die die Speicherkosten erheblich auf gerade mal einen Bruchteil von dem, was es derzeitig ist, reduzieren wird, mit dem Bonus, dass sie sogar einen größeren Detailgrad bewirkt, also sind wir aufgeregt, diese zu testen und hoffentlich auch bald im Spiel. Außerdem werden wir eine größere Überarbeitung sowohl vom UI-Rendering als auch vom Schildshader beginnen. Beide wurden sehr früh im Projekt geschrieben und da das Design des Spiels mehr vollendet wurde, wurde es klar, dass sie eine Verbesserung brauchen, um alles zu tun, was wir im finalen PU brauchen werden. Das UI werden wir enger in den Rest der Rendering-Pipeline integrieren, was es ihm erlauben wird, besser in die Szene zu passen und auch geringfügig günstiger zu rendern. Die Technik des Schildshaders wird eine größere Optik- und Leistungsverbesserung bekommen, welche wir aufgeregt sind, anzufangen!

Technik

Nur ein kleines Update aus der UK diesen Monat. Nach einer wirklich sehr erfolgreichen CitizenCon am Anfang des Monats arbeiten wir jetzt daran, die große Weltkarte fertigzustellen und sie in die Wildnis zu entlassen. Dabei geht es hauptsächlich um den Feinschliff der Dinge, die wir bereits haben, um Fehlerbehebungen und Performanceverbesserungen.

Das bedeutet aber nicht, dass wir nicht auch an neuen Funktionen arbeiten. Wir sehen uns das Schadenssystem der Retaliator an, damit Ihr es in zwei Hälften schießen könnt; das stellt sich aber als schwieriger heraus als gedacht. Wenn ein Teil vom Schiff wie der Retaliator abbricht, dann meint das Spiel, dass auch das Interieur in zwei Hälften zerbrochen ist und erstellt eine neue Instanz. Auch unser Schrott-System synchronisierte sich nicht richtig über das Netzwerk, aber die Teile von Jägern sind klein genug, so dass wir uns darüber keine weiteren Gedanken machen mussten. Das ändert sich aber offenkundig, da die Schrottteile einer Retaliator größer sind als die Schiffe, mit denen Ihr bisher geflogen seid. Jetzt müssen wir uns über die Darstellung der Teile an der exakt gleichen Position auf allen Clients Gedanken machen. Wir hätten dafür nur einen Hack in den Build einbauen können, aber wir wollten die Dinge richtig machen, was bedeutete, dass wir das gesamte System stabiler und zukunftsfähig aufziehen müssen. Lange Rede, kurzer Sinn: das dauert jetzt länger, dafür profitiert Ihr auf lange Sicht.

Es gibt noch viel mehr, das wir Euch hoffentlich bald zeigen können, wir sind aber auf jeden Fall inzwischen an einem Punkt, an dem es nur noch darum geht, die derzeitigen Fehler auszubessern.

Art

Diesen Monat wurde sich mal wieder darauf konzentriert, neue Künstler von überall auf der Welt einzustellen und wir suchen noch weitere – wenn wir auf das Gebäude einfach noch ein Stockwerk drauf setzen könnten, so wie das unsere Kollegen für die ingame Umgebungen einfach machen! Das Konzeptteam ist um zwei weitere Mitarbeiter gewachsen, wodurch wir schneller mit den Konzeptarbeiten an der Xi’An Scout, der MISC Freelancer und Starlancer (Anm. der Redaktion: vmtl. ist die Starfarer gemeint?) vorankommen. Wir haben auch einen Senior Charakter Künstler in unserem Team begrüßen können, das bereits fleißig an den Charakteren für SQ42 und den Köpfen zu Werbezwecken arbeiten (mehr verraten wir an dieser Stelle nicht!).

VFX

Vollen Dampf (ein weiterer Umgebungseffekt!) voraus für den Alpha 2.0 Release. Im Einzelnen bedeutet das, dass wir das Aufhübschen und Optimieren der Schadenseffekte für Schiffe vorangetrieben haben sowie Bedenken zu einigen Funktionen bereinigt haben, die wir in Bezug auf die Effekttrigger im Inneren in Relation zu dem äußerlich erlittenen Schaden hatten. Das kommt soweit alles ziemlich gut zusammen.

Des Weiteren haben wir eine vollständige Überprüfung der Effekte für die Schiffsschubdüsen durchgeführt, um sicherzugehen, dass sie sich nach dem IFCS-Update noch immer wie erwartet verhalten. Daumen gedrückt, alles gut!

Abseits der Schiffe gab es viele Optimierungen an den atmosphärischen Umgebungseffekte der neuen Karte – auslaufende Kühlflüssigkeit, Dampf, Airlock Effekte, Holomaps und generell Weltraumstaub/schrott, um nur ein paar zu nennen. Der wahre Fokus lag jedoch darauf, diese Effekte so effizient wie möglich zu gestalten, um die schiere Menge zu schaffen, die für die Befüllung eines solch gewaltigen Gebiets nötig waren. Wir platzieren sie auf einer per-Standort Basis, aber nachdem es zahlreiche Standorte in einer einzigen Karte gibt, stieg die Entitätenanzahl ziemlich stark an. Dankenswerterweise haben eine Fülle an Optimierungseinstellungen, mit denen wir spielen können, aus diesem Grund sollten diese Effekte keine zu großen Auswirkungen auf die Perfomance haben.

Wir haben auch mit den Grafiktechnikern zusammengearbeitet, um sicherzustellen, dass unsere Partikel richtig beleuchtet werden/richtige Schatten anhand ihres Stellung werfen.

Die Forschung und Entwicklung an einem neuen Waffentyp für Schiffe starteten – ich darf noch nicht zu viel verraten, aber dessen Effekte stellen uns vor einige einzigartige Herausforderungen. Ich freue mich darauf, wenn das in der nahen Zukunft weiter Form annimmt!

Schiffsteam

Das Schiffsteam ist weiter angewachsen, wir haben einen ganzen Zustrom neuer Mitarbeiter. Sie beginnen hier für gewöhnlich an den Requisiten, um sich mit der Pipeline vertraut machen zu können und dann werden sie in den Produktionsprozess der Schiffe mit aufgenommen. Aber zum Thema: das Interieur der Starfarer geht gut voran, wir erstellen Prototyp Bereiche des Interieurs, die dann als Bausatz für alle anderen Bereiche innerhalb des Schiffes dienen.

An dem Exterieur der MISC, genauer gesagt dem Shader Set/Stil, arbeiten wir noch immer; an den Thrustern und dem Fahrwerk arbeiten wir jeweils zu zweit. Zusätzlich geht die AEGIS Vanguard ihrem Auftritt im Hangar entgegen, für die wir bestehende Shader und Meshteile verwenden, die schon bei der Retaliatorproduktion zum Einsatz kamen.

Freelancer Interieur und Exterieur: die stehen noch immer am Anfang, aber das Schiff nimmt langsam wirklich Form an und besitzt schon die MISC Vibes. Am Aufbau des Cockpits und des UI wurde hart gearbeitet, um etwas Neues und Interessantes, aber dennoch funktionales für dieses Schiff zu erstellen. Achtet auf weitere Updates!

Sabre: sie befindet sich derzeit im Greyboxing, um eine solide Mesh-Grundlage bereitzustellen, von der aus wir dann weiterarbeiten können. Wir werden sie der Schiffstechnik übergeben, damit sie überprüfen und alle Probleme identifizieren, bevor sie in die finale Produktion geht.

Das Requisitenteam

Nachdem die CitizenCon inzwischen vorbei ist, kann ich auch etwas freier darüber sprechen, worauf wir uns im Requisitenteam konzentriert hatten. Die CitizenCon fungierte als Prüfstand für wie gut die größeren MultiCrew Schiffe ankommen. Das Aussehen im Hangar war unser Hauptfokus, vor allem der Aufbau der Technik- und Diagnosetools, welche die Techniker verwenden, um ihre Flotte am Laufen zu halten. Zusätzlich unterstützen wir die Animationen- und Performance Captures, da wir ein gutes Verständnis für das technische Setup haben, das benötigt wird, damit die Requisiten auch richtig mit den Animationsdaten zusammenarbeiten. Es gibt aber noch viel zu tun an den kleineren menschlichen Requisiten, die wir abliefern wollen, um Euch dieses lebensechte Gefühl zu vermitteln, wenn Ihr eines dieser Schiffe oder Umgebungen betretet. Jetzt sind aber erstmal die Techniker ausgerüstet, um jegliche Kriegsnarben auszubessern, die Eure Schiffsflotte erleiden könnten!

Jetzt konzentrieren wir uns auf zwei große Gebiete: die Schiffskomponenten und das Einkaufserlebnis. Die Schiffskomponenten sind sehr spannend für uns, es wird den Weg für die Schiffsanpassungen und -performance bereiten. Wir unterstützen das Designteam in diesem Prozess und stellen sicher, dass all die Zusätze, die sie den Spieler aus Gameplaysicht geben wollen, auch aus einem Kunststandpunkt funktionsfähig sind. Bisher ist das extrem aufregend, die Konzepte sind fantastisch und wir hoffen, die ersten Paar bereits in Kürze fertiggestellt zu haben. Sobald wir den Grundstein gelegt haben, sollten wir regelmäßig neue Komponenten Artworks liefern können.

Das Einkaufserlebnis ist Teil des Social Moduls, es geht darum, den Spielern mehr Möglichkeiten zu bieten. Ich möchte jetzt noch nicht verraten, auf welchen Laden wir uns konzentrieren, aber dieses immersive Einkaufserlebnis zu schaffen ist unser Priorität. Wir wollen den Laden zum Leben erwecken, wenn Ihr hindurchschlendert und Eure Waren kauft.

Um den Monat in zwei Worten zusammenzufassen: Ausstattung und Individualisierbarkeit!

Environment Art

Optimieren, testen, Polieren, Bugs, Wiederholen. Das war das Mantra für das Umgebungsteam, seit Ihr die SCA 2.0 Demo auf der CitizenCon gesehen habt. Das ist nicht unbedingt der spaßigste Teil an der Spieleentwicklung, aber es ist ein entscheidender Schritt, um sicherzustellen, dass das Erlebnis für die User letztendlich so gut wie möglich ist.

Die Schauplätze haben ihr finales Gewand erhalten, alles von zurückgelassenen persönlichen Gegenständen bis hin zu halb aufgegessenen Big Bennys Nudelboxen – das lässt uns kleinere Geschichten innerhalb der Schauplätze erzählen und haucht der Szene hoffentlich mehr Leben ein.

SCA 2.0 ist der perfekte Machbarkeitsnachweis für die großen Spielwelten und Raumstationen sowohl für das PU als auch SQ42. Es zeigt, wie gut modulare Gebäudesets funktionieren können und wie beeindruckend es sein kann, Raumstationen in Echtzeit in einem Editor zu bauen – eine einfach erstaunliche Technik!

Das Umgebungsteam kann es nicht erwarten, Euch die Alpha 2.0 spielen zu sehen. Wir wollen jede Menge Videos, in denen Ihr auf Erkundungstour geht und Spaß habt!

Waffen

Das Waffenartteam hat an einem Prototyp für neue Ansätze an das Zielfernrohr gearbeitet und mit Lensshaders experimentiert.

Das Bild zeigt dessen aktuelle Ergebnisse und die Geometrie des Prototyps (den es nicht im Spiel geben wird, er wurde rein für Testzwecke erstellt) aus eine Reihe verschiedener Winkeln sowie aus der ADS Sicht.

Des Weiteren haben wir die Hersteller Stilguides und die qualitativ hochwertige Produktionspipeline für (Schiffs-)Waffen weiterentwickelt.

Design

Von Seiten des Leveldesigns haben Andreas und Clement nach den besten Praktiken geschaut modulare Elemente zu entwerfen, die dazu genutzt werden können Weltraumstationen anhand vieler Einzelkomponenten zu bauen. Sie experimentieren mit verschiedenen Kombinationsmöglichkeiten in diversen Umgebungen, was es uns ermöglichen wird schnell neue Gebiete zu entwerfen, ohne die hohen künstlerischen Standards und die Spielqualität zu beeinflussen. Dieses System ermöglicht uns auch Flexibilität in der Veränderung bereits vorhandener Umgebungen, wie von einer UEE kontrollierten Weltraumstation hin zu einer Piraten-/Schmuggler Station.

Bei dem Systemdesign haben wir uns auf unterschiedliche Dinge konzentriert. Chris war schwer damit beschäftigt die Charakter-, Tech Art – & Animationsabteilungen zu koordinieren, um sicherzustellen das unser neues Charakter Setup sich mit dem modularen Kleiderdesign deckt. Das musste so schnell es nur ging fertiggestellt werden, da es sich auf alle zukünftigen FPS Charaktere von jetzt an auswirken wird. Es jetzt gleich richtig zu machen und nicht bis später zu warten wird sich auszahlen. Er arbeitete auch eng mit Francesco (AI) zusammen, um das AI System zum laufen zu bekommen.

Eine weitere große Aufgabe, die uns momentan eine Menge an Zeit kostet, ist die Karrieren (neue und alte) zu überprüfen, auszumisten und neu in Spieler Aktivitäten einzuteilen. Eine weitere große Aufgabe, die viel Zeit beansprucht, ist die Überarbeitung unserer Karrieremöglichkeiten (sowohl der alten als auch der neuen), sie auszugestalten und sie in einzelnen Bausteinen zu für die Spieler Aktivitäten zu organisieren und dann jede dieser Aktivitäten in seine grundlegenden Systeme/Mechaniken aufzuteilen. Das gibt einen Haufen Papierkram, aber wenn wir es erst einmal geschafft haben, ergibt sich ein klares Bild was die Spieler später einmal alles in Star Citizen machen können und welche Mechaniken dafür benötigt werden. Das wird uns in der Herstellung genauso helfen, da wir sehen welches System für welche Karriere benötigt wird und wir dadurch Prioritäten erheben können.

Todd hat mit jedem der in den FPS Teil des 2.0 Baby Persistent Universe Release verwickelt war gearbeitet, um sicher zu stellen das die Qualität konform ist mit dem was die Spieler in Star Citizen zu sehen erwarten. 

FX

Im vergangenem Monat hat das VFX Team daran gearbeitet Effekte für das Persistent Universe und das Arena Commander Modul hinzuzufügen und aufzupolieren, welche bald veröffentlicht werden. Manche Effekte beinhalten Verbesserungen für die Quantum Drive Animation und Effekte für die neue Reparaturdrone. Wir haben auch Archive für verschiedene Typen von Sternenstaub angelegt, um sie in Asteroidenfeldern zu platzieren. Vom dichtem Nebel zu verschiedenen dichten von Staub bis hin zu heißen Plasma Gasen.

Auf der technischen Seite haben wir kürzlich einige Verbesserungen bei der Brechung von Partikeln gemacht, was den “Ghosting-Effekt” den die alte Technik hervorgerufen hatte ausmerzt.  Es ruft auch eine neue Eigenschaft hervor, das Verschwimmen der Lichtbrechung. Das ist sehr wichtig um verschiedene Effekte wie einen Hitzeschleier zu simulieren.

Das “gif ” ist eine Nahaufnahme von den Lichteffekten die der Schweißbrenner der Drohnen verursacht, welche wir in der CitizenCon Demo sahen. 

Cinematics

So bald Admiral Bishops Uniform und andere Charakter Details finalisiert sind, können wir wieder zu der Aufbesserung der Cinematics zurückkehren (Was ihr auf der CitizenCon saht war natürlich noch nicht Final! Wir haben es genossen es mit Euch zu teilen, aber da ist noch mehr was wir machen möchten). Wir haben auch den Senatssaal und dessen Umgebung bearbeitet, inklusiver Texturen und Stücken wie Tische und so weiter.

Wir haben auch Probleme, wie den fehlenden Dialoge für die Verlinkung von Knochen und weitere Probleme hinsichtlich der Zwischensequenzen gemeldet und adressiert. Sich um diese “Polierungs”arbeiten bereits jetzt zu kümmern, hilft uns dabei, uns in die “finale” Phase hineinzuversetzen und Bugs und Probleme schon sehr früh zu finden.

Danach wechselten wir zu einem anderen Teil der SQ42 Introsequenz: einem gigantischen Outdoor Set, in dem sich ein sogar noch größeres Großkampfschiff und unser geliebter Bishop befinden. Der Umfang davon ist wirklich enorm.

Des Weiteren haben wir mit den Arbeiten an der ersten Szene mit Mark Hamills Charakter begonnen. Zu sagen, dass dadurch ein Traum war wird, wäre noch eine Untertreibung. Er trägt bereits eine erste Version des UEE Pilotenhelms, den er und andere Piloten inkl. dem Spieler verwenden werden und es sieht einfach so cool aus!

Auch am McArthur Skydock wurde gearbeitet; wir konzentrierten uns darauf, die Texturen so hinzubekommen, wie wir sie mögen, die Karte zu gestalten und die einige neue Teile zu erstellen, wie große Säulen und Haken, die die Schiffe halten.

AI

In der ersten Hälfte des Monats haben wir uns auf das Erlebnis der Morrow Tour konzentriert, die KI Sequenzen verbessert und poliert sowie deren Verbindung zu den KI Verhaltensbäumen überarbeitet.

Wir haben den Level Designern die Möglichkeit vorgestellt, Aktivitäten parallel anzuordnen, also gehen und sprechen gleichzeitig zum Beispiel. Wir haben auch die verwendbaren Gegenstände überarbeitet, um sie als passende Navigationslinks verwenden zu können. Außerdem starteten wir mit unseren Iterationen des Subsumption Systems, um grundlegende Routinen für KI NPCs zu erstellen.

Nach der CitizenCon ist unser Fokus hauptsächlich auf zwei Bereiche gewandert: FPS KI und von KI kontrollierte MultiCrew Schiffe.

FPS KI: Zunächst einmal haben wir das Zonensystem erweitert, um allgemein KIZonenObjekte registrieren zu können, damit wir mehrere KI Objekte im Zonensystem verbinden zu können ohne die Zonensystem API zu verpesten.

Wir begannen mit den Deckungsinformationen, damit die Verhaltensweisen die Deckungspunkte im ‘Verse korrekt abfragen können.

Zurzeit arbeiten wir an der ersten Version unseres systemischen Kampfverhalten, erstellen grundlegende Taktiken, aus denen die KI Kampfmanöver auswählen kann.

Spoiler Alarm!! 🙂 Ich kann ein kleinen Teil des Verhaltensbaums mit Euch teilen, in dem die KI eine Deckung auswählt, von der aus sie schießen kann und dann in die Richtung dieser Deckung sprintet.

Audio

Wir haben uns diesen Monat weitgehend auf Fehlerbehebungen und kleinere Funktionen konzentriert. Eine Sache, die Ihr als Spieler vielleicht bemerken werdet, ist die verbesserte Logik für die Soundeffekte für vorbeifliegende Raumschiffe im Weltraum. Mit der neuen und verbesserten mathematischen Basis für diese Spiellogik können wir das Timing für die Soundeffekte beim Vorbeifliegen optimieren, das uns wiederum erlaubt, den Sound detailreicher und konzentriert darzustellen, vor allem für die wirklich nahen Schiffe.

Build

DevOps verbesserte kontinuierlich das Buildsystem – mehr Stabilität und weniger Fehleranfälligkeit. Vor allem das Buildmonkey Frontend wurde massiv überarbeitet. Anstatt das irgendjemand aus dem DevOps Team die Server ausrollt, kann das die QA-Abteilung jetzt selbst machen, indem sie einen Knopf drücken. Wir nähern uns dem Punkt, an dem für einfache tägliche Aufgaben kein DevOps Techniker mehr benötigt wird.

Wir haben auch viel mit “Docker” herumexperimentiert und wie es uns dabei helfen kann, die Stabilität unserer Tools zu verbessern. Unser Build System (das inzwischen auf GitHub liegt) wird sein eigenes zusammenhängendes Integrationssystem besitzen. Auch wenn wir von dessen Fertigstellung noch weit entfernt sind, erhalten wir schon jetzt, wann auch immer ein neuer Build gefordert ist oder der Master Branch übergeben werden soll, diesen Change und wir bauen diesen neuen Buildserver innerhalb des Dockercontainers in einer vollkommen automatisierten Weise.

Wir wurden auch von Alex P vom Austin Studio besucht. Hier in der Firma ist er einer der kompetentesten und erfahrensten Personen für Serverautomation, -erstellung und Live Service Management. Die Woche war hinsichtlich einem tieferen Verständnis für diese Systeme unglaublich produktiv.

Technik – Chris Bolte

Hallo zusammen, während des letzten Monats habe ich mich darauf konzentriert, unsere die Qualität unserer beiden Oktoberreleases zu verbessern: CitizenCon und SC 1.3. In dieser Zeit habe ich an diversen Optimierungen gearbeitet, meistens rund um das Zonensystem und CPU Probleme. Neben diesen Themen verbesserte ich auch unser CPU Thread Backend, damit es für ein PC Only Spiel bestmöglich ist.

CPU Performance hat sich über die letzten Jahre enorm verändert. In den alten Zeiten ging Verbesserung genau geradeaus; es gab nur eine einzelne Ausführungseinheit innerhalb der CPU, die all die Berechnungen durchführte. Zusätzlich gab es ein lebhaftes Rennen um GHz, wodurch dein Code bei jeder neu veröffentlichten CPU automatisch schneller lief. Heutzutage ändert sich die GHz-Anzahl der CPUs nicht mehr viel (die Einzelkern-Performance steigt zwar noch immer, aber nicht in dem Maß wie früher) und CPUs wurden “breiter”, indem sie mehr Ausführungseinheiten bereitstellen.

Das führt zu mehr Ballast für die Programmierer, da das derzeitige Programmieren sehr komplex werden kann. Seither besitzen Spiele (schon durch ihre Natur) eine sehr sequentielle Ausführung; jedes Frame muss zuerst immer den Status der Welt updaten und dann seinen Status zum Rednern zur GPU schicken. Es ist schwierig, diese so zu parallelisieren, dass die Performance tatsächlich ansteigt. Um das zu erreichen, wird eines der promientesten Modelle für die Nutzung in Spielen verwendet: der sog. Main Thread. Dieser Main Thread fungiert wie ein regulärer Game Loop für Single-Core-CPUs. Die anderen Kerne helfen dem Main Thread dann während eines Frames. Wenn wir zum Beispiel den Status von 100 Partikelsystemen updaten müssen, können wir diese über alle CPU Kerne verteilen, um die Latenz zwischen dem Start der Aktualisierung und der Fertigstellung zu reduzieren. Ihr könnt Euch das beigefügte Bild ansehen, das diese Hilfe durch Aufteilung vereinfacht darstellt.

Um das alles noch komplizierter zu machen: PC Plattformen verhalten sich in der Regel unstetiger als die Konsolen. Auf Konsolen erhält das Spiel in der Regel alle Ressourcen exklusiv und auf einer bekannten, festgelegten Hardwarezusammenstellung. Auf einem PC muss sich das Spiel die Ressourcen gleichzeitig dynamisch mit einer unbekannten Anzahl von laufenden Prozessen auf einer unbekannten Hardwarezusammenstellung teilen.

Um die PC Plattform besser zu nutzen, wechselten wir im Thread Backend auf eine Batch-orientierte-Arbeitsweise. Durch Nutzung dieses neuen Modells können wir den Aufwand für die Kommunikation zwischen den verschiedenen Thread drastisch verringern, da wir nur ein Signal pro Batch senden müssen und nicht pro Eintrag. Wir haben auch Probleme zwischen den Arbeitsthreads verringert (die für die Skalierung bei einer höheren Anzahl an CPUs wichtig sind), indem die Threads direkt miteinander anstatt über eine zentrale Queue miteinander kommunizieren.

Diese gesamten Änderungen an den Threads war die größte Performanceverbesserung für 1.3, die auch die höhere CPU Auslastung erklärt (was gut ist, da wir jetzt tatsächlich alle Kerne in Eurer CPU nutzen). Gegenwärtig sind beinahe alle veralteten Aufgaben in das neue System importiert worden, so auch alle CPU-relevanten Systeme für das Zonensystem. In Zukunft wird dieses System auch genutzt, um Teile des Spielecodes sowie einige zusätzliche Dinge zu parallelisieren.

Technik – Physik

Auf der Physikseite haben wir die physikalischen Parameter von der Animation Hierarchie  entkapselt, und zog den gesamten Code und alle Datenstrukturen in die physische Hierarchie.
Wir investierten auch einige Zeit in einen radikalen Bereinigung des Synchronisationscode zwischen Animations- und des Physik-Modul. Wir fügten eine  neue Debugging-Funktionen ein, um den physischen Zustand der Gelenkeinheiten anzuzeigen. Auf der Animationsseite haben wir dem FPS-Team geholfen, ein neues Animationsrig zu bauen, welches ausgiebig Gebrauch von den bestehenden Enginefunktionen wie animationsgesteuerter IK macht, welche wiederum eine “erneute Zielausrichtung der Laufzeit” und “prozedurale Bewegungskrümmung” bei animierten Charakteren möglich macht. Parallel dazu fügten wir etliche neue Debugfunktionen hinzu, um die primären Verbindungen des Rigs zu visualisieren und die innere Funktionsweise von animationsgesteuerter IK zu zeigen. Es gibt einen zukünftigen Designvorteil, wenn wir das zum Laufen bringen – mehr Schiffcockpits und Crewstationen könnten sich individueller anfühlen und nicht künstlich oder übermäßig ‘nach Vorlage’ aufeinander wirken.

Technik – Alle anderen

Der Rest des Kerntechnikteams war an mehreren Fronten beschäftigt. Es wäre ein wenig verfrüht, hier in Details zu gehen, aber seid versichert, Ihr werdet sowohl in unseren monatlichen Updates als auch in unserem wöchentlichen ATV Segment mehr dazu hören.