Integración de Nvidia DLSS y flujos de trabajo de estudios profesionales en proyectos de juegos AA basados en Unreal Engine 5

Introducción a las arquitecturas de renderizado avanzado y la necesidad de escalabilidad

En la industria moderna de los videojuegos, los estudios AA (Double-A), que tienen como objetivo alcanzar altos objetivos de calidad visual a pesar de no contar con presupuestos AAA ni equipos de cientos de personas, se sitúan como los usuarios más agresivos de las innovaciones tecnológicas. El lanzamiento del motor Unreal Engine 5 (UE5) ha llevado los límites del fotorrealismo al extremo con su sistema de geometría virtual Nanite y su solución de iluminación global totalmente dinámica (Global Illumination), Lumen. Sin embargo, estas tecnologías revolucionarias generan una carga computacional masiva en las unidades de procesamiento gráfico (GPU). 1 Para poder alcanzar el objetivo de 60 fotogramas por segundo (FPS), la tecnología Lumen obliga a reducir la resolución interna a un nivel mucho menor que la resolución de pantalla nativa (por ejemplo, procesamiento interno a 1080p en una pantalla de 4K). 1 En este punto, la forma estándar de la industria para superar las limitaciones de hardware y multiplicar el rendimiento mientras se preserva la fidelidad visual son los algoritmos de reconstrucción de imagen asistidos por inteligencia artificial. La arquitectura Deep Learning Super Sampling (DLSS) de Nvidia, líder de la industria en este campo, no es un método simple para ampliar píxeles mediante métodos espaciales tradicionales, sino una tecnología compleja que sintetiza los píxeles faltantes a través de redes neuronales utilizando vectores de movimiento y búferes de profundidad obtenidos de fotogramas consecutivos. 3 Para un estudio AA profesional, la incorporación de DLSS al proyecto no es simplemente un proceso de activación de un complemento, sino un problema de ingeniería multidimensional que requiere la sincronización completa de la tubería de renderizado, la gestión del código fuente, los procesos de garantía de calidad (QA) y los flujos de trabajo de los artistas. Este informe examina en profundidad cómo se integran las arquitecturas DLSS 3.5, DLSS 4 y Streamline SDK en proyectos de Unreal Engine 5 en un entorno profesional.

El marco de trabajo de Streamline SDK y los fundamentos arquitectónicos

Nvidia desarrolló Streamline SDK con el fin de modernizar la integración de DLSS y aliviar la carga de integración sobre los hombros de los desarrolladores de juegos. Streamline es un marco de código abierto e independiente de los fabricantes de hardware (IHV) que funciona como una capa intermediaria (interposer) entre el motor del juego y las API de renderizado como DirectX 11, DirectX 12 o Vulkan. 6

En el pasado, los desarrolladores tenían que escribir manualmente ganchos (hooks) de API separados en la tubería de renderizado del motor de juegos para cada tecnología de escalado (upscaling), como Nvidia DLSS, AMD FidelityFX Super Resolution (FSR) e Intel XeSS. 6 La arquitectura de Streamline reduce este proceso a un único punto de integración. El desarrollador etiqueta recursos como vectores de movimiento, búferes de profundidad y búferes de color de la interfaz de usuario (UI) una sola vez y alimenta estos datos al marco de Streamline. 6 Streamline utiliza estos datos para ejecutar todos los complementos de escalado compatibles en la etapa adecuada de la tubería gráfica.

El ciclo de vida de la integración de Streamline en C++ y a nivel de motor

La inicialización y gestión de Streamline SDK debe ocurrir en las etapas de carga más tempranas del motor. El proceso de inicialización se lleva a cabo mediante la función slInit antes de que se realice cualquier llamada a la API de DirectX o Vulkan. 8 En este punto, el motor carga las características compatibles y solicitadas, pero aún no las inicializa. La plena operatividad de las características es activada por la creación de un dispositivo de API de renderizado por parte del motor. 9 La siguiente estructura muestra cómo se inicializa la biblioteca de Streamline a través de C++:

