Calculateur débit / taille

transforme les réglages de débit en attentes concrètes de taille finale

Exemple résolu — Calculateur débit / taille

Débit total	6,192 Mbps
Taille finale	478,33 MB
Débit de croisement avec la cible	6,539 Mbps
Débit vidéo pour atteindre la cible	6,539 Mbps
Débit de pic	6,192 Mbps
Taille utile	464,4 MB
Vs cible	-41,67 MB
Part de l'audio	3,1%

Ce sont les valeurs affichées par le calculateur à l’ouverture de la page. Modifiez une entrée ci-dessus pour les recalculer.

Chargement de la simulation interactive...

le débit est un flux, la taille est une intégrale 🖖

Le débit binaire est une grandeur instantanée dont la taille du fichier est l’intégrale. Une valeur mérite donc d’être retenue : chaque mégabit par seconde supplémentaire représente exactement 450 Mo par heure, quel que soit le contenu de l’image. La durée produit le même effet cumulatif. Le préréglage Conférence longue se contente de 3,2 Mbit/s, mais génère tout de même un fichier plus volumineux que le préréglage 4K à dix-huit, car quatre-vingt-dix minutes pèsent davantage que quinze. Le son et le surcoût du conteneur restent modestes — pour ces huit préréglages, ils représentent entre 5 et 10 % du fichier final.

pourquoi le fichier fait un huitième du débit 🖖

Le débit binaire se mesure en bits par seconde, mais la taille du fichier en octets — et un octet vaut 8 bits. Les mégabits par seconde affichés par votre encodeur doivent donc être divisés par 8 pour obtenir des mégaoctets par seconde de stockage. Règle simple : 8 Mbps équivalent à environ 1 MB par seconde, donc un clip de 10 minutes atteint près de 600 MB avant l'audio et le surcoût de conteneur. Bien poser ce facteur 8 fait la différence entre un plan qui tient et un autre qui déborde huit fois.

deux 'méga' différents dans un même calcul 🖖

Le débit binaire utilise toujours le méga du SI : 1 Mbps vaut exactement 10⁶ bits par seconde. Mais le 'MB' d'une taille de fichier est ambigu — les fabricants de stockage et cette calculatrice l'entendent comme 10⁶ octets, tandis que Windows compte encore en base 2, où un 'MB' vaut en réalité 2²⁰ = 1 048 576 octets (un mébioctet, MiB, à proprement parler). Le même fichier de 700 MB s'affiche donc à 668 MB dans l'explorateur, et l'écart se creuse à chaque préfixe jusqu'à ce qu'un disque de '1 TB' n'indique plus qu'environ 931 GB.

UNE ÉTAPE D'UNE CHAÎNE — CE QUI ENTRE, CE QUI SORT, CE QUI CASSE ENSUITE

Où cette étape se situe dans la chaîne d'encodage

Un encodeur vidéo n'est pas un algorithme mais huit étapes dans un ordre fixe, et cet ordre n'est pas arbitraire : chaque étape existe parce que la précédente a rendu son travail possible. Cet outil modélise l'une d'elles. La chaîne ci-dessous renvoie aux sept autres.

Calculateur débit / taille — convertit le débit produit par la chaîne en taille de fichier, et donc en contrainte de diffusion

Ce qui entre: Un débit moyen issu du flux encodé.
Ce qui sort: Une taille de fichier, et la réponse à la question de savoir si elle tient.
Ce que suppose l'étape suivante: Rien en aval. C'est pourtant d'ici que la contrainte est partie : la cible remise au contrôle de débit à l'étape 07.
Ce qui se casse ici: La taille vaut le débit multiplié par la durée : c'est de l'arithmétique, pas une décision de codec. Le sens utile est l'inverse : une limite de taille divisée par la durée donne le budget de débit dans lequel chaque étape antérieure doit tenir.

Étape précédente: Contrôle de débit

Problème entièrement résolu

Taille du fichier d'une vidéo de dix minutes à 6 Mbit/s d'image 5 étapes
Une vidéo de dix minutes à 6 Mbit/s d'image et 192 kbit/s de son. Calculez la taille du fichier, puis répondez à la question qui détermine les réglages de l'encodeur : quelle est la part de l'audio ?
1. Les débits s'additionnent. Le conteneur transporte les deux flux, donc le nombre qui compte pour la taille est leur somme.
  
  $bitrate = 6 + 0.192 = 6.192 Mbit/s$
