在Windows XP的远程桌面上渲染WPF有问题吗?

时间:2021-03-27 17:37:09

I have heard that WPF primitives will not be supported by remote desktop on windows XP. The implication of this is that if you run a WPF application on a vista machine and display it on an XP machine (via remote desktop) the display will be sent as a compressed bitmap.

我听说windows XP上的远程桌面不支持WPF原语。这意味着,如果您在vista机器上运行WPF应用程序并将其显示在XP机器上(通过远程桌面),那么显示将作为压缩位图发送。

This issue is resolved in Vista-Vista comunication via DirectX 11 (?) but this will not be made available on XP. There is obviously a performance hit here, I would like to understand it before making any inroads into developing applications to WPF.

这个问题在Vista-Vista comunication中通过directx11(?)解决,但是这在XP上是不可用的。这里显然存在性能问题,我希望在开始开发WPF应用程序之前先了解它。

Some information on this topic can be found here:

关于这个主题的一些信息可以在这里找到:

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

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

See comment from the above link (quote):

请看以上链接的评论(引用):


To SpongeJim's question, this is done by the MIL (media integration layer), which is the underlying core of WPF that handles composition. On a Vista/Vista remote desktop connection, the MIL primitives are remoted and then reconstituted. On other combinations (e.g. 2003/XP), what gets remoted is bitmaps, which is obviously far more bandwidth-intensive. More depth on this topic can be found on Greg Schechter's blog, and in this entry in particular: http://blogs.msdn.com/greg_schechter/archive/2006/06/09/623566.aspx

对于SpongeJim的问题,这是由MIL(媒体集成层)完成的,MIL是WPF处理合成的底层核心。在Vista/Vista远程桌面连接中,MIL原语被远程删除,然后重新构建。在其他的组合中(例如2003/XP),被删除的是位图,这显然是带宽密集型的。在Greg Schechter的博客中可以找到更多关于这个话题的深度,特别是在这个条目中:http://blogs.msdn.com/greg_schechter/archive/2006/06/09/62356aspx


Does anyone have any experience or more up to date information on this issue?

有谁有关于这个问题的经验或最新的信息吗?

3 个解决方案

#1


6  

As of .NET 3.5 SP1, all WPF graphics are remoted as bitmaps, even on Vista-to-Vista communication. From http://blogs.msdn.com/jgoldb/archive/2008/05/15/what-s-new-for-performance-in-wpf-in-net-3-5-sp1.aspx:

从。net 3.5 SP1开始,所有的WPF图形都被删除为位图,甚至在Vista-to-Vista通信中也是如此。从http://blogs.msdn.com/jgoldb/archive/2008/05/15/what-s-new-for-performance-in-wpf-in-net-3-5-sp1.aspx:

We now remote as bitmaps in ALL cases.

在所有情况下,我们现在都将位图远程化为位图。

The reason is that WPF 3.5 SP1 now uses a new graphics DLL (wpfgfx.dll) and certain changes could not be made to Vista’s existing graphics DLL (milcore.dll) that is also used by DWM.

原因是WPF 3.5 SP1现在使用了一个新的图形DLL (wpfgfx.dll),并且不能对Vista现有的图形DLL (milcore.dll)进行某些更改,DWM也使用这个DLL。

As other commenters have noted, the performance will greatly depend on the design of your application’s UI. The potential upshot is that you only have to test in one scenario; remoting performance should now be the same regardless of the client or server.

正如其他评论者所指出的,性能将在很大程度上取决于应用程序UI的设计。潜在的结果是,你只需要在一个场景中进行测试;现在,不管客户机或服务器是什么,远程性能都应该是相同的。

#2


2  

We have had no problems using both Remote Admin and Bomgar for remoting once those apps were updated to work with WPF. We've tested XP to XP, XP to Vista, Vista to XP, and Vista to Vista. We'd initially only had problems with tooltips and combo-box drop downs/popups. For the last six months or so, things have been fine.

在使用Remote Admin和Bomgar进行远程删除时,我们没有遇到任何问题。我们测试了XP到XP, XP到Vista, Vista到XP, Vista到Vista。我们最初只遇到了工具提示和combo-box下拉/弹出框的问题。在过去的六个月里,一切都很好。

