<div dir="ltr"><div>Bonjour Frédéric<br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le ven. 3 avr. 2020 à 11:25, Frederic Dumas <<a href="mailto:f.dumas@ellis.siteparc.fr">f.dumas@ellis.siteparc.fr</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
Bonjour Emmanuel,<br>
<br>
>   * sur framatalk, sans parler de qualité honorable mais pas top,<br>
>     processeur à 90% (i7...)<br>
>   * sur zoom, bonne qualité, processeur à 20%<br>
<br>
<br>
D'autant que je me rappelle, Zoom exige l'installation d'un client lourd <br>
sur la machine, peut-être est-il plus optimisé que les composants WebRTC <br>
des navigateurs.<br></blockquote><div><br></div><div>Qu'entends-tu par "client lourd" ?<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Par ailleurs, le hub Jitsi délivre à chaque participants autant de <br>
streams audio-vidéo unicast qu'il y a de personnes en ligne. Par <br>
exemple, pour une conférence de 7 participants, la machine émet son <br>
propre stream vers le hub Jitsi et en reçoit 6 autres en retour. De <br>
plus, par défaut Jitsi transmet la video en HD, pourvu que la webcam et <br>
le débit le permettent. Le navigateur du destinataire doit ensuite <br>
recomposer tous ces flux à l'écran. L'analogie n'est peut-être pas très <br>
bonne, mais ça me fait penser à l'ouverture de plusieurs films en HD <br>
simultanément à l'écran avec VLC. Ça pourrait solliciter un peu le CPU, <br>
n'est-ce pas?<br></blockquote><div><br></div><div>Certes !</div><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Du coté du client lourd de Zoom, je ne sais pas s'il reçoit autant de <br>
flux qu'il y a de participants, ou bien si ceux-ci sont recomposés et <br>
encodés à la volée en un seul flux par la plateforme Zoom. Peut-être <br>
peux-tu chercher à le savoir, pour vérifier si la différence principale <br>
ne viendrait pas de la ?<br></blockquote><div><br></div><div>Intéressant, cela voudrait donc dire que la surconsommation locale de mon processeur avec Jitsi est finalement la même (voir peut-être pire) sur Zoom mais "délocalisée" sur leurs serveurs...<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
<br>
> Donc je me demandais vraiment pourquoi cette différence flagrante de<br>
> consommation et comment améliorer.<br>
<br>
<br>
Jitsi fait appel aux composants WebRTC du navigateur, il est dit que <br>
ceux embarqués dans Firefox sont plus anciens que ceux embarqués dans <br>
les navigateurs basés sur Chromium. Il serait intéressant de refaire le <br>
test avec Jitsi en utilisant un autre navigateur, et observer si la même <br>
charge processeur se répète.<br></blockquote><div><br></div><div>Bon en l’occurrence, j'étais sur Chrome...</div><div>Mais à tester effectivement.</div></div><div class="gmail_quote"><br></div><div class="gmail_quote"><br></div><div class="gmail_quote">Merci de ces éclaircissements.</div><div class="gmail_quote"><br></div><div class="gmail_quote">Manu<br></div></div>