# Porta un juego a otro motor > Ningún importador lee un proyecto ajeno y produce un juego funcional. Los assets se mueven como archivos, la lógica se reescribe, y el diseño es la fuente de verdad. - URL: https://www.summerengine.com/es/port-a-game-to-another-engine - Keyword: portar un juego a otro motor - Related: https://www.summerengine.com/es/porting Portar un juego a otro motor significa reconstruir en ese motor un juego que te pertenece. Los assets en formatos abiertos pasan como archivos. Los scripts, escenas, prefabs y herramientas de editor específicos de un motor no, sean cuales sean los dos motores implicados. Suena peor de lo que es. Las partes caras de un juego terminado son el diseño, el contenido, el ajuste y el conocimiento de lo que funciona, y todo eso sobrevive. El código suele ser lo más barato de rehacer, porque estas reimplementando una especificación conocida en vez de descubrir un diseño. Los equipos reconstruyen habitualmente un juego que ya funciona más rápido de lo que lo construyeron la primera vez. Summer Engine está hecho para esa reconstrucción. Describe los sistemas en lenguaje natural para generar una primera versión, y luego edita el proyecto real en C++ o GDScript, con C# disponible en el editor de escritorio. Es compatible con los flujos de trabajo de Godot 4 y sigue siempre el upstream de Godot, y es un motor totalmente propio con más de un millón de líneas de código personalizado. Un solo proyecto exporta versiones de escritorio para Steam e itch.io. ## Que se traslada y que no lo hace nunca Se trasladan: texturas, sprites, audio, fuentes, mallas y animaciones 3D en glTF o FBX, tablas de localizacion, hojas de cálculo con datos de balance, y las matemáticas de shader como referencia. No se trasladan nunca: los scripts atados a una API de motor, la serializacion de escenas y prefabs, los grafos de scripting visual, las máquinas de estado de animación, el ajuste de física que dependía de un solucionador concreto, y las extensiones de editor. Los assets de tienda pueden estar licenciados para un solo motor, así que revísalo antes de reutilizarlos. ## Trata el proyecto antiguo como la especificación Abre el código antiguo y anota los números: velocidad de movimiento, aceleración, gravedad, altura de salto, daño, tiempos de recarga, tasas de aparición, tablas de botín, desplazamientos de cámara y temporizaciones de animación. Graba vídeo del juego original y compara en paralelo. Los juegos reconstruidos se sienten mal porque los valores se aproximaron, no porque la arquitectura cambiara. Un documento corto con las constantes exactas es el artefacto de mayor valor de cualquier port. ## Primero la rebanada vertical, después el contenido Reconstruye un nivel, un enemigo, el controlador del jugador, el menú de pausa y el sistema de guardado antes que nada. Esa rebanada demuestra que el motor encaja y te da una estimación real de calendario para el resto. El contenido avanza rápido cuando los sistemas existen, porque los niveles son datos. Los equipos que portan primero el contenido pasan semanas en assets que luego hay que rehacer cuando cambia un sistema. ## Razones por las que el port merece la pena Las motivaciones comunes son los costes de regalías y licencias, destinos de plataforma a los que el motor antiguo no llega, el tamaño del build, la velocidad de iteración, los techos de rendimiento, herramientas que pelean contra el equipo, o un motor cuya dirección futura ya no encaja con el proyecto. Anota la razón antes de empezar. Determina que debe mejorar para que el port cuente como exitoso, y protege el calendario cuando la reconstrucción llegue al aburrido tramo intermedio. ## FAQ ### Existe alguna herramienta que convierta un proyecto entre motores? Ninguna general, y ninguna para Summer Engine. Los archivos de assets si se convierten. La lógica de juego, la estructura de escenas y los datos de editor no. Cualquier cosa anunciada como conversor de motores con un clic produce en el mejor caso un proyecto roto. ### Cuanto tarda un port de motor? Mide sistemas, no contenido. Un juego pequeño con un controlador y unas pocas mecánicas suele ser unas semanas. Un juego grande con herramientas propias y mucho contenido son meses. Construye la rebanada vertical y la estimación se vuelve real. ### Pierdo mis assets? No, si te pertenecen. Las texturas, el audio, los modelos, las animaciones, las fuentes y los archivos de datos pasan en formatos estándar. Revisa la licencia del contenido de tienda, porque parte esta restringido a un motor concreto. ### Puede la IA hacer la reescritura por mi? Puede hacer gran parte de la primera pasada. Describe cada sistema y sus valores exactos y Summer Engine genera escenas y scripts funcionales que luego verificas y ajustas. La verificación es tuya, porque solo tu sabes como se sentía el original. ### Se sentirá idéntico el juego portado? Cercano, si llevas los números contigo y comparas contra una grabación. Los solucionadores de física difieren entre motores, así que cuenta con una pasada de ajuste en el movimiento y las colisiones incluso cuando los valores coincidan sobre el papel. [Empieza la reconstrucción](https://www.summerengine.com/es/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