{{page.title}}

{{page.description}}

Présentation

Brightcove vous recommande d'utiliser les spécifications d'encodage suivantes pour les fichiers vidéo que vous chargez dans votre médiathèque.

{{site.product_short}} prend en charge le codage H.264 et H.265 (voir HEVC ci-dessous). En général, le H.264 est recommandé car il fournit une prise en charge plus large des périphériques. L'encodage vidéo H.264 utilisera l'audio AAC.

Si vous ne connaissez pas le module Media pour {{site.product_short}}, lisez Premiers pas avec le module Media, qui explique les fonctionnalités de base du module Media et comment le lancer. Lisez également la section Chargement de vidéos avec le module de téléchargement pour obtenir des instructions sur la façon de télécharger des vidéos dans le module Médias.

Consultez Formats vidéo, codecs et conteneurs pris en charge pour plus d'informations sur les formats vidéo que Brightcove ne prend pas en charge (il n'y en a pas beaucoup).

Brightcove vous recommande d'utiliser les spécifications suivantes pour les fichiers vidéo que vous chargez dans votre médiathèque:

Vidéo HEVC (H.265)

Le codage vidéo à haute efficacité (HEVC), également connu sous le nom de H.265, est une norme de compression vidéo, conçue pour succéder au codage vidéo avancé (AVC/H.264), largement utilisé. Comparé à l'AVC, le HEVC offre une compression des données supérieure d'environ 20 % au même niveau de qualité vidéo, ou une qualité vidéo sensiblement améliorée au même débit binaire.

Les avantages de cette compression améliorée incluent la réduction de l'utilisation de la bande passante, permettant une meilleure qualité vidéo à un débit binaire inférieur, et une réduction du temps de sortie de la première image (TTFF), ce qui se traduit par une satisfaction accrue du spectateur final.

Désavantages

Le principal inconvénient est qu'étant donné qu'il s'agit d'une nouvelle technologie, la vidéo HEVC n'est pas encore largement prise en charge par les clients (c'est-à-dire appareil+système d'exploitation+navigateur/application). En outre, certains clients sont capables de basculer entre les segments HEVC et AVC pendant la lecteur, tandis que d'autres ne le sont pas.

La vidéo HEVC (H.265) ne peut pas être lue sur Windows 10 à moins que le visionneur n'achète et n'installe cette extension. Pour assurer la compatibilité avec Windows, les rendus AVC (H.264) sont recommandés. Voir Vidéo HEVC pour plus d'informations sur les clients pris en charge pour la vidéo HEVC.

De plus, le transcodage vidéo HEVC prend environ 2 à 4 fois plus de temps que le H.264.

Disponibilité

Le support HEVC est un module complémentaire payant pour {{site.product_short}}. Si vous êtes intéressé par l'assistance HEVC, contactez votre responsable de compte.

Dénomination du fichier source

Au cours du processus d'ingestion, le nom du fichier source devra être transmis dans le cadre d'une URL de demande d'API. Pour cette raison, le nom doit être compatible avec les URI. Évitez les informations suivantes dans les noms de fichiers sources pour toutes les vidéos et tous les éléments:

Recommandations pour le codage H.264

Codec vidéo: h264
Encodage: H.264 2 passes
Image-clé: Au moins toutes les 6 secondes

Recommandations d'encodage haute résolution

Pour les rendus vidéo haute résolution, téléchargez les fichiers sources H.264 sur {{site.product_short}}. Brightcove a testé des fichiers H.264 de différentes tailles et formats d'image. Chacun des cas suivants suppose un encodage H.264 à 2 passes avec audio AAC 16 bits à une fréquence d'échantillonnage de 44,1 kHz et un débit binaire de 192 kbit/s. Tous les débits binaires n'incluent pas le débit audio, mais uniquement la vidéo. Dans la discussion, nous compensons l'audio et donnons une longueur maximale approximative de la vidéo pour le téléchargement sur le service de transcodage côté serveur. Si la vidéo est entrelacée, {{site.product_short}} la désentrelace pendant le transcodage. Si vous n'avez pas transcodé votre vidéo à l'aide de {{site.product_short}}, désentrelacez votre fichier vidéo avant de le télécharger. Les images clés doivent avoir une distance maximale de 6 secondes et ne doivent pas nécessairement être équidistantes.

