Voici un test simple de congestion qui compare une implémentation WebRTC à une autre technologie vidéo.
Pour une meilleure lisibilité, regardez la vidéo sur YouTube en plein écran.
Ce que mesure le test
Nous effectuons deux appels vidéo individuels indépendants, un avec chaque technologie. Les 10 premières secondes se déroulent sur un Wi-Fi normal. Vers la 10e seconde, nous dégradons le réseau pour les deux appels et limitons la bande passante montante et descendante à 500 kb/s. Nous mesurons ensuite :
- La rapidité avec laquelle chaque solution informe l'utilisateur qu'elle éprouve des problèmes réseau.
- La rapidité avec laquelle chacune rétablit un flux vidéo partiel en définition réduite (adaptation partielle).
- La rapidité avec laquelle chacune rétablit une vidéo entièrement fluide dans cette définition réduite (adaptation complète).
Nous rétablissons ensuite le réseau et mesurons la rapidité de récupération :
- Le temps pour atteindre une qualité semblable à la SD (environ 1 Mb/s).
- Le temps pour atteindre une qualité semblable à la HD (environ 2 Mb/s).
Comment reproduire le test
Ce test très simple ne fait qu'effleurer la technologie. Voici les détails :
- Nous avons diffusé le contenu source sur un appareil indépendant et utilisé Logitech Screen Share pour le transformer en webcam pour un participant (l'émetteur).
- L'autre participant (le récepteur) avait sa vidéo locale désactivée dans les deux cas.
- Nous avons utilisé Link Conditioner, inclus dans les outils de développement d'Apple, pour limiter la bande passante.
- Le test a été effectué sous OS X 10.13.6.
- Le profil Link Conditioner avait les paramètres « Downlink Bandwidth » et « Uplink Bandwidth » réglés à 500 Kbps, et tous les autres champs à 0.