#include <sl.h>
#include <sl_consts.h>
#include <sl_dlss.h>

sl::Preferences pref{}; 
pref.showConsole = false;  
pref.logLevel = sl::eLogLevelDefault; 
pref.applicationId = myId;  
pref.engineType = sl::eEngineTypeUnreal;  

if (SL_FAILED(res, slInit(pref))) { 
    if (res == sl::Result::eErrorDriverOutOfDate) { 
        
    } 
} 

En esta etapa, los protocolos de seguridad cobran gran importancia. Los estudios profesionales deben verificar las firmas digitales duales de Nvidia y Streamline del archivo sl.interposer.dll para prevenir software de trampa (DLL hijacking) en juegos multijugador. 6 Antes de pasar a la fase de producción (Shipping), las bibliotecas con marcas de agua utilizadas durante el proceso de desarrollo deben ser reemplazadas obligatoriamente por bibliotecas firmadas y listas para producción. 6

La evolución de la tecnología DLSS y su estructura modular

En el entorno de Unreal Engine 5, DLSS no es una sola característica, sino un paquete de tecnologías. 3 Los estudios deciden qué módulos de este paquete utilizarán según la naturaleza del proyecto:

1. DLSS Super Resolution (SR): Es la forma básica de aumento de resolución. Utiliza núcleos Tensor para producir una salida detallada y de alta resolución a partir de una entrada de baja resolución. 3

2. DLSS Frame Generation (FG): Introducida con DLSS 3, esta característica utiliza inteligencia artificial para sintetizar un fotograma completamente nuevo entre dos fotogramas renderizados reales. Puede duplicar el rendimiento superando los cuellos de botella tradicionales de la CPU. 6

3. DLSS Multi Frame Generation: Es la característica más nueva introducida con las GPU de la serie RTX 50 y DLSS 4. Tiene la capacidad de generar hasta 3 fotogramas de IA por cada fotograma procesado. 10

4. DLSS Ray Reconstruction (RR): Es un modelo de inteligencia artificial que reemplaza los desruidos (denoisers) tradicionales ajustados manualmente en escenas que utilizan trazado de rayos (Ray Tracing) y Path Tracing, proporcionando una estabilidad temporal mucho mayor. 3

5. Nvidia Reflex: Es una tecnología de baja latencia que sincroniza las colas de la CPU y la GPU para compensar la latencia de procesamiento temporal creada por Frame Generation. Viene directamente con el complemento Streamline. 6

Flujos de trabajo de estudios profesionales: Perforce, control de versiones y procesos de compilación

Mientras que los desarrolladores independientes (Indie) suelen gestionar sus proyectos en sus discos locales o mediante herramientas de sincronización simples basadas en la nube, las estructuras de archivos complejas de los estudios AA y AAA hacen obligatorios los sistemas de control de versiones estándar de la industria. Los proyectos de Unreal Engine suelen consistir en innumerables archivos binarios (binary assets) que no están basados en texto y cuyo tamaño puede alcanzar decenas de terabytes.

¿Por qué Perforce (Helix Core) en lugar de Git?

Aunque Git es el estándar de facto en el mundo del software, la gran mayoría de los estudios de juegos profesionales prefieren la infraestructura de Perforce (Helix Core). 13 Git es un sistema distribuido por naturaleza y, aunque hace maravillas en las operaciones de fusión (merge) de código basadas en texto, no está diseñado para lidiar con archivos binarios grandes. 15 Incluso si se utiliza el complemento Git LFS (Large File Storage) como parche, ofrece una experiencia abstracta y compleja para los artistas. La ventaja más crítica de Perforce es su estructura centralizada y su función "Exclusive Checkout" (Extracción Exclusiva). Mientras un artista de entornos trabaja en un mapa enorme de Unreal Engine (.umap) o en un archivo de animación de personajes, bloquea el archivo a través de Perforce. Esto evita que otros artistas realicen cambios simultáneos en el mismo archivo, reduciendo a cero los conflictos de archivos binarios que son imposibles de fusionar. 16 Además, gracias a su integración nativa en el motor de juegos, Perforce permite versionar las modificaciones de materiales o texturas (textures) directamente desde la interfaz del motor (in-engine). 13

