Eastshade Studios, bekannt für ihr 2019 erschienenes First-Person-Malabenteuer Eastshade, schlug für ihren Nachfolgetitel Songs of Glimmerwick eine völlig neue kreative Richtung ein. Durch eine ausführliche Video-Devlog-Reihe und technische Deep Dives unter der Leitung von Studiogründer Danny Weinbaum öffneten die Entwickler ihren Produktionsprozess für die Community.
Diese Entwicklertagebücher bieten einen ungewöhnlich transparenten Blick hinter die Kulissen der Indie-Spieleentwicklung. Sie beschreiben detailliert, wie ein kleines Kernteam von einer 3D-Egoperspektive zu einem Top-Down-Wald-RPG überging, und beleuchten dabei visuelle Kniffe, künstliche Intelligenzsysteme sowie die Kernphilosophie des Studios für kampffreies Spieldesign.
Die „World-First“-Philosophie und Kern-Gameplay-Loops
Songs of Glimmerwick ist ein storybasiertes Hexenakademie-RPG in einer waldreichen Fantasy-Welt, in der Zaubersprüche durch Musik gewirkt werden. Spieler nutzen eine Flöte und ein Liederbuch, um kurze Melodien zu spielen, und beherrschen ihre Beschwörungen mithilfe von Rhythmusmechaniken. Magie beeinflusst jeden Winkel der Welt – vom Freiräumen blockierter Pfade und dem Anheben von Erdreich bis hin zum Verzaubern von Gartenwerkzeugen für automatisierte Gartenarbeiten.
In Devlog #1 und Devlog #4 erläuterte Weinbaum die „World-First“-Philosophie des Studios. Anstatt zuerst Mechaniken zu entwickeln und nachträglich eine Umgebung um sie herumzubauen, räumt das Team einem tiefen Gefühl für den Ort, erzählerischen Meilensteinen und Charakterinteraktionen höchste Priorität ein.
Das Studio betrachtet Aktivitäten wie Gärtnern, Brauen von Tränken und Mottenrennen als Hilfskreisläufe, die das Hauptabenteuer unterstützen. Quests treiben das Gameplay voran, untermauert von Set-Pieces, maßgeschneiderten Charakterbögen und einer vollständigen Sprachausgabe für alle Figuren. Die Finanzierung dieses ambitionierten Umfangs stammte direkt aus dem kommerziellen Erfolg von Eastshade, das sich weltweit über 250.000 Mal verkaufte und mehr als 3 Millionen US-Dollar einspielte.
Magie der fixierten Kamera und „Arting to the Camera“
Einer der detailliertesten Beiträge, Devlog #5, analysiert den Wechsel von der „freien“ Kamera aus Eastshade zur „festen“ Top-Down-Kamera von Songs of Glimmerwick. Die Erstellung einer First-Person-Welt erforderte das Modellieren jeder Wand, jedes Dachs und jeder Gasse jedes Gebäudes, um beliebigen Blickwinkeln der Spieler gerecht zu werden. Die Arbeit mit einer festen, um 30 Grad nach unten geneigten Kamera eröffnete dagegen enorme Produktions- und Leistungsvorteile.
Zu den wichtigsten im Devlog vorgestellten Techniken gehören:
- Arting to the Camera: Da die Perspektive des Spielers nie rotiert, müssen die Künstler jeweils nur eine einzige Gebäudefassade illustrieren. Dies sparte Produktionszeit und ermöglichte es dem Team, rund 50 einzigartige Innenräume und Dutzende einmalige Außengebäude zu erschaffen, wodurch die Welt wie eine stimmige Bilderbuch-Illustration wirkt.
- Designing for the Angle: Strukturelle Assets werden gezielt so geformt, dass sie aus dem 30-Grad-Winkel dynamische Silhouetten erzeugen. Beispielsweise wurden Nord-Süd-Brücken verjüngt und mit partiellen Holzüberhängen versehen, damit die Spieleravatare beim Überqueren sichtbar bleiben.
- Walling Occluded Space: Anstatt komplexe Shader zu programmieren, die Gebäude transparent machen, wenn ein Charakter hinter sie läuft, sperrte das Team Bereiche hinter Gebäuden schlicht mit Collidern ab.
- Camera Magnets: Um wichtige Orientierungspunkte hervorzuheben, ohne die Steuerung des Spielers in vorab gerenderten Zwischensequenzen zu sperren, baute das Team distanzabhängig überblendende „Kameramagneten“, die den Blick sanft auf bestimmte Fokuspunkte lenken.
- Geometrical Deceptions: Der feste Winkel erlaubt es dem Studio, Größe vorzutäuschen, ohne die tatsächlichen Laufdistanzen zu vergrößern. So wird der Spielercharakter beispielsweise leicht herunterskaliert, wenn er sich der Magie-Universität nähert – das lässt die Schule monumental wirken, während die Karte kompakt bleibt.
Die 2D-zu-3D-Projektions-Art-Pipeline
Sowohl in Devlog #2 als auch in einem technischen Deep Dive für Game Developer beschrieb Weinbaum die hybride Art-Pipeline, die die 2D-Illustrationen von Lead Artist Jaclyn Ciezadlo in die Spiel-Engine überträgt. Während Requisiten und Pflanzen auf 2D-Ebenen liegen, die um 30 Grad nach hinten geneigt sind, um senkrecht zur Kamera zu stehen, nutzt man für größere Assets einen speziellen Projektions-Workflow.
Jaclyn erstellt eine vollständige 2D-Konzeptillustration eines Gebäudes. Weinbaum baut daraufhin ein Low-Poly-3D-Proxy-Mesh, das dem groben Volumen des Gebäudes entspricht, und projiziert die UV-Koordinaten direkt aus dem Kamerawinkel des Spielers auf dieses Mesh.
Diese hybride Methode bietet klare praktische Vorteile gegenüber herkömmlicher 2D-Sprite-Arbeit:
- Avatare und NPCs bewegen sich mit echter Tiefe und exakten Kollisionsgrenzen präzise um Gebäude herum.
- Kontaktpunkte berühren das Terrain fest und ohne visuelles „Schweben“.
- Die Umgebung wirft dank eines gerichteten Sonnenlichts akkurate Echtzeitschatten.
- Um hochgelegene Dächer und Vordergrundelemente herum entsteht eine natürliche Parallaxe.
Für das Terrain nutzt das Team ein vollständiges 3D-Mesh mit Vertex-Splatting-Shadern aus Eastshade, was sanfte Höhenunterschiede, dynamische Flussströmungen und Wellenbewegungen am Ufer ermöglicht.
Lebendige NPCs: Handgeschriebene Zeitpläne vs. dynamische KI
In Devlog #6 widmete sich Weinbaum den komplexen Herausforderungen der KI für NPC-Zeitpläne. Während dynamische Simulationen (bei denen Charaktere Bedürfnisse wie Hunger oder Müdigkeit wie in Die Sims eigenständig befriedigen) auf dem Papier verlockend klingen, stellen sie für storybasierte RPGs erhebliche Hürden dar. Dynamische Bedürfnisse erfordern riesige Animationssets über universelle Objekthöhen hinweg und können Spieler frustrieren, wenn ein wichtiger Questgeber in ein abgelegenes Gebiet wandert, um ein spontanes Bedürfnis zu stillen.
Stattdessen setzt Eastshade Studios primär auf handgeschriebene Routinen und inszenierte Story-Beats, gestützt auf zwei architektonische Lösungen:
- Prioritätsstapel (Priority Stacks): Jeder NPC besitzt eine geordnete Liste potenzieller Zeitpläne anstelle eines einzelnen aktiven Slots. Erfordert eine Quest, dass ein Charakter an einem bestimmten Treffpunkt wartet, erhält dieser Quest-Zeitplan die höchste Priorität. Ist das Questziel erreicht, wird diese Anweisung vom Stapel genommen, und der Charakter kehrt nahtlos zu seiner vorherigen Routine oder seinem regulären Tagesablauf zurück.
- Gruppenzeitpläne (Group Schedules): Um Versammlungen, Unterrichtsstunden und saisonale Feste zu verwalten, entwickelte das Team Gruppenzeitpläne. Anstatt einzelnen Charakteren nacheinander Anweisungen zuzuweisen, enthält ein Gruppenzeitplan ein einziges Ziel zusammen mit einer Liste teilnehmender NPCs, was das Erstellen komplexer sozialer Szenen erheblich erleichtert.
Zeitmechaniken und bewusstes Spieldesign
Devlog #4 ging auf Fragen der Community zum Balancing ein – insbesondere darauf, warum Songs of Glimmerwick von herkömmlichen Tropen der Landwirtschaftssimulationen abweicht. Die meisten Farming-Titel nutzen strenge tägliche Zeitlimits und Erschöpfungsstrafen, um Ressourcen- und Zeitmanagement zu erzwingen.
Da Zeitmanagement keine tragende Säule des Designs von Songs of Glimmerwick ist, hat das Team den strafenden Ohnmachtsanfall in der Nacht komplett gestrichen. Stattdessen friert die Zeit jeden Abend sowie während bestimmter geskripteter Ereignisse automatisch ein. Spieler können sich um ihren Universitätsgarten kümmern, Tränke brauen, die Insel erkunden oder sich mit den Bewohnern unterhalten – so lange sie möchten, bevor sie selbst entscheiden, wann sie ins Bett gehen.
Songs of Glimmerwick Devlog-Übersicht
Die Entwickler-Updates decken verschiedene technische, narrative und künstlerische Meilensteine während der gesamten Produktion ab:
| Devlog / Update | Behandelte Hauptthemen |
|---|---|
| Devlog #1 | Studiohintergrund, Finanzierung durch Eastshade, rhythmusbasiertes Zaubern durch Musik, automatisierte Gartenwerkzeuge und das Set-Piece der verfallenen Gondel. |
| Devlog #2 | Deep Dive in die maßgeschneiderte hybride 2D/3D-Art-Pipeline und Rendering-Techniken. |
| Devlog #3 | Pipelines für Charakter-Assets, Workflows für Skelettanimationen und das Verwalten von über 100 dynamischen Charakteren. |
| Devlog #4 | „World-First“-Spielphilosophie, narrative Ziele und die Implementierung der nächtlichen Zeitstopp-Mechanik. |
| Devlog #5 | Erkenntnisse zur festen Top-Down-Kamera, Fassadenillustration, Skalierungsmanipulation und transparente Lighting-Cards. |
| Devlog #6 | KI-Architektur für das NPC-Leben, Prioritätszeitplan-Stapel, Gruppenroutinen und Vorbereitung der öffentlichen Demo. |
Die Devlog-Reihe des Teams zeigt eindrucksvoll, wie disziplinierte technische Einschränkungen – wie eine feste Kamera und handgefertigte Abläufe – ein Indie-Studio befähigen können, ein detailreiches, handgefertigtes Waldabenteuer zu erschaffen, ohne dass der Produktionsumfang außer Kontrolle gerät.










