Kort antwoord: Gebruik Primary YouTube Ingest Server tenzij je een specifieke reden hebt om dat niet te doen.
Wat de opties betekenen:
| Optie | Betekenis | Gebruik wanneer |
|---|---|---|
| Primary YouTube Ingest Server | Belangrijkste YouTube RTMPS-ingest-endpoint | Normaal streamen |
| Backup YouTube Ingest Server | Secundair ingest-endpoint voor redundantie | Je een tweede, identieke stream verzendt vanaf een andere encoder/netwerk |
| Primary YouTube Ingest Server — legacy RTMP | Ouder, onversleuteld RTMP-endpoint | Alleen als je encoder geen RTMPS kan gebruiken |
| Backup YouTube Ingest Server — legacy RTMP | Ouder RTMP-back-up-endpoint | Alleen voor verouderde back-upworkflows |
Primair vs. back-up: Back-up is geen betere of snellere server. Het is bedoeld voor redundantie. YouTube verwacht dat de back-upstream exact overeenkomt met de instellingen van de primaire stream: resolutie, codec, bitrate, framerate, keyframe-interval, audiocodec, samplefrequentie, enzovoort. De foutrapportagedocumenten van YouTube waarschuwen specifiek dat de primaire en back-upstreams overeen moeten komen. (Google Help)
RTMPS vs. legacy RTMP: RTMPS is RTMP via SSL/TLS, dus het is de moderne, beveiligde optie. De YouTube-ontwikkelaarsdocumentatie van Google beschrijft RTMPS als normale RTMP getunneld door een SSL-verbinding. (Google for Developers) Legacy RTMP is ouder en onversleuteld; gebruik dit alleen voor compatibiliteit met oudere encoders.
Beste keuze in OBS: Kies:
YouTube - RTMPS → Primary YouTube Ingest Server
Gebruik Backup YouTube Ingest Server alleen als je ook een aparte back-upencoder of -verbinding met YouTube hebt draaien. Schakel niet over naar de back-up, enkel omdat de primaire stream problemen heeft, tenzij de support van YouTube of OBS je dit specifiek adviseert; het is bedoeld als een tweede, gelijktijdige feed, niet als een handmatige "alternatieve server".
