Logo_Binary
Persona con un visor de realidad virtual rodeada de varias aplicaciones 3D flotando en el espacio a su alrededor gracias a OpenXR.

OpenXR estrena los contenedores espaciales

Hasta ahora, en casi todos los visores de realidad virtual, una aplicación inmersiva es un mundo que ocupa toda la vista. Se puede tener el navegador o alguna ventana plana flotando al lado, pero no dos experiencias 3D compartiendo el mismo espacio. Eso empieza a cambiar.

El 19 de octubre, el Khronos Group, el consorcio que mantiene el estándar OpenXR, presentó los contenedores espaciales (spatial containers): una forma común de que varias aplicaciones muestren contenido tridimensional a la vez, cada una en su sitio, como las ventanas de un escritorio pero en el espacio. Road to VR lo resumió con un titular elocuente: OpenXR ha tomado nota de Apple.

No es un producto ni un visor nuevo. Es algo menos vistoso y más importante a medio plazo: una regla común para que esa forma de trabajar no dependa de la marca del visor.

Qué son los contenedores espaciales

Khronos los define como espacios gestionados por el sistema en los que las aplicaciones muestran su contenido de realidad virtual. La comparación más fácil es la de las ventanas de un ordenador: la aplicación dibuja dentro y el sistema decide dónde se coloca, si se ve o se oculta y cuál recibe la interacción del usuario en cada momento.

Cada contenedor puede funcionar en dos modos:

  • Acotado. La aplicación ocupa un volumen limitado y convive con otras. Es el modo pensado para la multitarea.
  • Inmersivo. La aplicación pasa a ocupar toda la vista, como hasta ahora.

Una misma aplicación puede crear uno o varios contenedores y pasar de un modo a otro. Para los desarrolladores, el estándar se traduce en dos extensiones: XR_EXT_spatial_container, que crea y gestiona los contenedores, y XR_EXT_spatial_container_self_rendering, que permite a la aplicación dibujar dentro de ellos con sus propias capas de composición.

Según Khronos, el trabajo es fruto de 18 meses de colaboración entre fabricantes de plataformas y de motores. Las extensiones quedaron ratificadas en la versión 1.1.63 de OpenXR, publicada el 1 de septiembre, y el SDK 1.1.65, del 16 de octubre, añade a su aplicación de ejemplo, hello_xr, un modo que las pone en práctica.

Por qué se compara con Apple

La idea no es nueva. El Apple Vision Pro la incorpora desde su lanzamiento en 2024 con Shared Space, un escritorio espacial en el que varias aplicaciones 3D se colocan una junto a otra y el usuario las mueve a su gusto. La diferencia es que visionOS usa sus propias herramientas y Apple no forma parte de OpenXR, algo que ya contamos cuando Google y Pico apostaron por el estándar.

En el resto del sector la situación de partida es otra. Como recuerda Road to VR, en Meta Quest solo puede ejecutarse una aplicación espacial a la vez, junto a las funciones del sistema: el panel, el navegador y las ventanas 2D. Meta ya ha empezado a mejorar esa parte, como contamos con la gestión de ventanas de Horizon OS, pero son ventanas planas. Lo que propone OpenXR va un paso más allá: que convivan experiencias tridimensionales de distintas aplicaciones.

Quién está detrás

Lo más interesante del anuncio es la lista de nombres que lo respaldan, y conviene leerla con matices, porque no todos dicen lo mismo:

  • Google es el más explícito: Jared Finder, responsable de plataforma y SDK de Android XR, afirma que la compañía está «encantada de llevar los contenedores espaciales a Android XR».
  • Godot, el motor de código abierto, asegura que los soportará en su próxima versión.
  • Meta, Pico, Unity y Varjo aparecen en el anuncio con declaraciones de apoyo al estándar, pero sin una fecha ni un compromiso concreto de implementarlo. Desde Meta, Nikita Lutsenko habla de ir «más allá de las experiencias inmersivas aisladas» hacia aplicaciones que convivan en el espacio que nos rodea.
  • Collabora ha participado como revisora de las extensiones.

Khronos espera que las implementaciones lleguen a lo largo del ecosistema durante 2026, pero que el estándar esté publicado no significa que los visores actuales lo soporten ya. De momento es una especificación con código de ejemplo. Y el grupo de trabajo prepara una segunda pieza: extensiones para que las aplicaciones puedan usar un renderizador del propio sistema, optimizado para cada dispositivo, desde los visores de alto rendimiento hasta los equipos de menor consumo.

