Streaming para eventos: preparar e testar a transmissão ao vivo

Quem faz o quê na cadeia

Liste câmeras, apresentações, vídeos e remotos. Atribua uma pessoa a cada tarefa: escolher imagem, mixar áudio, operar encoder e acompanhar plataforma e reprodução. Use os mesmos nomes e números no plano, nas entradas e nas comunicações para que todos peçam o mesmo sinal.

Se houver alguém a distância, prepare também seu retorno: vozes dos outros participantes, apresentação e palco. Confira o áudio para que não receba a própria voz como eco. Ensaie uma intervenção, uma pergunta e uma troca de turno antes de entrar no ar.

Use a tabela para pensar nas tarefas de cada programa. Quantidade de câmeras, operadores e destinos é definida pelo que deseja mostrar e pelos testes; a lotação sozinha não define a cadeia.

Teste o link que o público vai usar

Escolha onde o direto será visto e como as pessoas entrarão: público, privado ou restrito conforme plataforma e conta. Confira quem administra o evento, se pode transmitir, horário e link final. Envie ao público esse link, nunca a chave de transmissão.

Abra como convidado em um dispositivo fora do local. Confira permissões e reprodução e prepare o que será visto antes do início, na pausa e ao finalizar. Deixe uma cena de espera fácil de selecionar: ajuda se o palco atrasar ou precisar recuperar uma fonte.

Resolução máxima, funções e arquivo automático dependem de conta e configuração. Confira a documentação e teste o evento preparado. Para a entrega posterior, siga o guia de gravação.

Configure o encoder para essa plataforma

Hardware ou software, o encoder converte o programa no sinal recebido pelo destino. Confira entradas, resolução, fps, codec, bitrate, áudio e protocolo. Salve o perfil do evento e teste com todas as fontes ativas.

Para ingestão H.264, a tabela do YouTube recomenda 14 Mb/s em 1080p30 e 17 Mb/s em 1080p60; os mínimos são 5 e 6 Mb/s, respectivamente. Pede CBR e recomenda keyframes a cada 2 segundos, com limite de 4 segundos. Confira antes do show: os parâmetros correspondem a esse destino e codec. YouTube: ajustes do encoder.

Vimeo tem outra tabela: em 1080p30 recomenda 4000 kb/s ou até 5000 kb/s conforme a banda de upload disponível. No guia, 1080p60 depende de conta Enterprise e tem máximo recomendado de 9000 kb/s. Se mudar de plataforma, confira novamente conta e ajustes. Vimeo: rede e encoder.

Escute o áudio do outro lado

Prepare uma mixagem para streaming com vozes, vídeos, apresentações e remotos. Na música, a sala acrescenta sons que o espectador remoto não ouve; pode ser necessário ambiente e outro balanço. Identifique canais e quem ajusta essa mixagem.

Escute a plataforma por uma conexão externa. Teste fala, aplausos, música e mudanças de fonte. Ajuste a sincronia observando o percurso completo: áudio e vídeo podem chegar com atrasos diferentes, mesmo parecendo juntos no mixer.

Com idiomas, separe original, interpretação, retorno e destinos. Antes de somar fontes, confira o que cada mixagem contém para não duplicar vozes. Há mais detalhes no guia de tradução simultânea (em espanhol).

Cenas e carga: faça o sistema trabalhar como no show

O assistente do OBS considera hardware e rede e fornece um ponto de partida. Depois adicione fontes, confira dispositivos de áudio e teste gravação ou direto. Antes de ensaiar a carga real, esse ajuste não confirma quanto o computador pode sustentar. OBS: Quick Start Guide.

Prepare as cenas de início, programa, apresentação, remoto, pausa e encerramento que serão usadas. Confira proporções, nomes, rótulos e espaço para legendas. Se houver várias saídas, decida quais compartilham programa e quais precisam de outra composição.

