SuperRack Performer: latência da voz e retornos de efeitos

Defina o percurso e a versão antes de medir

Identifique onde o atraso pode se acumular e como o host permite encaminhar a voz e os retornos de efeitos. Registre o nome do produto e o build junto ao arquivo de sessão antes de testar uma alteração.

Separe clock, buffer do driver e processamento

O comparativo oficial do Performer situa o processamento no computador; o SuperRack SoundGrid usa um servidor. Uma placa SoundGrid pode transportar áudio para um host nativo sem que seus plugins sejam processados em um servidor. Conectar um servidor, por si só, não muda o motor do Performer.

Para o QRec, o manual de 20 páginas, pp.6–7/10 distingue Network Buffer, dispositivo mestre e frequência indicada. O Network Buffer tem valor padrão de 512 amostras e pode precisar ser aumentado em caso de sobrecarga da porta de rede. É um ajuste diferente do buffer ASIO/Core Audio do host: registre os dois quando existirem.

O manual WSG-Y16 V1/V2, p.8, Features limita SoE à V2. Registre placa, firmware, mestre previsto e estado de sincronização antes de alterar o clock.

Ensaio proposto: comece com o percurso e o clock combinados com o operador, sem plugins. Se já houver artefatos, salve o registro de sincronização e carga antes de testar outro buffer. Altere um único ajuste em uma cópia fora do evento e repita o mesmo conteúdo. Se melhorar, anote o que mudou; ainda falta conferir se o atraso resultante atende àquele destino.

Amostras e milissegundos: uma conta e dois plugins distintos

Para converter amostras em tempo, use t = 1000 × amostras / frequência em Hz. A tabela é um cálculo próprio: supõe um buffer de B amostras em cada sentido a 48 kHz. Não inclui buffers adicionais, conversão, transporte, plugins nem compensação. Não representa medição nem recomenda esses ajustes.

No comparativo da Waves, o exemplo informa 256 amostras por sentido, 512 no total e aproximadamente 5,3 ms. Os dados não coincidem: 512 / 48.000 × 1000 resulta em 10,67 ms. Mantemos a conta explícita para evitar levar o número publicado ao ensaio.

A tabela oficial Plugin Latency, coluna Native/SoundGrid em 44,1–48 kHz, informa 3072 amostras para o Waves Tune: em 48 kHz, são 64 ms por cálculo. O Tune Real-Time aparece separadamente com latência nula ou quase nula, conforme a nota. Não use o nome abreviado Tune como identificação do componente.

O manual Tune Real-Time, arquivo V16 update, p.5 esclarece que informa zero ao host, mas sua detecção/correção pode acrescentar entre 0 e 4 ms conforme a altura da nota. Na p.8, Speed é a velocidade de correção. Não é o buffer de transporte nem uma leitura do atraso total. Anote componente e ajustes e compare uma frase com notas graves e agudas durante o ensaio.

Compensação e Bypass: observe o que realmente muda

O manual Performer, 134 páginas, pp.48/73/90 distingue três operações. Bypass mantém o plugin na cadeia e sua carga; Disable o retira do processamento e pode reduzir carga e latência. Latency Compensation Off exclui seu atraso do cálculo, mas não o elimina.

Para comparar, salve uma cópia e registre o estado inicial. Em uma pausa de ensaio, teste uma operação por vez e observe o valor indicado, a escuta e os cortes. Se apenas o número mostrado cair, anote também se a voz continua chegando atrasada: são observações diferentes. Restaure o estado inicial antes da próxima passagem.

No Performer, p.48, Align all Racks Automatically usa a maior latência da sessão; Align by Latency Groups alinha dentro de cada grupo. Confira quais racks compartilham grupo e destino. O manual alerta para possíveis cortes ao alterar a estrutura de plugins (p.57).

Não desative a compensação como solução geral. Se percursos forem combinados em um destino, propomos escutá-los primeiro separados e depois juntos, com o mesmo nível de referência, para conferir o efeito da alteração. Registre qual alinhamento ainda precisa ser validado.

Voz afinada e efeitos: desenhe dois retornos possíveis

É uma alternativa de roteamento para ensaiar, não um resultado confirmado nem uma forma de usar uma única instância de afinação. Primeiro identifique o componente exato: Waves Tune ou Tune Real-Time.

O manual Performer, pp.87/74 descreve entradas de rack a partir de canais do dispositivo e External Inserts com envios/retornos físicos. Esse procedimento não documenta um bus interno que some racks.

Propomos reservar dois retornos claramente nomeados e dois racks de teste. Compare a voz sem efeito temporal com o retorno de efeitos separadamente; depois teste a soma prevista. Defina se o retorno de efeitos deve incluir voz direta ou apenas efeito para evitar uma segunda cópia de voz não prevista.

Na cópia, compare as duas instâncias de afinação e seus ajustes antes do ensaio e novamente depois de mudar cues. Observe a carga do host com as duas ativas. Se o projeto reenviar um retorno da console ao host, desenhe e meça esse percurso extra: não o registre como roteamento interno.

Você pode preparar outra alternativa que use efeitos da console sobre o retorno afinado, se o patch e o ponto de tomada do modelo permitirem. Esse percurso ainda precisa ser conferido no manual e na sessão; não damos uma receita universal para CL/QL ou WING.

Registre atraso, cortes e escuta até o destino

Preencha a ficha de latência e retornos. Defina os extremos e o método antes de anotar milissegundos. Uma referência e um retorno gravados simultaneamente podem ajudar a comparar percursos; identifique e calibre o sistema de medição antes de apresentar o valor como atraso absoluto. Para um afinador, escolha também material vocal adequado: uma única nota não cobre seu comportamento.

Ensaio proposto: primeira passagem sem plugins; segunda com afinação; terceira com a cadeia completa. Mantenha frequência, buffer e pontos de medição. Registre duração, carga, cortes e escuta em cada passagem. Depois compare outro buffer ou grupo em uma passagem diferente. Um trecho curto sem cortes não valida toda a duração do show.

Para IEM, combine com o operador e o cantor o percurso que será testado. Se a medição terminar antes do sistema de retorno, registre esse limite. A escuta do cantor e o valor medido são anotados separadamente; não definimos aqui um limite universal.

Erros comuns: somar amostras como se fossem milissegundos, confundir Speed com buffer e estender a cifra de um plugin à cadeia inteira. Preserve a revisão que o próximo operador deve carregar e uma lista dos testes ainda necessários.

Relacionado: WING e conexões do SuperRack (em espanhol), roteamento e snapshots e Dante, clock e cortes. Inclua o ensaio na preparação do sistema de áudio do evento.