Krótka odpowiedź: Enhanced RTMP rozszerza format komunikatów RTMP/FLV, dzięki czemu zgodny nadawca i odbiornik mogą sygnalizować nowsze kodeki, takie jak HEVC lub AV1. Nadawca i odbiornik nadal muszą obsługiwać ten sam kodek. RTMPS jest wariantem transportu chronionym przez TLS. Przed utworzeniem wydarzenia potwierdź aktualną specyfikację ingestu YouTube.
Zacznij od kontraktu wyjściowego YouTube
| Warstwa | Pytanie, na które trzeba odpowiedzieć | Nie zakładaj |
|---|---|---|
| Enhanced RTMP | Czy nadawca i ścieżka ingestu YouTube obsługują wymagane sygnalizowanie rozszerzonego kodeka? | Że wszystkie odbiorniki RTMP akceptują HEVC lub AV1 |
| Kodek wideo | Jaki kodek, profil, rozdzielczość, liczba klatek i ustawienia kontroli przepływności obecnie akceptuje miejsce docelowe? | Że wybór kodeka jest szyfrowaniem |
| RTMPS | Jaki bezpieczny URL ingestu YouTube podaje dla tego strumienia? | Że niepowiązany RTMP Server akceptuje rtmps:// |
| Odtwarzanie dla odbiorców | Jaki stan przetwarzania i wariantów zgłasza YouTube po ingescie? | Że kodek kontrybucyjny jest końcowym wariantem widza |
Przed utworzeniem wyjścia
Utwórz lub zaplanuj transmisję na żywo YouTube, a następnie skopiuj jej aktualny URL serwera i klucz strumienia wyłącznie do konfiguracji miejsca docelowego. Wybierz profil źródła udokumentowany przez odbiorcę. Strona ustawień kodera YouTube jest źródłem aktualnych wytycznych dotyczących kodeków, rozdzielczości, bitrate i protokołu; nie używaj ponownie profilu tylko dlatego, że działał podczas poprzedniego wydarzenia.
Utwórz wyjście YouTube
Utwórz Restream z wybranym powiązaniem źródła oraz URL/kluczem miejsca docelowego YouTube. To proces wyjściowy: ustawienia docelowe YouTube regulują to przekazanie. Dla bazowej powierzchni sterowania zobacz Restreaming i transkodowanie wideo na żywo.
Dobierz profil do produkcji, nie do hasła
Pracuj wstecz od aktualnie opublikowanych ustawień ingestu YouTube. Potwierdź, czy źródło ma już wymagany kodek, czy wyjście potrzebuje obsługiwanego profilu transkodowania. Sprawdź również kodek audio, kadencję klatek kluczowych i kontrolę przepływności według wytycznych odbiorcy. Enhanced RTMP przekazuje informacje o możliwościach kodeka; użyj próby, aby ocenić faktyczne wyjście.
Jeden konkretny wybór wyjścia
Dla wydarzenia, które go akceptuje, 1080p30 H.264/AAC jest praktycznym wyborem stawiającym na zgodność. Użyj HEVC z Enhanced RTMP, gdy aktualny punkt końcowy YouTube oraz rzeczywiste źródło/wyjście obsługują tę trasę. W obu przypadkach przed próbą sprawdź profil wideo, kadencję GOP/klatek kluczowych, audio i przypisany punkt końcowy.
Przećwicz ścieżkę odbiorców
- Rozpocznij prywatny test z dokładnym formatem źródła.
- Potwierdź, że Callaba widzi wejście i że skonfigurowane wyjście łączy się.
- Sprawdź stan odebranego strumienia i ostrzeżenia w YouTube Live Control Room.
- Otwórz ścieżkę podglądu/odbiorców i sprawdź dźwięk oraz obraz programu.
- Zatrzymaj i ponownie uruchom źródło, a potem udokumentuj zaobserwowaną procedurę odzyskiwania.
Diagnozuj według granicy
Jeśli źródło jest zdrowe, lecz YouTube nie pokazuje ingestu, ponownie sprawdź skopiowany URL/klucz serwera i protokół wyjściowy. Jeśli YouTube odbiera strumień, ale odrzuca wideo, porównaj kodek/profil i inne ustawienia kodera z jego aktualną specyfikacją. Jeśli ingest jest poprawny, lecz widok odbiorców jest opóźniony lub niedostępny, sprawdź stan wydarzenia YouTube i ścieżkę odtwarzania, zamiast bezrefleksyjnie zmieniać źródło RTMP.
Źródła i następny krok
Użyj ustawień kodera transmisji na żywo YouTube oraz specyfikacji Veovera Enhanced RTMP v2 jako źródeł konfiguracji. Dla źródła, które najpierw publikuje w Callaba, użyj RTMP Server, a następnie skonfiguruj osobne wyjście YouTube.