Ative captura, vídeos, artes, transmissão e gravação ao mesmo tempo. Faça trocas e use movimento parecido com o evento. Uma cena estática pode funcionar e esconder o limite que aparece ao passar um vídeo ou cobrir um show.

Prepare conexão, arquivo local e recuperação

Peça a conexão destinada ao encoder e um contato técnico do local. Confira upload sustentado e rede com o guia de internet para eventos. Ao bitrate de vídeo somam-se áudio, protocolo e outras tarefas; um teste de velocidade isolado não mede toda essa rota.

Teste a gravação local junto com a transmissão e com os arquivos que precisa entregar. Ela pode preservar material se o destino remoto falhar, desde que o próprio sistema de gravação continue funcionando. Confira espaço, áudio e cópias separadamente.

Ensaie o que fazer se câmera, encoder ou link cair: qual imagem fica, quem avisa e quem recupera. Um segundo equipamento ou acesso ajuda quando foi verificado como trocar para ele e o que exige. Tê-lo ao lado sem testar a comutação deixa essa parte do plano pendente.

O ensaio completo e a entrada no ar

Faça um teste com imagens, movimento e áudio parecidos com o evento. Quando o direto começar, acompanhe o estado da plataforma e a reprodução do espectador: a pré-visualização pode estar em outra etapa.

1. Prepare destino e acesso

   Confira plataforma, conta, evento, link do espectador, idiomas e quem administra cada parte.

2. Teste fontes e mixagens

   Passe por câmeras, apresentação, vídeos e remotos; escute o que cada destino recebe.

3. Prepare o perfil do encoder

   Aplique os requisitos atuais da plataforma e teste resolução, fps, codec e bitrate.

4. Faça toda a cadeia trabalhar

   Transmita um teste com movimento, áudio, trocas de cena e gravação local ativos.

5. Veja de fora do local

   Abra o link por outra conexão. Confira permissões, imagem, som e sincronia.

6. Teste como recuperar

   Ensaie as falhas e trocas previstas com material de teste, incluindo quem opera.

7. Monitore o direto e o encerramento

   Atribua monitoração de estado e reprodução. Ao terminar, confira encerramento e arquivo posterior acordado.

O que informar para preparar o direto

Informe data, horário, local, programa, plataforma e acesso. Some câmeras, vídeos, remotos, idiomas e gravação. Conte qual link está disponível e quem cuida da rede. Se houver público na sala, indique também quem recebe as perguntas remotas.

Busque na proposta programa, áudio, encoder, conexão, operação, monitoração e testes. Deixe claros gravação e entrega. Confirme os modelos disponíveis com o fornecedor e peça ao administrador para conferir permissões e funções da conta que transmitirá o evento.

OBS perde quadros por rede: compare conexão e carga

Se o OBS perde quadros durante o envio, compare o arquivo local com a reprodução da plataforma. Anote indicadores do OBS e horário da falha: isso orienta testes de conexão e carga sem alterar vários ajustes juntos.

Compare IPv4 Only se a conexão falhar

Se o arquivo local fica bom, mas o envio perde quadros por rede, anote servidor de ingestão, horário, bitrate e resultado. Salve o log e o que o espectador remoto viu. Um speedtest testa outra comunicação; não confirma que a rota ao servidor sustente o evento. Compare primeiro com bitrate conservador e veja se falha imediatamente ou depois de um tempo.

O OBS propõe testar Settings, Advanced, Network, IP Family, IPv4 Only. Salve o valor anterior e repita cena e destino para comparar. Se não melhorar, o guia recomenda voltar ao padrão IPv4/IPv6.

No ensaio, acompanhe por outra conexão durante o tempo previsto e defina quem monitora o retorno e ativa a reserva. Aumentar bitrate enquanto já perde quadros não corrige a falha.

O passo e sua reversão estão em OBS: Stream Connection Troubleshooting, IP Family.

