Le navigateur de défilement via RDP est saccadé. D'autres applications se comportent bien. Pourquoi?
J'ai Windows XP SP3 et Windows 7 machines agissant en tant que serveur dans mon réseau local. (C'est seulement 100Mbit Lan il n'y a pas de WAN).
Le client est Linux avec le dernier freeerdp 1.x vient d'être compilé.
Voici le problème. Lorsque vous, dites, ouvrez le grand document MS Office (Excel, Word Word) Vous pouvez faire défiler normalement et cela fonctionne très lisse!
Mais dans les navigateurs, c'est un peu saccadé. Donc, ce que je veux dire, c'est que, ce n'est pas un problème de connexion.
Pourquoi cela se passe-t-il? BTW, j'ai essayé de créer un simple fichier HTML avec beaucoup de texte et c'est toujours saccadé. Il ne s'agit donc pas de pages HTML "lourdes" avec des images.
J'ai également essayé d'utiliser une résolution 800x600 sans aide. Il me manque quelque chose.
J'ai essayé d'utiliser beaucoup de paramètres. J'ai essayé d'utiliser 16 bits, 24 bits, activer/désactiver des thèmes, etc.
Une idée?
P.S: sur une machine puissante avec le même client (freerdp), tout fonctionne très lisse.
Je pense que la raison que les navigateurs sont différentes de par exemple, par exemple, MS Office ou Applications utilisant des widgets natifs, c'est que la boîte à outils envoie des événements de niveau supérieur sur RDP. Par exemple, si vous faites défiler, la boîte à outils envoie un événement de défilement indiquant au client de déplacer un rectangle et envoie uniquement le nouveau contenu que le client n'a pas.
Les navigateurs d'autre part font leur rendu dans un bitmap afin d'obtenir un contrôle précis sur la sortie, donc chaque fois qu'il y a une mise à jour, tout le rectangle doit être ré-envoyé. Il est compressé, de sorte que les pages sans image seront meilleures, mais il reste beaucoup moins efficace.
Vous pouvez voir d'autres preuves en regardant les polices: Si vous avez activé l'anti-aliasing activé sur votre serveur, mais désactivé dans vos options client RDP, toute application qui affiche toujours un texte anti-aliasé est susceptible d'avoir ce problème car cela implique que cela implique Cela fait son propre rendu.
Je n'ai qu'une référence pour ce chrome WRT: http://code.google.com/p/chromium/issues/detail?id=805#c1 , mais je crois que c'est vrai des autres ; Peut-être que quelqu'un d'autre peut confirmer/nier?
(Notamment, Opera semble honorer l'option anti-aliasing du client de la RDP et semble effectivement être plus rapide sur le PDR dans mes tests totalement non scientifiques, il ne fait peut-être pas son propre rendu à un bitmap backing . D'autre part, il est encore beaucoup plus lent que le défilement à Thunderbird, par exemple, donc je ne suis pas sûr là-bas.)