Calculateur de Débit Binaire Vidéo

À propos du Calculateur de Débit Binaire Vidéo

Le débit binaire vidéo est la quantité de données par seconde qu'un fichier vidéo consomme, mesurée en kilobits par seconde (kbps) ou mégabits par seconde (Mbps). La relation fondamentale est simple : taille (en bits) = débit binaire (bits/s) × durée (secondes). Convertissez les bits en octets en divisant par 8, puis en Mo en divisant par 1 000 000 (décimal, la convention utilisée par YouTube, Twitch, Vimeo, AWS et tous les fournisseurs de stockage cloud) — ou par 1 048 576 si vous tenez aux Mo binaires (les anciens systèmes les rapportent encore ainsi). Ce calculateur fait l'arithmétique dans les deux sens et ajoute un moteur de recommandation qui suggère un débit raisonnable pour votre combinaison de résolution et codec, basé sur les presets publiés par YouTube, Netflix, Apple et les AOM Encoding Guidelines pour AV1. La recommandation respecte les paliers d'efficacité : H.264 (AVC, 2003) est la base ; H.265 (HEVC, 2013) demande ~50% du débit de H.264 pour la même qualité ; AV1 (2018) demande ~30% de moins que HEVC ; VP9 se situe entre H.264 et HEVC. Utilisez la recommandation comme point de départ et affinez après des rendus tests — la complexité du contenu (visage qui parle vs sport), le mouvement, le grain et la cible CRF/QP de l'encodeur décalent le débit optimal de ±30%.

Comment le débit binaire est-il converti exactement en taille et quelles unités utilise ce calculateur ?

L'outil multiplie le débit binaire (en bits par seconde) par la durée totale en secondes. Le résultat est en bits ; divisez par 8 pour les octets. De là, conversion en Ko, Mo et Go avec les préfixes SI décimaux — 1 Ko = 1 000 octets, 1 Mo = 1 000 000 octets, 1 Go = 1 000 000 000 octets — la convention des limites d'upload YouTube, des consignes Twitch, d'AWS S3 et de toute plateforme internet depuis 1998. L'Explorateur de fichiers Windows rapporte encore Kio/Mio/Gio binaires (base 1024) en les étiquetant Ko/Mo/Go, ce qui est techniquement faux selon l'IEC 80000-13 et déroute quand un fichier de 10 Go apparaît comme 9,31 Go. Si vous avez besoin d'unités binaires, multipliez la sortie décimale par 0,9313 pour convertir Mo en Mio.

Quel débit utiliser pour 1080p, 4K et 8K avec H.264, H.265 et AV1 ?

Plages standard de l'industrie pour streaming haute qualité (sans artefact visible sur contenu typique) : 1080p30 — H.264 8–12 Mbps, H.265 5–8 Mbps, AV1 3–6 Mbps ; 1080p60 — H.264 12–18 Mbps, H.265 7–12 Mbps, AV1 5–8 Mbps ; 1440p30 — H.264 16 Mbps, H.265 10 Mbps, AV1 7 Mbps ; 4K (2160p30) — H.264 35–45 Mbps, H.265 20–25 Mbps, AV1 14–18 Mbps ; 4K (2160p60) — H.264 53–68 Mbps, H.265 30–40 Mbps, AV1 20–27 Mbps ; 8K (4320p60) — H.264 non praticable, H.265 80–120 Mbps, AV1 50–80 Mbps. Les débits d'upload recommandés par YouTube sont en haut de ces plages ; pour des masters d'archive, utilisez 1,5–2× les chiffres de streaming. Pour Twitch (qui exige encore H.264), le plafond imposé est de 6 000 kbps pour les partenaires en 1080p60, ce qui fait que les streamers préfèrent 936p ou 720p pour une image plus propre à ce débit.

Quelle est la différence entre H.264, H.265 (HEVC), VP9 et AV1, et lequel choisir ?

H.264 (AVC, MPEG-4 Part 10, 2003) — compatibilité universelle, décodage matériel sur tout appareil depuis 2008, choix sûr pour la diffusion ; encodage rapide mais efficacité de compression vieille de 20 ans. H.265 (HEVC, 2013) — réduction de débit de ~50% à qualité égale par rapport à H.264, décodage matériel sur iPhone 6+, Apple Silicon, la plupart des Android depuis 2015 et les Smart TV modernes, mais grevé par des pools de brevets complexes (MPEG LA, Velos Media, HEVC Advance), raison pour laquelle YouTube et Twitch ne l'ont jamais adopté. VP9 (Google, 2013) — libre de redevances, efficacité semblable à HEVC, omniprésent sur YouTube mais décodage matériel limité côté consommateur. AV1 (Alliance for Open Media, 2018) — libre de redevances, ~30% mieux que HEVC, supporté par Netflix, YouTube, Twitch (bêta), décodage matériel sur Intel 11ᵉ gén+, AMD RDNA3+, Apple A17 Pro+, Android moderne. Choisissez H.264 pour compatibilité maximale, AV1 pour livrer au débit le plus bas, HEVC pour l'archivage car le fichier est plus petit que H.264 et les brevets importent peu en stockage personnel.

Pourquoi mon fichier final est-il plus gros ou plus petit que la prédiction du calculateur ?