OBS: estenda o ensaio até a duração prevista

Monte um ensaio com câmeras, convidados, vídeos, artes e gravação como no evento. Observe arquivo local, indicadores do OBS e reprodução remota; anote o horário de cada perda e o que o sistema fazia. Um teste curto pode passar e deixar sem observar a falha de um programa longo.

O OBS documenta streaming H.264 por VideoToolbox no Apple Silicon. Compare esse encoder com x264 usando o mesmo computador, fontes e carga. Anote o que muda na reprodução e nos registros; alterar vários parâmetros juntos dificulta distinguir qual influenciou o resultado.

Salve um perfil que funcionou e altere uma variável por comparação. Se testar bitrate dinâmico, observe também a qualidade: reduz o envio diante de congestionamento e não repara a causa. Estenda o ensaio até a duração prevista, com trocas e convidados reais, e defina quando passar à reserva.

As funções e limites estão em OBS: Apple VideoToolbox e OBS: bitrate dinâmico e quadros perdidos.

Teste também a tela estática ao enviar SRT

Se o show começa com uma tela estática, mantenha-a durante o ensaio e observe o receptor. Depois alterne com câmera e movimento para conferir se o defeito coincide com um tipo de conteúdo ou permanece durante todo o envio.

O manual vMix 29 recomenda como orientação pelo menos quatro vezes o ping. A Haivision limita essa referência a redes com poucas perdas e sem rajadas importantes. Meça a rota durante o envio e teste o receptor com as cenas do show; a conta sozinha não explica a falha nem garante imagem limpa.

Se o problema são saltos ou um ajuste que parece não se aplicar, siga a comparação de Latency e Decoder Delay. Registre transporte, recepção e arquivo separadamente.

1. Compare estático e movimento

   Alterne tela estática, câmera e cortes no ensaio. Em Statistics, acompanhe RTT e perdas SRT e anote quando o defeito aparece. Assim pode comparar a imagem com o que acontece no transporte.

2. Dê margem à recuperação

   Coordene Latency com quem recebe e repita o teste mudando uma variável. Se as duas pontas usam vMix, o guia pede o mesmo valor. Mais margem acrescenta atraso; confira se serve para a conversa do evento.

3. Confira como a tela estática é enviada

   Se a versão oferece CBR e o receptor precisa de taxa constante, teste separadamente. No vMix 29, a opção acrescenta preenchimento ao fluxo SRT quando cai abaixo da taxa-alvo, por exemplo com tela estática. O guia alerta para aproximadamente 10% a mais de bitrate total; meça o envio e observe o retorno para conferir se ajuda na sua rota.

O remoto ouve eco: teste por onde retorna seu áudio

Se o remoto ouve vozes repetidas e na sala parece estar tudo bem, desenhe dois caminhos: o que envia ao Zoom e o que recebe do Zoom para os alto-falantes. Inclua os laptops de apoio. Se servem apenas para ver ou compartilhar, desconecte o áudio da reunião: mutar o microfone deixa o alto-falante ativo.

Teste primeiro um microfone da sala e depois uma voz remota. Escute por outra conexão e abra os demais canais um por vez. Quando o eco reaparecer, siga essa rota; assim distingue um retorno reenviado ao Zoom de um alto-falante captado novamente pelo microfone.

Prepare um envio ao remoto com as vozes presenciais e os conteúdos previstos, deixando fora o próprio retorno: esse é o mix-minus. Na Qu-16, selecione esse Mix e confira se o canal de retorno está desatribuído. Se o envio é pré-fader, baixar o fader em LR pode deixar o retorno ativo nesse Mix. O guia AP10025 para V1.9 explica a atribuição; mantenha a voz remota na mixagem da sala que precisar dela.

Se usar o Roland VR-50HD original por USB, confira System, USB Streaming, Audio Bus: aceita MAIN ou AUX. Selecionar AUX não basta; confira seus envios e o dispositivo de microfone escolhido no Zoom. Faça o teste final com perguntas nos dois sentidos.

