Windowed-Mode Verhalten

Die Microsoft Direct3D-Runtime für ein Gerät im Fenstermodus ruft niemals Funktionen eines Anzeigetreibers im Benutzermodus auf, um eine gedrehte primäre Oberfläche zu sperren, auf einer gedrehten primären Oberfläche zu rendern oder Bitblockübertragungen (Bitblt) an oder von einer gedrehten primären Oberfläche durchzuführen. Das heißt, die Direct3D-Runtime für ein Gerät im Fenstermodus behandelt alle diese Situationen.

Die Direct3D-Runtime für ein Gerät im Fenstermodus ruft möglicherweise nicht die OpenResource-Funktion des Benutzermodusanzeigetreibers auf, um die freigegebene primäre Oberfläche zu öffnen und den Benutzermodusanzeigetreiber über die Ausrichtung der primären Oberfläche zu informieren. Wenn der Desktopfenster-Manager (DWM) jedoch nicht ausgeführt wird, ruft die Direct3D-Runtime OpenResource auf, und der Benutzermodusanzeigetreiber wird über die Ausrichtung des primären Computers informiert. Der Anzeigetreiber für den Benutzermodus muss die primäre Oberflächenausrichtung nur kennen, wenn der Treiber für seine eigenen Zwecke auf die primäre Oberfläche zugreifen muss (über eine Bitblt oder Sperre). Die Direct3D-Runtime für ein Gerät im Fenstermodus fordert den Benutzermodusanzeigetreiber niemals auf, auf eine gedrehte primäre Oberfläche zuzugreifen. Wenn der Anzeigetreiber im Benutzermodus für seine eigenen internen Zwecke auf die primäre Oberfläche zugreifen muss, benötigt der Treiber daher zusätzlich zu einem Aufruf seiner OpenResource-Funktion einen Mechanismus, da OpenResource nicht immer aufgerufen wird.

Die DxgkDdiPresent-Funktion des DWM- oder Anzeigeminiporttreibers rotiert Daten im Fenstermodus.