Godot oder Unity für Narrative RPGs – Weltenbauer Guide

Godot oder Unity für einen Weltenbauer, der ein Kampagnensetting in ein narrative RPG verwandelt: Godot gewinnt. Es kostet nichts bei jedem Umsatzniveau, seine 2D-Tools eignen sich hervorragend für dialoggesteuerte Spiele, und die MIT-Lizenz bedeutet, dass die Bedingungen nicht unter dir geändert werden können. Unity ist die richtige Wahl, wenn du Konsolen-Zertifizierung, mobilen Zugang oder einen großen Talentpool brauchst. Für einen einzelnen Creator mit einem Kodex und kleinerem Budget ist Godot das sicherere Fundament.

Das Problem, das beide Engines für dich lösen

Stell dir die Situation vor. Dein Kampagnensetting läuft seit vierzig Sessions, dein Kodex enthält 200 Einträge, und ein Spieler fragt, ob es eine Spiel-Version gibt. Du öffnest einen Browser, tippst "godot oder unity" ein und landest auf vierzig Artikeln, geschrieben für Studios mit Programmierern. Keiner fragt, was du wirklich hast: eine Welt, einen Haufen verzweigter Dialoge und kein Engineering-Team.

Dieser Vergleich ist für diese Person geschrieben. Er behandelt die Engine als Container für Lore, nicht als Technologie-Investment. Die Frage ist, welche Engine ein narrative RPG ohne Widerstand hält, und welche du dir noch leisten kannst, wenn das Projekt wächst. Beide sind reif, beide werden in kommerziellen Spielen verwendet, und keine ist die falsche Antwort. Sie versagen an verschiedenen Stellen.

Ein Framing-Note vor den Details. Alles Folgende ist ein Schreibtisch-Vergleich, basierend auf offiziellen Preisseiten, Dokumentation und aggregierten Nutzerbewertungen. Wir haben nicht dasselbe Spiel zweimal für diesen Artikel gebaut, und die Scores spiegeln die Eignung für einen Weltenbauer wider, nicht die Engine-Qualität allgemein. Der Methodology-Abschnitt erklärt das genauer.

Lizenzierung und Kosten: Wo die beiden Engines sich wirklich unterscheiden

Godot wird unter der MIT-Lizenz veröffentlicht. Es gibt keine Umsatzschwelle, keine Pro-Sitz-Gebühr und keine Lizenzgebühren. Ein Projekt, das nichts verdient, und eines, das ein Vermögen verdient, kosten gleich viel: Null. Weil die Lizenz MIT ist, bleibt jede Kopie, die du hältst, nutzbar und weitergabefähig, auch wenn die Godot-Foundation ihre Strategie ändern würde.

Unity ist kostenlos über Unity Personal, solange deine Organisation unter $200.000 pro Jahr verdient oder finanziert ist. Darüber hinaus wechselst du zu Unity Pro, das mehrere 2026-Quellen nach einer 5%-Erhöhung im Januar 2026 auf etwa $2.310 pro Sitz pro Jahr beziffern. Unity veröffentlicht die aktuellen Tiers auf seiner Pricing-Updates-Seite, und du solltest sie lesen, bevor du dich bindest, denn die Zahlen haben sich vorher bewegt.

Diese Geschichte ist wichtig für einen Creator. 2023 kündigte Unity eine pro-Installation Runtime Fee an, zog sie dann nach Rückschlag zurück. Heute wird nichts berechnet, aber die Episode zeigte, dass ein kommerzieller Anbieter den Deal nach deinem Aufbau umschreiben kann. Ein einzelner Weltenbauer, der plant, ein Kampagnensetting Jahre lang als Spiel zu verkaufen, sollte dieses Risiko ehrlich abwägen, ohne es als Skandal zu behandeln. Die aktuellen Bedingungen sind angemessen. Der Punkt ist, dass Godot sie nicht ändern kann und Unity kann.

Scripting und Projektstruktur