Compilaciones de motor personalizadas (Custom Engine Builds) y la integración de DLSS

Los estudios AA rara vez utilizan las versiones de motor estándar precompiladas que se ofrecen a través de Epic Games Launcher. Compilan el motor a partir del código fuente (source) para poder realizar optimizaciones a nivel de C++ según las necesidades específicas del juego, cambiar la gestión de memoria o enganchar complementos profundos como Streamline. 17 La integración de DLSS comienza exactamente con esta integración del código fuente en C++. Nvidia aloja sus propias ramas modificadas de Unreal Engine en GitHub. 19 Durante el proceso de integración, el desarrollador con el rol de "Build Engineer" del estudio sigue estos pasos:

1. Se clona la rama de complemento específica en el repositorio de Nvidia (por ejemplo, dlss3/sl2-5.1-dlss-plugin o la rama actual para la versión de UE correspondiente). 20

2. Los ganchos (hooks) de Streamline se combinan (merge) con el repositorio de código del motor principal (main) del estudio. 19

3. Si se está utilizando la versión más reciente del motor (por ejemplo, 5.5.1) y el soporte oficial de DLSS aún no se ha lanzado, el estudio debe integrar parches no oficiales proporcionados por la comunidad (unofficial patches) en su base de código y someter estos códigos a pruebas de estabilidad. 21

Integración continua (CI/CD) y canales de distribución

Una vez que los códigos fuente del motor y los complementos se han fusionado, la automatización entra en juego para evitar que los artistas y diseñadores esperen horas compilando el motor cada mañana. Las herramientas de integración continua (CI/CD) como Jenkins, GitHub Actions o el sistema Horde de Epic Games recompilan automáticamente Unreal Engine desde cero en servidores en la nube o en granjas de compilación locales (build farms) con cada cambio de código importante realizado en el repositorio de Perforce. 22 Cuando la compilación se completa, los enormes archivos binarios (Binaries) resultantes se distribuyen al equipo a través de Perforce o mediante herramientas internas especiales. 22 Durante este proceso, las reglas de p4ignore o de tipometría de Perforce deben configurarse con extrema precisión. Mientras que las bibliotecas de enlace dinámico de Streamline (archivos DLL como sl.interposer.dll, nvngx_dlss.dll) se mantienen bajo control de versiones, los archivos temporales de caché de datos compilados (Derived Data Cache - DDC) generados en las máquinas de los desarrolladores no deben enviarse al repositorio. 18 Esto evita la saturación del repositorio y el tráfico de red innecesario.

Problemas de optimización encontrados en la tubería de renderizado y sus soluciones

Añadir el complemento DLSS al proyecto (activarlo desde el menú Edit -> Plugins) es solo el paso más fácil del proceso. 19 El verdadero esfuerzo de ingeniería se gasta en los puntos donde el modelo de inteligencia artificial entra en conflicto con las complejas pasadas de renderizado (render passes) de Unreal Engine 5.

Conflictos entre Temporal Anti-Aliasing (TAA) y Temporal Super Resolution (TSR)

Unreal Engine 5 utiliza el algoritmo Temporal Super Resolution (TSR) desarrollado por la propia Epic Games como su solución de escalado predeterminada. 24 Tanto TSR como DLSS son algoritmos temporales (temporal) que producen nuevos fotogramas evaluando datos procedentes de fotogramas anteriores (history frames). Ejecutarse al mismo tiempo no solo consume el ancho de banda del procesador gráfico, sino que también provoca que "luchen" por los recursos de hardware, produciendo artefactos visuales graves. 25 En los flujos de trabajo profesionales, cuando DLSS está habilitado, TSR debe desactivarse inmediatamente. Cuando los desarrolladores configuran los modos de calidad a través de Blueprint o C++, DLSS sobrescribe (override) automáticamente y deshabilita la configuración de porcentaje de pantalla integrada del motor (r.screenpercentage). 25 Esto elimina la carga de que el desarrollador calcule manualmente el porcentaje de pantalla.

