Scénario illustratif : Morgan utilise un ordinateur portable ancien pour une réunion Jitsi Meet. Le ventilateur se met à faire du bruit et l’utilisation du processeur par le navigateur reste élevée lorsque plusieurs participants activent leur caméra. Il s’agit d’un exemple fictif, et non d’un rapport d’utilisateur réel ni d’un résultat de test. Il nous permet d’identifier concrètement les causes possibles : le décodage de plusieurs flux vidéo entrants, l’encodage de la caméra de Morgan, les effets vidéo, ou un problème lié au navigateur ou à la carte graphique.
Commencez par identifier la partie de l'appel qui consomme le plus de ressources. Modifiez ensuite un paramètre à la fois et comparez les résultats dans des conditions de réunion similaires. Un client Jitsi Meet peut utiliser une quantité importante de ressources CPU même lorsque le serveur Jitsi fonctionne correctement ; ce guide se concentre sur le navigateur et l'appareil, et non sur la capacité du serveur Videobridge.
Les captures d'écran ci-dessous présentent des exemples de commandes et de vérifications. L'apparence et la disponibilité exactes de ces commandes peuvent varier selon le déploiement de Jitsi, le navigateur et la version.
Pendant que le problème se produit, ouvrez le Gestionnaire des tâches, le Moniteur d'activité ou le Moniteur système de votre système d'exploitation. Recherchez le processus du navigateur et, si l'outil affiche les onglets ou les tâches, l'onglet Jitsi Meet. Notez si l'utilisation du processeur est constante ou si elle augmente brièvement lorsqu'un participant rejoint la réunion ou que la vidéo change. Vérifiez également si une autre application (enregistreur d'écran, jeu ou logiciel de montage vidéo, par exemple) utilise davantage le processeur.
Pour Morgan, cette première vérification permet de répondre à une question essentielle : est-ce le navigateur qui supporte la majeure partie de la charge, ou le ventilateur réagit-il à une autre application ? Notez la taille de la réunion, si la caméra locale est activée et si des effets sont actifs. Ces détails permettront d’effectuer des comparaisons ultérieures pertinentes.
Comparez le même appareil lors d'un appel individuel et d'un appel plus important, si possible. Lors de la réunion, notez si l'utilisation du processeur augmente avec le nombre de caméras visibles ou lorsque vous passez à une disposition avec plusieurs caméras. Le rendu et le décodage de plusieurs flux vidéo en mouvement peuvent solliciter davantage le client qu'une seule vidéo distante. Il s'agit d'un indice, mais pas d'une preuve en soi : la taille de l'appel, la résolution vidéo, les pilotes de périphériques et les autres applications influent également sur la charge.
Si l'utilisation du processeur reste élevée même lors d'un appel individuel avec les effets vidéo désactivés, examinez ensuite la caméra locale, le navigateur et le traitement graphique. Si elle augmente principalement lors de la réception de nombreuses fenêtres, privilégiez les contrôles de qualité de réception et la mise en page ou la politique de l'hôte.
Ouvrez le menu « Plus d'actions » de la réunion et recherchez « Gérer la qualité vidéo » . Si votre configuration propose un curseur de qualité, choisissez une valeur inférieure et observez si les vignettes entrantes deviennent moins détaillées et si le navigateur est plus réactif. Ce réglage concerne la vidéo que vous recevez ; il ne réduit pas nécessairement la résolution de votre propre flux vidéo.
Le guide de configuration actuel de Jitsi décrit cette option startLastNcomme permettant de contrôler le nombre de vidéos des participants reçues et précise que le curseur de qualité est utilisé lorsqu'il channelLastNest configuré. Par conséquent, ne présumez pas que toutes les salles Jitsi disposent de cette option ni que son fonctionnement est identique partout. Si elle est absente, poursuivez les étapes précédentes ou demandez à l'administrateur de la réunion si le déploiement prend en charge la gestion de la qualité de réception.
Désactivez brièvement votre caméra tout en conservant autant que possible le reste de l'appel inchangé. Si cela fait une différence notable, la charge peut provenir de la capture ou de l'encodage vidéo sur votre appareil. Cela n'élimine pas le travail de décodage des vidéos des autres participants ; une galerie vidéo bien remplie peut donc toujours s'avérer gourmande en ressources.
Si la vidéo n'est pas essentielle, éteignez la caméra. Si vous devez envoyer une vidéo, améliorez l'éclairage et cadrez de manière stable afin que l'image reste exploitable même à basse résolution ; évitez de modifier plusieurs paramètres de qualité simultanément, car cela complique l'interprétation du résultat.
Si le flou ou un arrière-plan virtuel est activé, désactivez-le pour une brève comparaison. Les effets ajoutent du traitement au flux vidéo local et peuvent être mal adaptés aux appareils anciens. La documentation de configuration de Jitsi propose une option pour désactiver les arrière-plans virtuels pour un déploiement, mais la possibilité pour un participant d'activer ou de désactiver cette fonctionnalité dépend de la configuration du site.
Morgan devrait tester cela après la comparaison des caméras : d’abord caméra éteinte, puis caméra allumée avec les effets désactivés. Si la seconde configuration sollicite moins l’ordinateur portable que la configuration initiale, l’effet peut être désactivé. Il ne faut pas conclure que l’effet est la cause si la différence n’est pas reproductible.
Fermez les onglets et applications gourmands en ressources non liés à votre problème, puis assurez-vous d'utiliser un navigateur à jour compatible avec votre déploiement Jitsi. La page de compatibilité navigateurs de Jitsi répertorie les navigateurs de bureau compatibles, mais cette liste peut évoluer ; vérifiez la version que vous utilisez. Si le problème persiste, effectuez un test temporaire sans extensions de navigateur dans un profil utilisateur vierge, si la politique de votre organisation le permet.
L'accélération matérielle est un indicateur de diagnostic, et non une solution universelle. Dans Chrome, les instructions d'assistance de Google suggèrent de désactiver l'accélération graphique et de relancer le navigateur comme étape de dépannage. Si vous suspectez un problème de carte graphique ou de pilote, notez le paramètre initial, modifiez-le, redémarrez le navigateur et comparez les performances. Le rendu logiciel peut rediriger du travail vers le processeur ; rétablissez donc le paramètre initial si les performances se dégradent. Mettez à jour le navigateur et le pilote graphique via la procédure de mise à jour habituelle ; évitez d'installer des pilotes provenant de sources non fiables.
Les administrateurs d'un déploiement Jitsi auto-hébergé peuvent consulter la configuration vidéo après avoir testé les options côté participant. La documentation de référence resolutionindique la hauteur vidéo locale préférée et décrit la capture constraintsséparément. Par exemple, un administrateur peut tester une cible de capture plus basse comme ceci dans l'objet de configuration valide :
resolution: 360,
constraints: {
video: {
height: { ideal: 360, max: 360, min: 240 }
}
},Il s'agit d'un exemple, et non d'une solution universelle : vérifiez la syntaxe et les options prises en charge en fonction de la version et de la configuration Jitsi utilisées par votre déploiement. Une cible de capture plus basse réduit la quantité de données vidéo à traiter et à envoyer, au détriment de la précision de l'image. Testez la qualité d'image, le comportement de la caméra et l'utilisation du processeur client sur des appareils représentatifs avant d'appliquer la modification à grande échelle. La documentation précise que les contraintes de capture sont indépendantes du resolutionparamètre.
Pour les administrateurs dont les utilisateurs signalent une utilisation élevée du processeur, principalement lors de l'affichage en mosaïque, consultez maxFullResolutionParticipantsla documentation Jitsi. Cette option permet de réduire le nombre de participants affichés en pleine résolution avant la réception de la vidéo (de la HD à la SD) en mosaïque. La configuration indiquée maxFullResolutionParticipants: 4n'est qu'un exemple et ne constitue pas une recommandation pour toutes les organisations.
Ce paramètre influe sur la qualité vidéo pour les participants et doit être évalué dans le cadre d'une politique globale du site. Consultez la documentation de configuration actuelle pour connaître la signification exacte de ce paramètre dans votre version, déployez la modification progressivement et demandez aux utilisateurs de comparer la qualité dans une même salle et avec la même configuration. Ne confondez pas ce paramètre avec une augmentation de la capacité du serveur ; il modifie ce que les clients reçoivent.
Répétez la comparaison dans des conditions similaires : même appareil, navigateur, taille de réunion, mise en page et état de la caméra. Vérifiez si l’utilisation du processeur par le navigateur se stabilise, si le son reste clair, si la vidéo à distance est utilisable et si votre propre vidéo répond toujours aux besoins de la réunion. Modifiez un paramètre à la fois et notez le résultat. Si l’utilisation du processeur reste élevée avec la caméra éteinte, les effets désactivés et seulement quelques vidéos à distance, essayez un profil de navigateur compatible et vérifiez les limites graphiques ou thermiques du système ; ce comportement indique un problème plus complexe qu’une simple option vidéo Jitsi et peut nécessiter un diagnostic de l’appareil ou du navigateur.
En cas de problème côté client, les solutions les moins perturbatrices consistent généralement à réduire la qualité vidéo entrante lorsque disponible, à supprimer le traitement vidéo local inutile et à fermer les processus concurrents. Les modifications de configuration sur votre serveur peuvent s'avérer utiles lorsque le problème affecte de nombreux participants, mais elles impactent également l'expérience de tous. Consultez le guide utilisateur officiel de Jitsi pour les commandes avancées de réunion , la documentation de référence de Jitsi et la liste des navigateurs compatibles . Pour le dépannage de l'accélération Chrome, suivez les instructions officielles de Google Chrome concernant l'accélération graphique . Ces pages ont été vérifiées le 6 octobre 2026 ; le manuel Jitsi est régulièrement mis à jour, vérifiez donc les options en fonction de votre version installée.
Diagnostiquez les pics d'utilisation du processeur du navigateur Jitsi Meet et réduisez la charge client en vérifiant les vignettes vidéo, les effets de la caméra, les graphismes du navigateur et les paramètres de l'hôte.
Suivez l'état de santé, la charge des conférences et le trafic de Jitsi Videobridge grâce à son point de terminaison Prometheus intégré, puis explorez et représentez graphiquement les données dans Grafana.
Configurez un domaine personnalisé pour Jitsi Meet Docker avec DNS, PUBLIC_URL, HTTPS, Let's Encrypt, ports de pare-feu, paramètres NAT et vérification de bout en bout.
Fix Zimbra Admin Console 404 errors after SSL renewal by checking the correct URL and port, proxy routing, service status, deployed certificates, and logs.
Découvrez comment diagnostiquer et corriger l'avertissement de configuration PHP OPcache de Nextcloud en vérifiant le SAPI PHP actif, les limites de dimensionnement, les commentaires et les paramètres de revalidation.
Résolvez les problèmes de migration de la base de données Kopano après une mise à niveau de MySQL ou MariaDB en vérifiant les sauvegardes, les versions du serveur, les modes SQL, le jeu de caractères, l'état du schéma et les journaux.
Connectez Nextcloud à LDAP ou Active Directory avec un transport sécurisé, des filtres d'utilisateurs et de groupes, des attributs de connexion et un déploiement testé.
Corriger les notifications Element Android sur les téléphones dé-Google en configurant UnifiedPush, les autorisations Android, les paramètres de la batterie et des tests de vérification fiables.
Pour supprimer l'avertissement relatif aux index de base de données manquants de Nextcloud, utilisez la commande officielle occ. Commencez par sauvegarder vos données, prévisualisez les modifications, puis lancez la réparation et vérifiez le résultat.
Configurez l'authentification unique Keycloak pour Element Web en connectant OIDC à Synapse, en définissant l'URL de rappel exacte, en mappant les revendications de l'utilisateur et en testant la déconnexion.
