# Porta un juego de Unreal y deja atrás el royalty > Portar un juego de Unreal significa reconstruir un proyecto que te pertenece. Los Blueprints y los archivos uasset no se convierten, así que la reconstrucción usa tu arte fuente y tu lógica. - URL: https://www.summerengine.com/es/port-an-unreal-game - Keyword: portar un juego de unreal - Related: https://www.summerengine.com/es/porting Portar un juego de Unreal Engine significa reconstruir en otro motor un proyecto que te pertenece. Los grafos de Blueprint no se pueden exportar a otro motor. Los archivos uasset y umap son contenedores específicos de Unreal. No hay conversor, y cualquier herramienta que diga traducir un proyecto de Unreal completo no hace lo que su nombre da a entender. Lo que si se traslada es tu contenido fuente. Los modelos FBX, los archivos de textura, el audio y las exportaciones de animación están en formatos estándar. Tu código C++ de gameplay documenta tus sistemas con precisión. Tus layouts de nivel y tus valores de ajuste se trasladan como datos aunque los archivos no lo hagan. Epic cobra un royalty sobre los ingresos brutos por encima de un umbral para los juegos publicados con Unreal. Summer Engine no cobra royalty alguno, y el proyecto es tuyo. Es compatible con flujos de Godot 4, sigue el upstream de Godot y es un motor totalmente propio con más de un millón de líneas de código personalizado. ## Actores, componentes y Blueprints en un árbol de escena Un Actor con componentes se convierte en un nodo con nodos hijos y un script. Una clase Blueprint se convierte en una escena reutilizable más un script. BeginPlay se convierte en un callback de ready y Tick en un callback de proceso por cuadro. El Character Movement Component no tiene equivalente uno a uno, así que cuenta con reconstruir el modelo de movimiento de forma explícita. Los grafos visuales de Blueprint hay que leerlos y reimplementarlos, y por eso los equipos con mucha lógica en Blueprint deben reservar más tiempo que los equipos con gameplay en C++. ## Materiales, Nanite y Lumen hay que rehacerlos Los grafos de material de Unreal no se exportan. Se reimplementan como shaders, y la mayoría son más simples de lo que parecen en cuanto quitas los nodos específicos de Unreal. La geometría Nanite y la iluminación global Lumen son funciones del motor, no formatos de asset, así que el contenido creado para depender de ellas necesita un tratamiento convencional: LOD correctos, iluminación precalculada o en tiempo real adecuada a la plataforma destino, y una pasada de arte sobre todo lo que dependía de presupuestos de triángulos ilimitados. Este es el punto técnico más grande en la mayoría de los ports de Unreal. ## Por que los equipos dejan Unreal para un port Las razones habituales son concretas. El tamaño del proyecto y los tiempos de build en hardware de gama medía. Publicar en móvil, donde un build de Unreal pesa mucho. El royalty sobre los ingresos por encima del umbral. Querer un runtime más pequeño para un juego 2D o estilizado que nunca necesitó un render de grado cinematográfico. Si nada de eso te aplica, quedarte en Unreal puede ser lo correcto. Un port es una reconstrucción y cuesta tiempo real. ## Conservar el pipeline de assets que ya tienes Tu pipeline de herramientas de creación apenas cambia. Los modelos exportados como FBX o glTF, los sets de textura PBR y los clips de animación se importan directamente. Mantén tus convenciones de nombres y tu estructura de carpetas para que el proyecto reconstruido siga siendo navegable para el mismo equipo. Summer Engine puede generar la estructura de escena inicial y los scripts de gameplay a partir de una descripción de tus sistemas actuales, así que corriges un borrador funcional en vez de reconstruir desde un proyecto vacío. ## FAQ ### Se pueden convertir los Blueprints a otro motor? No. Los grafos de Blueprint son específicos de Unreal y no tienen ruta de exportación a otros motores. Hay que leerlos y reimplementarlos como scripts. El código C++ de gameplay de Unreal es más fácil de aprovechar, porque la lógica ya esta escrita. ### Se pueden importar los archivos uasset? No. Los archivos uasset y umap son formatos contenedor de Unreal. Exporta tu contenido desde Unreal o, mejor, usa los archivos fuente originales: modelos FBX o glTF, sets de textura PBR, archivos de audio y clips de animación. Esos se importan directamente. ### Que pasa con el contenido de Nanite y Lumen? Ambos son funciones del motor y no formatos de asset, así que el contenido construido para depender de ellos hay que rehacerlo. Eso significa LOD correctos para la geometría que dependía de Nanite y un enfoque de iluminación adecuado a la plataforma destino en lugar de Lumen. ### Salir de Unreal elimina el royalty? Un juego construido y publicado en Summer Engine no tiene royalty ni reparto de ingresos, y el proyecto es tuyo. Las condiciones de cualquier cosa que ya publicaste con Unreal se rigen por el acuerdo que aceptaste para ese producto, así que revísalo para el lanzamiento original. ### Merece la pena portar desde Unreal? Depende de por qué te mueves. Las razones concretas son los tiempos de build, los destinos móviles donde los builds de Unreal pesan mucho, el tamaño del runtime para juegos estilizados o 2D, y el royalty. Si nada de eso aplica, quedarte en Unreal puede ser la mejor decisión, porque un port es una reconstrucción de verdad. [Reconstruye tu juego de Unreal](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