La siguiente tabla detalla las equivalencias de porcentaje de pantalla estándar de los modos DLSS y sus escenarios de uso:

Vectores de Movimiento (Motion Vectors) y el Problema del Efecto Fantasma (Ghosting)

La mayor vulnerabilidad de los algoritmos de reconstrucción basados en inteligencia artificial son los artefactos de efecto fantasma (ghosting) y emborronamiento (smearing). DLSS solicita vectores de movimiento (Motion Vectors) dentro del G-Buffer desde la canalización de renderizado para poder rastrear el movimiento de los objetos. Si un objeto se mueve en la pantalla pero no genera un vector de movimiento, DLSS asume que los píxeles de ese objeto permanecen estáticos. Cuando se dibuja el fotograma nuevo, los datos del fotograma anterior continúan en la pantalla y dejan una estela larga (cola) detrás del objeto.

Eliminación de Errores en World Position Offset (WPO) y Follaje (Foliage)

En Unreal Engine 5, el área donde este problema ocurre con más frecuencia son los árboles y el césped con efectos de viento. Con fines de optimización, el motor no genera vectores de movimiento de manera predeterminada para el follaje que proporciona movimiento basado en GPU sobre los vértices (vertices) mediante nodos de sombreado WPO (World Position Offset).

Para resolver este problema crónico, los artistas técnicos (Technical Artists) de los estudios AA intervienen profundamente en los archivos de configuración del motor (DefaultEngine.ini). En primer lugar, es obligatorio activar la configuración "Support Accurate Velocities from Vertex Deformation" en los paneles de detalles de los materiales WPO en movimiento. A continuación, se utilizan las siguientes variables de consola (CVars) para forzar la pasada de renderizado:

• r.BasePassForceOutputsVelocity=1: Obliga a que la pasada de renderizado base (Base Pass) genere datos de velocidad (velocity) en cualquier circunstancia. Esta operación elimina en gran medida el efecto fantasma, pero tiene un coste de rendimiento ya que aumenta el ancho de banda de la memoria de la GPU.

• r.NGX.DLSS.DilateMotionVectors=1: Permite que los vectores de movimiento se expandan hacia afuera desde los bordes de los objetos. Hace que DLSS capture mejor los píxeles en escenas con geometrías delgadas (hojas, alambres).

• r.Shadow.Virtual.NonNanite.IncludeInCoarsePages=0: Los movimientos provocados por WPO provocan caídas masivas de rendimiento al invalidar constantemente la caché de los Mapas de Sombras Virtuales (Virtual Shadow Maps - VSM). Este comando recupera rendimiento al excluir el follaje que no es Nanite de las páginas de sombras gruesas.

Gestión de Modelos de Inteligencia Artificial: Ajustes Preestablecidos de DLSS (DLSS Presets)

El poder de DLSS radica en que ofrece diferentes modelos de inteligencia artificial entrenados continuamente en las supercomputadoras de NVIDIA. Los desarrolladores pueden seleccionar los distintos modelos integrados dentro del archivo nvngx_dlss.dll según el estilo visual específico del juego. Estos ajustes se denominan preajustes J, K, L y M.

