Les diagnostics et les statistiques, ça n'a pas l'air très excitant, on le sait. Mais parfois les plus belles choses arrivent dans des emballages peu attrayants. JamKazam mesure et rapporte des statistiques de performance importantes en permanence pendant tes sessions. Si tu as des problèmes de qualité audio ou de latence en session, ou si tu es simplement curieux de comprendre ce qui se passe « sous le capot » de ton ordinateur, de ton matériel audio et de ton équipement réseau, les diagnostics de session peuvent t'apporter un éclairage précieux sur ce qui se passe et sur ce que tu peux y faire.

 

Commençons par examiner les diagnostics de ton propre ordinateur et de ton matériel audio. Passe la souris sur le petit cercle coloré de l'une de tes propres pistes audio, dans la colonne Entrées audio à gauche de l'écran de session (voir image ci-dessous, avec la flèche).




Tu vois maintenant un ensemble de statistiques de diagnostic, affichées et mises à jour en continu (voir image ci-dessous).



 

L'entrée Processeur, sous l'en-tête Ordinateur, indique le pourcentage du processeur de ton ordinateur actuellement utilisé, pas seulement par JamKazam mais par tout ce qui tourne en ce moment sur ton ordinateur. Si cette valeur dépasse 80 % environ, tu risques de commencer à avoir des défauts audio et d'autres problèmes, parce que le processeur de ton ordinateur est saturé et n'arrive plus à traiter l'audio JamKazam de façon fiable. Pour réduire la charge du processeur et faire baisser ce chiffre, tu peux envisager de fermer les autres applications en cours d'exécution sur ton ordinateur. Tu peux aussi fermer la fenêtre vidéo JamKazam ou réduire sa résolution (si tu utilises les fonctions vidéo de JamKazam dans ta session), car la capture et le streaming vidéo demandent une bonne part de puissance de traitement.

 

Sous l'en-tête Interface audio, tu vois des statistiques sur les performances de l'interface audio que tu utilises pour traiter l'audio, comme suit :

  • L'entrée Latence de cette liste indique ta latence de traitement audio. Pour être clair, c'est le temps qu'il faut à ton ordinateur et à ton interface audio pour capter l'audio analogique de ton instrument et/ou de ta voix, le numériser et le mettre sur le réseau pour l'envoyer aux autres musiciens de la session, plus le temps qu'il faut à ton ordinateur pour récupérer l'audio numérisé qu'il reçoit des autres musiciens de ta session, le reconvertir en audio analogique et le jouer dans ton casque. En gros, ce chiffre représente donc tout le temps que prend ton ordinateur pour traiter l'audio en session. Cela n'inclut *pas* le temps que met l'audio à traverser Internet. La plupart des ordinateurs et interfaces audio d'aujourd'hui ont besoin de 4 à 14 millisecondes pour traiter l'audio. Utiliser le micro intégré de ton ordinateur est généralement nettement plus lent, et demande typiquement plus de 20 millisecondes pour traiter l'audio, parfois beaucoup plus.
  • Sous la mesure de Latence, tu verras les valeurs de Jitter d'entrée et de Jitter de sortie. Pour garder un son propre, tu veux que ton interface audio capte et transfère l'audio à ton ordinateur de façon fiable et à l'heure. Le jitter, dans ce contexte, mesure la variabilité du rythme/de la cadence à laquelle ton interface audio capte et transmet l'audio de ta voix ou de ton instrument à ton ordinateur. La variabilité, c'est mauvais. Tant que ces mesures de jitter restent dans le vert ou le jaune, tout devrait aller côté jitter. Si elles passent au rouge plus qu'occasionnellement, cela causera des problèmes de latence ainsi que des problèmes de qualité audio comme des clics et des pops.
  • Le Pilote du matériel t'indique quel logiciel audio contrôle ton interface audio. Sur un Mac, c'est généralement CoreAudio. Sur un ordinateur Windows, c'est généralement un pilote ASIO conçu par le fabricant de ton interface audio. C'est purement informatif.
  • Et enfin, la Taille de trame t'indique à quelle fréquence ton interface audio capte et transmet des « morceaux » d'audio à ton ordinateur. Dans la capture d'écran ci-dessus, la taille de trame est de 2,5 millisecondes. Cela signifie que ton interface audio prélève un morceau d'audio analogique d'une durée de deux millièmes et demi de seconde, le numérise et le transmet à ton ordinateur pour traitement. Cette valeur de Taille de trame se règle à l'étape 2 de l'Assistant matériel. C'est une taille de trame assez sûre pour tous les ordinateurs de nos jours. Pour les ordinateurs plus récents/actuels, avec plus de puissance de traitement, tu peux réduire ta taille de trame à 1 milliseconde, pour que l'audio soit échantillonné et traité chaque milliseconde, ce qui diminuera ta latence de traitement audio.

 


