Pour additionner le stockage de trois versions vidéo, calculez séparément la taille de chaque fichier avec la formule débit × durée, puis additionnez les résultats. Si le débit est en Mbit/s et la durée en heures, le stockage estimé en Go décimaux est égal à débit × durée × 3 600 ÷ 8 000. Cette méthode suppose un débit moyen constant.
Le point essentiel consiste à conserver les mêmes unités pour les trois versions. Un débit en Mbit/s doit être associé à une durée convertie en secondes, tandis que la division par huit transforme les bits en octets. La division supplémentaire par 1 000 donne ici des gigaoctets décimaux, cohérents avec le modèle de la calculette de stockage vidéo.
En bref
Calculez chaque version séparément avec débit × durée × 3 600 ÷ 8 000 lorsque le débit est exprimé en Mbit/s et la durée en heures. Les résultats sont en Go décimaux. Additionnez ensuite les trois tailles sans arrondir prématurément. Pour connaître le nombre de supports nécessaires, divisez le total par la capacité utile hypothétique d’un support et arrondissez le quotient à l’entier supérieur.
- Un débit moyen plus élevé augmente proportionnellement le stockage.
- Une durée doit être convertie dans l’unité attendue par la formule.
- Additionnez les tailles non arrondies, puis arrondissez le total affiché.
- L’estimation repose sur un débit moyen constant et exclut la surcharge du conteneur ainsi que les métadonnées.
La formule commune aux trois versions
Pour une version vidéo, la relation de base est : stockage = débit × durée. Le débit indique une quantité de bits par seconde ; il faut donc multiplier par le nombre de secondes de la vidéo. La conversion en octets s’effectue en divisant par huit, car un octet regroupe huit bits.
Avec un débit en Mbit/s et une durée en heures, la formule utilisée devient : débit × durée × 3 600 ÷ 8 000. Le facteur 3 600 convertit les heures en secondes. Le facteur 8 000 combine la conversion des bits en octets et celle des mégaoctets vers les gigaoctets décimaux selon le modèle retenu par la calculette Stockage vidéo selon débit et durée.
Cette écriture correspond à une relation proportionnelle : à durée identique, doubler le débit double la taille ; à débit identique, doubler la durée double également la taille. Cette logique de taux et de proportion est présentée dans le cours Ratios et taux d’OpenStax.
- Version 1 : calculer sa taille avec son propre débit et sa propre durée.
- Version 2 : refaire exactement la même opération.
- Version 3 : appliquer la même formule, puis additionner les trois résultats.
Mettre les unités au même format
Avant le calcul, vérifiez l’unité du débit. Un débit exprimé en Mbit/s ne peut pas être multiplié directement par une durée en minutes ou en heures sans conversion. La durée doit être exprimée en secondes, ou intégrée à une formule qui prévoit explicitement la conversion correspondante.
Le résultat présenté ici est en Go décimaux. Pour comparer ce résultat à une capacité de stockage, utilisez la même unité et vérifiez que la capacité correspond à l’espace utile disponible.
Le principe général consiste à convertir les grandeurs avant de les comparer, plutôt qu’après. La page Systèmes de mesure d’OpenStax présente l’utilisation de facteurs de conversion pour passer d’une unité à une autre.
- Mbit/s : débit en mégabits par seconde.
- Go décimaux : unité de résultat utilisée par le modèle fourni.
- Minutes : à convertir en secondes si la formule ne prévoit pas cette conversion.
- Capacité de stockage : à exprimer dans la même unité que le résultat.
Additionner les trois tailles sans perdre de précision
L’addition intervient seulement après les trois calculs individuels. Il est préférable de conserver plusieurs décimales pendant les opérations, puis d’arrondir le total final. Arrondir chaque fichier trop tôt peut créer un écart, surtout lorsque les tailles sont proches d’une limite de capacité.
La formule globale peut aussi être écrite comme la somme de trois produits : chaque débit est multiplié par la durée qui lui correspond, puis les trois quantités sont converties dans la même unité. Cette organisation évite de confondre les durées ou d’appliquer par erreur le débit d’une version aux deux autres.
La Règle de trois peut aider à vérifier un changement isolé, par exemple lorsqu’une durée est modifiée tout en conservant le même débit. Elle ne remplace toutefois pas le calcul séparé lorsque les trois versions ont des débits différents.
- Ne pas additionner les débits avant d’avoir associé chaque débit à sa durée.
- Ne pas arrondir chaque taille avant l’addition finale.
- Vérifier que les trois résultats utilisent la même unité de stockage.
- Présenter le total avec un nombre de décimales adapté à l’estimation.
Hypothèses et limites de l’estimation
Le modèle suppose que le débit indiqué est un débit moyen constant pendant toute la durée. Le résultat est donc une estimation fondée sur les données saisies, et non une mesure exacte du fichier final.
La formule ne prend pas en compte la surcharge du conteneur ni les métadonnées. Ces éléments peuvent modifier la taille réellement occupée.
La méthode convient pour comparer ou additionner des besoins théoriques à partir de débits connus. Pour contrôler une capacité disponible, comparez le total à l’espace utile réellement disponible sur le support.
- Débit moyen constant : hypothèse centrale.
- Surcharge du conteneur et métadonnées : non incluses.
- Résultat : estimation calculée à partir des données saisies.
- Capacité disponible : à comparer dans la même unité.
Exemples de calcul vérifiés
Addition de trois versions exprimées en heures
La première version utilise un débit moyen de 20 Mbit/s pendant 1 heure, la deuxième 12 Mbit/s pendant 1,5 heure et la troisième 5 Mbit/s pendant 2 heures. Chaque produit est converti en Go décimaux, puis les trois tailles sont additionnées : le besoin estimé est de 21,6 Go.
20 × 1 × 3600 ÷ 8000+12 × 1.5 × 3600 ÷ 8000+5 × 2 × 3600 ÷ 8000 = 21,6
Trois durées saisies en minutes
Les trois durées sont respectivement de 45, 30 et 90 minutes. Le facteur 60 convertit les minutes en secondes. Associés aux débits moyens de 8, 16 et 6 Mbit/s, les calculs donnent un total estimé de 10,35 Go décimaux.
8 × 45 × 60 ÷ 8000+16 × 30 × 60 ÷ 8000+6 × 90 × 60 ÷ 8000 = 10,35
Convertir un besoin total en nombre de supports
Un besoin estimé à 21,6 Go est comparé à une capacité utile hypothétique de 16 Go par support. Le quotient arithmétique est de 1,35 support. En arrondissant à l’entier supérieur, il faut prévoir 2 supports.
21.6 ÷ 16 = 1,35
Quelle donnée utiliser pour chaque version ?
| Élément | Unité à saisir | Opération | Résultat attendu |
|---|---|---|---|
| Débit vidéo | Mbit/s | Multiplier par la durée convertie | Quantité de bits estimée |
| Durée | Heures, minutes ou secondes | Convertir en secondes | Temps utilisé par le calcul |
| Conversion | Bits vers octets | Diviser par huit | Taille en octets |
| Stockage | Go décimaux | Additionner les trois tailles | Besoin total estimé |
Les capacités et débits utilisés dans les exemples sont des hypothèses illustratives. Le modèle repose sur un débit moyen constant, une conversion en Go décimaux et l’exclusion de la surcharge du conteneur ainsi que des métadonnées.
Questions fréquentes
Comment calculer le stockage si les trois versions ont la même durée mais des débits différents ?
Conservez la durée commune et appliquez séparément la formule à chaque débit. La taille totale correspond à la somme des trois produits débit × durée, après conversion dans la même unité. Il ne faut pas remplacer les trois débits par une moyenne si l’objectif est d’additionner les fichiers.
Que faire si une version est indiquée en minutes et une autre en heures ?
Convertissez toutes les durées dans une seule unité avant l’addition. Vous pouvez transformer les heures et les minutes en secondes, puis utiliser la formule correspondante. Mélanger directement des nombres exprimés dans des unités différentes fausse le total.
Pourquoi la taille réelle peut-elle dépasser l’estimation ?
Le modèle utilise un débit moyen et exclut notamment la surcharge du conteneur ainsi que les métadonnées. La taille réellement occupée peut donc différer du résultat calculé.
Sources et références
- 5.6 Ratios and Rate — OpenStax, Rice University
- 6.5 Solve Proportions and their Applications — OpenStax, Rice University
- 7.5 Systems of Measurement — OpenStax, Rice University