सीधा जवाब: जब तक आपके पास ऐसा न करने का कोई खास कारण न हो, तब तक Primary YouTube Ingest Server का उपयोग करें।
विकल्पों का क्या अर्थ है:
| विकल्प | अर्थ | कब उपयोग करें |
|---|---|---|
| Primary YouTube Ingest Server | मुख्य यूट्यूब RTMPS इंजस्ट एंडपॉइंट | सामान्य स्ट्रीमिंग |
| Backup YouTube Ingest Server | अतिरेकता (redundancy) के लिए सेकेंडरी इंजस्ट एंडपॉइंट | आप किसी अन्य एनकोडर/नेटवर्क से दूसरी, मेल खाती हुई स्ट्रीम भेज रहे हों |
| Primary YouTube Ingest Server — legacy RTMP | पुराना, अनएन्क्रिप्टेड RTMP एंडपॉइंट | केवल तभी जब आपका एनकोडर RTMPS का उपयोग न कर सके |
| Backup YouTube Ingest Server — legacy RTMP | पुराना RTMP बैकअप एंडपॉइंट | केवल पुराने बैकअप वर्कफ़्लो के लिए |
प्राइमरी बनाम बैकअप: बैकअप कोई बेहतर या तेज़ सर्वर नहीं है। यह अतिरेकता (redundancy) के लिए है। यूट्यूब उम्मीद करता है कि बैकअप स्ट्रीम की सेटिंग्स प्राइमरी स्ट्रीम की सेटिंग्स से मेल खाएं: जैसे रिज़ॉल्यूशन, कोडेक, बिटरेट, फ्रेम रेट, कीफ़्रेम इंटरवल, ऑडियो कोडेक, सैंपल रेट आदि। यूट्यूब के एरर दस्तावेज़ विशेष रूप से चेतावनी देते हैं कि प्राइमरी और बैकअप स्ट्रीम आपस में मेल खानी चाहिए। (Google सहायता)
RTMPS बनाम लेगेसी RTMP: RTMPS दरअसल SSL/TLS पर आधारित RTMP है, इसलिए यह आधुनिक सुरक्षित विकल्प है। गूगल के यूट्यूब डेवलपर दस्तावेज़ RTMPS को एक SSL कनेक्शन के माध्यम से टनल किए गए सामान्य RTMP के रूप में वर्णित करते हैं। (Google for Developers) लेगेसी RTMP पुराना और अनएन्क्रिप्टेड है; इसका उपयोग केवल पुराने एनकोडर के साथ संगतता के लिए करें।
OBS में सबसे अच्छा विकल्प: चुनें:
YouTube - RTMPS → Primary YouTube Ingest Server
Backup YouTube Ingest Server का उपयोग केवल तभी करें जब आप यूट्यूब पर एक अलग बैकअप एनकोडर/कनेक्शन भी चला रहे हों। केवल इसलिए बैकअप पर स्विच न करें क्योंकि प्राइमरी में समस्या आ रही है, जब तक कि यूट्यूब/OBS सपोर्ट आपको ऐसा करने के लिए विशेष रूप से न कहे; यह एक दूसरी समवर्ती (simultaneous) फीड के रूप में काम करने के लिए है, न कि किसी मैनुअल "वैकल्पिक सर्वर" के रूप में।