Passons maintenant aux statistiques de diagnostic disponibles sur les autres musiciens de ta session. Dans cet exemple, disons que tu es en session avec deux autres musiciens, Peter et Seth. Pour voir les statistiques de Peter, passe la souris sur la bulle de statistiques colorée de Peter (voir image ci-dessous, avec la flèche).




Tu vois maintenant un ensemble de statistiques plus étoffé (voir image ci-dessous).



 

La latence totale (« Latence totale ») en haut de cet ensemble de statistiques indique la latence totale, de bout en bout, entre toi et Peter, y compris le temps de traitement de l'audio à chaque extrémité de ta connexion, plus le temps que mettent les données audio à traverser la connexion Internet entre toi et lui. Donc, dans l'exemple ci-dessus, à partir du moment où tu joues sur ta guitare et que tu l'entends dans ton propre casque, Peter entendra le son de ta guitare 30 millisecondes plus tard, autrement dit 30 millièmes de seconde après.

 

Les sections Ordinateur et Interface audio montrent les mêmes statistiques que celles passées en revue ci-dessus pour ton propre ordinateur et ta propre interface audio, mais cette fois pour l'ordinateur et l'interface audio de Peter. Tu peux donc voir si le processeur de l'ordinateur de Peter est trop sollicité ou si l'interface audio de Peter a des problèmes de jitter.

 

