Calcul du Bitrate???
Modérateur : Modérateurs
Calcul du Bitrate???
Quelqu'un d'entre vous pourrait-il m'indiquer la marche à suivre afin de calculer un bitrate d'encodage vidéo selon les critères de durée, de taux du son, de l'espace disque etc...?
Merci
Merci
Bien que des logiciels le fassent bien (en théorie), voilà un exemple à partir duquel tu pourras partir:
Rappels:
1 octet = 8 bits
en théorie: 1Ko = 1024 octets ; 1Mo = 1.048.576 octets
Hypothèses:
fichier final <= 700 Mo arrondis à 700.000 Ko
durée du film = 100mn = 6.000s
son à 64 kb/s (kilo-bits par seconde) = 8Ko/s (c'est toi qui choisis à l'encodage)
Question : à quel bitrate puis-je encoder la vidéo pour que ça loge ?
Taille du son = 8Ko X 6000 = 48.000Ko
Il reste: 700.000 - 48.000 = 652.000Ko
Bitrate maxi = (652.000 / 6.000) X 8 = 869 Kb/s
Comme on est prudent, on met moins de 850 et ça doit rouler.
A partir de là, et en maniant la règle de trois, tu peux extrapoler dans tous les cas.
En ce qui concerne ta question pour l'espace disque, il ne faut pas confondre l'espace disque nécessaire à l'opération globale à savoir 10Go ou plus et la taille finale de l'*.avi que tu gardes sur un support de ton choix (les 700 Mo dans mon exemple).
Rappels:
1 octet = 8 bits
en théorie: 1Ko = 1024 octets ; 1Mo = 1.048.576 octets
Hypothèses:
fichier final <= 700 Mo arrondis à 700.000 Ko
durée du film = 100mn = 6.000s
son à 64 kb/s (kilo-bits par seconde) = 8Ko/s (c'est toi qui choisis à l'encodage)
Question : à quel bitrate puis-je encoder la vidéo pour que ça loge ?
Taille du son = 8Ko X 6000 = 48.000Ko
Il reste: 700.000 - 48.000 = 652.000Ko
Bitrate maxi = (652.000 / 6.000) X 8 = 869 Kb/s
Comme on est prudent, on met moins de 850 et ça doit rouler.
A partir de là, et en maniant la règle de trois, tu peux extrapoler dans tous les cas.
En ce qui concerne ta question pour l'espace disque, il ne faut pas confondre l'espace disque nécessaire à l'opération globale à savoir 10Go ou plus et la taille finale de l'*.avi que tu gardes sur un support de ton choix (les 700 Mo dans mon exemple).
ben pour le calcul, moi je dirais de prendre la valeur trouvé.
pour la simple et bonne raison que si on encode en 2 Pass, la taille serat respecté mais s'il est trop lourd de 2 ou 9 Mo, tu coupes le generique de fin avec virtual dub.
en une pass en revenche, la vaut mieux garder un reserve parce que le film serat souvent plus gros que la taille demandé.
exception faite pour les film sombre qui eux, seront de taille bien inferieur.
reste l'audio !
et la, les formats ne sont pas tous egaux.
MP3 ou Ogg vorbis ? entre les deux, mon coeur ne balance plus d'un poil !
Ogg vorbis bien sur
@ +
duck
pour la simple et bonne raison que si on encode en 2 Pass, la taille serat respecté mais s'il est trop lourd de 2 ou 9 Mo, tu coupes le generique de fin avec virtual dub.
en une pass en revenche, la vaut mieux garder un reserve parce que le film serat souvent plus gros que la taille demandé.
exception faite pour les film sombre qui eux, seront de taille bien inferieur.
reste l'audio !
et la, les formats ne sont pas tous egaux.
MP3 ou Ogg vorbis ? entre les deux, mon coeur ne balance plus d'un poil !
Ogg vorbis bien sur
@ +
duck
COINCOIN !!!
Au poil, le calculateur de nexus. Je laisse tomber la calculette (ce qu'on devient fainéant tout de même).
@ jungledas: ne t'étonne pas de voir une petite différence entre le bitrate calculé dans mon exemple et celui que tu peux faire avec le lien. C'est le lien qui est parfaitement juste car comme indiqué, j'ai arrondi 1Ko à 1000 octets.
L'arrondi présente l'avantage de laisser une marge en indiquant un bitrate 4 ou 5 % plus faible.
@ jungledas: ne t'étonne pas de voir une petite différence entre le bitrate calculé dans mon exemple et celui que tu peux faire avec le lien. C'est le lien qui est parfaitement juste car comme indiqué, j'ai arrondi 1Ko à 1000 octets.
L'arrondi présente l'avantage de laisser une marge en indiquant un bitrate 4 ou 5 % plus faible.
- Schummy
- Expert
- Messages : 55
- Inscription : jeu. août 22, 2002 6:23 pm
- Localisation : Portsall
- Contact :
nexus, j'aime "pas trop beaucoup" voire mon IP dans ta signature...NEXUS6 a écrit :http://users.skynet.be/rippackworld/trucs.htm
ça fait vraiment bizarre, comme de trouver sa photo en première page d'un journal
tu fait comment?
le plus pauvre des Hommes aura la plus grande des richesses durant l'éternité: les souvenirs !
Il serait plus judicieux à mon avis de connaître le bitrate exact et de se ménager une marge d'erreur sciemment, plutôt que de compter sur une erreur de calcul.dou a écrit :C'est le lien qui est parfaitement juste car comme indiqué, j'ai arrondi 1Ko à 1000 octets.
L'arrondi présente l'avantage de laisser une marge en indiquant un bitrate 4 ou 5 % plus faible.
Je suis scientifiquement et intellectuellement d'accord avec toi.lauden a écrit : Il serait plus judicieux à mon avis de connaître le bitrate exact et de se ménager une marge d'erreur sciemment, plutôt que de compter sur une erreur de calcul.
Cela étant, il ne s'agit pas à proprement parler d'une erreur de calcul puisque l'approximation était expliquée et admise comme hypothèse (voir plus haut).
D'autre part, il s'agissait d'expliquer un principe le plus simplement possible d'où cette impasse. NA!!
Quant à la marge d'erreur, je préfère la faire dès le calcul car tu as remarqué que j'ai pris 700Mo pour mon exemple ce qui est la taille d'un cd standard et si cette taille a été calculée par le fabricant avec 1Ko = 1000 pour gonfler la taille comme on le voit sur tous les hd, on est sur que ça passe quand même. re NA!!
petite digression.
De plus, il est visible que beaucoup de personnes ignorent cette approximation de 2 exp10 = 1.000 et 2 exp20 = 1.000.000 qui peut faire louper une gravure à un débutant.
A titre info (pas pour toi, lauden ), l'erreur induite par cette approximation abusive est de:
2.4% si taille exprimée en Ko
4.85% si taille exprimée en Mo
7.37% si taille exprimée en Go
Quand on achète un hd 80Go, il fait en réalité 74,5Go
Il faudra bien qu'il y ait une norme de mesure commune.
fin de la digression.
Merci pour l'info, car je ne connaissais pas la valeur en % du différentieldou a écrit :A titre info (pas pour toi, lauden ), l'erreur induite par cette approximation abusive est de:
2.4% si taille exprimée en Ko
4.85% si taille exprimée en Mo
7.37% si taille exprimée en Go
Sinon je suis d'accord avec toi pour simplifier les explications, mais dans la mesure où cette simplification n'entraîne pas l'acquisition de bases erronées.
@jungledas
Il est au poil ton soft.
Le kiki indique même les équivalences exactes pour 650 mo exprimés en octets
Attention cependant aux abréviations qui peuvent induire en erreur puisque c'est de l'anglais.
Quand nous disons kilo-octet abréviation = Ko ; en anglais c'est Kb (Kilo-byte) octet se dit byte en anglais.
Quand nous disons kilo-bit abréviation = Kb ; en anglais c'est Kbit.
Attention donc à la confusion.
@ cdoris voici un lien au cas où tu juges utile de le rajouter à ta rubrique de softs utiles.
http://dvdrip.nm.ru/progs/advbitrate/advbitrate.html
Il est au poil ton soft.
Le kiki indique même les équivalences exactes pour 650 mo exprimés en octets
Attention cependant aux abréviations qui peuvent induire en erreur puisque c'est de l'anglais.
Quand nous disons kilo-octet abréviation = Ko ; en anglais c'est Kb (Kilo-byte) octet se dit byte en anglais.
Quand nous disons kilo-bit abréviation = Kb ; en anglais c'est Kbit.
Attention donc à la confusion.
@ cdoris voici un lien au cas où tu juges utile de le rajouter à ta rubrique de softs utiles.
http://dvdrip.nm.ru/progs/advbitrate/advbitrate.html
C'est faitdou a écrit :@ cdoris voici un lien au cas où tu juges utile de le rajouter à ta rubrique de softs utiles.
http://dvdrip.nm.ru/progs/advbitrate/advbitrate.html