Savvy Toolkit

Calculer la taille vidéo avec un débit moyen

Choisissez les débits des flux, calculez les octets et comparez à l’exportation réelle.

Dans cette explication

Définir le fichier à exporter

Notez l'objectif avant de choisir un débit. Estimer une exportation, réserver de la place aux originaux et prévoir un envoi sont des tâches liées avec des données différentes. Ce guide traite un fichier dont les débits moyens vidéo et audio et la durée sont fournis. Il ne calcule pas des images non compressées à partir de la résolution et ne prédit pas la qualité d'un encodeur. Une extension MP4 ne fournit pas le débit nécessaire à ce calcul.

Pour une exportation prévue, consultez son profil exact et marquez les débits cibles comme hypothèses. Pour un fichier existant, sa taille réelle en octets décrit mieux sa taille actuelle. Une moyenne d'un flux peut omettre un autre flux ou des données du conteneur. Gardez la source de chaque débit avec son nombre. Un écart ultérieur devient alors une information utile, plutôt qu'une invitation à modifier les chiffres jusqu'à obtenir une correspondance sans explication.

Débits vidéo et audio additionnés, multipliés par la durée et divisés par huit pour estimer les octets, puis marge distincte en pourcentage.
La marge s’ajoute ensuite : 764,4 Mo de flux deviennent 802,62 Mo avec 5% supplémentaires.

Employer les unités des champs

Savvy Toolkit demande la vidéo en Mb/s et l'audio en kb/s. Ce sont des bits décimaux par seconde : multipliez vidéo par 1 000 000 et audio par 1 000 avant de les additionner. Un octet contient huit bits. Un débit de transfert en Mo/s ne correspond donc pas au champ vidéo. Saisir 6,4 Mo/s comme 6,4 Mb/s réduit huit fois le débit correct. Conservez l'unité d'origine avant la conversion, surtout en comparant plusieurs rapports.

Vérifiez si le débit couvre uniquement la vidéo ou tout le fichier. Un débit global contenant déjà l'audio ne doit pas recevoir une seconde fois le même audio. Utilisez les flux séparés lorsque disponibles. Plusieurs pistes peuvent être représentées par leur moyenne cumulée dans le champ audio, mais l'outil ne compte pas les pistes. Sous-titres, métadonnées et conteneur inconnus restent hors de la charge calculée, sauf lorsque la marge choisie les couvre explicitement.

Saisir la durée complète en secondes

Convertissez l'intervalle exporté, pas seulement la durée annoncée de l'enregistrement original. Quinze minutes représentent 900 secondes ; quinze minutes et trente secondes représentent 930. Écrire 15,30 minutes exprime une autre quantité et n'est pas une notation horaire pour ce champ. Coupures, répétitions et générique modifient l'intervalle final. Utilisez la durée prévue de l'exportation et notez son origine. Ne mélangez pas le débit d'une version avec la durée d'une autre sans expliquer la modification.

Pour comparer, gardez la durée en changeant un débit ou gardez les débits en changeant la durée. Doubler la durée double la charge du modèle. Doubler seulement la vidéo ne double pas exactement le total lorsque l'audio reste constant. Cette distinction explique des estimations sans tout attribuer au codec ou à la résolution. Le formulaire exige durée et vidéo positives, audio et marge non négatifs. Les entrées invalides et calculs excessifs sont rejetés, sans résultat inventé d'apparence plausible.

Calculer un exemple indépendant

Prenez 900 secondes, un débit vidéo moyen supposé de 6,4 Mb/s et un audio de 128 kb/s. Leur total est 6 528 000 bits par seconde. L'intervalle contient 5 875 200 000 bits, soit 734 400 000 octets après division par huit. Cela représente 734,4 Mo décimaux avant marge. Ces entrées sont des hypothèses originales de planification, pas des mesures de caméra ou un profil conseillé. Elles ne définissent pas la qualité suffisante pour une résolution particulière.

Une marge de 3 % donne 734 400 000 × 1,03 = 756 432 000 octets. Cela correspond à 756,432 Mo ou 0,756432 Go et environ 721,390 Mio ou 0,704482 Gio. Les mêmes octets sont divisés par des unités différentes. Le nombre en Mio est inférieur au nombre en Mo sans disparition de données. Gardez l'unité en comparant une limite de service. Une étiquette ambiguë demande vérification ; une valeur proche ne suffit pas à identifier le diviseur utilisé.

Exemple indépendant de 900 secondes ; charge décimale et marge choisie
Vidéo (Mb/s)Audio (kb/s)Marge (%)Octets de chargeOctets estimés
6,41280734400000734400000
6,41283734400000756432000

Traiter la marge comme une hypothèse

