Windows XPでリモートデスクトップ上のWPFのレンダリングに問題はありますか？

Question

WPFプリミティブは、Windows XPのリモートデスクトップではサポートされないと聞いています。これが意味するのは、VistaマシンでWPFアプリケーションを実行し、それをXPマシンで（リモートデスクトップ経由で）表示すると、ディスプレイは圧縮されたビットマップとして送信されるということです。

この問題は、DirectX 11（？）を介したVista-Vista通信で解決されますが、XPでは利用できません。ここでは明らかにパフォーマンスに影響があります。WPFへのアプリケーションの開発に着手する前に、それを理解したいと思います。

このトピックに関するいくつかの情報は、ここにあります：

http://blogs.msdn.com/tims/archive/2007/01/05/comparing-wpf-on-windows-vista-v-windows-xp.aspx

上記のリンクからのコメントを参照（引用）：

---

SpongeJimの質問に、これはMIL（メディア統合レイヤー）によって行われます。これは、構成を処理するWPFの基礎となるコアです。 Vista / Vistaリモートデスクトップ接続では、MILプリミティブがリモート化され、再構成されます。他の組み合わせ（2003 / XPなど）では、リモート化されるのはビットマップであり、明らかに帯域幅を集中的に使用します。このトピックの詳細については、Greg Schechterのブログ、特に次のエントリをご覧ください： http://blogs.msdn.com/greg_schechter/archive/2006/06/09/623566.aspx

---

この問題に関する経験や最新情報はありますか？

Answer 1

.NET 3.5 SP1以降、すべてのWPFグラフィックは、VistaからVistaへの通信であっても、ビットマップとしてリモートになります。 http://blogs.msdn.com/jgoldb/archive/2008/05/15/what-s-new-for-performance-in-wpf-in-net-3-5 -sp1.aspx ：

  

すべてのケースでビットマップとしてリモートになりました。

     

理由は、WPF 3.5 SP1   新しいグラフィックスDLL（wpfgfx.dll）を使用します   そして、特定の変更を行うことができませんでした   Vistaの既存のグラフィックスDLL   （milcore.dll）も使用されます   DWM。

他のコメント者が指摘しているように、パフォーマンスはアプリケーションのUIの設計に大きく依存します。潜在的な結果は、1つのシナリオでテストする必要があるだけです。リモート処理のパフォーマンスは、クライアントまたはサーバーに関係なく同じになります。

Answer 2

これらのアプリがWPFで動作するように更新されたら、リモート管理とBomgarの両方を使用してリモートで問題なく実行できました。 XPからXP、XPからVista、VistaからXP、およびVistaからVistaをテストしました。最初は、ツールチップとコンボボックスのドロップダウン/ポップアップに関する問題しかありませんでした。過去6か月かそこら、物事は大丈夫です。

XPデスクトップからVista VMへのリモーティングをテストしたところ、アプリが見栄えが良かった（少し遅い場合はVMです...）低品質の8ビットカラーに切り替えて、パフォーマンスの問題をほぼ解消しました完全になくなりました。グラデーションなどはウィンドウの背景などで失われましたが、それでも間違いなく使用できました。

機能上の問題はないと思いますが、パフォーマンスの問題はわずかです。

Answer 3

これはwpfアプリに依存すると思います。 グラデーション、アニメーション、ブラシなどがたくさんある場合...アプリは間違いなく通信速度が遅くなります...