- Shader Model 6.9 llega con el Agility SDK 1.619 y DXR 1.2, estandarizando funciones clave de DirectX 12.
- Incluye Long Vectors y operaciones de 16/64 bits obligatorias, mejorando cálculos gráficos y de IA.
- DXR 1.2 activa Opacity Micromaps y Shader Execution Reordering para un trazado de rayos más eficiente.
- NVIDIA RTX, AMD Radeon RX 9000 e Intel Arc B-Series ya preparan soporte específico para estas novedades.
La evolución de los videojuegos en PC y consolas se aprecia de forma clara si comparamos los títulos actuales con los de hace una o dos décadas. El salto visual ha sido enorme en iluminación, sombreado, animaciones y efectos, hasta el punto de rozar en tiempo real lo que antes solo se veía en el cine con CGI. Detrás de ese progreso no solo están las GPUs, sino también los estándares que marcan qué se puede hacer y cómo se programa: uno de los más importantes es Shader Model.
Dentro de este ecosistema, Microsoft ha dado un paso más con el lanzamiento de Shader Model 6.9, una versión que llega acompañada del Agility SDK 1.619, el compilador DXC 1.9.2602.16 y un runtime preliminar 1.719-preview. Aunque a primera vista son cambios muy técnicos, sus implicaciones tocan directamente a los juegos que veremos en PC y, por extensión, en Europa y España, donde el PC gaming y las GPUs de última generación tienen una presencia cada vez mayor.
Qué es Shader Model 6.9 y por qué es importante ahora
Shader Model es el conjunto de capacidades mínimas que debe ofrecer una GPU para ejecutar ciertos tipos de shaders (programas que se ocupan de procesar vértices, píxeles, iluminación, efectos, etc.) dentro de DirectX. Cada versión abre la puerta a nuevas técnicas o hace obligatorias funciones que antes eran opcionales. Shader Model 6.9 no es todavía un gran salto de numeración, pero supone un cierre de etapa al consolidar tecnologías que se venían probando desde hace tiempo.
En esta nueva revisión, Microsoft integra de forma oficial características que hasta ahora estaban en vista previa o repartidas entre distintas extensiones. El lanzamiento se realiza junto con el Agility SDK 1.619, que permite a los desarrolladores usar las novedades de DirectX 12 sin esperar a grandes actualizaciones de Windows. Esto significa que los estudios europeos pueden integrar de forma más ágil estas mejoras en sus motores gráficos y lanzarlas directamente a los jugadores.
Además del SDK estable, hay una versión Agility SDK 1.719-preview que adelanta futuras funciones de sincronización y vídeo, orientadas a optimizar aún más la relación entre CPU, GPU y procesamiento multimedia. Aunque esta parte es más experimental, ofrece un vistazo a hacia dónde se dirige la plataforma.
Long Vectors y nuevas reglas de precisión en Shader Model 6.9
Uno de los cambios más relevantes de Shader Model 6.9 es la incorporación de los Long Vectors en HLSL, el lenguaje de sombreado de DirectX. Hasta ahora, era habitual trabajar con vectores de hasta cuatro componentes (por ejemplo, para representar colores RGBA o posiciones en 3D). Con la nueva especificación, los shaders pueden manejar vectores que van de 4 hasta 1.024 elementos, permitiendo cargar, almacenar y operar sobre cantidades de datos mucho mayores en una sola instrucción.
Esta capacidad facilita, por ejemplo, procesos masivos de datos relacionados con iluminación avanzada, simulaciones o técnicas de IA integradas directamente en la tubería gráfica. En lugar de tener que trocear las operaciones en múltiples pasos, los desarrolladores pueden agrupar más trabajo en menos llamadas, algo especialmente útil en motores que apuestan por path tracing o efectos complejos de postprocesado.
Junto a los Long Vectors, se endurecen las exigencias de precisión: las operaciones de 16 bits y 64 bits pasan a ser requisitos obligatorios dentro de Shader Model 6.9. Hasta ahora, muchas de estas funciones eran opcionales o dependían de la implementación concreta de cada GPU. Con el nuevo modelo, se fija una base común que los fabricantes deben respetar si quieren declarar compatibilidad total.
También se amplían las llamadas “float16 specials”. Ahora se incluyen funciones como IsNan(), IsInf(), IsFinite() y la nueva IsNormal() para tipos de 16 bits, lo que permite manejar con mayor control los posibles errores numéricos y casos límite en cálculos de baja precisión. Este detalle, que puede sonar menor, es esencial para trabajar con datos comprimidos, efectos temporales y ciertas técnicas de aprendizaje automático integradas en los gráficos.
DXR 1.2: Opacity Micromaps y Shader Execution Reordering
Si hay un punto donde Shader Model 6.9 marca la diferencia para el jugador, es en su relación con DXR 1.2, la evolución de DirectX Raytracing. La nueva versión saca por fin de la fase de pruebas dos tecnologías de optimización que hasta ahora estaban muy asociadas al ecosistema de NVIDIA: las Opacity Micromaps (OMM) y el Shader Execution Reordering (SER).
Las Opacity Micromaps permiten gestionar geometría con transparencias complejas (como hojas de árboles, vallas o vegetación densa) de forma mucho más eficiente. En lugar de depender de costosas invocaciones AnyHit en los shaders —que penalizan el rendimiento—, el hardware puede consultar mapas de opacidad muy detallados para decidir de forma rápida qué rayos atraviesan una superficie y cuáles no. Microsoft ha mostrado ejemplos donde los juegos con path tracing obtienen hasta 2,3 veces más rendimiento al activar OMM, y en demos de fabricantes se han visto incrementos de más del 60 % en imágenes por segundo.
Por otra parte, el Shader Execution Reordering (SER) reorganiza dinámicamente los rayos del trazado para agrupar aquellos que requieren operaciones similares y ejecutarlos en paralelo de manera más eficiente. El trazado de rayos tradicional tiende a generar cargas de trabajo muy desordenadas, con rayos que siguen caminos impredecibles; SER ayuda a poner un poco de orden en ese caos, mejorando la utilización de la GPU y reduciendo tiempos de renderizado.
Estas tecnologías dejan de ser meras extensiones experimentales para convertirse en partes oficiales del estándar DXR 1.2 expuesto desde Shader Model 6.9. En la práctica, esto facilita que también las GPUs de AMD e Intel puedan apoyarse en ellas bajo un lenguaje común, sin depender de soluciones propietarias y reduciendo la fragmentación entre APIs.
Mejoras en Direct3D 12: vistas de recursos, límites de ejecución y consultas
Más allá de los shaders y el ray tracing, el lanzamiento de Shader Model 6.9 viene acompañado de una serie de cambios en Direct3D 12 pensados para responder a peticiones concretas de los desarrolladores. Uno de los apartados clave es la revisión de las APIs de creación de vistas de recursos (Resource View Creation).
Hasta ahora, muchas vistas de buffer se definían en función del número de elementos, lo que generaba limitaciones en patrones de acceso a memoria, gestión de descriptores y reglas de alineamiento. Con las nuevas APIs, se permite especificar vistas en base a offsets y tamaños medidos en bytes, lo que ofrece un control mucho más fino sobre cómo se expone la memoria de la GPU a los shaders.
Estas versiones revisadas de las funciones de creación de vistas devuelven además códigos HRESULT en lugar de ser llamadas void, lo que facilita la detección programática de errores sin tener que depender exclusivamente de la capa de depuración o del temido “device removal”. Para el jugador, todo esto se traduce en menor probabilidad de cuelgues extraños y una depuración más sencilla de los fallos de los ports de PC.
Otra novedad es el aumento del límite de Dispatch 1D y DispatchMesh por encima del valor tradicional de 65.535, pasando a depender de capacidades específicas de cada dispositivo. Esto abre la puerta a kernels de cómputo más grandes y a mallas extremadamente densas, algo muy útil en motores que hacen uso intensivo de compute shaders para iluminación global, simulaciones físicas o sistemas de partículas avanzados.
Por último, se introduce un nuevo tipo de Query Heap que permite resolver consultas en la línea de tiempo de la CPU. De esta forma, determinadas mediciones y sincronizaciones pueden hacerse sin tener que lanzar trabajo adicional a la GPU, reduciendo sobrecarga y mejorando la eficiencia, especialmente en escenas donde se consultan estadísticas de rendimiento o temporizaciones con frecuencia.
Agility SDK 1.719-preview, Fence Barriers y mejoras de vídeo
Junto a la versión estable 1.619, Microsoft ha liberado Agility SDK 1.719 en modo preview, pensado para que desarrolladores y fabricantes experimenten con funciones avanzadas de sincronización y vídeo antes de que lleguen al canal principal. Una de las piezas más llamativas de este paquete es la introducción de los llamados Fence Barriers.
Los Fence Barriers están diseñados para sincronizar de forma más precisa las dependencias entre CPU y GPU, un aspecto crítico cuando se combinan cargas de trabajo gráficas, de cómputo y de vídeo en paralelo. Al refinar este control, se reduce el riesgo de bloqueos innecesarios y se aprovechan mejor los recursos del sistema, algo especialmente relevante en portátiles y equipos compactos muy presentes en el mercado europeo.
Otro bloque interesante es VPblit 3DLUT, un camino de procesamiento de vídeo que permite combinar CSC (conversión de espacio de color), LUT 1D y LUT 3D aprovechando hardware dedicado. El objetivo es descargar de trabajo al motor 3D principal y reducir el consumo energético al realizar tareas como el tone mapping o el postprocesado de imagen sobre contenido multimedia.
Según la información difundida, este flujo de trabajo de vídeo y las nuevas capacidades de sincronización se apoyan, entre otros, en CPUs Intel Lunar Lake y Panther Lake, así como en futuras versiones de controladores de AMD. Aunque se trata todavía de terreno preliminar, marca la dirección de una integración cada vez mayor entre gráficos 3D, IA y vídeo en un mismo entorno de ejecución.
Compatibilidad de GPUs: NVIDIA RTX, AMD Radeon e Intel Arc
La utilidad real de Shader Model 6.9 y del nuevo Agility SDK depende de que los fabricantes de GPU ofrezcan soporte tanto a nivel de hardware como de drivers. En este sentido, las tres grandes marcas —NVIDIA, AMD e Intel— ya han detallado sus planes de compatibilidad para las funciones clave del paquete.
En el caso de NVIDIA, toda la familia RTX declara compatibilidad con las novedades de Agility SDK 1.619. Para DXR 1.2, las Opacity Micromaps cuentan con aceleración por hardware en las GPUs RTX 40 y posteriores, mientras que en modelos anteriores el soporte se limita a emulación por software. SER también se activa con reordenación efectiva en la gama RTX 40 y superiores, reforzando su posición en juegos con path tracing intensivo.
AMD, por su parte, indica soporte para Radeon RX 7000, RX 9000 y las GPUs integradas Ryzen AI 300/400, lo que en la práctica abarca las arquitecturas RDNA 3, RDNA 3.5 y RDNA 4. Sin embargo, las funciones completas de DXR 1.2 y Shader Model 6.9 se asocian a la nueva generación Radeon RX 9000 basada en RDNA 4, mientras que las series previas se benefician principalmente de las mejoras generales de Direct3D.
En el terreno de Intel, la compañía posiciona las gráficas Arc B-Series (Battlemage) como el principal objetivo de estas nuevas capacidades. Estas GPUs dan soporte a las funciones avanzadas de ray tracing y a las mejoras de D3D 12 incluidas en el SDK. Algunas características concretas, como VPblit 3DLUT, se extienden también a procesadores como los mencionados Lunar Lake, potenciando la parte de vídeo y eficiencia energética.
Para que los usuarios puedan activar todas estas prestaciones, se requieren versiones mínimas de drivers: en el caso de NVIDIA, se menciona un controlador a partir de la rama 595; para AMD, paquetes como Adrenalin Edition 26.2.1; e Intel vincula el soporte a lanzamientos específicos para Arc B-Series bajo Windows. En Europa, donde las actualizaciones de drivers suelen llegar de forma simultánea a otros mercados, esto facilita que los jugadores puedan aprovechar los cambios sin grandes retrasos.
Impacto práctico en juegos de PC y futuro de los gráficos
Todo este conjunto de novedades puede sonar muy académico, pero su efecto se notará de forma tangible en los juegos que vayan saliendo en los próximos años. Por un lado, la normalización de DXR 1.2 con OMM y SER debería reducir las diferencias entre implementaciones propietarias de ray tracing y el estándar de DirectX, lo que simplifica el trabajo a los estudios europeos que desarrollan títulos multiplataforma.
En títulos que hacen un uso intensivo del path tracing, se han visto casos de estudio donde el tiempo de renderizado de una escena se reduce de 16,8 ms a unos 10,2 ms en GPUs de gama alta al combinar OMM y SER. Además de elevar los FPS, estas optimizaciones permiten mantener la calidad visual en escenas con millones de triángulos, transparencias complejas y gran densidad de detalles, algo cada vez más habitual en producciones AAA.
Por otro lado, la obligatoriedad de operaciones de 16 y 64 bits, junto con los Long Vectors, sienta una base común para integrar algoritmos de IA y compresión avanzada directamente en los shaders. Esto abre puertas a técnicas como la compresión neural de texturas, inteligencia artificial aplicada a animaciones o personajes y sistemas de reescalado sofisticados, todo ello aprovechando la misma infraestructura gráfica estándar.
Las mejoras en las APIs de recursos, en los límites de Dispatch y en las consultas en la línea de tiempo apuntan a reducir cuellos de botella de CPU y a mejorar la gestión de memoria. Para el usuario final en España o en el resto de Europa, esto se traducirá en menos tirones, menos stuttering ligado a la carga de texturas y una experiencia más estable incluso en configuraciones con VRAM ajustada.
En conjunto, Shader Model 6.9 y el Agility SDK 1.619 marcan un punto de inflexión en la forma en que DirectX 12 trata el trazado de rayos, el manejo de datos y la interacción entre CPU y GPU. Al consolidar funciones que antes estaban dispersas o en vista previa y exigir un mínimo común más alto a los fabricantes de tarjetas gráficas, Microsoft contribuye a que las próximas generaciones de juegos lleguen con gráficos más ambiciosos y un rendimiento mejor aprovechado en el hardware actual y futuro.
