Manchmal fühlt man sich als Anno-Spieler wie ein Vogel-Elternteil, das versucht, die Bedürfnisse des ständig fordernden Nachwuchses zu erfüllen: Eure Bürger wollen Kleidung, sie wollen Würste, Bier, Teppiche, Nudeln und Energydrinks. Und natürlich wären da noch ein Marktplatz, eine Taverne, ein Labor oder ein Konzertsaal.

Zugegeben, eure Bürger zahlen (in der Regel) Steuern, um den Aufwand zu kompensieren, aber dafür lassen sie euch wirklich arbeiten.

Kurzum: Bedürfnisse sind ein zentraler Aspekt der Anno-Spielerfahrung, ihr erfüllt sie, um Geld zu verdienen, um eure Leute glücklich zu machen und um Wohnhäuser auszubauen – wodurch ihr im Spiel vorankommt.

Ihr möchtet uns lieber über das heutige DevBlog-Thema sprechen hören? Dann schaut euch unseren letzten Livestream vom 15. April an!

Bedürfnisse allgemein

Daran hat sich auch in Anno 117: Pax Romana auf den ersten Blick nicht viel geändert: Wir unterscheiden nach wie vor zwei Arten von Bedürfnissen – Konsumbedürfnisse und Dienstleistungsbedürfnisse.

Erstere erfordern, dass der Spieler Waren (z.B. Haferbrei) in bestimmten Mengen produziert, die dann von den Wohnhäusern verbraucht werden. Solange genügend Waren produziert werden, steigt die Bedürfniserfüllung langsam auf 100% an und das Bedürfnis gilt als erfüllt.

Wie in den vergangenen Anno-Spielen wird der Verbrauch immer für die gesamte Insel berechnet („Inselbedarf“) und die Waren werden direkt aus dem Inselspeicher verbraucht. Wie in Anno 1800 können Bedürfnisse auch pausiert werden (was auch den Verbrauch der jeweiligen Ware pausiert).

Dienstleistungsbedürfnisse werden über öffentliche Dienstleistungsgebäude erfüllt. Dementsprechend werden sie erfüllt, solange sich das Wohnhaus in Reichweite des Dienstleistungsgebäudes befindet.

Wenn ihr eines unserer anderen Spiele gespielt habt, sollte euch das alles bekannt vorkommen, genau wie der nächste Teil: Durch das Erfüllen von Bedürfnissen kommt man im Spiel voran. Wenn ihr genug Bedürfnisse erfüllt habt, können Wohnhäuser ausgebaut werden, um die nächste Bevölkerungsstufe, sowie neue Gebäude und Produktionsketten freizuschalten.

Die tatsächliche Aktivierung eines Bedürfnisses (d. h. wenn die Bewohner danach verlangen und es konsumieren) ist an die Höhe der Bevölkerung der einzelnen Bevölkerungsstufen der jeweiligen Insel gebunden.

Wie wärs mit ein paar Optionen?

Nun gut, aber was hat sich geändert?

Ein kurzer Blick in das Menü eines beliebigen Wohnhauses lässt unsere Anno-Veteranen sicher sofort innehalten: Die Bedürfnisse sind nach Kategorien geordnet! Vergleichen wir doch mal die Bedürfnisse der Bauern von Anno 1800 mit den Bedürfnissen der Liberti von Anno 117: Pax Romana.

Wir nennen diese Änderng “Optional Needs”, also optionale Bedürfnisse.

Die verschiedenen Arten von Bedürfnissen gehören nun alle zu einer von mehreren Kategorien, z. B. Nahrung, Mode oder öffentliche Dienstleistungen. Auf höheren Bevölkerungsstufen gibt es zusätzliche Bedürfniskategorien, die mit eurem Spiel-Fortschritt freigeschaltet werden.

Die Versorgung eines Wohnhauses mit einer beliebigen Ware trägt zum gesamten Versorgungswert in einer Kategorie bei. Erreicht man die erforderliche Versorgungsminimum in allen Kategorien, kann das Wohnhaus ausgebaut werden.

Lasst uns mit zwei Kollegen aus dem Game Design Team ein wenig tiefer in diese Versorgungswerte eintauchen: Christian, Senior Game Designer, und Jan, Game Director.

Jedes Bedürfnis hat einen bestimmten Versorgungswert für eine Kategorie. Zum Beispiel entspricht die Lieferung von Haferbrei ODER Sardinen an unsere Bewohner jeweils einem Versorgungswert von eins. Glücklicherweise ist das Versorgungsminimum für Nahrung für die Libertus-Stufe ebenfalls genau eins, so dass wir diese Kategorie bereits als „erledigt“ betrachten können, indem wir eine der beiden Nahrungsarten liefern. Wenn wir nun noch die Kategorie „Mode“ und „Dienstleistungen“ erfüllen, können wir dieses Wohnhaus ausbauen.

Die Nahrungskategorie der Plebejer hat jedoch ein Versorgungsminimum von drei. Selbst wenn wir sowohl Sardinen als auch Haferbrei liefern würden, wäre das nicht genug. Wir müssen mindestens eine der neuen Nahrungsproduktionsketten einrichten, um diese Schwelle zu erreichen.

In der Regel ist das Versorgungsminimum einer Kategorie immer niedriger als die Summe aller Versorgungswerte einer Kategorie – und es steigt mit jedem Ausbau eines Wohnhauses. Das bedeutet, dass ihr nicht alle Bedürfnisse einer Kategorie decken und nicht alle Produktionsketten einrichten müsst, die euch zur Verfügung stehen. Aber: ihr könnt euch auch nicht darauf beschränken, nur die niedrigste (und am einfachsten zu produzierende) Art von Bedürfnissen einer Kategorie zu decken.

Um das etwas besser zu veranschaulichen, schaut euch die Menüs eines Libertus- und eines Plebejer-Wohnhauses nebeneinander an. Ihr könnt dabei sehen:

• Jede Bedürfniskategorie hat ein bestimmtes Versorgungsminimum, der in mehrere Balken aufgeteilt ist
• Jedes Bedürfnis hat einen bestimmten Wert, der ebenfalls durch Balken dargestellt wird und in das Minimum der Kategorie einfließt
• Die Nahrungskategorie der Plebejer hat ein höheres Versorgungsminimum als die Nahrungskategorie der Liberti
• Die Erfüllung wird in grün (regulär) und golden (mehr als das Minimum) dargestellt

Wie ihr vielleicht schon aus dem Kontext erraten habt, behalten jedoch aufgestiegene Bevölkerungsstufen die Bedürfnisse aller vorherigen Stufen bei. Eure Waren und öffentlichen Gebäude aus dem frühen Spiel sind also weiterhin nützlich, und ihr könnt entscheiden, ob ihr das Versorgungsminimum der verschiedenen Kategorien erreichen wollt, indem ihr primär mehrere Waren der niedrigeren Stufe oder weniger Waren der höheren Stufe, die jeweils höhere Versorgungswerte bieten, liefert.

Allerdings könnt ihr niedrigere Bevölkerungsschichten nicht mit höherwertigen Waren oder Dienstleistungen versorgen.

Was passiert, wenn ein Wohnhaus mit mehr als dem erforderlichen Versorgungsminimum beliefert, werde ihr euch fragen.

Schauen wir uns zunächst die einzelnen Bedürfnisse genauer an: Jedes Bedürfnis, egal ob es sich um ein Konsumbedürfnis oder ein Dienstleistungsbedürfnis handelt, weist auch bestimmte Attribute auf.

Wenn ihr zum Beispiel eure Bewohner mit Sardinen versorgt, erhaltet ihr +1 Einkommen und +1 Bevölkerung pro Wohnhaus, während die Versorgung mit Haferbrei euch +2 Bevölkerung für dieses bestimmte Wohnhaus einbringt. Garum (ein Bedürfnis der zweiten Bevölkerungsstufe in Latium) gibt euch +2 Einkommen und +1 Zufriedenheit für dieses Wohnhaus, um nur ein weiteres Beispiel zu nennen.

Wenn ihr also mehr als die Mindestversorgung für eine Kategorie sicherstellt, erhalten die entsprechenden Wohnhäuser auch zusätzliche Attribute – wenn ihr sowohl Sardinen als auch Brei bereitstellt, erhaltet ihr +3 Bevölkerung und +1 Einkommen aus der Nahrungskategorie.

Wenn ein Konsumbedürfnis nur teilweise erfüllt wird, erhält man auch nur einen Teil des Attributbonus (z.B. nur +1 Bevölkerung statt +2, wenn das Haferbrei-Bedürfnis nur zu 50% erfüllt wird). Gleichzeitig bedeutet dies aber auch, dass man durch die Kombination mehrerer teilweise erfüllter Bedürfnisse das Versorgungsminimum einer Kategorie erreichen kann.

Diese „Bedürfnisattribute“ in Anno 117: Pax Romana umfassen mehr als nur Einkommen, Zufriedenheit und Bevölkerung und bedürfen einer näheren Erläuterung. Heute belassen wir es dabei, da es ausreicht, um die Grundlagen des „Optional Needs“-Features zu verstehen – und gehen in einem separaten DevBlog kommende WOche noch mehr ins Detail.

