> mais ca occupe une certaine bande passante
> Qu'en est-il maintenant?
Essaye avec tightVNC, il parrait que c'est bien mieux...
Bien sur tout dépend de ton bureau. Un bureau simple avec TVM et peu de couleurs/bitmaps sera simple à dessiner. Par contre oublie E :-)
Le protocole VNC est plus gourmand que X par essence, mais on peut se rapprocher de la BP de X si on sait le configurer correctement.
> Est-ce que VNC n'envoie sur le reseau que la difference entre 2 "images" ?
Oui. Il essaye. Tout dépend de la méthode utilisée (sous Windows il fait du polling, pas très efficace).
LE protocole VNC permet d'utiliser plusieurs "encodages", système assez proche des codecs vidéo. Le client liste les encodages qu'ils supporte, et le serveur utilise le premier qui lui dit quelque chose. (as-tu essayé zlib ?)
> Est-ce qu'il compresse les donnees avant de les envoyer?
Pas toujours. Si tu force l'encodage en raw, avec un desktop 1280x1024x24.... Egalement forcer le client en 8 bpp permet de diviser par 3 la bande passante.
TightVNC fonctionne en fait comme un encodage supplémentaire (enfin je suppose, j'ai pas regardé). Les derniers VNC supportent aussi zlib.
Enfin, il est tout à fait possible de faire passer VNC par un tunel ssh, qui compresse et sécurise (on dirait un slogant ;)).
[^] # Re: Protocole VNC.
Posté par Francois Revol (site web personnel) . En réponse à la dépêche Fermeture du labo AT&T Cambridge, père de VNC. Évalué à 8.
> Qu'en est-il maintenant?
Essaye avec tightVNC, il parrait que c'est bien mieux...
Bien sur tout dépend de ton bureau. Un bureau simple avec TVM et peu de couleurs/bitmaps sera simple à dessiner. Par contre oublie E :-)
Le protocole VNC est plus gourmand que X par essence, mais on peut se rapprocher de la BP de X si on sait le configurer correctement.
> Est-ce que VNC n'envoie sur le reseau que la difference entre 2 "images" ?
Oui. Il essaye. Tout dépend de la méthode utilisée (sous Windows il fait du polling, pas très efficace).
LE protocole VNC permet d'utiliser plusieurs "encodages", système assez proche des codecs vidéo. Le client liste les encodages qu'ils supporte, et le serveur utilise le premier qui lui dit quelque chose. (as-tu essayé zlib ?)
> Est-ce qu'il compresse les donnees avant de les envoyer?
Pas toujours. Si tu force l'encodage en raw, avec un desktop 1280x1024x24.... Egalement forcer le client en 8 bpp permet de diviser par 3 la bande passante.
TightVNC fonctionne en fait comme un encodage supplémentaire (enfin je suppose, j'ai pas regardé). Les derniers VNC supportent aussi zlib.
Enfin, il est tout à fait possible de faire passer VNC par un tunel ssh, qui compresse et sécurise (on dirait un slogant ;)).