Por ejemplo, en un juego basado puramente en rasterización (sin trazado de rayos), se prefiere el ajuste preestablecido M (Preset M), ya que aumenta el rendimiento a la vez que reduce el efecto fantasma. El ajuste preestablecido M ofrece el máximo rendimiento en las series RTX 40 y superiores, pero puede causar problemas de estabilidad en generaciones anteriores. Por otro lado, si el juego incluye un intenso Trazado de Rayos (Ray Tracing) o DLSS Ray Reconstruction está activo, el ajuste preestablecido M puede hacer que la imagen sea excesivamente ruidosa (noisy); en estos escenarios, utilizar el ajuste preestablecido K (Preset K) mejora considerablemente la estabilidad de la imagen.

Tampones de la Interfaz de Usuario (UI) y Orden de Postprocesamiento

Incluso si el mundo tridimensional del juego se renderiza a la perfección, los elementos HUD bidimensionales superpuestos en la pantalla o los widgets 3D colocados en el mundo del juego (World Space) pueden verse arruinados por DLSS Frame Generation.

Mecanismo de Color y Alfa de la UI (TagUIColorAlpha)

Frame Generation ve la pantalla como un lienzo holístico al generar fotogramas artificiales. Si la barra de salud o el contador de munición del juego están en una esquina de la pantalla y la cámara debajo de ellos gira, el algoritmo FG también desplaza y deforma (warp) los píxeles de la interfaz junto con el movimiento de la cámara. Esta situación provoca que la interfaz parpadee y se desenfoque severamente.

Para resolver este problema crítico, NVIDIA ha añadido un mecanismo especial de búfer de interfaz al complemento Streamline. Justo después de que el motor del juego renderiza la capa de UI (pero antes de que se presente en la pantalla / present), este sistema entra en acción:

1. Separación (Separation): El desarrollador aísla los píxeles de la interfaz de usuario activando el comando r.Streamline.TagUIColorAlpha=1.

2. Determinación del Valor Umbral: Utilizando r.Streamline.TagUIColorAlphaThreshold, los píxeles cuyo valor alfa está por encima de un determinado nivel se etiquetan como "Esto es un elemento de UI, no lo incluyas en el proceso de Frame Gen" (el valor predeterminado es 0.0).

3. Recombinación: Frame Generation funciona solo en el mundo 3D, genera los fotogramas artificiales y, en el último paso, la capa de UI aislada se superpone (composite) sobre estos fotogramas con su nitidez original.

La mayor trampa para los desarrolladores aquí es utilizar UWidgetBlueprintLibrary::DrawText con métodos antiguos en lugar de widgets UMG. Como esta función no escribe en el canal alfa, Streamline no puede detectarla como una interfaz y provoca distorsiones en la pantalla. Del mismo modo, en los widgets 3D del mundo del juego, si el modo de mezcla (blending mode) del material se cambia de Masked a Translucent (Translúcido), se pueden reducir los desenfoques causados por TSR y DLSS.

Posicionamiento de los Efectos de Postprocesamiento (Post-Processing)

Los efectos de postprocesamiento como Grano de Película (Film Grain), Aberración Cromática (Chromatic Aberration), Destello de Lente (Lens Flare) y Profundidad de Campo (Depth of Field), que pretenden imitar la estética de los cineastas, son los peores enemigos de los escaladores de imagen por inteligencia artificial.

DLSS está entrenado para tomar una imagen limpia y escalarla a una resolución más alta. Si se añade ruido artificial de grano de película a la imagen antes de que se realice el proceso DLSS en la canalización de renderizado, la red neuronal de DLSS percibe este grano como un "error" o un "artefacto de baja resolución". El algoritmo intenta corregir (denoise) estos granos, provocando que la imagen se vuelva fangosa y borrosa.

Los estudios profesionales controlan estrictamente el orden de renderizado de los materiales de postprocesamiento. Los efectos ópticos (Grano, Aberración Cromática) deben aplicarse siempre después de que finalice el proceso DLSS y la imagen alcance la resolución de pantalla completa. Además, el parámetro de Nitidez (Sharpening) integrado en DLSS se puede utilizar independientemente de la canalización de postprocesamiento para eliminar el ligero desenfoque causado por perfiles DLSS de baja calidad.

