portar un juego movil
Porta un juego movil que las tiendas dejaron de aceptar
Portar un juego movil significa reconstruir un titulo que te pertenece. Los requisitos de tienda, los SDK muertos y las reglas de 64 bits rompen los builds antiguos mucho antes de que el juego deje de ser divertido.
Portar un juego movil significa reconstruir un juego que te pertenece para que cumpla los requisitos de tienda actuales y corra en plataformas nuevas. Los juegos moviles no suelen romperse porque el diseno envejeciera. Se rompen porque las reglas de plataforma se movieron: Apple retiro el soporte de aplicaciones de 32 bits con iOS 11, Google Play sube su requisito de nivel de API objetivo cada temporada, y las reglas de privacidad y permisos cambian sin parar. Una aplicacion que no se actualiza acaba retirada del catalogo.
Necesitas los derechos del juego. Con tu propia aplicacion eso suele ser simple, pero revisa los contratos si hubo una editora, un estudio contratado o una marca licenciada de por medio.
Summer Engine reconstruye el juego como un solo proyecto que exporta a iOS, Android, escritorio, web y consola. Eso significa que la version de tienda y una version de Steam salen de la misma fuente. El proyecto es tuyo y no pagas royalties.
Por que dejo de funcionar el build antiguo
Las causas habituales son mecanicas. Los binarios de 32 bits dejaron de aceptarse en iOS. Google Play exige que las aplicaciones apunten a un nivel de API reciente para seguir en el catalogo y poder actualizarse. Los SDK antiguos de publicidad, analitica y redes sociales dejaron de mantenerse, y algunos ahora fallan en tiempo de ejecucion. Los modelos de permisos obsoletos provocan rechazos. Nada de eso es un problema de jugabilidad, y por eso una reconstruccion puede producir un juego publicable rapido en cuanto la capa de plataforma es moderna.
Que quitar antes de reconstruir
Haz inventario de cada SDK de terceros del proyecto antiguo: publicidad, analitica, atribucion, informes de fallos, inicio de sesion social, notificaciones push y envoltorios de compras dentro de la aplicacion. La mayoria estan muertos o sustituidos. Reconstruye solo con lo que de verdad necesitas, porque cada SDK anade trabajo de cumplimiento de tienda, declaraciones de privacidad y una dependencia que puede romper el build mas adelante. Los juegos publicados en la era de la publicidad intensiva a menudo venden mejor ahora como version de pago sin ningun SDK.
Las pantallas cambiaron de forma desde que publicaste
Un juego construido para un telefono 4:3 o 16:9 hoy corre en displays 19,5:9 y 20:9 con muescas, recortes de camara, barras de gestos y esquinas redondeadas. Los layouts de UI con pixeles fijos se rompen en todos ellos. Reconstruye la UI con anclas y margenes de area segura para que los controles queden al alcance y nada importante quede bajo un recorte. Revisa tambien el tamano de las zonas activas, porque las pantallas son fisicamente mas grandes pero los pulgares no.
Llevar un juego tactil a escritorio y web
El escritorio es el segundo destino mas comun y necesita mas que una asignacion de raton. Los arrastres tactiles pasan a arrastres con clic, el pellizco para ampliar pasa a la rueda del raton, y los gestos multitactiles necesitan una alternativa explicita. Anade controles de teclado, gestion de ventana y fuentes mas grandes para la distancia de vision de un monitor. La exportacion web pone el mismo juego en un navegador para demos y portales. Una advertencia sobre lenguajes: C++ y GDScript funcionan en todas partes, y C# funciona en todas partes menos en web.
Reconstruir las compras y la progresion
Las implementaciones de compras dentro de la aplicacion envejecen mal, y las reglas de validacion de recibos han cambiado en ambas tiendas. Reconstruye las compras contra las APIs de tienda actuales en vez de portar el codigo antiguo. Si el juego tenia progresion respaldada por servidor, decide si mantienes un backend o pasas a guardado local con sincronizacion en la nube, que es mas simple y mas barato para la mayoria de los juegos de un jugador. Conservar las partidas guardadas antiguas es posible si documentas el formato, y merece la pena si vuelve tu audiencia.
Preguntas frecuentes
Por que retiraron mi juego movil antiguo de la tienda?
Casi siempre por reglas de plataforma y no por el contenido. Apple dejo de soportar aplicaciones de 32 bits con iOS 11, y Google Play exige que las aplicaciones apunten a un nivel de API reciente para seguir en el catalogo y poder actualizarse. Las aplicaciones sin mantenimiento tambien incumplen los requisitos actuales de privacidad y permisos.
Puedo reutilizar el codigo de mi juego movil antiguo?
Usalo como especificacion. La logica de juego, los valores de balance y los datos de nivel se trasladan todos. La capa de plataforma no: los SDK antiguos, el codigo de compras, el manejo de permisos y las rutas de render se reconstruyen contra los requisitos actuales.
Se puede portar un juego movil a Steam?
Si, y es un movimiento habitual. Desde un solo proyecto de Summer Engine exportas a escritorio, movil y web. El escritorio exige trabajo real mas alla de una asignacion de raton: controles de teclado, gestion de ventana, fuentes mas grandes y alternativas para los gestos multitactiles.
Como manejo las muescas y las pantallas de telefono alargadas?
Reconstruye la UI con anclas y margenes de area segura en lugar de posiciones de pixel fijas. Los telefonos modernos usan displays 19,5:9 o 20:9 con recortes de camara, barras de gestos y esquinas redondeadas, asi que cualquier cosa posicionada de forma absoluta acabara solapando algo en algun dispositivo.
Deberia conservar los SDK antiguos de publicidad y analitica?
Normalmente no. La mayoria estan sin mantenimiento o sustituidos, y cada SDK anade trabajo de cumplimiento, declaraciones de privacidad y una dependencia que puede romper tu build. Muchos juegos de la era de la publicidad intensiva rinden mejor reconstruidos como version de pago sin SDK de terceros.
Sigue explorando
Más formas de crear con Summer Engine
Creador de juegos con IA
El centro para crear juegos 2D y 3D completos describiéndolos.
AbrirMake 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.
AbrirMake 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.
AbrirMake 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.
AbrirPort 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.
AbrirPort 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.
AbrirPort 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.
AbrirPort 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.
AbrirPort 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.
AbrirPlantillas de plataformas
Empieza con un proyecto listo y describe tus cambios.
ExplorarVer todas las plantillas de juegos
Empieza con un proyecto listo y describe tus cambios.
ExplorarEmpieza a crear tu juego ahora
Descarga Summer Engine, describe lo que quieres y míralo cobrar forma. Gratis para empezar, sin programar.