[FAQ] Toutes les réponses à vos questions existentielles sur le 24 bits et le 96 kHz
- 562 réponses
- 93 participants
- 194 979 vues
- 127 followers
Wolfen
La quantification
Le 24 bits est plutôt quelque chose d'intéressant, puisque la hausse de résolution dans ce cas augmente la dynamique sur les enregistrements, ce qui peut être très utile lorsqu'on enregistre avec des préamplis qui ont un niveau de sortie en dessous de 0 dB... C'est complètement inutile par contre sur des instruments virtuels ou du tout numérique, entre autres puisque les séquenceurs (et donc les plug-ins) fonctionnent en interne avec du 32 bits à vigule flottante...
Les fréquences d'échantillonnage
Pour la question de la fréquence d'échantillonnage, l'intérêt pratique d'aller à 88.2 ou 96 kHz, bien qu'il existe, est beaucoup plus faible que celui du 24 bits, ce qui explique que des professionnels recommandent peu souvent à des home-studistes de lâcher le 44.1 kHz, mais demandent toujours du 24 bits.
Ensuite sur un enregistrement seul, à moins d'avoir une oreille d'extra-terrestre, il est impossible d'entendre ou même de visualiser sur un spectrogramme une différence notable dans le domaine de l'audible entre quelque chose d'enregistré avec un microphone et un bon préampli/une bonne carte son en 44.1 kHz et en 96 kHz. Si différence il y a, c'est que la qualité des convertisseurs n'est pas la même.
Quel est donc l'intérêt de ces fréquences d'échantillonnage élevées alors ? Dans une chaine de traitements numériques, bien que les ingénieurs/développeurs mettent des filtres anti-aliasing dans leurs produits (repliement au dessus de la demi-fréquence d'échantillonnage, voir théorème de Shannon/Nyquist), il y a toujours un peu de repliement qui se fait, surtout si certains rigolos n'ont pas mis du tout de dispositifs anti-aliasing, comme sur certains synthétiseurs numériques (ce qui peut être parfois intéressant au niveau sonore, mais très grave sur une simulation d'amplificateur guitare). Augmenter la fréquence d'échantillonnage permet de repousser la limite en fréquence du repliement, et donc de rendre les traitements plus propres. Mais là encore, il est probable que vous ne puissiez pas entendre de différence flagrante...
Enfin, le 48 et le 96 kHz sont des fréquences utilisées plutôt en vidéo. La conversion de fréquence d'échantillonnage étant moins complexe du 88.2 au 44.1 que du 96 au 44.1, il est généralement conseillé de bosser en 88.2, sauf si vous avez vraiment confiance en votre logiciel de conversion. Travailler en 48 par contre est une grosse connerie, parce que ça apporte presque rien au niveau théorique, et que la conversion 48 vers 44.1 peut être source de bordel supplémentaire par rapport au 44.1 direct...
96 kHz et 24 bits dans un home-studio ???
Pour terminer ce monologue, une remarque très importante, discuter des fréquences d'échantillonnage et de la quantification optimales c'est bien, mais il faut déjà avoir du matos derrière, et réaliser des mixages à la hauteur, pour que l'intérêt des résolutions supérieures soit pertinent dans vos projets personnels ! Ne pas savoir mixer correctement ses morceaux et bosser avec du 24 bits/96 kHz me semble être une aberration...
Petite astuce aussi pour savoir si se prendre la tête dans votre cas vaut le coup : faites un enregistrement + mixage avec du 96 kHz/24 bits. Exportez le résultat en WAV, puis convertissez le en 44.1K/16 bits. Modifiez la fréquence d'échantillonage sur tous vos enregistrements et à l'intérieur du projet, puis faites à nouveau un export. Comparez les deux sur votre système d'écoute habituel. Si vous n'entendez pas de différences notables et intéressantes, arrêtez de vous prendre la tête
Développeur de Musical Entropy | Nouveau plug-in freeware, The Great Escape | Soundcloud
music-in-the-bourges
si j'ai compris l'adat contient 8 cannaux si la fréquence est inferieur a 96hz et 4 si la fréquence est de 96hz ou plus ?
mercie !
Anonyme
music-in-the-bourges
fritesgrec
Citation : La normalisation en 24 bits entraine quel genre d'erreur d'arrondi?
Pour moi c'est minime, 24 bits sur 144 db de dynamique ça fait 0,0000009 db d'écart entre deux valeurs consécutives, donc une erreur d'arrondi de cet ordre là.
Mais je me plante ou bien?
petite question que j'avais posé à gabou par mail, qu'elle profite à tous et d'ailleurs que tous ceux qui souhaitent y répondent.
j'ai lu tout le thread mais j'ai pas trouvé de réponse.
Dr Pouet
Citation : La normalisation en 24 bits entraine quel genre d'erreur d'arrondi?
Ca dépend de comment était le fichier avant la normalisation.
Si on prend un signal à 0dB (donc qui utilise au mieux les 24 bits) et que tu introduis une erreur sur le bit de poids le plus faible, en puissance acoustique ça fera une erreur d'un niveau sonore inférieur de 144dB par rapport au signal, autant dire, rien.
Si je ne m'abuse, les dB des fader d'une séquenceur (ou d'une console) correspondent non pas à un volume sonore mais à une tension électrique (de même que les 24 bits d'un wav). On doit être en dBV (comme volts, ou aussi dBU) ; tandis qu'en acoustique on est en dB SPL. Or 1dBV = 2dB SPL.
Parenthèse : Si tu as fait de l'électricité tu sais que P=UxI, or avec nos appareils on pilote en tension (les bits du wav, les convertisseurs N/A, les amplis de puissance, tous travaillent en tension) des HPs qui sont une résistance. On a I=U/R, soit P=UxU/R. La puissance varie donc comme le carré de la tension électrique ; quand on passe aux logarithmes, ça fait un "fois 2".
Reprenons là où on en était.
Supposons que ton signal atteigne le 0dB sur le master fader. Saboter le 24ème bit, revient à injecter un bruit. Supposons que ce bruit vienne d'un fichier dont le niveau est constant et à 0dB V, tu l'ajoutes sur une piste, et tu règles le fader de cette piste à -72dB V (144 divisé par 2 car là on bosse en dBV et non en dB SPL). Voilà une dégradation équivalente.
Si tu n'introduis que cette erreur, et une seule fois, et même en 16 bits (soit à -48dB V), ça va pas s'entendre beaucoup.
Néanmoins, quand tu normalises tu peux faire des erreurs bien plus grosses que l'arrondi sur le dernier bit. Si ta normalisation ajoute 6dB V à ton fichier, tu as ajouter autant de bruit sur les bits de poids faible. Si tu es en 16 bits, soit 48dB V, ça va faire un bruit d'environ -42dB V. En 24 bits : un bruit à -66dB V.
Si tu fais un beau mix sur de bonnes écoutes, puis un pré-mastering qui vire suffisamment de basses pour pas affoler un HP de 8cm en carton, c'est pas les normalisations qui vont saloper ton son....
Hors sujet : Maintenant les scientifiques qui font autre chose que du Word / Powerpoint depuis 5 ans vont pouvoir me dire si j'ai écrit des conneries : Choc, Wolfen, Gabon, Nonco... merci d'avance !
fritesgrec
Ce qui m'intéresse c'est de savoir quelle est l'ordre de grandeur de cette incertitude, si c'est 0,0000009 db meme multiplié par 100 calculs c'est completement ridicule et très certainement inaudible.
Pov Gabou
Ensuite, je lis le wav en float 32 bits, divise par 1000 (ce qui revient a -60 dB), sauvegarde dans un wav au format pcm 24 bits, relis le wav, multiple par 1000, et compare a l'original. J'obtiens 80 dB comme erreur minimale. Si a la place, je sauvegarde en float 32 bits, j'ai 200 dB.
Ce qui est important de comprendre, c'est que tant que tu es en virgule fixe, ces chiffres dependent beaucoup du facteur d'amplification, et de niveau original (en general, tu vas pas normaliser jusqu'a un facteur de 60 dB). Par exemple, si le facteur est 10 ( 20dB), alors l'erreur max est de 120 dB.
Dr Pouet
Citation : La machine qui numérise peut donc hésiter entre les deux valeurs encadrant la valeur réelle
Seul le bit de poids le plus faible (le 24 ème en 24 bits) va changer entre ces deux valeurs. Considérer que ce bit est "faux" est donc un majorant de l'erreur commise. (c'est pour ça que je ne pige pas pourquoi tu parles d'une infinité de valeurs ; ce serait le cas pour un "bug au hasard sur un bit", mais pour une erreur d'arrondi il n'y a que 2 valeurs possibles : celles qui encadrent la bonne. Ou bien je n'ai pas compris ce que tu veux dire ?
)Si la vraie valeur est 5,3 et qu'on l'approxime par un entier. Avec 5 on fait un erreur de 0,3 ; avec 6 une erreur de 0,7. Dans mes calculs j'ai supposé que l'on faisait une erreur de 1. C'est un majorant de 0,3 et 0,7.
Au niveau sonore, je pense que dans le cas général ça va se manifester par un bruit (= une valeur aléatoire).
Comment tu calcules ce 0,0000009 db ? Je pense que c'est plutôt proche de -72dBV.
Pov Gabou
Citation :
Je comprend bien ce raisonnement pas de souci mais pour moi une erreur d'arrondi ce n'est pas l'apparition d'un bruit
Ca devient de la semantique, mais le bruit de quantification, c'est tres exactement l'erreur resultant de l'arrondi, que l'on approche par un bruit blanc pour faire simple, mais qui n'est pas vrai du tout quand le signal est proche du 0 numerique.
fritesgrec
Si on enregistre à bas niveau et qu'on normalise je ne vois pas en quoi on dégrade le signal à part l'erreur d'arrondi que j'aimerai qu'on quantifie.
tu enregistres un signal en 8 bits par exemple.
tu obtiens
24
56
98
21
12
87
32 (c'est pas les résultats du loto).
On embarque une erreur d'arrondi par rapport au signal entrant.
On normalise en mettant le pic (98) à 256. C'est une règle de trois avec un arrondi non?
On obtient après normalisation :
62,69387755
146,2857143
256
54,85714286
31,34693878
227,2653061
83,59183673
on arrondit
63
146
256
55
31
227
84
La seule erreur qu'on a à ce niveau c'est une nouvelle erreur d'arrondit.
Sur notre échantillonage elle est de 0,69 / 256 soit 0,2%
Elle est encore moindre en 16 bits et en 24 bits elle devient ridicule ? c'était le sens de ma question.
Evidemment si le niveau de bruit était la valeur 12 on l'a augmentée mais la normalisation nous a pas pris en traitre on sait ce que ça fait.
fritesgrec
Pov Gabou
Citation :
Tu compares un signal dégradé avec un signal original en quoi cela prouve que la normalisation génére des erreurs énormes? Ta division par 1000 c'est équivalent à un bitcrushing du signal.
Non, ca n'a absolument rien a voir avec un bitcrushing. La normalisation, ca n'est qu'un gain, jusqu'a la, tu me suis ? A partir de la, parler des erreurs due a la normalisation, c'est considerer les erreurs de gain. L'idee, c'est donc a partir d'un signal original, le multiplier par un gain plus petit que 1 (la, par 0.001), l'enregistrer dans un wav a 24 bits, puis lire le wav, multiplier par un gain pour ravoir l'original. C'est le seul moyen de pouvoir comparer a un quelconque original.
L'erreur que je donne, c'est bien l'erreur d'arrondi (la max sur mon signal de base, qui donne une bonne superieure de l'erreur, car j'ai genere du bruit gaussien, qui a beaucoup plus de valeurs pres de 0 qu'un signal audio).
Le probleme fondamental, c'est que l'erreur d'arrondi n'a pas du tout le meme effet selon le niveau du signal. Si tu es proche du 0 dB, avec un gain de quelques dB (plus ou moins), alors l'erreur se fait sur le bit de poid faible, c'est a dire completement negligeable en 24 bits. Mais si le signal est par exemple a -60 dB en crete, alors le signal n'utilisera pas les 24 bits, mais une plage beaucoup plus faible (environ 14 bits, grosso modo), et donc meme avec un gain de quelque dB, tu fais une erreur sur un bit / 14.
C'est pour ca d'ailleurs que si le format wav est en float32, l'erreur ne depend pas vraiment du gain ni du niveau de base: l'interet du flottant est de toujours garder ce types d'erreur aux alentours du bit de poid faible (pour les operations simples, mais le gain est une operation ultra simple).
Dr Pouet
Citation : j'ai simplement pris la dynamique théoriique du 24 bit (144db) que j'ai divisé par le nombre de valeurs dans 24 bits (16 millions) c'est ce qu'on appelle une approche à la truelle
Ca doit être faux ça, du fait que l'échelle logarithmique n'est pas linéaire.
Hors sujet : Si un matheux nous lit, il va nous prendre pour des chèvres ; comme quand Kapam dit qu'il met son gate avant son préamp.
Citation : Pour avoir une vague idee des ordres de grandeur, j'ai fait un petit script qui genere plusieurs millions de samples au hasard, que je fous dans un wav.
L'informaticien a pris le dessus sur le matheux.
fritesgrec
Ton fichier en 24 bits n'a pas la moindre idée qu'un fichier en 32 bits existait et il n'a aucun moyen de le regénérer avec sa précision de quantification moindre. Peut on parler d'erreur à ce moment la? En tout cas d'erreur de normalisation?
Je suis d'accord avec le reste du post mais l'erreur d'arrondi de 1 bit / 14 ça revient à diviser les 144 db de dynamique par 14 et non par 24 quand on enregistre autour de -60db. ça donne quoi comme erreur d'arrondi à la quantification?
Pour caricaturer en 1 bit on a une erreur de quantification maximale de 50%. En deux bits (4 valeurs possible) elle est de 25%, etc...
En 24 bits elle est microscopique non?
J'ai l'impression qu'on cause pas de la meme chose :s
fritesgrec
nonconforme
Affiliation : Dirigeant Fondateur d'Orosys - Two notes Audio Engineering
Dr Pouet
Citation : Je suis d'accord avec le reste du post mais l'erreur d'arrondi de 1 bit / 14 ça revient à diviser les 144 db de dynamique par 14 et non par 24 quand on enregistre autour de -60db. ça donne quoi comme erreur d'arrondi à la quantification?
Pour caricaturer en 1 bit on a une erreur de quantification maximale de 50%. En deux bits (4 valeurs possible) elle est de 25%, etc...
Ben c'est ce que je t'ai indiqué au début.
La seule différence c'est que tu considères que tu fais bien les arrondis, d'où une erreur de 25% sur 2 bits (= le troisième est faux), alors que moi j'ai majoré par 50% en considérant que le deuxième est faux.
- si tu enregistres à -60dB SPL (pas très réaliste comme valeur !) et que tu as une erreur d'arrondi sur le 24ème bit, donc que le 24ème est juste et le 25ème faux, à -84dB SPL le signal est juste et à -90dB SPL il est faux. Donc tu as introduit un bruit d'un niveau de -90dB SPL par rapport au niveau de ton signal.
(je préfère utiliser les dBV parce que ce sont ceux que les VU et les fader affichent).
fritesgrec
fritesgrec
nonconforme

Ainsi qu'un contrôle antidopage
Affiliation : Dirigeant Fondateur d'Orosys - Two notes Audio Engineering
Dr Pouet
Citation : est ce que c'est faux du fait que l'echelel est log, ben j'en sais rien
Je pense que oui. 1 bit = 6dB SPL car le nombre de bit est une échelle logarithmique:
1bit = 2 ; 2bits = 4 ; 3bits = 16 etc. "fois 2" vaut +3dBV qui valent +6 dB SPL.
En revanche +1 à un entier n'est pas quantifiable en dB (=logarithmiquement) : ça dépend de la valeur dont tu pars.
Citation : Donc les erreurs d'arrondi c'est du pinaillage.
Elles peuvent se cumuler à force, donc nicker 2 voire 3 bits... ? Mais je suis d'accord que c'est du pinaillage.
Sauf sur un passage de silence ; ça s'entendait sur mes exemples (message 38 de ce thread, et suivants). Par contre sur de la pop bien compressée, jamais personne ne l'entendra !
Et donc le SACD, poubelle.
Citation : Pouet je vais demander ta radiation du site pour jonglage forcené entre les différentes représentations en décibel.
C'est bon au moins ce que j'ai écris sur ces dB ?
Hors sujet : Citation : (ajouté au fait que je fais plus de powerpoint que de maths)
Moi je dis "du slideware".
guitoo
Pour moi la dynamique du cd c'est 10*log_10(A/A_ref)
avec A=(2^16)/2 '(plus grande valeur codable)
et A_ref=1 (noise floor, bruit de quantification)
ça fait 45dB pour le cd.
Où est ce que je me plante?
nonconforme
Affiliation : Dirigeant Fondateur d'Orosys - Two notes Audio Engineering
Dr Pouet
Regarde mon message 55 ;)
En 16 bits ça nous fait 96dB. 6dB par bit. Et donc 144dB en 24 bits.
(dB SPL)
Pov Gabou
Citation :
Mais comment tu veux revenir à l'original en opérant un calcul destructeur comme la multiplication par 0,001?
Ton fichier en 24 bits n'a pas la moindre idée qu'un fichier en 32 bits existait et il n'a aucun moyen de le regénérer avec sa précision de quantification moindre. Peut on parler d'erreur à ce moment la? En tout cas d'erreur de normalisation?
Gne ? Tu parlais de l'erreur de normalisation en 24 bits: sur PC, tu fais jamais les calculs en 24 bits, mais toujours en 32 bits. J'ai donc suppose que tu voulais dire que tu as ton signal que tu exportes en 24 bits, que tu files par exemple a un studio, qui lui va normaliser a partir de ton fichier. Et donc je veux voir, quelle est l'erreur maximale entre toi qui fais la normalisation, et le studio qui le fait a partir du fichier. Autrement, je vois pas ce que tu veux dire par normalisation en 24 bits (puisqu'aucun appareil ne fait les calculs en 24 bits).
Citation :
Donc les erreurs d'arrondi c'est du pinaillage.
Si tu es pres du 0 dB, oui, mais sinon non. Prenons un exemple: tu as un signal code sur 256 valeurs (8 bits). Si ton signal va seulement de -4 a + 4, ca veut dire que tu utilises seulement 3 bits, et donc que l'erreur de quantification (ou l'arrondi, mais ce sont deux mots pour la meme chose) peut etre 1/8 du signal ! Ce qui compte, c'est ce que represente 1 bit par rapport a l'amplitude max du signal original. Si ce signal, apres, tu le multiplies par 32 (pour normaliser), tu vas multiplier l'erreur en absolu par 32 !
L'interet du 24 bits est la: le pres n'a pas besoin d'etre aussi pres qu'en 16 bits, et donc tu as oey de chances de te retrouver dans le cas du dessus. Meme si ton signal est bien au dessous du 0 dB, l'erreur relative ne sera jamais d'1/8e.
J'ai pris des facteurs enormes dans mes simulations (-60 dB, entendu bien sur que personne va faire un mix a -60 dB puis normaliser) pour majorer l'erreur.
Citation :
Où est ce que je me plante?
Des le depart
Pour resumer: les erreurs de normalisation ne sont pas differentes des erreurs d'arrondi faites lors d'une simple multiplication, et si un fichier wav 24 bit sert d'intermediaire, c'est celui-ci qui de loin contribue majoritairement a l'erreur, et ce d'autant plus que tu es loin du 0 dB. En flottant, tu n'as pas ce probleme (en tout cas, largement moins important).
- < Liste des sujets
- Charte

