Se connecter
Se connecter

ou
Créer un compte

ou

Sujet >>> Eviter le Mixdown de cubase ! <<<

  • 317 réponses
  • 68 participants
  • 26 594 vues
  • 51 followers
Sujet de la discussion >>> Eviter le Mixdown de cubase ! <<<

Citation : Et cela dit, l'opération mathématique correspondant au gain est bien une multiplication, pas une addition



oui, je sais (j'avais mis sur les additions aussi), c'est pour ça que ça me parait evident sur le gain, t'appliques un coefficient a un nombre a n decimales, y'a peu de chance que tu retombes sur un nombre qui ait le meme nombre de decimales.

et dans le cas des additions (mixage), le probleme c'est que les nombres qui arrives n'ont pas la virgule au meme endroit, et qu'au final, va bien falloir faire un compromis pour exprimer le resultat.

enfin, je dis ça sans connaissances precises, juste d'apres ce que j'ai pu lire, et sur les concepts qu'ont m'a expliqué.
Afficher le sujet de la discussion
171
Yep, je ne connais pas non plus la cuisine interne des séquenceurs. Mais à part Gabou, je ne vois pas grand monde dans le coin qui sache (si qqun à des infos ?). À suivre ...
172
La discussion étant devenue bien trop technique pour moi, je n'ai pas suivi les dernières interventions... :oops:

Par contre le résultat m'intéresse! :bravo:

Vous avez tranché? Il est fiable ou pas finalement le mixdown de cubase?

Pour ma part en tout ca je n'ai jamais eu à m'en plaindre. :roll:
173

Citation : Bon Jan, j'ai lu rapidement tes remarques, donc j'espère qu'on parle de la même chose :
- le 25ème bit : ouais super, utilisé pourquoi ?

Ben justement, il n'est pas utilisé (faut bien s'arrèter un jour !) et c'est là que commencent les erreurs. Pour que les choses soient claires et voir si on cause bien de la même chose. Le calcul interne dans un séquenceur fait en double résolution (48 bit) pour certains et en 32bits flottants pour les autres (la majorité). Les fichiers sont toujours codés en 16, 24 ou 32bits float. Dans les deux premiers cas nous sommes en nombres entiers, dans le troisième la résolution réelle est de 24bits.

