Echtzeitstrategiespiele stellen Entwickler vor eine besondere Herausforderung. Sie benötigen vielleicht keine riesigen filmischen Welten, können im Hintergrund aber gewaltige Mengen Arbeit verrichten.
Hunderte oder Tausende Einheiten bewegen sich gleichzeitig, jede mit Position, Ziel, Gesundheit, Waffen und Befehlen. Zugleich berechnet das Spiel Wegfindung, KI, Ressourcen, Gebäude, Sichtlinien und Kämpfe und soll trotzdem flüssig bleiben.
Für ein unabhängiges Studio kann das zum ernsthaften technischen Problem werden. Eine zunehmend interessante Antwort ist die Kombination aus Godot und Rust.
Godot bietet eine immer leistungsfähigere kostenlose Open-Source-Engine. Rust ergänzt eine schnelle, zuverlässige und speichersichere Systemprogrammiersprache.
Warum Godot?
Godot entwickelte sich von einer wenig bekannten Engine zu einer vollständigen 2D- und 3D-Lösung mit Editor, Physik, Animation, Benutzeroberfläche, Netzwerkfunktionen und GDScript.
Für Indies ist die MIT-Lizenz besonders wertvoll. Das Projekt hängt nicht von Geschäftsbedingungen ab, die sich plötzlich ändern können, und die Engine lässt sich verändern und kommerziell einsetzen.
Ein RTS kann jedoch sehr viel mehr gleichzeitig simulieren als ein kleines Spiel. Hier wird Rust interessant.
Rust betritt die Bühne
Rust soll hohe Leistung ohne Verzicht auf Speichersicherheit liefern. Es benötigt keinen Garbage Collector, und Eigentums- sowie Typsystem helfen, Speicher- und Threadfehler zu verhindern.
Stellen Sie sich 5.000 Einheiten vor. Jede benötigt Position, Geschwindigkeit, Gesundheit, Reichweite, Ziel, nahe Gegner, Route, Formation, Sicht, Abklingzeiten, Effekte und KI-Zustand. Tausendfach wiederholte Berechnungen eignen sich gut für optimierte Datenverarbeitung in Rust.
Godot muss nicht alles übernehmen
Entwickler müssen sich nicht für nur eine Sprache entscheiden. Godot kann Rendering, Animation, Oberfläche, Eingabe, Audio, Kamera, Szenen und Effekte verwalten. Rust kann Einheitensimulation, Großgefechte, räumliche Suchen, Wirtschaft, KI, Wegfindung und Formationen übernehmen.
Nicht jedes Spiel braucht diese Teilung. Für sehr große Schlachten eröffnet sie aber spannende Möglichkeiten.
Wie sprechen Rust und Godot miteinander?
Godot 4 enthält GDExtension, eine Schnittstelle zum Laden nativer Bibliotheken zur Laufzeit ohne Neukompilierung der Engine. Das Community-Projekt godot-rust stellt Rust-Bindings für Godot 4 bereit.
GDScript und Rust können nebeneinander existieren. Eine Mechanik lässt sich schnell in GDScript prototypisieren und behalten, solange die Leistung genügt. Zeigt der Profiler einen teuren Engpass, kann genau dieser Teil in Rust umgesetzt werden.
Brauchen Sie Rust wirklich?
Vielleicht nicht. Rust nur wegen seines schnellen Rufs hinzuzufügen kann ein Projekt komplizierter machen, ohne Spielern etwas zu bringen. 200 Einheiten benötigen nicht automatisch eine aufwendige native Architektur.
Die vernünftige Regel lautet: bauen, messen, Engpass finden, dann optimieren. Funktioniert GDScript gut, bleibt es die richtige Wahl. Zerstört die Wegfindung für 3.000 Einheiten die Bildrate, gibt es ein konkretes Problem für Rust.
Rust ist ein Werkzeug, keine Religion.
Die Frage nach 5.000 Einheiten
Ein sinnvoller Vergleich beginnt mit 100, dann 500, 1.000, 2.500 und schließlich 5.000 unabhängig simulierten Einheiten. Sie bewegen sich, suchen Gegner, greifen an, nehmen Schaden und sterben.
Gemessen werden sollten Simulation, Bildzeit und CPU-Auslastung. Verbessert Rust die Leistung deutlich? Kostet die Kommunikation mit Godot selbst Zeit? Ab welcher Menge wird der Unterschied sichtbar? Würde eine bessere GDScript-Architektur fast alles lösen?
Diese Fragen sind wertvoller, als theoretisch eine Sprache zum Sieger zu erklären.
Rust kann auch die Architektur verändern
Leistung ist nicht der einzige mögliche Vorteil. Rust fördert eine Trennung von Simulation und Darstellung. Der auf dem Bildschirm sichtbare Soldat muss nicht die gesamte Simulation sein: Rust verwaltet die Daten, Godot stellt sie dar.
Diese Trennung kann unabhängige Tests sowie deterministische oder serverautoritativ ausgelegte Mehrspielersysteme erleichtern. Das sind Möglichkeiten und keine automatischen Vorteile, passen aber besonders gut zur Strategie.
Es gibt Kompromisse
Godot plus Rust ist kein Zauberknopf. Eine weitere Sprache erhöht die Komplexität und verlangt Kenntnisse in Rust, Cargo, Godot und ihrer Schnittstelle. Der Ablauf ist weniger direkt als bei GDScript, und godot-rust entwickelt sich weiter. Mobile Plattformen und WebAssembly gelten noch als experimentell.
Ein Desktop-RTS für Windows und Linux hat andere Anforderungen als ein Titel für PC, Mobilgeräte, Web und Konsolen. Für viele Systeme sind 30 klare Zeilen GDScript die bessere Entscheidung als eine komplizierte native Lösung. Das schnellste Programm ist nicht immer am schnellsten entwickelt.
Ein offener Stack für unabhängige Entwickler
Godot steht unter MIT, Rust ist quelloffen und godot-rust nutzt MPL 2.0. So erhalten Studierende, Solo-Entwickler, kleine Studios und kommerzielle Teams leistungsfähige Technik ohne teure Einstiegslizenz.
RTS-Spiele ziehen seit jeher technisch ehrgeizige Entwickler an, denn sie zeigen Welten nicht nur, sondern simulieren sie. Wenn Tausende Einheiten das System überfordern, kann Rust zum passenden großen Werkzeug werden.
Der richtige Weg beginnt einfach: Spiel bauen, Spaß schaffen, messen und anschließend optimieren. Für manche Indie-RTS-Entwickler wird Godot + Rust eine der spannendsten offenen Kombinationen der kommenden Jahre sein.
NeonRoof News berichtet weiter über Godot, Rust, freie Spieleentwicklung und die Technik, mit der Indies die nächste Generation von PC-Spielen erschaffen.
Noch keine Kommentare. Starte die Diskussion.