Godot gibt dir GDScript, eine Python-ähnliche Sprache speziell für die Engine, plus C# über .NET und C++ über sein Extension-System. GDScript ist der Grund, warum viele First-Time-Developer ein spielbares Zimmer im Wochenende hinbekommen. Scenes und Nodes bilden sich auch natürlich ab, wie ein GM schon denkt: eine Taverne ist eine Scene, ein Gastwirt ist ein Node darin, und eine Fraktion kann eine wiederverwendbare Ressource sein.

Unity nutzt ausschließlich C#. Das ist eine Stärke, wenn du bereits C# schreibst oder aus dem größten Pool von Game-Programmierern einstellen möchtest. Das ist ein Nachteil, wenn du noch nie programmiert hast, weil die Lernkurve steiler ist und der Editor viel zu früh viele Systeme zeigt. Unitys ScriptableObjects sind eine exzellente Möglichkeit, Lore als Daten zu speichern – Fraktionen, Items und Quests leben außerhalb des Codes – und das Muster lohnt sich zu borgen, auch wenn du dich für Godot entscheidest, wo Custom Resources denselben Job machen.

Für ein narrative RPG ist der praktische Test, wo deine Lore lebt. Wenn jede Fraktion, jedes Gebiet und jede NPC eine Datei ist, die das Dialogue-System liest, funktioniert jede Engine. Wenn du Lore in Scripts hardcodierst, wirst du das bereuen, egal welche.

2D, 3D und das Aussehen der Welt

Godot hat einen dedizierten 2D-Renderer statt eines auf zwei Dimensionen geplatteten 3D-Renderers, und das sieht man in pixelgenauen Sprites, Tilemaps und UI. Viele dialogue-schwere RPGs sind 2D oder 2.5D, wo Godot am gemütlichsten ist. Seine 3D hat sich mit jeder 4.x-Version verbessert (die aktuelle stabile Version auf der Godot-Homepage ist 4.7.2), bleibt aber hinter Unity bei Werkzeugtiefe und Politur für hochfidelity-Szenen zurück.

Unity handhabt beide gut. Sein 2D-Werkzeugsatz ist reif, und seine 3D-Pipelines, Lighting-Optionen und Asset-Unterstützung sind breiter. Wenn dein Setting eine üppige 3D-Welt mit viel kinematischen Kameras oder XR erfordert, hat Unity mehr Werkzeuge sofort einsatzbereit und mehr Tutorials für jeden Schritt.

Sei ehrlich zu deinem Art-Budget. Ein einzelner Creator gewinnt selten 3D-Wiedergabetreue gegen ein finanziertes Team, daher spielt die 3D-Decke der Engine oft weniger Rolle als, ob du die Art überhaupt fertig bekommst. Ein stilisiertes 2D-Spiel, das ausgeliefert wird, schlägt einen 3D-Prototyp, der steckenbleibt.

Dialogue, Lore-Daten und Lokalisierung

Hier sollte ein Weltenbauer die meiste Zeit verbringen, weil narrative RPGs an ihrem verzweigten Text leben oder sterben. Keine Engine liefert einen vollständigen Dialogue-Editor in der Box. Beide verlassen sich auf Community und Dritte, und die Hauptoptionen funktionieren über beide hinweg.

Yarn Spinner und inkle's ink sind die zwei etablierten Scripting-Sprachen für verzweigte Dialoge, und jede hat Integrationen für Unity und Community- oder offizielle Unterstützung für Godot. Godot hat auch Dialogic, ein Community-Plugin, das dir einen visuellen Timeline-Editor gibt. Unity hat einen größeren kommerziellen Asset-Markt für Dialogue-Systeme, was mehr fertige Optionen bedeutet, aber auch mehr kostenpflichtige.

Lokalisierung verdient eine Erwähnung, weil dein Setting Leser über eine Sprache erreichen kann. Godot enthält ein eingebautes Übersetzungssystem mit CSV- und gettext-Unterstützung, jede Zeile Lore kann ohne Editor-Verlassen übersetzt werden. Unity bietet ein offizielles Lokalisierungs-Paket, das funktionsreicher, aber auch komplexer einzurichten ist. Für ein kleines Team ist der einfachere Weg oft der, der fertig wird.

