«Что такое протокол передачи через Интернет с открытым исходным кодом SRT? Что он означает для индустрии потокового видео? FMUSER представит вам всю информацию, которую вы должны знать о протоколе SRT, включая значение протокола SRT, предысторию SRT протокол, а протокол SRT может принести в будущее решения потокового видео, видеоиндустрию и развитие сетевой передачи видео. Влияние и изменение ---- FMUSER »

Быстрый просмотр

Что такое протокол SRT?
Как работает протокол SRT?
История развития протокола SRT
Что может дать нам протокол SRT?
Почему так важен протокол SRT?
Каковы преимущества использования протокола SRT?
Протокол SRT, поддерживаемый потоковыми решениями от FMUSER
Сравнение протокола SRT с общими форматами передачи
HTTP Live Streaming (HLS)
Как работает HLS?
MPEG-DASH (динамическая адаптивная потоковая передача по HTTP)
Как работает MPEG-DASH и приложения
Какой протокол потоковой передачи вам подходит?
Правдивая информация о протоколе SRT

1. Что такое протокол SRT?

● Определение: Протокол SRT - это аббревиатура (Secure Reliable Transport Protocol). Secure Reliable Transport protcol (протокол SRT) - это высококачественный, безопасный, безопасный протокол передачи видео с открытым исходным кодом, не требующий лицензионных отчислений, с низкой задержкой. Он поддерживает шумные или непредсказуемые сети (например, в общедоступном Интернете реализована высокопроизводительная потоковая передача с низкой задержкой. Протокол SRT - очень популярный в настоящее время протокол передачи видео с низким временем задержки с открытым исходным кодом. Используя надежную технологию передачи протокола SRT, он может успешно реализовывать безопасную и надежную передачу и распространение видео высокой четкости в обычных Интернет-средах и между несколькими местами.

Как приходит протокол SRT?

● СТО Альянс - это организация, созданная Haivision и Wowza для управления и поддержки приложений с открытым исходным кодом протокола SRT.

Эта организация привержена продвижению совместимости решений потокового видео и содействию сотрудничеству пионеров в видеоиндустрии для обеспечения передачи видео по сети с малой задержкой.

2. Как работает протокол SRT

Выделенный канал связи устанавливается между источником SRT (кодер) и пункт назначения SRT (декодер) для управления и восстановления пакетов. Целью может быть сервер, CDN или другое устройство, поддерживающее протокол SRT. SRT протокол использует собственный метод восстановления после потери пакетов и UDP-пакеты в сети, которые можно настроить для адаптации к изменяющимся условиям сети. Когда состояние сети плохое, можно добавить дополнительные буферы пакетов для улучшения качества видео. По мере улучшения условий в сети задержка может быть уменьшена для достижения потоковой передачи почти в реальном времени.

# Принцип работы СТО протокол

Любой межсетевой экран между SRT протокол должны быть пройдены исходное устройство и целевое устройство. SRT протокол для этого есть три шаблона:

Свидание / Звонящий / Слушатель

Схема агрегации является наиболее простой, и обычно можно пройти через межсетевой экран между SRT. протокол источник и цель без его участия. Если вы не можете пройти через брандмауэр, вам следует использовать режим звонящего / слушателя. Однако для настройки переадресации трафика требуется некоторое его участие, чтобы трафик, полученный на общедоступном IP-адресе устройства назначения и SRT протокол порт перенаправляется на устройство в локальной сети.

См. также: Как загрузить / добавить списки воспроизведения IPTV M3U / M3U8 вручную на поддерживаемых устройствах

3. История развития СТО. протокол

SRT - это альянс SRT, созданный совместно Haivision и Wowza. С СТО протокол стала технологией с открытым исходным кодом в 2017 году, более 130 компаний поддержали проект с открытым исходным кодом, поддержав альянс SRT. Его поставщики и конечные пользователи работают вместе, чтобы повысить осведомленность отрасли о SRT. протокол и использовать его как общий стандарт для передачи видео с малой задержкой в Интернете.

В настоящее время на рынке уже представлено 50 продуктов с поддержкой SRT, включая IP-камеры, кодеры, декодеры, видеошлюзы, платформы OTT и сети CDN. Протокол SRT используется тысячами организаций во многих приложениях и на рынках по всему миру.

FMUSER - один из решительных сторонников СТО. протокол. У нас высокие требования к совместимости и стандартам. FMUSER намеревается реализовать поддержку протокола SRT в своих текущих и будущих решениях для кодирования и декодирования.

4. Что умеет SRT Protocol Приносит нам?

Мы подумали, что пришло время вернуться к горячей теме безопасного надежного транспорта. протокол (СТО протокол) эта неделя. Несколько небольших СТО протокол анонсы появились с тех пор, как протокол с открытым исходным кодом стал центром внимания в Вегасе второй год подряд.

Прошло чуть больше года с момента SRT протокол достигла одного из самых значительных развертываний на сегодняшний день, когда ESPN развернула устройства, оборудованные SRT, на 14 спортивных конференциях для проведения более 2,200 мероприятий через недорогие интернет-соединения, заменив традиционные спутниковые услуги восходящей связи и что привело к экономии затрат где-то от 8 миллионов долларов до 9 миллионов долларов. Если ESPN сможет добиться экономии средств в таком масштабе для относительно скромных мероприятий, представьте себе возможности для крупных мероприятий в прямом эфире - деньги, которые в конечном итоге можно инвестировать в другое место для улучшения впечатлений зрителей.

Но с пионерами индустрии потокового вещания, такими как Netflix и YouTube, которые доставляют HTTP-контент через CDN миллионам зрителей без помощи SRT протокол, о чем весь этот шум? Технический документ от поставщика вещательного видео Haivision, члена-основателя SRT Alliance, по сути, направлен на развенчание мифа о том, что технология потоковой передачи HTTP с использованием RTMP является основным и конечным элементом видео OTT. Фактически, задержки до 30 секунд не являются редкостью для потоковой передачи HTTP, вызванные, главным образом, множеством шагов нажатия и различными буферами на пути прохождения сигнала.

См. также: Многоканальный SRT-поддерживается video encoder для прямой трансляции

Кроме того, Haivision предупреждает, что протокол управления передачей (TCP), стандарт, используемый для доставки HTTP, может вызвать резкий всплеск задержек, поскольку TCP требует, чтобы каждый последний пакет потока доставлялся конечному пользователю в точном первоначальном порядке. В конечном итоге это означает, что TCP постоянно пытается отправить отсутствующие данные, поскольку нет возможности пропустить плохие байты.

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

Теперь быстро перейдем к тому, как SRT сделала себе имя. На диаграмме ниже показано, как ошибка генерируется в выходном сигнале нескорректированного потока всякий раз, когда пакет теряется (вверху), в то время как прямая коррекция ошибок (FEC) добавляет постоянный объем данных в поток для воссоздания потерянных пакетов, как показано на середина. Затем у нас есть автоматический запрос на повторение (ARQ), который повторно передает потерянные пакеты по запросу от приемника, что предотвращает постоянное потребление полосы пропускания FEC.

Третья и последняя загвоздка HTTP связана с тем, как TCP снижает скорость передачи пакетов при возникновении перегрузки. «Хотя такое поведение хорошо для уменьшения общей перегрузки в сети, оно не подходит для видеосигнала, который не может выдержать падения скорости ниже номинальной», - предупреждает он.

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

5. Почему протокол SRT так важен?

Применение протокола SRT в аудиовизуальном и ИТ-секторах получило сильные отзывы. Основными причинами ажиотажа ИТ-лидеров среди корпоративных и государственных конечных пользователей являются: онлайн-видеоплатформы; сети доставки контента; системы управления корпоративным видеоконтентом; и Интернет, основа для потоковой передачи По сравнению с оборудованием, программным обеспечением и услугами компаний-объектов

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

Однако один из лучших способов воспользоваться преимуществами локальных активов различных организаций и крупных инвестиций, сделанных поставщиками услуг в облаке, - это предоставить инструменты потокового распространения с очень малой задержкой видео и высокой надежностью. SRT протокол использует некоторые из лучших аспектов протокола дейтаграмм пользователя (UDP), такие как низкая задержка, но добавляет проверку ошибок, чтобы соответствовать надежности протокола управления передачей / Интернет-протокола (TCP / IP). Хотя TCP / IP может обрабатывать все профили данных и наиболее подходит для его работы

Примечание: СТО протокол может заменить устаревший протокол RTMP. Он решает проблемы безопасности и ориентирован на производительность видео даже через общедоступную инфраструктуру Интернета и может специально обрабатывать видео высокой производительности.

6. Каковы преимущества использования протокола SRT?

Три характеристики: БЕЗОПАСНОСТЬ, НАДЕЖНОСТЬ и НИЗКАЯ ПРОДОЛЖИТЕЛЬНОСТЬ.

Условия использования	Особенности
С точки зрения БЕЗОПАСНОСТИ	СТО протокол поддерживает шифрование AES для обеспечения сквозной безопасности передачи видео.
С точки зрения НАДЕЖНОСТИ	СТО протокол использует технологию прямой коррекции (FEC) для обеспечения стабильности передачи
С точки зрения НИЗКОЙ ЗАДЕРЖКИ	СТО протокол построен на основе протокола UDT, он решает проблему большой задержки передачи протокола UDT. Протокол UDT основан на сетевом протоколе связи UDP.

# Лист 1 - Что за енкции ofПротокол SRT

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

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

ЧЕТЫРЕ ГЛАВНЫХ ОСОБЕННОСТИ ПРОТОКОЛА SRT
функциональная		Видео необработанного качества - SRT протокол разработан для предотвращения дрожания, потери пакетов и колебаний полосы пропускания, вызванных перегрузкой в сетях с шумом, для наилучшего просмотра. Это достигается за счет передовой технологии повторной передачи с малой задержкой, которая может компенсировать и управлять потерей пакетов. SRT протокол может выдерживать до 10% потери пакетов без визуального воздействия на поток.
Эффективный		Несмотря на проблемы с сетью, видео и аудио доставляются с малой задержкой и сочетаются с преимуществами доставки TCP / IP и скорости UDP. Низкая задержка - хотя он может справиться с проблемами сети, передача видео и звука по-прежнему имеет низкую задержку. Он обладает комплексными преимуществами надежности доставки TCP / IP и скорости UDP.
Безопасно		Безопасная сквозная передача - стандартное 128/256-битное шифрование AES обеспечивает защиту контента в Интернете. SRT протокол обеспечивает упрощенный обход межсетевого экрана. 128/256-битное шифрование AES, отвечающее промышленным стандартам, обеспечивает безопасную сквозную передачу контента через Интернет, включая упрощенный обход межсетевого экрана. Потому что СТО протокол обеспечивает безопасность и надежность, общедоступный Интернет теперь может использоваться для расширенных потоковых мультимедийных приложений, таких как потоковая передача на сайты социалистического облака (например, известная одноадресная мультиоблачная платформа одновременно распространяется на несколько социальных сетей, таких как Facebook) Live, youtube , подергивание и перископ (из видеопотока в реальном времени), потоковая передача или удаленная передача всего содержимого видеостены или рентабельность инвестиций видеостены и т. д.
Фильтр		Открытый исходный код - SRT протокол это бесплатные протоколы нового поколения с открытым исходным кодом, обеспечивающие экономичные, функционально совместимые и ориентированные на будущее решения.
Рентабельный		Взаимодействие - пользователи могут безопасно развертывать SRT, зная, что продукты от разных производителей будут работать без сбоев. протокол во всем рабочем процессе видео и аудио.

# Лист 2 - Почему мы выбираем SRT Protocol?

7. СТО Ппротокол Поддерживается потоковая передача Решения от FMUSER

Пара FMUSER H.264 h.265 кодер / декодер / мульти HD кодер / декодер поддерживает многие популярные протоколы потоковой передачи, включая SRT протокол. С помощью этой компактной, надежной пары кодер / декодер с низким энергопотреблением пользователи могут уверенно передавать в реальном времени потоки до 4K или Quad HD с нескольких SDI-камер по управляемой или неуправляемой сети.

FMUSER IPTV кодировщик / декодер / транскодер

Аппаратный кодировщик IPTV FBE200 H.264 / H.265 Подробнее >>	FBE204 H.264 / H.265 IPTV Аппаратный кодировщик Подробнее >>	FBE216 H.264 / H.265 IPTV Аппаратный кодировщик Подробнее >>
1-канальный	4 каналов	16 каналов

# Лист 3 - Решения FMUSER для передачи аудио и видео вещания

Подробнее >>

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

Примечание: Кодер / декодер FMUSER имеет мощную функцию службы потокового мультимедиа. Помимо поддержки общих протоколов, таких как RTSP / RTMP, он также поддерживает протокол безопасности Onvif, протокол SIP, протокол NDI (настраиваемый), протокол SRT (настраиваемый), GB / T28181 (настраиваемый) и другие соглашения об услугах потокового мультимедиа; поможет вам стать лидером в IP-бизнесе для видео сверхвысокой четкости.

Поддержка нескольких приложений FMUSER SRT Аппаратные кодеры FBE200. Подробнее >>

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

См. также: В чем разница между AM и FM?

8. Сравнил СТО протокол С общими форматами передачи

Для передачи видео по сети необходимы более эффективные протоколы потоковой передачи. Поскольку компании и поставщики сетей доставки контента (CDN) готовятся к будущему, полному потоковой передачи в реальном времени, эта потребность как никогда остро стоит. Будущее потоковой передачи в реальном времени, SRT протокол, HLS и MPEG прочерк. Давайте посмотрим, что это за протоколы потоковой передачи в реальном времени, их преимущества и их применение.

В настоящее время в Интернете транслируются две прямые видеотрансляции.

● Прямая трансляция на основе RTMP.

● Прямая трансляция по протоколу WebRTC.

Прямая трансляция на основе RTMP

Протокол WebRTC

1.Этот метод прямой трансляции использует протокол RTMP для восходящего push и RTMP, HTTP + FLV или HLS для нисходящего воспроизведения.

2. Задержка прямой трансляции обычно превышает 3 секунды и составляет

1.Этот метод прямой трансляции использует протокол UDP для распространения потокового мультимедиа.

2. задержка прямой трансляции составляет менее 1 секунды, а количество одновременных подключений обычно менее 10

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

Примечание. Он в основном используется в таких приложениях, как видеозвонки, и показывает подключение микрофонов. Сцены.

# Лист 4 - Сравнение RTMP и WebRTC

9. HTTP Live Streaming (HLS).

HTTP Live Streaming (HLS) - это адаптивный протокол потоковой передачи на основе HTTP, который отправляет видео и аудиоконтент по сети небольшими сегментами мультимедиа на основе TCP, которые повторно собираются в месте назначения потоковой передачи. Стоимость развертывания HLS невысока, поскольку в нем используется существующая сетевая технология на основе TCP, которая привлекательна для CDN, стремящихся заменить старые (и дорогие) медиа-серверы RTMP. Но поскольку HLS использует TCP, качество взаимодействия (QoE) предпочтительнее, чем низкая задержка, и время задержки может быть большим (например, в секундах, а не в миллисекундах).

HLS был первоначально разработан Apple Inc. как протокол для потоковой передачи мультимедиа на устройства Apple. С тех пор Apple разработала HLS (push), который представляет собой протокол потоковой передачи открытого стандарта на стороне участия, доступный для всех устройств. В настоящее время HLS поддерживает видео, закодированное с использованием кодеков H.264 или HEVC.

# HTTP Live Streaming (HLS)

Преимущество HLS заключается в том, что он предназначен для адаптации к различным условиям сети. Разные версии потока отправляются с разным разрешением и битрейтом. Зрители могут выбирать качество трансляции по своему желанию. HLS также поддерживает несколько звуковых дорожек, что означает, что ваш поток может иметь несколько языковых дорожек, из которых пользователи могут выбирать. Другие преимущества включают поддержку скрытых субтитров, метаданных, управления цифровыми правами (DRM) и даже встроенной рекламы (в не столь отдаленном будущем). Фреймворк есть.

Примечание: Поддерживается безопасная потоковая передача по HTTPS, а также алгоритмы хеширования MD5 и SHA для аутентификации имени пользователя и пароля.

См. также: Как решить проблемы GOGO IPTV на Icone Pro, Plus и Wegoo Receiver?

10. Как работает HLS

Этот подход очень похож на передачу файлов. Сегменты мультимедиа проходят через HTTP-порт 80 (или порт 443 для HTTPS), который обычно уже открыт для сетевого трафика. Таким образом, контент может легко проходить через брандмауэры практически без участия ИТ-специалистов.

# Узнайте, как работает HLS

HLS использует контейнер транспортного потока MPEG2-TS с настраиваемой продолжительностью мультимедийного сегмента, а также настраиваемым размером списка воспроизведения для повторной сборки мультимедийных сегментов на сервере приема. Поддерживается фрагментированный MP4.

#Узнайте, как работает HSL

Примечание: Поскольку HLS использует технологию на основе TCP, метод потери и восстановления сетевых пакетов является интенсивным. Это одна из причин увеличения задержки. Хотя некоторый контроль над размером медиасегмента доступен, возможность уменьшения задержки ограничена, особенно если серверу приема требуется определенный размер медиасегмента.

HLS по-прежнему является стандартом для потоковой передачи на мобильные устройства и планшеты. Вы также можете использовать HLS для потоковой передачи в CDN, который не поддерживает RTMP, когда низкая задержка не требуется. Важно отметить, что RTMP уже устарел все больше и больше CDN. HLS также хорошо подходит для безопасной потоковой передачи корпоративного обучения и мэрии через частные локальные сети (LAN), когда низкая задержка не является требованием, а состояние сети плохое (при условии, что сеть поддерживает HLS).

11. MPEG-DASH (динамическая адаптивная потоковая передача по HTTP)

MPEG-DASH - это открытый стандарт, адаптивный протокол потоковой передачи на основе HTTP, который отправляет видео- и аудиоконтент по сети небольшими мультимедийными сегментами на основе TCP, которые повторно собираются в месте назначения потоковой передачи. Международная организация по стандартизации (ISO) и команда MPEG разработали MPEG-DASH без учета кодеков и разрешения, что означает, что MPEG-DASH может передавать потоковое видео (и аудио) любого формата (H.264, H.265 и т. Д.) и поддерживает разрешения до 4K. В остальном MPEG-DASH работает так же, как HLS.

Стоимость развертывания MPEG-DASH невысока, поскольку в нем используется существующая сетевая технология на основе TCP, которая привлекательна для сетей CDN. Но поскольку пакеты транспортируются через TCP, качество взаимодействия (QoE) предпочтительнее, чем низкая задержка, и время задержки может быть большим.

MPEG-DASH также предназначен для адаптации к различным условиям сети. Разные версии потока отправляются с разным разрешением и битрейтом. Зрители могут выбирать качество трансляции по своему желанию. Также поддерживаются несколько аудиодорожек, а также расширенные функции, такие как скрытые субтитры, метаданные и управление цифровыми правами (DRM). Инфраструктура предназначена для будущих разработок, таких как встроенная реклама.

12. Как работает MPEG-DASH и приложения

Принцип работы:

MPEG-DASH работает так же, как HLS, и отправляет короткие мультимедийные сегменты через HTTP (порт 80) или HTTPS (порт 443) для облегчения обхода межсетевого экрана. Он использует контейнер транспортного потока MPEG2-TS с настраиваемой продолжительностью мультимедийного сегмента, а также настраиваемым размером списка воспроизведения для повторной сборки мультимедийных сегментов на сервере приема. Поддерживается фрагментированный MP4.

#Концептуальная архитектура MPEG DASH

Примечание: Высокая задержка MPEG-DASH в основном связана с методом потери и восстановления сетевых пакетов, используемым для всех сетей на основе TCP. И хотя MPEG-DASH предлагает некоторый контроль над размером медиасегмента, возможность уменьшения задержки ограничена, особенно если серверу приема требуется определенный размер медиасегмента.

#Стандарт MPEG-DASH для потоковой передачи мультимедиа через Интернет

Примечание: Используйте MPEG-DASH для потоковой передачи в сеть CDN, которая не поддерживает RTMP, когда низкая задержка не является обязательной. Важно отметить, что RTMP уже устарел все больше и больше CDN. DASH также хорошо подходит для безопасной потоковой передачи корпоративных тренингов и мэрии через частные локальные сети, когда низкая задержка не является требованием, а условия в сети плохие.

13. Какой протокол потоковой передачи вам подходит?

Примечание: Хотя RTMP на сегодняшний день является самым популярным протоколом потоковой передачи, такие протоколы, как протокол SRT, HLS и DASH, бросают ему вызов. Что имеют адаптивные протоколы потоковой передачи на основе HTTP HLS и MPEG-DASH, а RTMP - нет?

● Несколько звуковых дорожек для одной видеодорожки для многоязычного производства.
● Включение метаданных и других типов встроенного контента.
● Поддержка управления цифровыми правами (DRM).
● Отправляйте несколько версий потока с разным разрешением и битрейтом, чтобы зрители могли выбрать качество, соответствующее их сетевым условиям или размеру экрана.
● Масштабируемость для HLS и MPEG-DASH намного проще и дешевле, чем для RTMP. И RTMP обычно требует, чтобы порты ИТ-сети были открыты вручную для прохождения межсетевых экранов.

Примечание: Если задержка или плохие сетевые условия не являются проблемой, то HLS или MPEG-DASH превосходит SRT. протокол. Адаптивные протоколы потоковой передачи на основе HTTP обеспечивают наилучшее возможное качество видео для зрителей в различных сетевых условиях, и их проще настроить, чем SRT. протокол.

14. Истинные вещи о Протокол SRT

1. СТО протокол - это решение с открытым исходным кодом, которое интегрировано в различные платформы и архитектуры, включая портативные аппаратные решения и программные облачные решения.

2. СТО протокол может хорошо работать на соединениях с задержками от нескольких миллисекунд до нескольких секунд. Может выдерживать большие задержки в сети.
3. СТО протокол не имеет никакого отношения к нагрузке. С SRT совместим любой тип видео- или аудиосигнала, а также любой другой элемент данных, который может быть отправлен с использованием UDP. Поддержка нескольких типов потоков.
4. СТО протокол отправка поддерживает несколько одновременных потоков. Несколько различных медиапотоков, таких как несколько ракурсов камеры или дополнительные аудиодорожки, могут быть отправлены через параллельные потоки SRT, использующие один и тот же порт UDP и адрес в двухточечной ссылке.
5. Процесс подтверждения, используемый SRT. протокол поддерживает исходящие соединения без необходимости открывать опасные постоянные внешние порты в брандмауэре, тем самым поддерживая политику безопасности компании. Улучшенный обход межсетевого экрана.

6. СТО протокол конечная точка устанавливает стабильный профиль сквозной задержки, избавляя нисходящее оборудование от необходимости иметь собственный буфер для работы с изменяющимися задержками сигнала. Время сигнала точное.

CDN, такие как Akamai, уже объявили о прекращении поддержки RTMP. Это старый и дорогой в развертывании. С новыми протоколами, такими как SRT протокол, HLS и MPEG-DASH становятся все более популярными, уход RTMP в прошлое - лишь вопрос времени.

Примечание: Если требуется низкая задержка и вы транслируете потоковую передачу по непредсказуемым сетям, тогда SRT протокол предпочтительный протокол потоковой передачи. SRT протокол устанавливает собственное соединение для восстановления пакетов, которое намного эффективнее TCP. Это позволяет SRT протокол для обеспечения двусторонней связи между хостом и удаленным гостем в режиме, близком к реальному времени. И вы можете настроить задержку в соответствии с условиями сети.

НАЗАД

Статьи дополнительного типа

m3u Extension - Список программ, которые могут открывать файлы .m3u.

Руководство по ручной загрузке потоков плейлистов IPTV .M3U / .M3U8 на различные устройства

Как сделать FM-радио антенну своими руками ｜ Самодельная FM-антенна: основы и учебные пособия

FMUSER STL Link - все, что вам нужно в студии для оборудования связи с передатчиком

Для получения дополнительной информации о продуктах, поддерживающих протокол SRT, свяжитесь со мной в Разработка | Приложение