Einfache Antwort: Nutze den Primary YouTube Ingest Server, es sei denn, du hast einen bestimmten Grund, das nicht zu tun.
Was die Optionen bedeuten:
| Option | Bedeutung | Verwendung |
|---|---|---|
| Primary YouTube Ingest Server | Haupt-RTMPS-Ingest-Endpunkt von YouTube | Normales Streaming |
| Backup YouTube Ingest Server | Sekundärer Ingest-Endpunkt zur Redundanz | Du sendest einen zweiten, identischen Stream von einem anderen Encoder/Netzwerk |
| Primary YouTube Ingest Server — legacy RTMP | Älterer, unverschlüsselter RTMP-Endpunkt | Nur wenn dein Encoder kein RTMPS unterstützt |
| Backup YouTube Ingest Server — legacy RTMP | Älterer RTMP-Backup-Endpunkt | Nur für veraltete Backup-Workflows |
Primary vs. Backup: Der Backup-Server ist kein besserer oder schnellerer Server. Er dient der Redundanz. YouTube erwartet, dass der Backup-Stream genau den Einstellungen des primären Streams entspricht: Auflösung, Codec, Bitrate, Framerate, Keyframe-Intervall, Audiocodec, Abtastrate usw. In den Fehlerdokumenten von YouTube wird ausdrücklich darauf hingewiesen, dass die primären und Backup-Streams übereinstimmen müssen. (Google-Hilfe)
RTMPS vs. Legacy-RTMP: RTMPS ist RTMP über SSL/TLS und somit die moderne, sichere Option. Die YouTube-Entwicklerdokumentation von Google beschreibt RTMPS als normales RTMP, das durch eine SSL-Verbindung getunnelt wird. (Google for Developers) Legacy-RTMP ist älter und unverschlüsselt; verwende es nur zur Kompatibilität mit älteren Encodern.
Die beste Wahl in OBS: Wähle:
YouTube - RTMPS → Primary YouTube Ingest Server
Verwende den Backup YouTube Ingest Server nur, wenn du auch einen separaten Backup-Encoder oder eine separate Backup-Verbindung zu YouTube nutzt. Wechsle nicht auf Backup, nur weil der primäre Server Probleme hat, es sei denn, der YouTube- oder OBS-Support fordert dich ausdrücklich dazu auf. Er ist als zweiter, gleichzeitiger Feed gedacht und nicht als manueller „Alternativserver“.
