# Ein Unreal-Spiel portieren und die Lizenzgebühr hinter dir lassen > Ein Unreal-Spiel zu portieren heißt, ein Projekt neu aufzubauen, das dir gehört. Blueprints und uasset-Dateien lassen sich nicht konvertieren, deshalb nutzt der Neuaufbau deine Quellgrafik und deine Logik. - URL: https://www.summerengine.com/de/port-an-unreal-game - Keyword: unreal spiel portieren - Related: https://www.summerengine.com/de/porting Ein Spiel aus Unreal Engine zu portieren heißt, ein Projekt, das dir gehört, in einer anderen Engine neu aufzubauen. Blueprint-Graphen lassen sich nicht in eine andere Engine exportieren. uasset- und umap-Dateien sind Unreal-spezifische Container. Es gibt keinen Konverter, und jedes Tool, das behauptet, ein vollständiges Unreal-Projekt zu übersetzen, tut nicht das, was der Name verspricht. Übertragen lassen sich deine Quellinhalte. FBX-Modelle, Texturdateien, Audio und exportierte Animationen liegen in Standardformaten vor. Dein C++-Gameplay-Code dokumentiert deine Systeme präzise. Deine Level-Layouts und Balancing-Werte lassen sich als Daten übernehmen, auch wenn die Dateien selbst es nicht tun. Epic verlangt für Spiele, die mit Unreal veröffentlicht werden, eine Lizenzgebühr auf den Bruttoumsatz oberhalb einer Schwelle. Summer Engine verlangt überhaupt keine Lizenzgebühren, und dir gehört das Projekt. Sie ist kompatibel mit Godot 4, wir folgen Godot immer upstream, und sie ist eine vollständig eigene Engine mit mehr als einer Million Zeilen eigenem Code. ## Actors, Komponenten und Blueprints im Szenenbaum Aus einem Actor mit Komponenten wird eine Node mit Kindknoten und einem Skript. Aus einer Blueprint-Klasse wird eine wiederverwendbare Szene plus Skript. BeginPlay wird zu einem Ready-Callback und Tick zu einem Process-Callback pro Frame. Für die Character Movement Component gibt es keine Eins-zu-eins-Entsprechung, plane also ein, das Bewegungsmodell explizit neu aufzubauen. Visuelle Blueprint-Graphen musst du lesen und neu implementieren. Deshalb sollten Teams mit viel Blueprint-Logik mehr Zeit einplanen als Teams mit C++-Gameplay-Code. ## Materialien, Nanite und Lumen müssen neu entstehen Unreal-Material-Graphen lassen sich nicht exportieren. Sie werden als Shader neu implementiert, und die meisten sind einfacher, als sie aussehen, sobald du die Unreal-spezifischen Nodes abziehst. Nanite-Geometrie und die globale Beleuchtung von Lumen sind Engine-Funktionen, keine Asset-Formate. Inhalte, die darauf aufbauen, brauchen also eine konventionelle Behandlung: saubere LODs, gebackene oder Echtzeitbeleuchtung passend zur Zielplattform und einen Grafikdurchgang für alles, was von unbegrenzten Dreiecksbudgets abhing. Das ist in den meisten Unreal-Portierungen der größte technische Posten. ## Warum Teams Unreal für eine Portierung verlassen Die üblichen Gründe sind konkret. Projektgröße und Build-Zeiten auf Hardware der Mittelklasse. Die Veröffentlichung für Mobilgeräte, wo ein Unreal-Build schwer ist. Die Lizenzgebühr auf Umsatz oberhalb der Schwelle. Der Wunsch nach einer schlankeren Runtime für ein 2D- oder stilisiertes Spiel, das nie einen Renderer in Filmqualität gebraucht hat. Wenn nichts davon auf dich zutrifft, kann Bleiben bei Unreal die richtige Entscheidung sein. Eine Portierung ist ein Neuaufbau und kostet echte Zeit. ## Die Asset-Pipeline, die du schon hast, bleibt An deiner DCC-Pipeline ändert sich kaum etwas. Modelle als FBX oder glTF, PBR-Textursätze und Animationsclips lassen sich direkt importieren. Behalte deine Namenskonventionen und deine Ordnerstruktur, damit das neu aufgebaute Projekt für dasselbe Team navigierbar bleibt. Summer Engine kann die erste Szenenstruktur und die Gameplay-Skripte aus einer Beschreibung deiner bestehenden Systeme erzeugen, sodass du einen funktionierenden Entwurf korrigierst statt aus einem leeren Projekt heraus neu zu bauen. ## FAQ ### Lassen sich Blueprints in eine andere Engine konvertieren? Nein. Blueprint-Graphen sind Unreal-spezifisch und haben keinen Exportweg in andere Engines. Sie müssen gelesen und als Skripte neu implementiert werden. Mit Unreal-C++-Gameplay-Code lässt sich leichter arbeiten, weil die Logik dort bereits ausgeschrieben ist. ### Lassen sich uasset-Dateien importieren? Nein. uasset- und umap-Dateien sind Unreal-Containerformate. Exportiere deine Inhalte aus Unreal oder nutze besser die originalen Quelldateien: FBX- oder glTF-Modelle, PBR-Textursätze, Audiodateien und Animationsclips. Die lassen sich direkt importieren. ### Was passiert mit Inhalten für Nanite und Lumen? Beides sind Engine-Funktionen und keine Asset-Formate, deshalb müssen Inhalte, die darauf aufbauen, neu entstehen. Das heißt saubere LODs für Geometrie, die auf Nanite gesetzt hat, und anstelle von Lumen ein Beleuchtungsansatz, der zur Zielplattform passt. ### Entfällt die Lizenzgebühr, wenn ich von Unreal weg portiere? Ein Spiel, das in Summer Engine gebaut und veröffentlicht wird, hat keine Lizenzgebühr und keine Umsatzbeteiligung, und dir gehört das Projekt. Für alles, was du zuvor mit Unreal veröffentlicht hast, gelten die Bedingungen, die du für dieses Produkt akzeptiert hast, prüfe sie also für die ursprüngliche Veröffentlichung. ### Lohnt sich eine Portierung weg von Unreal? Das hängt davon ab, warum du wechselst. Konkrete Gründe sind Build-Zeiten, Mobil-Ziele, bei denen Unreal-Builds schwer sind, die Größe der Runtime bei stilisierten oder 2D-Spielen und die Lizenzgebühr. Wenn nichts davon zutrifft, kann Bleiben bei Unreal die bessere Entscheidung sein, denn eine Portierung ist ein echter Neuaufbau. [Unreal-Spiel neu aufbauen](https://www.summerengine.com/de/download) --- ## Machine-readable resources - Site index for agents: https://www.summerengine.com/llms.txt - Full inlined content: https://www.summerengine.com/llms-full.txt - Porting catalog: https://www.summerengine.com/llms-porting.txt - Structured catalog: https://www.summerengine.com/agent-catalog.json - Sitemap: https://www.summerengine.com/sitemap.xml - Developer resources: https://www.summerengine.com/docs - Summer API (assets from any agent or code; public per-call model prices): https://docs.summerengine.com/api