Hola RFB:
Te contesto primero a ti por ser mas "corta mi respuesta"...
RFB escribió:
Fran...segun tengo entendido el Mixtofile no aplica dither...osea que solo seria válido para bouncear al mismo rateo en que se graba...en este a caso a 96/32...¡en caso de querer sacar un master a 44.1/16 a través del mixtofile..que habria que hacer?
Convertir antes todo el material de audio a 44.1/16 lógicamente. Pero en esta conversión de 96 a 44.1 se pueden perder armónicos, ten en cuenta que los armónicos son los que definen el timbre de los instrumentos y la voz, la única diferencia de timbre que hay entre un violín, una viola y un chelo, es la distribución de armónicos, y en voces alterando armónicos se puede hacer que una voz de mujer suene a voz de hombre o de niño. Es cierto que en teoría matemática, un SR de 96 Khz puede grabar mayor número de armónicos y rango de frecuencias que 44.1 o 48, lo que ya no esta tan claro es si la mayoría de los humanos son capaces de percibir esas diferencias, y el gasto en RAM y CPU no merece la pena, teniendo en cuanta que la música se vende en CD's a 44.1/16.
Bajar de 96 a 44.1 es perder matices siempre, pero trabajar con audios a 32 bits float en lugar de 24 bits es una garantía de calidad en el bounce final, las dinámicas de los disco mas punteros en la actualidad están en el orden de 9 dB, y trabajando todo a 32 bits te da la garantía de no saturar ningún pico o transitorio (que los VU's no llegan a medir pero hay están) y en 24 bits muchos de estos se pierden por falta de margen dinámico. Y como SAM tiene el privilegio de hacer bounces de material a 32 bits float, y reducirlos a 16 bits sin dither consiguiendo clones perfectos que se cancelan con el mismo bounce a 32.
Mucha gente hace el bounce final para el CD a 16 con dither (que es un remiendo cuando el motor no es capaz de hacer una reducción de resolución perfecta) pero ese no es el caso de SAM.
En la respuesta a prosodio que hago a continuación lo veras mas claro.
prosodio escribió:
Ya decia yo, es que se nota tanto a nivel de contenido armonico como en la amplitud estereo.
Esto a mi me ha dejado muy "mosqueado" y no tiene lógica (amén de la absoluta certeza que tengo de la exactitud de los bounces de SAM), precisamente ahora estoy inmerso en una comparativa muy exhaustiva de SAM vs Logic, y he hecho cientos de pruebas de bounces, y el resultado es absolutamente perfecto.
Creo que algo hay en este bounce tuyo que no acabo de entender, y te explico mi experiencia:
Tengo que hacerte un mínimo de historia para que entiendas el problema.
Hace 2 días haciendo pruebas de la comparativa a la que me refiero, los bounces de Off line y Tiempo real, se cancelaban al 100%, pero los de MixTo File no se cancelaban con los otros.
El proyecto de la prueba son 15 pistas de audio mono a 44.1/24, 4 de ellas son metales (que generan muchos armónicos), de estas 15 pistas 7 llevan Paneos, el resto Pan al centro.
El bounce de SAM de este proyecto, es el mismo del proyecto hecho en Logic con los mismos 15 audios, pero el sistema de paneo de Logic (totalmente obsoleto) se basa en
-63 puntos para L, y +64 puntos para R (ni siquiera es simétrico) y SAM en +- 90 dB.
Tuve que hacer una tabla de equivalencias para Logic, y se utilizaron valores de paneo para Logic que tuvieran el mismo valor en dB para SAM.
Se hicieron los bounces de ambos Daw’s a 44.1/24 y la cancelación era muy pequeña tan solo -12.5 dB, en principio era evidente que son absolutamente diferentes y se perciben a oído las diferencias claras.
Pero surgió una duda razonable, si los valores de paneo de esas 7 pistas realmente eran iguales en ambos Daw’s, y esa era la razón de las enormes diferencias entre los bounces.
Entonces hice los bounces en estereo de esas 7 pistas con audio mono paneadas en SAM, por lo tanto ya están paneadas y se podían utilizar en ambos Daw’s con todas las pistas con Pan al centro, así no hay duda de que son los mismos valores.
Mi sorpresa fue que al hacer el bounce MixTo File del proyecto con las 7 pistas estereo ya paneadas, no se cancelaba al 100% con el mismo proyecto pero con las 7 pistas audio mono paneadas en el Mixer.
Entonces comparé cada una de esas 7 pistas bounceadas Off Line en estereo paneadas, con sus respectivas 7 pistas audio mono paneadas en Mixer con fase invertida. Y las 7 se cancelaban al 100%.
Esto a mi si me volvió “tarumba”, si los bounces Off Line de esas 7 pistas eran clones, por que los proyectos de SAM no se cancelaban en MixTo File.
Entonces me percaté que SAM antes de empezar el Play, calcula las latencias de los plug’s que tenga involucrados la mezcla, y al reproducir el primer medio compás se oía sin los efectos (como que no le daba tiempo a calcular antes de reproducir la mezcla).
Entonces desplace todas las pistas del proyecto (15) un compás, y en lugar de empezar los audios en el compás 1, ahora empiezan en el 2, ahora SAM tiene un compás para preparar cálculos previos.
Y….voila se obró el milagro.
Hice bounces del proyecto con las 7 pistas audio mono paneadas en Mixer (les llame Mono) y el mismo proyecto con las 7 pistas estereo ya paneadas (y les llame Paneos) en todos los formatos y opciones que SAM tiene:
16, 24 y 32 bits, Off Line, Tiempo real por Menú y MixToFile en Mixer..
Total 18 bounces, los he comparado uno a uno con los demás y todos se cancelan al 100%. Incluidos los bounces a 16 bits sin dither..
Y ahora ten en cuenta esto:
El material tiene efectos individuales de Izotope 5 Advanced (EQ's y Reverbs) en 7 de las 15 pistas, y un Izotope 5 Advanced completo en Master, que tiene 5 efectos que todos ellos intervienen en el contenido armónico y en las fases, o sea es una mezcla de las difíciles de calcular para el motor de audio, precisamente para poner a prueba a ambos Daw's a la hora de hacer el summing y ver los posibles errores.
Te adjunto el link de los bounces para que puedas evaluar su contenido armónico y la mínima dinámica que tiene, que es mucho mas complicado de calcular que el bounce que tu has hecho. Por lo tanto no es lógico lo que te pasa.
Estos son los bounces:
http://dl.dropbox.com/u/51073224/Bounces%20SAM.rar
Ten en cuenta que en el bounce Off Line, el motor de audio tiene todo el tiempo que necesite para calcular todas las muestras, e ir escribiendo bytes en el HD.
Pero en MixToFile no, tiene que calcularlo con el clock del sample rate y además tiene que leer todos los parámetros de todas las pista que tenga el proyecto, por si hay modificación de datos en tiempo real, por lo tanto lo lógico es que sea mas propenso a tener errores o perdida de datos. Y en tu caso encima el clock es a 96 Khz.
Me llama mucho la atención que en muchos otros Daw’s los usuarios opinan lo mismo que los bounces en Tiempo Real les suenan mejor de Off Line y carece de lógica científica, el motor de audio es un programa que hace cálculos programados, y no hay posibilidad de “suerte” o “casualidad” y al única diferencia entre motores de audio, son la exactitud de sus algoritmos de cálculo.
Algo parecido a este simil:
El número pi, vulgarmente es 3.1416, pues no es: 3.1415926535897932384….
La precisión del cálculo depende del número de decimales a utilizar, entre otras cosas.
Y como me cabrea el no encontrar explicación a estas cosas, te agradecería que si te interesa este tema, me des datos de cómo es el proyecto de tu bounce.
Cuantas pistas de audio, utilizas efectos, son grabaciones por micro, hay instrumentos virtuales en pistas MIDI, etc.
Por que en la estructura musical de tus bounces, no oigo nada que pueda considerarse una mezcla difícil, muy comprimida, etc, que justifique esa diferencia.
Has probado algo parecido en 44.1/32 o en 48/32?.
Un saludo, y perdonad por el tocho, pero de estas experiencias todos aprendemos algo.
