Резервный поток в DCAST: что происходит, когда отказывает кодер

У каждого продюсера прямых эфиров есть история о том, как умерла трансляция: ноутбук, который решил обновиться; Wi-Fi площадки, который лёг, как только пришли зрители; кодер, перегревшийся на солнце. А когда вы продаёте билеты на такое мероприятие, у этой истории появляется ещё и глава о возвратах.

DCAST позволяет отправить в ту же трансляцию второй, резервный поток. Если основной поток прекращается, зрители продолжают смотреть резервный — в том же плеере, по той же ссылке, — а когда основной снова становится стабильным, трансляция возвращается на него. В этой статье — как это работает, что видят зрители и как настроить резерв, который действительно защищает.

Суть в одном абзаце

Для одного мероприятия вы запускаете два независимых источника — два кодера или два компьютера, в идеале на двух разных подключениях к интернету. Оба отправляют в DCAST одну и ту же программу. Один идёт на обычный (основной) адрес трансляции, другой — на её Резервный URL, с тем же ключом стрима. DCAST следит за основным потоком. Пока он в порядке, зрители получают основной. Когда он перестаёт передавать видео, DCAST переключает программу на резервный. Когда основной возвращается и остаётся в порядке, DCAST переключается обратно.

Где найти Резервный URL

Откройте настройки трансляции и посмотрите на вкладку Подключение. Рядом с адресом основного сервера вы увидите вторую строку — Резервный URL. На тарифах PRO и VIP Резервный URL есть у каждой RTMP-трансляции. На других тарифах строка видна, при попытке её скопировать вы увидите, в какой тариф она входит, а резервный адрес поток не принимает.

Включать ничего не нужно: резерв используется, когда на резервный адрес действительно приходит поток. Если вы отправляете только основной, трансляция работает ровно так же, как всегда.

Резерв использует тот же ключ стрима, что и основной поток. Вам не нужно заводить второй ключ или вторую трансляцию — вы просто настраиваете второй кодер на Резервный URL и ключ, который у вас уже есть.

Что видят зрители во время переключения

Зрителям ничего не нужно перезагружать. Страница просмотра, плеер, встроенный на ваш сайт, чат и счётчик зрителей остаются на месте; меняется только источник за ними.

Две честные детали:

• Переключение не проходит незаметно. В момент переключения зрители видят заминку на доли секунды, пока DCAST подхватывает другой поток. Звук на стыке плавно затухает и возвращается, чтобы не было щелчка, но два кодера никогда не выдают в одно и то же мгновение абсолютно одинаковые картинку и звук. Главное — трансляция продолжается, а не обрывается.
• Если пропадают оба потока, плеер показывает чёрный экран без звука и продолжает ждать, а не завершает трансляцию. Как только возвращается любой из потоков, возвращается и картинка.

Подключите резерв до того, как нажмёте «Запустить эфир»

Запустите оба кодера до того, как нажмёте Запустить эфир в DCAST. Если к этому моменту резерв уже подключён, трансляция сразу начинается по защищённому пути, и последующий сбой обойдётся зрителям лишь заминкой на доли секунды при переключении.

Резерв, подключившийся, когда вы уже в эфире, тоже работает, но DCAST сначала приходится перевести идущую трансляцию на защищённый путь. В этот момент зрители видят одну короткую заминку; после неё резерв работает как обычно.

Почему переключение сохраняет качество картинки

Чтобы переключиться между потоками, DCAST не декодирует и не перекодирует вашу картинку. Он переходит с одного потока на другой по ключевому кадру — в точке, с которой видеопоток можно чисто начать. Поэтому переключение обходится дёшево, а картинка остаётся ровно такой, какой её выдал ваш кодер.

Отсюда одно практическое правило: установите на обоих кодерах интервал ключевых кадров 2 секунды. Чем длиннее интервал ключевых кадров, тем дольше переключению приходится ждать точки для чистой склейки.

Как построить резерв, который действительно защищает

Резерв защищает только от тех сбоев, которые у него не общие с основным потоком. Перед мероприятием пройдитесь по этому списку:

Самая частая ошибка — два кодера на одном ноутбуке и одном Wi-Fi. Такая схема защищает от одного падения программы — и больше ни от чего.

Сделайте оба потока как можно более похожими: одинаковые разрешение, частота кадров, частота дискретизации звука и интервал ключевых кадров. Тогда зрители меньше заметят переключение.

Чего резерв не заменяет

Вашу собственную запись. Всегда записывайте программу локально хотя бы на одном из кодеров. Это ваш мастер-экземпляр, не зависящий ни от сети, ни от платформы, и лучший исходник для смонтированного повтора.

Репетицию. Проверьте резерв до мероприятия: запустите оба потока, нажмите «Запустить эфир», откройте страницу просмотра, затем остановите основной поток и убедитесь, что трансляция продолжается. Снова запустите основной и посмотрите, как трансляция на него возвращается. Пять минут репетиции превращают резерв из надежды в план.

Какие трансляции могут использовать резерв

Резерв работает для трансляций, которые вы отправляете с кодера по RTMP. Трансляции с камеры в браузере, трансляции, забираемые из HTTP-источника, и трансляции из файла резервный адрес не используют: у первых по самому их устройству нет второго кодера, а два других вида — не живые потоки с кодера.

Для кого это

• Авторы, которые продают доступ — платные мероприятия, курсы, подписки, — для которых сбой означает возвраты и потерю доверия.
• Конференции и церкви, ведущие трансляции с площадок, где интернет им неподвластен.
• Спортивные и выездные съёмки, где резервная мобильная линия — реальный способ защитить эфир.
• Все, кому хоть раз приходилось писать «извините, трансляция прервалась».