Une autre solution plus "expérimentale" mais multiplateforme consiste à utiliser l'encodage "screen" de VLC avec Synergy.
Depuis peu VLC a intégré en encodage le VP8 de Google qui est très performant. Mais la capture d'écran ( driver "screen") de VLC est très faiblement performante. Après il suffit de faire passer les flux "audios/vidéos" et "clavier/souris" dans deux tunnels avec stunnel ou ssh (j'ai une très nette préférence pour stunnel).
Question consommation de ressources c'est assez abominable, mais ça permet de bien comprendre l'influence de la résolution ( qualité ) sur la fluidité et la consommation de bande passante.
Un bon TP de BTS audiovisuel en somme :-)
[^] # Re: prise en charge du protocole RDP
Posté par Loïc Ibanez . En réponse à la dépêche X.Org est mort, vive Wayland ! (2). Évalué à 1.
Une autre solution plus "expérimentale" mais multiplateforme consiste à utiliser l'encodage "screen" de VLC avec Synergy.
Depuis peu VLC a intégré en encodage le VP8 de Google qui est très performant. Mais la capture d'écran ( driver "screen") de VLC est très faiblement performante. Après il suffit de faire passer les flux "audios/vidéos" et "clavier/souris" dans deux tunnels avec stunnel ou ssh (j'ai une très nette préférence pour stunnel).
Question consommation de ressources c'est assez abominable, mais ça permet de bien comprendre l'influence de la résolution ( qualité ) sur la fluidité et la consommation de bande passante.
Un bon TP de BTS audiovisuel en somme :-)