Auswirkungen

Soviel zum „Wie”. Lasst uns jetzt einen Blick auf die Auswirkungen dieser Änderungen auf das Spiel und die Antwort auf die Frage nach dem „Warum“ werfen.

Zunächst etwas, das wir schon früher in diesem Blog angedeutet haben: Wahlmöglichkeiten und Flexibilität.

Dies war besonders wichtig, da wir den Spielern die Möglichkeit geben wollen, den Grad der Komplexität des Spiels selbst zu bestimmen. Das Ziel ist es, genügend Auswahlmöglichkeiten zu bieten, damit sowohl Veteranen als auch Neulinge Spaß an Anno 117: Pax Romana haben können, und dass letztere langsam in ihrer Rolle als Statthalter wachsen können.

Mit einer glücklichen Kombination von Fruchtbarkeiten auf eurer Startinsel, werdet ihr dadurch gegebenenfalls gar in der Lage sein, weitere Bevölkerungsstufen ohne zusäztliche Expansion zu erreichen, was es euch auch ermöglicht, auf weniger Inseln zu bleiben und erst später zu expandieren, wenn ihr das denn wollt.

Dieser Schwerpunkt auf Wahlmöglichkeiten wirkt sich auch auf die Art und Komplexität der Produktionsketten aus, die ihr wählen könnt: Wie viele komplexe Bedürfnisse erfüllt ihr? Entscheidet ihr euch für weniger, aber komplexere Produktionsketten oder für mehr, aber weniger komplexe? Und was davon benötigt mehr Platz?

Ein weiterer Aspekt in der Hinsicht betrifft auch die Provinzen: Wie bereits im letzten Jahr angekündigt, werdet ihr das Spiel in jeder der beiden Provinzen starten können. Mit dem “Optional Needs”-System wird es möglich sein, in einer einzigen Provinz zu bleiben und trotzdem die höchste Bevölkerungsstufe zu erreichen, indem man sich ausschließlich auf die Versorgung mit Bedürfnissen, die man vor Ort produzieren kann, verlässt.

Höhere Bevölkerungsstufen bedeuten mehr Bedürfnisse – und mehr Auswahl! Vergleichen wir nun die Bedürfniskategorien eines Libertus mit denen eines Plebejers. Wie bereits erwähnt, kommt hier auch eine vierte Kategorie hinzu: Haushaltswaren.

Wie bereits erwähnt, war es uns ebenso wichtig, Herausforderungen zu schaffen und erfahrene Spieler zu belohnen, wenn sie ihre Bewohner mit mehr als dem Minimum der jeweiligen Bedürfniskategorie versorgen. Die zusätzlichen Attributsboni helfen euch, immer größere Städte und schlagkräftigeres Militär zu unterhalten, effektiver gegen eure Gegner anzutreten und euren Einfluss in beiden Provinzen strategisch auszubauen, indem ihr z.B. wichtige Inseln einnehmt.

Die Nutzung beider Provinzen bietet also unterschiedliche Belohnungen und Möglichkeiten. Das Gleiche gilt für die Romanisierung eurer Bevölkerung in Albion – wenn es euch gelingt, sie mit aus Latium importierten Waren zu versorgen – und für die gleichzeitige Verfolgung des lokalen und des römischen Weges.

Schließlich gibt dieses System uns als Entwicklern auch mehr Flexibilität: neue Inhalte und neue Bedürfnisse können viel einfacher in das Spiel integriert werden, als es in Anno 1800 der Fall war. Es gibt euch mehr Wahlmöglichkeiten und es macht gleichzeitig die Erweiterung des Spiels für uns einfacher, wenn wir an das Thema “Postlaunch” denken. Und wir haben bereits im Basisspiel mehr verschiedene Bedürfnisse als bei Anno 1800!

Outro

Wir hoffen, dass wir euch einen guten Überblick über die Änderungen am Bedürfnisssystem geben konnten und dass wir euch, den Spielern, damit mehr Flexibilität geben können, wenn es darum geht, wie ihr eure Inseln sowohl in Latium als auch in Albion einrichten wollt. Aber auch, dass ihr die Herausforderungen des Spiels damit so justieren könnt, wie ihr euch am wohlsten fühlt.

Darüber hinaus gibt es einen coolen neuen Puzzle-Aspekt beim Städtebau, der euch hoffentlich auch dazu motiviert, mehr als die minimal erforderlichen Produktionsketten zu bauen. Was das ist? Nun… das ist ein Thema für den nächsten DevBlog.

Bis dahin könnt ihr eure Fragen und euer Feedback unten hinterlassen, wir freuen uns auf eure Kommentare!

Hey Anno Community,

in den letzten Wochen haben wir über Features und Designs gesprochen – und werden dies auch bald wieder tun! Aber lasst uns mal in der Hinsicht eine kurze Pause einlegen – und stattdessen über den Designprozess von Spielmechaniken sprechen: Lasst uns über Game Design sprechen!

In unserem Blogbeitrag vom letzten Jahr haben wir über die Ursprünge von Anno 117: Pax Romana berichtet und darüber, wie wir die kreative Vision und die grobe Basis für ein neues Anno–Spiel entwickeln. Wir empfehlen euch dringend, diesen Beitrag zu lesen, bevor ihr mit diesem Blog weitermacht.

Heute verlassen wir – erneut mit unserem Game Director Jan Dungel – die Anfangsphase der Vision und tauchen in die tägliche Arbeit des Game-Design-Teams ein. Ein Schwerpunkt liegt dabei auf der Erstellung von Design-Dokumenten – und wir haben dafür auch ein Beispiel aus unserem aktuellen Projekt.

Was ist eigentlich Game Design?

Wir haben Aspekte dieser Frage bereits in Teil eins behandelt, als wir die Aufgaben von Manuel (Creative Director) und Jan (Game Director) vorgestellt haben – aber wir haben noch viele weitere Experten in unserem Team.

Das Game-Design-Team erstellt die Spielregeln – und übersetzt die gewünschte Erfahrung, die der Spieler haben soll (z. B. das Gefühl von Frieren/Kälte/Verzweiflung in Frostpunk oder das Gefühl von Wachstum/Fortschritt/Erkundung in Anno 1800). Es übersetzt die Spielerfahrung in verständliche Dokumente („Träume werden Wirklichkeit“) – aber es baut das Spiel nicht. Das übernehmen andere Abteilungen auf der Grundlage der Entwürfe.

Das “Religion”-Feature wird von Game Designer Markus als Feature Koordinator geleitet. Gameplay Programmierer Jannik koordiniert hingegen das Multiplayer–Feature.

Natürlich besteht das Team aus verschiedenen Spezialisten und Spezialistenteams, genauso wie man beispielsweise in der Architektur (einem Bereich, in dem Jan zuvor gearbeitet hat) zwischen mehreren Teilbereichen unterscheidet: Architekten für den Garten, Innenräume, Städte usw.

Im Bereich Design haben wir sowohl System-Designer für die Wirtschaft und generelle Balance („Excel-Fans“) als auch Feature-Designer, die bestimmte Features entwickeln (in der Regel ebenfalls unter intensiver Nutzung von Excel). Je nach Spielgenre gibt es unterschiedliche Arten von Spezialisten oder sogar Spezialistenteams: Ein Hack-&-Slash-Spiel hat beispielsweise eigene Kampfdesigner, da der Kampf in diesem Spieltyp eine so große Rolle spielt.

Dann gibt es noch Narrative Designer und Writer, die Inhalte (Story, Kampagne, …) erstellen und Features unterstützen (z. B. Bewohnertypen). Wir haben auch einen speziellen UX/UI-Designer im Game Design Team, der eine starke abteilungsübergreifende Verbindung zum UX/UI-Team herstellt.

Und dann gibt es noch Themen wie Multiplayer, Retention, Menüstrukturen, Postlaunch usw., für die ebenfalls jeweils ein Spezialist zuständig ist.

Generell versuchen wir, Spezialisten den Features zuzuweisen, die sie am besten beherrschen und am liebsten machen.

High Concepts

Es ist an der Zeit, über den Designprozess zu sprechen, insbesondere über die Designdokumentation. Zunächst kommt das „High Concept“ (auf deutsch etwa grundlegendes Konzept).

Jedes einzelne Feature im Spiel erhält ein eigenes Designdokument in unserem internen „Wiki“. Das bedeutet, dass alles, von neuen Features wie „Romanisierung“ bis hin zu Handelsrouten, Wohnhäusern, dem Platzieren/Zerstören von Gebäuden sowie Baugebieten usw., eine eigene Seite erhält.

Das High Concept ist der erste Schritt auf dem Weg vom „Traum zur Realität“ und im Grunde genommen ein leicht verständliches Dokument mit nur wenigen einfachen Aussagen, die einen Überblick über das Feature geben. Das High Concept soll auch die Frage nach dem „Warum“ beantworten (siehe das Thema Ziele aus dem ersten Blog) und Verknüpfungen zu anderen, verwandten Features herstellen.

Werfen wir einen Blick auf die High Concept-Seite für den Blaupausen-Modus:

