SuperRack Performer: demora en la voz y retornos de efectos

Qué preguntaron y qué quedó sin comprobar

Vamos a trabajar con dos preguntas: dónde se acumula la demora y cómo entregar voz y efectos sin dibujar una ruta que el host no ofrece. El nombre del producto y el build deben acompañar el archivo de sesión.

Separá reloj, buffer del driver y procesamiento

La comparativa oficial de Performer sitúa el procesamiento en la computadora; SuperRack SoundGrid usa un servidor. Una tarjeta SoundGrid puede transportar audio hacia un host nativo sin que sus plugins se procesen en un servidor. Conectar uno no cambia por sí solo el motor de Performer.

Para QRec, el manual de 20 páginas, pp.6–7/10, distingue Network Buffer, dispositivo maestro y frecuencia indicada. Su Network Buffer tiene un valor predeterminado de 512 muestras y puede requerir aumento ante sobrecarga del puerto de red. Es otro ajuste que el buffer ASIO/Core Audio del host: anotá ambos cuando existan.

El manual WSG-Y16 V1/V2, p.8, Features, limita SoE a V2. Registrá tarjeta, firmware, maestro previsto y estado de sincronización antes de modificar el reloj.

Ensayo propuesto: comenzá con la ruta y el reloj acordados por el operador, sin plugins. Si ya hay artefactos, guardá el registro de sincronización y carga antes de probar otro buffer. Cambiá un único ajuste en una copia fuera del evento y repetí el mismo contenido. Si mejora, anotá qué cambió; todavía falta comprobar que la demora resultante sirva para ese destino.

Muestras y milisegundos: una cuenta y dos plugins distintos

Para convertir una cantidad de muestras en tiempo, usá t = 1000 × muestras / frecuencia en Hz. La tabla es un cálculo propio: supone un buffer de B muestras en cada sentido a 48 kHz. No incluye buffers adicionales, conversión, transporte, plugins ni compensación. No representa una medición ni recomienda esos ajustes.

En la comparativa de Waves, el ejemplo dice 256 muestras por sentido, 512 en total y aproximadamente 5,3 ms. Esos datos no coinciden: 512 / 48.000 × 1000 da 10,67 ms. Conservamos la cuenta explícita para evitar trasladar el número publicado al ensayo.

La tabla oficial Plugin Latency, columna Native/SoundGrid a 44,1–48 kHz, publica 3072 muestras para Waves Tune: a 48 kHz son 64 ms por cálculo. Tune Real-Time aparece por separado con latencia nula o casi nula, según la nota. No tomes el nombre abreviado Tune como identificación del componente.

El manual Tune Real-Time, archivo V16 update, p.5, aclara que reporta cero al host, pero su detección/corrección puede añadir entre 0 y 4 ms según la altura de la nota. En p.8, Speed es la velocidad de corrección. No es el buffer de transporte ni una lectura de la demora total. Anotá componente y ajustes, y compará una frase con notas graves y agudas durante el ensayo.

Compensación y Bypass: mirar qué cambia realmente

El manual Performer, 134 páginas, pp.48/73/90, distingue tres operaciones. Bypass conserva el plugin en la cadena y su carga; Disable lo retira del procesamiento y puede reducir carga y latencia. Latency Compensation Off excluye su demora del cálculo, pero no la elimina.

Para comparar, guardá una copia y registrá el estado inicial. En una pausa de ensayo, probá una operación por vez y observá el valor indicado, la escucha y los cortes. Si sólo baja el número mostrado, anotá también si la voz sigue llegando tarde: son observaciones diferentes. Recuperá el estado inicial antes de la siguiente pasada.

En Performer, p.48, Align all Racks Automatically toma la mayor latencia de la sesión; Align by Latency Groups alinea dentro de cada grupo. Revisá qué racks comparten grupo y destino. El manual advierte de posibles cortes al modificar la estructura de plugins (p.57).

No desactives la compensación como arreglo general. Si se combinan rutas en un destino, proponemos escucharlas primero por separado y después juntas, con el mismo nivel de referencia, para comprobar el efecto del cambio. Dejá anotado qué alineación falta validar.

Voz afinada y efectos: dibujar dos retornos posibles

Es una alternativa para ensayar, no un resultado confirmado ni una forma de ahorrar una instancia de afinación. Antes de copiarla, identificá si el usuario usa Tune o Tune Real-Time.

El manual Performer, pp.87/74 describe entradas de rack desde canales del dispositivo y External Inserts con envío/retorno físicos. Ese procedimiento no documenta un bus interno que sume racks.

Proponemos reservar dos retornos claramente nombrados y dos racks de prueba. Compará la voz sin efecto temporal con el retorno de efectos por separado; después probá la suma prevista. Definí si el retorno de efectos debe incluir voz directa o sólo efecto para evitar una segunda copia de voz no prevista.

En la copia, compará las dos instancias de afinación y sus ajustes antes del ensayo, y volvé a hacerlo después de cambiar cues. Mirá la carga del host con ambas activas. Si el diseño vuelve a enviar un retorno de consola al host, dibujá ese recorrido extra y medilo: no lo registres como ruteo interno.

Podés preparar otra alternativa que use efectos de la consola sobre el retorno afinado, si el patch y el punto de toma del modelo lo permiten. Esa ruta queda pendiente de comprobar en su manual y en la sesión; no damos una receta universal para CL/QL o WING.

Registrar demora, cortes y escucha hasta el destino

Completá la ficha de latencia y retornos. Definí los extremos y el método antes de anotar milisegundos. Una referencia y un retorno grabados simultáneamente pueden servir para comparar rutas; identificá y calibrá el sistema de medida antes de presentar el valor como demora absoluta. Para un afinador, elegí además material vocal adecuado: una sola nota no cubre su comportamiento.

Ensayo propuesto: primera pasada sin plugins; segunda con afinación; tercera con la cadena completa. Mantené frecuencia, buffer y puntos de medida. Anotá duración, carga, cortes y escucha en cada una. Después compará otro buffer o grupo en una pasada distinta. Un fragmento corto sin cortes no valida toda la duración del show.

Para IEM, acordá con el operador y el cantante la ruta que se probará. Si la medición termina antes del sistema de retorno, dejá ese límite escrito. La escucha del cantante y el valor medido se registran por separado; no fijamos aquí un umbral universal.

Errores habituales: sumar muestras como si fueran milisegundos, confundir Speed con buffer y extender la cifra de un plugin a toda la cadena. Conservá la revisión que debe cargar el siguiente operador y los resultados todavía vacíos.

Relacionado: WING y conexiones de SuperRack, ruteo y snapshots y Dante, reloj y cortes. Incluí el ensayo en la preparación del sistema de audio del evento.