O som não está em todo lugar: como encontrar a causa durante o restream

Por que o som desaparece em apenas uma plataforma

No restream, uma única transmissão é enviada simultaneamente para várias plataformas. Por isso, parece que todos os destinos recebem exatamente o mesmo sinal. Na prática, após o envio do stream, cada plataforma recebe, verifica e processa o áudio separadamente. Ela pode usar seu próprio player, um conjunto diferente de requisitos de codec, faixas de áudio separadas e verificação automática de conteúdo.

Se em duas plataformas o som está presente, mas na terceira não é audível, o microfone não está necessariamente com defeito. Na maioria das vezes, o problema está após a formação da mixagem geral: nas configurações de um destino específico, na seleção da faixa de áudio, no processamento do sinal recebido ou no próprio player.

O som pode desaparecer em diferentes etapas. Pode não entrar na mixagem de saída, se perder na transmissão até um destino, não passar na verificação de formato, ser desativado pelo sistema da plataforma ou ser reproduzido apenas para parte dos espectadores. Por isso, primeiro é preciso determinar onde exatamente surgiu o silêncio e só depois alterar os parâmetros do codificador.

A referência mais útil é comparar a gravação local, a pré-visualização, a transmissão pública e o envio direto para a plataforma com problema. Essa ordem permite não trocar o microfone e todas as configurações às cegas.

Primeiro, confirme que o problema está realmente relacionado ao som

Não se baseie apenas na mensagem de um espectador. O player pode estar no modo sem som, e o volume do navegador ou do aplicativo pode estar reduzido. Às vezes, o problema ocorre apenas no aplicativo móvel, em um navegador específico ou na visualização incorporada em outra página.

Verifique a transmissão você mesmo de várias formas:

• abra a transmissão no modo anônimo, onde não há configurações de player salvas;
• assista de outro dispositivo ou por outra rede;
• verifique o volume do próprio player, da aba do navegador e do dispositivo;
• compare a transmissão pública com a pré-visualização no painel de controle da plataforma;
• após o término, verifique a gravação da transmissão, se a plataforma a salvar.

Se o som está ausente apenas em um player, mas está presente na gravação ou para outros espectadores, não é necessário alterar as configurações do microfone e do codificador. Primeiro, verifique o cache, o aplicativo, o navegador e o estado do próprio player.

Se os problemas são audíveis em todos os lugares, passe para a verificação da gravação local e da faixa de saída. Isso separará o defeito da fonte do erro de uma plataforma específica.

Verifique o áudio antes do envio para o restream

O indicador de nível no programa de transmissão mostra se o mixer está recebendo sinal. Se a barra do microfone ou do jogo se move, isso ainda não significa que o som entra na faixa correta e é enviado para a plataforma. O mixer pode mostrar atividade, enquanto o stream de saída usa outro conjunto de canais.

Faça uma gravação local curta com as mesmas configurações usadas para iniciar a transmissão. Nela, todas as fontes devem ser audíveis: voz, jogo, notificações e outros elementos que você pretende transmitir. Se na gravação local houver silêncio, o problema está na fonte, no mixer ou no áudio de saída do programa.

Verifique separadamente as causas físicas e de software:

• se não foi selecionada como microfone uma entrada desativada ou temporariamente indisponível;
• se o som não foi removido no fader da fonte;
• se a fonte de cena que deve transmitir o jogo ou o navegador não foi desativada;
• se não foi aplicado um filtro que suprime completamente o sinal;
• se o dispositivo de entrada não mudou após reiniciar o programa ou conectar o headset.

Ouvir pelo monitoramento do programa não é uma verificação completa. O monitoramento pode funcionar por um caminho separado e não coincidir com o que chega aos espectadores. É mais confiável comparar os indicadores, a gravação local e a transmissão real.

Verifique a seleção da faixa de áudio

Uma das causas frequentes de silêncio seletivo está relacionada a várias faixas de áudio. No modo de saída avançada, voz, jogo e música podem ser gravados separadamente. Isso é conveniente para edição, mas nem toda plataforma ou serviço de restream transmite e processa essas faixas da mesma forma.

Uma plataforma pode pegar a primeira faixa e ouvir a mixagem geral, enquanto outra recebe uma faixa onde há apenas voz ou nenhuma fonte ativa. Como resultado, o vídeo continua, mas o som no destino específico desaparece.