Há os testes de eco no Zoom, o roteamento Qu V1.9, pp.11 e 15 e o barramento USB do VR-50HD, p.11.

No OBS, uma fonte visível pode estar esperando em Preview

No OBS 32.1.0, o mixer pode mostrar áudio da cena em preparação em Preview. Se uma fonte tem essa etiqueta, confira qual cena está em Program antes de alterar o dispositivo. Ver o canal na tela não significa que essa voz ou vídeo já esteja no direto.

Compare fora do ar: deixe uma cena de teste em Program e prepare outra com vídeo conhecido. Use Transition para levá-la ao programa, escute o resultado e confira seu áudio. Depois volte à cena anterior. Ensaie essa troca com as telas estáticas, vídeos e microfones do evento.

Confira mute, volume e monitoração separadamente. Monitor reproduz pelo dispositivo local escolhido em Settings; ouvir ali não confirma o que a plataforma recebe. Abra também o link como espectador e confira o som depois da transição.

Se atualizou o OBS, anote a versão e revise o mixer no ensaio: 32.1 também permite fixar canais e mostrar fontes de outras cenas. Para se orientar, há as notas de 32.1.0, o fluxo Studio Mode e o guia de áudio. Se continuar sem som em Program, salve o log e anote qual fonte falha, em qual cena e com qual dispositivo de saída.

O microfone aparece duas vezes: confira a captura global e a de cena

Se a voz é ouvida duplicada ou mais forte que o previsto, confira quais dispositivos alimentam cada fonte de áudio no OBS. Dois nomes parecidos podem indicar o mesmo microfone ou equipamentos diferentes. Abra as propriedades antes de decidir qual silenciar.

O guia Audio Sources do OBS alerta que capturar o mesmo dispositivo em Settings > Audio e também por Audio Input Capture em uma cena pode produzir eco. Esses nomes correspondem a Windows e macOS; no Linux, o guia descreve fontes ALSA/PulseAudio.

Escolha como trabalhar: microfone global disponível ao trocar de cena ou captura por cena para controlar onde entra. Na segunda opção, desabilite esse mesmo dispositivo na configuração global. Prepare a mudança fora do ar e confira cenas de fala, espera e vídeo.

Fale, silencie cada rota separadamente e escute uma gravação de teste; depois confira o retorno da plataforma. A voz deve chegar uma vez e desaparecer onde o programa pede. Se o eco continuar, confira também as outras rotas: retirar essa duplicação não demonstra que todo o áudio esteja correto.

Defina como cada clipe começa e termina no OBS

Antes da transmissão, decida o que deve ocorrer ao voltar a uma cena: o clipe começa do zero ou exige outra continuidade? Abra as propriedades de Media Source e confira Restart playback when source becomes active. O OBS documenta que reinicia quando a fonte está na cena atual e visível.

Confira Close file when inactive separadamente. Ativado, libera a memória do arquivo quando a fonte fica oculta ou fora de cena. Ao voltar, pode haver intervalo sem imagem durante a recarga. Teste essa espera com o arquivo de abertura e a transição habitual.

Confira também o final: Loop repete o arquivo e Show nothing when playback ends evita deixar o último quadro visível indefinidamente. Escolha o comportamento conforme o roteiro. Depois grave um teste entrando, saindo e voltando ao clipe; confira início, final e áudio. Anote os ajustes junto ao nome do arquivo para o próximo operador.

Se o problema volta com a coleção, teste fontes e filtros separadamente

Se o OBS funciona melhor com uma coleção simples e volta a travar ao importar a do show, preserve ambas para comparar. Anote cena, horário e fonte ativa quando a falha apareceu. A diferença orienta a revisão; ainda não identifica um filtro culpado.

