Réponse courte : Enhanced RTMP étend le format de messages RTMP/FLV afin qu'un émetteur et un récepteur compatibles puissent signaler des codecs récents tels que HEVC ou AV1. L'émetteur et le récepteur doivent toujours prendre en charge le même codec. RTMPS est la variante de transport protégée par TLS. Vérifiez la spécification d'ingestion YouTube en vigueur avant de créer l'événement.
Commencez par le contrat de sortie YouTube
| Couche | Question à laquelle répondre | Ne supposez pas |
|---|---|---|
| Enhanced RTMP | L'émetteur et le chemin d'ingestion YouTube prennent-ils en charge la signalisation du codec amélioré requis ? | Que tous les récepteurs RTMP acceptent HEVC ou AV1 |
| Codec vidéo | Quel codec, profil, résolution, fréquence d'images et réglage de contrôle du débit la destination accepte-t-elle actuellement ? | Qu'un choix de codec est un chiffrement |
| RTMPS | Quelle URL d'ingestion sécurisée YouTube fournit-il pour ce flux ? | Qu'un serveur RTMP non lié accepte rtmps:// |
| Lecture par l'audience | Quel état de traitement et de rendus YouTube indique-t-il après l'ingestion ? | Que le codec de contribution est le rendu final du spectateur |
Avant de créer la sortie
Créez ou planifiez le direct YouTube, puis copiez son URL de serveur actuelle et sa clé de stream uniquement dans la configuration de destination. Choisissez un profil source documenté par la destination. La page des réglages d'encodeur de YouTube fait autorité pour les indications actuelles sur les codecs, la résolution, le débit et le protocole ; ne réutilisez pas un profil uniquement parce qu'il a fonctionné pour un événement précédent.
Créez la sortie YouTube
Créez un Restream avec la liaison de source sélectionnée et l'URL/la clé de destination YouTube. C'est un flux de sortie : les paramètres de destination YouTube régissent ce transfert. Pour la surface de contrôle sous-jacente, consultez Restreaming et le transcodage vidéo en direct.
Choisissez un profil à partir de la production, non d'un slogan
Remontez à partir des paramètres d'ingestion actuellement publiés par YouTube. Vérifiez si la source possède déjà le codec requis ou si une sortie nécessite un profil de transcodage pris en charge. Contrôlez aussi le codec audio, la cadence des images clés et le contrôle du débit selon les recommandations de la destination. Enhanced RTMP transporte des informations sur les capacités de codec ; utilisez la répétition pour évaluer la sortie réelle.
Un choix de sortie concret
Pour un événement qui l'accepte, 1080p30 H.264/AAC est un choix pratique privilégiant la compatibilité. Utilisez HEVC avec Enhanced RTMP lorsque le point de terminaison YouTube actuel et la source/sortie réelle prennent cette voie en charge. Dans tous les cas, vérifiez le profil vidéo, la cadence GOP/images clés, l'audio et le point de terminaison attribué avant la répétition.
Répétez le parcours de l'audience
- Démarrez un test privé avec le format source exact.
- Vérifiez que Callaba voit l'entrée et que la sortie configurée se connecte.
- Consultez YouTube Live Control Room pour l'état du flux reçu et les avertissements.
- Ouvrez l'aperçu/le parcours audience et vérifiez l'audio et la vidéo du programme.
- Arrêtez puis redémarrez la source une fois, puis documentez la procédure de reprise observée.
Diagnostiquez selon la limite concernée
Si la source est saine mais que YouTube n'affiche aucune ingestion, revérifiez l'URL/le clé de serveur copiés et le protocole de sortie. Si YouTube reçoit un flux mais rejette la vidéo, comparez le codec/profil et les autres réglages d'encodeur à sa spécification actuelle. Si l'ingestion est saine mais que la vue audience est retardée ou indisponible, examinez l'état de l'événement YouTube et le chemin de lecture plutôt que de modifier aveuglément la source RTMP.
Références et étape suivante
Utilisez les réglages d'encodeur de direct YouTube et la spécification Veovera Enhanced RTMP v2 comme références de configuration. Pour une source qui publie d'abord dans Callaba, utilisez RTMP Server, puis configurez la sortie YouTube séparée.
