comportamiento de Windowed-Mode

El tiempo de ejecución de Microsoft Direct3D para un dispositivo en modo ventana nunca llama a funciones de un controlador de pantalla en modo de usuario para bloquear una superficie principal rotada, para representarla en una superficie principal rotada o para realizar transferencias de bloques de bits (bitblt) a o desde una principal rotada. Es decir, el entorno de ejecución de Direct3D para un dispositivo en modo ventana controla todas estas situaciones.

Es posible que el tiempo de ejecución de Direct3D para un dispositivo en modo ventana no llame a la función OpenResource del controlador de pantalla del modo de usuario para abrir la superficie principal compartida e informar al controlador de pantalla en modo de usuario de la orientación de la superficie principal. Sin embargo, si el administrador de ventanas de escritorio (DWM) no se está ejecutando, el tiempo de ejecución de Direct3D llama a OpenResource y el controlador de pantalla en modo de usuario se informa sobre la orientación de la principal. El controlador de pantalla en modo de usuario debe tener en cuenta la orientación de la superficie principal solo si el controlador debe acceder a la superficie principal (a través de un bitblt o bloqueo) para sus propios fines; El entorno de ejecución de Direct3D para un dispositivo en modo ventana nunca solicitará al controlador de pantalla en modo de usuario acceso a una superficie principal rotada. Por lo tanto, si el controlador de pantalla en modo de usuario debe tener acceso a la superficie principal para sus propios fines internos, el controlador requiere un mecanismo además de una llamada a su función OpenResource porque No siempre se llama a OpenResource .

La función DxgkDdiPresent del controlador de miniporte de pantalla o DWM gira los datos en modo ventana.