Si vous êtes venu uniquement pour le chiffre, il se trouve dans le tableau plus bas, sous « Ce qu’il faut nous envoyer ». Tout le reste explique pourquoi ce chiffre cesse d’aider au-delà d’un certain point, et quoi changer à la place quand votre débit montant ne suit pas.
Ce qui arrive à votre flux quand il nous parvient
Quand votre flux arrive chez dcast, il est réencodé en une échelle de paliers de qualité — 360p, 480p, 640p, 720p, 1080p, 1440p, 2160p — pour que le spectateur sur son téléphone dans un ascenseur comme celui qui a la fibre reçoivent tous deux quelque chose de regardable. Chaque palier est encodé jusqu’à son propre plafond de débit, et ces plafonds sont un réglage de la plateforme, pas quelque chose que vous envoyez.
Il en découle deux choses, et ce sont justement les deux que la plupart des gens comprennent à l’envers.
Les plafonds sont les nôtres, pas les vôtres. Vous ne pouvez pas relever un palier en envoyant plus, ni l’abaisser en envoyant moins. Ce que décide votre débit d’ingest, c’est la quantité de détail réel dont l’échelle dispose comme matière première — une tout autre question, et c’est à elle que répond la section suivante.
Les plafonds ne changent pas avec votre abonnement. Une offre achète la hauteur du palier le plus haut, pas le débit d’un palier quel qu’il soit. Un palier 720p est encodé de la même façon, qu’il soit le palier le plus haut d’un compte gratuit ou au milieu de l’échelle d’un gros compte.
Nous réajustons ces plafonds à mesure que notre parc de serveurs et nos encodeurs évoluent ; c’est pourquoi cet article ne publie volontairement pas de tableau de leurs valeurs : un chiffre imprimé ici serait périmé bien avant qu’on cesse de le citer. La structure est stable, les chiffres ne le sont pas — et, comme le montre la suite de l’article, ce ne sont pas les chiffres de notre côté dont votre image dépend réellement.
Ce qu’il faut nous envoyer
Votre encodeur envoie un seul flux. C’est à partir de lui que nous construisons l’échelle. La seule décision que vous prenez réellement concerne donc ce flux d’ingest unique, et la bonne façon d’y penser est la suivante : envoyez-nous assez pour que le palier le plus haut ait du vrai détail à exploiter, et pas davantage.
| Votre source |
Débit d’ingest raisonnable |
Pourquoi |
| Face caméra, slides, interview en 1080p |
4 000 – 6 000 kbps |
Peu de mouvement par image ; l’encodeur consacre le budget aux visages et au texte, et davantage de données n’apporte presque rien |
| Contenu mixte, événements, scène, table ronde en 1080p |
6 000 – 9 000 kbps |
Les changements de plan, les lumières en mouvement et les plans sur le public alourdissent chaque image |
| Mouvement rapide — sport, gameplay, caméra à l’épaule — en 1080p |
9 000 – 12 000 kbps |
Chaque image diffère de la précédente, rien ne peut être réutilisé et chaque image coûte presque le prix fort |
| 720p, tout type de contenu |
3 000 – 6 000 kbps |
Le palier 720p est confortablement alimenté bien à l’intérieur de cette plage ; au-delà, vous dépensez du débit montant pour un détail que ce palier ne peut pas conserver |
Ces plages sont un point de départ, pas une loi. La seule règle toujours valable : quoi que vous envoyiez, votre débit montant doit pouvoir le tenir en continu, pas seulement pendant une bonne minute.
Pourquoi plus de débit cesse d’aider
Le débit est un budget de données par seconde, pas un curseur de qualité. L’encodeur reçoit ce budget et doit décrire chaque image à l’intérieur. Quand l’image change à peine — une personne qui parle devant un fond fixe —, décrire l’image suivante coûte peu, et un budget plus grand reste tout simplement inutilisé. Quand l’image change partout à la fois — un panoramique sur la foule, un but, des confettis —, l’encodeur ne peut pas tout décrire et commence à grossir le trait : il envoie une couleur moyenne pour tout un bloc de pixels au lieu de ce que contient le bloc. C’est exactement ça, la pixellisation en blocs. C’est la limite visible du budget.
Voilà pourquoi le même chiffre donne des résultats différents chez deux personnes. Votre voisin, avec des réglages identiques, diffuse un overlay fixe et une webcam ; vous, vous diffusez une scène en mouvement. Même budget, facture très différente.
Cela explique aussi la forme des recommandations ci-dessus. Augmenter le débit aide jusqu’au point précis où le budget cesse d’être la contrainte ; au-delà, cela vous coûte de la marge en débit montant et n’apporte rien. Aucun réglage ne rendra un face caméra statique plus beau qu’il ne l’est déjà à 6 000 kbps.
La marge : pourquoi un palier a un tampon et pas seulement un débit
Chaque palier est encodé avec un tampon en plus d’un plafond — une fenêtre dans laquelle l’encodeur peut déborder un instant avant de rembourser. Sur notre échelle live, cette fenêtre vaut actuellement deux fois le plafond du palier. Ce n’est pas du mou : c’est précisément ce qui préserve les moments coûteux.
Une vraie vidéo n’a pas un coût uniforme. Un changement de plan sec vers une nouvelle scène coûte bien plus que la seconde d’image fixe qui le précède. Si l’encodeur devait respecter son plafond à chaque instant, il massacrerait justement ces moments-là — les coupes, les flashs, les panoramiques rapides —, qui sont ceux que le spectateur regarde vraiment. Un tampon équivalent à deux secondes de données lui permet de dépenser au-dessus du plafond un instant puis de repasser en dessous : la moyenne tient et les pics survivent.
La même logique s’applique à votre propre débit montant, et c’est là que la plupart des flux qui lâchent lâchent réellement. Si votre débit montant mesuré est de 10 Mbps et que vous réglez votre encodeur sur 10 000 kbps, vous n’avez rien laissé pour les pics — ni pour le reste du bâtiment qui partage la même ligne. Un flux réglé pile au plafond de sa connexion est un flux qui perdra des images au premier changement de plan sec. Gardez de la marge. Si votre test affiche 10 Mbps en montant, envoyer 6 000 kbps n’est pas de la frilosité : c’est le réglage qui tient toute la diffusion.
Quand la connexion est faible, baissez la résolution — pas le débit
C’est le retournement le plus utile de tout le sujet, et c’est l’inverse de ce que la plupart des gens essaient en premier.
Supposons que votre débit montant ne puisse tenir de façon fiable que 3 000 kbps. Vous avez deux façons d’y entrer : envoyer du 1080p à 3 000 kbps ou du 720p à 3 000 kbps. Même quantité de données par seconde. Mais le 1080p a plus de deux fois plus de pixels à décrire par image que le 720p ; à budget égal, chaque pixel reçoit donc moins de la moitié de l’attention. La version 1080p n’est pas une image plus nette avec moins de bande passante : c’est une image plus baveuse en plus grand. La version 720p, qui dispose des 3 000 kbps entiers pour bien moins de pixels, est propre.
L’ordre des opérations quand votre connexion pose problème est donc : baissez d’abord la résolution, et seulement ensuite ajustez le débit pour qu’il tienne confortablement dans ce que la ligne supporte pendant une mauvaise minute, pas une bonne.
La fréquence d’images se décide chez nous, pas dans votre offre
Sur le chemin live, la cadence de l’échelle est un réglage de la plateforme, pas un réglage par compte, et au moment où nous écrivons ces lignes, chaque diffusion en direct est encodée à 30 fps, quoi que vous nous envoyiez. Votre abonnement n’intervient absolument pas dans cette décision — un compte gratuit et un compte haut de gamme obtiennent la même cadence à partir de la même source.
C’est bon à savoir avant de régler quoi que ce soit, car cela oriente clairement votre budget de débit montant : sur le chemin live, vous n’avez rien à gagner à pousser votre encodeur à 60 fps. Les images supplémentaires ne sont pas transmises et, à débit d’ingest fixe, elles coûtent du détail aux images qui, elles, le sont. Si votre contenu comporte du mouvement rapide, mettez le budget dans le débit plutôt que dans la fréquence d’images.
Les vidéos importées suivent un chemin distinct, avec ses propres règles de fréquence d’images, et rien de tout cela ne s’y applique.
Ce que votre offre change, et ce qu’elle ne change pas
Mieux vaut le dire clairement, car c’est le point sur lequel on se trompe le plus souvent. Sur le chemin live, une offre détermine la hauteur du palier le plus haut — la qualité maximale qu’un spectateur peut choisir — et rien d’autre dans l’image. Les comptes gratuits plafonnent à 720p, et les offres payantes relèvent ce plafond à 1080p, 1440p puis 2160p.
Ce qu’une offre ne change pas : le débit d’un palier quel qu’il soit, le tampon, la fréquence d’images, la structure des images clés ni les réglages de l’encodeur. Un palier 720p est encodé à l’identique, qu’il soit le palier le plus haut d’un compte gratuit ou le troisième palier d’un gros compte. Il n’existe pas de version bridée de l’encodeur.
La grille des images clés, et pourquoi il ne faut pas lutter contre elle
Un réglage de votre encodeur interagit bel et bien avec le nôtre : l’intervalle d’images clés. dcast découpe le flux live en segments de 4 secondes, et chaque segment contient 2 images clés — une à la frontière et une au milieu —, l’intervalle interne d’images clés est donc de 2 secondes, calculé à partir de la fréquence d’images finale plutôt que figé sur un nombre d’images.
Vous n’avez pas besoin de vous y aligner. L’encodeur réencode ce que vous envoyez et construit donc sa propre grille. Mais si vous réglez de votre côté un intervalle d’images clés inhabituel en pensant réduire la latence en aval, cela ne la réduira pas, et un intervalle très long côté ingest dégrade les premiers instants après une reconnexion. Un intervalle d’images clés de 2 secondes dans votre encodeur est un choix sûr et sans histoire.
Un diagnostic en cinq minutes quand l’image ne va pas
Une pixellisation en blocs qui n’apparaît qu’avec le mouvement et disparaît sur les plans fixes est un problème de débit : le budget s’est épuisé là où le contenu est devenu coûteux. Augmentez le débit d’ingest d’un cran, ou baissez la résolution d’un cran.
Une pixellisation qui arrive par vagues quel que soit le contenu à l’écran, souvent accompagnée d’artefacts audio et d’un compteur d’images perdues qui grimpe dans votre encodeur, n’est pas un problème de débit : c’est votre connexion qui ne livre pas ce que vous lui avez promis. Baissez le débit jusqu’à ce que le compteur d’images perdues reste à zéro pendant dix bonnes minutes.
Une image molle partout et tout le temps, y compris sur les plans fixes, relève généralement de la source plutôt que de l’encodage : une caméra qui filme dans une résolution plus basse que vous ne le pensez, un boîtier d’acquisition qui négocie un mode inférieur, ou une scène agrandie quelque part dans votre chaîne. Aucun débit ne corrige un upscaling — agrandir une image ajoute des données, pas du détail.
Et si des spectateurs signalent des problèmes que vous ne voyez pas en local, rappelez-vous que vous regardez votre propre aperçu, pas votre propre flux. L’aperçu n’a jamais quitté vos murs.
