DirectX Graphics Infrastructure (DXGI) 全屏設置相關問題

原文地址：https://msdn.microsoft.com/en-us/library/windows/desktop/ee417025(v=vs.85).aspx

未完待續。。。

DXGI是在Windows Vista時被引入，封裝了Direct3D10,10.1,11和11.1所需的底層工作。從一個Direct3D 9圖形程序員的角度來看，DXGI封裝了大多數枚舉、交換鏈的創建等以前封裝在Direct3D 9 APIs中的代碼。當你移植一個應用程序到DXGI、Direct3D10.X和Direct3D 11.X時，你需要考慮一些注意事項以確保程序可以順利的運行。

全屏相關問題：

從Direct3D 9過度到DXGI和Direct3D 10.x或Direct3D 11.x時，當從窗口模式轉換到全屏模式所伴隨的問題通?？赡軙屍痖_發者頭痛，主要的問題是Direct3D 9應用程序不像DXGI應用程序需要更深入的接近window styles和 window states。當切換模式的代碼在DXGI中運行時經常引起一些并非預期的效果。

通常，Direct3D 9應用程序通過設置前臺緩存的分辨率迫使設備進入全屏獨占模式，然后設置后臺緩存的分辨率相匹配。使用了一個單獨的途徑改變窗體的尺寸，因為程序不得不被window PRocess管理并且任何時候都將接收到一個WM_SIZE處理消息。

DXGI試圖通過合并這兩部分處理以簡化該操作。例如，當窗口模式下窗體的邊框被拖拽時，應用程序會接受到一個WM_SIZE處理消息，DXGI捕獲此消息并自動改變前臺緩存的大小。應用程序只需使用WM_SIZE傳遞的尺寸參數并調用IDXGISwapChain::ResizeBuffers重置后臺緩沖的尺寸。相似的,當窗體在全屏和窗口模式之間切換時，應用程序可簡單的調用 IDXGISwapChain::SetFullscreenState。DXGI重置前臺緩沖大小以匹配剛剛的全屏模式操作，并且發送一個WM_SIZE message到應用程序，應用程序再次調用ResizeBuffers函數，就像之前窗體的邊框被拖拽一樣。

SharpDX代碼實例：

//全屏切換觸發事件void renderForm_KeyDown(object sender, KeyEventArgs e)        {            if (SwapChain.IsFullScreen)            {                if (e.KeyCode == Keys.Escape)                {                    SwapChain.IsFullScreen = false;                }            }            else            {                if (e.Modifiers == Keys.Alt && e.KeyCode == Keys.Enter)                {                    SwapChain.IsFullScreen = true;                }            }        }//WM_SIZE事件 void renderForm_ClientSizeChanged(object sender, EventArgs e)        {            if (renderForm.ClientSize.Width != 0 && renderForm.ClientSize.Height != 0)//最小化時尺寸為0            {                backBufferWidth = renderForm.ClientSize.Width;                backBufferHeight = renderForm.ClientSize.Height;                Disposer.RemoveAndDispose(ref backBufferTexture);                Disposer.RemoveAndDispose(ref backBufferTargetView);                //                SwapChain.ResizeBuffers(1, backBufferWidth, backBufferHeight, Format.R8G8B8A8_UNorm, SwapChainFlags.None);                backBufferTexture = Texture2D.FromSwapChain<Texture2D>(SwapChain, 0);                backBufferTargetView = new RenderTargetView(device, backBufferTexture);                device.ImmediateContext.Rasterizer.SetViewport(new ViewportF(0, 0, backBufferWidth, backBufferHeight, 0.0f, 1.0f));      }}

之前論述的方法遵循一個非常特殊方式，DXGI通過設置默認的桌面分辨率作為全屏模式。然而許多應用程序切換一個預設的分辨率到全屏模式，這種情況下，DXGI提供 IDXGISwapChain::ResizeTarget函數。這個函數應在調用 SetFullscreenState之前調用。雖然這些方法可以通過相反的順序調用（先調用SetFullscreenState ,隨后調用 ResizeTarget），這樣做會導致一個額外的WM_SIZE處理消息在應用程序中觸發。（這樣做也會引起閃爍，因為DXGI可能會在兩個模式之間強制執行）。在調用SetFullscreenState后，再次通過被重置的DXGI_MODE_DESC的成員變量RefreshRate 調用ResizeTarget 是一個明智的操作。這意味著在DXGI中是一個無操作的命令，但是它可以避免接下來討論的刷新率問題。

在全屏模式中，窗口桌面管理（DWM）是無效的，DXGI會以更輕量的方式代替窗口模式下的區域傳輸呈現后臺緩沖區中的內容。這種性能的開銷得到釋放。然而，我們還沒有談到如何在確定條件下確保以輕量的方式代替區域的傳輸模式。這種情況下前臺緩沖和后臺緩沖必須尺寸相同。如果應用程序正確的處理了WM_SIZE處理消息，這顯然不是問題，同樣格式也必須完全相同。

對大部分應用程序來說問題是刷新率，在調用 ResizeTarget時所指定的刷新率必須是交換鏈使用的 IDXGIOutput的刷新率， DXGI_MODE_DESC被傳入ResizeTarget函數后其成員RefreshRate的值會被DXGI自動重置計算。不要假定確切刷新率值會被支持。通常，開發者選擇60HZ作為刷新率，并不了解顯示器的刷新率是大約60,000 / 1,001 Hz。如果刷新率不符合期望的60HZ，DXGI會強制進行區域傳輸代替全屏的輕量傳輸。

最后一個問題是開發者經常面對如何在全屏模式下改變分辨率。調用ResizeTarget和SetFullscreenState有時會成功，但是全屏分辨率是桌面的分辨率，同樣，開發者可能會在全屏模式下創建指定的分辨率，我們發現DXGI會忽略我們傳入的指定分辨率。除非特別指出，全屏交換鏈會使用默認桌面的分辨率。當創建全屏分辨率的交換鏈，DXGI_SWAP_CHAIN_DESC的Flags成員結構體必須設置為DXGI_SWAP_CHAIN_FLAG_ALLOW_MODE_SWITCH覆蓋默認參數。這個flag同樣也需要被傳入到 ResizeTarget 中動態的開啟或者禁用。