Las consolas XBOX Series pueden habilitar el multithreading simultáneo (SMT), lo que cambia ligeramente el diagrama. Para obtener más información sobre SMT, consulte la comparación de CPU y memoria de XBOX One frente a XBOX Series X|S y el [apéndice](#smt-diagrams) para ver diagramas que detallan los núcleos de la CPU mediante SMT.
### Restringido
Cuando un juego se ejecuta en el estado de ejecución Restringido, se ejecuta con una disponibilidad de recursos reducida. El juego no puede recibir entradas del usuario en este estado. Es probable que la ventana del juego esté parcialmente oscurecida o no sea visible para el usuario. Un juego pasa a este estado cuando el usuario interactúa con alguna característica o experimenta algo distinto del juego activo, como interactuar con un menú como la Guía, una aplicación del sistema como Configuración o una interfaz de usuario invocable por el título (TCUI) como el selector de cuentas. Cuando un juego está Restringido, sus recursos disponibles se reducen a los siguientes estados.
* Cuatro núcleos de CPU físicos. Los subprocesos se pliegan con el siguiente patrón.
* Los subprocesos de core0 y core1 no se ven afectados.
* Los subprocesos de core2 y core3 se dividen en el tiempo en un núcleo de CPU físico.
* Los subprocesos de core4, core5 y core6 se dividen en el tiempo en un núcleo de CPU físico.
* Aproximadamente el 45 por ciento de la GPU.
* La misma memoria disponible que en el estado En ejecución. Tenga en cuenta que estar Restringido no cambia la cantidad de memoria disponible para el juego.
La siguiente ilustración muestra el estado de los núcleos de la CPU cuando un juego está en el estado Restringido.
### En suspensión
Cuando un juego se ejecuta en el estado de ejecución En suspensión, se ejecuta con los mismos recursos que en Restringido, salvo que indica que la consola ha iniciado el proceso de transición del juego al estado Suspendido. En suspensión es un estado transitorio. Por ello, dependiendo de la frecuencia con la que consulte el estado de ejecución, el estado de ejecución En suspensión puede ser difícil de observar.
### Suspendido
Cuando un juego está en el estado de ejecución Suspendido, sigue residiendo en la memoria, pero ya no se está ejecutando. Sus subprocesos no se programan y, en consecuencia, no está usando nada del tiempo de la CPU ni de la GPU. Si un juego está suspendido, todo el Game OS dentro del cual se ejecuta el juego se suspende de forma similar, y el estado del sistema operativo y de la memoria permanece intacto hasta que se produce otra transición de estado.
### No en ejecución
Este es el estado de un juego que no se está ejecutando, no está cargado en memoria y no está usando ninguno de los recursos de la consola. Tenga en cuenta que algunas herramientas (como `xbapp query`) pueden notificar este estado de ejecución como estado de ejecución del paquete 0 (desconocido).
### Transición de En ejecución a Restringido (Restringir)
Esta transición representa la reducción de los recursos disponibles para el juego. El juego puede registrarse para recibir una devolución de llamada cuando esto ocurre llamando a [RegisterAppConstrainChangeNotification](#life-cycle-event-callbacks). Esta transición se produce cuando:
* Un usuario abre la Guía.
* Se presenta la TCUI (como el selector de cuentas).
* Un usuario vuelve a Inicio.
* El juego pierde el foco.
### Transición de Restringido a En suspensión (Suspensión iniciada)
Cuando un juego está en proceso de suspenderse, primero pasa al estado En suspensión. Se activan todas las devoluciones de llamada registradas con [RegisterAppStateChangeNotification](#life-cycle-event-callbacks). El juego permanece en el estado En suspensión hasta que regresa de todos los controladores de devolución de llamada, o hasta que se produce un tiempo de espera de un segundo. Si los controladores regresan antes del tiempo de espera, el juego completa entonces su suspensión. De lo contrario, el juego se termina. Un juego comienza a suspenderse cuando:
* La consola se pone en modo de espera conectado.
* El juego no ha estado visible durante 10 minutos.
* Se produce la primera fase de la terminación de un juego, como cuando se inicia un juego nuevo.
SuspendComplete indica que el juego se suspendió correctamente y no se bloqueó ni agotó el tiempo de espera. TerminateApplicationAfterSuspend indica que la terminación fue iniciada por el sistema después de una suspensión correcta. El valor -2138890207 es un HRESULT, CS\_E\_TERMINATEDTITLE\_NOLOCK, que muestra el motivo de la terminación.
## Devoluciones de llamada de eventos del ciclo de vida Esta sección explica cómo los juegos realizan la transición entre estados. También explica cómo los juegos determinan cuándo se producen estas transiciones y cómo responden después a estas transiciones. Para los juegos de Microsoft Game Development Kit (GDK), hay dos eventos en los que puede registrarse para recibir información de cambio de estado. Esto se muestra en el siguiente ejemplo de código. ```cpp theme={null} ULONG RegisterAppStateChangeNotification( _In_ PAPPSTATE_CHANGE_ROUTINE Routine, _In_opt_ PVOID Context, _Out_ PAPPSTATE_REGISTRATION* Registration ); ULONG RegisterAppConstrainedChangeNotification( _In_ PAPPCONSTRAIN_CHANGE_ROUTINE Routine, _In_opt_ PVOID Context, _Out_ PAPPCONSTRAIN_REGISTRATION* Registration ); ``` Para obtener más información, consulte [RegisterAppStateChangeNotification](https://learn.microsoft.com/windows/win32/api/appnotify/nf-appnotify-registerappstatechangenotification).
## Respuesta a Suspender y Reanudar Hay algunas cosas que un juego debe hacer para suspenderse de modo que pueda proporcionar una experiencia fluida a los usuarios que cambian hacia y desde el juego y garantizar que el juego supere los XR. ### Tiempo de espera de suspensión Para completar una suspensión (lo que es necesario para superar [XR-001](#xrs)), un juego debe tener al menos una rutina de devolución de llamada registrada con `RegisterAppStateChangeNotification`. Cuando se activa la devolución de llamada, se llama a todas las rutinas registradas de forma asincrónica en subprocesos independientes del grupo de subprocesos predeterminado. El juego tiene un segundo para regresar de todas las rutinas registradas, lo que indica al sistema que el juego puede pasar al estado Suspendido. Si el juego no regresa de las rutinas de suspensión en el plazo de un segundo, o si no hay ninguna devolución de llamada registrada, el juego se termina y pasa al estado No en ejecución (lo que supone un error de [XR-001](#xrs)). Este proceso garantiza que la consola pueda cambiar entre juegos rápidamente, a la vez que garantiza que el juego esté preparado para la suspensión antes de entrar en el estado suspendido. ### Direct3D En respuesta a la llamada a la rutina de suspensión, y antes de regresar de ella, el juego debe llamar a SuspendX en su `ID3D12CommandQueue` desde su subproceso de representación. Esto garantiza que el estado de la GPU se guarde en preparación para la suspensión. Al reanudar, el juego debe llamar a ResumeX para restaurar el estado. Llamar a cualquier API de Direct3D entre las llamadas a `SuspendX` y `ResumeX` da como resultado que se produzca una excepción, lo que provoca un bloqueo. No llamar a `SuspendX` antes de regresar de las rutinas de suspensión hace que la suspensión falle y que el título se termine (de nuevo, un error de [XR-001](#xrs)). Para obtener más información, consulte la compatibilidad de Direct3D con la suspensión y la reanudación. ### API de XGameSave Cuando un juego recibe la notificación de suspensión, tiene un segundo de tiempo de ejecución antes de que deba suspenderse. Cuando un juego está en el estado Suspendido, podría pasar al estado No en ejecución sin ningún tiempo de ejecución adicional. Esto significa que, durante ese segundo de tiempo de suspensión, el juego debe guardar todos los datos de usuario no guardados antes de entrar en el estado Suspendido. Las API de [XGameSave](/es/build/core-features/common/game-save/game-saves-overview) están diseñadas para admitir el guardado en este período de tiempo limitado. La API de `XGameSave` usa RAM fuera de la reserva del título como primer punto de almacenamiento para maximizar la velocidad de escritura del título durante la corta ventana de tiempo de suspensión. [XR-052: User State](#xrs) establece que los títulos no deben causar una pérdida involuntaria de datos de usuario, lo que incluye el progreso y el estado del usuario según corresponda. En general, los juegos deben asegurarse de que parte de su control de suspensión incluya el guardado de los datos de usuario. También es una buena idea guardar con más frecuencia que solo durante la suspensión. Esto garantiza que el juego no tenga que preparar un guardado grande durante el tiempo de espera, o que cosas como un corte de energía no den lugar a una pérdida significativa de datos de usuario. Para obtener más información, consulte [Información general de los guardados de juego](/es/build/core-features/common/game-save/game-saves-overview) y el [ejemplo GameSave](https://aka.ms/gdkdl). Tenga en cuenta que es preferible usar las versiones asincrónicas de las API de `XGameSave`. Esto permitirá que un título continúe con el resto de su código de suspensión mientras el sistema escribe los datos guardados del juego. Para ver un ejemplo de cómo se hace esto, consulte XGameSaveSubmitUpdateAsync. Antes de reanudar el juego, el sistema operativo comprobará si el juego guardado se ha modificado en otro dispositivo mientras el juego estaba suspendido. Si el dispositivo está en línea y esta comprobación indica que los guardados se han modificado, el juego se terminará y se volverá a iniciar para que el juego quede en un estado coherente. Si el dispositivo está sin conexión cuando se realiza la comprobación, el juego podrá iniciarse de todos modos. Al reanudar, los juegos siempre deben intentar volver a adquirir su proveedor de guardado de juego llamando a XGameSaveInitializeProvider o a XGameSaveInitializeProviderAsync. Volver a inicializar el proveedor garantiza que estén disponibles los datos guardados más recientes. ### Usuarios y emparejamiento de usuario y mando [XR-112: Establishing a User and Controller During Initial Activation and Resume](#xrs) establece que, cuando se reanuda un título, este debe validar el emparejamiento de usuario/mando y reaccionar en consecuencia reanudando la sesión del usuario anterior o adquiriendo un usuario nuevo (o usuarios nuevos). El comportamiento exacto puede depender de cómo el juego controle sus usuarios y mandos. Es importante no confiar en ninguna información sobre el estado de los usuarios o los mandos antes de la suspensión, y restablecer el estado de los usuarios y los mandos al reanudarse. Debe conservar `XUserHandle` durante un ciclo de suspensión/reanudación porque es así como el juego obtiene actualizaciones sobre el estado del usuario. Además, las devoluciones de llamada registradas con XUserRegisterForChangeEvent y XUserRegisterForDeviceAssociationChanged se activan durante una reanudación para actualizar el juego con los cambios de estado que se han producido. Para obtener más información sobre la administración de usuarios y dispositivos, consulte Identidad de usuario y XUser, y Usuarios y dispositivos de entrada. Para ver un ejemplo de cómo podrían controlar esto los juegos, consulte el [ejemplo UserManagement](https://aka.ms/gdkdl). ### Permisos y privilegios Mientras un juego está suspendido, los usuarios pueden cambiar la configuración de la cuenta que determina lo que pueden hacer en línea y cómo pueden comunicarse con otras personas. Cuando se reanuda un juego, este debe volver a comprobar todos los permisos o privilegios antes de habilitar o deshabilitar la funcionalidad relacionada, de modo que el comportamiento del juego refleje el estado actual de la configuración del usuario. [XR-015: Managing Player Communication](#xrs) detalla los permisos para la comunicación por texto y voz. [XR-045: XBOX Live and Account Privileges](#xrs) detalla los privilegios para permitir o impedir acciones relacionadas con los servicios de XBOX. ### Redes Dado que un juego suspendido no tiene ningún subproceso programado, cuando un juego se reanuda, debe esperar que las comunicaciones de red se hayan visto afectadas. Para obtener orientación sobre cómo controlar esta situación, consulte [Introducción a las API de redes](/es/build/console-features/networking/introduction-networking). Para obtener detalles específicos de los servicios de XBOX, consulte Introducción a las API de servicios de XBOX. Para obtener más información sobre las sesiones multijugador, consulte Temas avanzados de sesiones multijugador. ### API asincrónicas Algunas API asincrónicas que requieren comunicación con el System OS podrían fallar si estaban en curso cuando se suspendió el juego. Si esto ocurre, las API de `Xasync` deben fallar con `E_ABORT`. Esto no está relacionado con ningún XR. En su lugar, es algo que hay que tener en cuenta al llamar a las API asincrónicas. Asegúrese de que dispone de control de errores para gestionar esta posibilidad de forma correcta. Si una llamada falla de esta manera, normalmente la mejor forma de actuar es simplemente reintentarla cuando el juego se haya reanudado. ### API del Gaming Runtime Después de que el juego complete su controlador de AppStateChangedNotification para el evento de suspensión, el Gaming Runtime se suspenderá automáticamente. El runtime se reanudará inmediatamente antes de invocar el controlador del juego para el evento de reanudación. Si se llama a alguna API del Gaming Runtime en otros subprocesos mientras el runtime está suspendido, estas fallarán con E\_GAMERUNTIME\_SUSPENDED. Esto puede ocurrir, por ejemplo, si se llama a una API asincrónica poco antes de que finalice el controlador de suspensión. La devolución de llamada podría activarse después de que el runtime se haya suspendido, pero antes de que el juego deje de programar subprocesos. Siempre que sea posible, evite realizar llamadas al Gaming Runtime que puedan ejecutarse durante esta ventana mientras el Gaming Runtime está suspendido. Cuando esto no se pueda evitar, puede detectar el error y reintentar la llamada después de recibir la AppStateChangedNotification para el evento de reanudación. ### Audio Al suspenderse, los juegos no deben conservar ningún objeto obtenido de un [IMMDeviceEnumerator](https://learn.microsoft.com/windows/win32/api/mmdeviceapi/nn-mmdeviceapi-immdeviceenumerator), incluidos `IMMDevice`, `IMMDeviceCollection` o `IMMEndpointDevice`. Intentar usar estas interfaces después de una reanudación sin usar primero `IMMDeviceEnumerator` para actualizarlas da como resultado un comportamiento indefinido. Sin embargo, si el juego conserva `IMMNotificationClient`, ese cliente sigue funcionando con normalidad durante la suspensión y la reanudación. También es un procedimiento recomendado (aunque no es obligatorio) detener las secuencias de audio durante la suspensión y reiniciarlas al reanudarse. Durante la reanudación, las secuencias de audio del juego también quedarán invalidadas y requerirán reinicialización. Los juegos deben actuar para recuperarse de estas invalidaciones durante la ejecución de su controlador de reanudación o después de esta. Para obtener más información, consulte la comparación de las API de audio de XBOX One Software Development Kit y Microsoft Game Development Kit.
## Respuesta a Restringir y Anular restricción A diferencia de la notificación de suspensión, en la que se espera que el juego realice acciones específicas y la consola está esperando a que la rutina regrese, no se requiere nada en respuesta a la notificación de cambio de restricción de la aplicación. Cuando se recibe el evento, la transición al estado Restringido o al estado En ejecución ya se ha producido. En su lugar, este evento notifica al juego que sus recursos disponibles han cambiado y que debe reducir o aumentar su uso de recursos en consecuencia. A la hora de decidir cómo debe controlar un juego el estado restringido, tenga en cuenta el hecho de que un juego solo se restringirá si no tiene el foco de entrada. Por lo tanto, un usuario no puede interactuar con el juego mientras está restringido. Por ello, la mayoría de los juegos deberían pausar la partida (o lo que sea más parecido a una pausa) mientras están restringidos. Sin embargo, un juego puede seguir siendo visible mientras está restringido, por lo que es importante seguir representando algo para que el usuario pueda ver el estado del juego. También es probable que el usuario devuelva el juego al primer plano en breve, por lo que mantener las partidas multijugador y otras comunicaciones de red probablemente será una mejor experiencia para el usuario. En última instancia, el único objetivo al controlar Restringir es mantener el juego en ejecución mientras se ajusta al tiempo reducido de CPU y GPU. La mejor manera de lograrlo depende de las necesidades individuales de su juego.
## Inicio Los juegos de Microsoft Game Development Kit (GDK) tienen un diseño Win32, completo con un bucle de mensajes de Windows tradicional. Como tal, cuando se inician, el primer punto de entrada de código orientado al desarrollador son los parámetros que se pasan a `WinMain`. Como alternativa, el juego podría consultar los parámetros con los que se inició usando la función `GetCommandLine`. A diferencia de las ERA de XBOX One o las UWP, los juegos de Microsoft Game Development Kit (GDK) no están sujetos a un tiempo de espera de activación y no tienen un controlador de eventos Activated. Además, a diferencia de las ERA de XBOX One o las UWP, los juegos de Microsoft Game Development Kit (GDK) no controlan las invitaciones de juego mediante parámetros de activación o de inicio. En su lugar, los juegos de Microsoft Game Development Kit (GDK) que deban controlar invitaciones de juego deben registrarse para esos eventos mediante `XGameInviteRegisterForEvent`. Cuando el juego realiza su registro, obtiene entonces las invitaciones pendientes disponibles.
## Eventos relacionados con el ciclo de vida Estos eventos no son realmente eventos del ciclo de vida. Son eventos relacionados con las causas y las condiciones de las transiciones de estado. Pueden ser útiles para determinar cómo identificar estos eventos y responder a ellos en consecuencia. #### Foco de entrada Para saber cuándo el juego tiene el foco de entrada, los juegos de Microsoft Game Development Kit (GDK) pueden escuchar la notificación de ventana `WM_ACTIVATEAPP` en la devolución de llamada `WindowProc`. Esto es lo mismo que la implementación Win32 de Windows PC, y se aplica la misma documentación. Para obtener más información, consulte [Mensaje WM\_ACTIVATEAPP](https://learn.microsoft.com/windows/win32/winmsg/wm-activateapp). El siguiente ejemplo de código demuestra cómo escuchar este evento. ```cpp theme={null} // Windows procedure. LRESULT CALLBACK WndProc(HWND hWnd, UINT message, WPARAM wParam, LPARAM lParam) { switch (message) { case WM_ACTIVATEAPP: OutputDebugString((wParam) ? L"Activated\n" : L"Deactivated\n"); break; ... ``` #### Visibilidad Para determinar si la ventana del juego es visible (de forma similar al foco de entrada), los juegos de Microsoft Game Development Kit (GDK) pueden escuchar la notificación de ventana `WM_SHOWWINDOW` en la devolución de llamada `WindowProc`. Para obtener más información, consulte [Mensaje WM\_SHOWWINDOW](https://learn.microsoft.com/windows/win32/winmsg/wm-showwindow). El siguiente ejemplo de código demuestra cómo escuchar la notificación de ventana `WM_SHOWWINDOW` en la devolución de llamada `WindowProc`. ```cpp theme={null} // Windows procedure. LRESULT CALLBACK WndProc(HWND hWnd, UINT message, WPARAM wParam, LPARAM lParam) { switch (message) { case WM_SHOWWINDOW: OutputDebugString((wParam) ? L"Visible\n" : L"Not Visible\n"); break; ... ```
## Trabajar con tiempos de espera del GDK Los desarrolladores de XBOX One ERA y UWP trabajan con una variedad de tiempos de espera diferentes para la activación, la suspensión y la detección de bloqueos. Los juegos de Microsoft Game Development Kit (GDK) tienen un diseño Win32 y, en su mayor parte, no tienen nociones comparables, excepto cuando se ejecutan en consolas, donde poder cambiar los estados de recursos es necesario para garantizar la mayor disponibilidad de recursos para el juego en ejecución. La siguiente tabla compara los distintos comportamientos entre las diferentes plataformas. | Controlador/tiempo de espera | Microsoft Game Development Kit (GDK) | XBOX One ERA | UWP | | - | - | - | - | | Controlador de activación | No aplicable | `CoreApplicationView:: Activated` | `CoreApplicationView::Activated` | | Tiempo de espera de activación | No aplicable | 45 s | 10 s | | Controlador de suspensión | `RegisterAppStateChangeNotification` | `CoreApplication:: Suspending` | `CoreApplication:: Suspending` | | Tiempo de espera de suspensión | 1 s | 1 s | 5 s | | Controlador de reanudación | `RegisterAppStateChangeNotification` | `CoreApplication:: Resuming` | `CoreApplication:: Resuming` | | Tiempo de espera de reanudación | No aplicable | No aplicable | No aplicable | | Controlador de restricción | `RegisterAppConstrainedChangeNotification` | `CoreApplication:: ResourceAvailabilityChanged` | No aplicable | | Tiempo de espera de restricción | No aplicable | No aplicable | No aplicable | | Tiempo de espera de bloqueo | No aplicable | 2 s | 2 s |
## Reanudación rápida La reanudación rápida es una nueva característica de la recuperación de junio de 2020 en las consolas XBOX Series. Proporciona una manera de que los usuarios cambien entre juegos más rápido que antes, manteniendo los juegos suspendidos mientras se ejecuta otro juego. En todos los dispositivos de la familia XBOX One, y en las consolas XBOX Series antes de la recuperación de junio, cuando un juego se está ejecutando (o está restringido o suspendido) y el usuario selecciona un juego nuevo, el primer juego se termina y se inicia el juego nuevo. En las consolas XBOX Series con la recuperación de junio de 2020 y posteriores, el primer juego puede en cambio suspenderse y, después, todo el Game OS y su memoria pueden guardarse en el estado suspendido. Cuando el usuario vuelve a cambiar, se restaura el Game OS. Entonces el juego se puede reanudar. El Game OS guardado puede incluso restaurarse después de un reinicio de la consola. Desde la perspectiva del juego, esto es idéntico a una suspensión/reanudación normal. No se necesitan pasos ni código adicionales. Si un juego puede suspenderse y reanudarse correctamente, también admite plenamente la reanudación rápida. Debido a la reanudación rápida, es más fácil que un juego esté en ejecución durante cientos de horas dentro de una sesión de inicio. Los juegos pueden permanecer suspendidos durante días, semanas o incluso meses seguidos. Esto significa que es importante asegurarse de que la información de estado que se estableció antes de la suspensión (especialmente la información sobre los usuarios) no se asuma como cierta al reanudarse. Por ejemplo, si su juego aprovecha las relaciones sociales profundas, podrían haberse agregado nuevos amigos y haberse eliminado otros. Si usa información de presencia de los amigos, es poco probable que lo que estaban haciendo la semana pasada sea exactamente lo mismo que estén haciendo cuando el juego se reanude. Problemas similares se aplican a las preferencias de accesibilidad, los privilegios y las tablas de clasificación.
## Herramientas y características de depuración Esta sección describe algunas de las herramientas, los registros y las características que ayudan a depurar y probar el ciclo de vida de un juego. ### Herramientas de transición del ciclo de vida Para la depuración y las pruebas, es importante saber en qué estado se encuentra un juego y hacer que un juego realice transiciones entre estados. Hay algunas herramientas que puede usar para consultar el estado actual del ciclo de vida y realizar transiciones de estado. [XBOX Manager](/es/tools/tools-console/xbom/xbom), el [XBOX Device Portal](/es/tools/tools-console/wdp/wdp) y la herramienta de línea de comandos [xbapp](/es/tools/tools-console/commandlinetools/xbapp) muestran todos el estado actual de una aplicación. Todos ellos proporcionan comandos para realizar las distintas transiciones. Por ejemplo, la siguiente captura de pantalla muestra los menús State y Actions de XBOX Manager.
La nueva característica de registro también incluye errores y fallos de los eventos del ciclo de vida. Comprobar este registro puede ayudarle a identificar cuándo algo va mal, o puede proporcionar más información sobre cualquier caso de error. Si se produce un error y se notifica un `HRESULT`, puede encontrar más información consultando la herramienta de línea de comandos xberror. En el caso de error que se muestra en la captura de pantalla anterior, `xberror` muestra que el título agotó el tiempo de espera durante su controlador de suspensión (`E_GAME_SUSPEND_TITLE_TIMEOUT`).
### Interrupción en el tiempo de espera de suspensión
Una nueva característica del Microsoft Game Development Kit (GDK) de junio de 2020 es la capacidad de Visual Studio de interrumpir automáticamente si está depurando un juego de Microsoft Game Development Kit (GDK) y este no consigue suspenderse debido al tiempo de espera de un segundo. Esta configuración está desactivada de forma predeterminada. Sin embargo, puede cambiarla en las propiedades de depuración del proyecto, como se muestra en la siguiente captura de pantalla.
También puede cambiar esta configuración para un juego instalado usando la ventana XBOX Gaming Explorer, incluso si no tiene su proyecto abierto. Seleccione el juego en XBOX Gaming Explorer y, después, cambie la configuración **Break on Suspend Timeout** en la ventana de herramientas **Properties**. Para obtener más detalles, consulte [XBOX Gaming Explorer](/es/tools/tools-console/visualstudio/xbox-gaming-explorer).
Esto puede ser excelente para depurar errores de suspensión, donde puede haber un bloqueo o cuando alguna parte del proceso de suspensión tarda más de lo esperado. El depurador lo hace insertando un nuevo subproceso en el proceso del juego con un INT3 para provocar una interrupción. Esto significa que el depurador se interrumpirá inicialmente en un subproceso aparentemente vacío, pero que los demás subprocesos se interrumpirán allí donde estén cuando se produzca el tiempo de espera de un segundo. Para obtener más información sobre la depuración de los estados del ciclo de vida del juego con Visual Studio, consulte [Depuración de proyectos de XBOX con Visual Studio](/es/tools/tools-console/visualstudio/debugging-with-visualstudio).
### Volcados automáticos de errores de suspensión
Cada vez que se produce un error de suspensión, se registra un volcado de memoria de diagnóstico automático en la consola. El volcado también se carga en el portal para desarrolladores. Estos volcados se guardan en la consola en *D:\LocalDumps\\*. Con la actualización de junio de 2020, [xbWatson](/es/tools/tools-console/xbWatson/xbwatson) también muestra los volcados disponibles en la consola. También tiene una opción para descargar los volcados desde el menú. Estos se denominan *volcados de memoria de quiesce* porque quiesce es otro nombre para la suspensión. La siguiente captura de pantalla muestra los volcados de memoria de quiesce que están disponibles en la consola.
Los volcados de diagnóstico también se crean cuando se habría invocado la devolución de llamada de suspensión (`PAPPSTATE_CHANGE_ROUTINE`), pero no hay un controlador de suspensión registrado. Los volcados de diagnóstico también se crean si no se llamó a `ID3D12CommandQueue::SuspendX` antes de salir del controlador de suspensión.
### Provocar transiciones de estado manualmente
Puede desencadenar manualmente cada una de las transiciones de estado interactuando con la consola. La siguiente tabla enumera formas de desencadenar cada una de las transiciones de estado sin ninguna herramienta (suponiendo que el juego esté en un estado inicial adecuado para la transición).
| Transición | Acción |
| - | - |
| Iniciar | Seleccione el icono del juego desde **Inicio** o **Mis juegos y aplicaciones**. |
| Restringir | Presione el botón **XBOX** del mando para abrir la **Guía**. |
| Suspender | Apague la consola cuando el modo de energía esté establecido en **Encendido instantáneo**. |
| Terminar | Con el icono del juego seleccionado, presione el botón **Menú** del mando y, después, seleccione **Salir**. |
| Reanudar | Seleccione el icono del juego desde **Inicio** o **Mis juegos y aplicaciones**. Para evitar también la anulación de la restricción, abra la **Guía** durante la transición. |
| Anular restricción | Presione el botón **XBOX** del mando para cerrar la **Guía**. |
## Apéndice ### Ver los XR #### Para descargar la lista de XR 1. Vaya a [XBOX Developer Downloads](https://aka.ms/gdkdl). 2. Como tipo de archivo, seleccione **Partner, Publishing, and Release Management Information**. 3. Seleccione **Confirm**. 4. Como número de compilación/versión, seleccione la versión de XGD Partner Documentation que coincida con la versión que esté usando. 5. Seleccione **Confirm**. Aparece el botón **Download Now**, que le pide que descargue la documentación. ### Telemetría de diagnóstico para eventos del ciclo de vida La plataforma de la consola envía telemetría para los eventos que se muestran en la siguiente tabla. | Evento | Descripción | | - | - | | Tiempo de inicio | El tiempo entre el momento en que se llamó a `CreateProcess` para iniciar el juego y el momento en que el juego realiza su primera llamada de presentación. | | Tiempo de reanudación | El tiempo entre el momento en que se reanuda la partición del juego y el momento en que el juego realiza su siguiente presentación. | ### Diagramas de recursos de CPU para consolas XBOX Series con SMT habilitado Para obtener más información sobre SMT, consulte la comparación de CPU y memoria de XBOX One frente a XBOX Series X|S. #### En ejecución El siguiente diagrama muestra la asignación entre los núcleos de la CPU y los núcleos virtuales para un juego En ejecución.
#### Restringido
El siguiente diagrama muestra la asignación entre los núcleos de la CPU y los núcleos virtuales para un juego Restringido.
## Related topics
- [IXtfApplicationClient::Uninstall](/es/reference/tools/xtf/xtfapplication/classes/IXtfApplicationClient/methods/uninstall-ixtfapplicationclient-xtfapplication-xbox-microsoft-m.md)
- [IXtfApplicationClient::Launch](/es/reference/tools/xtf/xtfapplication/classes/IXtfApplicationClient/methods/launch-ixtfapplicationclient-xtfapplication-xbox-microsoft-m.md)
- [IXtfApplicationClient::QueryExecutionState](/es/reference/tools/xtf/xtfapplication/classes/IXtfApplicationClient/methods/queryexecutionstate-ixtfapplicationclient-xtfapplication-xbox-microsoft-m.md)
- [IXtfApplicationClient::Unconstrain](/es/reference/tools/xtf/xtfapplication/classes/IXtfApplicationClient/methods/unconstrain-ixtfapplicationclient-xtfapplication-xbox-windows-m.md)
- [IXtfApplicationClient::Constrain](/es/reference/tools/xtf/xtfapplication/classes/IXtfApplicationClient/methods/constrain-ixtfapplicationclient-xtfapplication-xbox-windows-m.md)