{{page.title}}

Aperçu

Brightcove Live fournit un service robuste pour créer des événements de streaming en direct ou des diffusions en direct 24h/24 et 7j/ Ce guide décrit les meilleures pratiques pour optimiser vos diffusions en direct

Contexte du contenu

Le type de contenu diffusé en continu doit être pris en compte car il a un impact sur les paramètres requis pour maintenir la qualité de l'entrée. Notez qu'il existe des compromis et que l'utilisation des paramètres les plus élevés possibles peut entraîner des problèmes tels que des images ignorées.

Sur la base des informations ci-dessous, nous vous recommandons de tester différentes combinaisons de paramètres en termes de qualité et de performance avant votre événement en direct.

Les principaux paramètres d'entrée sont décrits dans le tableau suivant:

Restrictions relatives

Afin de garantir la meilleure qualité et l'expérience de diffusion la plus cohérente possible, Brightcove Live limite les paramètres de flux d'entrée à:

• Protocole: rtmp, rtp, rtp-fec ou srt (tous sauf rtmp sont pour les entrées MPEG2-TS) ^[1-1]
• Résolution: 1 920 x 1 080 maximum
• Maximum de 30 images par seconde, ce qui est typique. Brightcove prend en charge jusqu'à 60 i/s, mais vous devrez contacter le support de Brightcove pour faire augmenter la limite. Lors de l'utilisation de 60 images par seconde, Brightcove recommande d'augmenter le débit binaire afin d'obtenir la qualité visuelle souhaitée pour le contenu et une fréquence d'images constante.
• Moins de 10 Mbits/s
• Le débit binaire constant (CBR) réduit considérablement les risques de problèmes
• Le codec vidéo doit être H.264
• Tranches: Si votre encodeur dispose de cette option, définissez-la sur 1
• Le codec audio doit être AAC
• Fréquence d'échantillonnage audio: 44,1 kHz et 48 kHz sont les fréquences audio d'échantillonnage recommandées
• Fréquence d'images clés ou GOP (groupe d'images) alignée:
  1. Une image-clé doit toujours apparaître toutes les 2 secondes pour les entrées et les sorties (y compris la vidéo à 25 ips). Cela signifie qu'une image-clé est envoyée à Brightcove par l'encodeur toutes les deux secondes du flux lui-même. Ce processus peut être défini de différentes manières, mais la fréquence d'images clés est la plus courante.
  2. Il peut être calculé de différentes manières par différents codeurs. Par exemple:
     • Wirecast utilise le nombre d'images qui passent, donc pour une vidéo à 30 ips, le réglage serait de 60.
     • Les codeurs élémentaires utilisent des secondes pour que le réglage correct soit 2-fr/.
     • La vidéo à 60 images par seconde ne changera que si ce paramètre est compté par le nombre d'images, auquel cas toutes les 120 images équivalent à 2 secondes.
• S'il existe une option pour Alignement des images-clés, Synchroniser le GOP, Aligner les images-clés ou quelque chose de ce type, assurez-vous que les images-clés sont alignées. Lorsque les images-clés ne sont pas alignées, cela entraîne des problèmes de synchronisation avec la segmentation HLS.

Remarques

• ^[1-1] Si vous avez plusieurs pistes vidéo/audio dans votre entrée TS, nous choisirons la première pour chacune d'elles. Nous recommandons également fortement d'utiliser FEC, car le simple TS sur UDP sur Internet n'est pas très fiable. Pour FEC, nous pouvons noter que plus les valeurs que vous utilisez pour les lignes/colonnes sont petites, plus la correction d'erreur sera fiable (au prix d'une bande passante accrue).

Principaux problèmes liés au streaming

Plusieurs problèmes liés à l'expérience de diffusion en continu de l'encodeur vers Brightcove sont généralement rencontrés:

1. Instabilité du réseau affectant l'entrée:
   1. Bien qu'Internet soit généralement assez fiable, il n'est pas infaillible et des problèmes peuvent survenir. Les problèmes sont plus susceptibles d'être remarqués sur les débits supérieurs.
   2. Si le téléchargement de la vidéo prend plus de temps que le temps réel, cela peut entraîner une dérive d'entrée (le temps de réception de la vidéo est sensiblement plus long que lorsqu'elle a été envoyée)