Plattformen, Konsolen und das Geschäft des Auslieferns

Beide Engines exportieren zu Desktop, Mobilgeräten und dem Web. Die Lücke öffnet sich bei Konsolen. Unity hat eine etablierte First-Party-Zertifizierungs-Pipeline für die großen Plattformen. Godot erreicht Konsolen über Third-Party-Porting-Services, die real sind, aber weniger dokumentiert und Tausende pro Titel kosten können; die Godot-Konsolen-Dokumentation erklärt den Weg.

Wenn dein Plan ein Steam-Release oder eine itch.io-Seite ist, berührt diese Lücke dich kaum. Wenn ein Konsolen-Launch oder ein Mobilgeräte-First-Release das Ziel ist, ist es das stärkste Argument für Unity und sollte den Kostenvorteil überwinden. Überlege, wo dein Publikum dein Kampagnensetting bereits spielt, bevor du dich entscheidest.

Ökosystem, Community und was Nutzer berichten

Unitys Ökosystem ist größer. Sein Asset Store sammelt seit über einem Jahrzehnt, die Tutorial-Bibliothek ist riesig, und Job-Angebote, die Unity erwähnen, übertreffenden diejenigen, die Godot erwähnen, um ein Vielfaches. Auf Capterra durchschnittlich Unity 4,6 von 5 Sternen von etwa 845 Bewertungen, was breite Zufriedenheit unter einer sehr großen Nutzerbasis widerspiegelt.

Godots Ökosystem ist kleiner, aber offener. Capterra listet Godot bei 4,3 von 5 aus etwa 29 Bewertungen, eine viel dünnere Stichprobe, also treat diese Zahl als Hinweis statt Urteil. Rezensenten loben wiederholt, wie leicht es ist, zu installieren und wie schnell ein Anfänger einen funktionierenden Prototyp erreicht. Die Community bewegt sich auch schnell, und die Engine-Quelle ist öffentlich, also ein Bug, der dich blockiert, kann im Prinzip von dir behoben werden.

Für einen Weltenbauer ist die Community-Frage einfach. Unity hat mehr Antworten im Regal. Godot hat eine freundlichere, flachere Lernkurve, und du findest genug Beispiele für narrative Spiele, um zu beginnen.

Wer sollte welche wählen

Wähle Godot, wenn du allein oder in einem sehr kleinen Team arbeitest, ein 2D- oder 2.5D-Narrative-Spiel planst, null Lizenz-Exposition haben möchtest und schnelle Starts aus einem leeren Projekt wertschätzt. Es passt zu der Art, wie Indie-Creator bauen: langsam, über Jahre, neben anderer Arbeit.

Wähle Unity, wenn du bereits C# schreibst, Konsolen oder Mobilgeräte als First-Class-Ziele brauchst, den tiefsten Asset-Markt möchtest oder von Auftragnehmern erwartest, die die Engine bereits kennen. Es ist auch die sicherere Wahl, wenn ein Publisher oder Arbeitgeber fragt, welche Tools du verwendet hast.

Keine Wahl sperrt deine Lore ein. Wenn dein Kodex in einfachen Datendateien und einem portablen Format wie Yarn oder ink lebt, kannst du später zwischen Engines mit Wochen, nicht Jahren, bewegen. Diese Portabilität ist der beste Schutz gegen schlechte Wahlen.

Finales Urteil

Für den Leser, den diese Site bedient – einen Weltenbauer mit einem Kampagnensetting und kleinerem Budget – ist Godot das stärkere Standard. Es entfernt Lizenz-Risiko, hält die Toolchain klein und eignet sich für dialoggesteuerte 2D-Spiele. Unity verdient seinen Platz, wenn Plattform-Reichweite, 3D-Politur oder Hiring-Bedarf Kosten überwiegen. Wähle die Engine, die zum Spiel passt, das du fertig kriegst, und baue die Welt, damit die Geschichte einen Platz zum Landen hat.