Se connecter
Se connecter

ou
Créer un compte

ou

Sujet expériences et réflexions sur les moteurs audio

  • 87 réponses
  • 16 participants
  • 8 147 vues
  • 19 followers
Sujet de la discussion expériences et réflexions sur les moteurs audio

Bonjour à tous.

 

Ce thread sera dédié aux discussions et expériences diverses concernant les "moteurs audio" des DAW.

RAS pour le moment, mais ça va pas tarder, on attend Bouyakaboy qui semble avoir du nouveau sur le sujet.

 

Je rappel qu'il y a déjà CE SUJET qui résume quelques tests réalisés.

Afficher le sujet de la discussion
61
Citation :
juste pour préciser et être parfaitement clair, dans les deux cas le "16 bit" fait référence à la résolution de l'export.
Oui tout à fait.

A noter qu'en mode edit, si on bosse en 16 bits, après un traitement quelconque, le résultat semble immédiatement "gravé dans le marbre". J'entends par là que si, par exemple, je booste mon signal de manière exagérée, puis je le baisse de nouveau, même sans sauvegarder la session, mon signal est pourri. Il semble donc qu'il n'y ait pas de différence entre le resultat sauvegardé et le résultat d'un traitement destructif intermédiaire.
Par contre, si je passe par le "mastering rack" qui permet de faire se succéder automatiquement un ensemble d'effets, un boost suivi d'une déamplification redonne le résultat original, donc le moteur interne doit travailler en float, mais une fois fini, il réduit le fichier à la résolution originale et perd donc les détails intermédiaires.

Citation :
je suis d'avis d'avancer par étape, donc pour le moment je dirait non.

OK, je vais donc pour l'instant affiner seulement ces tests pour donner des valeurs plus précises.
Audition 3.0 ne permet de travailler qu'en 16 bits et en 32 float, pas de 24.
Je ferai les mêmes tests sur la version cs6 qui possède aussi un mode 24 bits.

Site perso: Blastandco - Fictions sonores: Netophonix - Podcast: Les Sondiers

[ Dernière édition du message le 15/11/2012 à 13:55:59 ]

62
Citation :
A noter qu'en mode edit, si on bosse en 16 bits, après un traitement quelconque, le résultat semble immédiatement "gravé dans le marbre".

Ce qui conforte donc l'idée que Audition "travaille" en 16 bits lorsqu'il est réglé en 16 bit, et pas seulement au moment de l'export fichier. Et si j'ai bien compris, ce ne serait pas le cas de Cubase, qui travaille en 32bits float même s'il est réglé en 16 bit ? Ou alors j'ai pô compris ?
63