Para diagnosticar, envie temporariamente todas as fontes necessárias para uma faixa principal. Certifique-se de que é exatamente ela que está indicada para a transmissão do stream, e não apenas para a gravação local. Se depois disso o som aparecer, a causa foi encontrada: é preciso reconfigurar a distribuição das fontes pelas faixas considerando as capacidades de cada plataforma.

Não se deve confundir faixas separadas com canal esquerdo e direito. A faixa é uma mixagem de áudio separada, e o canal é um lado dentro dessa mixagem. Com o mapeamento incorreto dos canais, a voz pode ficar apenas à esquerda ou à direita. Em um dispositivo isso será audível, e em outro o espectador pensará que não há som.

Como configurar as faixas para uma transmissão compatível

Para um restream comum, é mais seguro começar com uma mixagem geral simples. Crie uma faixa principal da transmissão e direcione para ela voz, jogo, alertas e outras fontes que os espectadores devem ouvir. Nas configurações de cada fonte, verifique a marcação exatamente dessa faixa.

As faixas adicionais podem ser deixadas para a gravação local. Por exemplo, em uma faixa salvar a mixagem completa para a transmissão, em outra apenas o microfone, na terceira o jogo. Mas na configuração da transmissão do stream deve estar selecionada a faixa com a mixagem completa. Faixas de gravação separadas por si só não garantem que o restream receberá o som geral.

Após alterar o esquema, salve o perfil e faça uma gravação curta. Depois, verifique a transmissão na plataforma com problema. Se o serviço de restream não permite selecionar uma faixa separada para cada destino, use para todas as plataformas uma mixagem geral compatível. Uma variante de áudio separada para uma plataforma específica só é possível quando o serviço ou um codificador adicional suporta saídas diferentes.

Se voz e jogo estão distribuídos em faixas diferentes, não tente resolver o problema alterando o volume. O volume não adicionará a fonte a outra faixa. É preciso abrir as propriedades do mixer de áudio, marcar as fontes necessárias na faixa da transmissão e iniciar o stream novamente.

Requisitos típicos das plataformas para áudio

A plataforma pode aceitar a parte de vídeo do stream e, ao mesmo tempo, processar o áudio incorretamente. Isso acontece com codec não suportado, bitrate muito alto ou baixo, taxa de amostragem incorreta, número inadequado de canais ou combinação não padrão desses parâmetros.

Os requisitos exatos dependem da plataforma, do protocolo e do método de conexão. Antes de configurar, abra a documentação oficial do destino específico e encontre os requisitos para o áudio de entrada. Verifique com especial atenção após mudar para um endereço RTMP ou RTMPS próprio, trocar o codificador ou conectar um novo serviço de restream.

• Codec. Para streams via RTMP e RTMPS, geralmente é usado AAC-LC. Opus e outras variantes podem ser suportadas apenas com determinado protocolo ou tipo de stream de entrada. Não se deve escolher um codec só porque ele está disponível no programa.
• Bitrate. Os requisitos podem indicar um nível específico, uma faixa permitida ou um valor máximo. Frequentemente, em perfis compatíveis, encontram-se valores em torno de 128 ou 160 kbps, mas essa não é uma regra universal. Se a plataforma limita o bitrate, exceder o limite pode resultar na recusa do áudio mantendo o vídeo.
• Taxa de amostragem. Para transmissões, frequentemente encontram-se 44,1 e 48 kHz. É importante que a taxa no programa, no mixer, na interface de áudio e no codificador de saída não entrem em conflito. Se a plataforma exige um valor específico, escolha-o em todas as etapas.
• Número de canais. Mono contém um canal, estéreo contém dois. A plataforma pode aceitar ambas as variantes ou exigir um esquema específico. Para voz, mono pode ser suficiente, mas para jogo e música é necessária uma mixagem estéreo, se permitido pelos requisitos.
• Perfil do codec e posicionamento dos canais. Mesmo um AAC suportado pode estar configurado com um perfil inadequado ou mapeamento incorreto dos canais esquerdo e direito.

Se a documentação oficial não indicar um perfil separado, para o teste de controle use uma variante simples suportada pelo seu protocolo: AAC-LC, a taxa dos requisitos da plataforma, bitrate moderado e mixagem estéreo comum. Após um teste bem-sucedido, você pode retornar faixas adicionais e processamento complexo uma configuração por vez.

