پاسخ ساده: از 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) طراحی شده است. یوتیوب انتظار دارد تنظیمات استریم پشتیبان دقیقاً با استریم اصلی مطابقت داشته باشد: رزولوشن، کدک، بیتریت، نرخ فریم (Frame Rate)، فاصله فریمهای کلیدی (Keyframe Interval)، کدک صوتی، نرخ نمونهبرداری و غیره. اسناد مربوط به خطاهای یوتیوب صراحتاً هشدار میدهند که استریمهای اصلی و پشتیبان باید کاملاً با هم مطابقت داشته باشند. (راهنمای گوگل)
RTMPS در مقابل RTMP قدیمی: پروتکل RTMPS در واقع همان RTMP روی بستر SSL/TLS است، بنابراین یک گزینه امن و مدرن به شمار میرود. اسناد توسعهدهندگان یوتیوبِ گوگل، RTMPS را به عنوان یک RTMP معمولی توصیف میکنند که از طریق یک اتصال امن SSL تونلزنی شده است. (گوگل برای توسعهدهندگان) پروتکل قدیمی RTMP منسوختر و غیررمزگذاریشده است؛ از آن فقط برای سازگاری با اینکودرهای قدیمیتر استفاده کنید.
بهترین انتخاب در OBS: انتخاب کنید:
YouTube - RTMPS → Primary YouTube Ingest Server
تنها در صورتی از Backup YouTube Ingest Server استفاده کنید که یک اینکودر یا اتصال پشتیبان مجزا نیز به طور همزمان به یوتیوب متصل کرده باشید. صرفاً به این دلیل که سرور اصلی دچار مشکل شده است، به سرور پشتیبان سوئیچ نکنید، مگر اینکه پشتیبانی یوتیوب یا OBS مستقیماً به شما این کار را گفته باشد؛ این سرور به عنوان یک فید همزمان دوم طراحی شده است، نه یک «سرور جایگزین» دستی.