Sous ces sections, il y a une nouvelle section intitulée « Connexion Internet », qui affiche des données sur la connexion Internet entre toi et Peter, comme suit :

  • L'entrée Latence de cette liste t'indique le temps que mettent les données audio à traverser Internet entre toi et Peter. Dans l'exemple ci-dessus, la latence Internet est de 13 millisecondes. Donc environ la moitié des 30 millisecondes de latence totale entre toi et Peter vient d'Internet, et l'autre moitié de ton ordinateur et de ton matériel de traitement audio. 
  • Dans la section Interface audio des statistiques, le jitter mesure la variabilité de la cadence à laquelle ton ordinateur et ton interface audio captent et traitent l'audio. Dans cette section Connexion Internet des statistiques, les deux statistiques de jitter mesurent la variabilité du temps que mettent tes données audio à aller de toi à Peter, et de Peter à toi, via Internet. S'il y a de la variabilité dans le temps de transmission de tes données audio sur Internet, c'est mauvais, et cela se traduira par une latence plus élevée et aussi par des problèmes de qualité audio, comme des craquements et des pops. Tant que ces deux statistiques sont dans le vert ou le jaune, ça devrait aller. Le rouge est un problème, comme d'habitude. La clé la plus importante pour limiter le jitter Internet est d'utiliser une connexion Ethernet filaire plutôt qu'une connexion sans fil/Wi-Fi sur ton ordinateur. On y revient plus bas.
  • L'entrée Perte de paquets de cette liste t'indique quel pourcentage des morceaux d'audio envoyés entre toi et Peter se perdent en chemin sur Internet. Ce chiffre devrait être à zéro ou presque, et là encore, relier ton ordinateur à ton routeur domestique par une connexion Ethernet filaire le maintiendra au minimum. Si cette statistique passe au rouge, tu vas à coup sûr entendre des problèmes de qualité audio.
  • L'entrée Connectivité de cette liste t'indique si Peter utilise une connexion Filaire (c'est-à-dire si l'ordinateur de Peter est relié à son routeur domestique par un câble Ethernet) ou une connexion Wi-Fi (c'est-à-dire sans fil). Les connexions Wi-Fi sont très, très mauvaises pour les performances de streaming de JamKazam, donc si tu vois dans cet affichage de diagnostic qu'un autre musicien de ta session est en Wi-Fi, tu sauras pourquoi ta connexion avec ce musicien est mauvaise, et tu pourras lui suggérer qu'il aurait tout intérêt à passer la connexion Internet de son ordinateur en filaire.
  • Et enfin, les statistiques RX et TX audio et vidéo en bas de cette section montrent la taille des flux audio et vidéo que tu envoies à Peter et que tu reçois de lui dans la session. L'application JamKazam ajuste automatiquement ces flux à la hausse ou à la baisse pour optimiser la qualité audio et vidéo tout en s'adaptant à la bande passante Internet disponible à chaque instant. Plus de bande passante se traduit généralement par une meilleure qualité audio et vidéo.

 


Disons maintenant que tu descends pour regarder les statistiques de Seth dans la session. Pour cela, passe la souris sur le point coloré de la piste audio de Seth (voir image ci-dessous, avec la flèche).


Tu vois maintenant les statistiques liées à l'ordinateur et à l'interface audio de Seth, ainsi qu'à la connexion Internet entre toi et Seth (voir image ci-dessous).




Tu y vois le même ensemble de statistiques, mais un tableau très différent. Ta latence totale avec Seth est de 91 millisecondes, contre 30 millisecondes avec Peter. Cela va rendre quasiment impossible de jouer en sync avec Seth.

 

Quand tu regardes les statistiques de l'ordinateur et de l'interface audio de Seth, elles ont l'air bonnes, et sont toutes dans les plages verte et jaune. Mais quand tu regardes ses statistiques Internet, tu vois beaucoup de rouge. La latence Internet de base, c'est-à-dire le temps que mettent les données audio à transiter de l'un à l'autre via Internet, est d'environ 23 millisecondes, ce qui est dans la plage jaune. Pas génial, mais pas catastrophique non plus. Le coupable ici, c'est que si tu regardes la Connectivité de Seth, elle indique Wi-Fi, avec un point rouge qui signale un problème. L'ordinateur de Seth utilise donc une connexion Wi-Fi plutôt qu'un câble Ethernet filaire pour se relier à son routeur domestique. Cette connectivité Wi-Fi crée de gros problèmes de jitter Internet, qui apparaissent dans les deux statistiques de jitter, toutes deux rouges elles aussi. Et tout cela remonte dans la statistique de latence totale, rouge elle aussi, signe d'une mauvaise connexion.


Tu peux sauter cette section si tu ne veux pas entrer dans la technique, mais on nous pose régulièrement la question, alors nous mettons l'information ici. Le problème des routeurs Wi-Fi n'a rien à voir avec la bande passante. Bande passante et latence ne sont pas corrélées. Avoir ou obtenir plus de bande passante ne réduira pas ta latence. Le problème des routeurs Wi-Fi n'a rien à voir non plus avec ton service Internet. Le problème tient au débit de paquets. En gros, pour garder une latence audio assez basse pour jouer ensemble en session, l'une des nombreuses choses que JamKazam fait différemment de Zoom, Skype ou d'autres applications est de capter et de transmettre les données audio très fréquemment, en très petits morceaux. Avec le réglage de taille de trame de 2,5 ms de l'exemple ci-dessus, chaque flux audio entre toi et Peter et Seth transmet et reçoit 400 paquets/morceaux de données audio par seconde. Ces paquets doivent être livrés dans le bon ordre et pile à l'heure, comme une horloge. Sinon, la qualité audio s'effondre. Et les routeurs Wi-Fi sans fil ne gèrent tout simplement pas bien cette tâche. Ils ont tendance à s'étrangler, et les morceaux de données prennent du retard. C'est donc un effort supplémentaire, mais qui vaut largement la peine : relie ton ordinateur à ton routeur domestique avec un câble Ethernet. Si ton ordinateur n'a pas de port Ethernet, tu peux acheter un adaptateur USB vers Ethernet pour permettre cette connexion filaire.