AMD ha publicado HIPRT 3.2, una actualización de su biblioteca de trazado de rayos para aplicaciones desarrolladas con HIP. La lista de cambios incluye compatibilidad con las arquitecturas identificadas como gfx1170, gfx1171 y gfx115E, agrupadas en las notas de lanzamiento bajo el nombre Medusa. También incorpora funciones para consultar transformaciones desde el código que se ejecuta en la GPU.
La publicación figura expresamente como «pre-release». Se trata de una biblioteca para desarrolladores, no de un nuevo controlador Radeon ni de una función que aparezca por sí sola en los juegos instalados. Su efecto dependerá de que los programas la adopten, se recompilen cuando corresponda y utilicen las rutas de trazado de rayos que proporciona HIPRT.
Los identificadores de Medusa aparecen en la lista oficial
La inclusión de gfx1170, gfx1171 y gfx115E confirma que AMD ha preparado la biblioteca para reconocer esos objetivos gráficos. Las notas los agrupan como soporte para Medusa, nombre asociado a una futura familia de APU. Ese registro de compatibilidad no revela especificaciones comerciales: no indica cuántas unidades de cómputo tendrán los chips, qué equipos los utilizarán ni cuándo se presentarán.
La actualización también cambia la forma de interpretar los números de arquitectura. Ahora se analizan en hexadecimal para que identificadores con letras, como gfx115E, no queden truncados. Es una corrección técnica pequeña en apariencia, pero necesaria para que la selección del código destinado a cada GPU no falle por la nomenclatura del dispositivo.
HIPRT permite construir y recorrer estructuras de aceleración usadas en trazado de rayos. En esta versión se añaden funciones para recuperar transformaciones de instancias en los dos sentidos, del espacio del objeto al mundo y del mundo al objeto. Hay variantes tanto para escenas de dos niveles como para estructuras multinivel. Los desarrolladores pueden consultar esos datos desde el código ejecutado en el dispositivo.
Esta lectura de las transformaciones facilita mantener coherentes la geometría y los rayos cuando una instancia cambia de posición u orientación. El añadido afecta a las herramientas disponibles para programar escenas; no implica que un juego ya publicado gane automáticamente calidad visual. Cada aplicación tendrá que incorporar las nuevas llamadas donde resulten útiles.
Nuevas transformaciones y cambios que obligan a recompilar
Las estructuras SRT incorporan un campo de cizallamiento entre la escala y la traslación. Este cambio modifica el tamaño de hiprtFrameSRT, que pasa de 48 a 64 bytes, así como su alineación, de 16 a 64 bytes. La marca advierte de que las aplicaciones existentes deben recompilarse. Un programa compilado contra HIPRT 3.1 no puede tratar esa estructura como si conservara la disposición anterior.
Para evitar una incompatibilidad silenciosa, HIPRT_API_VERSION pasa a 3002. Si un binario anterior intenta crear un contexto con la nueva biblioteca, hiprtCreateContext devuelve hiprtErrorInvalidApiVersion. La actualización altera también la representación pública de tipos de recorrido y pila, que pasan a ser alias de plantillas. Se mantienen los nombres, pero ya no funcionan algunas declaraciones anticipadas y desaparecen las constantes expuestas de tamaño y alineación.
CUDA 13, rendimiento y correcciones de fallos
HIPRT 3.2 admite CUDA 13 y actualiza las bibliotecas incluidas de hipRTC y comgr. La búsqueda de bibliotecas HIP da prioridad al SDK indicado por HIP_PATH o ROCM_PATH, si esas variables están definidas. En Windows, esto evita que una copia localizada en System32 se cargue por delante de la versión del SDK usada para desarrollar el programa. Cuando no se han definido esas rutas, el orden de búsqueda permanece igual.
Las notas señalan dos ajustes de rendimiento: las normales de triángulos se decodifican una vez después del recorrido en lugar de hacerlo para cada intersección candidata, y las funciones de transformación pasan a desplegarse durante la compilación.
Entre las correcciones figuran un acceso ilegal a memoria al empaquetar determinados pares de triángulos, errores al actualizar estructuras BVH en gfx1201 y datos corruptos al compactar escenas. También se corrige la inicialización del compilador en configuraciones con varias GPU y se mejora el tratamiento de nombres de dispositivo que contienen separadores de ruta. Son problemas diferentes, relacionados con estabilidad y generación de estructuras, no una única modificación del algoritmo de trazado.
El sistema de compilación recibe asimismo cambios para generadores CMake con varias configuraciones. Los scripts declaran mejor sus archivos de salida para que vuelva a generarse un kernel si falta alguno, y solo exigen Python cuando realmente compilan esos kernels. Son ajustes para quienes integran HIPRT en proyectos mayores y necesitan que las compilaciones reproduzcan el mismo resultado en distintos equipos.
La publicación llega después de HIPRT 3.1, fechado el 5 de enero de 2026, y resume unos nueve meses de trabajo. Por ahora, el repositorio presenta HIPRT 3.2 como versión preliminar. AMD no ha vinculado esta etiqueta a una actualización estable de Radeon Software ni ha anunciado productos Medusa a partir de ella.
Fin del Artículo. ¡Cuéntanos algo en los Comentarios!