Wie ihr sehen könnt, ist so ein High Ceoncept recht knapp gefasst und daher auch nützlich, um Personen außerhalb des Entwicklerteams einen schnellen Überblick zu verschaffen. Oben werden normalerweise die Mitglieder des Feature-Teams (hier entfernt) und der Feature-Koordinator aufgeführt (mehr zu Feature-Teams findet in unserem DevBlog zum Produktionsteam).

Jedes Designdokument muss zunächst von den Design Leads genehmigt werden, bevor die Designer an den DDDs (Detailed Design Documents = Detaillierte Design Dokumente) arbeiten können, und ein DDD muss genehmigt werden, bevor mit der Arbeit am Feature begonnen werden kann. Dieser Status wird ebenfalls oben aufgeführt.

Der Genehmigungsprozess stellt sicher, dass die Features mit der Gesamtvision, aber auch mit dem Umfang und den Zielen des Projekts übereinstimmen. Dieser Prozess bietet Designern jedoch auch die Möglichkeit, z. B. Jan von einem Feature oder einer Herangehensweise an ein Feature zu überzeugen.

Feature-Ansatz

Beim Betrachten des Screenshots ist euch vielleicht auch die Spalte „Feature Approach” (Feature-Ansatz) aufgefallen.

Für Anno 117: Pax Romana (und bereits damals für Anno 1800) unterteilen wir unsere Features in drei Kategorien: Tradition, Iteration und Innovation.

Schließlich haben wir eine Serie mit langer Tradition und etablierten Features, was bedeutet, dass wir jedes Feature sowohl mit der DNA der Serie als auch mit der Vision für das nächste Spiel abgleichen müssen. Die drei Kategorien sind wie folgt definiert:

• Tradition: Macht den größten Teil aller Features des Spiels aus. Features in dieser Kategorie funktionieren weitgehend wie in Anno 1800 (oder älteren Anno–Spielen) und erhalten nur sehr geringfügige Änderungen (z. B. der Transport von Gütern oder der oben erwähnte Blaupausen-Modus).
• Iteration: Bestehende Features/Mechaniken, die größere Änderungen erhalten (z. B. Arbeitskraft oder Wohnhäuser).
• Innovation: Hierbei handelt es sich entweder um völlig neue Features oder um bestehende Features, die sehr starke Änderungen erfahren (z. B. Romanisierung).

Die Idee hinter diesem System ist es, sicherzustellen, dass wir ein Anno-Spiel entwickeln, das alle Features enthält, die unsere Fans von einem Anno-Spiel erwarten, aber auch, dass wir nicht stagnieren und die Formel weiter verbessern.

Detaillierte Design-Dokumente (DDDs)

Okay, unser High Concept für den Blaupausen–Modus wurde genehmigt – Zeit für das DDD!

Das detaillierte Design-Dokument ist die nächste Stufe im Designprozess für ein Feature: Es ist in mehrere Regeln mit detaillierten Beschreibungen für jede einzelne unterteilt. Schauen wir uns das DDD für den Bluaupausen-Modus an, bevor wir fortfahren:

Diese Regeln sind wichtig für den nächsten Schritt: das Erstellen der eigentlichen Spielinhalte. Dazu gehört beispielsweise die Abteilung Gameplay Programming, die dafür sorgt, dass diese Regeln im Spiel selbst umgesetzt werden.

Wie das „High Concept” hat auch das DDD einen Genehmigungsstatus. Erst dann gehen wir zur nächsten Phase über: dem Kick-off-Meeting mit den Feature-Teams (d. h. mit anderen Abteilungen). Kick–off–Meetings dienen der Besprechung des Features und seiner Umsetzung und dienen daher auch als Realitätscheck für das Feature und den voraussichtlichen Aufwand für alle Teams. Darüber hinaus können Fragen und Bedenken zu weiteren Iterationen des Designs führen.

Auch wenn die meisten Features nach der Genehmigung und Besprechung des DDD keine großen Änderungen erfahren, kommt es gelegentlich vor, dass wir nach Beginn der Entwicklung: „Oh, das macht doch nicht so viel Spaß wie erwartet.“

Wir haben bereits erwähnt, dass jedes einzelne Feature eine eigene Seite in unserem “Wiki”erhält, und ihr könnt euch vorstellen, dass sich das im Laufe der Zeit zu einer RIESIGEN Menge summiert (etwa 200 Feature-Seiten mit jeweils Dutzenden von Aspekten). Diese Dokumente werden nicht unbedingt kontinuierlich aktualisiert, und in Fällen wie dem oben genannten arbeiten wir mit einem speziellen „Change Request”-Workflow (Arbeitsprozess für Änderungs-Vorschläge) mittels JIRA, um alle Änderungen an den Designs zu dokumentieren.

Um Jan zu zitieren: Man sollte immer bedenken, dass „die Entwicklung von Spielen nicht perfekt sein kann”.

Und so sieht der Blaupausen-Modus schließlich in Anno 117: Pax Romana aus.

Prototypen

Natürlich können nicht alle Design-Dokumente gleichzeitig fertiggestellt werden. Daher befinden sich verschiedene Features in unterschiedlichen Implementierungsphasen, während das Game Design Team für andere mit den DDDs fortfährt. Die Reihenfolge und die Fortschrittsziele (wir nennen sie „Qualitätsstufen“) für jedes Feature werden im Voraus vom Produktionsteam zusammen mit der Kerngruppe geplant.

Das ist ein Thema, das wir im oben erwähnten DevBlog zur Arbeit des Produktionsteams behandelt haben.

Neben der Erstellung dieser Entwürfe überwacht das Team auch die Umsetzung der Entwürfe und Regeln, nimmt weitere Anpassungen vor und kümmert sich beispielsweise um Themen wie die Spielbalance.

Einige Features erhalten zunächst einen Prototyp, bevor mit der „richtigen” Entwicklung begonnen wird. Dies ist großen, wichtigen Features vorbehalten, die entweder schwierig erscheinen oder sehr neu sind. Die diagonalen Straßen waren beispielsweise ein solcher Fall, wie in den DevBlogs erwähnt, die wir dazu veröffentlicht haben. Die Prototyping-Phase ist in der Regel sehr arbeitsintensiv (man möchte schnell einen funktionierenden Prototyp, führt aber auch regelmäßige Iterationen durch, die manchmal mehr, manchmal weniger radikal sind), aber auch äußerst nützlich – und hat eine Erfolgschance von etwa 80 %.

Diese Phase dauert so lange, bis man entweder scheitert – oder das Gefühl hat, dass alles sicher ist und man etwas hat, das ein ordentliches Designdokument und letztendlich eine Implementierung im eigentlichen Projekt erhalten kann. Das Schwierige dabei ist, herauszufinden, ob es einfach nicht funktioniert … oder ob es einfach NOCH nicht funktioniert.

Wie in anderen Blogs möchten wir auch hier einen allgemeinen Hinweis hinzufügen: Alle Prozesse, die Struktur des Teams usw. sind zu 100 % spezifisch für Anno. Andere Teams und Entwickler haben wahrscheinlich andere Ansätze, die für sie und ihr Projekt am besten funktionieren – für uns hat sich dieser Ansatz als effizient und effektiv erwiesen.

Neben diagonalen Straßen haben wir zunächst auch mit Prototypen für Landeinheiten gearbeitet. Wir mussten ausprobieren, wie dieses Feature in unserem Spiel am besten umgesetzt werden kann.

Als Game Designer arbeiten

Eine letzte Frage wollten wir Jan noch stellen: Wie werde ich Game Designer, wenn ich mich für diesen Bereich interessiere?

Ein Wechsel aus einer anderen Abteilung ist ein gängiger Weg, beispielsweise aus der QA, wie es einige in unserem Team getan haben. Heutzutage gibt es jedoch auch spezielle Kurse an Schulen/Universitäten, in denen man die Grundlagen und die gesammelten Erkenntnisse aus mittlerweile mehreren Jahrzehnten der Videospielentwicklung vermittelt bekommt.

Außerdem ist es von Vorteil, ein Portfolio zu haben: Sei es, dass ihr Mods für Spiele erstellt oder euer eigenes Brett- oder Kartenspiel entworfen habt. Dabei lernt ihr auch viel darüber, was es bedeutet, Designer zu sein: Es geht nicht nur darum, Ideen zu entwickeln, sondern diese in Form von Regeln und Features in ein Spiel umzusetzen – und die Ideen eurem Publikum zu „verkaufen”.

Salvete, Anno Community,

Mein Name ist Björn Frechenhäuser und ich bin ein Senior Level Artist und arbeite an Anno 117: Pax Romana. Ich bin seit 12 Jahren bei Ubisoft Mainz und nach Anno 2205 und Anno 1800 ist dies das dritte Anno-Spiel, an dem ich mitarbeiten darf. Wenn ihr etwas von meiner Arbeit an den vorherigen Spielen sehen wollt, könnt ihr euch mein Artstation-Profil ansehen.