Maintenant, et pour des raisons de simplification, imagines que nous sommes en 1bit. Nous mixons deux pistes codées en 1 bit, cela nous donne ce genre de résultat : 0+0=0 (j'en ai entendu un au fond qui a répondu "La tête à Toto ?"), 0+1=1, 1+0=1, et pour finir 1+1=0, car pour coder cette addition il nous faut ajouter un bit. Dans ce cas, le résultat est 1+1=10.

On peut faire la même démonstration sur 24bits, et surtout avec 40 pistes (aïe)!

Dans ce cas, on "sature" et on doit réduire le niveau de chaque piste pour faire rentrer le mix dans nos 24bits, chaque piste étant baissée, leur signal ne conserve plus la résolution de 24 à l'arrivée (pendant le calcul si, gràce à la virgule flottante ou à la double résolution.


Citation : Or en cas de dépassment de capacité, on est tout simplement dans le cas d'une distorsion numérique, il n'y a bien sûr plus de linéarité, donc on rentre dans qqch de tout à fait différent du fonctionnement nominal du système.

Absolument.

Citation : - remarques en tout genre sur les arrondis : primo, on est d'accord (je suppose) qu'il n'ont strictement jamais lieu en calculs en virgule fixe (calculs de somme, encore une fois).

Re-Absolument, tant que la somme de toutes les pistes ne dépasse pas les 48 bits de résolution. Comme tu ajoutes 1bit chaque fois que tu double le nombre de piste (depuis 24bits pour 1 piste), fais le calcul toi-même...


Citation : Pour les calculs en virgule flottante : à ma connaissance, les problèmes éventuels d'arrondis n'ont lieu que lorsqu'il y a des décalages de mantisse (si ma mémoire est bonne).

Elle l'est.

Citation : Or, ces histoires des calculs d'arrondis, quand surviennent-ils ? à ma connaissance, uniquement lors de l'utilisation des filtres, au sens large (puisque sur le flux de valeurs sont effectuées des divisions successives), cf. les filtres à réponse impulsionnelle finie/infinie. Là pardon mais on n'est pas dans le cas d'une simple sommation.

Voir plus haut.


Citation : Bref, tout ça pour dire que ma manière de dire "une somme est une somme" servait avant tout à expliquer qu'il n'y a pas de procédé obscur et mystérieux en numérique (sauf ... bug ). Et je ne vois ce qu'il y a comme "contre vérité" là dedans. Ou alors explique moi un peu mieux (tu sais les profs de maternel c'est plus ce que c'était).

Il n'y a pas de mystère, j'espère que mon explication précédente t'a éclairé sur mes propos. C'est un bête problème de codage informatique, quand on dépasse la capacité des échantillons, on laisse tomber le LSB pour pouvoir coder le MSB, pas vraiment le choix. Mais on le fait à un niveau ou le LSB devient normalement un NSB (Non Significant Bit).


Citation : Maintenant si tu as des précisions à apporter, je serais heureux de les lire, mais stp argumente un peu mieux. Je ne prétends pas avoir tout bon sur toute la ligne, vu que je ne suis pas un spécialiste du traitement du signal.

Je n'ai pas tout bon tout le temps non plus, mais excuses-moi d'être parfois laconique, être clair prend parfois un peu de temps et en ce moment je n'en ai pas tant que ça.

JM
174
Flag
175

Citation : Vous avez tranché? Il est fiable ou pas finalement le mixdown de cubase?



+ 1
176

Citation : Maintenant, et pour des raisons de simplification, imagines que nous sommes en 1bit. Nous mixons deux pistes codées en 1 bit, cela nous donne ce genre de résultat : 0+0=0 (j'en ai entendu un au fond qui a répondu "La tête à Toto ?", 0+1=1, 1+0=1, et pour finir 1+1=0, car pour coder cette addition il nous faut ajouter un bit. Dans ce cas, le résultat est 1+1=10.


ouais ou alors considerer que t'arrondis, et etablir un regle pour cet arrondi.
177

Citation : ouais ou alors considerer que t'arrondis, et etablir un regle pour cet arrondi.

C'est plutôt que le calcul en virgule flottante permet de décaler les 24 bits vers le MSB et de laisser tomber le LSB. Sans ça on aurait un écrètage pur et simple (ce qui se produit lorsque on sature le convertisseur en entrée ou en sortie car lui travaille en valeur réelle sur 24 ou 16 bits.

JM
178
Ce qui te conduit, inevitablement, a un arroni sur le bas :clin:
179
On peut appeler ça un arrondi, je préfère le terme erreur ou approximation. Ce qui ne change rien au résultat.

JM
180
@jan : les faiseurs de moral me fatiguent aussi :clin:
@lylo : quand t'essaies de faire çà en pro, t'as pas trop de temps à perdre avec de l informatique ... surtout quand y a du monde dans le studio et que t'as pas de bécane de backup ...

sérieux çà fait un sacré moment que je suis dans ces softs et ces plate-formes et les forums qui s'en suivent (meme si ces temps j ai moins de temps pour venir flaner sur le net). Et mon cubase est tout ce qu il y a de plus légal (c'est le LE 4 qui est filé quand t'achètes du matos).
c'est honnêtement le soft qui m a tjs posé le plus de problème depuis SX1 (les versions avant les SX plantaient moins) ... Live fonctionne (en comparaison) bien mieux ... au moins lorsqu il plante il te récupère ton travail.

Bref, j'ai finalement trouvé la cause. Comme toujours c'est les plugins. J explique juste la méthode si çà peut aussi aider qqn. Quand Cubase ne veut plus rien savoir, il faut renommer son répertoire vstplugins en vstpluginsold par exemple et vider le répertoire vstplugins ...
On relance Cubase sans plugins et là çà doit marcher et le but du jeu est de recharger peu à peu les plugins du répertoire old vers l'original et de recharger le song pour voir si çà passe

Dans mon cas, c'était un plugin créé par Novation pour le controlleur Automap (ce controlleur duplifie tous les plugins) qui coinçait ... Après delete du plugin version automap, çà remarche ...

Je pige pas pourquoi est-ce que Cubase dans sa version 4 n'est pas foutu de bypasser un plugin posant problème ...

c'est bon j'arrête de vous saouler avec mon coup de gueule :D:

[PHil Martins]  

Facebook page

Site web