SRT протокол: 8 мифов и фактов
С момента создания и последующего выпуска, обладающий открытым исходным кодом протокол SRT (Secure Reliable Transport) становится все более популярным в индустрии потокового видео и вещания. SRT оптимизирован для потоковой трансляции онлайн-видео, обеспечивает безопасную, качественную передачу данных по непредсказуемым сетям и формирует технологии будущего, когда речь идет об упрощении перехода к IP-решениям. SRT окружает множество мифов, большинство из которых не имеют под собой реальной основы.

SRT протокол: 8 мифов и фактов

С момента создания и последующего выпуска, обладающий открытым исходным кодом протокол SRT (Secure Reliable Transport) становится все более популярным в индустрии потокового видео и вещания. SRT оптимизирован для потоковой трансляции онлайн‑видео, обеспечивает безопасную, качественную передачу данных по непредсказуемым сетям и формирует технологии будущего, когда речь идет об упрощении перехода к IP‑решениям. SRT окружает множество мифов, большинство из которых не имеют под собой реальной основы.

Миф 1: Протокол SRT непопулярен

Факт. Технология SRT используется как гигантами вещания (Fox News, NBC Sports Sky News), так и лидерами индустрии (AWS, Sony, Avid, Microsoft, MediaKind). Одобренный растущим сообществом разработчиков и пользователей, а также принятый GStreamer, VLC, OBS Studio, Wireshark, протокол SRT выступает эталоном потокового видео с малой задержкой. В Альянсе SRT насчитывается более 550 активных пользователей (и число их растет), а также сотни других клиентов. SRT также предлагает готовые решения — от камер, кодировщиков и декодеров до шлюзов, сервисов транскодирования OTT, CDN. В настоящее время протокол используется по всему миру множеством организаций.

Миф 2: Покупка лицензии

Факт. Протокол реализуется, используя бесплатную открытую базу исходного кода. SRT не требует абонентской платы, долгосрочных контрактов, лицензионных платежей. Открытый исходный код обеспечивает широкое внедрение протокола, совместимость, а также долгий срок службы оборудования для конечных пользователей без привязки к поставщику.

Миф 3: Поддержка ограниченного количества типов кодеков

Факт. SRT не ограничивает пользователя конкретным кодеком, поскольку не зависит от носителя или контента в отличие от других протоколов, которые поддерживают только конкретные аудио-, видеоформаты. Протокол функционирует на уровне сетевого транспорта, создавая «оболочку» контента, а значит может поддерживать любой тип кодека, частоту кадров или разрешение. Все это защищает производственные процессы, например, при работе с MPEG-2, HEVC, H.264.

Миф 4: Невозможность трансляции 4К‑видео через Интернет

Факт. SRT поддерживает HD, 4K UHD-видео в стандартном цвете или цвете с расширенным динамическим диапазоном, не зависит от контента. Например, видеокодер Haivision Makito X4, разработанный для видео HD и 4К со сверхнизкой задержкой (в цвете HDR или SDR), снабжен встроенной поддержкой протокола SRT. Это позволяет ему осуществлять потоковую передачу в нестабильных сетях (например, в Интернете). AES SRT помогает пользователям Makito X4 безопасно и надежно хранить ценные 4К-данные, благодаря встроенному 256/128-битному шифрованию.

Миф 5: Использование SRT только через Интернет

Факт. Изначально протокол SRT был разработан для решения проблем потоковой передачи видео через Интернет. Однако после того как он стал открытым, разработчики начали внедрять технологию на своих собственных программных, аппаратных стеках, созданных для всех типов сетей. Кроме общедоступного Интернета, SRT также используется в управляемых сетях MPLS, SD‑WAN, спутниковых и сотовых сетях.

Миф 6: Несовместимость RTP и SRT

Факт. SRT позволяет безопасно, надёжно передавать полезную нагрузку RTP, поэтому SRT может использоваться полностью, сохраняя при этом инфраструктуру вещания, созданную на основе RTP.

Миф 7: Поддержка битрейта до 30 Мбит/сек

Факт. Начиная с 1.3.3-версии SRT предельное значение битрейта по умолчанию установлено на 1 гигабит в секунду. Такая настройка используется по умолчанию для предотвращения перегрузки сети IP потоком SRT. Хотя для него можно установить более высокое значение, часто пользователи снижают максимальный битрейт до показателя, равного двойному битрейту потока SRT. Так, если SRT передает HD-данные со скоростью 10 мегабит/сек, максимальный битрейт может быть установлен на 20 мегабит/сек. Для минимально сжатого основного контента или видео 4K, передаваемого со скоростью 50 мегабит/сек, максимальная скорость трансляции данных может составлять 100 мегабит/сек, тогда как для сильно сжатых потоков внутри сети с ограниченной пропускной способностью максимальная скорость передачи контента должна быть установлена ​​намного ниже.

Миф 8: Плохая работа SRT при высоких показателях потери пакетов

Факт. Настройки пропускной способности, буфера задержки позволяют SRT подстроиться под различные вариации потери пакетов. Оверхед пропускной полосы — это дополнительная полоса, необходимая для повторной отправки пакетов в случае их потери. Буфер задержки также можно настроить для потери пакетов, принимая во внимание общее время приема‑передачи сетевого соединения (RTT), а также количество потерянных пакетов в данный момент времени.

Во время потоковой передачи по сетевому соединению с незначительной потерей пакетов, коротким RTT, параметр буфера задержки SRT должен быть как можно меньше, а верхняя полоса пропускания используется для повторной передачи пакета. Если потери пакетов значительны, например, 30%, то следует снизить нагрузку на полосу пропускания, чтобы предотвратить перегрузку, а также увеличить буфер задержки для более надежного восстановления после потери пакетов. При правильно настроенных параметрах буфера задержки, пропускной способности, SRT надежно осуществляет потоковую передачу даже в сетях с очень низкими значениями потери пакетов.