Простой ответ: используйте Primary YouTube Ingest Server (Основной сервер трансляции), если у вас нет веской причины этого не делать.
Что означают эти параметры:
| Параметр | Значение | Когда использовать |
|---|---|---|
| Primary YouTube Ingest Server | Основной адрес приема RTMPS-трансляций YouTube | Обычный стриминг |
| Backup YouTube Ingest Server | Второй адрес приема для избыточности (резервирования) | Если вы отправляете второй, идентичный поток с другого кодировщика или сети |
| Primary YouTube Ingest Server — legacy RTMP | Более старый, незашифрованный адрес RTMP | Только если ваш кодировщик не поддерживает RTMPS |
| Backup YouTube Ingest Server — legacy RTMP | Более старый резервный адрес RTMP | Только для устаревших сценариев резервного копирования |
Основной против резервного: Резервный сервер — это не более качественный или быстрый сервер. Он предназначен для избыточности (резервирования). YouTube ожидает, что настройки резервного потока будут полностью совпадать с настройками основного: разрешение, кодек, битрейт, частота кадров, интервал ключевых кадров, аудиокодек, частота дискретизации и так далее. В документации YouTube по ошибкам отдельно подчеркивается, что основной и резервный потоки должны совпадать. (Справка Google)
RTMPS против устаревшего RTMP: RTMPS — это RTMP поверх SSL/TLS, то есть современный безопасный вариант. В документации YouTube для разработчиков RTMPS описывается как обычный RTMP, передаваемый через защищенное SSL-соединение. (Google для разработчиков) Устаревший RTMP — более старый и незашифрованный; используйте его только для совместимости со старыми кодировщиками.
Лучший выбор в OBS: Выберите:
YouTube - RTMPS → Primary YouTube Ingest Server
Используйте Backup YouTube Ingest Server только в том случае, если вы параллельно запускаете отдельный резервный кодировщик или подключение к YouTube. Не переключайтесь на резервный сервер просто потому, что с основным возникли проблемы, если только служба поддержки YouTube или OBS прямо не рекомендовала вам это сделать. Он предназначен для передачи второго одновременного потока, а не в качестве ручного «альтернативного сервера».
