Les moteurs audio, enfin du concret!

1- ok si le moteur était 16 bit, mais attention toutefois de pas confondre la résolution d'enregistrement et la résolultin des calculs, je ne connais pas le soft dont tu parles, mais il doit avoir plus de 10 ans pour ne pas avoir un moteur 32 bit float, comme à peu près tous les softs depuis le début des années 2000.

2- no comment, désolé, je ne porte aucun crédit à ce milieu (même si il y a probablement des exceptions et des gens compétents) car on y lit surtout un gros paquet d'idiotie, si c'est audible, c'est mesurable, l'inverse n'étant pas forcément vrai par contre.

3-je n'ai pas tout relu, mais de quel tu parles avec un résultat non nul? Parce que pour tous mes test de sommations et de comparatifs des softs, le résultat était parfaitement nul, et je ne parle pas de "rien d'audible" je parle d'exporter le résultat en le normalisant 0dB avec toujours rien, hors si il n'y a même pas de bruit de quantification, c'est qu'il n'y a pas de signal.

Citation :

Mais je crois que ces différences existent, car l'algorithme utilisé n'est pas toujours le même et ce n'est pas une simple addition.

 non, là clairement tu te trompes, c'est une simple addition, il suffit d'ne parler avec les gens qui programment ce genre de chose, et les démonstrations que l'on a faite le prouve, ce qui n'empêche pas qu'il y a tout un tas de facteur qui font qu'un mix pourra sonner différemment sur différents softs, mais rien à voir avec le "moteur audio" ou la sommation.

Pour le test dont tu parles (lien mort) effectivement le résultat n'était pas nul, mais j'insiste, c'était un test complémentaire d'écoute AVEC DES PLUGS, et dans cette situation, il devient quasi impossible d'avoir une annulation (variables aléatoires, gestion de la compensation de la latence, dithering etc...).

Dis toi bien une chose, sur un vrai mix (avec plugs, automations etc...), à chaque fois que tu fais lecture/stop, il y a des différences qui sont tout le temps plus ou moins du même ordre que celles qui existaient dans ce test, pourtant je n'ai encore jamais lu personne qui se plaignait d'avoir constater ces différences.

Tu peux en faire la démonstration en faisant deux exports de la même session de mix d'un soft donné, tu n'auras pas d'annulation.

Mais pour les opérations élémentaires d'un soft (ce qu'on peu attribuer au "moteur audio") donc pan, gain, sommation, il n'y a aucune raison que ça diffère.

Et en plus, il me semble que ces opérations sont normalisées et décrites dans la norme IEEE754.

Citation :

Attention, il y a différentes lois pour le pan, selon ce qu'on veut faire

 exacte, mais lors des test nous avons fait des pans soit à 0, soit aux extrêmes, la seule différence que j'avais noté était une échelle différente entre cubase et samplitude, une même valeur de pan intermédiaire ne donnait pas la même chose, mais aux extrêmes on retrouvait nos petits.

PT LE, M-powered et toute autre version native était bien en 32 bit float (par contre je ne saurais dire à partir de quelle version c'était le cas, mais j'avais une version 6 du LE qui de mémoire l'était bien), même si effectivement le format n'était pas intégré pour l'enregistrement/gestin des fichiers.

Pour la version TDM, le moteur était en 48 bit fixe (double 24 bit) avec je crois des repassages en 24 bit pour la com inter bus avec dither et la sommation se faisait sur 56 bit fixe avec une réserve (15 bit de mémoire) au dessus du 0dBfs.

Pour la version actuelle de PT, je crois que natif comme HDX, c'est du 64 bit float en calcul avec gestion des fichiers au format 32 bit float.

pas de soucis.

Il y a un tableau au post 4 ou chaque piste est listée avec en face les plugs et réglages utilisés.