Risposta breve: Enhanced RTMP estende il formato messaggi RTMP/FLV affinché un mittente e un ricevitore compatibili possano segnalare codec più recenti come HEVC o AV1. Mittente e ricevitore devono comunque supportare gli stessi codec. RTMPS è la variante di trasporto protetta da TLS. Conferma la specifica di ingest YouTube attuale prima di creare l'evento.
Inizia dal contratto di output YouTube
| Livello | Domanda a cui rispondere | Non dedurre |
|---|---|---|
| Enhanced RTMP | Il percorso mittente e ingest YouTube supporta la segnalazione del codec avanzato richiesta? | Che tutti i ricevitori RTMP accettino HEVC o AV1 |
| Codec video | Quali valori di codec, profilo, risoluzione, frame rate e controllo del bitrate accetta attualmente la destinazione? | Che una scelta di codec sia crittografia |
| RTMPS | Quale URL di ingest sicuro fornisce YouTube per questo stream? | Che un RTMP Server non correlato accetti rtmps:// |
| Riproduzione dell'audience | Quale stato di elaborazione e rendition riporta YouTube dopo l'ingest? | Che il codec di contribuzione sia la rendition finale dello spettatore |
Prima di creare l'output
Crea o pianifica lo stream live YouTube, quindi copia URL server e chiave di flusso correnti solo nella configurazione della destinazione. Scegli un profilo sorgente documentato dalla destinazione. La pagina delle impostazioni encoder di YouTube è l'autorità per la guida corrente su codec, risoluzione, bitrate e protocollo; non riutilizzare un profilo solo perché ha funzionato per un evento precedente.
Crea l'output YouTube
Crea un Restream con il binding della sorgente selezionata e l'URL/la chiave di destinazione YouTube. Questo è un flusso di output: le impostazioni di destinazione YouTube regolano quel passaggio. Per la superficie di controllo sottostante, vedi Restreaming e transcodifica video live.
Scegli un profilo dalla produzione, non da uno slogan
Procedi a ritroso dalle impostazioni di ingest attualmente pubblicate da YouTube. Conferma se la sorgente dispone già del codec richiesto o se un output necessita di un profilo di transcodifica supportato. Controlla inoltre codec audio, cadenza dei keyframe e controllo del bitrate rispetto alla guida della destinazione. Enhanced RTMP trasporta informazioni sulle capacità del codec; usa la prova generale per valutare l'output effettivo.
Una scelta concreta di output
Per un evento che lo accetta, 1080p30 H.264/AAC è una scelta pratica orientata alla compatibilità. Usa HEVC con Enhanced RTMP quando l'endpoint YouTube corrente e la sorgente/output effettivi supportano quel percorso. In entrambi i casi, verifica profilo video, cadenza GOP/keyframe, audio ed endpoint assegnato prima della prova generale.
Prova il percorso dell'audience
- Avvia un test privato con il formato sorgente esatto.
- Conferma che Callaba rilevi l'input e che l'output configurato si connetta.
- Controlla YouTube Live Control Room per stato e avvisi dello stream ricevuto.
- Apri anteprima/percorso audience e controlla audio e video del programma.
- Arresta e riavvia una volta la sorgente, quindi documenta la procedura di ripristino osservata.
Diagnostica in base al confine
Se la sorgente è sana ma YouTube non mostra ingest, ricontrolla URL/chiave server copiati e protocollo di output. Se YouTube riceve uno stream ma rifiuta il video, confronta codec/profilo e altre impostazioni dell'encoder con la sua specifica corrente. Se l'ingest è sano ma la visualizzazione dell'audience è in ritardo o non disponibile, ispeziona stato dell'evento YouTube e percorso di riproduzione invece di modificare alla cieca la sorgente RTMP.
Riferimenti e passo successivo
Usa le impostazioni encoder live di YouTube e la specifica Veovera Enhanced RTMP v2 come riferimenti di configurazione. Per una sorgente che pubblica prima in Callaba, usa RTMP Server, quindi configura l'output YouTube separato.
