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

ディスプレイが 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 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 コンテンツの作成」を参照してください。

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

処理手順

概念

参照