Respuesta corta: Enhanced RTMP amplía el formato de mensajes RTMP/FLV para que emisor y receptor compatibles puedan señalizar códecs más recientes como HEVC o AV1. Ambos siguen necesitando soporte de códec coincidente. RTMPS es la variante de transporte protegida por TLS. Confirme la especificación actual de ingesta de YouTube antes de crear el evento.
Empiece por el contrato de salida de YouTube
| Capa | Pregunta que responder | No infiera |
|---|---|---|
| Enhanced RTMP | ¿La ruta de emisor e ingesta de YouTube admite la señalización de códec mejorada requerida? | Que todos los receptores RTMP aceptan HEVC o AV1 |
| Códec de vídeo | ¿Qué códec, perfil, resolución, frecuencia de fotogramas y control de tasa acepta actualmente el destino? | Que una elección de códec sea cifrado |
| RTMPS | ¿Qué URL de ingesta segura proporciona YouTube para esta transmisión? | Que un RTMP Server no relacionado acepte rtmps:// |
| Reproducción de audiencia | ¿Qué estado de procesamiento y representación informa YouTube tras la ingesta? | Que el códec de contribución sea la representación final del espectador |
Antes de crear la salida
Cree o programe la transmisión en directo de YouTube y copie su URL de servidor y clave actuales solo en la configuración de destino. Elija un perfil de fuente documentado por el destino. La página de ajustes de codificador de YouTube es la autoridad para las indicaciones actuales de códec, resolución, bitrate y protocolo; no reutilice un perfil solo porque funcionó en un evento anterior.
Cree la salida de YouTube
Cree un Restream con el vínculo de fuente seleccionado y URL/clave de destino de YouTube. Es un flujo de salida: los ajustes de destino de YouTube rigen esa transferencia. Para la superficie de control subyacente, consulte Restreaming y transcodificación de vídeo en directo.
Elija un perfil desde la producción
Trabaje hacia atrás desde los ajustes de ingesta publicados actualmente por YouTube. Confirme si la fuente ya tiene el códec requerido o si una salida necesita un perfil de transcodificación compatible. Compruebe también códec de audio, cadencia de fotogramas clave y control de tasa frente a las indicaciones del destino. Enhanced RTMP transporta información de capacidad de códec; use el ensayo para evaluar la salida real.
Una elección concreta de salida
Para un evento que lo acepte, 1080p30 H.264/AAC es una opción práctica centrada en compatibilidad. Use HEVC con Enhanced RTMP cuando endpoint actual de YouTube y fuente/salida reales admitan esa ruta. En ambos casos, compruebe perfil de vídeo, cadencia GOP/fotogramas clave, audio y endpoint asignado antes del ensayo.
Ensaye la ruta de audiencia
- Inicie una prueba privada con el formato exacto de fuente.
- Confirme que Callaba ve la entrada y que conecta la salida configurada.
- Compruebe YouTube Live Control Room para el estado de transmisión recibida y advertencias.
- Abra la ruta de vista previa/audiencia y compruebe audio y vídeo de programa.
- Detenga y reinicie la fuente una vez, y documente el procedimiento de recuperación observado.
Diagnostique por límite
Si la fuente está sana pero YouTube no muestra ingesta, vuelva a comprobar URL/clave de servidor copiada y protocolo de salida. Si YouTube recibe una transmisión pero rechaza el vídeo, compare códec/perfil y otros ajustes de codificador con su especificación actual. Si la ingesta está sana pero la vista de audiencia se retrasa o no está disponible, inspeccione el estado de evento y ruta de reproducción de YouTube en vez de cambiar ciegamente la fuente RTMP.
Referencias y siguiente paso
Use los ajustes de codificador en directo de YouTube y la especificación Veovera Enhanced RTMP v2 como referencias de configuración. Para una fuente que primero publica en Callaba, use RTMP Server y luego configure la salida independiente de YouTube.
