Windows 中的 MPO：Multiplane Overlay 的運作方式與何時應停用
本頁內容
將 MPO 保持為 Windows default。如此一來，Windows、DWM、驅動程式與 GPU 就能在支援之處自動選擇硬體平面。這並不要求持續使用 MPO。只有在診斷可重現的閃爍、黑畫面、凍結或卡頓時，才值得暫時停用 MPO。請先透過 BoosterX 中的 GameReadyX 檢查組態，若發現已知的驅動程式問題就加以排除。
狀態： MPO 裝置與硬體平面的角色已由 Microsoft 記錄。讀取 OverlayTestMode 以及值 5 的停用行為，已由我們對三個版本的 Windows 系統元件所做的靜態檢查證實。在先前收集的 Windows 11 24H2 與 25H2 追蹤中，曾觀察到對該參數的存取。本研究並未在實體 GPU 上測量效能、功耗與實際延遲。
MPO 是 WDDM 的硬體平面機制，可減少 DWM 的工作，並以更直接的路徑將畫面傳送到顯示器。Windows default 狀態為系統保留兩種輸出方式，而強制停用則會回到一般合成。只有在診斷可重現的輸出問題時，才值得停用 MPO。
什麼是 MPO
Section titled “ 什麼是 MPO”在一般合成下，DWM 會將視窗介面組合成最終的桌面畫面。Multiplane Overlay（MPO）允許將數個合適的介面以獨立的硬體平面直接傳送到顯示卡的影像輸出區塊。這樣的平面可以是應用程式介面、視訊，或 DWM 的緩衝區鏈（swap chain）。
這並不表示每個視窗都持續使用獨立的平面。Windows 會查詢驅動程式與硬體的能力，然後檢查格式、大小、縮放、位置、色彩空間與其他限制的具體組合。若組合不合適，系統就會回到一般合成。
Microsoft 自 Windows 8.1 起將 MPO 描述為 WDDM 的一部分。在現代 flip model 中，DWM 可以為應用程式分配硬體 scanout plane。這使得即使應用程式上方出現其他內容，也能維持 Independent Flip。在合適的條件下，DWM 執行的合成工作較少，而應用程式的畫面會以更直接的路徑送往顯示器。
為什麼 Windows default 比持續停用更好
Section titled “ 為什麼 Windows default 比持續停用更好”Windows default 狀態讓系統同時保有 MPO 與一般合成可用。DWM 會為特定畫面選擇輸出方式，並在硬體平面不可用時回到一般合成。
強制停用會為整個系統移除這個選項。可能的後果：
- 應用程式失去
Hardware Composed: Independent Flip路徑； - 額外的合成工作回到 DWM 或 GPU；
- 複製量、記憶體負載與功耗可能增加；
- 視窗遊戲或視訊可能失去硬體平面的優勢；
- 結果取決於 GPU、驅動程式、顯示器、HDR、VRR 與開啟的視窗組合。
Microsoft 建議將 flip model 與 DirectFlip 作為更有效率的畫面輸出方式。NVIDIA 也指出，MPO 可以提升效能、降低功耗並減少視窗遊戲中的延遲。這些優勢取決於條件，並非在每台電腦上都能保證。
因此，本文中的「讓 MPO 保持啟用」意指不要設定全域封鎖。平面的實際使用仍由 Windows 動態決定。
可驗證的陳述
Section titled “ 可驗證的陳述”我們驗證了四項陳述：
- Windows 確實會讀取
OverlayTestMode作為圖形合成參數。 - 值
5會在所研究的 Windows 版本中禁止使用 MPO 候選項。 - 在沒有強制設定的情況下，選擇權仍屬於 Windows。
- 存在這樣的切換開關，並不證明套用它就能提升 FPS 或減少輸入延遲。
| 環境 | 檢查 | 結果 |
|---|---|---|
| Windows 10 22H2，元件 10.0.19041.1949 | 系統元件的靜態檢查 | 值 5 會將 MPO 候選項的挑選轉為拒絕 |
| Windows 11 24H2，元件 10.0.26100.863 | 靜態檢查與先前收集的系統追蹤 | 參數會被讀取；值 5 會停用已驗證的 overlay 路徑 |
| Windows 11 25H2，元件 10.0.26100.7689 | 靜態檢查與先前收集的系統追蹤 | 參數會被讀取；值 5 維持停用行為 |
對於 Windows 10 22H2 與 Windows 11 26H1，沒有適用的系統追蹤。Windows 10 的靜態檢查並不證實此程式碼的實際執行。未來的組建需要另行檢查。
本研究結合三個獨立的資料類別：
- Microsoft 關於 WDDM、DXGI flip model、DirectFlip 與 MPO 的文件；
- 對所研究的 Windows 版本會讀取該參數並單獨處理值
5的靜態檢查； - 先前收集的系統追蹤，證實 DWM 在 Windows 11 24H2 與 25H2 中會存取該參數。
另外也檢查了 GameReadyX 中 MPO 診斷的使用者行為：決策矩陣通過了 10 項選定自動測試中的 10 項。這些測試包括標準狀態、強制停用、未知值、缺少資料，以及已知的舊驅動程式組態。
並未在實體 GPU 上進行新實驗。虛擬 GPU 不被用作 MPO promotion、frametime、功耗或 click-to-photon latency 的證據。
OverlayTestMode=5 的作用
Section titled “ OverlayTestMode=5 的作用”OverlayTestMode 會強制改變 DWM 的行為，且未由 Microsoft 記錄。在三個所研究的 Windows 版本中，值 5 會禁止使用 MPO 硬體平面。在 NVIDIA 的官方頁面上也提供用於停用與還原 MPO 的個別檔案；變更後需要重新開機。
在解讀結果時請考量：
OverlayTestMode=5改變的是全域合成原則，而非個別遊戲；- 該值的存在或不存在，並不顯示特定應用程式在特定時刻是否使用了 MPO 平面。
其他數值並非 Microsoft 公開的穩定介面。其意義在所研究的版本之間曾經改變，因此 Wiki 不建議將它們當作「最佳化等級」來套用。
類似問題曾在何處被觀察到
Section titled “ 類似問題曾在何處被觀察到”閃爍或卡頓本身並不證明是 MPO 問題。Microsoft 指出，螢幕閃爍通常與 display driver 或不相容的應用程式有關，並建議先檢查驅動程式的更新、回復或重新安裝。
| 供應商與期間 | 公開描述的情況 | 由此可得的結論 |
|---|---|---|
| NVIDIA 461.09 | NVIDIA 表示自 461.09 起支援 MPO。在全域關閉 V-Sync 時，視窗應用程式可能出現畫面撕裂：獨立的 MPO 平面會獨立輸出。NVIDIA 也發布了用於停用與還原 MPO 的檔案。 | MPO 會改變視窗模式下的畫面輸出。製造商曾允許暫時停用作為因應措施，但這不是在现代驅動程式上停用 MPO 的理由。 |
| AMD 22.11.2 | 發行說明中指出，在 Chromium 中同時播放兩段視訊時會出現系統卡頓與介面閃爍，以及視訊、VRR 與多顯示器問題。在 23.2.1 中，其中一個 Chromium 與多顯示器的案例被列為已修正。 | 請先更新驅動程式。AMD 並未將 MPO 列為這些問題的原因，因此在此停用它的有效性未獲證實。 |
| Intel 30.0.100.x | 在 Intel 的公開討論中，研究了舊版驅動程式（包括 30.0.100.9955）上的 DWM 記憶體用量成長、凍結與 Chromium 問題。使用者的結果各不相同。 | 這些舊的 DWM 與驅動程式問題與 MPO 的關聯並未確立。應先檢查更新或 OEM 驅動程式。沒有自動停用 MPO 的理由。 |
在問題回報中，經常同時存在多個條件：瀏覽器硬體加速、視訊、多個不同更新率的顯示器、VRR、HDR、視窗遊戲，以及特定的驅動程式版本。針對某一種組態的因應措施，可能不適用於另一種。
GameReadyX 如何做出決定
Section titled “ GameReadyX 如何做出決定”BoosterX 中的 GameReadyX 會根據可取得的組態顯示 MPO 診斷：
- 目前的 Windows default 狀態或強制設定；
- Windows 組建；
- 偵測到的 GPU；
- 圖形驅動程式版本；
- 與已驗證的舊組態不相容案例是否相符。
若沒有已證實的全域封鎖理由，GameReadyX 會將 MPO 保持為 Windows default。若 MPO 已在沒有找到依據的情況下被強制停用，檢查會建議還原標準狀態。未知值與不完整的資訊不會被自動覆寫。
對於舊的 AMD 與 Intel 組態，GameReadyX 會回報驅動程式問題。不會建議修改登錄檔：原始資料證實了症狀，但並未確立 MPO 為其成因。只有在製造商已發布此類因應措施的特定舊 NVIDIA 情境中，才會建議自動停用。
GameReadyX 檢查已知組態，並不測量目前的 frametime，也不偵測螢幕上的閃爍。若要確認症狀的成因，在取得建議後，必須比較它在原始設定與變更後設定下的重現情況。
如何安全地檢查問題
Section titled “ 如何安全地檢查問題”- 重現症狀並記錄精確的情境：應用程式、視窗模式、顯示器、HDR、VRR 與更新率。
- 啟動 BoosterX 中的 GameReadyX 並開啟 MPO 診斷。
- 若發現已知的舊驅動程式版本，請先更新它。若問題在更新後立即出現，請與前一個穩定版本比較。
- 不要同時變更驅動程式、MPO、HDR、VRR 與視窗模式。否則改善的原因將無法得知。
- 只有在 GameReadyX 指出已記錄的 workaround，或症狀在一般診斷後仍穩定重現時，才套用暫時停用 MPO。
- 重新啟動 Windows 並重複相同的情境。
- 若沒有改善，請立即還原 Windows default。
畫面輸出方式可以透過 PresentMon 檢查。Hardware Composed: Independent Flip 模式表示應用程式已獲得 MPO 硬體平面。一般的 FPS 計數器與登錄檔狀態並不會顯示這一點。
已證實的事項
Section titled “ 已證實的事項”- MPO 屬於 Windows 圖形子系統，並透過 WDDM 與圖形驅動程式支援。
- 當特定組態受支援時，MPO 允許以硬體方式呈現多個平面。
- Windows 會動態選擇 MPO；啟用該功能並不表示持續使用。
OverlayTestMode=5會在三個所研究的系統元件版本中停用 MPO。- 在所研究的 Windows 11 24H2 與 25H2 追蹤中，DWM 曾存取此參數。
- 製造商文件證實了若干舊的輸出與驅動程式問題，以及存在以停用 MPO 作為因應措施的做法。
- 若未找到已證實的因應措施，GameReadyX 預設會保留或還原 Windows default。
未證實的事項
Section titled “ 未證實的事項”- 停用 MPO 會在一台普通的現代系統上提升 FPS。
- 停用 MPO 會減少 input latency 或 click-to-photon latency。
- 任何閃爍、黑畫面、卡頓或 DWM 記憶體成長都是由 MPO 所造成。
- 舊的 NVIDIA workaround 適用於目前的 AMD、Intel 或 NVIDIA 驅動程式。
- 相同版本的驅動程式在不同 GPU、顯示器與 Windows builds 上會有相同的行為。
- 不同於
5的值OverlayTestMode，在 Windows 版本之間具有穩定的意義。
本研究中沒有在實體 GPU 上進行配對測試，也沒有 FPS、frametime、功耗或延遲的測量。系統追蹤證實了參數的讀取，但並不證明 MPO plane 的實際分配。靜態檢查僅限於三個版本的系統元件。
AMD 與 Intel 的公開資料描述了驅動程式的症狀，但並未確立 MPO 為其成因。根據這些資料，無法斷定停用 MPO 就能解決問題。
本研究與所使用的工具屬於 BoosterX 開發者所有，該開發者提供診斷以及變更 MPO 狀態的能力，因此開發者對結果有直接的利益關係。方法與適用範圍已於上文說明，而結論可依公開資料與所列的公開來源加以驗證。關於效能的負面結果以及保留 Windows default 的建議均已明確指出。
BoosterX 的實務建議
Section titled “ BoosterX 的實務建議”持續建議的狀態：Windows default。不要為了「最佳化 FPS」、減少 input lag，或根據他人的 tweak 清單而停用 MPO。
若出現可重現的卡頓、閃爍、黑畫面，或視訊與多顯示器方面的故障，請從 GameReadyX 開始。修正或回復有問題的驅動程式，優於全域的因應措施。只有在相同症狀於受控比較後消失，並在還原 default 後再次出現時，才讓 MPO 保持停用。
在 GameReadyX 中選擇還原 Windows default 並重新啟動電腦。強制設定將會被移除，Windows 便能再次自行選擇硬體平面。
若您以其他方式變更了設定，請使用同一供應商提供的相應官方還原工具。不要將隨機數字填入 OverlayTestMode。
公開的原始來源
Section titled “ 公開的原始來源”- MPO Support，Microsoft Learn - WDDM 中的 MPO、能力檢查與 DWM swap chain 的互動。
- For best performance, use DXGI flip model，Microsoft Learn - DirectFlip、Independent Flip 與硬體 MPO plane。
- DXGI flip model，Microsoft Learn - flip model 中複製與系統負載的減少。
- IDXGIOutput6::CheckHardwareCompositionSupport，Microsoft Learn - 查詢 hardware composition 的能力。
- Troubleshoot screen flickering in Windows，Microsoft Support - 驅動程式與不相容應用程式的初步診斷。
- What is Multi-Plane Overlay (MPO) in Windows 11，NVIDIA - MPO 的用途、可能的效益與官方的 disable/restore 檔案。
- V-Sync OFF Not Recommended as a Global Setting Starting with Driver Version 461.09，NVIDIA - 461.09 中 MPO 支援的出現與視窗 presentation 行為的改變。
- AMD Software: Adrenalin Edition 22.11.2 Release Notes，AMD - 舊的 Chromium、VRR、video 與 multi-display 症狀。
- AMD Software: Adrenalin Edition 23.2.1 Release Notes，AMD - 已修正的 Chromium multi-display 案例與套件版本。
- Intel DWM memory investigation，Intel Community - 對舊驅動程式分支的公開研究與各異的結果。
- PresentMon console documentation，upstream project -
Hardware Composed: Independent Flip的解讀。
公開來源與措辭已於 2026-08-24 核對。
- 2026-09-20： 利益衝突免責聲明強化為完整措辭，載明研究與工具的歸屬。
- 2026-08-24： 首次發布；新增 Windows 10 22H2、Windows 11 24H2 與 25H2 的內部檢查結果、vendor-cases 的範圍，以及 GameReadyX 的建議。