OpenUSD 26.11: registro de autoría de los objetos de la escena, compresión de mallas PMC y composición más rápida

La Alliance for OpenUSD ha anunciado OpenUSD 26.11 y ha detallado las principales novedades de la versión. El formato incorpora una forma oficial de registrar quién ha creado cada objeto de la escena: un artista a mano, una exportación desde un paquete DCC o un paso de IA generativa. Para los estudios que ya mezclan trabajo manual y datos generados en un mismo asset, se trata de un mecanismo estándar de registro de la procedencia dentro del propio archivo, sin tablas externas ni metadatos de pipeline.

El segundo gran tema de la versión es el rendimiento. Pixar ha medido la aceleración de la composición en varias escenas de producción. Para quienes transfieren geometría pesada por red, OpenUSD recibe soporte del códec abierto de compresión de mallas PMC.

¿De quién es este prim?

El nuevo esquema de autoría se cuelga de un prim y guarda un registro de quién o qué lo ha creado: el programa y su versión, los participantes, el tipo de origen, los datos de entrada y la hora de creación. Un mismo objeto puede tener varios registros. Por ejemplo, un personaje lo generó una red neuronal, después lo retocó un modelador y luego el asset pasó por una exportación desde otro paquete. Cada uno de esos pasos conserva su propio registro. La autoría también se acumula desde los objetos padre, por lo que un prim lleva el contexto de su jerarquía junto con sus propios registros.

Estos registros se pueden consultar con la nueva utilidad usdauthors, tanto para toda la escena como para una capa concreta. Los desarrolladores de pipeline disponen de una interfaz de programación para esas mismas consultas. Si antes de entregar el proyecto un cliente pregunta qué assets ha tocado la IA, la respuesta se podrá buscar en el propio archivo, siempre que los registros se hayan escrito en él.

Composición más rápida, Hydra más comedida

La composición ya no copia nodos que después se descartan de todos modos. Una optimización aparte afecta a la compilación de la propia biblioteca: según las mediciones de Pixar, se ha acortado en Visual Studio y Xcode, mientras que en GCC el tiempo de compilación apenas ha cambiado.

«Pixar informa de una aceleración de la composición del 10–30 por ciento en varias escenas de producción».

Así se describe el resultado en el blog de la Alliance for OpenUSD. Allí mismo se advierte que las mediciones corresponden a cargas concretas y que el resultado depende de la estructura de la escena y de la configuración de compilación. A modo de comparación: en la versión de primavera 26.05, la optimización de la composición daba alrededor de un 8 % de ahorro de memoria en cálculos concretos de planos de prueba y un 17 % en uno de los informes. La mejora actual se refiere a la velocidad.

Hydra, la capa que traslada la escena al visor y a los delegados de render, ha aprendido a compartir datos constantes idénticos entre objetos relacionados. En una prueba con una multitud de personajes esqueléticos, montada a partir de una escena de producción, el consumo de memoria de Hydra se redujo un 25 %. En escenas grandes también ayudarán el recorrido paralelo de la selección, la actualización por lotes del point-instancer y la descarga opcional de la caché del índice de escena.

Hay también un nuevo ajuste para las instancias: se puede desplegar una instancia en la representación de render para que los filtros de escena posteriores trabajen con su jerarquía, mientras que en el propio USD la instanciación se mantiene como estaba.

Compresión de mallas PMC

OpenUSD añade soporte de Polygonal Mesh Coding (PMC), un códec del grupo de trabajo Volumetric Visual Media de la Alliance for Open Media. Con él llegan un plugin de formato para mallas comprimidas y la utilidad de consola usdcrush, que convierte las mallas de una escena USD. Según la valoración de AOUSD, esto da a los equipos que distribuyen assets con mucha geometría una forma de reducir el volumen de almacenamiento y de transferencia de las mallas. El componente es opcional y está desactivado en el script de compilación estándar, por lo que al compilar OpenUSD hay que activarlo aparte.

Storm: backplates y superficies implícitas

