SuperRack SoundGrid e InTrigger: estalos e golpes de bateria que não disparam

InTrigger: separe detecção, reprodução e percurso da bateria

Use uma cópia da sessão e um trecho curto de passagem de som virtual em loop para comparar estalo, detecção dos golpes e saída das camadas. Se reduzir a entrada ou a quantidade de camadas, registre também quais golpes ou nuances deixam de ser reproduzidos. Teste as mudanças separadamente em cada tambor antes de estendê-las ao conjunto.

São verificações propostas: não comprovam a causa de uma falha nem medições realizadas pela GLMedia. Mantenha um registro separado por montagem e destino de escuta.

Carga por núcleo e erros: salve o estado antes de mexer no buffer

Waves, Common Questions, DSP performance meters, explica que cada rack é processado em um núcleo. A média global e o pico não descrevem a mesma coisa; buffer, recarga e frequência podem redistribuir a carga. Registre o trecho e a configuração de cada captura para poder compará-las.

O manual SoundGrid de 156 páginas, pp.58–60, mostra média e pico por núcleo e Routing View para conexões. Na p.37, distingue sobrecarga de processamento de uso elevado da rede: aumentar Server Network Buffer pode trazer estabilidade ao custo de atraso. O ajuste do buffer não confirma, por si só, a causa do estalo.

Ensaio proposto: com a mesma pista e os mesmos pontos de escuta, salve uma captura antes do trecho, outra durante o estalo e outra ao terminar. Anote fonte/destino do contador e a duração da passagem. Se zerar os contadores, faça isso depois de preservar o estado inicial; duas cifras de períodos diferentes não servem como comparação direta.

Primeiro repita o padrão sem alterar a sessão. Depois compare uma cópia com menos camadas ou menos processamento e, em outra passagem, uma única mudança de buffer. Registre também golpes omitidos e atraso do retorno. Se uma condição deixar de produzir o estalo, preserve o arquivo e o resultado; ainda falta conferir o restante do repertório.

Para separar processamento de reserva, o manual SoundGrid, p.56, permite atribuir racks a grupos de servidores e oferece Test Redundancy. Waves, Server Redundancy, recomenda pares do mesmo modelo e alerta para um mute na comutação; o manual usa “seamlessly”. Não consideramos comprovada uma troca inaudível. O Quick Start dos servidores, p.4, descreve as duas fontes do Titan-R: essa reserva de alimentação é diferente de outro servidor que substitui o DSP.

Se for proposto outro servidor ativo para os triggers, desenhe quais racks ele passará a processar e qual reserva terá cada grupo. Não reatribua um servidor de backup supondo que continuará cumprindo os dois papéis. Deixe o teste de comutação para uma pausa combinada e registre a escuta do destino.

InTrigger e Live: escolha controles que existem nesse componente

O manual InTrigger, 49 páginas sem revisão indicada, pp.4/14/49, descreve Learn e Detection Graph no componente padrão. Live usa Threshold e quatro camadas; não inclui essas funções nem edição individual. Confirme o componente carregado.

Salve uma captura e o build real do plugin para resolver essa diferença antes do ensaio. A tabela resume o escopo do manual. Identifique os componentes da sua Quantum7 antes de aplicar o percurso.

A página comercial chama Live de “zero latency”. O manual, p.49, distingue Plugin Latency de 0 ms e Detection Latency de 1,5 ms. São dados do plugin; meça separadamente o percurso até os monitores.

Golpe omitido ou amostra inesperada: siga entrada, detecção e camada

No InTrigger padrão, pp.9/14–16, um golpe fora de Target Scope não dispara, mesmo que supere Threshold. Retrigger define o intervalo mínimo; mudar Focus, Separation ou ativar filtros reinicia a detecção. São verificações diferentes de simplesmente aumentar a entrada. Para Live, siga os limites da seção anterior.

Propomos escolher um trecho com golpes suaves, fortes e próximos, além de outro com vazamento de outros instrumentos. Marque os golpes esperados em uma referência e repita sem mudanças. Registre se entra sinal, se há detecção e se a camada produz saída. Se houver detecção, mas faltar amostra, preserve esse dado; não descreva como um golpe que o detector nunca viu.

Em outra cópia, altere apenas o controle correspondente ao trecho investigado. Se essa operação reiniciar a detecção no componente padrão, deixe o material tocar antes de comparar a nova seleção. Anote o instante da mudança e o material usado; repetir Learn em trechos diferentes pode deixar duas configurações que não estão sendo comparadas em condições iguais.

Para conferir camadas, comece com uma só na cópia. Depois teste o modo de reprodução e a combinação previstos, anotando qual camada era esperada em cada golpe. Não reduza toda a entrada até perder a dinâmica sem registrar o que deixou de funcionar. Preserve sinal original e retorno no ensaio, escutados separadamente antes da soma.

Propomos salvar uma revisão com o trecho de referência, fechar e reabrir essa cópia fora do evento e comparar os mesmos golpes. Se houver diferença, salve os dois estados para o suporte, sem atribuir ainda uma causa.

Ficha de ensaio e entrega para bateria, FOH e monitores

Preencha a ficha InTrigger–SoundGrid com componente, builds, amostras, camadas, rack, grupo e servidor. Os resultados ficam vazios até a execução.

Antes do ensaio, combine quem observa entrada/detecção e quem registra carga/retorno. Se FOH e monitores participarem, anote o destino de cada comparação. Uma mudança que evita estalos, mas omite golpes ou atrasa o retorno, exige outra decisão; preserve as duas observações.

Erros comuns: procurar Learn no Live, usar a média global como único controle de carga, somar contadores de sessões diferentes ou contar uma fonte redundante como segundo processador. A ficha ajuda a entregar o sintoma reproduzível e o estado que o próximo operador deve recuperar.

Relacionado: latência da voz e retornos do Performer, sessões DiGiCo–SuperRack e continuidade do show. Combine o ensaio e o percurso de reserva com o operador do sistema de áudio do evento.