9
votes

WPF ne rendant pas sur le bureau distant

J'ai des problèmes avec le rendu d'une application WPF sur une connexion de bureau à distance.

Les applications Chrome ralentissent, mais aucune du contenu ne passe, comme si la fenêtre ne dessine pas. Au lieu de cela, le contenu précédent de l'écran s'affiche dans sa place.

Ceci a été un problème avec l'application exécutée sur Vista & Win 7, avec la télécommande étant prise à partir de XP et Win7.

Le problème n'est pas spécifique à l'application, si je crée une nouvelle application WPF, avec juste une touche de texte de la fenêtre, elle ne fonctionnera pas non plus. (Neather sera l'aperçu de Windows dans l'affichage VS2008.)

Y a-t-il des astuces pour faire fonctionner le WPF sous RDP?


1 commentaires

Il semble que cela soit quelque chose que MS ait fixé dans la version finale de Win7. Je suis maintenant capable de voir l'application en cours d'exécution sur une boîte Win7, à partir de machines à la fois XP et Win7. Merci votre aide. Permet d'espérer qu'ils ont également mis ce correctif dans Vista aussi.


7 Réponses :


0
votes

Avez-vous également essayé Win7 Dernier RDP - Win7 Connection? La chose est WPF n'utilise pas GDI pour dessiner des éléments.

Les clients VNC (comme UltraRnCC) feront probablement le truc pour vous, car ils utilisent plus d'algorithmes plus simples comme l'envoi de bitmaps.


1 commentaires

Oui, je suis actuellement en train d'exécuter Win7 à Win7 (7100) RDP, mais cela n'a eu aucun effet. Je n'irais pas VNC pour être honnête, il s'agit actuellement d'une application personnelle sur ma machine à domicile que j'aimerais pouvoir surveiller à distance. Si je ne peux pas le faire via RDP, je suis plus susceptible de le déplacer vers Winforms et de modifier le logiciel d'accès à distance. Les recherches Google / Bing montrent qu'il devrait être possible de le faire sur RDP. Je n'ai pas été en mesure de trouver un autre exemple de ce problème.



2
votes

WPF devrait rendre le PDR; Il est assez intelligent de savoir quand il peut rendre dans le matériel et quand il ne peut pas y retourner à son propre rendu logiciel GDI +. Je veillerais à ce que vous exécutez .NET Framework 3.5 SP1 sur la machine distante, car il y avait des modifications apportées à la remote pouvant poser des problèmes. (Voir le lien ci-dessous.)

Je développe une application WPF au cours des 6 derniers mois et cela fonctionne très bien sur RDP. (De Vista et Win7 à XP, Vista et Server 2003.) Une seule mise en garde importante est que cela rend l'utilisation du thème classique. Donc, si vous utilisez des contrôles qui n'ont pas de thème classique, ils ne rèleront pas. Si vous déposez simplement une zone de texte sur une fenêtre, alors ce n'est évidemment pas votre problème.

Consultez cette question pour certains liens qui peuvent être utiles: Y a-t-il des problèmes avec le rendu WPF sur le bureau distant sous Windows XP?


0 commentaires

8
votes

J'ai lu sur le blog de Kevin Dente (d'un post de Twitter) qu'il avait des problèmes avec les applications WPF dans machines virtuelles. tout en cas de moniteur distant, il est possible que le problème pourrait être le même . Kevin a pu résoudre son problème en désactivant l'accélération matérielle en créant une valeur de registre DWORD à

HKEY_CURRENT_USER \ Software \ Microsoft \ Avalon.Graphics \ Disablehwaccente

puis le régler à 1.

Son poste de blog d'origine est ici: http://weblogs.asp.net/kdente/archive/2009/10/19/visual- Studio-2010-Beta-2-Editor-Performance-Performance-Running-On-A-virtual-Machine.aspx

Ce n'est peut-être pas votre solution exacte, mais peut-être que cela vous indique dans la bonne direction.


4 commentaires

J'ai eu des problèmes avec une application WPF montrant complètement vide sous plusieurs applications de support à distance (TeamViewer, Zoho, GotoAssist) lorsque l'écran est débranché. Ceci a fait l'affaire! Note, je devais créer cette clé de registre, ce n'était pas déjà là.


Cela a fonctionné pour moi. J'exécute un VS 2015 sur un ordinateur distant (TeamViewer) sans affichage attaché à celui-ci. Les commandes WPF étaient invisibles, mais aucune erreur n'a été signalée. J'ai téléchargé une application Benchmarking DirectX de Guru3D et elle s'est comportée de la même manière ... ce qui me fait penser que cela a quelque chose à voir avec DirectX. Quoi qu'il en soit, cela semble avoir travaillé autour de la question, mais je déteste de faire des entrées de registre.


Cela lui a fixé pour moi. Vs 2019 via le bureau à distance chrome.


Cette solution fonctionne absolument si vous utilisez une connexion distante à une machine sans tête. Je l'ai utilisé depuis plusieurs années et toujours l'utiliser aujourd'hui sous Windows 10. J'ai également installé des adaptateurs d'affichage "mannequin / virtuel", ce qui résout également ce problème mais coûte de l'argent réel.



-4
votes

Il n'y a pas d'astuce spéciale nécessaire pour obtenir du contenu WPF à afficher sur un bureau à distance. Notre application basée sur le WPF rend simplement fin sur le RDP (essayé de nombreuses machines) sans problèmes. Nous utilisons même des animations, des gradients, des wribesBitmap, etc. avec aucun problème.


2 commentaires

J'ai ce problème à. Votre réponse est totalement trompeuse et fait que les gens pensent que la question est fausse.


Mauvaise réponse. Juste parce que vous n'avez pas le problème ne signifie pas que le problème n'existe pas.



0
votes

J'ai juste eu ce problème avec le ribbonwindow qui ne figure pas correctement lorsque vous testez pour la première fois via RDP - l'arrière-plan transparent était blanc, la fermeture des boutons / optimisez les boutons arrondis au bas de la fenêtre était carré, et la rangée supérieure de boutons de ruban était presque impossible à sélectionner.

s'avère qu'il y avait une solution simple pour moi. Cliquez avec le bouton droit sur l'icône de connexion RDP (je l'ai enregistrée sur mon bureau), sélectionnez "Modifier", puis sur l'onglet "Expérience" et modifier "Détecter la qualité de la connexion automatiquement" à "LAN (10 Mbps ou supérieur)".

Ceci corrigé pour moi.

ade


0 commentaires

0
votes

J'ai le même problème que l'administrateur. La case à cocher standard et hors de la case ne rend pas correctement. Je ne peux voir que s'il est vérifié lorsque vous aspirez la case à cocher. Autres ci-dessus, aucune différence entre vérifié et décoché. Remarque importante: il se produit lors du réglage du premier plan en blanc (voir ici: https://social.msdn.microsoft. Com / Forums / Vstudio / FR-US / 1C03DB49-7E53-4CBB-9DD1-B328017C4453 / WPF-Case à cocher-Cochez-page-And-Radiobutton-Vérifiez-la-Vérification-Sous-XP-Windows-Classic-theme-and-Remote? Forum = WPF )


0 commentaires

0
votes

Notre application utilisée pour avoir ce problème avec une barre de progression personnalisée. Nous avons résolu cela en définissant la couleur de fond du contrôle de la frontière en blanc. Cela me conduit à penser qu'il y a un problème avec des arrière-plans transparents


1 commentaires

J'ai eu beaucoup la même expérience. Sur WPF Windows implémentant un flou via l'API SetWindowCompositionAbute.