Las extensiones ratificadas definen el contexto, los alcances, los UUID y persisten o eliminan operaciones. Vea las implicaciones para las experiencias XR duraderas.
respuesta directa
La especificación OpenXR 1.1.63 incluye las extensiones ratificadas XR_EXT_spatial_persistence y XR_EXT_spatial_persistence_operaciones. Le permiten crear un contexto de persistencia, consultar ámbitos compatibles y persistir o eliminar entidades espaciales mediante operaciones asincrónicas basadas en XR_EXT_future. El estándar mejora la portabilidad lógica, pero no garantiza que todos los tiempos de ejecución ofrezcan los mismos alcances, capacidad o retención. Las aplicaciones deben enumerar el soporte, los datos asociados a la versión, controlar la finalización y el error, y ofrecer respaldo cuando no existe persistencia.
La persistencia ya no es un detalle propietario
Una interfaz común reduce el código específico por tiempo de ejecución, aunque las políticas de almacenamiento y uso compartido siguen dependiendo de la implementación.
La operación asincrónica necesita estado
Solicitar persistencia no significa completarla. El producto debe esperar al futuro, registrar resultados y evitar presentar un éxito prematuro.
UUID identifica; no explica
El identificador localiza la entidad, pero el contenido, la versión, el propietario y los permisos requieren un modelo de datos independiente y migrable.
La eliminación es parte del ciclo de vida.
Las experiencias deben permitir la caducidad, la sustitución y la eliminación. Las entidades huérfanas aumentan el riesgo de desorden, almacenamiento y privacidad.
Lectura del nexo
Diseñar la persistencia como contrato: alcance, identidad, duración, autorización, migración y respaldo. Reinicio de prueba, actualización, pérdida de soporte y eliminación completa.
Preguntas frecuentes
¿Se ratifican las prórrogas?
Sí. Las páginas de la versión oficial 1.1.63 indican el estado de ratificación.
¿La llamada de persistencia es inmediata?
No. Las operaciones utilizan el patrón asíncrono XR_EXT_future y requieren consulta y finalización.
¿Todos los tiempos de ejecución de OpenXR deben admitirlos?
No. Las extensiones deben enumerarse y habilitarse solo cuando estén disponibles.
Guías imprescindibles para profundizar en la decisión
Este análisis editorial fue elaborado por Nexus a partir de las fuentes oficiales a continuación, consultadas el 28 de septiembre de 2026. El texto es original e interpreta implicaciones prácticas para las empresas.
- Khronos — XR_EXT_spatial_persistence_operaciones: estado ratificado, dependencias y operaciones asincrónicas de entidades persistentes y eliminadas.
- Khronos — XR_EXT_spatial_persistence: contextos, ámbitos, UUID, estado y descubrimiento de entidades persistentes.
Fecha reportada por fuente principal: OpenXR 1.1.63 consultado el 28 de septiembre de 2026; análisis estándar ratificado.