Level Art kann viele verschiedene Dinge bedeuten, je nachdem, für welche Firma, welches Studio und welches Projekt man arbeitet. Es kann sich mehr um die Erstellung von 3D-Assets und Texturen drehen oder um die visuelle Entwicklung und Gestaltung von Levels oder das Erzählen von Geschichten in der Welt und ihren Orten. Was bedeutet das nun für Anno? Kurz gesagt: all das (und noch mehr). Aber so oder so, das Herzstück der Level Art ist immer – ihr habt es euch bestimmt schon gedacht – das Level. Bei Anno besteht das Level aus der Spielwelt und ihren Inseln, die den Spielern als Leinwand dienen, auf der sie ihre Städte bauen können.

Im heutigen DevBlog möchte ich euch einen Einblick geben, wie Inseln entstehen, wie unsere Prozesse aussehen und wie wir versucht haben, nach einem äußerst erfolgreichen Anno 1800 den nächsten Schritt zu machen.

Von Anno 1800 zu Anno 117 – was hat sich bei der Inselerstellung geändert?

Zu Beginn der Entwicklung eines jeden neuen Anno-Spiels fragen wir uns: Was wollen wir erreichen? Was wollen wir verbessern? Was wollen wir nicht mehr machen? Für uns in Level Art war die Mission von Anfang an klar: Wir wollten die am besten aussehende, natürlichste, vielfältigste und immersivste Spielwelt der Serie erschaffen. Klingt doch ganz einfach, oder?

Natürlich bedeutete Weiterentwicklung eher eine Evolution als eine Revolution, denn die Levels sind nach wie vor an die Spielregeln, das Balancing der Features und die Leistung unserer Zielplattformen gebunden. Während der Zeit nach der Veröffentlichung von Anno 1800 haben wir begonnen, in verschiedene Richtungen zu forschen, und in diesem Blog werdet ihre einige der Durchbrüche sehen, die wir erzielt haben.

Prozedurale Texturierung

In der Vergangenheit hatten wir bereits eine prozedurale “Content Creation Pipeline” (d.h. einen festgelegten Prozess für die Erstellung von Inhalten) für einige Aspekte unseres Insel-Erstellungsprozesses etabliert, nämlich die Generierung des Insel-Terrains – ihr könnt in diesem älteren DevBlog zu Anno 1800 darüber nachlesen. Die Texturierung der Inseln (das Hinzufügen von Materialien wie Gras, Felsen, Sand usw. zum Terrain) war damals jedoch eine manuelle, aufwendige und etwas repetitive Prozedur. Außerdem war die Auflösung, mit der unsere Texturen zu unseren Inseln hinzugefügt werden konnten, die so genannte „Textur-Splatting-Auflösung“, zu niedrig. Also haben wir mit Hilfe unserer Grafikprogrammierabteilung die Auflösung vervierfacht, um Texturen mit viel mehr Kontrolle und viel mehr Details auftragen zu können.

Jetzt verwenden wir die so genannten „Splat Maps“, die zusammen mit unserem Gelände erstellt werden und Algorithmen verwenden, die Aspekte der Natur wie Erosion, thermische Verwitterung, Ablagerung, Geländeabnutzung und vieles mehr simulieren.

Texture Displacement

Die prozedurale Texturierung hat die  Vielfalt und das natürlichen Aussehen der Inseln im Vergleich zu dem, was wir vorher erreichen konnten, um einiges gesteigert – aber wir wollten noch weiter gehen, um die Art und Weise zu verbessern, wie die Texturen selbst das Aussehen der Inseln gestalten. Wir haben eine Technik namens „Displacement Mapping“ implementiert, die es ermöglicht, dass Texturen nicht nur auf dem Gelände liegen, sondern auch die Form des Geländes verändern und seine visuelle Qualität verbessern, ohne dass tatsächliche 3D-Assets verwendet werden müssen.

Steilheit des Geländes

Ein weiterer Hebel, an dem wir drehen wollten, um unsere Inseln natürlicher und realistischer aussehen zu lassen, war das Spiel mit der Steilheit des Geländes und damit der Neigung, auf der unsere Gebäude errichtet werden konnten. Anno 1800 hatte einen maximalen Geländewinkel von 12%, was uns eine deutliche Grenze für die Gestaltung der Inseln setzte.

Für Anno 117: Pax Romana wollten wir diesen Winkel vergrößern. Die Erforschung dieses Themas war eine bedeutende Gemeinschaftsarbeit, an der mehrere Abteilungen beteiligt waren, darunter nicht nur Level Art, sondern auch Art Direction, Game Direction, Graphics Programming, Game Design, 3D Art und Gameplay Programming. Diese umfangreiche Teamarbeit war notwendig, weil das Thema eng mit fast jedem Aspekt unseres Bausystems verbunden ist. Nach langem Hin und Her und unzähligen Stunden des Testens haben wir uns dazu entschlossen, die maximale Neigung des bebaubaren Geländes auf 24% zu verdoppeln.

Mit diesen und vielen anderen Verbesserungen im Gepäck war es an der Zeit, die Welt von Anno 117: Pax Romana zu entwerfen und zu gestalten. Im Folgenden zeige ich euch eine vereinfachte Aufschlüsselung, wie eine Insel vom ersten bis zum letzten Schritt erstellt wird.

Inselerstellung in Anno 117 – von der einfachen Idee bis zur Insel im Spiel

Weichenstellung

Bevor wir auch nur ein einziges Pixel einer Insel erstellen, stellen wir uns einige Fragen: Wie soll unsere Welt aussehen? Welche Erwartungen wollen wir erfüllen? Welche Geschichten wollen wir erzählen? In dieser Phase sammeln wir Hunderte von Referenzbildern und erforschen gemeinsam mit Concept Art Kollegen viele verschiedene Ideen, um den gewünschten Look und das gewünschte Gefühl festzulegen. In dieser Phase haben wir zusammen mit Art Direction, Game Direction und Game Design unsere beiden Provinzen Latium und Albion entwickelt. Wir entwarfen ihr Aussehen, legten ihre einzigartigen Charakteristika fest und schufen die Grundlage für die Entwicklung einer visuellen Ausrichtung, die als Leitfaden für unseren Entwicklungsprozess dienen sollte.

Inselkonzeptualisierung

Der erste Schritt bei der Erstellung einer Insel ist immer das Nachdenken über Formen, Volumen und Topologie. Außerdem müssen wir mit Game Design eine Reihe von Regeln aufstellen: ungefähre Inselgröße, verfügbarer Bauraum, benötigte Strandflächen, Menge der Minen usw. Sobald dies geschehen ist und wir alle Zutaten haben, können wir mit der Erstellung der ersten Inselkonzepte beginnen.

Im Gegensatz zu Anno 1800 beginnen wir mit unseren Inselkonzepten diesmal direkt in 3D, mit einem Tool namens „World Machine“, das bereits seit Anno 2205 im Einsatz ist. Auf diese Weise können wir bereits ein viel besseres Gefühl für eine Insel bekommen, was die Grundlage für spätere Iterationen bildet. Dank der prozeduralen Pipeline (wie weiter oben erwähnt), die wir eingerichtet haben, können wir relativ schnell Dutzende von Inselkonzepten erstellen. Sobald eine Reihe von Konzepten erstellt ist, setzen wir uns mit dem Game Design und der Art Direction zusammen, um zu entscheiden, welche Inseln für die weitere Produktion freigegeben werden können.

Blockout

Sobald ein Inselkonzept genehmigt ist, erstellen wir eine erste spielbare Blockout-Version der Insel, um die Topologie und das Balancing von Baugebieten, Strandstandorten, Minenmengen usw. zu verbessern. Darüber hinaus führen wir eine erste Texturierung durch, um das Aussehen und das Spielgefühl zu überprüfen. Neben World Machine arbeiten wir in dieser Phase auch viel mit unserem eigenen Tool, dem „Anno Editor“, um die oben genannten Gameplay-Features zu implementieren. Dabei bleiben wir so offen und flexibel wie möglich, denn es kann sein, dass wir im Laufe des Spiels noch viele Änderungen an der Insel vornehmen müssen.

Visuelles Design

Nach zahlreichen Iterationen der Blockout-Version erreichen wir schließlich einen Zustand, in dem alle Gameplay- und Balancing-Aspekte der Insel festgelegt und genehmigt sind. Nun beginnen wir mit der Arbeit an den visuellen Aspekten der Insel. Ein Großteil der visuellen Details stammt bereits aus unserem prozeduralen Workflow, wie beschrieben, und zusätzlich streuen wir Vegetations-Assets mit einem Tool namens „Houdini“ ein.

Sobald alle prozeduralen Schritte abgeschlossen sind, ist unsere Basisinsel fertig: Jetzt ist es an der Zeit, manuell an den Details zu arbeiten und die Insel visuell auszugestalten, indem wir Texturen anpassen, Felsen und Vegetationsbestandteile platzieren, der Topologie mehr Charakter verleihen, Partikeleffekte implementieren, Gewässer hinzufügen und so weiter.

Polishing

Der letzte Schritt unseres Inselerstellungsprozesses ist ein Polishing-Durchgang. Er umfasst einerseits visuelle Verbesserung entsprechend des Feedbacks, das wir erhalten, und das Hinzufügen weiterer einzigartiger Details, wie z. B. das Erzählen von Geschichten aus der Umgebung oder das Hinzufügen von Sehenswürdigkeiten, und andererseits die Aufbereitung des Gameplays, um sicherzustellen, dass alle Features wie erwartet funktionieren (z. B. bebaubare Strände, Bergbaugebiete, Waldstandorte usw.), die Implementierung von Audio mit unserem Audio-Team und das Sicherstellen, dass keine Bugs auftreten.

