24 ou 32 bit float ?
- 16 réponses
- 7 participants
- 12 185 vues
- 7 followers
stephanevic
106
Posteur·euse AFfiné·e
Membre depuis 19 ans
Anonyme
65640
stephanevic
106
Posteur·euse AFfiné·e
Membre depuis 19 ans
Anonyme
65640
stephanevic
106
Posteur·euse AFfiné·e
Membre depuis 19 ans
Anonyme
65640
Danbei
1894
AFicionado·a
Membre depuis 14 ans
Hors sujet :
Citation de youtou :- un 32 bits uniquement sur un autre séquenceur (à ma connaissance il n'existe pas de lecteur compatible, mais je peux me tromper).
Pas encore trouvé de lecteur qui ne lise pas les fichiers wav 32 bit flottant, même sur le navigateur ça marche
.
Pour info j'ai essayé avec :
-Windows media player, Groove Musique, Foobar2000, Quicktime player, Winamp, SoX, VLC, MPC-HC, Google-Chrome (Windows).
-Rhythmbox, Amarok, SoX, VLC, Videos, Google-Chrome (Ubuntu).
-Musique, Equalizer, VLC, Foobar2000 (Android).
Le format 32 bits flottant permet de moins propager les erreurs d’arrondis qui surviennent lors des traitements. Si tu fait une longue série de traitements en 24 bits tu risque d'avoir une erreur non négligeable en fin de chaîne de traitement à cause des arrondis successifs, en 32 bits flottant le phénomène est plus maîtrisé.
A peu près tout les séquenceurs font les traitements en 32 bits flottant (ou 64 bits flottant).
A l'export final ça ne sert effectivement a rien de coder en 32 bits flottant, mais on pourrai se poser la question lors d'un export d'une étape intermédiaire : mettons qu'on fasse un gèle d'une piste et qu'on ré-applique des traitements après. Est-il utile de coder en 32 bits flottant ?
Même si on stocke une fois, au milieu de la chaîne de traitement, le fichier en 24 bits, l'erreur d'arrondi ne devrai pas trop se propager car le reste des traitements seront fait en 32 bits flottant.
Si on fait des gèles de piste successifs après chaque plug'in inséré
c'est sans doute différent...[ Dernière édition du message le 20/12/2017 à 20:57:40 ]
Anonyme
65640
Hors sujet :
Citation :Pas encore trouvé de lecteur qui ne lise pas les fichiers wav 32 bit flottant
Sérieux ? Je crois que ça fait facile 10 ans que j'ai pas testé (je travaille pas en export de 32bits float de toute façon, j'ignorais totalement que ça avait changé depuis. Je crois que seul vu-player prenait en compte le format 32bits (et aussi le flac en temps réel).
Bon, visiblement mes infos datent un peu !
[ Dernière édition du message le 20/12/2017 à 20:11:10 ]
Soundcity
422
Posteur·euse AFfamé·e
Membre depuis 9 ans
stephanevic
106
Posteur·euse AFfiné·e
Membre depuis 19 ans
purplefox
357
Posteur·euse AFfamé·e
Membre depuis 19 ans
Alors, tu as une version 64 bits, cela n'a pas de rapport avec le flux audio en lui même, cela veut juste dire que le logiciel est écrit pour un système d'exploitation en 64 bits. Ca veut dire qu'il utilise des "mots" de 64 bits de longueur dans sa programmation, parce que ton processeur est conçu pour fonctionner avec des "mots" de 64 bits de longueur. (c'est donc le cas autant pour ton document word que ton DAW)
Ce qui est le cas pour Windows et OSX qui sont maintenant en 64 bits. Avant c'était 32 bits. Cela peut induire en erreur car on parle de bits, mais il n'y a pas de rapport avec la quantification de ton flux audio (les bits dont toi tu parles)
Pour résumer :
tu rentres dans ta carte son : conversion en 24 bit par les puces de conversion
le son va dans ton logiciel : il travaille en 32bit flottant
le son sort de ton logiciel et va sur ton disque dur quand tu exportes : c'est toi qui choisis, il y a déjà les réponses ci-dessus
Ce qui est le cas pour Windows et OSX qui sont maintenant en 64 bits. Avant c'était 32 bits. Cela peut induire en erreur car on parle de bits, mais il n'y a pas de rapport avec la quantification de ton flux audio (les bits dont toi tu parles)
Pour résumer :
tu rentres dans ta carte son : conversion en 24 bit par les puces de conversion
le son va dans ton logiciel : il travaille en 32bit flottant
le son sort de ton logiciel et va sur ton disque dur quand tu exportes : c'est toi qui choisis, il y a déjà les réponses ci-dessus
jeff 7 adore.
2758
Squatteur·euse d’AF
Membre depuis 17 ans
Danbei
1894
AFicionado·a
Membre depuis 14 ans
@purplefox les séquenceurs proposent bien de faire les calculs en 32 bits flottants ou 64 bits flottants, je crois que AMill parle bien de ça 
.
Il y a plusieurs moments ou un fichier pourra être stocké :
1) Juste après l’acquisition du son par la carte son (qui est faite en 24 bits) :
On code le fichier en 24 bits, ça sert à rien de coder sur 32 ou 64 bits flottants. D'ailleurs, Studio One ne te laisse pas le choix la dessus, peu importe ce que tu as configuré dans les options il code le fichier en 24 bits (en tout cas chez moi). C'est tant mieux parce que c'est le truc logique à faire.
2) Ensuite on fait les traitements et éventuellement on sauve des fichiers intermédiaires (gèles de pistes, transfère du fichier à un logiciel de restauration, etc.). C'est ça que tu configure dans les options de Studio One, t'as le choix entre 32 ou 64 bits flottants. Ce paramètre détermine à la fois la codage utilisé pour les traitements et le codage pour les "sauvegardes intermédiaires" (dans Studio One).
3) A l'export final du mix/master, on va faire un fichier et la tu as de nouveau un choix qui t'es donné : 8, 16, 24 bits fixe ou 32 bits flottants. Si c'est le fichier final et qu'il ne subira aucun traitement après, 16 bits suffisent.
S'il va subir des traitement après (mastering, encodage, échantillonnage...), il vaut mieux le coder sur 24 bits fixe ou 32 bits flottants.
Ce sont les étapes intermédiaires qui ont un intérêts à être codées plus précisément.
Pour donner un exemple :
On part de 0.55 (la valeur d'un échantillon par exemple) qui est écrit avec deux chiffre après la virgule. On le divise par 2 puis on multiplie le résultat par 3. On fait le calcul une fois en arrondissant l'étape intermédiaire à deux chiffre après la virgule et une autre fois en arrondissant l'étape intermédiaire à trois chiffres après la virgule.
Les arrondis sont notés par les flèches.
0.55/2 = 0.275 -> 0.28 * 3 = 0.84 -> 0.84
0.55/2 = 0.275 -> 0.275 * 3 = 0.830 -> 0.83
0.84 != 0.83
Quand bien même on est partie de la même précision et on arrive à la même précision (deux chiffres après la virgule), le fait d'avoir une meilleur précision dans le calcul intermédiaire donne un résultat plus juste.
.Citation :
J'avoue ne pas encore bien visualiser le truc.
Il y a plusieurs moments ou un fichier pourra être stocké :
1) Juste après l’acquisition du son par la carte son (qui est faite en 24 bits) :
On code le fichier en 24 bits, ça sert à rien de coder sur 32 ou 64 bits flottants. D'ailleurs, Studio One ne te laisse pas le choix la dessus, peu importe ce que tu as configuré dans les options il code le fichier en 24 bits (en tout cas chez moi). C'est tant mieux parce que c'est le truc logique à faire.
2) Ensuite on fait les traitements et éventuellement on sauve des fichiers intermédiaires (gèles de pistes, transfère du fichier à un logiciel de restauration, etc.). C'est ça que tu configure dans les options de Studio One, t'as le choix entre 32 ou 64 bits flottants. Ce paramètre détermine à la fois la codage utilisé pour les traitements et le codage pour les "sauvegardes intermédiaires" (dans Studio One).
3) A l'export final du mix/master, on va faire un fichier et la tu as de nouveau un choix qui t'es donné : 8, 16, 24 bits fixe ou 32 bits flottants. Si c'est le fichier final et qu'il ne subira aucun traitement après, 16 bits suffisent.
S'il va subir des traitement après (mastering, encodage, échantillonnage...), il vaut mieux le coder sur 24 bits fixe ou 32 bits flottants.
Ce sont les étapes intermédiaires qui ont un intérêts à être codées plus précisément.
Pour donner un exemple :
On part de 0.55 (la valeur d'un échantillon par exemple) qui est écrit avec deux chiffre après la virgule. On le divise par 2 puis on multiplie le résultat par 3. On fait le calcul une fois en arrondissant l'étape intermédiaire à deux chiffre après la virgule et une autre fois en arrondissant l'étape intermédiaire à trois chiffres après la virgule.
Les arrondis sont notés par les flèches.
0.55/2 = 0.275 -> 0.28 * 3 = 0.84 -> 0.84
0.55/2 = 0.275 -> 0.275 * 3 = 0.830 -> 0.83
0.84 != 0.83
Quand bien même on est partie de la même précision et on arrive à la même précision (deux chiffres après la virgule), le fait d'avoir une meilleur précision dans le calcul intermédiaire donne un résultat plus juste.
purplefox
357
Posteur·euse AFfamé·e
Membre depuis 19 ans
Danbei
1894
AFicionado·a
Membre depuis 14 ans
EddyA
512
Posteur·euse AFfolé·e
Membre depuis 20 ans
EddyA
512
Posteur·euse AFfolé·e
Membre depuis 20 ans
- < Liste des sujets
- Charte