mobile spiel portieren
Ein Mobile-Spiel portieren, das die App-Stores nicht mehr annehmen
Ein Mobile-Spiel zu portieren heißt, einen Titel neu aufzubauen, der dir gehört. Store-Anforderungen, tote SDKs und 64-Bit-Regeln zerlegen alte Builds, lange bevor das Spiel aufhört Spaß zu machen.
Ein Mobile-Spiel zu portieren heißt, ein Spiel, das dir gehört, so neu aufzubauen, dass es die aktuellen Store-Anforderungen erfüllt und auf neuen Plattformen läuft. Mobile Spiele gehen normalerweise nicht kaputt, weil das Design gealtert ist. Sie gehen kaputt, weil sich die Plattformregeln bewegt haben: Apple hat mit iOS 11 die Unterstützung für 32-Bit-Apps gestrichen, Google Play hebt das geforderte Target-API-Level jedes Jahr an, und Regeln zu Datenschutz und Berechtigungen ändern sich laufend. Eine App, die nicht aktualisiert wird, fliegt aus dem Store.
Du brauchst die Rechte am Spiel. Bei einer eigenen App ist das meist einfach, prüfe aber die Verträge, wenn ein Publisher, ein Auftragsstudio oder eine lizenzierte Marke beteiligt war.
Summer Engine baut das Spiel als ein Projekt neu auf, das für iOS, Android, Desktop, Web und Konsole exportiert. Damit kommen die Store-Version und eine Steam-Version aus derselben Quelle. Dir gehört das Projekt, und du zahlst keine Lizenzgebühren.
Warum der alte Build nicht mehr funktioniert
Die üblichen Ursachen sind mechanisch. 32-Bit-Binaries werden auf iOS nicht mehr angenommen. Google Play verlangt, dass Apps ein aktuelles API-Level anvisieren, um gelistet und aktualisierbar zu bleiben. Alte SDKs für Werbung, Analytics und soziale Funktionen werden nicht mehr gepflegt, und manche brechen inzwischen zur Laufzeit ab. Veraltete Berechtigungsmodelle führen zu Ablehnungen. Nichts davon ist ein Gameplay-Problem, und genau deshalb kann ein Neuaufbau schnell ein auslieferbares Spiel ergeben, sobald die Plattformschicht modern ist.
Was du vor dem Neuaufbau streichst
Erstelle eine Inventarliste aller SDKs von Drittanbietern im alten Projekt: Werbung, Analytics, Attribution, Crash-Reporting, Social Login, Push-Benachrichtigungen und Wrapper für In-App-Käufe. Die meisten davon sind tot oder ersetzt. Bau nur mit dem neu auf, was du wirklich brauchst, denn jedes SDK bringt Compliance-Arbeit für den Store, Datenschutzangaben und eine Abhängigkeit mit, die später den Build zerlegen kann. Spiele aus der werbelastigen Zeit verkaufen sich heute häufig besser als Kaufversion ganz ohne SDKs.
Bildschirme haben seit deinem Release die Form gewechselt
Ein Spiel, das für ein Handy im Format 4:3 oder 16:9 gebaut wurde, läuft heute auf Displays mit 19.5:9 und 20:9, mit Notches, Kamera-Aussparungen, Gestenleisten und abgerundeten Ecken. UI-Layouts mit festen Pixelpositionen brechen auf allen davon. Baue die UI mit Ankern und Safe-Area-Abständen neu auf, damit Bedienelemente erreichbar bleiben und nichts Wichtiges unter einer Aussparung liegt. Prüfe auch die Größe der Touch-Ziele erneut, denn die Bildschirme sind physisch größer geworden, die Daumen nicht.
Ein Touch-Spiel auf Desktop und Web bringen
Desktop ist das häufigste zweite Ziel, und es braucht mehr als eine Maus-Belegung. Aus Touch-Ziehen wird Klicken und Ziehen, aus Pinch-Zoom wird das Mausrad, und Multitouch-Gesten brauchen eine ausdrückliche Alternative. Ergänze Tastatursteuerung, Fensterverwaltung und größere Schriften für den Betrachtungsabstand am Monitor. Der Web-Export bringt dasselbe Spiel für Demos und Portale in den Browser. Ein Vorbehalt bei den Sprachen: C++ und GDScript laufen überall, C# läuft überall außer im Web.
Käufe und Fortschritt neu aufbauen
Implementierungen von In-App-Käufen altern schlecht, und die Regeln zur Beleg-Prüfung haben sich in beiden Stores geändert. Baue Käufe gegen die aktuellen Store-APIs neu auf, statt den alten Code zu portieren. Wenn das Spiel serverseitigen Fortschritt hatte, entscheide, ob du ein Backend behältst oder auf lokale Spielstände mit Cloud-Abgleich wechselst, was für die meisten Einzelspielerspiele einfacher und günstiger ist. Alte Spielstände der Spieler zu erhalten ist möglich, wenn du das Format dokumentierst, und für ein zurückkehrendes Publikum lohnt es sich.
Häufig gestellte Fragen
Warum wurde mein altes Mobile-Spiel aus dem App Store entfernt?
Fast immer wegen der Plattformregeln, nicht wegen der Inhalte. Apple hat die Unterstützung für 32-Bit-Apps mit iOS 11 beendet, und Google Play verlangt ein aktuelles Target-API-Level, damit eine App gelistet und aktualisierbar bleibt. Ungepflegte Apps scheitern außerdem an den aktuellen Anforderungen zu Datenschutz und Berechtigungen.
Kann ich den Code meines alten Mobile-Spiels wiederverwenden?
Nutze ihn als Spezifikation. Gameplay-Logik, Balancing-Werte und Level-Daten lassen sich übernehmen. Die Plattformschicht nicht: alte SDKs, Kauf-Code, Berechtigungsbehandlung und Rendering-Pfade werden gegen die aktuellen Anforderungen neu gebaut.
Lässt sich ein Mobile-Spiel nach Steam portieren?
Ja, und das ist ein üblicher Schritt. Aus einem Summer-Engine-Projekt exportierst du für Desktop, Mobil und Web. Desktop braucht echte Arbeit über eine Maus-Belegung hinaus: Tastatursteuerung, Fensterverwaltung, größere Schriften und Alternativen für Multitouch-Gesten.
Wie gehe ich mit Notches und hohen Handy-Displays um?
Baue die UI mit Ankern und Safe-Area-Abständen statt mit festen Pixelpositionen neu auf. Moderne Handys nutzen Displays mit 19.5:9 oder 20:9 mit Kamera-Aussparungen, Gestenleisten und abgerundeten Ecken, deshalb überlappt alles, was absolut positioniert ist, auf irgendeinem Gerät irgendetwas.
Soll ich die alten SDKs für Werbung und Analytics behalten?
Meistens nicht. Die meisten werden nicht mehr gepflegt oder sind ersetzt, und jedes SDK bringt Compliance-Arbeit, Datenschutzangaben und eine Abhängigkeit mit, die deinen Build zerlegen kann. Viele Spiele aus der werbelastigen Zeit laufen als Kaufversion ohne SDKs von Drittanbietern besser.
Weiter erkunden
Weitere Wege, mit Summer Engine zu bauen
KI-Spielemacher
Die Zentrale, um komplette 2D- und 3D-Spiele durch Beschreiben zu erstellen.
ÖffnenMake a mobile game with AI for phones and tablets
Describe a mobile game and Summer Engine builds touch controls, layouts that scale across screens, and a light, fast build, inside one project you own and can export to undefined.
ÖffnenMake a game from a picture and the idea it holds
Bring a picture and Summer Engine builds a game inspired by its look and concept: scenes, gameplay, and matching art in one project you own.
ÖffnenMake a mobile game without coding, just by describing it
No programming needed. Describe your mobile game and Summer Engine builds touch controls, screen-aware layouts, and gameplay, then exports to Android and iOS.
ÖffnenPort a 3DS game by rebuilding it, not converting it
Porting a 3DS game means rebuilding a game you own as a new project that runs on platforms that still sell games. There is no file converter for this.
ÖffnenPort a Nintendo DS game to platforms that still sell games
A Nintendo DS port is a rebuild of a game you own. The stylus design is the asset worth keeping, because touch is native on every phone.
ÖffnenPort a Wii game and decide what happens to motion control
Porting a Wii game means rebuilding a title you own for hardware without a Wii Remote. The pointer and the motion gestures need a new input design.
ÖffnenPort a Wii U game off the smallest console audience
Porting a Wii U game means rebuilding a title you own for platforms with a single screen. The GamePad layer is the part that has to be redesigned.
ÖffnenPort a PSP game and give it a second analog stick
Porting a PSP game means rebuilding a title you own. The camera design is the biggest change, because the PSP had one analog nub and no right stick.
ÖffnenPlatformer-Vorlagen
Starte mit einem fertigen Projekt und beschreibe deine Änderungen.
DurchsuchenAlle Spielvorlagen durchsuchen
Starte mit einem fertigen Projekt und beschreibe deine Änderungen.
DurchsuchenBeginne jetzt mit deinem Spiel
Lade Summer Engine herunter, beschreibe, was du willst, und sieh zu, wie es entsteht. Kostenlos starten, ohne Programmieren.