Wir können es kaum erwarten, eure tollen Städte zu sehen, die ihr auf unseren Inseln gebaut habt, zu lesen, was eure Lieblingsinseln sind (oder auch nicht) und welche Details, die wir so sorgfältig ausgearbeitet haben, ihr auf dem Weg entdeckt!

Vor kurzem haben wir euch einen ersten Blick darauf gegeben, wie Straßen in Anno 117: Pax Romana funktionieren und wie wir das Raster mit zusätzlichen Funktionen verbessert haben, indem wir den diagonalen Bau von Straßen und Gebäuden ermöglichen. Wenn ihr das verpasst habt, könnt ihr es unter diesem Link nachholen.

Im heutigen Blog befassen wir uns mit den Herausforderungen, mit denen das Team konfrontiert war, als es das Spiel mit diesen neuen Optionen zum Laufen brachte – und wie es sie löste.

Außerdem gehen wir auf ein paar weitere Auswirkungen dieser Änderungen ein, denn Straßen sind natürlich nicht das Einzige, was ihr in Anno 117: Pax Romana bauen werdet.

Eine kurze Zusammenfassung

Für Anno 117: Pax Romana haben wir das Raster um zusätzliche Funktionen erweitert, um diagonale Straßen und Gebäude zu ermöglichen. Dazu haben wir jede Gitterkachel in 4 Unterkacheln unterteilt, die es uns ermöglichen, Objekte auch in einem 45°-Winkel präzise zu berechnen und im Raster zu platzieren.

Das diagonale Bauen trägt dazu bei, dass sowohl Straßen als auch alles, was mit ihnen verbunden ist, wesentlich organischer aussehen – und verändert die Optik und die Atmosphäre eurer Städte, Produktionsgebiete und der Inseln insgesamt.

Trotz dieser neuen Optionen haben wir uns darauf konzentriert, den Bau von Straßen so unkompliziert und einfach wie bisher zu gestalten, sodass ein paar Klicks zwei Punkte auf der Insel miteinander verbinden, egal wie sie im Raster ausgerichtet sind, und Gebäude automatisch an den Straßen andocken, wenn sie in der Nähe platziert werden.

Die Herausforderungen

Lasst uns nun ein wenig tiefer in die Materie eintauchen, und beleuchten, was genau passieren musste, um all das zu erreichen.

Es gibt verschiedene Möglichkeiten, mehr Flexibilität in ein Aufbauspiel wie unseres zu bringen, und bevor das Projekt in Produktion ging, haben wir einen Prototyp erstellt und alle möglichen Varianten für das Raster getestet (alle Winkel erlaubt, nur 45°-Winkel erlaubt, verschiedene Rasterungen, verschiedene Verbindungslogiken). Am drastischsten wäre es gewesen, das Raster komplett zu entfernen. Ein klarer Nachteil wäre allerdings gewesen, dass es fast unmöglich geworden wäre, „Anno-Tetris“ zu spielen. Ähnlich wie bei Tetris ohne Raster hätte es sich dann ziemlich seltsam und unbefriedigend angefühlt und nicht mehr wirklich wie ein Anno-Spiel.

Als wir dann eine Lösung gefunden hatten, die zum Spiel passte, begannen wir, diese umzusetzen.

Wir wollen nun also ein paar weitere Themen behandeln, die wir aufgrund der Erweiterung des traditionellen Anno-Rasters angehen mussten:

Wenn man eine Straße von Punkt A nach Punkt B baut, muss das Spiel einen Weg vorschlagen, den die Straße nehmen soll – aber diagonale Straßen bedeuten viel mehr mögliche Wege für die Straßen. In Anno 1800 hat eine Straße auf einem offenen Feld nur zwei Möglichkeiten: Sie kann entweder erst senkrecht und dann waagerecht oder erst waagerecht und dann senkrecht verlaufen. In Anno 117 gibt es zusätzlich die Möglichkeit, erst diagonal zu gehen oder in der Diagonale zu enden. Mehr Optionen sind cool, aber es kann schwierig sein, zu wissen, was man verwenden soll, wenn man Straßen baut.

Wir haben zu diesem Thema ein wenig experimentiert und verschiedene Lösungen ausprobiert. Zuerst haben wir versucht, die Absicht des Spielers zu erraten. Abhängig von den Mausbewegungen versuchten wir zu erraten, ob der Spieler zuerst diagonal oder in einem 90°-Winkel gehen oder in der Diagonale enden wollte. In der Praxis war das nicht zuverlässig genug und der Spieler musste die Ausrichtung der Straße manuell ändern.

Nach vielem Tüfteln und Experimentieren haben wir uns für eine viel einfachere Lösung entschieden: immer zuerst eine diagonale Straße zu verwenden und dann mit einer vertikalen oder horizontalen Straße für das zweite Segment zu enden. Manchmal sind die einfacheren Lösungen die besten.

Und wenn sich dazwischen Gebäude befinden, wird die Straße diese natürlich automatisch meiden.

Farmfelder wurden ebenfalls an diesen neuen Kontext angepasst und können nun Lücken füllen, die nicht die Größe einer ganzen Kachel haben. Dies geschieht über ein Polygon-Werkzeug, das die Vorteile der im ersten Blog beschriebenen Sub-Kacheln voll ausschöpfen kann. Ihr habt das wahrscheinlich schon auf früheren Screenshots gesehen, aber lasst uns uns noch einen Blick darauf werfen:

Die weiteren Auswirkungen

Wir haben bisher nur über Straßen gesprochen, aber natürlich wirken sich die Änderungen am Rastersystem auch auf alles andere aus, was ihr baut – von Häusern über Ornamente bis hin zu den erwähnten Feldern.

Es ist auch wichtig, auf einen Punkt von vorhin zurückzukommen und festzuhalten, dass diese Änderungen eure Städte zwar in deutlich schönere Kreationen verwandeln werden, aber die auf Effizienz bedachten Bauherren unter euch werden schnell feststellen: Ja, ihr verliert mehr Platz, wenn ihr diagonal baut, und zwar aus verschiedenen Gründen.

Erstens – und das ist eine Lektion aus den Tagen von Anno 1800: Schön zu bauen bedeutet immer, kostbare Kacheln zu „verschwenden“, die für mehr Wohnhäuser oder mehr Produktionsgebäude genutzt werden könnten. Die volle Nutzung der neuen Flexibilität mit diagonalen Straßen und Gebäuden ist ein Feature, das sich an Spieler richtet, die einen organischeren Look für ihre Städte bevorzugen.

Außerdem ändern wir die „logische Größe“ von Objekten bei der Drehung. Warum und wie? Nun, lasst uns das erklären:

Da die einzelnen Kacheln des alten 90-Grad-Rasters nun in jeweils 4 Sub-Kacheln unterteilt sind, müssen wir die Gebäude an diese detailliertere Rasterstruktur anpassen, wenn wir sie um 45 Grad drehen. Das kann bedeuten, dass wir sie etwas vergrößern oder verkleinern – je nachdem, welcher Wert im Raster näher liegt. Das bedeutet jedoch nicht, dass sich das Gebäude selbst, das Haus (das „Mesh“), in seiner Größe ändert, sondern dass der Raum, den es einnimmt, größer wird. Die Grundfläche (d. h. der Boden, auf dem das Gebäude/die Verzierung steht) passt sich automatisch an, um sicherzustellen, dass es keine seltsamen Lücken oder Überlappungen gibt.

Machen wir es uns ein wenig einfacher, indem wir visualisieren, was bei einer Drehung in unserem Raster passiert:

Wie ihr seht, sind die Objekte nach dem Drehen nicht an den Sub-Kacheln ausgerichtet und müssen erst an das Raster angepasst werden. Von den beiden Optionen wird diejenige gewählt, die in Bezug auf die blockierte Fläche am nächsten liegt. Dass sich die Seitenlänge des 1×1-Objekts hier so stark ändert, war einer der Gründe, warum wir uns, wie bereits erwähnt, für eine separate Lösung für die Farmfelder entschieden haben.

Auch wenn sich die blockierte Fläche vergrößert, bleibt das Gebäude selbst gleich groß. Unten könnt ihr sehen, wie die möglichen Auswirkungen der Drehung und Skalierung aussehen können. Dies sind nur Beispiele zur Veranschaulichung, es gibt keine 1×1-Häuser 😉

Wie ihr hier sehen könnt, bleibt das “Mesh” immer gleich groß, auch wenn wir mehr Platz blockieren müssen, damit das jeweilige Objekt in das Raster passt.

Nicht-quadratische Gebäude werden natürlich auf die gleiche Weise behandelt, und je nach Gebäude kann der blockierte Bereich größer oder kleiner sein, als wenn es im traditionellen Raster-Layout gebaut würde.