Le pourcentage ajouté multiplie toute la charge vidéo et audio. Il ne mesure pas les données supplémentaires du conteneur, ne réserve pas une partition et ne règle pas l'encodeur. Zéro montre la charge seule. Les 3 % ajoutent 22 032 000 octets dans l'exemple. L'arithmétique exacte ne prouve pas une surcharge réelle de 3 %. Une marge plus grande ne corrige pas non plus une durée erronée ou une unité incorrecte. Décrivez précisément l'incertitude qu'elle doit couvrir.

Évitez de compter deux fois une contribution. Un débit dérivé du fichier complet contient déjà ses données stockées ; ajouter encore son conteneur surestime cette part. Avec des débits de flux, documentez le rôle de la marge. Comparez des exportations courtes et similaires pour observer l'écart au modèle. Séparez octets mesurés et hypothèses, sans nommer les deux surcharge mesurée. Un essai au contenu ou au réglage différent ne confirme pas la marge de l'exportation actuellement prévue.

Distinguer moyenne, maximum et qualité

Un débit moyen répartit des bits sur un intervalle. Un maximum ou pic exprime une autre contrainte et ne doit pas remplacer silencieusement la moyenne. Un encodage variable peut utiliser des quantités différentes selon les scènes. Une image fixe et un mouvement rapide peuvent produire des tailles différentes avec un réglage par qualité, même à résolution et durée égales. La calculatrice ne lit pas le contenu et ne prédit pas cette variation à partir du nom du fichier.

Débit cible, débit maximal et qualité ont des rôles différents dans un encodeur. La documentation FFmpeg distingue ses options de débit des autres commandes ; consultez le mode et l'encodeur réellement utilisés dans votre application. Ne transférez pas un débit d'un autre codec en promettant une qualité équivalente. Un extrait représentatif aide à comparer, mais une ouverture calme représente mal une séquence d'action ultérieure. Gardez le mode avec le nombre et comparez du contenu similaire avant extrapolation.

Chercher la raison d'un écart réel

Comparez d'abord les octets et la durée réels de l'exportation. Vérifiez ensuite si les débits décrivent des flux séparés ou tout le fichier. Des outils comme ffprobe donnent des informations de flux et de conteneur, mais les champs absents restent absents et les unités demandent vérification. Savvy Toolkit n'exécute pas ffprobe et ne lit pas votre vidéo. Il calcule des nombres saisis, sans envoyer ni réencoder le fichier. Ne remplacez pas une propriété inconnue par un nombre inventé.

Cherchez ensuite pistes supplémentaires, autre exportation, coupures différentes, marge répétée ou changement de mode. La taille seule ne permet pas de choisir une de ces causes. Gardez les réglages et comparez une modification à la fois. Une taille réelle connue sert directement à l'envoi et au stockage. L'estimation aide avant cette observation ou pour comparer des hypothèses futures explicites. Ne forcez pas un débit à correspondre à un fichier dont durée ou contenu diffère du projet initial.

Prévoir envoi et espace avec les bons octets

Utilisez la calculatrice de durée d'envoi avec la taille estimée avant exportation et réelle ensuite. Choisissez l'unité correspondante et un débit montant observé pertinent pour la destination ; préparation et vérification demandent du temps séparé. La taille stockée n'est pas une estimation du trafic réseau ou du traitement du service. Reprises, autres utilisateurs, navigateur et destinataire modifient la durée sans changer les octets du fichier. Le débit vidéo ne représente pas automatiquement celui de la connexion d'envoi.

Comptez chaque fichier à conserver : originaux, exports, révisions et sauvegardes ont des fonctions distinctes. La calculatrice d'espace additionne des hypothèses documentées ; le convertisseur de capacité sépare unités décimales et binaires. Une exportation de 756,432 Mo ne décrit pas tout l'espace temporaire du montage. Distinguez livrable et espace de travail et vérifiez la destination avant une grande exportation ou copie. Conservez une copie vérifiée lorsque nécessaire, sans supposer qu'un export remplace tous les originaux.

Vérifier le livrable séparément

Ouvrez l'exportation et vérifiez durée, début, fin, contenu visible et pistes audio avec un lecteur adapté. Confirmez limites et format acceptés par la destination. Un fichier suffisamment petit n'est pas automatiquement lisible, complet ou visuellement satisfaisant. Le calcul ne donne aucune note de qualité et ne teste pas sous-titres, couleur, compatibilité ou restrictions actuelles du compte. Ces vérifications concernent le fichier réel et le service employé. Une estimation ne remplace pas une lecture de contrôle du livrable.

Gardez source des débits, unités, durée, marge, octets calculés, octets exportés et écart observé. Ce relevé permet de refaire l'estimation et évite une comparaison erronée d'unités. L'outil sert aux hypothèses explicites, sans promettre la taille exacte d'un futur encodage. Décidez l'envoi avec le fichier réel et les exigences actuelles du destinataire ; gardez l'estimation comme trace de planification. Une nouvelle durée ou un profil modifié demande son propre relevé pour préserver une comparaison utile.