Control de Calidad (QA), Perfilado y Validación de Rendimiento

Una vez completada la integración técnica, se inicia un proceso agresivo de perfilado de rendimiento y control de calidad para garantizar que el juego alcance la calidad de lanzamiento (Shipping Quality). Es posible que las herramientas predeterminadas del motor no siempre funcionen en completa armonía con la arquitectura de Streamline.

Herramientas de Perfilado Avanzadas y Lecturas de Métricas

Es engañoso que los desarrolladores optimicen basándose únicamente en el contador de FPS. Unreal Engine no es consciente de los fotogramas adicionales producidos enteramente por inteligencia artificial a través de Frame Generation. En una situación en la que el motor indica que produce 60 fotogramas por segundo, el hardware en realidad podría estar entregando 120 fotogramas al monitor.

Por esta razón, los estudios AA utilizan las siguientes herramientas y comandos especiales en lugar del stat fps estándar:

• stat dlssg: Este comando de consola imprime en pantalla la velocidad real de fotogramas en pantalla y la carga de cálculo (overhead) de Frame Generation en la tarjeta gráfica en milisegundos (ms), teniendo en cuenta también los fotogramas artificiales generados.

• Unreal Trace Insights y GPU Profiler: Inspeccionan los cuellos de botella en la canalización de renderizado con una precisión de microsegundos. Detalla cuánto tiempo tarda cada pasada de renderizado (Base Pass, VisBuffer, Lighting). Los tiempos de Nanite VisBuffer y HZB (Hierarchical Z-Buffer) se optimizan aquí.

• Nvidia FrameView SDK e ICAT: Los equipos de control de calidad (QA), que miden las latencias y el consumo de energía del hardware con FrameView, también realizan pruebas A/B utilizando Nvidia ICAT (Image Comparison and Analysis Tool). Estas herramientas se utilizan para detectar pérdidas de calidad microscópicas en mallas metálicas (rejas), cabellos o detalles a larga distancia entre la resolución nativa y la resolución DLSS.

Lista de Verificación de Validación de Integración (QA Checklist)

Existe una estricta lista de verificación de Streamline que los equipos técnicos deben aprobar antes de que el juego sea lanzado. La siguiente tabla resume los títulos críticos en esta lista de verificación y las condiciones que deben validarse:

La gran mayoría de estas pruebas no se pueden realizar dentro de Unreal Editor. Frame Generation tiene limitaciones severas cuando se ejecuta en múltiples ventanas de PIE (Play-In-Editor) o en un visor seleccionado. Para obtener un perfilado saludable y resultados de control de calidad válidos, es obligatorio que el juego se ejecute definitivamente en modo "Standalone Game" o compilado directamente como un paquete de distribución (Shipping Build).

Evaluación Final

La integración de Nvidia DLSS en proyectos AA basados en Unreal Engine 5 va mucho más allá de una simple configuración de menú; es un puente tecnológico integral que se extiende a la arquitectura básica del motor, al código fuente y a las estrategias de control de versiones del estudio. Los estudios superan las crisis de archivos binarios grandes utilizando estándares de la industria como Perforce, mientras automatizan compilaciones personalizadas del motor con sistemas CI/CD para integrar el SDK de Streamline en su propia infraestructura. 20

Este proceso, que abarca desde la optimización de los vectores de movimiento hasta la separación de los canales alfa de la interfaz, desde la organización de la jerarquía de postprocesamiento hasta los ajustes finos a nivel de microsegundos de las herramientas de perfilado, solo puede lograrse con la completa sincronización de los artistas técnicos, los ingenieros de renderizado y los especialistas de QA. 20 En consecuencia, este enfoque de ingeniería disciplinado y por fases es la herramienta más crítica que permite a los estudios AA ofrecer a los jugadores una experiencia fluida, visualmente impecable y receptiva con calidad AAA, incluso con presupuestos de hardware limitados.

*Información: Las imágenes han sido generadas por Google Gemini.