Außerdem haben wir uns dafür entschieden, die Straßen (visuell) etwas breiter zu machen, so dass sie etwas größer als ein einzelnes Raster sind. Mit diesen beiden Lösungen vermeiden wir das, was wir intern als “Green Gap” (zu deutsch: grüne Lücke) zu bezeichnen begonnen hatten.

Wenn ihr die diagonale Option nutzt, benötigt ihr im Durchschnitt etwas mehr Platz.

Und wenn wir schon bei Gebäuden sind: Vergessen wir nicht einen wichtigen Aspekt von Annos Städtebau – die Verbindung aller Gebäude mit Straßen! Produktionsgebäude funktionieren nicht, und Wohnhäuser können ihre Bedürfnisse nicht erfüllen, wenn sie nicht an eine Straße angeschlossen sind.

In Anno 1800 musste mindestens eine Straßenkachel mit einer ihrer Kanten an das Gebäude anschließen. Das bloße “dran-vorbei-führen” am Gebäude zählt nicht.

In Anno 117: Pax Romana gibt es mit der Möglichkeit diagonaler Straßen plötzlich mehr Möglichkeiten, wie Straßen und Gebäude interagieren können. Eine Straße kann zum Beispiel nur an einer Ecke des Gebäudes vorbeiführen – gilt sie dann trotzdem als verbunden?

Die Antwort lautet: Ja, das tut sie! Das Spiel wird auch helfen, diese Verbindung zu visualisieren, indem es eine kleine kosmetische Verbindung zwischen Straße und Gebäude hinzufügt (unten in blau markiert). Auf diese Weise ist so etwas wie das Folgende möglich, wenn ihr es wollt:

Wie ihr sehen könnt, gelten nur 45°-Winkel für die Straßenverbindung. 90°-Verbindungen, wie im Beispiel auf der linken Seite, sind nach wie vor nicht möglich.

Damit ist unsere zweiteilige Serie über das Raster von Anno 117: Pax Romana abgeschlossen!

Wir hoffen, dass wir damit nicht nur alle beruhigen konnten, die sich Sorgen gemacht haben, dass wir das Raster abschaffen, sondern auch allen, die gerne ein wenig hinter die Kulissen schauen, einen Einblick in unsere Prozesse und die manchmal unerwarteten Herausforderungen geben konnten, wenn wir etwas so Zentrales wie das Raster ändern.

Bitte lasst uns wissen, ob euch diese Art von Einblicken in die Entwicklung gefallen hat und hinterlasst uns offene Fragen, die ihr vielleicht noch habt, auf unseren sozialen Kanälen, Discord oder Reddit, damit wir sie später beantworten können.

Ihr könnt auch damit rechnen, die neuen diagonalen Baumöglichkeiten später in Videos und Livestreams in Aktion zu sehen. Bis dahin: Habt einen fantastischen Freitag!

Hey Anno Community,

wie der Titel schon vermuten lässt, geht es im heutigen DevBlog um die modularen Schiffe in Anno 117: Pax Romana. Wenn ihr unseren Beitrag auf dem IGN FanFest verfolgt habt, habt ihr wahrscheinlich gehört, wie Manuel Reinher, Creative Director, über dieses neue Feature gesprochen hat; daher wollen wir uns die modularen Schiffe nun einmal genauer ansehen!

Anno & Schiffe: eine 27 Jahre währende Kreuzfahrt

Seit 1998 spielen Schiffe in den Anno-Spielen eine zentrale Rolle: Ob ihr in Anno 1602 den fahrenden Händlern das gesamte Inventar abgekauft habt, um dann Werkzeuge zwischen euren Inseln zu verteilen, oder in Anno 1800 die Handelsrouten effizient koordiniert, ihr seid in eurem Anno-Spiel sicher schon einmal auf hoher See unterwegs gewesen.

Es dürfte euch also nicht überraschen, dass Schiffe auch in Anno 117: Pax Romana eine zentrale Rolle spielen. Doch im Gegensatz zu früheren Anno-Spielen geht Anno 117: Pax Romana mit einem neuen Feature das Thema etwas anders an: Die Schiffe sind modular aufgebaut, und ihr könnt verschiedene Modultypen auswählen, um sie für wirtschaftliche oder militärische Zwecke zu individualisieren und zu spezialisieren.

Wir sprachen mit Markus, Game Designer von Anno 117: Pax Romana, über dieses neue Feature: „Die Idee, modulare Schiffe in Anno einzuführen, kursierte schon länger. Mit dem römischen Schauplatz hatten wir die perfekte Plattform dafür, denn es ist sehr originalgetreu, wie die Römer selbst ihre Schiffe gebaut haben. In Anno 1800 haben wir gute Erfahrungen mit den Schiffs-Items gemacht und wollten auf der Erfahrung aufbauen, dass man seine Schiffe an die spezifischen Aufgaben anpassen kann, die man für sie vorgesehen hat, und diese Entscheidungen auch in der Optik der Schiffe darstellen.“

Daher baut ihr, genau wie die Römer, eure Schiffe in Anno 117: Pax Romana modular: Dieses Design ist von ihren historischen Bautechniken inspiriert. Die Römer bauten ihre Schiffsrümpfe in der Regel mit einem flachen Deck und setzten dann verschiedene Module darauf.

Schiffe: Wie funktionieren sie?

„Sie schwimmen auf dem Wasser“, werdet ihr vielleicht antworten. Das ist richtig, aber wir sind nicht hier, um über Physik zu diskutieren.

Wie in den vorherigen Anno-Spielen werdet ihr Schiffe in der Schiffswerft bauen. Wenn ihr das Menü öffnet, wird euch eine Liste mit vorgefertigten Schiffen angeboten. Wenn ihr ein Schiff auswählt und anklickt, beginnt ihr die Bauphase und verbraucht die benötigten Ressourcen; die Schiffsproduktion benötigt natürlich außerdem auch Zeit. Während dieser Phase kostet die Werft Arbeitskräfte und Geld; wenn die Arbeitskräfte nicht ausreichen, wird die Baugeschwindigkeit reduziert, was zu längeren Produktionszeiten führt.

Im Baumenü der Schiffswerft könnt ihr zwischen drei verschiedenen Typen wählen, die ihr im Laufe des Spiels freischaltet. Die unterscheiden sich gemäßg der Größe des Rumpfes:

• Penteconter – kleines Schiff
• Trireme – mittleres Schiff
• Quinquireme – großes Schiff

Das neue modulare System

Wenn ihr das Gefühl habt, dass keines der vordefinierten Schiffe euren Bedürfnissen entspricht, dann ist es an der Zeit, sie nach euren Vorlieben und Anforderungen anzupassen.

Wenn es um die Anpassung eurer Schiffe geht (also deren Modularität), beeinflusst der gewählte Rumpf die Anzahl der Modifikationsslots, die euer Schiff erhält. Slots bestimmen die Ladekapazität eines Schiffes und werden eben zudem für den Einbau von Modulen verwendet werden. Größere Schiffe haben jedoch auch eine langsamere Beschleunigung – etwas, das ihr bei der Vorbereitung eurer Flotte bedenken müsst!

• Penteconter: 2 Modifikationsslots
• Trireme: 3 Modifikationsslots
• Quinquireme: 4 Modifikationsslots

Indem ihr Module hinzufügt, könnt ihr verschiedene Aspekte eures Schiffes beeinflussen: seine Werte (z.B. Lebenspunkte, Geschwindigkeit), seine Funktion (z.B. Seekampf) und natürlich auch sein Aussehen.

Es gibt mehrere Arten von Modulen, die ihr verwenden könnt, jedes mit einer anderen Funktion:

• Mast: zusätzliche Geschwindigkeit beim Segeln mit dem Wind auf langen Strecken, Erreichen einer höheren Höchstgeschwindigkeit und einer höheren Geschwindigkeit beim Segeln zwischen Regionen
• Ruderer: zusätzliche Geschwindigkeit, höhere Mindestgeschwindigkeit und Beschleunigung, mit kleinerem Kurvenradius; perfekt für kurze Distanzen und Kämpfe
• Verstärkter Rumpf: zusätzliche Lebenspunkte
• Bogenschützen-Türme: schießt viele kleine Pfeile in alle Richtungen auf kurze Distanz
• Scorpio: schießt hochpräzise Speere und verursacht hohen Schaden im mittleren Bereich, nur an den Seiten
• Onager: Schießt Felsen mit hoher Reichweite und höchstem Schaden, aber geringer Genauigkeit und nur nach vorne

Mit dem Konfigurationsmenü wollen wir dem Spieler eine Vorschau der Schiffskonfiguration zeigen, während das Schiff konfiguriert wird. Unsere erste Idee, nur normale 2D-Elemente wie Icons in der Benutzeroberfläche zu verwenden, war allerdings nicht umsetzbar, da es entweder zu simpel gewesen wäre, wenn nur die Elemente aufgelistet worden wären, oder zu komplex, wenn man versucht, eine Vorschau in 2D zu zeigen, die genau denselben Regeln folgt wie das Schiff im Spiel. Deshalb haben wir stattdessen versucht, das vollständige 3D-Modell des modularen Schiffes in der Benutzeroberfläche so darzustellen, wie es im Spiel erscheinen würde, wenn es gebaut ist. Das hat recht gut funktioniert, und wir haben diesen Ansatz seitdem beibehalten.