O guia de desempenho do OBS explica que compor a cena exige recursos de GPU. Recomenda simplificar fontes, reduzir Browser Sources e comparar desativando filtros. Também alerta que muitas fontes consomem recursos mesmo invisíveis: ocultar não demonstra que deixaram de carregar o sistema.

Faça uma cópia de trabalho e um teste curto com câmera e áudio conhecidos. Depois acrescente apresentação, arte e vídeo um por vez. Quando o salto reaparecer, repita esse passo e compare seus filtros separadamente. Preserve uma amostra e o registro de cada comparação.

Antes de aceitar a coleção reduzida, revise o programa completo: transições, vídeos, convidados e gravação simultânea. Observe também a reprodução por outra conexão. Se faltar uma função do show, recupere e repita o ensaio antes de usar a coleção.

Áudio fora de sincronia: meça se a diferença muda

Antes de aplicar delay, grave um sinal visível e audível, como uma palma, no início e mais adiante no ensaio. Compare o momento da imagem com o pico de áudio e anote se a separação se mantém ou muda.

No OBS 32.1.0, Sync Offset permite aplicar deslocamento por fonte em milissegundos. Se o áudio adianta uma quantidade estável, teste uma compensação medida e confira outra gravação. Um valor fixo não corrige sozinho uma separação que muda durante a transmissão.

Compare separadamente arquivo local, recepção da plataforma e fones de controle. O guia do OBS define Monitor como escuta da fonte pelo dispositivo configurado; é preciso conferir também o que o público recebe.

Se a defasagem voltar depois de ruído ou corte, anote quando ocorreu e repita a verificação por trechos da cadeia. Salve essa amostra junto aos ajustes para continuar o diagnóstico.

Escolha câmera e microfone separadamente no Zoom

Se o Zoom recebe imagem do OBS, mas faltam vozes, confira a entrada de áudio escolhida no Zoom. Os medidores do OBS não comprovam o que a reunião recebe.

No OBS 32.1 para Windows, Virtual Camera entrega vídeo. Na engrenagem, escolha Program para enviar a saída do show; Preview mostra as alterações de preparação em Studio Mode.

No Zoom, abra Settings, Audio e selecione o microfone previsto. Use Test microphone e escute a reprodução. Depois peça a alguém conectado de fora da sala para conferir cada voz e o áudio dos vídeos. Anote qual dispositivo recebe essa mixagem.

Na Twitch, escute o vivo e também a reprise

Se o vivo tem voz e vídeos, mas a reprise perde uma fonte, confira qual mixagem envia a cada destino. A reprise pode receber outro áudio.

Com Twitch VOD Track habilitado, o OBS permite enviar uma mixagem diferente ao arquivo da Twitch. O guia usa por padrão pista 1 para vivo e 2 para VOD. Em Advanced Audio Properties, confira as fontes atribuídas a cada uma.

Teste voz, vídeo e outra fonte separadamente. Escute o direto por outro dispositivo e confira a reprise ao terminar. Se algo faltar, compare a atribuição antes de adicionar outra captura do mesmo dispositivo.

Ficha do direto: público, materiais e responsáveis

Anote quais sessões serão transmitidas, para quem se destinam e como receberão o link. Some idiomas e disponibilidade posterior desejada. Separe as decisões tomadas das ainda abertas.

Liste apresentações, vídeos, nomes e artes que precisarão ser recebidos. Defina um contato para cada material e uma data de entrega. Indique quem aprova o que o público verá.

Defina quem administra a conta, compartilha o link e autoriza iniciar ou encerrar a transmissão. Se a plataforma ainda não foi escolhida, indique quem decide e quando precisa estar resolvido.

ATEM Mini Pro: preserve a voz ao trocar de imagem

O manual do ATEM Mini distingue ON, que mantém o áudio habilitado, de AFV, que o faz soar quando a fonte está no ar.

Teste voz em ON alternando câmera e slides; clipes em AFV se devem soar apenas com a imagem. Escute programa e retorno ao palestrante.

