- Shader Model 6.9 llega con el Agility SDK 1.619 y DXC 1.9.2602.16, unificando nuevas funciones clave de DirectX 12.
- Introduce Long Vector, operaciones obligatorias en 16 y 64 bits y mejoras en HLSL orientadas a IA y cargas masivas.
- DXR 1.2 sale de la fase preliminar con Opacity Micromaps (OMM) y Shader Execution Reordering (SER) para acelerar el trazado de rayos.
- NVIDIA RTX, AMD Radeon RX 9000 e Intel Arc B-Series ofrecen distintos niveles de soporte para aprovechar estas novedades en PC gaming.
La industria del videojuego está viviendo un momento curioso: por un lado parece que hemos tocado techo en cuanto a salto visual entre generaciones, pero por otro siguen llegando tecnologías que aprietan un poco más el acelerador. Una de las más recientes es Shader Model 6.9, la nueva especificación de Microsoft que marca el listón mínimo de funciones gráficas avanzadas en DirectX 12.
Lejos de ser un simple cambio de número, esta versión viene acompañada del Agility SDK 1.619 (y de una rama previa 1.719-preview) y de una actualización del compilador de shaders DXC. Todo esto suena bastante técnico, pero en la práctica sienta las bases para que los juegos de PC en Europa y España puedan aprovechar de forma más homogénea mejoras en ray tracing, gestión de recursos y hasta cargas de trabajo de inteligencia artificial dentro de la propia GPU.
Qué es Shader Model 6.9 y por qué importa a los jugadores de PC
Desde hace años, las distintas versiones de Shader Model han ido marcando la evolución de los gráficos en PC: cada salto de versión ha traído consigo títulos emblemáticos que exprimían las nuevas funciones. Ahora, con Shader Model 6.9, Microsoft no solo añade características, sino que convierte en requisitos obligatorios varias capacidades que antes eran opcionales, unificando así el terreno de juego entre fabricantes de GPU.
Shader Model 6.9 se distribuye como parte de DirectX Shader Compiler (DXC) 1.9.2602.16 y del Agility SDK 1.619, lo que permite a los desarrolladores integrar estas funciones directamente en sus juegos sin depender de grandes actualizaciones de Windows. Para el usuario final en España o cualquier país europeo, el resultado es más simple: si tienes una gráfica compatible y los drivers al día, tu sistema podrá ejecutar estas novedades en cuanto los estudios las empiecen a usar.
El papel del Agility SDK es clave, porque actúa como el puente entre el sistema operativo y los juegos. Gracias a él, un título puede llegar a la tienda digital con soporte para Shader Model 6.9 incluso aunque la versión base de Windows no incluya todavía esos cambios de forma nativa, reduciendo así los tiempos de adopción en el mercado.
Además de la versión estable 1.619, Microsoft ha puesto en circulación una rama previa 1.719-preview pensada para probar funciones de sincronización avanzadas y mejoras en procesamiento de vídeo, algo que a medio plazo puede influir en consumo energético y eficiencia en portátiles y equipos compactos tan habituales en el entorno doméstico europeo.
Novedades técnicas clave: Long Vector y operaciones en 16/64 bits
Entre las funciones más llamativas de Shader Model 6.9 está Long Vector, que permite trabajar con vectores HLSL mucho más largos de lo habitual. Donde antes se solía hablar de hasta 4 componentes, ahora se puede llegar hasta 1.024 elementos en una sola estructura, con operaciones de carga, almacenamiento y cálculo directamente soportadas por el compilador.
Esta capacidad no está pensada solo para hacer efectos llamativos, sino para manejar de forma más eficiente grandes bloques de datos dentro de los shaders. Eso incluye desde simulaciones físicas complejas hasta algoritmos de posprocesado o tareas relacionadas con técnicas modernas como la compresión de texturas mediante redes neuronales.
Otro cambio relevante es que las operaciones de shader en 16 y 64 bits, así como las wave ops asociadas, pasan a ser características obligatorias para cumplir con el estándar 6.9. Esto significa que cualquier GPU que se anuncie como compatible debe ofrecer estas instrucciones de forma nativa, evitando la fragmentación que se daba cuando algunas funciones solo estaban disponibles en hardware concreto.
En paralelo, Shader Model 6.9 expande el soporte para los llamados 16-bit float specials. Funciones habituales como IsNan(), IsInf() o IsFinite() se aplican ahora correctamente a los datos en media precisión, y se suma una nueva comprobación IsNormal(). Para los estudios, esto permite llevar parte de los cálculos a 16 bits sin perder control numérico, reduciendo consumo y liberando recursos para otras tareas.
Todo este paquete de cambios encaja con la tendencia de integrar cargas de trabajo de IA en la propia tubería gráfica. Al poder manipular vectores largos y operar con precisión reducida pero bien controlada, es más sencillo implementar sistemas como la generación inteligente de texturas, personajes más reactivos o ajustes visuales asistidos por machine learning sin recurrir constantemente a la CPU.
DXR 1.2: SER y OMM para un ray tracing más eficiente
Junto con Shader Model 6.9, Microsoft consolida DirectX Raytracing 1.2 (DXR 1.2), que deja de estar en fase de vista previa y pasa a integrarse de pleno en el ecosistema DirectX 12. Aquí las dos siglas protagonistas son SER (Shader Execution Reordering) y OMM (Opacity Micromaps).
El Shader Execution Reordering aborda uno de los cuellos de botella clásicos del trazado de rayos: la falta de coherencia entre los rayos. En un escenario con path tracing, los rayos rebotan de forma impredecible, y la GPU termina procesando datos muy distintos en paralelo, lo que no es precisamente eficiente. SER permite que el propio shader informe al hardware de cómo agrupar y reordenar dinámicamente los rayos para ejecutarlos de manera más coherente.
Por su parte, las Opacity Micromaps están pensadas para geometría con transparencia por alpha, muy típica en vegetación, vallas o detalles finos. En lugar de confiar solo en los costosos AnyHit shaders compartidos, OMM proporciona una representación adicional que facilita a la GPU decidir qué partes de ese contenido son opacas, transparentes o intermedias, reduciendo llamadas innecesarias y mejorando el rendimiento.
Microsoft ha llegado a mostrar ejemplos donde, en títulos con path tracing intensivo, el uso de OMM implica mejoras claramente perceptibles: escenarios en los que se pasaba de unos 55 FPS a cerca de 90 FPS simplemente activando esta técnica. Estas cifras dependen mucho del juego y del hardware, pero sirven como referencia de lo que puede suponer la adopción generalizada de estas funciones.
En cuanto a disponibilidad real, DXR 1.2 con SER y OMM se apoya en el soporte de los distintos fabricantes. De momento, la aceleración por hardware de OMM se concentra en las GPU NVIDIA RTX 40 y superiores, mientras que otras arquitecturas realizan parte del trabajo por software, lo que se traduce en mejoras menores pero igualmente apreciables en ciertos escenarios.
Agility SDK 1.619 y 1.719-preview: mejoras en Direct3D 12 y sincronización
Más allá de los shaders, el nuevo Agility SDK 1.619 introduce un buen número de ajustes en la API Direct3D 12 que responden, en gran medida, a peticiones directas de los desarrolladores. El objetivo es optimizar la forma en que los juegos se comunican con el hardware y gestionar mejor los recursos, algo especialmente relevante en PC donde la variedad de configuraciones en Europa es enorme.
Una de las piezas clave es la revisión de las Resource View Creation APIs. Hasta ahora, muchas vistas de buffer se definían únicamente en función de elementos, lo que generaba limitaciones a la hora de trabajar con patrones de acceso más complejos. Con esta actualización, los desarrolladores pueden medir vistas mediante desplazamientos y tamaños en bytes, lo que ofrece más flexibilidad y un control más fino sobre memoria y alineaciones.
Además, se han añadido variantes de creación de vistas que devuelven un HRESULT en lugar de void. Puede parecer un detalle menor, pero facilita una gestión de errores más robusta, evitando depender solo de las capas de depuración o de situaciones extremas como la eliminación del dispositivo cuando algo va mal.
Otra novedad es el incremento de los límites de dispatch en 1D, tanto para Dispatch como para DispatchMesh. El valor máximo tradicional de 65.535 pasa a sustituirse por un límite dependiente del dispositivo, que en las GPU modernas suele ser bastante superior. Esto resulta especialmente útil para cargas de trabajo masivas que se benefician de mallas y cómputo más amplios sin necesidad de subdividir tanto los despachos.
Se suma también un nuevo tipo de Query Heap que permite resolver datos en la línea temporal de la CPU, mediante interfaces como ID3D12Device15::CreateQueryHeap1 y ID3D12Device15::ResolveQueryData. Al trasladar parte de estas resoluciones a la CPU, se evita trabajo extra en la GPU y se reduce cierta sobrecarga que, en juegos exigentes, puede llegar a traducirse en microcortes o caídas puntuales de rendimiento.
En la rama Agility SDK 1.719-preview, pensada aún para pruebas, aparecen las Fence Barriers, un mecanismo de sincronización que ayuda a coordinar de forma más precisa dependencias entre CPU y GPU. También se introduce una ruta de procesamiento de vídeo más eficiente mediante VPblit 3DLUT, capaz de combinar corrección de color, tablas LUT 1D y LUT 3D con un menor impacto en el consumo, aspecto relevante en portátiles y equipos de bajo consumo habituales en muchos hogares y oficinas de la UE.
Impacto directo en juegos: IA, stuttering y path tracing
Todo este conjunto de funciones puede sonar muy técnico, pero tiene una traducción bastante directa al día a día de quien juega en PC. Uno de los frentes donde más se notará es en las cargas de trabajo de inteligencia artificial aplicada al rendering, que podrán integrarse mejor en la tubería gráfica gracias a Long Vector y a las operaciones obligatorias en 16 bits.
La posibilidad de procesar vectores de hasta 1.024 elementos y de aprovechar de forma estandarizada la media precisión abre la puerta a sistemas como la compresión de texturas mediante redes neuronales, el ajuste dinámico de la calidad de imagen o comportamientos de personajes más complejos sin saturar la CPU. No es algo que vayamos a ver de la noche a la mañana, pero los cimientos están ahí.
Otro punto donde puede haber un cambio notable es en la reducción del stuttering y de los problemas de gestión de memoria que han afectado a muchos lanzamientos recientes de PC. Las revisiones en Resource View Creation, los nuevos límites de dispatch y las mejoras en Query Resolves permiten a los motores gráficos organizar mejor los recursos, distribuir el trabajo y minimizar picos de carga que antes se traducían en tirones, especialmente en tarjetas con 8 GB de VRAM o menos.
En cuanto al ray tracing y el path tracing, la combinación de SER y OMM dentro del estándar DXR 1.2 puede marcar una diferencia importante en juegos que apuesten por trazado de rayos completo. Títulos con muchas superficies alpha test, como vegetación densa o efectos de partículas complejos, son candidatos claros a beneficiarse de las Opacity Micromaps.
Casos como el de juegos de alto presupuesto centrados en la iluminación avanzada, donde una sola escena puede manejar decenas de millones de triángulos y múltiples rayos por píxel, son el mejor escaparate para estas tecnologías. En situaciones así, lograr que la GPU pase de unos 16,8 ms por fotograma a alrededor de 10 ms gracias a SER y OMM puede marcar la diferencia entre una experiencia aceptable y una realmente fluida, sobre todo en altas resoluciones como 4K, cada vez más habituales en monitores de gama media y alta en Europa.
Qué GPU y drivers necesitas para aprovechar Shader Model 6.9
Para que todas estas mejoras no se queden en papel mojado, es imprescindible contar con hardware y controladores compatibles. Microsoft y los principales fabricantes de GPU han detallado las familias que podrán utilizar Shader Model 6.9 y DXR 1.2 con las nuevas funciones activas.
En el caso de NVIDIA, la compañía indica que todas las GPU con la marca RTX son compatibles con las novedades del Agility SDK 1.619. Sin embargo, las Opacity Micromaps se aceleran por hardware en las RTX 40 y superiores, mientras que en modelos anteriores se recurre a emulación por software. Para Shader Model 6.9 y el resto de características, se requiere disponer de drivers a partir de la versión 595 o posterior.
En el lado de AMD, el soporte se centra en las arquitecturas RDNA 3, RDNA 3.5 y RDNA 4. Las gamas Radeon RX 7000 y las soluciones integradas basadas en estas arquitecturas reciben diversas mejoras de Direct3D, pero las funciones completas de DXR 1.2 y Shader Model 6.9 quedan reservadas a la familia Radeon RX 9000, basada en RDNA 4. Para aprovecharlas, se mencionan paquetes de software equivalentes a Adrenalin Edition 26.2.1 o posteriores.
Por parte de Intel, la compatibilidad plena con Shader Model 6.9 y DXR 1.2 se asocia a las GPU Arc B-Series (Battemage), orientadas al mercado de escritorio y portátil. Algunas de las funciones de vídeo y rutas de procesado como VPblit 3DLUT llegan también a CPU recientes como Lunar Lake, lo que puede beneficiar a equipos ligeros muy populares en el ámbito profesional y educativo europeo.
Conviene tener en cuenta que, aunque varias GPU de última generación ofrezcan compatibilidad con SER, el reordenamiento efectivo de rayos no está activo en todas por igual. Por ejemplo, las NVIDIA RTX 40+ y las Intel Arc B-Series muestran reordenamiento real, mientras que algunas Radeon RX 9000 se limitan de momento a una compatibilidad a nivel de API sin aplicar reordenación en hardware.
Mirando el conjunto, Shader Model 6.9 y el nuevo Agility SDK suponen un paso importante hacia una plataforma DirectX 12 más coherente y preparada para los próximos años. Al consolidar funciones de ray tracing como SER y OMM, exigir operaciones en 16/64 bits y modernizar la gestión de recursos, Microsoft ofrece a los estudios un terreno común sobre el que construir juegos más ambiciosos y mejor optimizados, algo que debería traducirse, también en España y el resto de Europa, en experiencias de PC más estables, menos propensas a tirones y con un aprovechamiento más inteligente del hardware actual y de la siguiente generación.
