Se connecter
Se connecter
Mot de passe oublié ?
ou
Créer un compte
ou
Se connecter avec Facebook
Notifications
< Retour vers Techniques du Son
Agrandir
Techniques du Son
Forums thématiques
Techniques du Son
Actu 603 603
Articles 627 627
Médias 4 922 4,9k
Tutoriels Tutos 93 93
Forums 17 024 17k

Sujet UNE FOIS POUR TOUTE !

  • 61 réponses
  • 16 participants
  • 7 178 vues
  • 23 followers
Sujet de la discussion UNE FOIS POUR TOUTE !

Hello,

 

A force de lire, d'entendre tout et son contraire je souhaite une fois pour toute que l'on résolve ces deux questions :

- Freq / bits pour configurer son projet dans cubase

- niveaux à l'enregistrement RMS et Peak

 

Freq / BITS : on est tous d'accord pour dire que configurer un projet en 16 bit / 44,1khz n'est plus trop d'actualité ! Surtout avec la mort du cd , nos "oeuvres" finiront plus sur iTunes que dans les Fnac ...

J'ai pu lire pour la fréquence, qu' il faut soit rester en 44,1khz ou soit la doubler donc 88,2khz (quand c'est pour l'audio / sinon pour la video c 'est 48khz)

Quand est il vraiment ?

Pour le 16 bits , tout le monde s'accorde de mettre au minimum 24bits . Quel est la difference des bits pour l'enregistrement et du fameux 32bits flottant à partir duquel cubase fonctionne ...?

 

En gros sous cubase 7 , avec une RME UC quel est la meilleur résolution à choisir pour le projet ?

Quel est l incidence sur la latence et l optimisation des calculs interne ?

 

RMS / PEAK : J'ai lu l'article sur les niveaux d'enregistrement . Bien compris qu'il fallait enregistrer la source à -18db RMS . On m'a dis aussi qu'en plus de ces -18 db il faut que les peak soit max à -6db pour avoir une marge .

 

Quel est donc le bon niveaux à la prise ?

Ensuite pour la mesure , pourquoi il y a une difference de vumètre (RMS et Peak) entre celui de cubase et par ex celui du Braiworx meter  ou ceui d'ozone insight ? il ne sont pas qualibré de la même façon ?

Ce qui est étrange c'est que tout les indicateurs de Peak/RMS que j'ai indiquent tous à peu près les mêmes niveaux mais du coup tous déferrent de celui de cubase ....

 

Merci

 

Minimoog => Radial JDI => Phoenix Audio DRS-Q4 => RME UC => Focal Solo 6

Afficher le sujet de la discussion
51
Ok, je crois avoir compris et je pense que nous disons a peu prêt la même chose quant aux filtres.

Ce que je voulais dire c'est que même si un signal est entièrement compris dans la bande [ 0 ; F/2 [ le problème de reconstruction du signal est posé par l'échantillonnage mais le défaut est lié à la solution technique pour extraire la bande utile : le filtre d'interpolation (de sortie) n'est pas parfaitement raide, et tu nous donnes une parfaite illustration d'un problème que l'on peut rencontrer avec cette solution.

Dans le cas d'une sinusoïde seule, il est possible de la retrouver sans erreur sans utiliser de filtrage : Avec une série d'échantillons d'une sinusoïde de fréquence < Fe/2, on peut trouver l'ensemble solution des sinusoïdes qui passent pas ces points et il suffit alors de ne garder que celle dont la fréquence est inférieure à Fe/2 (en ignorant toutes les autres).
C'est un cas "théorique" qui ne se rencontre pas dans l'audio mais qui permet de comprendre que l'information n'est pas perdue par le processus d'échantillonnage lui-même : on est "juste" incapable de l'extraire convenablement avec un filtre imparfait.

[ Dernière édition du message le 27/10/2013 à 19:45:35 ]

52
Citation :
Augmenter le nombre de bits par rapport à quoi ??

Si je conçois un CAN à base de comparateurs (sans sur-échantillonage), je peux très bien sortir en 48 bits.
Construire un CAN 48bits "flash" est très compliqué : Il faut s'assurer que l'échelle des quantifications est bien "linéaire" (la dispersion des composants pose problème est une calibration est toujours nécessaire, et avec 2^48-1 seuils à comparer, je te laisse imaginer l'ampleur de la procédure), il faut aussi que les 2^48-1 bloqueurs soient synchrone dans une période d’échantillonnage.

Rien que c'est deux points justifient pour beaucoup de fabriquants à passer au CAN delta-sigma par sur-échantillonnage.
53
x
Hors sujet :
Citation :
et il suffit alors de ne garder que celle dont la fréquence est inférieure à Fe/2 (en ignorant toutes les autres).
On pourrait peut-être appeler cela un filtrage.

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

54
Citation :
Construire un CAN 48bits "flash" est très compliqué : Il faut s'assurer que l'échelle des quantifications est bien "linéaire" (la dispersion des composants pose problème est une calibration est toujours nécessaire, et avec 2^48-1 seuils à comparer, je te laisse imaginer l'ampleur de la procédure), il faut aussi que les 2^48-1 bloqueurs soient synchrone dans une période d’échantillonnage.

Rien que c'est deux points justifient pour beaucoup de fabriquants à passer au CAN delta-sigma par sur-échantillonnage.


J'avais indiqué 48 bits comme un exemple extrème et donc, si je comprends bien, l'argument d'utiliser la technologie à sur-échantillonage (delta-sigma) dans les CAN est aussi (comme pour les CNA) un argument d'ordre économique....
...En plus de la théorique augmentation qualitative...

Je me demande si cette technologie a toujours été utilisée et si les premiers convertisseurs 16 bits mis sur le marché utilisaient déjà le sur-échantillonage ???

Si vous avez des références de convertisseurs ou de machines (ADAT, DTD ect) n'utilisant pas le sur-échantillonage, je suis preneur....

https://spacionot.bandcamp.com/

55
x
Hors sujet :
Citation de Danguit :
x
Hors sujet :
Citation :
et il suffit alors de ne garder que celle dont la fréquence est inférieure à Fe/2 (en ignorant toutes les autres).
On pourrait peut-être appeler cela un filtrage.
C'est bien un filtrage, mais pas par convolution.

Dans ce cas particulier, ayant une information forte a priori sur la forme du signal (une sinusoïde), on peut même réaliser du filtrage dit optimal en se ramenant à un problème d'optimisation paramétrique :
- On sait que l'on a une sinusoïde de la forme s(n) = a*sin(w*n*Te + phi), avec Te la période entre deux échantillons =1/Fe et n l'indice de l'échantillon.
- On a une séquence d'échantillons bruitée (i.e. avec un bruit additif, d'origine apologique et/ou celui de quantification) x(n)
- On calcule l'erreur quadratique : ∑(x(n)-s(n))² (la somme sur tous les n)
- On cherche le triplet (a,w,phi) qui minimise cette erreur (avec un contrainte sur w pour qu'il reste inférieur à 2*pi*Fe)
- On obtient la sinusoïde en calculant s avec les paramètres optimaux, le résidu de x(n)-s(n) est le bruit : en plus on débruite !

Pour un ensemble d'échantillons, le critère à optimiser est un moindre carré non linéaire qui peut être résolu avec l'algo de Gauss-Newton sans problème (c'est un classique des math).

Pour le faire "à la volée" à chaque nouvel échantillon (plus il y en a, mieux on estime) il existe des algo de "mise à jour" d'un moindre carré.

Si les paramètres évoluent au cours du temps, il existe des moindre carré avec "facteur d'oubli", mais ça ne marche pas terrible.
Si l'on a une idée de "l'évolution "dynamique" des paramètres, il est possible de mettre en oeuvre le... filtrage de Kalman avec une variante non linéaire sous-optimale https://fr.wikipedia.org/wiki/Filtre_de_Kalman

Et ça c'était le début d'une des applications de ma thèse de doctorat sur le sujet ! :-p
(oui j'avoue, je viens de me faire un peu plaisir. Attention à la masturbation)



Citation :
si je comprends bien, l'argument d'utiliser la technologie à sur-échantillonage (delta-sigma) dans les CAN est aussi (comme pour les CNA) un argument d'ordre économique....
Ben c'est le nerf de la guerre : proposer un niveau de qualité ou de performance au meilleur coût.

La mise au point d'un CAN flash de la même résolution que les CAN delta-sigma actuels est vraiment très délicate, et ça les rends très (trop) chers... De plus ils ont de réels défauts gênants que les CAN delta-sigma n'ont pas.
56
Citation :
La mise au point d'un CAN flash de la même résolution que les CAN delta-sigma actuels est vraiment très délicate, et ça les rends très (trop) chers...

Je comprends dans le cas d'un convertisseur équipant un téléphone à 29 euros mais moins dans dans le cas d'un convertisseur haut de gamme à 1000 euros et plus.

Citation :
De plus ils ont de réels défauts gênants que les CAN delta-sigma n'ont pas.

Ce qui me gêne c'est qu'un convertisseur flash à 44100hz donnera (en théorie) une valeur de bits exacte 44100 fois par secondes alors qu'un convertisseur delta-sigma donnera une valeur exacte zéro fois par seconde (jamais ou presque) avec tout le temps des approximations (ou des moyennes).

Enfin c'est ce que j'en ai compris et malgré les avantages supposés du convertisseur delta-sigma, j'arrive difficilement à croire que ces derniers donnent un représentation plus fidèle du signal. Comme je l'ai dit plus haut, le test A/B n'est pas faisable à part sur des plugins de traitement à sur-échantillonage et encore je ne suis même pas sur que ce soit la même technologie de sur-échantillonage qui est utilisée.

Edit : je viens de faire un tour sur Wiki et il y différents convertisseurs présentés en plus du "flash"

Convertisseur à approximations successives
Convertisseur à double rampe
delta sigma

effectivement ils indiquent des résolutions faibles ou des temps de conversion lents...
Le convertisseur à approximations successives semble pas mal quand même et est indiqué pour 12 bits de résolution environ. N'y a t-il pas moyen de le "pousser" un peu ( en 20 bits par exemple) ??
Peut-on conclure que tous les CAN à partir de 16 bits sont des delta-sigma ??

https://spacionot.bandcamp.com/

[ Dernière édition du message le 31/10/2013 à 12:18:01 ]

57
http://i.minus.com/jzKGUT79vSYxK.jpg
Ce graphique proviens du document suivant https://www.emse.fr/~dutertre/documents/cours_convertisseurs.pdf (page 31) datant de 2009.
Il donne les champs d'applications des différentes méthodes de conversion, mais semble etre depassé: maintenant n'importe quelle interface audio propose une conversion à 96kHz sur 24bits.
Mais ça laisse penser que c'est bien le sigma-delta qui est utilisé pour des résolutions supérieurs ou égals à 16bit.

J'ai recuperer le document icihttp://xcotton.pagesperso-orange.fr/electron/coursetdocs.htm. Il y a plusieurs autres documents sur le sujet, j'ai pas tout lu mais si ça intéresse certains...


A propos des differences (audible) entre l'echantillonage à 44.1kHz et 48kHz, ca serai pas un gage de mauvaise qualité pour un convertisseur ? Ca voudrai dire que le filtre anti-aliasing n'est pas performant. Un bon convertisseur ne devrai pas donner de differences audible, pour peu que l'on n'ai pas une ouïe spécial.
Je dit ca parce que plus tot dans le sujet j'ai lu que la difference était plus flagrante quand le convertisseur était de haute qualité...Ce qui me parait très bizarre.

[ Dernière édition du message le 31/10/2013 à 14:15:36 ]

58
merci Danbei

https://spacionot.bandcamp.com/

59
Citation :
Ce qui me gêne c'est qu'un convertisseur flash à 44100hz donnera (en théorie) une valeur de bits exacte 44100 fois par secondes alors qu'un convertisseur delta-sigma donnera une valeur exacte zéro fois par seconde (jamais ou presque) avec tout le temps des approximations (ou des moyennes).
Il n'y a qu'une pendule arrêtée qui donne l'heure exacte 2 fois par jour.

Le convertisseur sigma-delta laisse une erreur plus petite que le bit de poids faible : c'est toute la précision dont on a besoin.

Un convertisseur flash voit une dispersion entre les 2^n différents seuils (pour 1 bit supplémentaire il faut doubler le nombre de seuils) : il n'est pas linéaire et demande une calibration... qui n'est pas parfaite. De plus cette dispersion évolue au cours du temps, de la température, etc.
Il existe aussi une dispersion des instants où le 2^n bloqueurs prélèvent la valeur impossible à corriger.

La réalisation du filtre d'antialisasing est également plus difficile...
60
Citation :
Il n'y a qu'une pendule arrêtée qui donne l'heure exacte 2 fois par jour.

c'est exactement à ça que je pensais

Citation :
Le convertisseur sigma-delta laisse une erreur plus petite que le bit de poids faible : c'est toute la précision dont on a besoin.

ha...donc à un instant T correspondant à un echantillon, le CAN sigma-delta donnera une valeur extrèmement proche de la valeur réelle ( à part la minuscule erreur du bit de poids faible) ??

C'est bien ce bit de poids faible qu'on utilise pour le dithering ?

Citation :
Un convertisseur flash voit une dispersion entre les 2^n différents seuils (pour 1 bit supplémentaire il faut doubler le nombre de seuils) : il n'est pas linéaire et demande une calibration... qui n'est pas parfaite. De plus cette dispersion évolue au cours du temps, de la température, etc.


d'accord mais je ne vois pas pourquoi tu prends le convertisseur flash comme concurrent direct du sigma-delta.....apparemment le Flash n'est pas du tout adapté à l'audio (fréquence et résolution)

Est ce parce qu'il est le plus proche concurrent en terme de précision ?

https://spacionot.bandcamp.com/

[ Dernière édition du message le 02/11/2013 à 16:24:48 ]