ATEM Mini Pro: defina o formato antes de carregar as telas estáticas

No ATEM Mini Pro, confira o padrão de produção antes de preparar as telas estáticas. O manual ATEM Mini, junho de 2026 diz que, no automático, adota o padrão da primeira fonte HDMI conectada. As entradas compatíveis são convertidas ao padrão escolhido.

Alterá-lo apaga as imagens fixas do media pool. Defina o formato, carregue as telas e teste as saídas usadas pelo gravador e pelo encoder antes de considerar o show pronto.

Makito X4: confira quais canais de áudio são codificados

O guia Makito X4 Encoder 1.8 separa Input Interface, Input Channels e Channel Mode. Este último também altera a faixa de canais processados: escolher Stereo ou Mono não basta.

No ensaio do congresso, identifique a entrada SDI e os canais de voz ou interpretação. Teste separadamente os sinais previstos, escute o receptor e anote o conteúdo esperado.

P300: confira qual sinal o cancelamento de eco usa

Se a montagem usa P300, siga o áudio remoto até os alto-falantes. No exemplo USB com saída analógica, escolha Analog - To Speaker como referência AEC em Schematic; com alto-falantes Dante, escolha a saída Dante correspondente.

Confira Reference Meter enquanto o remoto fala, sem saturação, e escute uma chamada de teste. O guia 8.4 indica que selecionar a referência em um bloco AEC altera a referência de todos os blocos.

ATEM Mini Pro: separe Zoom da saída HDMI

O ATEM Mini Pro entrega programa como webcam por USB-C. O manual de junho de 2026 separa essa rota para Zoom de VIDEO OUT, que seleciona a fonte HDMI.

Para mostrar programa no LED por HDMI, escolha PGM. M/V é a seleção inicial e mostra várias fontes juntas. Anote o destino dessa única saída HDMI antes do ensaio.

vMix 29: leve as mídias do preset para a reserva

Save As salva o preset em outro arquivo. Para levar mídias, abra a seta e escolha Save As Bundle: o .vmixZip reúne boa parte do material, incluindo vídeos, áudio e títulos. Exclui arquivos de replay.

Copie para a reserva e ensaie a reprodução. Confira dispositivos, ajustes locais, áudio e saídas nesse computador. vMix: Preset Bundles.

vMix 29: localize os quadros perdidos

Em Statistics, confira cada entrada. Source Dropped indica perdas por lentidão de câmera ou capturadora; Renderer Dropped, por lentidão da placa gráfica. Encoders lista envios e gravações; Codec indica CPU ou GPU. Salve valores e horário do corte.

ATEM Mini Pro: delay do áudio analógico

No ATEM Software Control, abra o indicador de delay abaixo de Input Level de Mic1/Mic2. O manual ajusta em frames; a ficha do ATEM Mini Pro indica até 8 frames.

vMix 29: ajuste o delay da entrada de áudio

No Audio Mixer, abra a engrenagem da entrada: General → Delay atrasa essa fonte em milissegundos. Se várias câmeras compartilham a voz, confira cada troca de plano.

Recebe SRT com vários idiomas: identifique os canais antes de mixar

SRT Input no vMix 29 combina os pares recebidos em um fluxo multicanal controlável pela matriz e pelo mixer. Em Channel Matrix, as colunas são canais de origem e as linhas são destinos. O exemplo de três pares atribui 1–2 a Master/Headphones, 3–4 a A e 5–6 a B.

Esse exemplo não identifica seus idiomas. Envie frases diferentes por par, escute separadamente e anote canal, bus e conteúdo na ficha. Confira o destino com câmeras e streaming. Confira também as pistas de saída (em espanhol).

Nimble recebe vários áudios, mas só um chega ao HLS