2. La taille est le débit multiplié par la durée, et le seul piège réside dans les unités : les débits sont en bits, les fichiers se mesurent en octets. Divisez par huit, et le facteur que tout le monde oublie est précisément celui qui rend une estimation huit fois trop grande.
  
  $payload = \frac{6.192 \times 600}{8} = 464.4 MB (8 bits per byte)$
3. Ensuite, le conteneur lui-même a un coût — en-têtes, index, entrelacement — modélisé ici à 3 %.
  
  $file = 464.4 \times 1.03 = 478.33 MB$
4. La part de l'audio est le ratio intéressant. Elle représente 3,1 % du débit, et ce même 3,1 % équivaut à 14,4 MB du fichier final.
  
  $\frac{0.192}{6.192} = 3.1% of the bitrate = \frac{0.192 \times 600}{8} = 14.4 MB$
5. Par rapport à un plafond de 520 MB, le fichier dispose de 41,67 MB de marge, de sorte que le débit vidéo pourrait augmenter un peu plutôt que de couper dans l'audio.
  
  $478.33 - 520 = - 41.67 MB ⟹ under a 520 MB cap$
Réponse

L'outil affiche un total de 6,192 Mbit/s, une charge utile de 464,4 MB et une taille finale de 478,33 MB. Le chiffre qui infléchit les décisions est 3,1 %. Diviser par deux le débit audio — le premier réflexe de la plupart des gens — fait gagner environ 7 MB sur un fichier de 478 MB, tout en dégradant la qualité audible pour chaque auditeur. Retirer ces mêmes 7 MB de la vidéo correspond à une réduction de débit de 1,5 % que personne ne remarquerait. L'arithmétique est triviale et la conclusion est systématiquement prise à l'envers, parce que 192 kbit/s paraît élevé à côté de 6 Mbit/s seulement jusqu'à ce que l'on remarque lequel des deux est le petit nombre.

$size = \frac{bitrate \times duration}{8} \times (1 + overhead) = 478.33 MB$

Références (1)

The binary prefixes block 3 separates from the SI ones: IEC 80000-13:2008, Quantities and units — Part 13: Information science and technology, which defines the kibibyte, mebibyte and gibibyte precisely so that "MB" need not be ambiguous.

Par l’équipe 42Math · Mis à jour 2026-05-26

Vérifié sur des sources publiées. Corrections bienvenues. Politique éditoriale · Corrections

Toutes les leçons : Informatique →

Exemples de problèmes

clip court réseaux sociaux - Trente secondes à 8 Mbit/s ne représentent que 31,70 Mo. Sur une durée aussi courte, même un débit binaire généreux n’entraîne aucun coût de stockage notable.
flux 1080p - Dix minutes à 6 Mbit/s : c’est le cas entièrement résolu dans l’exercice. Le fichier atteint 478,33 Mo pour une limite de 520 Mo, avec une marge de 41,67 Mo.
flux 4K - C’est le seul préréglage qui dépasse la limite, et de peu : 1925,35 Mo pour un objectif de 1900 Mo. En VBR, l’outil retient une moyenne égale à 90 % de la valeur du curseur ; 18 Mbit/s correspondent donc en réalité à 16,20.
cours magistral long - À 3,2 Mbit/s, quatre-vingt-dix minutes produisent un fichier de 2048,98 Mo, plus volumineux que celui du préréglage 4K à dix-huit. La durée l’emporte sur le débit binaire.
vidéo de podcast - Une heure à 1,8 Mbit/s représente 802,33 Mo, dont 7,3 % pour le son. C’est le seul préréglage où réduire la piste audio permettrait un gain appréciable.
haute qualité - Vingt minutes à 18 Mbit/s produisent 2875,32 Mo, soit le fichier le plus volumineux de la liste. Le son n’en représente que 1,4 %.
données mobiles - Quinze minutes à 1,2 Mbit/s tiennent dans 132,56 Mo, bien en dessous de la limite de 180 Mo, sans même entamer la marge de 30 %.
marge pour direct - Une heure de direct à 4,5 Mbit/s : les 2082,60 Mo de données utiles deviennent 2207,56 Mo après l’ajout de 6 % de surcoût lié au conteneur, le plus élevé de cette série.

YouTube

Axinom·How to Optimize Video Encoding (with Per-Scene Encoding)