transport srt что такое
СОДЕРЖАНИЕ
Обзор
В дополнение к этому SRT добавила несколько функций для поддержки режима прямой трансляции:
Заголовок пакета
Пакеты SRT создаются на прикладном уровне и передаются транспортному уровню для доставки. Каждая единица носителя SRT или управляющих данных, созданная приложением, начинается с заголовка пакета SRT.
| Смещения | Октет | 0 | 1 | 2 | 3 | ||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Октет | Немного | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 год | 22 | 23 | 24 | 25 | 26 год | 27 | 28 год | 29 | 30 | 31 год |
| 0 | 0 | F | Значение поля зависит от типа пакета | ||||||||||||||||||||||||||||||
| 4 | 32 | Значение поля зависит от типа пакета | |||||||||||||||||||||||||||||||
| 8 | 64 | Отметка времени | |||||||||||||||||||||||||||||||
| 12 | 96 | Идентификатор целевого сокета | |||||||||||||||||||||||||||||||
| . | . | Содержимое пакета (зависит от типа пакета) | |||||||||||||||||||||||||||||||
Пакет данных
| Смещения | Октет | 0 | 1 | 2 | 3 | ||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Октет | Немного | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 год | 22 | 23 | 24 | 25 | 26 год | 27 | 28 год | 29 | 30 | 31 год |
| 0 | 0 | 0 | Порядковый номер пакета | ||||||||||||||||||||||||||||||
| 4 | 32 | ПП | О | KK | р | Номер сообщения | |||||||||||||||||||||||||||
| 8 | 64 | Отметка времени | |||||||||||||||||||||||||||||||
| 12 | 96 | Идентификатор целевого сокета | |||||||||||||||||||||||||||||||
| . | . | Данные | |||||||||||||||||||||||||||||||
Поля в заголовке следующие:
Контрольный пакет
| Смещения | Октет | 0 | 1 | 2 | 3 | ||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Октет | Немного | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 год | 22 | 23 | 24 | 25 | 26 год | 27 | 28 год | 29 | 30 | 31 год |
| 0 | 0 | 1 | Тип управления | Подтип | |||||||||||||||||||||||||||||
| 4 | 32 | Информация по типу | |||||||||||||||||||||||||||||||
| 8 | 64 | Отметка времени | |||||||||||||||||||||||||||||||
| 12 | 96 | Идентификатор целевого сокета | |||||||||||||||||||||||||||||||
| . | . | Контрольное информационное поле (CIF) | |||||||||||||||||||||||||||||||
Поля в заголовке следующие:
История
По словам Марка Цимонтовски, архитектора SRT, помимо отправки транспортных потоков MPEG через общедоступный Интернет, он также используется для подключения к Интернету вещей, обмена метаданными, в качестве протокола связи, а также для доставки несжатых данных.
Проект протокола передачи данных (UDT) на основе UDP стал основой для проекта SRT. API SRT C в значительной степени основан на UDT API.
SRT был разработан для передачи видео в реальном времени с малой задержкой.
SRT Альянс
Реализации
API языка C в основном основан на предыдущем API UDT с дальнейшими изменениями по мере добавления новых функций. API очень похож на API TCP.
SRT предлагает фактически три режима работы, первые два из которых были заимствованы из UDT:
Библиотека SRT также предлагает следующие функции:
Статьи
SRT, HLS и MPEG-DASH – будущее потокового вещания
Компании и провайдеры сетей доставки контента (CDN) готовятся к будущему, где потоковое вещание получит ещё более широкое распространение. Поэтому потребность в более эффективных протоколах такого вещания становится как никогда актуальной. Встречайте будущее живых трансляций – SRT, HLS и MPEG DASH. Давайте посмотрим, что представляет собой каждый из этих протоколов прямой трансляции, их преимущества и применение. А чтобы помочь вам выбрать тот, который подходит именно вам, в конце этой статьи приведено краткое сравнение.
Secure Reliable Transport (SRT)
SRT – восходящая звезда потоковой передачи. Протокол обеспечивает высокое качество видео и аудио с низкой задержкой по ненадёжному общедоступному Интернету. Фактически вы можете контролировать величину задержки и устранять такие проблемы, как дрожание из-за потери пакетов в плохих сетях. SRT также упрощает обход файерволов без помощи IT-специалиста, а также экономичен при развёртывании в существующей сетевой инфраструктуре. Кроме того, SRT предлагает безопасную потоковую передачу с 256-битным шифрованием AES.
SRT – это потоковый протокол с открытым исходным кодом, который набирает популярность благодаря «Альянсу SRT», объединяющему усилия многих лидеров отрасли и разработчиков с целью его продвижения и внедрения. Epiphan Video является сертифицированным членом «Альянса SRT» наряду с YouTube, Akamai, Wowza и другими. SRT включает в себя популярное программное обеспечение, в которое уже встроены OBS Studio, gstreamer и VLC.
Это фактически «технология замены спутника» – низкая стоимость и способность SRT доставлять высококачественный контент через Интернет в режиме, близком к реальному времени, дают вещателям жизнеспособную альтернативу дорогостоящей спутниковой технологии.
Преимущества
Как работает SRT
Между источником SRT (кодер) и получателем SRT (декодер) устанавливается выделенная линия связи для управления и восстановления пакетов. Получателем может быть сервер, CDN или другое устройство SRT. SRT использует свой собственный метод восстановления после потери пакетов, используя UDP-пакеты по сети, которые можно настроить для адаптации к изменяющимся условиям сети. Когда сетевые условия плохие, можно добавить больше буферизации пакетов для улучшения качества видео. По мере улучшения условий в сети величина задержки может быть уменьшена для потоковой передачи практически в реальном времени.
SRT обеспечивает прохождение через любые файерволы между источником и получателем. Для этого протокол имеет три режима: рандеву и вызов/слушатель.
Режим рандеву является самым простым и обычно не требует участия IT-специалистов для настройки прохождения файрволов между источником и получателем SRT. Если вы не можете пройти через сетевой экран, то следует использовать режим вызов/слушатель. Однако для настройки пересылки трафика потребуется определённое участие IT-специалистов, чтобы трафик, полученный на общедоступный IP-адрес и порт устройства-получателя SRT, переадресовывался на устройство в локальной сети.
Применение SRT
SRT идеально подходит для отправки нескольких удалённых каналов новостей по непредсказуемым сетям в центральный пункт назначения для производства и распространения, например, в модели вещания, когда удалённые журналисты сообщают в прямом эфире о местонахождении. Он также отлично подходит для привлечения удалённых гостей с низкой задержкой для интервью или двусторонней беседы. Всякий раз, когда требуется высококачественное видео и аудио по сетям с непредсказуемым качеством, SRT намного превосходит качество любого вызова по Zoom, потока WebEx или WebRTC.
HTTP Live Streaming (HLS)
HLS – это адаптивный протокол потоковой передачи на основе HTTP, который отправляет видео- и аудиоконтент по сети в небольшие сегменты потокового мультимедиа на основе TCP, которые повторно собираются в месте назначения. Стоимость развёртывания HLS является низкой, поскольку она использует существующую сетевую технологию на основе TCP, что является привлекательным для CDN, желающих заменить старые (и дорогие) RTMP-серверы. Но поскольку HLS использует TCP, то он работает по принципу «качество важней задержки», поэтому время задержки может быть высоким (например, в секундах, а не в миллисекундах).
HLS был первоначально разработан Apple Inc. в качестве протокола для потоковой передачи мультимедиа на устройства Apple. С тех пор Apple разработала HLS (push), который является потоковым протоколом открытого стандарта, доступным для всех устройств. В настоящее время HLS поддерживает видео, кодированное с использованием кодеков H.264 или HEVC.
Преимущество HLS заключается в том, что он предназначен для адаптации к различным условиям сети. Разные версии потока отправляются с разными разрешениями и битрейтами. Зрители могут выбрать то качество потока, что они хотят. HLS также поддерживает несколько звуковых дорожек, что означает, что ваш поток может иметь несколько языковых дорожек, из которых пользователи могут выбирать нужную. Другие преимущества включают поддержку скрытых титров, метаданных, управления цифровыми правами (DRM) и даже встроенных рекламных объявлений (в не слишком отдалённом будущем).
Поддерживается безопасная потоковая передача по HTTP, а также алгоритмы хеширования MD5 и SHA для аутентификации имени пользователя и пароля.
Преимущества
Как работает HLS
Подход очень похож на передачу файлов. Сегменты потокового мультимедиа через порт HTTP 80 (или порт 443 для HTTPS), который обычно уже открыт для сетевого трафика. Таким образом, контент может легко проходить через файерволы практически без участия IT-специалистов.
HLS использует контейнер транспортного потока MPEG2-TS с полуконфигурируемой продолжительностью сегмента, а также с настраиваемым размером списка воспроизведения для повторной сборки принятых сегментов на центральном сервере. Также поддерживается фрагментированный MP4.
Поскольку HLS использует технологию, основанную на TCP, метод потери и восстановления сетевых пакетов является интенсивным. Это одна из причин увеличения задержки. Хотя имеется некоторый контроль над размером сегмента мультимедиа, возможность уменьшить задержку ограничена – особенно если сервер требует загрузки среднего сегмента определённого размера.
Применение HLS
HLS по-прежнему является стандартом для потоковой передачи на мобильные устройства и планшеты. Вы также можете использовать HLS для потоковой передачи на CDN, который не поддерживает RTMP, когда низкая задержка не является обязательным требованием. Важно отметить, что RTMP уже считается устаревшим во всё более увеличивающемся количестве CDN. HLS также хорошо подходит для безопасной потоковой передачи корпоративного обучения и трансляций через локальные сети (LAN), когда низкая задержка не является обязательным требованием, а условия сети плохие (при условии, что сеть поддерживает HLS).
MPEG-DASH (Dynamic Adaptive Streaming over HTTP)
MPEG-DASH – это открытый стандарт адаптивного протокола потоковой передачи на основе HTTP, который отправляет видео и аудиоконтент по сети в виде небольших сегментов потокового мультимедиа на основе TCP, которые повторно собираются в месте назначения. Международная организация по стандартизации (ISO) и команда MPEG и MPEG-DASH спроектировали кодирование и разрешение независимо от других, что означает, что MPEG-DASH может передавать потоковое видео (и аудио) любого формата (H.264, H.265 и т. д.) и поддерживает разрешения до 4K. В остальном, MPEG-DASH функционирует почти так же, как и HLS.
Стоимость развёртывания MPEG-DASH низкая, поскольку в нём используется существующая сетевая технология на основе TCP, что является привлекательным для CDN. Но поскольку HLS использует TCP, то он работает по принципу «качество важней задержки», поэтому время задержки может быть высоким
MPEG-DASH также предназначен для адаптации к различным условиям сети. Разные версии потока отправляются с разными разрешениями и битрейтами. Зрители могут выбрать качество потока, который они хотят. Также поддерживаются несколько звуковых дорожек, а также расширенные функции, такие как скрытые титры, метаданные и управление цифровыми правами (DRM). Инфраструктура предназначена для будущих разработок, например, встроенной рекламу.
Поддерживается безопасная потоковая передача по HTTP, а также алгоритмы хеширования MD5 и SHA для аутентификации имени пользователя и пароля.
Преимущества
Как работает MPEG-DASH и его применение
MPEG-DASH работает так же, как HLS – отправляет короткие средние сегменты по HTTP (порт 80) или HTTPS (порт 443) для облегчения обхода файервола. Он использует контейнер транспортного потока MPEG2-TS с половиной настраиваемой длительности сегмента, а также настраиваемый размер списка воспроизведения для повторной сборки принятых сегментов на центральном сервере. Также поддерживается фрагментированный MP4.
Высокая задержка MPEG-DASH обусловлена главным образом потерей сетевых пакетов и методом восстановления, используемым во всех сетях на основе TCP. И хотя MPEG-DASH предлагает некоторый контроль над размером сегмента мультимедиа, возможность уменьшить задержку ограничена – особенно, если сервер требует загрузки среднего сегмента определённого размера.
MPEG-DASH лучше всего подходит для потоковой передачи на CDN, которые не поддерживают RTMP, в случаях, когда низкая задержка не является обязательным требованием. MPEG-DASH также хорошо подходит для безопасной потоковой передачи корпоративного обучения и трансляций через локальные сети (LAN), когда низкая задержка не является обязательным требованием, а условия сети плохие
Какой потоковый протокол подходит вам?
Хотя RTMP, безусловно, всё ещё является самым популярным потоковым протоколом, такие протоколы, как SRT, HLS и MPEG-DASH, бросают ему вызов. Так что они умеют такого, чего не умеет RTMP?
HLS и MPEG-DASH обеспечивают гораздо более простую и дешёвую масштабируемость, чем RTMP. Так как RTMP и обычно требует, чтобы порты были открыты вручную для прохождения через файерволы.
Если задержка или плохие условия сети не являются проблемой, то HLS или MPEG-DASH превосходит SRT. Протоколы адаптивной потоковой передачи на основе HTTP обеспечивают наилучшее возможное качество видео для зрителей с различными условиями сети и более просты в настройке, чем SRT.
Если требуется низкая задержка и вы используете потоковую передачу по сетям с непредсказуемым качеством, тогда SRT является предпочтительным протоколом потоковой передачи. SRT устанавливает свое собственное соединение для восстановления пакетов, которое намного эффективнее, чем TCP. Это позволяет SRT обеспечивать двустороннюю связь между хостом и удалёнными гостями в режиме практически реального времени. Вы также можете сами настроить задержку, чтобы приспособиться к условиям сети.
Заверните!
Многие CDN, такие, например, как Akamai, уже объявили о прекращении поддержки RTMP, как устаревшего и дорогого для развёртывания. С ростом популярности новых протоколов SRT, HLS и MPEG-DASH, RTMP вскоре уйдёт в прошлое. Вот почему мы в Epiphan Video, добавили поддержку SRT, HLS и MPEG-DASH в наше семейство систем видеопроизводства «все-в-одном» Pearl.
Теперь вы можете быть уверены, что Pearl Nano и Pearl Mini готовы к будущему потокового вещания. Семейство кодеров Pearl является одним из немногих устройств в своём ценовом диапазоне, которые сертифицированы для потоковой передачи HLS и MPEG-DASH на Akamai.
Transport srt что такое
Протокол SRT: особенности и перспективы
SRT (Secure Reliable Transport) — относительно молодой протокол передачи данных, разработанный на основе UDP. Данный протокол обеспечивает два вида гарантий в разных режимах работы — гарантию доставки данных или гарантию задержки доставки. Давайте посмотрим, чем он интересен.
История технологии
Впервые SRT был продемонстрирован в 2013 году. Изначально он разрабатывался Haivision для собственных решений. Новый протокол был нужен, чтобы использовать «публичный» интернет для передачи контента. Это сильно сокращало затраты на передачу данных по сравнению с протоколами, использующими спутниковый интернет или частные сети.
Сейчас SRT — это универсальный протокол и open-source решение. С 2017 года исходный код размещен на GitHub. Решение распространяется бесплатно по лицензии MPL-2.0.
В 2017 году Haivision совместно с WOWZA основали альянс SRT Alliance. Его цель — поддержка и развитие протокола. Сейчас членами Альянса являются более 300 компаний.
Почему SRT — особенный
Кроме открытого кода у протокола есть еще несколько преимуществ.
Высокая скорость передачи видео
Она достигается благодаря использованию протокола UDP. На скорость влияет и использование временных меток для каждого отдельного пакета данных, которые размещаются в начале. Благодаря этому объемы буфера данных при использовании SRT в разы меньше, чем при применении RTMP.
Но UDP не гарантирует доставку пакетов адресату: его даже прозвали «протокол ненадёжных датаграмм». При разработке SRT эта особенность UDP была учтена и исправлена.
Интеллектуальный механизм повторной передачи данных быстрый и эффективный
SRT идентифицирует каждый пакет по его порядковому номеру. Если на стороне получателя образуется разница больше чем в 1 порядковый номер, отправителю незамедлительно посылается отрицательное подтверждение получения пакета NACK, и он передается заново — только один пакет, а не группа, как при использовании TCP
Поддержка стандарта сжатия видео H.265 (HEVC)
Использование алгоритма шифрования AES
Протокол поддерживает шифрование AES 128/256 для защиты потокового видео. Алгоритм одобрен АНБ США и структурами, отвечающими за безопасность в других странах. К примеру, чтобы расшифровать ключ такого алгоритма шифрования, суперкомпьютеру, который расшифрует ключ DES за 1 секунду, потребуется более 149 000 000 000 000 лет.
SRT против RTMP. В чем разница?
В RMPT целостность проверяется к определенной последовательности данных. Если потеряется какой-то из пакетов, снова отправится только «потерянный» пакет, а не вся последовательность. А это снижает потребности в буферизации.
В зависимости от условий и типа передаваемого контента, SRT, в основе которого UDP, может обеспечить скорость в 3-5 раз больше, чем RTMP с TCP.
Немалую роль играет и открытость исходного кода протокола, в то время, как RTMP проприетарный и полностью принадлежит Adobe.
Еще одна особенность SRT — поддержка любых кодеков. RTMP этим похвастаться не может.
Перспективы развития протокола SRT
Учитывая количество членов Альянса, перспектив у него немало. Например, сейчас Haivision совместно с Microsoft ведет разработку облачного сервиса маршрутизации SRT Hub на базе платформы Azure. Фактически это говорит о создании мирового облачного сервиса, который позволит повысить скорость передачи потокового видео и снизить временную задержку.
Количество российских компаний, внедряющих в свои решения SRT, тоже увеличивается. Протокол используют такие компании, как Softvelum (в медиасервере Nimble Streamer), BirdDog (NDI-решение c поддержкой SRT). В Facecast тоже завершена разработка собственного SRT-приемника. Благодаря открытости исходного кода протокола, решение максимально адаптированно под наши особенности. Мы считаем, что SRT — это не только перспективная технология, но и большой, интересный инструмент для того, чтобы делать свои продукты ещё лучше. И этот инструмент будет становиться всё более продвинутым. Так зачем ждать, если можно использовать?
Что такое протокол SRT и почему он так важен?
Быстрый просмотр
1. Что такое протокол SRT?
Как приходит протокол SRT?
Эта организация привержена продвижению совместимости решений потокового видео и содействию сотрудничеству пионеров в видеоиндустрии для обеспечения передачи видео по сети с малой задержкой.
2. Как работает протокол SRT
# Принцип работы СТО протокол
Любой межсетевой экран между SRT протокол должны быть пройдены исходное устройство и целевое устройство. SRT протокол для этого есть три шаблона:
Свидание / Звонящий / Слушатель
Схема агрегации является наиболее простой, и обычно можно пройти через межсетевой экран между SRT. протокол источник и цель без его участия. Если вы не можете пройти через брандмауэр, вам следует использовать режим звонящего / слушателя. Однако для настройки переадресации трафика требуется некоторое его участие, чтобы трафик, полученный на общедоступном IP-адресе устройства назначения и SRT протокол порт перенаправляется на устройство в локальной сети.
3. История развития СТО. протокол
В настоящее время на рынке уже представлено 50 продуктов с поддержкой SRT, включая IP-камеры, кодеры, декодеры, видеошлюзы, платформы OTT и сети CDN. Протокол SRT используется тысячами организаций во многих приложениях и на рынках по всему миру.
4. Что умеет SRT P rotocol Приносит нам?
Мы подумали, что пришло время вернуться к горячей теме безопасного надежного транспорта. протокол (СТО протокол ) эта неделя. Несколько небольших СТО протокол анонсы появились с тех пор, как протокол с открытым исходным кодом стал центром внимания в Вегасе второй год подряд.
Кроме того, Haivision предупреждает, что протокол управления передачей (TCP), стандарт, используемый для доставки HTTP, может вызвать резкий всплеск задержек, поскольку TCP требует, чтобы каждый последний пакет потока доставлялся конечному пользователю в точном первоначальном порядке. В конечном итоге это означает, что TCP постоянно пытается отправить отсутствующие данные, поскольку нет возможности пропустить плохие байты.
Более банальным недостатком является то, что SRT протокол уже существовал как акроним в видеоиндустрии задолго до того, как появился протокол с низкой задержкой, относящийся к расширению для компьютерных файлов субтитров под названием SubRip, поэтому онлайн-поиск информации по протоколу может легко увести вас в совершенно другой стек технологий.
Теперь быстро перейдем к тому, как SRT сделала себе имя. На диаграмме ниже показано, как ошибка генерируется в выходном сигнале нескорректированного потока всякий раз, когда пакет теряется (вверху), в то время как прямая коррекция ошибок (FEC) добавляет постоянный объем данных в поток для воссоздания потерянных пакетов, как показано на середина. Затем у нас есть автоматический запрос на повторение (ARQ), который повторно передает потерянные пакеты по запросу от приемника, что предотвращает постоянное потребление полосы пропускания FEC.
5. Почему протокол SRT так важен?
Применение протокола SRT в аудиовизуальном и ИТ-секторах получило сильные отзывы. Основными причинами ажиотажа ИТ-лидеров среди корпоративных и государственных конечных пользователей являются: онлайн-видеоплатформы; сети доставки контента; системы управления корпоративным видеоконтентом; и Интернет, основа для потоковой передачи По сравнению с оборудованием, программным обеспечением и услугами компаний-объектов
На предприятиях, в государственных учреждениях, школах и в сфере обороны потребление высокопроизводительного видео резко возрастает. Многие протоколы решили проблему совместимости потокового видео для большого количества зрителей, которые потребляют контент с разных устройств и устройств.
Примечание: СТО протокол может заменить устаревший протокол RTMP. Он решает проблемы безопасности и ориентирован на производительность видео даже через общедоступную инфраструктуру Интернета и может специально обрабатывать видео высокой производительности.
6. Каковы преимущества использования протокола SRT?
Три характеристики: БЕЗОПАСНОСТЬ, НАДЕЖНОСТЬ и НИЗКАЯ ПРОДОЛЖИТЕЛЬНОСТЬ.
| Условия | Особенности |
| С точки зрения БЕЗОПАСНОСТИ | СТО протокол поддерживает шифрование AES для обеспечения сквозной безопасности передачи видео. |
| С точки зрения НАДЕЖНОСТИ | СТО протокол использует технологию прямой коррекции (FEC) для обеспечения стабильности передачи |
| С точки зрения НИЗКОЙ ЗАДЕРЖКИ | СТО протокол построен на основе протокола UDT, он решает проблему большой задержки передачи протокола UDT. Протокол UDT основан на сетевом протоколе связи UDP. |
ЧЕТЫРЕ ГЛАВНЫХ ОСОБЕННОСТИ ПРОТОКОЛА SRT
7. СТО П протокол Поддерживается потоковая передача Решения от FMUSER
| FMUSER IPTV кодировщик / декодер / транскодер | ||
 |  |  |