A referência do WMSPanel permite selecionar o áudio de uma saída MPEGTS por PID. Se omitido, toma o primeiro áudio; com PID zero, usa index. Confira a seleção efetiva antes de alterar o emissor.

Envie frases diferentes por idioma. Escute entrada, saídas e HLS final: anote onde o segundo áudio desaparece na ficha. Registre o build e preserve a configuração para restaurar.

Confira depois as etiquetas HLS (em espanhol). Coordene o ensaio com câmeras e streaming.

O vídeo inicia com outro áudio por alguns segundos

Se o menu mostra um idioma e outro é ouvido no início, registre a seleção e a primeira frase reproduzida separadamente. Repita o início antes de alterar ajustes do player.

Na API do hls.js v1.7.3, audioPreference busca a pista que melhor corresponde ao iniciar. Sem essa preferência, o reprodutor seleciona uma pista padrão. Registre a versão usada antes de comparar comportamentos.

Escute desde o primeiro instante, repita o início e anote qual frase aparece na ficha. Compare a preferência configurada com o conteúdo real. Teste também trocar de áudio e voltar.

Se houver vários idiomas, compartilhe a identidade das pistas (em espanhol) e o registro de início com o responsável por câmeras e streaming.

AirPlay envia o áudio, mas a imagem fica no iPad

WebKit explica que um blob MSE/MMS não serve como endereço reproduzível fora do navegador. O exemplo acrescenta uma URL HLS alternativa para o Safari poder enviá-la ao AirPlay. Identifique a rota usada: HLS nativo ou JavaScript com MSE/MMS.

Compare reprodução local, envio e retorno no receptor previsto. Anote imagem e frase ouvida na ficha. Peça ao responsável pelo player para conferir as fontes antes de alterá-lo; salve a configuração anterior.

Se houver idiomas, confira o áudio selecionado (em espanhol). Coordene com câmeras e streaming.

O seletor busca uma pista por ID e devolve outro idioma

Compare ID, índice e idioma na lista atual de pistas. Se o seletor devolve outro áudio, confira qual pista corresponde ao identificador pedido e escute seu conteúdo.

O padrão HTML estabelece que AudioTrack.id é somente leitura. getTrackById devolve a primeira correspondência ou null se nenhuma coincidir. Os índices podem mudar ao adicionar ou remover pistas.

Registre todas as pistas e seus estados enabled na ficha. Se houver duplicados, peça para conferir a seleção do player; escute o idioma escolhido e repita depois de recarregar.

Se o idioma ouvido não coincide, entregue o manifesto (em espanhol) e a lista de pistas ao responsável por câmeras e streaming para continuar a revisão.

vMix 29: uma entrada SRT tem saltos; qual ajuste comparar?

Antes de aumentar um buffer, identifique o que falha: saltos de imagem, cortes de áudio, separação entre voz e imagem ou atraso excessivo do retorno. Anote emissor, versão do vMix, codec, resolução, fps, Latency e Decoder Delay. Salve uma amostra com movimento e voz reconhecível na reprodução.

O manual vMix 29, SRT Input distingue Latency, que dá margem ao transporte, de Decoder Delay, que compensa quadros espaçados irregularmente ou áudio e vídeo entregues pelo encoder em momentos diferentes. O exemplo de 150 ms para quadros separados por 100 ms ilustra a função; não define valor para todos os emissores. Confira também SRT, Technical/System Requirements: vMix 29 aceita formatos progressivos, H.264 ou HEVC e áudio AAC-LC em Transport Stream.

Compare fora do ar a mesma entrada e o mesmo conteúdo pelo mesmo tempo. Em Statistics, salve no início e no final RTT, perdas e dados SRT. Observe também os tempos de Video e Audio disponíveis para essa entrada. Um contador isolado não identifica uma falha de encoder, rede ou GPU.