Verifique mono, estéreo e posicionamento dos canais

Um problema com os canais pode parecer silêncio total. Por exemplo, o microfone transmite sinal apenas para o canal esquerdo, e a plataforma ou o player processa esse stream incorretamente. Em outra situação, a mixagem geral é formada em mono, mas o codificador espera um sinal estéreo com dois canais.

Abra as configurações do mixer de áudio e observe o balanço de cada fonte. Para a voz, verifique se o controle não está totalmente deslocado para a esquerda ou para a direita. Se o programa tiver a função de combinar canais em mono, aplique-a ao microfone quando a voz deve estar centralizada. Isso eliminará a situação em que a fala existe apenas de um lado.

Se a plataforma com problema exige estéreo, a saída deve conter dois canais corretos. A simples duplicação de um canal esquerdo defeituoso nem sempre resolve o problema: primeiro é preciso garantir que a origem realmente tenha sinal útil. Não converta música e jogo para mono sem necessidade, pois você pode perder a componente espacial.

Após alterar os canais, faça uma gravação com voz e jogo, ouça-a com fones de ouvido e em alto-falantes comuns. Depois, verifique exatamente o destino com problema, porque o player local pode realizar a mixagem dos canais de forma própria.

Confira as configurações do destino específico do restream

No painel do serviço de restream, cada plataforma pode ter uma configuração separada. Mesmo que a fonte seja comum, às vezes o destino tem seu próprio perfil de codificação, seleção de faixa, parâmetros de áudio e método de conexão. Após copiar a configuração de outra transmissão, parte dos campos pode ficar inadequada.

Verifique se a plataforma necessária está realmente ativa, conectada ao canal correto e recebendo a transmissão atual. Um destino parado ou desatualizado pode aparecer como conectado, embora o stream já não seja recebido. Se houver estatísticas do destino disponíveis, verifique se o stream de áudio está sendo transmitido, e não apenas o de vídeo.

Verifique se não foi atribuída uma faixa vazia a esse destino. Se nas configurações houver seleção de fonte de áudio, defina a faixa principal com a mixagem completa. Se for possível indicar codec, bitrate, taxa e número de canais separadamente, compare esses campos com os requisitos oficiais da plataforma.

Após alterar os parâmetros principais, pare completamente a transmissão e inicie-a novamente. Algumas configurações só são aplicadas ao criar uma nova conexão. Simplesmente atualizar a página ou pressionar novamente o botão de iniciar nem sempre remonta o stream.

O que fazer após o diagnóstico: reconfiguração para a plataforma com problema

Após a verificação, não basta apenas registrar a causa, é preciso alterar o trecho específico da cadeia. Primeiro, salve o perfil funcional e anote os parâmetros originais. Isso permitirá voltar a eles se a nova configuração afetar os outros destinos.

1. Se o problema estiver na faixa, selecione no programa a faixa principal para a transmissão do stream e adicione a ela todas as fontes que os espectadores devem ouvir. Deixe as faixas adicionais apenas para a gravação local. Reinicie a transmissão e verifique o resultado.
2. Se o problema estiver no codec, escolha o codec indicado diretamente nos requisitos da plataforma. Para RTMP ou RTMPS, geralmente é AAC-LC, mas é preciso orientar-se pela documentação da entrada específica. Não use Opus se esse protocolo não o aceita.
3. Se o bitrate não coincidir, defina o valor dos requisitos ou não exceda o máximo indicado. Para o teste, é melhor usar um perfil fixo, e não o modo automático que altera os parâmetros durante a transmissão.
4. Se a taxa não coincidir, defina o valor exigido no programa de transmissão e verifique as configurações da interface de áudio. Não permita que um trecho da cadeia opere em 44,1 kHz e outro espere forçadamente 48 kHz sem conversão correta.
5. Se o problema estiver nos canais, defina o modo exigido mono ou stereo. Para a voz, primeiro obtenha um sinal central uniforme e depois configure o número de canais de saída conforme os requisitos da plataforma.
6. Se nenhuma configuração ajudar, desative temporariamente a música, as faixas adicionais, os filtros e o processamento complexo. Verifique uma mixagem limpa de voz e jogo para excluir a influência de uma fonte específica.