Taille Rapport hauteur/largeur Débit binaire minimum recommandé
640 x 480 4:3 Les vidéos avec peu de mouvement, comme les têtes parlantes, peuvent descendre jusqu'à 900 kbps avec de très bons résultats. Pour une qualité globale élevée quel que soit le niveau de mouvement, utilisez au moins 2672 kbps. Cela fait également référence aux sources 720x480 car elles sont censées être 640 x 480 mais ont un rapport hauteur/largeur de pixels différent.
640 x 360 16:9 Le débit binaire vidéo peut atteindre 2132 kbps en toute sécurité dans presque tous les cas.
1 024 x 768 4:3 Ce format est principalement utilisé dans les screencasts ou les sources HD recadrées. Dans le cas de la vidéo, 4864 kbps suffisent. Dans le cas des screencasts, nous n'avons pas vraiment besoin d'autant de données, car très peu de changements d'une image à l'autre. Nous pouvons nous en sortir avec le bas de gamme de ce qui ferait pour 720p, soit 3136 kbps. C'est en fait un peu plus que ce dont nous aurions besoin, mais nous recommandons un débit binaire plus élevé pour permettre une création d'images clés plus fréquente. Comme nous ne voulons pas d'étranges images fantômes de la souris, il est préférable d'avoir des images clés très fréquentes placées à égale distance et deux fois par seconde (donc toutes les 15 images dans le cas d'une capture d'écran très fluide). Si la fréquence d'images de la capture d'écran n'est pas de 30 (ou 29,97), le débit de données peut être ajusté en parallèle. Ainsi, si vous avez une capture d'écran avec une fréquence d'images de 15, le débit de données serait de 1568 kbps. C'est une bande passante généreuse pour une capture d'écran, mais elle est nécessaire pour éliminer les images fantômes et les déchirures de pages qui se produisent souvent lors du passage à quelque chose comme H.264.
1 280 x 720 16:9 Le débit de données pour ce format peut atteindre 3136 kbps pour une tête parlante. Lorsque le mouvement augmente, même légèrement, le débit binaire doit augmenter légèrement pour compenser. En cas de faible mouvement (c'est-à-dire que les sujets bougent, mais pas la caméra/le cadre), en supposant que l'éclairage soit adéquat ou idéal, 4512 kbps sont suffisants. Pour les mouvements élevés, ou pour compenser d'autres facteurs, 5928 kbps sont suffisants (avec un peu de marge de manœuvre).
1920 x 1080 Source étirée 16:9 De nombreuses caméras HDV et AVCHD, même au niveau professionnel, utilisent des capteurs 4:3 et étirent l'image de 1440x1080 à 1920x1080 afin de simuler la HD. Au final, cela donne souvent une image presque aussi nette à 960 x 540. Dans cet esprit, il y aura des recommandations pour ce format à la fois 960x540 et 1920x1080. Pour faire des compromis, téléchargez en 720p, les paramètres 720p précédents sont applicables ici. Le format 1920x1080 nécessitera un débit binaire de 8024 kbps pour gérer les mouvements élevés. Une tête parlante peut descendre en toute sécurité jusqu'à environ 6000 kbps, mais 8024 kbps devrait couvrir la plupart des cas. Cela permettra un peu plus d'une demi-heure. En utilisant le format 960x540, vous pouvez utiliser le même débit de 3136 kbps qu'une tête parlante 720p si vous ne passez pas à une taille supérieure et si le mouvement n'est pas trop important.

Encodage pour les applications mobiles

H.264 est actuellement la meilleure norme d'encodage pour les applications mobiles. Les appareils mobiles prennent en charge le profil Baseline H.264. Outre les capacités de lecteur vidéo réelles de l'appareil, tenez également compte des conditions du réseau et de leur effet sur la vitesse de téléchargement. Nous recommandons d'avoir au moins un rendu inférieur à 130 kbps pour une lecteur fiable sur les réseaux cellulaires. Cela devrait fonctionner de manière fiable pour la plupart des utilisateurs tout en maintenant la meilleure qualité possible.

Maintien des ratios d'

Lorsque {{site.product_short}} transcode vos vidéos, il conserve le même rapport hauteur/largeur que le fichier source. Pour les fichiers sources anamorphiques, parfois appelés pixels non carrés, {{site.product_short}} détectera et corrigera cela afin que les vidéos de sortie aient des pixels carrés pour garantir une lecteur correcte sur les ordinateurs de bureau et les appareils mobiles.

Audio

Pour l'audio, nous recommandons le format AAC. En outre, la durée de la piste audio doit être la même que celle de la piste vidéo. Si elles ne correspondent pas, la vidéo sera toujours ingérée, mais vous verrez probablement des échecs de lecteur dans certaines situations.

Pistes audio

Une seule piste audio est prise en charge, sauf si votre compte est activé pour plusieurs pistes audio, auquel cas plusieurs pistes audio sont traitées comme des alternatives. Sinon, {{site.product_short}} utilise la première piste audio du fichier vidéo et ignore toutes les autres.

Canaux audio

1 ou 2 canaux audio sont pris en charge. S'il existe des canaux audio supplémentaires, ils seront fusionnés en 2 - les résultats sont souvent insatisfaisants.