Qué cambia para empresas e instituciones

Para el usuario doméstico, la multitarea espacial suena a comodidad. Para el uso profesional de la realidad virtual puede ser bastante más:

  1. Herramientas que trabajan juntas. Un técnico que revisa una instalación en un gemelo digital podría tener al lado, en el mismo espacio, la ficha de mantenimiento o un visor de planos en 3D de otra aplicación, sin salir de una para entrar en otra.
  2. Formación con apoyo. En un simulador de formación, el contenido inmersivo y los materiales de apoyo podrían convivir en lugar de obligar a quitarse el visor o a cambiar de aplicación.
  3. Menos dependencia del fabricante. Al ser un estándar abierto, una aplicación preparada para los contenedores espaciales debería comportarse igual en cualquier visor que los implemente. Es la misma lógica que hizo de OpenXR la base común del sector y que ya vimos cuando estandarizó la realidad mixta.

Esa tercera idea es la que más pesa para quien encarga un proyecto. Un museo, una empresa o un centro de formación que invierte en una experiencia de realidad virtual quiere que dure más que el visor sobre el que se estrena. En Binarybox Studios llevamos desde 2015 desarrollando experiencias de realidad virtual para empresas, museos e instituciones, y en Twinverse, nuestra plataforma de entornos virtuales y gemelos digitales, la pregunta de cómo encaja una herramienta en el día a día del cliente es tan importante como la calidad del entorno. Los contenedores espaciales apuntan justo ahí: a que la realidad virtual deje de ser un lugar al que se va de visita y pase a ser un sitio donde se trabaja.

Lo que todavía no sabemos

Quedan preguntas abiertas. No hay fechas de cuándo llegará el soporte a Meta Quest, a los visores con Android XR o a SteamVR. Tampoco está claro cómo resolverá cada sistema la colocación de los contenedores, ni cuánta potencia exigirá mantener varias aplicaciones 3D funcionando a la vez en un visor autónomo. La extensión del renderizador del sistema, cuando llegue, será probablemente la que decida cuánto se puede pedir a un equipo ligero.

Conclusión

Los contenedores espaciales no se van a notar mañana en ningún visor, pero marcan una dirección clara: la realidad virtual se prepara para dejar atrás el modelo de una sola aplicación que lo ocupa todo. Que lo haga a través de OpenXR, y no como una función exclusiva de cada marca, es la mejor noticia posible para quien desarrolla y para quien encarga proyectos, porque lo que se construya sobre el estándar podrá viajar de un visor a otro.

¿Estás pensando en una herramienta de realidad virtual para tu empresa o institución y quieres que no dependa de un único visor? Escríbenos y lo vemos juntos.

Preguntas frecuentes

¿Qué son los contenedores espaciales de OpenXR? Son espacios gestionados por el sistema en los que las aplicaciones muestran su contenido de realidad virtual, parecidos a las ventanas de un escritorio. Permiten que varias aplicaciones 3D convivan a la vez y que cada una pase de un modo acotado a uno inmersivo.

¿Puedo usarlos ya en mi visor? Todavía no. Las extensiones están ratificadas y publicadas, con código de ejemplo, pero cada plataforma tiene que implementarlas. Khronos espera que lleguen a lo largo de 2026, y Google ha confirmado que las llevará a Android XR.

¿Es lo mismo que Shared Space del Apple Vision Pro? La idea es muy parecida: varias aplicaciones 3D compartiendo el espacio. La diferencia es que Shared Space es exclusivo de visionOS, mientras que los contenedores espaciales son un estándar abierto pensado para cualquier visor compatible con OpenXR. Apple no forma parte de OpenXR.

¿Qué motores de desarrollo los soportarán? Godot ha anunciado que los soportará en su próxima versión. Unity ha expresado su apoyo al estándar, pero sin anunciar todavía fechas de soporte.

¿Por qué importa un estándar abierto para una empresa? Porque una aplicación desarrollada sobre OpenXR puede llevarse a otros visores con mucho menos trabajo de adaptación. Para quien invierte en una experiencia de realidad virtual, eso significa que el contenido no queda atado a un único fabricante.

Bibliografía

Binarybox Studios | Conectamos mundos, creamos experiencias

Categoría

Etiquetas

Ir al contenido