2. Surcharge du transcodeur entraînant des sauts de trames: alors que nous faisons tout pour nous assurer que nos transcodeurs ont une surcharge suffisante, parfois des pics soudains de complexité du contenu, des hoquets/rattrapages du réseau ou d'autres interruptions de nos transcodeurs peuvent provoquer des sauts de trames. Plus l'entrée est complexe, plus il est probable que des trames ignorées soient rencontrées. Il existe également un problème connu selon lequel les modifications d'une image fixe pendant une durée prolongée, par exemple plus de 5 minutes, et une modification soudaine du contenu de l'action peuvent entraîner une surcharge.
3. Encodeur envoyant des durées d'images variables: la fréquence d'images doit être constante et elle doit être telle qu'elle permette un intervalle d'images-clés constant. Par exemple, pour une fréquence d'images telle que 29,97 alias 30000/1001 ou 23,976 alias 24000/1001, il n'est pas possible de définir une image-clé à un intervalle régulier et doit donc être évitée.
4. Encodeur envoyant des images clés dont la durée n'est pas constante, la fréquence d'images clés doit être au moins égale à deux fois la fréquence d'images en secondes. Par exemple, pour une fréquence d'images de 30 images par seconde, l'intervalle d'images clés doit être de 60 images, soit 2 secondes et doit être un intervalle maximum d'une fois par segment. Par exemple, si vous avez un segment de 6 secondes, l'intervalle maximum serait de 180 images à 30 ips.

Types de contenu

En général, un contenu plus complexe nécessite l'utilisation du paramètre le plus élevé de ces paramètres et est donc plus susceptible d'être ignoré. Le tableau ci-dessous présente quelques exemples par ordre de complexité. Notez que ce ne sont que des exemples, et que presque chaque configuration d'encodeur est différente. Des tests et des vérifications doivent être effectués.

Vérification et essais

Idéalement, vous devriez commencer avec les paramètres les plus bas possibles sur votre contenu le plus complexe (le plus changeant) et testez leur contenu en augmentant les différents paramètres jusqu'à ce que la sortie soit acceptable. En effet, plus les paramètres sont élevés, plus les problèmes sont susceptibles de se produire sur le réseau ou lors du transcodage.

Test de bande passante

La première étape pour obtenir les paramètres appropriés pour le flux d'entrée consiste à déterminer la bande passante disponible sur site. Voici quelques outils qui peuvent vous aider:

• Speedof.me (http://speedof.me) - Déterminer la bande passante totale disponible pour les connexions HTTP est une bonne première étape. Toutefois, étant donné que le flux d'entrée sera diffusé en continu vers le module Live via RTMP au lieu de HTTP, la bande passante réelle disponible pour les connexions RTMP sera nettement inférieure.
• Speedtest (http://www.speedtest.net) - Outil en ligne permettant de déterminer les vitesses de téléversement et de téléchargement actuelles.

Bande passante d'entrée

Fournir un flux d'entrée stable et de haute qualité est le seul moyen de garantir la meilleure expérience utilisateur aux spectateurs. Un bon flux d'entrée fournit la meilleure qualité vidéo avec la bande passante la plus élevée disponible en permanence depuis un emplacement.

• Bande passante d'entrée minimale: 2,5 Mbits/s
• Bande passante d'entrée maximale: 10 Mbits/s

Déterminer les capacités du

Il est également important de comprendre les capacités du logiciel et du matériel utilisés pour coder le flux en direct et l'envoyer au module Live. Il peut y avoir beaucoup de débit binaire pour envoyer un flux d'entrée 1080p de haute qualité, mais le matériel doit également être capable de coder à des vitesses plus rapides que le temps réel. Certains outils de codage affichent des informations sur l'utilisation totale du processeur et la bande passante utilisée. Par exemple, Telestream Wirecast affichera les statistiques de sortie en bas de la fenêtre Wirecast.

Ces informations sont utiles pour déterminer le flux le plus stable et de la plus haute qualité possible sur un matériel donné. Ce qu'il faut regarder dans Wirecast:

• Le processeur doit être inférieur à 80 %
• Le datarate doit être proche du débit cible
• Les images par seconde doivent être au rythme des paramètres du flux d'entrée

Structure du GOP

La structure du groupe d'images (GOP) de la vidéo dépend d'abord du profil utilisé comme suit:

1. Le profil de base prend uniquement en charge les trames I et P et le codage entropique CAVLC
2. Prise en charge principale et élevée des trames I, B et P et du codage entropique CABAC

Les profils principal et élevé permettent généralement d'obtenir une meilleure compression avec une meilleure qualité, mais nécessitent également des calculs supplémentaires pour le codage et le décodage, car ils peuvent être plus sensibles aux trames sautées. De plus, comme ces profils utilisent des trames B (bidirectionnelles), ils induisent un certain retard dans le processus de codage.

Le profil de base nécessite moins de CPU pour le codage et le décodage, mais comme il offre moins de compression, il nécessite un débit binaire plus élevé pour maintenir la qualité et est donc plus sensible aux problèmes de réseau.

Remarques sur les types d'images et leur impact probable sur les performances:

1. I frames: utilise le plus de bande passante. Il est préférable de l'ajouter pour les changements de scène complets ou aux limites des segments, c'est-à-dire que plus le contenu change, plus vous en avez besoin (longueur de GOP plus courte)
2. Cadres P: sont l'unité de base entre les images I
3. Trames B: utilisez à la fois les trames précédentes et futures, plus vous en ajoutez, meilleure sera la compression, mais plus le processeur et la latence seront élevés

L'utilisation des images I devrait idéalement être limitée au début des segments (critique si l'on utilise le passthrough) ou aux changements de scène. Il convient d'éviter tout ou nombre élevé de trames I, car cela peut entraîner une charge excessive entraînant des sauts de trames.

Remarques supplémentaires:

• Utilisez des options pour empêcher le placement dense des images clés (exemple: min_keyin = 3+).
• Utilisez les options garantissant une cadence d'insertion régulière des images clés. Par exemple, au lieu de spécifier la longueur du GOP en secondes, spécifiez-la en fractions ou en images exactes.

Débit binaire

• Bande passante d'entrée minimale: 2,5 Mbits/s
• Bande passante d'entrée maximale: 10 Mbits/s

• Rendre le flux presque CBR-fr/ - avec max_bitrate = 1.1 * target_bitrate.
• Utilisez le mode de contrôle de débit strict conforme à la norme HRD, si disponible.

Protocole

Il est important de noter qu'Internet n'est pas un réseau de diffusion garanti et que si une connexion Internet peut être considérée comme bonne-fr/, elle peut ne pas être suffisante pour un streaming vidéo en direct fiable et de haute qualité. Une petite interruption du chemin entre l'encodeur client et la plate-forme de transcodage Brightcove, telle qu'un léger encombrement chez un FAI, un basculement imprévu entre les routeurs ou des problèmes similaires, peut entraîner une perturbation de la sortie vidéo. Lors de la diffusion en direct à enjeux élevés, il est normal d'avoir plusieurs réseaux dédiés composés soit de fibres dédiées, soit de bande passante satellite réservée, soit de bande passante dédiée sur un réseau géré. Cela a un coût substantiel et, dans la plupart des cas, il est possible d'obtenir un résultat suffisant sur Internet. Si, toutefois, il est essentiel de maintenir un transport sans défaillance, pensez à AWS Direct Connect ou à un FAI qui peut fournir un certain niveau de bande passante dédiée.

En règle générale, nous recommandons de consacrer une bande passante deux fois la taille de flux attendue de l'encodeur afin d'éviter complètement tout problème réseau lié à la bande passante.

Les options que nous recommandons sont (dans l'ordre):

1. SRT - offre une bonne combinaison de vitesse de transport (UDP) avec un certain contrôle et une certaine résilience aux erreurs. Non disponible sur tous les encodeurs, bien qu'il existe des outils capables de traduire à partir du RTP local tels que srt-transmit.
2. RTMP - étant basé sur TCP, il offre un bon niveau de résilience aux erreurs, les inconvénients sont que cela entraîne une surcharge importante. Notez que toutes les fonctionnalités telles que plusieurs pistes audio ne sont pas disponibles avec RTMP.
3. RTP-FEC - fournit un transport rapide basé sur UDP avec une certaine résilience aux erreurs
4. RTP: fournit un transport rapide et des fonctionnalités avancées sans aucune résistance aux erreurs

Codeurs pris en charge

Consultez Encodeurs pris en charge pour les événements en direct pour obtenir la liste des encodeurs connus pour fonctionner avec Live. Notez que d'autres encodeurs peuvent également fonctionner, mais n'ont pas été testés.

Consultez Encodeurs pris en charge pour les événements en direct pour obtenir la liste des encodeurs connus pour fonctionner avec Live. Notez que d'autres encodeurs peuvent également fonctionner, mais n'ont pas été testés.

CDN pris en charge

• Akamai
• Amazon CloudFront

Nouvelles tentatives

Nous recommandons d'activer les nouvelles tentatives pour la connexion RTMP à partir de l'encodeur. Un grand nombre de nouvelles tentatives avec un intervalle de 5 secondes permet d'atténuer les problèmes de connectivité intermittents entre le codeur et le point d'entrée.

Paramètres de la tâche (Live API uniquement)

Paramètres de travail recommandés

Commencer une diffusion en direct

Une tâche doit être activée avant la connexion du codeur. En outre, l'activation d'une tâche après le démarrage du flux à partir de l'encodeur n'est pas une procédure prise en charge et peut entraîner un comportement inattendu.

Recommandations relatives au fichier source Slate

• Résolution: (la meilleure dans votre échelle d'encodage)
• FPS: (identique à votre source)
• Débit binaire: (meilleur dans votre échelle d'encodage ou mieux)
• Audio: (même débit, canaux, fréquence d'échantillonnage et bits par échantillon que votre meilleur rendu, ou identique à votre entrée)

Recommandations de sortie

Vous trouverez ci-dessous les paramètres de sortie recommandés, mais notez que pour de nombreux encodeurs, l'entrée RTMP est limitée à 10 Mbits/s (vidéo+audio) et à une fréquence d'images par seconde de 30 images par seconde.

FAQ

Dans combien de temps devez-vous commencer à diffuser en continu après avoir créé un emploi en direct ?

Dans Brightcove Live, il existe deux conditions lorsque l'état passe de l'état en attente à la fin:

1. si la tâche est en attente (pas encore démarrée) et que la valeur max_waiting_time_ms est écoulée, la tâche est terminée/désactivée.
2. Si la tâche est à l'état déconnecté (démarrée, mais déconnectée) et que le temps de reconnexion est écoulé, la tâche est terminée/désactivée.

Si la durée de l'événement est supérieure à 30 minutes, la tâche se terminera dans 30 minutes. Si la durée de l'événement est inférieure à 30 minutes, la tâche se terminera dans event_length.

Par exemple, si la durée de l'événement est de 60 minutes, la tâche en direct se terminera dans 30 minutes. Si la durée de l'événement est de 15 minutes, la tâche en direct se terminera dans 15 minutes

Le reconnect_time n'a aucun effet sur l'état d'attente.

Quelles sont les limites des paramètres de travail en direct simultanés ?

Un maximum de 5 tâches actives non démarrées en attente est autorisé à tout moment.

Limitations supplémentaires concernant les tâches simultanées:

• Le nombre de tâches de canal (24 h/24, 7 j/7) est limité à 0 ou à un faible nombre par région (selon le type de compte).
• Le nombre de tâches événementielles en cours d'exécution simultanée est limité par région, généralement à 100.
• Le nombre de tâches événementielles en attente de connexion simultanées est limité à 5.
• Le nombre de tâches SEP par région est limité à 3 ou 10 (voir Régions AWS prises en charge).

Chacune de ces limites peut être ajustée au niveau du compte par le Support. Contactez votre responsable de compte si vous avez besoin de capacités supplémentaires.

Est-ce que Brightcove Live peut pousser la qualité 1080p à condition que la bande passante d'entrée soit suffisante ?

Oui, l'entrée 1080p est activée pour tous les comptes.

Les DRM sont-ils disponibles ?

Oui ! Contactez votre responsable de compte si vous souhaitez ajouter la prise en charge des DRM à votre compte réel.