Mastering sans compression

Papalou · Message non lu par **Papalou** » 17 août 2007, 14:10

Ce débat est aussi vieux que les DAWs....

Les résolutions internes des systèmes sont supérieures aux résolutions de fichiers, sinon, on ne pourrait même pas sommer. Opposer mantisse fixe et exposant est donc un peu biaisé... C'est juste la manière de calculer qui est différente.

Si on somme deux sinus 24 bit full scale en phase, le résultat fera 25 bit, si on en somme 4, il fera 26 bit, etc...

Donc, avec un calcul en mantisse fixe, on dispose d'un accumulateur, qui fait 48bit par exemple dans le cas d'un ProTools TDM (les DSP Motorola qui les équipent étant à 56bit, peut-être ont-ils fini par aller jusqu'à cette valeur, je ne sais pas). Ecrêter ou pas dans un tel système dépend donc aussi d'où on décide de mettre le 0 "Vu" et le fs à l'intérieur de ces 48bit, qu'il faudra réduire ensuite à 24 en, ditherant... et écrêtant éventuellement. L'intérêt de ce genre de systèmes, c'est que le fichier 24 bit est directement disponible pour les calculs, sans traitement préalable.

En virgule flottante, on ne dispose plus d'un accumulateur, mais d'une échelle variable. Dire que c'est plus transparent est une escroquerie des gens de marketing, car en 32bit float, la mantisse fait 20bit et l'exposant 12, ce qui signifie qu'un fichier 24bit pleine échelle doit déjà être converti au bon format avant de pouvoir "entrer" dans les traitements de sommation. Le 64 bit float permet de supprimer ce problème (la mantisse excédant alors la taille de la résolution audio, 40bit contre 24), mais quels logiciels somment et traitent en 64bit float ?

Donc, si on prend un fichier 24 bit, qu'on le lit dans un sommateur à mantisse fixe à travers un master à 0, le fichier est tel quel. Si on lit le même à travers un sommateur en 32bit float, il est converti dans un format, puis à nouveau dans l'autre, donc il est modifié. (c'est sans doute pour cela que Steinberg a fini par intégrer à Cubase et Nuendo la possibilité d'enregistrer directement en 32bit float).

La mantisse fixe est donc mieux ? Pas si simple, car le grand avantage de la virgule flottante est sa dynamique quasi illimitée (contre 288 dB par exemple dans un accumulateur 48bit), et donc le meilleur rendu sur les niveaux faibles.

Une dernière chose : pourquoi une mantisse de 20 et un exposant de 12, alors qu'avec une mantisse de 24bit et un exposant de 8, on arrivait à quelque chose de sans doute plus adapté à l'audio ? Parce que les logiciels sont codés avec des applis qui ne sont pas spécifiques à l'audio, et qu'un float long (une variable en virgule flottante longue, donc sur 32bit, par opposition aux variables standards qui font 16bit) sont comme ça en langage C....

My 2 cents...

Benoit T. · Message non lu par **Benoit T.** » 17 août 2007, 14:36

Papalou · Message non lu par **Papalou** » 17 août 2007, 15:31

Oui Benoit ?

Benoit T. · Message non lu par **Benoit T.** » 17 août 2007, 15:52

Désolé Bug

je reste un peu sans voix devant tant d'information

buck · Message non lu par **buck** » 17 août 2007, 16:33

extrêmement intéressant.

biton · Message non lu par **biton** » 17 août 2007, 19:24

colors :
techniquement en effet tu peux ne pas limiter tes stems puisque tu bounces dans un fichier de flottants. mais après ça veux dire qu'il faudra gérer les forts transitoires avec le limiteur final et donc que tout le mélange sera affecté par l'atténuation. (donc atténuation plus audible ahma).

papalou :
je pense humblement que tu te trompes sur le format flottant utilisé papalou, peut-être que tu évoques un format utilisé ailleurs mais c'est l'IEEE 754 qui est utilisé ici. la mantisse fait bien 23 bit (24 bit utils puisque le premier bit à 1 est implicite) et il y a 1 bits de signe et 8 bit d'exposant.

les 24bit du fichier sont bien conservés au passage en float, pas de dégradation.

les séquenceurs PC préparent le passage au flottant 64bit (pour le calcul interne, pas les fichiers audio). Sonar 5 y est déjà, Cubase arrive, et la fonction ProcessDoubleReplacing est là depuis VST 2.4. Je pense aussi que c'est inutile mais c'est sûrement une raison de performance (optimisation du proc et des bus pour manipuler du 64bit). Sonar 5 a un "pont" qui permet d'utiliser des plugs 32bit dans l'appli 64bit. Steinberg à l'air de dire qu'ils n'ont pas cherché la compatibilité avec les VST< 2.4 pour Cubase... je ne sais rien concernant Nuendo et Samplitude/Sequoia.

(j'ai aussi entendu parler d'un accumulateur 56 bit pour PT HD).

xyz · Message non lu par **xyz** » 17 août 2007, 19:54

Merci pour ces infos Papalou c'est passionant

Papalou · Message non lu par **Papalou** » 17 août 2007, 22:19

biton a écrit :papalou :
je pense humblement que tu te trompes sur le format flottant utilisé papalou, peut-être que tu évoques un format utilisé ailleurs mais c'est l'IEEE 754 qui est utilisé ici. la mantisse fait bien 23 bit (24 bit utils puisque le premier bit à 1 est implicite) et il y a 1 bits de signe et 8 bit d'exposant.

Je suis allé voir... Et je constate que tu as raison concernant cette norme. Mes infos datent un peu, ceci dit, puisque je ne me suis pas repenché sur la question depuis l'époque ou les processeurs n'allaient pas au-delà du 32bit float (ils avaient une unité 64bit float bien avant d'avoir un adressage 64bit comme les G5 ou Core 2 Duo actuels). Mea culpa.

Le fait de pouvoir travailler en "double précision" (64 bit float) a dû permettre de diminuer la taille de l'exposant, puisque la précision de la mantisse était meilleure.

Ceci dit, cela ne m'empêche pas une chose : dire que sommer en flottant est mieux est une ânerie.