Se RTT ou perdas mudam quando o defeito aparece, investigue o transporte e coordene uma comparação de Latency com a outra ponta. Se suspeitar de chegada irregular do encoder, compare Decoder Delay mantendo Latency, formato e carga. Observe fluidez, sincronia e atraso do retorno; altere uma variável por tentativa e volte ao ajuste anterior se piorar.

Preencha a ficha de comparação com as duas amostras e o que observou. Uma entrada fluida durante um trecho não comprova o programa completo: depois ensaie câmeras, telas estáticas, remotos e gravação juntos. Relacione o arquivo com o guia SRT do MultiCorder (em espanhol) e coordene o percurso de câmeras e streaming.

Decoder Delay volta a zero ou não altera o retorno: separe os sintomas

Confira primeiro se Decoder Delay perde o valor ou o conserva sem produzir a mudança esperada no retorno. Registre campo e imagem separadamente para distinguir os sintomas.

Em uma configuração de ensaio, anote o valor antes da alteração e o que aparece ao reabrir a entrada. Se volta a zero, registre exatamente quando: ao fechar a janela, reconectar ou carregar preset. Se conserva o valor, mas não vê diferença no retorno, anote esse outro resultado. São observações distintas e exigem registros diferentes.

Use Save As para salvar o ensaio em arquivo separado: Save sobrescreve o preset aberto. Depois carregue essa cópia fora do show e confira o valor. O teste verifica se o ajuste persiste; se for redefinido, preserve sequência e preset para continuar o diagnóstico.

Para o teste de imagem, siga câmera → Nimble → entrada SRT → saída → tela de controle. O manual vMix 29 descreve Decoder Delay como compensação de chegada irregular; não promete deslocamento visível idêntico ao número digitado no campo. Compare com referência visível e audível e anote onde mediu. Não use esse número como medição do atraso total.

Se a diferença persistir, salve versões, capturas do campo, preset de ensaio, ajustes e amostras para o suporte, sem compartilhar chaves de conexão. A ficha deixa espaço para valor solicitado, valor ao reabrir e resultado do retorno. Confira os trechos de sincronia e o serviço de câmeras e streaming para preparar a comparação.

Latency nas duas pontas: instrução do vMix e valor negociado do SRT

Para preparar um link com vMix 29, o manual SRT Input, Latency pede o mesmo valor nas duas pontas. Coordene com quem opera o outro equipamento e anote as unidades: o campo do vMix está em milissegundos. Não reduza apenas uma ponta esperando retirar a mesma quantidade de atraso do retorno.

A Haivision explica em SRT 1.5.4, Latency que se usa o maior valor. A API dessa versão precisa o alcance: com entrega temporal TSBPD habilitada, a latência de recepção negociada é o máximo entre o valor de recepção local e o mínimo solicitado pelo emissor. A negociação ocorre ao estabelecer a conexão. Descreve a biblioteca SRT, não uma verificação de qual versão nosso aplicativo integra.

Caller e Listener indicam como a conexão é estabelecida. Para revisar essa comparação, anote também quem envia o vídeo e quem recebe. Nas versões com transmissão bidirecional, cada sentido exige sua própria verificação; não basta dizer que “ganha o Caller” ou “ganha o Listener”.

Exemplo calculado desse mecanismo: se o receptor pede 120 ms e o emissor define mínimo de 250 ms, são negociados 250 ms de buffer de recepção. O cálculo não inclui captura, codificação, decodificação, mixagem nem tela; não é medição de câmera a tela.

Como ensaio proposto, registre valores e versões nos dois equipamentos. Se a ferramenta expõe a latência negociada, anote depois de conectar; se não mostra, deixe como dado não disponível. Coordene reconexões fora do ar e confira fluidez, áudio e atraso da cadeia completa.

Use a ficha junto com os contadores de rede (em espanhol). O exemplo do protocolo não substitui os ajustes prescritos por cada aplicativo. Ao preparar câmeras e streaming, compartilhe também quanto o interlocutor remoto pode esperar para conversar.