La latence du partage d'écran se manifeste selon un schéma précis et agaçant : le présentateur dit quelque chose, désigne un point de la diapositive, et le public voit le geste tomber sur le mauvais contenu parce que la vidéo a encore un temps de retard sur l'audio. La cause est rarement unique. Il s'agit généralement de deux ou trois petits facteurs qui s'additionnent.
La latence du partage d'écran lors d'une réunion ou d'un événement hybride provient de quatre sources, classées à peu près selon la fréquence à laquelle chacune est réellement en cause :
Transformer une capture d'écran en flux vidéo compressé demande un vrai temps de traitement, plus important avec certains codecs qu'avec d'autres.
Une connexion directe est rapide ; une connexion relayée via un serveur de secours ajoute un saut, et un réseau encombré ajoute en plus un délai de mise en file d'attente.
Certains systèmes n'envoient une image complète que périodiquement : un spectateur qui rejoint le flux en cours de route peut donc voir une vidéo obsolète ou figée pendant quelques secondes, jusqu'à l'arrivée de la suivante.
Envoyer de la vidéo 4K sur une connexion qui supporte à peine le 1080p oblige les images à s'accumuler ou à être abandonnées.
Le partage d'écran de Cliqer prend en charge VP8, VP9, H.264/AVC et AV1, et ce choix compte plus qu'on ne le pense :
| Codec | Point fort | Contrepartie |
|---|---|---|
| VP8 | Compatibilité maximale, fonctionne partout | Fichiers plus volumineux à qualité égale |
| VP9 | Compression environ 20 % meilleure que VP8 à qualité égale | Surcharge d'encodage légèrement supérieure |
| H.264/AVC | Accélération matérielle sur la plupart des appareils | Meilleur choix pour réduire l'utilisation du processeur et sur les réseaux d'entreprise |
| AV1 | Meilleure compression, idéal avec une bande passante limitée | Nécessite un encodeur matériel compatible, bascule automatiquement s'il n'est pas disponible |
Si les spectateurs sont sur des réseaux d'entreprise ou des appareils anciens, H.264 est généralement le choix par défaut le plus sûr, car il bénéficie de l'accélération matérielle presque partout. Si la bande passante est la contrainte déterminante et que la machine du présentateur le prend en charge, AV1 offre la plus grande marge.
Une résolution plus élevée a un coût. Chaque préréglage correspond à une plage de bande passante réaliste :
| Préréglage | Résolution | Bande passante recommandée |
|---|---|---|
| HD | 1280x720 | 1 à 3 Mbit/s |
| Full HD | 1920x1080 | 3 à 6 Mbit/s |
| 2K | 2560x1440 | 6 à 10 Mbit/s |
| 4K | 3840x2160 | 10 à 20 Mbit/s |
Si le débit montant d'un présentateur ne couvre pas confortablement la bande passante requise par la résolution choisie, la solution est là, et non dans un mystérieux problème réseau. Passer de 1080p à 720p, ou d'un débit Auto à un réglage personnalisé de 2 à 4 Mbit/s, élimine les saccades bien plus souvent qu'on ne l'attendrait de ce qui ressemble à un déclassement.
Un partage d'écran qui semble figé pendant une seconde ou deux au moment où quelqu'un le rejoint relève généralement d'un problème d'images clés, pas de connexion. L'approche de Cliqer envoie une image clé dès la toute première image, puis évite les images clés périodiques forcées, tout en fournissant immédiatement aux nouveaux abonnés une image clé mise en cache dès leur arrivée : ils voient ainsi la vidéo en quelques millisecondes au lieu d'attendre la prochaine image clé programmée. Si vous évaluez d'autres outils, demandez précisément comment ils gèrent ce point, car la différence entre « instantané » et « jusqu'à trois secondes » à chaque arrivée tardive relève entièrement d'un choix de stratégie d'images clés, et non d'une limite du réseau.
Les réseaux d'entreprise et des lieux de conférence sont une cause fréquente de latence, non pas parce que la connexion Internet est lente, mais parce qu'un chemin direct pair à pair est bloqué et que chaque paquet doit faire un détour par un relais. Les connexions de Cliqer tentent d'abord un chemin direct via STUN et basculent automatiquement vers un relais TURN lorsque celui-ci est bloqué, y compris en relayant via le port 443 sur les réseaux qui n'autorisent que les ports web standard. Ce repli ajoute un peu de latence par rapport à une connexion directe, mais c'est lui qui permet à la session de continuer à fonctionner au lieu de se bloquer complètement. Pare-feu d'entreprise et outils de présentation et Les serveurs TURN expliqués détaillent la manière dont cette décision de routage est prise.
Lorsque la latence apparaît en direct, passez en revue les causes dans cet ordre plutôt que de deviner :
Le même ordre s'applique, que la cause profonde soit spécifiquement le partage d'écran ou une télécommande de présentation qui semble lente ; consultez la latence des télécommandes de présentation en millisecondes pour l'analyse équivalente côté contrôle plutôt que côté vidéo. Si votre outil actuel semble lent par défaut, et pas seulement dans de mauvaises conditions réseau, un partage d'écran quatre fois plus rapide vaut la lecture pour voir à quoi ressemble réellement une base plus rapide.
Nous avons aussi traqué exactement ce type de problème au niveau de l'infrastructure. Pourquoi nous avons quitté Cloudflare raconte comment nous avons identifié des connexions qui tombaient pour des raisons sans aucun rapport avec le réseau d'un utilisateur en particulier, et c'est une lecture utile si l'on vous a déjà dit qu'une connexion perdue venait « juste de votre Wi-Fi » sans vous convaincre.
Pare-feu d'entreprise et outils de présentation
Pourquoi les réseaux d'entreprise bloquent les connexions directes et comment le relais vous permet de passer.
Généralement parce qu'une connexion directe pair à pair est bloquée et que le trafic est relayé à la place, ce qui ajoute un saut réseau. Les pare-feu d'entreprise, le Wi-Fi des hôtels et certains lieux de conférence en sont la cause la plus fréquente. Il s'agit d'un problème de routage, pas de qualité vidéo, même si réduire la résolution ou le débit aide tout de même à le masquer.
Non. Adaptez la résolution à la bande passante réellement soutenable par la connexion. Un partage en 4K sur une connexion qui ne peut transporter de façon fiable que du 1080p provoque plus de saccades qu'un flux 1080p propre, voire 720p.
Ce sont deux systèmes distincts : le contrôle des diapositives passe par un canal de données à faible latence, tandis que le partage d'écran est un flux vidéo ; un flux vidéo lent ne signifie donc pas forcément que les clics sont retardés. Si ce sont précisément les clics qui semblent lents, il s'agit d'un autre problème ; consultez la latence des télécommandes de présentation en millisecondes.
Essayez d'abord de réduire la résolution et le débit. Si cela résout le problème, la connexion était le goulot d'étranglement. Si les saccades persistent avec les réglages les plus bas, il s'agit plus probablement d'une limite du processeur ou de l'encodage matériel sur la machine du présentateur.
Commencez par l'offre gratuite de Cliqer pour tester le partage d'écran sur votre réseau réel avant qu'un événement n'en dépende, et consultez les options d'encodage vidéo dans la documentation pour la référence complète des réglages. En cas de latence persistante sur des réseaux verrouillés, toutes les offres de la page tarifs incluent le même repli par relais : passer à une offre supérieure est donc une question de capacité, pas une solution à la latence en soi.
Co-présenter sans chaos : des passages de relais fluides entre intervenants
Conseils de co-présentation pour des passages de relais impeccables : convenez des signaux à l'avance et transmettez le contrôle des diapositives sans blanc ni hésitation.
Stream Deck pour les présentations : créez un contrôleur de régie à un seul bouton
Transformez un Elgato Stream Deck en contrôleur de régie à un seul bouton pour les diapositives, les minuteurs et les intervenants, en USB ou via le plugin.
À lire aussi
Des guides pratiques pour les présentateurs, les équipes AV et les équipes événementielles, plus les versions de Cliqer qui comptent. Pas de spam, un clic pour se désabonner.
