Virtualização de vozes de áudio: manter o estado de reprodução limitando a mixagem

Distinguir um som em reprodução de uma voz mixada

Uma voz virtual mantém o estado lógico de reprodução, enquanto sua contribuição para a mixagem audível é omitida. Isso permite que mais sons permaneçam ativos do que o mixer renderiza no momento. O FMOD descreve a seleção com base em prioridade e audibilidade; o Unity expõe limites separados para vozes virtuais gerenciadas e para vozes reais tocando simultaneamente. A virtualização reduz certas etapas de processamento, mas não faz desaparecer todo o estado nem todos os custos de recursos associados ao som. [1][2]

Especificar o que a virtualização preserva

Decida se cada som deve continuar ao longo da sua linha do tempo, retomar de uma posição pausada, reiniciar ou ser descartado. São comportamentos diferentes, e o middleware pode expor apenas algumas dessas opções. O FMOD documenta a retomada pelo tempo decorrido e uma opção de reinício. Uma máquina em loop normalmente precisa de continuidade, ao passo que reproduzir um impacto antigo depois que o jogador se aproxima seria enganoso. Não trate virtualização como sinônimo de parar explicitamente e liberar uma instância de reprodução. [1]

Exemplo prático: contagem de vozes e linha do tempo são orçamentos separados

Suponha uma cena ilustrativa com 240 sons ativos, cada um produzindo exatamente uma voz, e um orçamento de 32 vozes reais. Se os 32 slots reais estiverem ocupados, 208 vozes permanecem virtuais. Reservar prioridade para 8 sinais essenciais deixa 24 slots reais para os demais sons nessa alocação simplificada. Um evento com várias camadas invalidaria a premissa de um som, uma voz.

Uma máquina tem um loop de 10 segundos com velocidade de reprodução constante. Ela se torna virtual na posição de 3 segundos e volta 5 segundos depois. Com retomada pelo tempo decorrido, deve voltar na posição de 8 segundos. Reiniciar do zero produz um ritmo audível diferente. Essas contagens e expectativas de tempo são ilustrativas; não são limites universais recomendados nem medições de desempenho.

Testar promoção, rebaixamento e conclusão

Crie uma cena de estresse em que o ouvinte cruze o limite de audibilidade de muitos emissores. Exiba instâncias ativas, vozes reais, vozes virtuais, prioridades e posições de reprodução. Compare um orçamento normal com um intencionalmente restrito e verifique se diálogos importantes ou avisos recebem o tratamento previsto.

Verifique movimentos rápidos de câmera, sons em loop, one-shots curtos, cancelamento de eventos e descarregamento de nível. Observe se um one-shot termina enquanto está virtual e como sua conclusão é reportada. Evite iniciar cópias duplicadas quando uma instância existente voltar a ser audível. Inspecione as transições em busca de cliques ou ataques repetidos e ajuste fades ou a estabilidade da seleção nos sistemas que oferecem esse recurso. A progressão do jogo não deve depender de um som conseguir um slot de voz real.

Medir os custos restantes

Inspecione separadamente decodificação, streaming, efeitos, espacialização, atualizações de eventos e memória. Desativar a mixagem de uma voz não prova que todo efeito associado ou todo bus compartilhado esteja inativo. Promoções repetidas também podem gerar picos de trabalho. Confirme o comportamento da versão do middleware e da plataforma que serão entregues e dimensione o orçamento para a cena mais carregada que seja relevante, em vez de se apoiar apenas numa configuração de contagem de vozes.

Fontes

• [1] Core API Managing Resources — Firelight Technologies, FMOD Engine documentation.
• [2] Audio settings — Unity Technologies, Unity 6.0 manual.