-Jannis, Gameplay Programmer

Beim Bau eurer Schiffe gibt es einige Beschränkungen. Jedes Modul kann nur eine begrenzte Anzahl von Malen pro Schiff gebaut werden; bei einer Trireme könnt ihr zum Beispiel nur maximal 2 Katapulte oder Bogenschützentürme bauen. Wenn ihr Zahlen mögt, könnte es euch interessieren, dass es für einen Pentekonter bis zu 16 verschiedene Kombinationen von Modulen gibt, für eine Trireme 60 und für eine Quinquireme 114.

Sobald ihr euren Schiffen Module hinzugefügt habt, werden die Frachtslots aus der ursprünglichen Kapazität abzüglich der verwendeten Modifikationsslots berechnet. Jedes Modul nimmt immer genau einen Frachtraumplatz in Anspruch. Um jedoch sicherzustellen, dass die Schiffe immer eine gewisse Frachtkapazität behalten, haben wir dafür gesorgt, dass eine bestimmte Anzahl von Frachtraumplätzen frei bleibt und nicht für Module verwendet werden kann.

Aber Vorsicht: Ihr könnt die Module für jeden Slot nur während des Baus des Schiffes auswählen und ändern – sobald das Schiff gebaut ist, könnt ihr seine Konfiguration nicht mehr ändern. Und weil das bestimmt als nächste Frage auftaucht: Ja, ihr werdet eure Schiffskonfigurationen speichern können! Jede Schiffswerft hat 2 Slots pro Schiffstyp, also insgesamt 6 Slots. Wenn ihr ein drittes benutzerdefiniertes Schiff haben möchtet, müsst ihr eine neue Schiffswerft bauen.

(Ihr könnt selbstverständlich auch einfach die vordefinierten Schiffe verwenden.)

Modulare Schiffe und Items

Wir wissen, was ihr euch jetzt fragen werdet – was ist mit Items? Ja, genau wie in Anno 1800 werdet ihr in der Lage sein, Schiffsitems auszurüsten. Zum Beispiel kann jedes eurer Schiffe einen eigenen Kapitän an Bord haben! Aber wir wollen nicht voreilig sein, wir werden in Zukunft noch ausführlicher darüber sprechen.

Einblicke in die Entwicklung: hinter den Kulissen des modularen Systems

Wie ihr euch vorstellen könnt, brachte die Implementierung dieses Features einige Herausforderungen mit sich – und zwar aus verschiedenen Blickwinkeln. Was das Game Design angeht, hat Markus zum Beispiel erwähnt, dass es entscheidend war, das System so flexibel wie möglich zu gestalten, ohne etwas an der Spiellogik oder Grafik kaputt zu machen, und es gleichzeitig einfach und intuitiv für die Spieler zu halten.

Für das Art-Team bestand eine der Herausforderungen darin, herauszufinden, wie groß ein Schiffsmodul sein sollte, um mit dem geliebten Anno-Raster kompatibel zu sein. Es mag auf den ersten Blick nicht offensichtlich erscheinen, aber genau wie Straßen und Gebäude gilt das Raster auch für den Ozean – das bedeutet, dass sich die Schiffe innerhalb des Rasters bewegen. „Das erforderte viel Hin und Her: Zuerst haben wir Prototypen gebaut, indem wir einfache graue Blöcke gebaut haben und herausgefunden haben, ob dieses Maß im Raster funktioniert, dann haben wir es visuell umgesetzt.“ – Rolf, Expert Artist

Jannis, Gameplay Programmer, erzählte uns von den Herausforderungen, mit denen sie konfrontiert waren, um ein System zu schaffen, das flexibel und gleichzeitig einfach zu warten ist. „Die Platzierung der Module auf den Schiffen ist dynamisch. Da die Anzahl der möglichen Kombinationen recht hoch ist, ist es nicht möglich, statische Dateien für alle Kombinationen zu erstellen, sondern wir müssen das Schiff dynamisch zur Laufzeit im Spiel erstellen, wenn ein Schiff erstellt wird, d.h. wir berechnen, an welchen Positionen welcher Slot installiert wird und platzieren es visuell und logisch an diesem Slot-Index.

Wie das geschieht, ist durch ein paar Regeln definiert, die wir sehr oft iterieren mussten. Außerdem mussten wir das System in einen logischen Teil („Wo und wie sollen die Module verbunden werden?“), und einen visuellen Tei („Welche 3D-Modelle werden in welchen Situationen verwendet?“) aufteilen. Ein Mast an der Vorderseite des Schiffes muss zum Beispiel anders aussehen als ein Mast in der Mitte des Schiffes. Dies ermöglicht es uns, modulare Schiffe effizient aufzubauen, jede mögliche Konfiguration zu validieren und verschiedene visuelle Variationen z.B. für spezielle Teilnehmer wie Piraten zu erstellen.“

Das bedeutet, dass jedes Modul nicht nur eine andere Funktion hat, sondern auch eine andere Priorität im Verhältnis zu anderen Modultypen. Diese Priorität beeinflusst den Platz, den das Modul bei der Konfiguration des Schiffes einnimmt: Jedes Modul hat einen bevorzugten Platz; ist der Platz jedoch bereits durch ein Modul mit höherer oder gleicher Priorität belegt, wird das Modul auf den nächsten freien Platz gesetzt, der weiter außen liegt. Sind alle weiter außen liegenden Steckplätze belegt, wird es auf den nächsten freien Steckplatz in der Mitte des Schiffes gesetzt. Damit soll sichergestellt werden, dass die Platzierung der Module eine schöne, gut aussehende Struktur auf dem Schiff ergibt.

Arbeitskräfte, Bau- und Wartungskosten

Im Gegensatz zu früheren Anno-Spielen benötigen die Schiffe nun nicht nur während der Bauphase Arbeitskräfte, sondern auch um zu funktionieren. „Wir sind von der eher künstlichen und abstrakten Einflussbegrenzung in Anno 1800 zu einem geerdeten und realistischeren Arbeitskräfteansatz übergegangen. Dies wird zu einer viel engeren Verbindung zwischen eurer Wirtschaft und eurer Flottenkapazität führen.“ – Markus, Game Designer. Das ist jedoch ein größeres Thema, das in einem zukünftigen Blog behandelt werden wird – also, haltet die Augen offen, wenn ihr mehr wissen wollt!

Die Bau- und Unterhaltskosten der Schiffe ändern sich je nach den installierten Modulen. Zum Beispiel sind Ruderer arbeitsintensiver als Segel – das bedeutet, dass mehr Arbeitskräfte benötigt werden. Dasselbe gilt für den Bogenschützenturm im Vergleich zum Onager, da hier mehr Soldaten benötigt werden.

Nun, wir hoffen, es hat euch Spaß gemacht, diesen (doch recht langen) Blog über modulare Schiffe durchzulesen! Wie bereits erwähnt, werden wir noch mehr zum Thema Schiffe schreiben, wobei wir uns auf den Seekampf und das Schiffssystem im Allgemeinen konzentrieren werden. Wenn ihr in der Zwischenzeit Fragen habt, zögert nicht, uns zu kontaktieren!

Kaum etwas würde in einem Anno-Spiel ohne Straßen funktionieren: Sie verbinden alle Gebäude des Spielers auf einer Insel, angefangen vom Kontor über die einsamen Holzfäller, die Wohnhäuser in den Städten und jeden  kleinen Außenposten mit Produktionsgebäuden.

Sie ermöglichen den Transport von Waren und visualisieren die Transportzeit und Transportdistanz via “Feedback-Einheiten” mit Karren oder Wägen. Sie spielen eine zentrale Rolle in der Stadtplanung der Spieler und helfen, die verschiedenen Teile einer Insel zu organisieren.

Und schließlich spawnen auch alle möglichen anderen Feedback-Einheiten (z.B. Fußgänger, Tiere usw.) auf ihnen und lassen die Welt lebendiger und glaubwürdiger erscheinen.

Wichtig dabei: Sie halten sich an das Raster wie alles andere im Spiel. Aber… was wäre, wenn wir eure Optionen im Raster für Anno 117: Pax Romana ausweiten?

In unserer zweiteiligen Blog-Reihe über das Anno-Raster und die Straßen geben wir euch zunächst einen Überblick darüber, was sich geändert hat und was das für euer Spielerlebnis bedeutet. Im zweiten Blog gehen wir näher auf das „Wie“ und „Warum“ ein, auf die technischen Details und die Herausforderungen, mit denen wir bei der Umsetzung zu kämpfen hatten.

Straßen in Anno 117: Pax Romana

Um ganz ehrlich zu sein, war dass nicht das erste Mal, dass wir darüber nachgedacht haben, das übliche 90°-Winkelraster für Anno aufzubrechen. Jedes Mal sind wir auf Probleme gestoßen, hatten das Gefühl, dass die Lösung nicht ganz dem gerecht wird, was uns an Anno wichtig ist, und/oder haben uns entschieden, dass wir unsere Zeit besser in andere Features stecken sollten, die dem Spiel und unseren Spielern einen größeren Mehrwert bieten. Schließlich überarbeitet man nicht einfach mal eben das Anno-Rastersystem.

