Los estados separan la sincronización, la visibilidad, la entrada, la detención y la pérdida de sesión. Vea cómo evitar fallas y desperdicio de GPU.
respuesta directa
OpenXR define ocho estados del ciclo de vida para una sesión, desde INACTIVO hasta SALIDA. En SINCRONIZADO, la aplicación mantiene el bucle del cuadro pero puede evitar una renderización intensa; en VISIBLE, continúa renderizando sin recibir entrada XR; en FOCUSED, también recibe información. STOPPING llama a cerrar el ciclo y xrEndSession, mientras que LOSS_PENDING llama a destruir la sesión y, si corresponde, recrear los recursos gráficos y del sistema.
Visible no significa interactivo
Una ventana emergente del sistema puede mantener la escena visible y eliminar el foco. La aplicación debe pausar acciones y ocultar avatares de entrada inactivos sin eliminar la escena.
Sincronizado te permite guardar GPU
El bucle del cuadro continúa, pero deberíaRender puede indicar qué capas no es necesario enviar. El trabajo pesado en este estado compite por recursos sin beneficio visual.
DETENERSE es una orden protocolar
Ignorar el evento y continuar renderizando puede bloquear las transiciones. Salga del bucle y finalice la sesión en la secuencia esperada.
La pérdida de sesión exige una reconstrucción controlada
La pérdida de conexión de la pantalla inutiliza las manijas. Los recursos que dependen del sistema deben destruirse y recrearse, sin prometer una recuperación invisible.
Lectura del nexo
Modele cada estado de forma explícita, registre las transiciones y pruebe el modo de suspensión, el modal, la extracción de auriculares, el cambio de aplicaciones y la pérdida de hardware en cada tiempo de ejecución compatible.
Preguntas frecuentes
¿Cuándo recibe la aplicación información XR?
En estado ENFOCADO; VISIBLE muestra la escena, pero no hace que las acciones sean elegibles para entrada.
¿Debo detener el bucle del cuadro en SINCRONIZADO?
No. Debe permanecer sincronizado, evitando un trabajo pesado cuando no es necesario renderizar.
¿Se puede recuperar LOSS_PENDING?
La aplicación puede destruir la sesión, consultar un nuevo sistema y recrear recursos si el contexto lo permite.
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 24 de octubre de 2026. El texto es original e interpreta implicaciones prácticas para las empresas.
- Khronos — XrSessionState: estados, semántica, frame loop, focus, stop y recovery.
- Khronos — Especificación OpenXR: contrato normativo para el tiempo de ejecución, sesiones, eventos y renderizado.
Fecha reportada por fuente principal: OpenXR 1.1.65 consultado el 24 de octubre de 2026; análisis de patrones técnicos.