En la 26.08, publicada el 20 de julio de 2026, aparecieron los esquemas backplate, es decir, los fondos tras el encuadre, y su soporte inicial en el renderizador integrado Storm. En la 26.11 los backplates reciben materiales con animación en el tiempo, materiales no iluminables y gradación de brillo. Los parámetros de gradación se han renombrado: gain pasa a ser slope, lift pasa a ser offset y gamma pasa a ser power. Los assets con los nombres antiguos hay que actualizarlos.

En el modo de previsualización, Storm ha aprendido a dibujar superficies implícitas de forma nativa. Antes este trabajo afectaba solo a las esferas; ahora se han añadido conos, cilindros y cápsulas. El problema lo describió en el foro de AOUSD, ya en abril de 2025, Matthew Kuruc: la esfera se convertía en una superficie de subdivisión y, tras el suavizado, «encogía» por dentro del radio indicado. Si esa esfera se usa como guía para colisiones, la imagen del visor no coincide con lo que ve la simulación. El dibujado nativo muestra las formas soportadas directamente, sin convertirlas previamente en una malla poligonal, pero por ahora está desactivado por defecto y se activa con una opción experimental aparte. Esa opción ha sustituido a la anterior, que solo se encargaba de las esferas.

Qué más ha cambiado

• En RenderMan XPU 27.3, los grafos de implementación de MaterialX amplían el soporte nativo de Standard Surface y OpenPBR. Las integraciones con RenderMan 27.2 y versiones anteriores tienen que desactivar esta función.
• Ha aparecido un tipo de valor «duración», separado del instante de tiempo: desplazar una animación cambia su inicio, pero no su duración. Los archivos con esos valores solo los leerán las versiones recientes de los lectores USDC y USDA.
• Las expresiones de variables pueden indicar un valor de reserva si la variable no está en el contexto. Un asset puede fijar un valor por defecto y el pipeline, redefinirlo.
• Las correcciones automáticas para los validadores ya se pueden registrar en Python.
• La física trata de forma más coherente los cuerpos rígidos desactivados dentro de una jerarquía, por lo que los colisionadores y las articulaciones se interpretan de manera más uniforme.
• Las dependencias se han alineado con la VFX Reference Platform CY2025: oneTBB por defecto, Qt 6.11 en Windows, Linux y macOS, OpenImageIO 3.1.8, OpenColorIO 2.4.2, OpenVDB 12.1.1, OpenEXR 3.3.6.
• Los archivos binarios escritos con las primeras versiones del formato Crate ya no los abre el lector por defecto. El siguiente grupo de versiones antiguas se mantiene con el estado de obsoleto.

Qué significa esto en la práctica

El esquema de autoría llega en un momento en el que la cuestión de separar el trabajo manual del generado es cada vez más visible para los estudios. El valor de ese registro dependerá, probablemente, de si los paquetes DCC empiezan a rellenarlo al exportar. El esquema en sí es una posibilidad del formato: si la herramienta no crea registros, el campo quedará vacío.

Con PMC conviene ser más prudente. La Alliance for Open Media abrió la implementación de referencia del códec el 28 de abril de 2026 y ella misma califica el estándar como en preparación. Khaled Mammou, copresidente del grupo de trabajo, dijo que los desarrolladores pueden ayudar a dar forma a la especificación final. Es decir, el formato aún puede cambiar. Para la transferencia interna de datos y la entrega de assets en línea, al parecer ya se puede probar, mientras que archivar assets de producción solo en forma comprimida resulta arriesgado por ahora. El enfoque prudente lo indica también el hecho de que el componente esté desactivado por defecto.

A juzgar por la descripción, quienes más ganan con esta versión son los estudios con escenas grandes y multitudes: mejora de la velocidad de composición y ahorro de memoria. Quienes ya tengan la gradación configurada en los backplates y conserven en el pipeline archivos USD binarios muy antiguos tendrán que dedicar tiempo a la migración.

¿Por qué OpenUSD se ha puesto con el registro de la autoría justo ahora: la avalancha de generación por IA, las exigencias de derechos de los estudios, la presión de los reguladores?