je crois plutôt qu'il parle de traitement offline (ce que je comprend par "en mode edit"), comme dans n'importe quelle DAW, peut importe la résolution du calcul offline (normalement la même qu'en "temps réel"), il y a un rendu après chaque traitement, et ce rendu lui est à la résolution du fichier source.

Comme si après chaque traitement "temps réel" (donc via les inserts dela console) tu exportais le résultat en 16 ou 24 bit pour el réimporter en session, et ainsi de suite.

C'est d'ailleur le seul vrai intérêt du format de fichier 32 bit flottant, pourvoir faire du traitement offline sans dégrader le SNR (du moins dans les mêmes proportions que les traitements "temps réel")

64
Ah... Je viens de piger un truc. Si je transpose à Cubase, ça veut dire que même si je règle mon projet en 16 bits, il calcule tous les traitements temps réel en 32 bits MAIS... que si j'applique un effet hors ligne, il stocke le résultat dans un nouveau fchier 16 bits, plus petit mais avec un risque de perte notamment en sur/sous modulation. C'est ça ?
65
Ça y ressemble, mais je ne connais pas assez cubase pour l'affirmer.

Concernant Audition (anciennement "cool edit pro"), il y a un mode "multipiste", sur lequel on fait ce qu'on veut, insert, aux, routing, découpage, effets, automation, le tout en non-destructif. Dans les parametres on peut indiquer si le resultat d'un bounce ou d'un export doit rester en 32 bits float ou si on le redescend en 16 bits avec ou sans dithering. Mais tant qu'on bosse dans ce mode et jusqu'à la sauvegarde, le boulot se fait en 32 bits float.

L'autre mode est le mode "edit" sur lequel on fait ce qu'on veut, au coup par coup, en mode destructif, on peut tailler dans le fichier, amplifier, appliquer des effets, compresser,... mais à chaque fois qu'on presse sur OK, le process est appliqué sur le fichier qui est en mémoire (ou la partie selectionnée du fichier). Le traitement se fait (pour autant que je puisse voir) en 32 bits float mais à la fin de chaque traitement, le fichier modifié revient à la résolution originale.
Donc si le fichier sur lequel on travaille est en 16 bits, chaque modification est définitive et revenir en arrière (autrement que par le UNDO) correspond à deux modifications successives, donc à de la perte.

Tout ça est à vérifier plus avant, bien entendu.

Site perso: Blastandco - Fictions sonores: Netophonix - Podcast: Les Sondiers

66

oui c'est exactement ça trazom, le réglage des propriétés du projet n'influe que sur le format d'enregistrement, pas sur la résolution des calculs, par contre, en offline, il y a un rendu à la résolution du fichier source.

 

[ Dernière édition du message le 15/11/2012 à 15:50:46 ]

67
Mes essais précédents étaient faits avec un sinus, donc valeurs peak et rms très proches.
J'ai repris le test en 32F avec un signal initial style dirac, càd 1 échantillon à 1 et le reste à 0 => rms à # 32dB sous le peak.
Avec peak= -185dB (rms à -218.4) le signal est bruité mais il existe encore dans le fichier (via GoldWave ou Scilab).
Avec peak = -200dB, le fichier est vide (Scilab).

Passer pour un idiot aux yeux d'un imbécile est une volupté de fin gourmet. (G. Courteline)

68

comme moi donc.

Ca doit être une valeur de l'exposant qui fixe le seuil en fait, non?

69
Une idée, comme ça, que Danguit pourrait tester (puisqu'il a Scilab).

Pourrais-tu produire un fichier en 32F avec Scilab qui contient 1 eps et l'importer dans l'un de tes outils pour le son pour voir à quelle valeur en dB ceci correspond ?
https://help.scilab.org/docs/5.4.0/en_US/percenteps.html

2^(-52) c'est le plus petit pas pour la précision double (64bits)
Pour le 32F c'est 2^-23.

Par exemple, si tu rentres un signal constant de 2^-23, quelle valeur va montrer Cubase ?
70
J'ai cherche ce genre de valeur avec le plug que je viens de faire.
C'est dans cubase.
Quand y n'y a rien qui module et que tout est vide avec tous les faders à 0,
Je met mon plug dans un slot voilà ce quil me sort peut importe ou se trouve le plug :
c'est du float 32bit
le shema est le suivant :

valeur float canal L / valeur float formaté canl L , valeur float canal R / valeur float formaté canl R # pour chaque ecchantillon succesif.

1.0E-10 / 0,0000000001000000013351432000000000000000 , 1.0E-10 / 0,0000000001000000013351432000000000000000 #
-1.0E-10 / -0,0000000001000000013351432000000000000000 , -1.0E-10 / -0,0000000001000000013351432000000000000000 #
1.0E-10 / 0,0000000001000000013351432000000000000000 , 1.0E-10 / 0,0000000001000000013351432000000000000000 #
-1.0E-10 / -0,0000000001000000013351432000000000000000 , -1.0E-10 / -0,0000000001000000013351432000000000000000 #
etc..... indefiniment

Je vais le faire pour ableton pour voir si c'est pareil mais le plug ne fonctionne pas encore sous ableton. ça ne serait tarder.

[ Dernière édition du message le 15/11/2012 à 20:59:50 ]