Soft Crunch Games: Das Design von Foxy Dumplings für Konsistenz auf allen Plattformen

Die vierköpfige Studio Soft Crunch Games stand vor der großen Herausforderung, Foxy Dumplings gleichzeitig auf Windows, macOS, Linux, Nintendo Switch 2, PlayStation 4 und 5, Xbox Series X|S, iOS und Android zu veröffentlichen. Um diese Komplexität zu bewältigen, etablierte das Team eine zentrale architektonische Regel: Jede Plattform erhält exakt dasselbe Spiel aus demselben Commit. Dieser Ansatz eliminierte separate Branches, verzögerte Mobile-Versionen oder Inhalte mit Einschränkungen. Der einzige Programmierer, Grzegorz Wątroba, entwarf das System so, dass keine Kompromisse bei der Funktionsgleichheit eingegangen wurden. Dies stellt sicher, dass Spieler auf jedem Gerät den vollen Umfang der gemütlichen Koch- und Managementsimulation erleben, ohne auf plattformspezifische Updates warten oder mit unvollständigen Inhaltssets umgehen zu müssen.

Die technische Grundlage basiert auf einem einzigen Unity-Projekt und einer einzigen Branch, in der die Spiellogik strikt vom plattformspezifischen Code getrennt ist. Die Plattforminteraktionen sind an den Rändern des Systems konfiniert und übernehmen Aufgaben wie Speichern, Benutzerkonten, Erfolge, Cloud-Synchronisation und Systemdialoge. Ein Facade-Muster bietet einen einzigen Einstiegspunkt für das Gameplay, während eine Factory beim Start den richtigen Plattformanbieter auswählt. Wenn das Spiel beispielsweise die Freischaltung eines Erfolgs anfordert, weiß es nicht, ob der Aufruf an Steam, PlayStation Network geroutet oder vollständig ignoriert wird. Diese Abstraktion ermöglicht es dem Spielkern, hardwareunabhängig zu bleiben und stellt sicher, dass das Hinzufügen einer neuen Plattform keine Neuimplementierung der zentralen Spielmechaniken oder Logikflüsse erfordert.

Die Eingabeverarbeitung wurde so konzipiert, dass jede Steuerungsschema vollständig unabhängig voneinander funktioniert. So können Spieler das Spiel nur mit einem Controller, einem Touchscreen oder einer Maus durchspielen, ohne eine Tastatur zu benötigen. Das Team nutzte das Unity Input System mit einem einzigen Satz an Aktionen und drei verschiedenen Steuerungsschemata: Gamepad, Tastatur und Maus sowie Touch. Das Spiel wechselt die Schemata live basierend auf der zuletzt verwendeten Eingabe, und die Benutzeroberfläche passt sich automatisch an. Ein einzelnes Prefab für Button-Hinweise wird an fast 200 Stellen verwendet und zeigt dynamisch das korrekte Icon für die aktive Eingabemethode an. Dieses fähigkeitsbasierte Design, im Gegensatz zur gerätebasierten Erkennung, erwies sich als entscheidend für die Kompatibilität mit Geräten wie dem Steam Deck, bei dem ein Touchscreen eine Maus emulieren kann, sowie mit älterer Android-Hardware mit unterschiedlichen Eingabemöglichkeiten.

Die Leistungsoptimierung war für ein 2D-Spiel, das Spine-Charaktere und nicht beleuchtete Materialien verwendet, besonders auf schwächerer Hardware von entscheidender Bedeutung. Das Team stellte fest, dass das Rendern von Effekten in 4K-Render-Texturen für 1080p- oder 720p-Displays nicht erforderlich war. Durch das Anpassen der Render-Texturen an die tatsächliche Bildschirmauflösung und das Deaktivieren ungenutzter HDR- und Tiefen-Texturen senkten sie die Pixel-Fillrate auf Geräten wie dem Steam Deck erheblich und reduzierten den Speicherbedarf der Render-Texturen von 32 MB auf 4 MB. Darüber hinaus wurden Speicherpeaks, die durch die Lokalisierung verursacht wurden, behoben, indem Fallback-Font-Atlanten von 4096x4096 auf 2048x2048-Seiten neu generiert wurden. Dies reduzierte den Speicherverbrauch für Sprachen wie Japanisch von 48 MB auf 4-8 MB pro Schriftart. Diese Optimierungen sorgten für einen flüssigen Ablauf auf dem breiten Spektrum unterstützter Geräte.

Der plattformübergreifende Fortschritt wird über ein portierbares Speichersystem verwaltet, bei dem der Fortschritt als eine einzelne verschlüsselte Binärdatei mit einem identischen Format auf allen Plattformen gespeichert wird. Dadurch kann ein auf einem Mobilgerät erstelltes Speicherspiel direkt auf dem PC gelesen werden, ohne dass eine Konvertierung erforderlich ist. Die Synchronisation arbeitet auf zwei Ebenen: dem nativen Cloud-Save der Plattform und Unity Cloud Save, das den Fortschritt zwischen verschiedenen Ökosystemen handhabt. Die Merge-Logik vergleicht Speicherstände anhand des Zeitstempels, wobei gelöschte Slots markiert werden, um ein „Wiederaufleben“ aus der Cloud zu verhindern. Der Code für die Verknüpfung über Unity Authentication verbindet Konsolen- und PC-Konten, wodurch der plattformübergreifende Fortschritt optional bleibt, während das Spiel vollständig offline spielbar ist. Das Team betonte, dass die Speicherung zwar einfach ist, die Identitätsverwaltung jedoch komplex ist und separate Vertrauensmechanismen für Steam-Tickets, PlayStation-Tokens und Xbox-Tokens erfordert.

Der Entwicklungsworkflow wurde stark automatisiert, um die Arbeitslast eines kleinen Teams zu verwalten. Ein zentrales Build-Menü mit über 70 Einträgen behandelt alle Konfigurationen, einschließlich Build-Typen, Demos und Ausgabeeinstellungen, und eliminiert manuelle Anpassungen in den Project Settings. Kompilierungsprüfungen werden für etwa 40 Plattform- und Store-Konfigurationen ausgeführt, um Fehler vor der QA-Phase zu erkennen. Das Scope-Management umfasste die Ablehnung von Funktionen, die den plattformbezogenen Aufwand vervielfachen würden, wie Texteingabefelder, Online-Multiplayer und In-Game-Käufe. Das Team nutzte auch Unity 6.3 LTS, das eine verbesserte Stabilität, Vulkan-Fixes für ältere Android-Geräte und 10-15 % schnellere IL2CPP-Build-Zeiten bot. Dieser strukturierte Ansatz ermöglichte es dem Team, hohe Qualität und Konsistenz auf allen Plattformen aufrechtzuerhalten, während sich die externe QA auf plattformspezifische Ebenen wie Zertifizierung und Suspend/Resume-Verhalten konzentrierte.