¿Hay problemas con la representación de WPF sobre Escritorio remoto en Windows XP?

Question

He oído que las primitivas WPF no serán compatibles con el escritorio remoto en Windows XP. La implicación de esto es que si ejecuta una aplicación WPF en una máquina vista y la muestra en una máquina XP (a través de un escritorio remoto), la pantalla se enviará como un mapa de bits comprimido.

Este problema se resuelve en la comunicación Vista-Vista a través de DirectX 11 (?) pero no estará disponible en XP. Obviamente, hay un éxito en el rendimiento aquí, me gustaría entenderlo antes de incursionar en el desarrollo de aplicaciones para WPF.

Puede encontrar información sobre este tema aquí:

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

Ver comentario del enlace anterior (cita):

---

A la pregunta de SpongeJim, esto lo hace la MIL (capa de integración de medios), que es el núcleo subyacente de WPF que maneja la composición. En una conexión de escritorio remoto Vista / Vista, las primitivas MIL se remotan y luego se reconstituyen. En otras combinaciones (por ejemplo, 2003 / XP), lo que se remota son mapas de bits, que obviamente requieren mucho más ancho de banda. Se puede encontrar más profundidad sobre este tema en el blog de Greg Schechter, y en esta entrada en particular: http://blogs.msdn.com/greg_schechter/archive/2006/06/09/623566.aspx

---

¿Alguien tiene alguna experiencia o información más actualizada sobre este tema?

Answer 1

A partir de .NET 3.5 SP1, todos los gráficos WPF se remotan como mapas de bits, incluso en la comunicación de Vista a Vista. De http://blogs.msdn.com/jgoldb/archive/2008/05/15/what-s-new-for-performance-in-wpf-in-net-3-5 -sp1.aspx :

  

Ahora somos remotos como mapas de bits en TODOS los casos.

     

La razón es que WPF 3.5 SP1 ahora   utiliza una nueva DLL de gráficos (wpfgfx.dll)   y ciertos cambios no se pudieron hacer   a la DLL de gráficos existente de Vista   (milcore.dll) que también usa   DWM.

Como han notado otros comentaristas, el rendimiento dependerá en gran medida del diseño de la interfaz de usuario de su aplicación. El resultado potencial es que solo tiene que probar en un escenario; el rendimiento remoto ahora debería ser el mismo independientemente del cliente o servidor.

Answer 2

No hemos tenido problemas al usar Remote Admin y Bomgar para la comunicación remota una vez que esas aplicaciones se actualizaron para funcionar con WPF. Hemos probado XP a XP, XP a Vista, Vista a XP y Vista a Vista. Inicialmente, solo tuvimos problemas con la información sobre herramientas y los menús desplegables / emergentes. Durante los últimos seis meses más o menos, las cosas han estado bien.

Acabo de probar el control remoto en una máquina virtual Vista desde mi escritorio XP y nuestra aplicación se veía genial (si funciona un poco lento, pero es una VM ...) Cambié a color de 8 bits de baja calidad y los problemas de rendimiento casi Se fue completamente. La graduación, etc., se perdió en el fondo de nuestra ventana, etc., pero definitivamente todavía era utilizable.

No creo que deba tener ningún problema funcional, y solo problemas menores de rendimiento.

Answer 3

supongo que esto depende de tu aplicación wpf. si tiene muchos degradados, animaciones, pinceles, etc., su aplicación definitivamente se ejecutará más lentamente por el cable ...