Trois raisons. Premièrement, l'audio — le calculateur ne modélise que le débit vidéo ; l'audio ajoute 96–320 kbps pour AAC stéréo ou jusqu'à 1 Mbps pour Dolby Atmos sans perte. Pour une vidéo 1080p H.264 d'une heure à 10 Mbps vidéo plus 192 kbps AAC, l'audio représente 0,86% du total — souvent négligeable, mais significatif aux bas débits. Deuxièmement, surcharge du conteneur — MP4, MKV et WebM ajoutent 0,5–2% pour le moov atom, l'indexation et les en-têtes par image. Troisièmement, débit variable (VBR) — la plupart des encodeurs tournent en mode CRF ou VBR deux passes et visent un débit *moyen* ; les scènes complexes pointent plus haut, les simples plus bas, donc une cible de 10 Mbps produit un fichier proche de durée × 10 Mbps à ±5%. Si votre fichier dévie de 20%+, vérifiez si vous avez réglé le débit en kbps alors que l'encodeur attendait des Mbps (erreur ×1000) ou confondu bits et octets (erreur ×8).

Comment les plateformes recompressent-elles mon upload et pourquoi uploader à débit plus élevé ?

Toutes les grandes plateformes re-encodent votre upload vers plusieurs débits pour le streaming adaptatif. YouTube transcode vers AV1, VP9 et H.264 sur 7+ paliers de 144p à 8K. Twitch passe le débit source au stockage VOD mais transcode les qualités inférieures pour les non-partenaires. Instagram et TikTok recompressent agressivement à ~3 Mbps en 1080p, peu importe votre upload. Implication : uploadez au débit le plus élevé que la spec d'*upload* de la plateforme accepte, pas au débit du palier de visionnage le plus bas. L'upload H.264 1080p recommandé par YouTube est 8–12 Mbps ; passer à 16 Mbps donne au transcoder de YouTube plus de signal et réduit les artefacts du rendu H.264 1080p final. Le compromis est le temps d'upload et le plafond de la plateforme — YouTube autorise jusqu'à 256 Go ou 12 heures par fichier ; Twitch limite une VOD source à environ 200 Mbps.

Qu'est-ce que CRF et quel rapport avec un débit cible ?

CRF (Constant Rate Factor) est le mode de cible qualité dans x264, x265, libvpx-vp9 et SVT-AV1. Au lieu de fixer le débit, vous fixez une cible de qualité sur une échelle approximativement logarithmique : x264/x265 utilisent 0–51 avec 23 par défaut et plus bas signifie meilleur (16–18 est visuellement sans perte pour la plupart du contenu) ; AV1 utilise 0–63 avec 30 comme défaut typique. CRF produit une taille de fichier variable selon le contenu — un encode CRF-23 H.264 d'un visage qui parle est bien plus petit que le même CRF-23 d'une action coupée serrée. Utilisez CRF quand la qualité prime sur la taille (masters d'archive, uploads YouTube). Utilisez un débit cible (VBR 1 passe ou 2 passes) quand vous devez atteindre une taille exacte ou streamer sous un plafond plateforme (6 Mbps Twitch, voies SDI broadcast). Beaucoup d'éditeurs exportent en CRF pour l'archive puis transcodent vers des versions à débit cible pour la diffusion.

Pourquoi HH:MM:SS au lieu de simplement taper des secondes ?

Les deux formats produisent des résultats identiques ; HH:MM:SS est proposé parce que le cerveau humain ne calcule pas naturellement le total en secondes. Un long métrage de 142 minutes fait 8 520 secondes — la plupart des gens ne le déduisent pas rapidement, mais lisent 2:22:00 directement sur le lecteur. L'outil accepte les deux : « 7200 », « 7200s », « 2:00:00 », « 120m » et « 2h » se résolvent tous à 7 200 secondes. Pour des calculs précis à l'image près, multipliez la durée par le frame rate et divisez par le frame rate après somme des allocations de bits par frame (c'est ainsi que travaillent les estimateurs broadcast et DCP) ; pour la planification YouTube/Twitch typique, la précision à la seconde suffit puisque vous n'atteignez jamais exactement le plafond de la plateforme.

Quelle est la manière la plus précise de planifier un stream Twitch ou un upload YouTube avec une taille cible ?

Partez de la durée totale en secondes, fixez la taille cible en Mo (décimal). Calculez débit vidéo = (taille_Mo × 8 × 1000) / durée_secondes = débit en kbps. Soustrayez ensuite votre débit audio (typiquement 160 kbps pour AAC stéréo, 320 kbps pour Opus, 1411 kbps pour FLAC, 384 kbps pour Dolby Digital 5.1) pour obtenir la cible vidéo de l'encodeur. Utilisez VBR deux passes si votre encodeur le supporte — la première passe profile la complexité, la seconde distribue les bits intelligemment. Pour YouTube, ne sur-optimisez pas : visez 1,5× le débit YouTube recommandé pour que leur ré-encodage ait un signal propre. Pour Twitch vous avez un plafond strict (6 Mbps pour partenaires en 1080p), utilisez CBR (débit constant) plutôt que VBR pour garantir de ne jamais dépasser le plafond en cours de stream.