c# - ¿Hay problemas con la representación de WPF a través de Escritorio remoto en Windows XP?

.net windows-xp

Question

He oído que las primitivas WPF no serán compatibles con el escritorio remoto en Windows XP. La consecuencia de esto es que si ejecuta una aplicación WPF en una máquina de vista y la muestra en una máquina de 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 esto no estará disponible en XP. Obviamente, hay un rendimiento aquí, me gustaría entenderlo antes de incursionar en el desarrollo de aplicaciones para WPF.

Parte de la información sobre este tema se puede encontrar aquí:

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

Ver el comentario del enlace de arriba (cita):

Para 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 remota Vista / Vista, las primitivas MIL se remotan y luego se reconstituyen. En otras combinaciones (p. Ej., 2003 / XP), lo que se remota es mapas de bits, que evidentemente requiere mucho más ancho de banda. Se puede encontrar más información 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 bitmaps, 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 bitmaps en TODOS los casos.

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

Como han señalado otros comentaristas, el rendimiento dependerá en gran medida del diseño de la IU de su aplicación. El resultado potencial es que solo tienes que probar en un escenario; el rendimiento de comunicación remota ahora debería ser el mismo independientemente del cliente o servidor.

Answer 2

No hemos tenido problemas al utilizar Remote Admin y Bomgar para la comunicación remota una vez que esas aplicaciones se actualizaron para funcionar con WPF. Probamos XP a XP, XP a Vista, Vista a XP y Vista a Vista. Inicialmente, solo habíamos tenido problemas con la información sobre herramientas y las ventanas emergentes / ventanas emergentes del cuadro combinado. Durante los últimos seis meses más o menos, las cosas han estado bien.

Acabo de probar la comunicación remota en una Vista VM desde mi escritorio XP y nuestra aplicación se veía genial (si funcionaba un poco lento, pero es una VM ...) Cambié a color de 8 bits de baja calidad y los problemas de rendimiento desaparecieron casi por completo . La graduación, etc., se perdió en el fondo de nuestra ventana, etc., pero definitivamente todavía era utilizable.

No creo que deba tener problemas funcionales, 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 ...