Após cada alteração, execute um teste curto. Não altere codec, faixa, bitrate e canais ao mesmo tempo: caso contrário, será difícil relacionar o resultado a uma causa específica.

Como converter o áudio antes do envio

Se o programa ou o serviço de restream não consegue adequar o som aos requisitos de um destino específico, é possível usar um conversor de áudio intermediário ou um codificador adicional. Ele deve receber a faixa necessária, alterar o codec, a taxa, o número de canais e o bitrate, e então enviar o stream para o endereço da plataforma com problema.

Para uma saída RTMP compatível, um exemplo de comando pode ser assim: ffmpeg -i INPUT -map 0:v:0 -map 0:a:0 -c:v copy -c:a aac -profile:a aac_low -b:a 128k -ar 48000 -ac 2 -f flv RTMP_URL. Aqui se seleciona a primeira faixa de vídeo e a primeira faixa de áudio, o áudio é codificado em AAC-LC, define-se o bitrate de 128 kbps, a taxa de 48 kHz e dois canais. Esses valores são um exemplo de perfil de controle, e não requisitos universais de todas as plataformas.

Se a documentação exigir mono, o parâmetro do número de canais é alterado de «-ac 2» para «-ac 1». Se a taxa indicada for 44,1 kHz, em vez de «-ar 48000» usa-se «-ar 44100». O bitrate também é substituído pelo valor dos requisitos. Antes de iniciar, certifique-se de que o protocolo de saída suporta o codec escolhido.

O parâmetro «-map 0:a:0» é importante: ele seleciona explicitamente a primeira faixa de áudio. Se a mixagem completa estiver em outra faixa, é preciso indicar o número correspondente. A seleção aleatória da faixa pode novamente enviar para a plataforma voz sem jogo ou um stream de áudio vazio.

O vídeo não precisa ser recodificado apenas por causa de um problema com o som, se ele já for compatível com a plataforma. No entanto, a cópia de vídeo com o parâmetro «-c:v copy» é permitida apenas com codec de vídeo e contêiner adequados. O endereço do stream e a chave de transmissão não podem ser publicados em comandos, capturas de tela e logs.

Exclua a desativação automática do som por causa do conteúdo

Se desaparecer apenas a música, trechos de vídeo ou outro elemento específico, a causa pode ser a verificação automática de direitos autorais. Plataformas diferentes usam regras e sistemas de reconhecimento diferentes. Uma pode manter o som, outra pode silenciar temporariamente a transmissão, bloquear um trecho específico ou desativar o som na gravação.

Verifique as notificações no painel do autor e o status da transmissão salva. É importante comparar não apenas a transmissão ao vivo, mas também a gravação após o término. Se durante a transmissão o som era audível e na gravação desapareceu, isso indica processamento posterior, e não defeito do microfone ou do restream.

Para o teste de controle, use uma transmissão curta sem música, videoclipes e sons cujos direitos não estejam confirmados. Deixe apenas a voz e o som do jogo. Se nesse teste a plataforma com problema começar a reproduzir o som, a causa deve ser buscada nas regras de uso do conteúdo específico. Não se deve contornar restrições automáticas alterando parâmetros técnicos: isso não elimina o motivo do bloqueio.

Verifique a rede e a recepção do stream

Os dados de áudio ocupam menos espaço que os de vídeo, mas são transmitidos em pacotes separados e dependem da estabilidade da conexão com o servidor. Em caso de perda de conexão, a plataforma pode continuar exibindo quadros de vídeo, enquanto o áudio deixa de ser atualizado. Isso é especialmente perceptível se o problema aparecer alguns minutos após o início da transmissão ou desaparecer após a reconexão.

Verifique as estatísticas do programa de transmissão e do próprio serviço de restream. Preste atenção aos quadros perdidos por causa da rede, reconexões, picos de latência e mensagens de erro em um destino específico. Se os problemas forem observados apenas no envio simultâneo para uma plataforma, pode haver falhas na rota entre o serviço e o servidor dela.

Compare o resultado em horários diferentes e execute um teste curto com as configurações mínimas necessárias. Se o som desaparecer no mesmo destino a cada tentativa, enquanto as outras plataformas funcionam, provavelmente o problema está na recepção ou no processamento desse destino. Se o resultado variar aleatoriamente, verifique também a rede, o servidor de conexão e a estabilidade do stream de saída.