I just tested remoting into a Vista VM from my XP desktop and our app looked great (if running a bit slow, but it is a VM...) I switched to low quality 8-bit color and the performance problems almost completely went away. The gradiation, etc, was lost on our window background, etc, but it was definitely still usable.

我刚刚测试了从我的XP桌面到Vista VM的远程操作,我们的应用程序看起来很棒(如果运行速度有点慢,但它是一个VM…)我切换到低质量的8位颜色,性能问题几乎完全消失了。倾斜,等等,在我们的窗口背景上消失了,等等,但是它仍然是可用的。

I don't think you should have any functional problems, and only minor performance issues.

我认为您不应该有任何功能上的问题,而应该只有很小的性能问题。

#3


0  

i guess this depends on your wpf app. if you have lots of gradients, animations, brushes, etc...your app will definitely run slower over the wire...

我猜这取决于你的wpf应用程序。如果你有很多渐变、动画、画笔等等……你的应用一定会在电线上运行得更慢……

#1


6  

As of .NET 3.5 SP1, all WPF graphics are remoted as bitmaps, even on Vista-to-Vista communication. From http://blogs.msdn.com/jgoldb/archive/2008/05/15/what-s-new-for-performance-in-wpf-in-net-3-5-sp1.aspx:

从。net 3.5 SP1开始,所有的WPF图形都被删除为位图,甚至在Vista-to-Vista通信中也是如此。从http://blogs.msdn.com/jgoldb/archive/2008/05/15/what-s-new-for-performance-in-wpf-in-net-3-5-sp1.aspx:

We now remote as bitmaps in ALL cases.

在所有情况下,我们现在都将位图远程化为位图。

The reason is that WPF 3.5 SP1 now uses a new graphics DLL (wpfgfx.dll) and certain changes could not be made to Vista’s existing graphics DLL (milcore.dll) that is also used by DWM.

原因是WPF 3.5 SP1现在使用了一个新的图形DLL (wpfgfx.dll),并且不能对Vista现有的图形DLL (milcore.dll)进行某些更改,DWM也使用这个DLL。

As other commenters have noted, the performance will greatly depend on the design of your application’s UI. The potential upshot is that you only have to test in one scenario; remoting performance should now be the same regardless of the client or server.

正如其他评论者所指出的,性能将在很大程度上取决于应用程序UI的设计。潜在的结果是,你只需要在一个场景中进行测试;现在,不管客户机或服务器是什么,远程性能都应该是相同的。

#2


2  

We have had no problems using both Remote Admin and Bomgar for remoting once those apps were updated to work with WPF. We've tested XP to XP, XP to Vista, Vista to XP, and Vista to Vista. We'd initially only had problems with tooltips and combo-box drop downs/popups. For the last six months or so, things have been fine.

在使用Remote Admin和Bomgar进行远程删除时,我们没有遇到任何问题。我们测试了XP到XP, XP到Vista, Vista到XP, Vista到Vista。我们最初只遇到了工具提示和combo-box下拉/弹出框的问题。在过去的六个月里,一切都很好。

I just tested remoting into a Vista VM from my XP desktop and our app looked great (if running a bit slow, but it is a VM...) I switched to low quality 8-bit color and the performance problems almost completely went away. The gradiation, etc, was lost on our window background, etc, but it was definitely still usable.

我刚刚测试了从我的XP桌面到Vista VM的远程操作,我们的应用程序看起来很棒(如果运行速度有点慢,但它是一个VM…)我切换到低质量的8位颜色,性能问题几乎完全消失了。倾斜,等等,在我们的窗口背景上消失了,等等,但是它仍然是可用的。

I don't think you should have any functional problems, and only minor performance issues.

我认为您不应该有任何功能上的问题,而应该只有很小的性能问题。

#3


0  

i guess this depends on your wpf app. if you have lots of gradients, animations, brushes, etc...your app will definitely run slower over the wire...

我猜这取决于你的wpf应用程序。如果你有很多渐变、动画、画笔等等……你的应用一定会在电线上运行得更慢……