Direct3D9 および WPF の相互運用性のパフォーマンスに関する考慮事項

更新 : 2008 年 7 月

D3DImage クラスを使用して、Direct3D9 コンテンツをホストできます。Direct3D9 コンテンツをホストすると、アプリケーションのパフォーマンスに影響することがあります。このトピックでは、Windows Presentation Foundation (WPF) アプリケーションで Direct3D9 コンテンツをホストする場合に、パフォーマンスを最適化するベスト プラクティスについて説明します。これらのベスト プラクティスでは、D3DImage の使用方法と、Windows Vista、Windows XP、およびマルチモニタ ディスプレイを使用する場合のベスト プラクティスを紹介します。

メモ :
これらのベスト プラクティスを示すコード例については、「WPF でホストできる Direct3D9 コンテンツの作成」を参照してください。

最小限の D3DImage の使用

D3DImage インスタンスでホストされる Direct3D9 コンテンツは、純粋な Direct3D アプリケーションでホストされる場合よりも表示が遅くなります。サーフェイスのコピーおよびコマンド バッファのフラッシュに時間がかかることがあります。D3DImage インスタンスの数が増えると、フラッシュの回数が多くなり、パフォーマンスが低下します。したがって、D3DImage の使用を最小限にする必要があります。

Windows Vista のベスト プラクティス

ディスプレイが Windows Display Driver Model (WDDM) を使用するように構成されている Windows Vista で最大限のパフォーマンスを得るには、Direct3D9 サーフェイスを IDirect3DDevice9Ex デバイス上に作成します。これにより、サーフェイスを共有できるようになります。ビデオカードは、Windows Vista の D3DDEVCAPS2_CAN_STRETCHRECT_FROM_TEXTURES および D3DCAPS2_CANSHARERESOURCE というドライバの機能をサポートしている必要があります。その他の設定では、サーフェイスがソフトウェアを通してコピーされ、パフォーマンスが大幅に低下します。

メモ :
Windows Vista に、Windows XP Display Driver Model (XDDM) を使用するように構成されているディスプレイがある場合は、設定にかかわらず、サーフェイスが常にソフトウェアを通じてコピーされます。適切な設定とビデオ カードがあれば、サーフェイスのコピーはハードウェアで実行されるため、WDDM を使用するときに Windows Vista のパフォーマンスが向上します。

Windows XP のベスト プラクティス

Windows XP Display Driver Model (XDDM) を使用する Windows XP でパフォーマンスを最適にするために、IDirect3DSurface9::GetDC メソッドが呼び出されたときに正しく動作するロック可能なサーフェイスを作成します。内部的に、BitBlt メソッドはハードウェアのデバイス間でサーフェイスを転送します。GetDC メソッドは、常に XRGB サーフェイス上で動作しますが、階層化されたウィンドウ修正プログラムを適用した Windows XP SP3 または Windows XP SP2 が使用されている場合は、ARGB サーフェイス上でのみ動作します。ビデオ カードは、D3DDEVCAPS2_CAN_STRETCHRECT_FROM_TEXTURES ドライバ機能をサポートする必要があります。

16 ビット デスクトップ表示深度を使用すると、パフォーマンスが大幅に低下することがあります。32 ビット デスクトップをお勧めします。

Windows Vista および Windows XP で開発している場合は、Windows XP 上でパフォーマンスをテストします。Windows XP のビデオ メモリが不足することは問題です。また、Windows XP 上の D3DImage では、余分なビデオ メモリ コピーが必要なため、Vista WDDM よりも多くのビデオ メモリと帯域幅を使用します。したがって、同じビデオ ハードウェアの場合は Vista よりも XP の方がパフォーマンスが低いと予想されます。

メモ :
XDDM は、Windows XP と Windows Vista の両方で使用できますが、WDDM は Windows Vista でのみ使用できます。

一般的なベスト プラクティス

デバイスを作成する場合は、D3DCREATE_MULTITHREADED 作成フラグを使用します。これにより、パフォーマンスが低下しますが、WPF レンダリング システムは、別のスレッドからこのデバイスに対してメソッドを呼び出します。ロック プロトコルに正しく従い、2 つのスレッドがデバイスに同時にアクセスしないようにしてください。

レンダリングが WPF マネージ スレッドで実行される場合は、D3DCREATE_FPU_PRESERVE 作成フラグを使用してデバイスを作成することを強くお勧めします。この設定がないと、D3D レンダリングによって、WPF の倍精度演算の精度が低下し、レンダリングの問題が発生することがあります。

ハードウェア サポートがない状態で非 pow2 サーフェイスを並べて表示するのでない場合、または、D3DImage を含む DrawingBrush か VisualBrush を並べて表示する場合は、D3DImage を並べて表示するのが高速です。

マルチモニタ ディスプレイのベスト プラクティス

複数のモニタがあるコンピュータを使用している場合は、前に説明したベスト プラクティスに従う必要があります。マルチモニタ構成に関する追加のパフォーマンス考慮事項もいくつかあります。

バック バッファを作成する場合は、特定のデバイスおよびアダプタに作成されますが、WPF は任意のアダプタのフロント バッファを表示する場合があります。アダプタ間でコピーしてフロント バッファを更新すると、非常にコストが高くなる可能性があります。複数のビデオ カードと IDirect3DDevice9Ex デバイスと共に WDDM を使用するように構成されている Windows Vista では、フロント バッファが別のアダプタにあっても、同じビデオ カードである場合は、パフォーマンスの低下はありません。ただし、Windows XP と複数のビデオ カードのある XDDM では、フロント バッファがバック バッファとは異なるアダプタに表示される場合にパフォーマンスが大幅に低下します。詳細については、「WPF でホストできる Direct3D9 コンテンツの作成」を参照してください。

パフォーマンスの概要

次の表に、オペレーティング システムの機能、ピクセル形式、およびサーフェイスのロック可能性としてのフロント バッファ更新のパフォーマンスを示します。フロント バッファとバック バッファは、同じアダプタ上にあることが前提です。アダプタ構成に応じて、ハードウェア更新は、一般にソフトウェア更新よりもはるかに高速です。

サーフェイスのピクセル形式	Windows Vista、WDDM、および 9Ex	その他の Windows Vista 構成	修正プログラムを適用した Windows XP SP3 または SP2	Windows XP SP2
D3DFMT_X8R8G8B8 (ロック不能)	ハードウェアのアップデート	ソフトウェアのアップデート	ソフトウェアのアップデート	ソフトウェアのアップデート
D3DFMT_X8R8G8B8 (ロック可能)	ハードウェアのアップデート	ソフトウェアのアップデート	ハードウェアのアップデート	ハードウェアのアップデート
D3DFMT_A8R8G8B8 (ロック不能)	ハードウェアのアップデート	ソフトウェアのアップデート	ソフトウェアのアップデート	ソフトウェアのアップデート
D3DFMT_A8R8G8B8 (ロック可能)	ハードウェアのアップデート	ソフトウェアのアップデート	ハードウェアのアップデート	ソフトウェアのアップデート

参照

処理手順

チュートリアル : WPF でホストするための Direct3D9 コンテンツの作成

チュートリアル : WPF での Direct3D9 コンテンツのホスト

概念

WPF でホストできる Direct3D9 コンテンツの作成

参照

D3DImage

履歴の変更

日付	履歴	理由
2008 年 7 月	新しいトピックを追加	SP1 機能変更