Bis jetzt!

In Anno 117: Pax Romana wurde das Rastersystem mit zusätzlichen Funktionen überarbeitet, um 45°-Winkel von Straßen und Gebäuden zu ermöglichen. Dadurch sehen sowohl die Straßen als auch alles, was mit ihnen verbunden ist, wesentlich organischer aus und können das Aussehen und das Spielgefühl sowohl beim Bau eurer Städte als auch beim Aufbau eurer Produktionsketten deutlich verändern.

Wir haben auch daran gearbeitet, Ecken und Straßenverbindungen weicher aussehen zu lassen, indem wir automatisch sanfte Kurven anstelle von scharfen Ecken erzeugen. Die Straßen passen sich auch automatisch an und begradigen sich, wenn Gebäude in ihrer Nähe platziert werden (z.B. wenn Spieler ein Haus direkt in einer Ecke platzieren, um so wenig Platz wie möglich zu verschwenden), um ein ansprechenderes Aussehen zu erzielen.

Als Anno 1800-Veteranen könnt ihr ansonsten ein ähnliches Verhalten erwarten, wie ihr es gewohnt seid: Straßen passen sich der Geländehöhe an, sie verwandeln sich in Brücken, wenn ihr sie über einen Fluss zieht, und wechseln zu einer pierähnlichen Variante, wenn sie an der Küste gebaut werden. Ihr könnt auch verschiedene Straßentypen erwarten, wobei die besseren Versionen mehr kosten, aber auch ein paar Vorteile bieten.

Ein Blick unter die Haube

Das war ein SEHR schneller Überblick, aber wie sieht es denn nun aus, vom Design her? Mit der Unterstützung von Nicolas aus dem Game Design, Christian und Johannes aus der Gameplay-Programmierung, Tim aus der 3D-Programmierung und David aus dem Art-Team wollen wir uns die technischen Details ansehen.

Das Raster in Anno 117: Pax Romana besteht aus einzelnen Kacheln, die wiederum in 4 Sub-Kacheln unterteilt sind, während es bei Anno 1800 nur einzelne Kacheln gab. Diese Änderung war notwendig, um diagonales Bauen zu ermöglichen, da wir nun alle Objekte, die ihr platziert, auch diagonal korrekt in das Raster einpassen können, siehe unterhalb:

Sieht das jetzt nicht einfach viel besser aus als der Zickzackkurs von vorher? Siehe unten für einen direkten Vergleich beim Bau einer Straße von A nach B:

Eine weitere Änderung, die sowohl diagonale Straßen als auch die verbesserte grafische Darstellung in Bezug auf glatte Kurven unterstützt: Straßen sind jetzt Graphen, anstatt dass sie Kachel für Kachel gerendert werden. Dies ermöglicht es uns im Wesentlichen, den gesamten Abschnitt von einem Knotenpunkt zum nächsten zu rendern (siehe Bild unten), was ihn kohärenter aussehen lässt und alle Kreuzungen berücksichtigt.

Ein Nachteil dieser Änderung ist, dass es nicht mehr möglich ist, eine Straße zu bauen, die genau ein Rasterfeld abdeckt. Eine Straße muss immer mindestens zwei Rasterfelder lang sein.

Aufgrund dieser Änderungen und der drastisch gestiegenen Anzahl von Möglichkeiten, wie sich Straßen kreuzen können, konnten wir die Straßenkacheln auf der Art- und Rendering-Seite nicht mehr so handhaben wie in Anno 1800, wo für jede Möglichkeit eine eigene komplette Version vom Art-Team erstellt wurde. Damals arbeiteten wir mit Sets von Straßenkacheln wie diesem:

Bei 45° ist die Anzahl der möglichen Kreuzungen drastisch erhöht. Die Berechnung dieser Zahl ist nicht ganz trivial, denn Straßenkreuzungen sind nicht auf eine Kachel beschränkt, so dass sie sich wiederum mit anderen Kreuzungen überschneiden können, was man liebevoll als großes Durcheinander bezeichnen kann.

Erinnert ihr euch an die Sub-Kacheln jeder Hauptkachel? Basierend auf ihnen haben wir beschlossen, dass Art eine kleinere Menge von Teilen erstellt, die dann der richtigen Position (je nach Kontext) zugewiesen werden, um Straßen zu bilden – basierend auf dem vom 3D-Programming erstellten Code.

Das bedeutet nicht, dass dieser Prozess einfach ist – dieses Bild zeigt sehr schön, was möglich ist, wenn man mehrere Teile, Kurven und Kreuzungen dicht beieinander baut – und all das muss funktionieren und schön aussehen:

Reibungslos bauen

Wichtig war uns, dass Spieler zwischen den „guten alten“ 4 Richtungen, die der Anno-Serie in den letzten 25 Jahren so gute Dienste geleistet haben, und allen 8 Richtungen, die wir euch jetzt anbieten, “on the fly“ wechseln können: Ihr könnt die Option jederzeit aktivieren und deaktivieren.

Das bedeutete auch, dass Intuitivität eine wichtige Rolle spielte, als wir das Update des Raster- und Straßensystems entwarfen: Trotz der neuen Optionen war es unser Ziel, das Bauen von Straßen so unkompliziert und einfach wie bisher zu gestalten, indem zwei Punkte auf der Insel mit wenigen Klicks miteinander verbunden werden, egal wie sie im Raster ausgerichtet sind.

Dementsprechend richten sich auch alle Gebäude automatisch an den neben ihnen platzierten Straßen aus, egal ob sie in 45° oder 90° gebaut wurden. Ihr könnt sie natürlich immer noch manuell nach euren Wünschen drehen.

In diesem Zusammenhang werdet ihr euch sicher über ein weiteres “Quality-of-Life”-Feature freuen, das in Anno 117: Pax Romana aus der Konsolenversion von Anno 1800 Einzug gehalten hat. Wenn ihr mit einer Straße im Baumodus über ein beliebiges Gebäude fahrt, könnt ihr mit einem einzigen Klick eine Straße bauen, die das gesamte Gebäude umgibt. Auf diese Weise kann man schnell einen Häuserblock mit einer Straße umgeben – oder ein Lagerhaus, wie im Beispiel unten. Schaut euch das doch einfach mal an!

Und schließlich die wichtige Frage: Wie baut das Team seine Städte in Anno 117: Pax Romana? Und welchen Ansatz würden sie den Spielern als Standardoption empfehlen – alle 8 Richtungen zu nutzen oder nur die „traditionellen“ 4?

Nicolas: „Ich persönlich mag es, wenn es verschiedene Stadtteile gibt (verschiedene Ansammlungen von Wohnhäusern, Produktion, …), und jeder Stadtteil kann eine andere Ausrichtung haben.

Ich orientiere mich auch gerne an der Form von Bergen, Küsten und Flüssen. So entstehen sehr dichte und optimale Cluster, die dennoch sehr organisch wirken.

Einer meiner Lieblingsaspekte sind Felder mit verschiedenen Formen. Bye-bye eckige Farmfelder!“

Johannes: „Normalerweise spiele ich so, dass ich mein nächstes Ziel so effizient wie möglich erreichen will – und das funktioniert für mich am besten, wenn ich mich komplett an einen 90°-Winkel halte.

Im Multiplayer ist das aber eine ganz andere Sache. Mein Fokus liegt dann nicht mehr auf effizientem Bauen, sondern auf dem Bau interessanter aussehender Bezirke. Das kostet zwar mehr Zeit und Platz, aber es fühlt sich auch lohnend an, wenn ich meinen Multiplayer-Partner mit dem organischeren Aussehen erfreuen/überraschen kann.“

Outro

Wie ihr seht: Während Anno 117: Pax Romana dem Raster treu bleibt (das zu einem zentralen Element der Serie geworden ist und alle glücklich macht, die gerne so effizient wie möglich bauen), haben wir zusätzlich zu dem, was ihr gewohnt seid, mehr Flexibilität eingeführt. Das brachte eine Reihe von Herausforderungen beim Design und der Entwicklung mit sich, aber auch neue Möglichkeiten, den visuellen Stil eurer Städte und Inseln zu verändern – mehr Freiheit, eure Inseln so zu bauen, wie ihr wollt. Trotz der zusätzlichen Komplexität durch die diagonale Option fühlt sich der Bau von Straßen in diesem erweiterten Raster so intuitiv an wie zuvor.

Andere Features im Spiel nutzen eine ähnliche Funktionalität wie die Straßen… dazu später mehr. Völlig anderes Thema: Wusstet ihr, dass die historischen Römer eine Menge Aquädukte gebaut haben?

Wir haben „Herausforderungen“ in diesem Blog ein paar Mal erwähnt, ebenso wie die Auswirkungen auf andere Teile des Spiels – mehr dazu im zweiten Teil dieses DevBlogs in den kommenden Wochen.

Also, für heute: Wir hoffen, ihr habt einen guten ersten Eindruck davon bekommen, was euch in Anno 117: Pax Romana erwartet. Wenn ihr noch Fragen zum Raster oder zum Thema Straßen habt, zögert nicht, sie uns mitzuteilen!