Resposta curta: o Enhanced RTMP amplia o formato de mensagens RTMP/FLV para que emissores e receptores compatíveis possam sinalizar codecs mais recentes, como HEVC ou AV1. Ambos ainda precisam oferecer suporte ao mesmo codec. RTMPS é a variante de transporte protegida por TLS. Confirme a especificação atual de ingestão do YouTube antes de criar o evento.
Comece pelos requisitos da saída do YouTube
| Camada | Pergunta a responder | Não presuma |
|---|---|---|
| Enhanced RTMP | O emissor e o caminho de ingestão do YouTube aceitam a sinalização aprimorada do codec necessário? | Que todos os receptores RTMP aceitam HEVC ou AV1 |
| Codec de vídeo | Quais valores de codec, perfil, resolução, taxa de quadros e controle de taxa o destino aceita atualmente? | Que escolher um codec significa criptografar |
| RTMPS | Qual URL segura de ingestão o YouTube fornece para esta transmissão? | Que um RTMP Server sem relação com essa saída aceita rtmps:// |
| Reprodução para o público | Qual estado de processamento e de versões de vídeo o YouTube informa após a ingestão? | Que o codec de contribuição é o formato final recebido pelo espectador |
Antes de criar a saída
Crie ou agende a transmissão ao vivo no YouTube e copie a URL atual do servidor e a chave somente para a configuração do destino. Escolha um perfil de fonte documentado pelo destino. A página de configurações do codificador do YouTube é a referência para codecs, resolução, bitrate e protocolos atuais; não reutilize um perfil apenas porque funcionou em um evento anterior.
Crie a saída para o YouTube
Crie um Restream com a fonte selecionada e a URL/chave de destino do YouTube. Este é um fluxo de saída: as configurações do destino YouTube determinam essa entrega. Para os controles correspondentes, consulte Restreaming e transcodificação de vídeo ao vivo.
Escolha o perfil a partir da produção
Parta das configurações de ingestão atualmente publicadas pelo YouTube. Confirme se a fonte já usa o codec necessário ou se a saída precisa de um perfil de transcodificação compatível. Verifique também codec de áudio, intervalo de quadros-chave e controle de taxa conforme as orientações do destino. O Enhanced RTMP transporta informações sobre codecs; use o ensaio para avaliar a saída real.
Uma escolha concreta de saída
Para um evento que aceite esse formato, 1080p30 H.264/AAC é uma opção prática voltada à compatibilidade. Use HEVC com Enhanced RTMP quando o endpoint atual do YouTube e a fonte/saída real oferecerem suporte a esse caminho. Em ambos os casos, confira o perfil de vídeo, o GOP/intervalo de quadros-chave, o áudio e o endpoint atribuído antes do ensaio.
Ensaie o caminho até o público
- Inicie um teste privado com o formato exato da fonte.
- Confirme se o Callaba recebe a entrada e se a saída configurada se conecta.
- Verifique o estado da transmissão recebida e os avisos na Sala de controle ao vivo do YouTube.
- Abra a prévia ou o caminho do espectador e verifique áudio e vídeo do programa.
- Pare e reinicie a fonte uma vez e documente o procedimento de recuperação observado.
Diagnostique em cada etapa
Se a fonte estiver saudável, mas o YouTube não mostrar ingestão, confira novamente a URL/chave copiada e o protocolo de saída. Se o YouTube receber o fluxo, mas rejeitar o vídeo, compare codec, perfil e demais configurações do codificador com a especificação atual. Se a ingestão estiver normal, mas a reprodução para o público estiver atrasada ou indisponível, examine o estado do evento e o caminho de reprodução no YouTube, em vez de alterar a fonte RTMP sem diagnóstico.
Referências e próximo passo
Use as configurações de codificador ao vivo do YouTube e a especificação Veovera Enhanced RTMP v2 como referências de configuração. Para uma fonte que publique primeiro no Callaba, use o RTMP Server e configure separadamente a saída para o YouTube.