Compare o restream com o envio direto

Um teste de controle enviado diretamente para a plataforma com problema ajuda a separar as causas. Pare a transmissão multiplataforma e envie uma transmissão de teste apenas para a plataforma necessária, usando a mesma fonte de som e um perfil comparável.

• Se o som desaparecer também no envio direto, verifique a plataforma, seus requisitos, o conteúdo e as configurações do codificador.
• Se no envio direto houver som, mas através do restream não, procure erro no roteamento, na seleção da faixa ou no perfil do destino específico.
• Se houver som na pré-visualização, mas ele desaparecer para os espectadores, verifique o player, a gravação da transmissão e o processamento após a recepção.
• Se o som estiver presente inicialmente e depois desaparecer, estude as reconexões, erros de rede, moderação e funcionamento da transcodificação.

É melhor realizar esse teste em uma transmissão curta privada, restrita ou de teste, se a plataforma permitir selecionar o modo correspondente. Não altere ao mesmo tempo a cena, o microfone e todos os parâmetros de saída: a comparação só será útil se as mesmas condições forem mantidas.

Como determinar a causa pelo tipo de falha

Silêncio total desde o início geralmente está relacionado a uma faixa incorreta, formato não suportado ou fonte ausente na mixagem de saída. Se os indicadores do programa estiverem ativos, mas a gravação local estiver sem som, o problema quase certamente está na seleção da faixa ou na rota de saída.

Quando há som na gravação local, mas ele não existe em uma plataforma, verifique as configurações desse destino e os requisitos do receptor. Se o problema aparecer apenas para alguns espectadores, primeiro exclua o player, o navegador, o aplicativo e as configurações do dispositivo.

Se a voz for audível e o jogo não, ou vice-versa, isso geralmente indica separação das fontes por faixas, fader incorreto ou filtro. Se o som existir apenas de um lado, verifique os canais mono e estéreo, o balanço e a correspondência dos canais da fonte com a mixagem de saída.

Se a plataforma mostrar som na transmissão ao vivo, mas removê-lo da gravação, verifique as notificações sobre direitos e regras de conteúdo. Se o som desaparecer após uma queda de conexão, os logs de reconexão e as estatísticas de rede são importantes.

O que verificar antes de entrar em contato com o suporte

Será difícil para o suporte da plataforma ou do serviço de restream ajudar com a mensagem «não há som em uma plataforma». Prepare uma descrição precisa e os resultados de testes curtos:

• nome da plataforma com problema e método de conexão;
• se há som na gravação local, na pré-visualização e no player público;
• se desaparece todo o som ou apenas uma fonte específica;
• se ele desaparece imediatamente ou após algum tempo;
• se o som funciona na transmissão direta sem restream;
• quais erros, reconexões e notificações são exibidos nos logs;
• se uma faixa de áudio separada está ativada e qual faixa está atribuída ao stream;
• quais codec, bitrate, taxa e número de canais são usados na saída.

Anexe o link da transmissão de teste, o horário exato em que o problema ocorreu e capturas de tela do mixer de áudio e das configurações do destino. Senhas, chaves de transmissão e tokens de acesso não podem ser compartilhados.

Conclusões breves: o que fazer passo a passo

1. Verifique o som no player, em outro dispositivo e na gravação salva.
2. Faça uma gravação local e certifique-se de que as fontes necessárias são audíveis nela.
3. Verifique a faixa de áudio principal e una temporariamente voz e jogo em uma mixagem comum.
4. Estude as configurações do destino específico do restream e seu status de conexão.
5. Confira codec, bitrate, taxa, canais e requisitos de mono ou estéreo.
6. Configure a faixa da transmissão e, se necessário, converta o áudio com um codificador separado.
7. Faça um teste sem música e conteúdo cujos direitos possam ser verificados.
8. Compare o restream com o envio direto para a plataforma com problema.
9. Salve os logs e entre em contato com o suporte com uma descrição precisa do resultado.

Se a gravação local e a maioria das plataformas funcionarem, não comece trocando o microfone. Primeiro verifique a faixa de áudio, as configurações do destino específico, o formato do stream de entrada, os canais, o player e o processamento automático de conteúdo.