port a mobile game
Port a mobile game that the app stores stopped accepting
Porting a mobile game means rebuilding a title you own. Store requirements, dead SDKs, and 64-bit rules break old builds long before the game stops being fun.
Porting a mobile game means rebuilding a game you own so it meets current store requirements and runs on new platforms. Mobile games do not usually break because the design aged. They break because platform rules moved: Apple dropped 32-bit app support with iOS 11, Google Play raises its target API level requirement every year, and privacy and permission rules keep changing. An app that is not updated gets delisted.
You need the rights to the game. That is usually simple for your own app, but check contracts if a publisher, a work for hire studio, or a licensed brand was involved.
Summer Engine rebuilds the game as one project that exports to iOS, Android, desktop, web, and console. That means the store version and a Steam version come from the same source. You own the project and pay no royalties.
Why the old build stopped working
The usual causes are mechanical. 32-bit binaries stopped being accepted on iOS. Google Play requires apps to target a recent API level to stay listed and updatable. Old ad, analytics, and social SDKs stopped being maintained, and some now break at runtime. Deprecated permission models cause rejections. None of that is a gameplay problem, which is why a rebuild can produce a shippable game quickly once the platform layer is modern.
What to strip before rebuilding
Make an inventory of every third party SDK in the old project: advertising, analytics, attribution, crash reporting, social login, push notifications, and in-app purchase wrappers. Most of them are dead or replaced. Rebuild with only what you actually need, because each SDK adds store compliance work, privacy disclosures, and a dependency that can break the build later. Games that shipped in the ad heavy era frequently sell better now as a paid version with no SDKs at all.
Screens changed shape since your game shipped
A game built for a 4:3 or 16:9 phone now runs on 19.5:9 and 20:9 displays with notches, camera cutouts, gesture bars, and rounded corners. Fixed pixel UI layouts break on all of them. Rebuild the UI with anchors and safe area insets so controls stay reachable and nothing important sits under a cutout. Also recheck touch target sizes, since screens are physically larger but thumbs are not.
Taking a touch game to desktop and web
Desktop is the most common second target and it needs more than a mouse binding. Touch drags become click drags, pinch zoom becomes a scroll wheel, and multitouch gestures need an explicit alternative. Add keyboard controls, window handling, and larger fonts for a monitor viewing distance. Web export puts the same game in a browser for demos and portals. One caveat on languages: C++ and GDScript run everywhere, and C# runs everywhere except web.
Rebuilding purchases and progression
In-app purchase implementations age badly, and receipt validation rules have changed on both stores. Rebuild purchases against current store APIs rather than porting the old code. If the game had server backed progression, decide whether to keep a backend or move to local saves with cloud sync, which is simpler and cheaper for most single player games. Preserving old player save data is possible if you document the format, and it is worth doing for a returning audience.
Frequently asked questions
Why was my old mobile game removed from the app store?
Almost always platform rules rather than content. Apple stopped supporting 32-bit apps with iOS 11, and Google Play requires apps to target a recent API level to remain listed and updatable. Unmaintained apps also fail current privacy and permission requirements.
Can I reuse my old mobile game code?
Use it as a specification. Gameplay logic, balance values, and level data all transfer. The platform layer does not: old SDKs, purchase code, permission handling, and rendering paths are rebuilt against current requirements.
Can a mobile game be ported to Steam?
Yes, and it is a common move. From one Summer Engine project you export to desktop, mobile, and web. Desktop needs real work beyond a mouse binding: keyboard controls, window handling, larger fonts, and alternatives for multitouch gestures.
How do I handle notches and tall phone screens?
Rebuild the UI with anchors and safe area insets instead of fixed pixel positions. Modern phones use 19.5:9 or 20:9 displays with camera cutouts, gesture bars, and rounded corners, so anything positioned absolutely will overlap something on some device.
Should I keep the old ad and analytics SDKs?
Usually not. Most are unmaintained or replaced, and every SDK adds compliance work, privacy disclosures, and a dependency that can break your build. Many games from the ad heavy era perform better rebuilt as a paid version with no third party SDKs.
Keep exploring
More ways to build with Summer Engine
AI game maker
The hub for making complete 2D and 3D games by describing them.
OpenMake 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.
OpenMake 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.
OpenMake 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.
OpenPort 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.
OpenPort 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.
OpenPort 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.
OpenPort 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.
OpenPort 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.
OpenPlatformer templates
Start from a ready-made project and describe your changes.
BrowseBrowse all game templates
Start from a ready-made project and describe your changes.
BrowseStart building your game now
Download Summer Engine, describe what you want, and watch it come together. Free to start, no coding required.