Протокол RTSP можно использовать для передачи изображений в системах видеонаблюдения, и благодаря его совместимости с несколькими устройствами он является отличным вариантом для гибридных проектов.
В этой статье вы узнаете, что такое протокол RTSP и как его использовать для IP-камеры, цифрового рекордера (DVR) или сетевого рекордера (NVR).
Что такое протокол RTSP?
RSTP является аббревиатурой « REAL ТIME S reaming Protocol », то есть он был разработан , чтобы отправить аудио или видео в прямом эфире из одного устройства к другому.
Этот протокол не был создан исключительно для видеонаблюдения, он уже использовался в других секторах, где существует необходимость в передаче в реальном времени, был принят производителями устройств видеонаблюдения и стал стандартным протоколом.
Протокол RTSP для CCTV
Производители видеонаблюдения внедряют протокол RTSP на своих камерах, рекордерах и программном обеспечении, чтобы они были совместимы с другими устройствами, доступными на рынке.
Приобретая IP-камеру и сетевой видеомагнитофон от разных производителей, вы можете общаться с ними по этому универсальному протоколу.
Для настройки оборудования необходимо выяснить, какую команду RTSP следует использовать, и эту информацию можно найти в руководстве по продукту или в службе технической поддержки.
Как использовать протокол RTSP
Представьте, что вы приобрели IP-камеру у Dahua (китайского производителя) и хотите использовать ее с сетевым рекордером (NVR), который у вас уже есть, но он принадлежит другому производителю, например Samsung.
Вам следует поискать в руководстве по эксплуатации камеры Dahua команду RTSP, которая должна использоваться для потоковой передачи видео по сети.
Если вы не найдете эту информацию в руководстве по продукту, вам следует обратиться в службу технической поддержки производителя, поскольку очень важно, чтобы вы получили правильную команду, чтобы ваше оборудование могло взаимодействовать друг с другом.
После получения этой информации вы должны вставить ее в устройство записи, которое инициирует запрос на отправку видео по этому универсальному протоколу.
На практике просто откройте меню NVR и введите команду RTSP, а затем введите имя пользователя и пароль IP-камеры, и после получения этой информации камера отправит видеопоток в реальном времени.
Как использовать протокол RTSP для облачной записи
Принцип записи видео в облаке тот же, просто используйте правильную команду RTSP, чтобы запросить камеру отправить видео на сервер, который находится где-то в Интернете.
На приведенной ниже схеме показана IP-камера, которая установлена во внутренней сети и подключена к маршрутизатору. Вам просто нужно настроить сервер записи в облаке для отправки команды RTSP через Интернет, и как только она будет получена камерой, она начнет потоковую передачу видео.
В этом примере сервер просто отправляет команду RTSP через Интернет и, достигнув внешнего интерфейса маршрутизатора, направляет его во внутреннюю сеть, где расположена камера.
Следовательно, необходимо настроить маршрутизатор и ввести правила маршрутизации, основанные на сетевых интерфейсах и портах связи.
Как проверить IP-камеру с протоколом RTSP
Прежде чем пытаться настроить систему видеонаблюдения, интересно убедиться, что все будет работать правильно, и лучший способ сделать это — выполнить простые тесты, такие как подключение IP-камеры к традиционному программному обеспечению, использующему протокол RTSP.
Существует традиционное бесплатное программное обеспечение под названием VLC, которое можно использовать для таких тестов. Диаграмма ниже показывает пример того, как его использовать.
В этом примере IP-камера подключена к маршрутизатору, который, в свою очередь, подключен к ноутбуку, который использует программное обеспечение VLC для отправки команды RTSP на камеру. Все находится в локальной сети, и поэтому нет необходимости в правилах маршрутизации (устройства подключены к внутренним портам).
В программном обеспечении VLC просто откройте меню « Media> Open Network Stream » или введите CTRL + N и вставьте команду RTSP с IP-камеры.
В нашем примере IP-адрес камеры — 192.168.2.107, а порт RTSP — 554, эту информацию необходимо ввести в команду, которая будет отправлена на камеру. Смотрите пример на картинке ниже:
Команда в этом случае:
RTSP: //192.168.2.107: 554 / пользователь = admin_password = admin_channel = 1_stream = 0.sdp real_stream
После отправки команды вы можете увидеть изображение IP-камеры прямо на ноутбуке, что подтверждает правильность используемой команды, а также правильность сетевых подключений и IP-адресов.
После этого начального теста можно перейти к более сложным тестам и использовать удаленное соединение с устройствами записи IP-камер или системами облачной записи.
Практический пример использования протокола RTSP через облако
Давайте поговорим о практическом примере использования протокола RTSP для CCTV.
Представьте себе ситуацию, когда у вас есть несколько аналоговых камер видеонаблюдения, подключенных к цифровому рекордеру (DVR), и вы намерены иметь избыточные видеозаписи. Вам просто нужно выбрать сервис, который позволяет хранить все на сервере в облаке (где-то в Интернете).
На рынке доступно множество облачных сервисов и вы можете выбрать тот, который лучше всего соответствует вашим потребностям.
В этом примере я буду использовать службы Angelcam, которые работают с различными марками устройств, а также хорошо работают с протоколом RTSP.
Настройка роутера для работы с облаком
Перед выполнением тестов с помощью команды в облаке необходимо настроить маршрутизатор, эта процедура предельно проста, достаточно использовать информацию IP и порт IP-камеры.
По сути, вы должны сообщить маршрутизатору, что он должен направлять трафик, поступающий из Интернета, на IP-камеру всякий раз, когда запрос направлен на определенный логический порт, который в случае протокола RTSP по умолчанию равен 554.
Смотрите изображение ниже, которое показывает конфигурацию маршрутизатора, обратите внимание, что конфигурация для этой модели должна быть сделана в меню « Приложения и игры », адрес IP-камеры — 192.168.2.107, а порт — 554 .
Очевидно, вам придется искать другие меню в разных моделях маршрутизаторов, обычно вы находите это меню как переадресация портов, переадресация портов или NAT.
Как настроить облачный сервер
Видеорегистратор Dahua может беспрепятственно работать с этой службой, поскольку она позволяет использовать команду RTSP, а информация, необходимая для настройки, доступна в руководстве по продукту.
В этом конкретном случае устройство представляет собой 4-канальный цифровой видеорегистратор Dahua, который использует следующую команду RTSP
RTSP: // <IP>: <порт> / пользователь = <имя пользователя> _password = <перейти> _channel = <канал> _stream = 0.sdp real_stream
Просто используйте эту команду и замените информацию об IP, порте, пользователе и пароле, и все, все будет работать в соответствии с вашей сетью. Все должно быть настроено на стороне сервера облака, и правила маршрутизации должны быть готовы на маршрутизаторе, который находится в вашей локальной сети.
Посмотрите на следующем изображении пример того, как настроить облако Angelcam. После создания учетной записи платформы на сайте https://angelcam.com войдите под именем пользователя и паролем и выберите опцию DVR и NVR.
После этого просто введите или вставьте команду RTSP, как показано на следующем рисунке
Обратите внимание, что используемая команда включает внешний IP-адрес, используемый маршрутизатором, и порт 554, который использовался в конфигурации маршрутизатора и который является стандартом DVR.
Важно понимать концепцию: команда RTSP, отправляемая облачным сервером, поступает на маршрутизатор через внешний интерфейс перед маршрутизацией в соответствии с установленными правилами, и поэтому вы должны убедиться, какой внешний IP-адрес используется маршрутизатором.
На следующем рисунке показан конечный результат подключения камеры к серверу в облаке.
В некоторых случаях вы заметите, что качество изображения может ухудшаться из-за некоторых факторов, таких как отсутствие стабильности интернет-соединения, уменьшение доступной полосы пропускания или несовместимость команд между облачным сервером или камерой.
Обязательно обновите микропрограмму IP-камеры до последней доступной версии, это поможет поддерживать совместимость с системами, которые используют RTSP в качестве облачных сервисов и рекордеры других марок.
Если у вас нет статического IP-адреса в вашей интернет-ссылке
Если у вас нет статического IP-адреса в интернет-соединении, вы можете использовать службу DDNS, доступную в Интернете, поэтому облачная служба будет продолжать работать и записывать изображения с вашей камеры, даже если произошла автоматическая смена внешнего IP-адреса. вашего роутера.
Как найти команду RTSP вашей IP-камеры
Самый простой способ найти команду, используемую вашей камерой или рекордером, — это обратиться к руководству по продукту. Если это невозможно, обратитесь к поставщику оборудования, если у вас все еще есть проблемы, вы можете попробовать использовать программное обеспечение ONVIF DEVICE MANAGER
Заключительные соображения
Теперь вы уже знаете, что такое протокол RTSP и как вы можете проводить тесты и использовать его в практических ситуациях.
Я рекомендую вам выполнить локальные тесты с программным обеспечением VLC и устройствами, имеющимися в вашей сети, чтобы ознакомиться с использованием этого протокола.
======ПРОДОЛЖИТЬ ЧТЕНИЕ======
=====ПЕРЕЙТИ К ВЫБОРУ СИСТЕМ ВИДЕОНАБЛЮДЕНИЯ Hikvision =====
Если понравилась статья поделитесь в социальных сетях, кликнув по иконкам ниже
Протоколы RTSP и TCP в системах видеонаблюдения
Протокол RTSP
RTSP (Real Time Streaming Protocol, или, по-русски, потоковый протокол реального времени) – это прикладной протокол, в котором описаны команды для управления видеопотоком. С помощью этих команд мы можем «приказать» камере или серверу, например, начать трансляцию видеопотока. Пример запроса на начало воспроизведения выглядит так: PLAY rtsp://192.168.0.200/h364 RTSP/1.0
То есть RTSP – это просто набор команд для управления видеопотоком. Проведем эксперимент. Для этого нам понадобится IP-камера с поддержкой RTSP протокола и ее RTSP адрес. Этот адрес выглядит примерно так rtsp://<ip адрес камеры>/mpeg. Его можно узнать из руководства по эксплуатации камеры либо из описания API. Для удобства мы приведем RTSP адреса для ряда популярных камер в таблице. После того, как мы узнали RTSP-адрес камеры, открываем стандартный проигрыватель, поддерживающий RTSP. Это может быть одна из следующих программ: Windows Media Player, QuickTime, Media Player Classic, VLC media player, RealPlayer, MPlayer. Мы выбрали QuickTime. Открываем меню «Файл > Открыть URL» и вводим наш RTSP адрес. После чего QuickTime подключится к камере и воспроизведет «живое видео». Устройства записи, работающие в системах IP-видеонаблюдения, получают видео от камер либо с помощью протокола HTTP – то есть также, как мы скачиваем JPEG-картинки с сайтов, либо в виде потока через RTSP – то есть также как мы получили его с помощью стандартного проигрывателя в последнем примере. В настройках IP-камер потоковый вариант передачи данных может обозначаться как RTSP over TCP, RTSP over UDP либо просто RTP. Итак, RTSP – это набор команд для управления потоком. Но что означают остальные аббревиатуры: TCP, UDP, RTP? TCP, UDP и RTP — это транспортные механизмы (протоколы), которые собственно и передают видео.
Протокол TCP
Допустим, мы выбрали метод RSTP over TCP и хотим начать передачу видеопотока. Что будет происходить на уровне транспортных механизмов? Предварительно с помощью нескольких команд будет установлено соединение между отправителем и получателем. После этого начнется передача видеоданных. При этом механизмы TCP
будут следить за тем, чтобы все данные дошли до адресата без изменений и в нужной последовательности. Также TCP будет регулировать скорость передачи, чтобы передатчик не посылал данные интенсивнее, чем их может обработать приемник, к примеру,
UDP
UDP – это альтернатива транспортному протоколу TCP. В отличие от TCP, UDP не устанавливает предварительного соединения, а вместо этого просто начинает передавать данные. UDP не следит за тем, чтобы данные были получены и не дублирует их, если отдельные части пропали или пришли с ошибками. UDP менее
надежен, чем TCP. Но с другой стороны, он обеспечивает более быструю передачу потоков благодаря отсутствию механизма повторения передачи потерянных пакетов. Различие в протоколах TCP и UTP можно иллюстрировать следующим примером. Встречаются два друга. Вариант TCP:
Иван: «Привет! Поболтаем?» (устанавливается соединение)
Семен: «Привет! Давай!» (устанавливается соединение)
Иван: «Я вчера был в магазине. Ты понял?» (передача данных)
Семен: «Да!» (подтверждение)
Иван: «Там разгружали новое оборудование. Ты понял?» (передача данных)
Семен: «Нет» (подтверждение)
Иван: «Там разгружали новое оборудование. Ты понял?» (повторная передача)
Семен: «Да!» (подтверждение)
Иван: «Завтра я там еще раз буду. Ты понял?» (передача данных)
Семен: «Да!» (подтверждение)
Вариант UDP
Иван: «Привет! Я вчера был в магазине» (передача данных)
Иван: «Там разгружали новое оборудование» (передача данных)
Иван: «Завтра я там еще раз буду» (передача данных)
Иван: «Могу узнать для тебя цены» (передача данных)
Иван: «Они обещали скидки при хороших объемах» (передача данных)
Иван: «Если хочешь, позвони – поедем вместе» (передача данных)
Семен: «Да, позвоню» (передача данных)
Вы также можете увидеть различие в протоколах, поставив следующий эксперимент: попробуйте перевести камеру в режим RTSP over TCP и помашите рукой перед объективом — на экране монитора вы увидите задержку. А теперь проведите этот же тест в режиме RTSP over UDP. Задержка будет меньше. На время задержки влияют несколько факторов: формат сжатия, мощность компьютера, протокол передачи и особенности программного обеспечения, участвующего в декодировании видео.
RTP
RTP (Real-time Transport Protocol), или по-русски транспортный протокол реального времени. Этот протокол специально создан для передачи реалтайм трафика. Он позволяет следить за синхронизацией передаваемых данных, корректировать последовательность доставки пакетов и потому более других подходит для передачи видео- и аудиоданных. В общем случае для передачи видеопотока предпочтительнее использовать либо RTP либо UDP. Работа через TCP оправдана лишь если нам приходится работать с проблемными сетями, так как протокол TCP сможет корректировать ошибки и сбои, возникающие при передаче данных.
что это такое, как получить RTSP поток с IP-камеры
Установка IP камеры — удобный способ получения картинки в любом месте, где присутствует подключение к интернету. Но для работы с видеопотоком необходим соответствующий инструментарий. Существуют различные варианты поддерживаемых IP камерами протоколов трансляции, и один из самых удобных среди них — RTSP.
Что такое RTSP
Аббревиатура расшифровывается как Real Time Streaming Protocol, или потоковый протокол реального времени. Это решение прикладного уровня для работающих с мультимедийным контентом систем. Оно позволяет удаленно контролировать поток информации с медиасервера (которым может выступать IP камера), отправлять команды управления этим потоком. Также, если на сервере хранятся файлы записей, RTSP обеспечивает к ним доступ.
Сжатие в рамках RTSP не выполняется. Транспортные протоколы и способ инкапсуляции передаваемой информации он тоже не устанавливает. Упрощенно процесс выглядит следующим образом:
По умолчанию сервер RTSP работает на порту 544. Захват видео и звука можно выполнять с помощью таких программ, как плееры VLC или Windows Media Player, и иных клиентов с поддержкой протокола. Существуют также веб-приложения и программные решения для трансляции потока в интернет (например, стриминга на YouTube).
Как получить поток RTSP с камеры
Чтобы просматривать видео и захватывать звук посредством этой технологии, необходима поддержка RTSP на стороне камеры. Этот протокол поддерживают многие образцы имеющихся на рынке устройств, но в документации возможность описана не всегда.
Если поддержка заявлена, то в инструкции будут прописаны настройки для доступа к трансляции. Они представляют собой ссылку для подключения в следующем формате:
rtsp://addr:554/user=login&password=pswrd&channel=1&stream=0.cgi
Здесь rtsp — указание на протокол подключения, addr — IP-адрес камеры. Через двоеточие указан порт. Последний может отличаться, если в настройках указан отличный от «дефолтного».
Далее следуют user и password — логин пользователя и пароль для подключения (их может и не быть). После них указываются дополнительные параметры, который у разных камер могут отличаться.
Как узнать RTSP адрес
Ссылка может находиться в документации или явно указываться в веб-интерфейсе устройства. Если известно, что камера точно поддерживает RTSP, но параметры нигде явно не указаны, их придется выяснять:
- На сайте разработчика.
- Запросить напрямую у производителя или поставщика. Как правило, по запросу они такую информацию предоставляют, с этим нет проблем даже у китайских вендоров с AliExpress.
- Распознать камеру с помощью протокола ONVIF, который поддерживается практически всеми моделями.
Для последнего потребуется ПО Onvif Device Manager, компьютер под управлением Windows и сама камера.
Важно: она и ПК должны находиться в одной сети.
Device Manager умеет конфигурировать видеосервер, захватывать видео и так далее, но самая важная функция этой программы в данном случае — WS-Discovery, обнаружение устройств в сети.
Когда вы скачали и поставили программу, нужно сделать следующее:
- запустить ее и нажать внизу кнопку Refresh. Начнется процесс поиска;
- когда камера обнаружится, выбрать в меню пункт Live Video;
- под картинкой будет адрес rtsp-ссылки, который можно скопировать для дальнейшего использования.
Смотрим видео через RTSP
Самый простой способ получить rtsp поток с ip камеры — использовать проигрыватель VLC. В нем достаточно пройти в пункт меню «Медиа — Открыть URL…», перейти в появившемся диалоге на вкладку «Сеть» и вставить в строку сетевого адреса rtsp-ссылку.
Для стриминга в интернет, существуют различные способы. Один из самых доступных — использовать связку VLC и программы OBS Studio, это бесплатное и достаточно простого решения.
Существуют также онлайн-сервисы вывода изображения в интернет, например, webcam.io, и прочие. Спецификации протокола открыты, поэтому специалисты могут написать и собственный проигрыватель RTSP.
Видео по теме
Мой мир
Вконтакте
Одноклассники
Вопросы и ответы
NVMS-1000 (для Windows) и NVMS-1200 (для MAC)
Данное ПО объединяет в одну CMS следующее оборудование
IP видеорегистраторы:
SVN-4625, SVN-8625, SVN-6625, SVN-6625light, SVN-3625
Регистраторы PRO:
SVR-4812 AH PRO v2.0, SVN-4625 PRO v2.0, SVR-8812 AH PRO v2.0, SVN-8625 PRO v2.0, SVR-6812 AH PRO v2.0, SVN-6625 PRO v2.0, SVR-4212 AH PRO v2.0, SVN-3625 PRO v2.0, SVR-8212 AH PRO v2.0, SVR-6212 AH PRO v2.0
Аналоговые видеорегистраторы:
SVR-4425, SVR-4425S, SVR-8412, SVR-6406, SVR-8425, SVR-6425
AHD видеорегистраторы:
SVR-4425AH, SVR-8425AH, SVR-6425AH, SVR-4812AH, SVR-8812AH, SVR-6812AH
Видеокамеры:
SVI-D322V PRO снято, SVI-S322V SD PRO, SVI-S322V PRO снято, SVI-D322VA SD PRO
SVI-D222A SD PRO, SVI-D222 PRO снято, SVI-D222 SL PRO снято, SVI-D222 SL PRO v2.0, SVI-D222 SD SL PRO
SVI-S122 SD PRO, SVI-S122 SL PRO v2.0, SVI-S122 SD SL PRO, SVI-S122 SL PRO снято, SVI-S122 PRO снято
SVI-S142, SVI-S142 PRO снято
SVI-D442, SVI-D442 PRO снято
SVI-S342V, SVI-S342V PRO снято, SVI-D342VM, SVI-D342VM PRO снято
SVI-F252 PRO
SVI-S152 PRO
SVI-S352V PRO
SVI-D452 PRO, SVI-S452VM SD PRO
SVI-D352VMА SD PRO, SVI-D352VM SD PRO снято
SVI-S482VM SD PRO
SVI-S332V
SVI-D432
SVI-S132
Satvision CMS
IP видеорегистраторы:
SVN-4525, SVN-8525, SVN-8525 PRO, SVN-6525
Регистраторы первой серии:
SVR-4115N, SVR-4115N v2.0, SVR-4115P, SVR-4115P v2.0, SVR-4115F, SVR-4115F v2.0,
SVR-8115N, SVR-8115N v2.0, SVR-8115P, SVR-8115P v2.0, SVR-8115F, SVR-8115F v2.0,
SVR-6110N, SVR-6110N v2.0, SVR-6115P, SVR-6115P v2.0, SVR-6115F, SVR-6115F v2.0,
SVN-4125, SVN-8125, SVN-6125, SVN-3125, SVR-6115N-A
Аналоговые видеорегистраторы:
SVR-4325 light, SVR-4315 light, SVR-8308 light, SVR-8312 light
AHD видеорегистраторы:
SVR-4325AH, SVR-8325AH, SVR-4715AH
Видеокамеры:
SVI-S123 снято, SVI-D223 снято, SVI-S323V снято, SVI-D323V снято, SVI-S123 SD, SVI-S123A SD, SVI-D223A SD, SVI-S323V SD SL, SVI-D323V SD SL, SVI-S523VM SD SL, SVI-C223AW, SVI-S143 снято, SVI-D443 снято, SVI-D443F снято, SVI-S343V снято, SVI-D343V, SVI-D343VM снято, SVI-S153 SD SL, SVI-D453 SD SL, SVI-S353VM SD SL, SVI-D353VM SD SL
iVMS320
Регистраторы Divisat:
DVR-4725N, DVN-9725, DVR-4725N, DVN-6725
Видеокамеры:
DVI-S121 v3.0, DVI-D221 v3.0, DVI-D221A SL, DVI-S121W-SD, DVI-D321VW-SD, DVI-F121, DVI-S121 v2.0 снято, DVI-D221 v2.0 снято, SVI-SD2272IR SL
Smart VMS Client
Видеокамеры N-серии SVI-D612V-N, SVI-S112-N, SVI-S322V-N, SVI-D112-N, SVI-D222-N, SVI-D322V-N
NetVideo System Smart Client Express
SVI-SD2082IR SL PRO
RTSP — Википедия. Что такое RTSP
Материал из Википедии — свободной энциклопедииПотоковый протокол реального времени (англ. real time streaming protocol, сокр. RTSP) — прикладной протокол, предназначенный для использования в системах, работающих с мультимедийными данными (мультимедийным содержимым, медиасодержимым), и позволяющий удалённо управлять потоком данных с сервера, предоставляя возможность выполнения команд, таких как запуск (старт), приостановку (пауза) и остановку (стоп) вещания (проигрывания) мультимедийного содержимого, а также доступа по времени к файлам, расположенным на сервере. Разработан IETF в 1998 году и описан в RFC 2326.
RTSP не выполняет сжатие, а также не определяет метод инкапсуляции мультимедийных данных и транспортные протоколы. Передача потоковых данных сама по себе не является частью протокола RTSP. Большинство серверов RTSP используют для этого стандартный транспортный протокол реального времени, осуществляющий передачу аудио- и видеоданных.
Описание
По синтаксису и операциям протокол похож на HTTP. Однако между протоколами RTSP и HTTP есть ряд существенных различий. Одно из основных заключается в том, что в первом и сервер, и клиент способны генерировать запросы. Например, видеосервер может послать запрос для установки параметров воспроизведения определенного видеопотока. Также протоколом RTSP предусматривается, что управление состоянием или связью должен осуществлять сервер, тогда как HTTP вообще никакого отношения к этому не имеет. Наконец, в RTSP данные могут передаваться вне основной полосы (англ. out of band) другими протоколами, например RTP, что невозможно в случае HTTP.
RTSP-сообщения посылаются отдельно от мультимедийного потока. Для них используется соединение по специальному порту, по умолчанию с номером 554. Запрос на сервер посылается в текстовом виде в формате: метод <абсолютный_адрес>[/медиасодержимое] <версия_протокола>. Вместе с запросом могут быть переданы дополнительные служебные поля (на новых строках запроса).
Методы протокола:
- describe — запрос описания содержимого, например, в формате SDP;
- options — запрос поддерживаемых методов;
- play — запрос начала вещания содержимого;
- pause — запрос временной остановки вещания;
- record — запрос на записывание содержимого сервером;
- redirect — перенаправление на другое содержимое;
- setup — запрос установки транспортного механизма для содержимого;
- announce — обновление данных описания содержимого;
- get_parameter — запрос указанных параметров у сервера;
- set_parameter — установка параметров сервера;
- teardown — остановка потока и освобождение ресурсов.
Пример запроса: PLAY rtsp://example.com/video/test.mpg/streamid=0 RTSP/1.0
Клиенты
Следующее ПО может выступать в роли клиента RTSP:
См. также
Для облегчения и удобства с выбором — сравнением качества изображения получаемого с видеокамер наблюдения, для наших клиентов и будущих покупателей мы организовали прямые трансляции 24 / 7 с камер видеонаблюдения торговой марки CAICO TECH CCTV
Видеонаблюдение следующего поколения обновленный HD сегмент 2019 года демонстрирует превосходное качество и самую высокую стабильность работы, в том числе появилась возможность транслировать с HD камер не сжатый прямой RTSP поток. Применяя обновленные видеорегистраторы следующего поколения способные транслировать прямые RTSP трансляции как с HD так и с IP камер.
Ниже показано Online демо работы HD камер в PTSP прямой трансляции. Не сжатый видео поток можно транслировать по протоколу RTSP на любые устройства c поддержкой RTSP протокола, в том числе мощные программные аналитические видео серверы обработки видео данных.
Пример прямая трансляция real time streaming protocol, потоковое видео вещание онлайн с камеры CAICO TECH CCTV 5D50T гибрид AHD +TVI+CVI+SVBS резолюция: Max 5Mpix не сжатого видео.
Для получения оптимальной оценки нашего оборудования, а также получения управления видеорегистратором перейдите в раздел ОНЛАЙН — ПРОСМОТР и произведите прямой вход на видеорегистратор CAICO TECH CCTV FY5550S 5Mpix. При просмотре, пожалуйста, открывайте изображение на весь экран.
Соотношение формата экрана для 5Mpix транслируется — стандартное в родном формате 4:3 для 2Mpix соотношение сторон экрана стандартное в родном формате 16:9
Светочувствительные видеокамеры CAICO следующего поколения сенсор изображения CMOS SONY, реализуются только в фирменной авторизованных сети магазинов.
Внимание! Для тех кто ищет качество — Наше лучше предложение светочувствительные камеры CAICO STARLIGHT CMOS Sony модели 2020 года уже в продаже! ссылка
При просмотре, пожалуйста, изображения открывайте на весь экран
6 Kанал
Светочувствительные камеры Caico /цвет * при 0,5- 0,08 lux система DOL HDR Sony
CAICO STARLIGHT — DSV-327B Full-HD 2Mpx
Настройка видеорегистратора для прямого вещания RTSP канала прямой трансляции видео изображения
Что такое RTSP-протокол — это real time streaming protocol, потоковое видео вещание онлайн.
RTSP протокол применяется для управления и передачи видео изображений с устройств способных поддерживать RTSP трансляцию удалённого управления потока с сервера.
RTSP протокол разработан 1998 года. Для RTSP- потока используется специальный порт, по умолчанию — 554
Что нужно что бы передавать живое видео в сеть интернет через RTSP поток?
Современные устройства способны произвести трансляцию потового видео в стандартах RTSP.
Для этого используется RTSP-ссылка.
Для настройки передачи по RTSP протоколу просмотрите в документации устройства точную URL ссылку для RTSP протокола устройства.
Данную ссылку разработчик указывает в инструкции пользователя устройствам.
Не давно способность передавать видео по rtsp протоколу имелась только в IP камерах.
Появление новых аналоговых форматов HD AHD, CVI, TVI, а также SDI, не уступающих в качестве изображения, а часто даже превосходящие — привело к резкому развитию видео регистраторов способных выполнять те же функции что и IP камера.
Видеорегистраторы наблюдения следующего поколения с трансляцией потокового видео RTSP:
В этой статье приводим пример настройки RTSP протокола для канала передачи видео изображения с видео рекордеров CAICO TECH CCTV.
Видеорегистраторы CAICO TECH CCTV в отличии большинства других видео регистраторов способны поддерживать автоматические настройки для передачи видео по RTSP протоколу.
UPnP RTSP — для автоматической трансляции потока установите отметку из двух возможных вариантов настроек и выберете-автоматические или ручные настройки.
Автоматическая настройка видеорегистратора протокола RTSP UPnP:
В раскладке настройка меню раздела UPnP- указать авто (См рисунок1). Настройки окончены. Не забывайте — роутер> настройки> пробросить порты для передачи видео с 554 порта видеорегистратора. Также нужен постоянный IP адрес если захотите передавать видео в сеть при работе с серверами способными передавать прямой видео поток ONLINE-вещания.
Для просмотра на VLS медиа плеере и других устройств потребуется ссылка URL RTSP как выглядит и как пользоваться показано ниже!
Обратите внимание эта ссылка верна только для устройств торговой марки CAICO TECH CCTV.
RTSP ссылка для видео рекордеров CAICO TECH CCTV следующего поколения показана ниже в описании настроек:
Есть ли минусы для видеорегистратора ели в нем есть возможность трансляции RTSP потока?
Нет минусов — это большой плюс располагают этой функцией не все видеорегистраторы. В свой основе — это либо новые концепции, либо попытка реанимировать старые версии видео регистраторов хоть как то до нового поколения видео регистраторов наблюдения.
Видео поток может быть принят на другом видеорегистратор по аналогии захвата видеоизображения с IP камер для этого необходим второй гибридный или IP видеорегистратор. На принимающий поток видеорегистраторе необходимо переключить канал в формат IP для гибридных моделей — при этом передающий видеорегистратор обязательно должен иметь выделенный IP адрес и проброшен внешний порт на роутере
Все остальные настройки видеорегистратора производиться согласно настройке вашего типа видеорегистратора, которые приведены в руководстве пользователя.
Настройка видеорегистратора; протокол RTSP UPnP:
В раскладке настройка меню раздела UpnP- указать авто / поддерживающую принцип Plug and Play.
На этом в регистраторе CAICO настройки окончены.
- Рисунок 1 авто настройка RTPS протокола
- Важно! Не забывайте что необходимо пробросить порты роутера для передачи видео с 554 порта видеорегистратора.
- Также нужен постоянный IP адрес если захотите передавать видео в сеть при работе с серверами способными передавать прямой видео поток Online вещания.
Для просмотра на VLS медиа плеере и других устройств вам также потребуется корректная ссылка URL RTSP:// как она выглядит и как пользоваться показано ниже!
При этом данная ссылка URL RTSP верна только для устройств торговой марки CAICO TECH CCTV.
RTSP ССЫЛКУ ДОСТАТОЧНО ВВЕСТИ В ПОЛЕ URL RTSP
Вид ссылки: URL RTSP для CAICO TECH CCTV видео регистраторов:
RTSP ссылка для видео рекордеров CAICO TECH CCTV следующего поколения:
rtsp://admin:ХХХХ@192.168.1.101:554/main_1_stream_0
rtsp — тип используемого протокола;
После пользователь admin;ХХХХ- укажите пароль администратора видеорегистратора;
IP — @192.168.1.101: внутренний IP адрес видеорегистратора по умолчанию 192.168.1.101;
PS. Если вы хотите транслировать видео поток в сеть, то IP адрес укажите тот что был выдан вам провайдером, вашей интернет сети. IP адрес должен быть постоянным не динамическим, а статическим;
Порт — 554: RTSP порт видеорегистратора;
Канал воспроизведения — main_1_ номер канала видеорегистратор с которого будет вестись трансляция;
Разрешение потока — stream_0 самое высокое качество изображения основного потока можно изменить значение на второй поток с более низким разрешением:
URL RTSP; Ссылка должна быть наборна корректно и без ошибок!
Хотим отметить что у большинства производителей видео регистраторов возникают трудности передачи потового видео через RTSP канал. В видео рекордерах CAICO TECH CCTV такой проблемы нет, как при работе с серверами так и мультимедийным плеерами VLC и подобными устройствами.
ПО. Для клиента RTSP:
- Windows Media,
- Skype,
- Медиа проигрыватель VLC,
- MPlayer,
А также другие ПО. Которые поддерживают протокол RTSP
Ps. В заключении и дополнения к статье сложность настроек заключается от разработчика к примеру в видеорегистраторрах CAICO TECH CCTV для передачи видео потока по RTPS протоколу — не чего настраивать уже ни нужно — обо всем позаботились добрые руки инженеров и программистов компании разработчика.
— Философия компании надежность, качество c заботой об клиенте поддерживающую принцип Plug and Play,- основная для производства компонентов видеонаблюдения торговой марки CAICO TECH CCTV
Рекомендуемый продукт:
Новинки уникальный XVR Caico сетевой гибридный MULTUPLEX 6СH/12CH/24CH 8Mpix AHD /CVI /TVI /IP видео рекордер для систем наблюдения PRO класса следующего поколения; поддержка / Видео аналитика / Температурные камеры / Panоramic 360° камеры /
RTSP — это… Что такое RTSP?
Потоковый протокол реального времени (Real Time Streaming Protocol, RTSP), разработанный IETF в 1998 году и описанный в RFC 2326, является прикладным протоколом, предназначенным для использования в системах, работающих с мультимедиа данными, и позволяющий клиенту удалённо управлять потоком данных с сервера, предоставляя возможность выполнения команд, таких как «Старт», «Стоп», а также доступа по времени к файлам, расположенным на сервере.
RTSP не выполняет сжатие, а также не определяет метод инкапсуляции мультимедийных данных и транспортные протоколы. Передача потоковых данных сама по себе не является частью протокола RTSP. Большинство серверов RTSP используют для этого стандартный транспортный протокол реального времени, осуществляющий передачу аудио- и видеоданных.
Клиенты
Команды RTSP
По синтаксису и операциям протокол RTSP похож на HTTP. Однако между протоколами RTSP и HTTP есть ряд существенных различий. Одно из основных заключается в том, что в первом и сервер, и клиент способны генерировать запросы. Например, видеосервер может послать запрос для установки параметров воспроизведения определенного видеопотока. Далее, протоколом RTSP предусматривается, что управление состоянием или связью должен осуществлять сервер, тогда как HTTP вообще никакого отношения к этому не имеет. Наконец, в RTSP данные могут передаваться вне основной полосы (out-of-band) другими протоколами, например RTP, что невозможно в случае HTTP. RTSP-сообщения посылаются отдельно от мультимедийного потока. Для них используется специальный порт с номером 554.
Формат запроса
Запрос на сервер посылается в текстовом виде в формате: «метод абсолютный_адрес_контента версия_протокола«. Вместе с запросом могут быть переданы дополнительные служебные поля (на новых строчках запроса).
Пример запроса: «PLAY rtsp://server/path/test.mpg RTSP/1.0«
Список команд (методов)
- DESCRIBE — запрос описания контента, например, в формате SDP
- OPTIONS — запрос поддерживаемых методов
- PLAY — запрос начала вещания контента
- PAUSE — запрос временной остановки вещания
- RECORD — запрос на записывание контента сервером
- REDIRECT — перенаправление на другой контент
- SETUP — запрос установки транспортного механизма для медиа-контента
- ANNOUNCE — обновление данных описания контента
- GET_PARAMETER — запрос указанных параметров у сервера
- SET_PARAMETER — установка параметров сервера
- TEARDOWN — остановка потока и освобождение ресурсов
См. также
Ссылки
RFC2326 — RTSP
 | В этой статье не хватает ссылок на источники информации. Информация должна быть проверяема, иначе она может быть поставлена под сомнение и удалена. Вы можете отредактировать эту статью, добавив ссылки на авторитетные источники. Эта отметка установлена 12 мая 2011. |
Что такое протокол RTSP для IP-камер
Протокол RTSP можно использовать для передачи изображений в системах видеонаблюдения, и благодаря своей совместимости с несколькими устройствами он является отличным вариантом для гибридных проектов.
В этой статье вы узнаете, что такое протокол RTSP и как его использовать для IP-камеры, цифрового рекордера (DVR) или сетевого рекордера (NVR).
Что такое протокол RTSP?
RSTP является аббревиатурой от « R eal T ime S treaming P rotocol », что означает, что он был разработан для отправки аудио или видео в реальном времени с одного устройства на другое.
Этот протокол не был создан исключительно для видеонаблюдения, он уже использовался в других секторах, где существует потребность в передаче в режиме реального времени , был принят производителями устройств видеонаблюдения и стал стандартным протоколом.
Протокол RTSP для видеонаблюдения
Производители видеонаблюдения внедряют протокол RTSP на свои камеры, рекордеры и программное обеспечение, чтобы они были совместимы с другими устройствами, доступными на рынке.
Приобретая IP-камеру и сетевой видеомагнитофон от разных производителей, вы можете общаться с ними по этому универсальному протоколу.
Для настройки оборудования необходимо выяснить, какую команду RTSP следует использовать, и эту информацию можно найти в руководстве по продукту или в службе технической поддержки.
Как использовать протокол RTSP
Представьте, что вы приобрели IP-камеру у Dahua (китайский производитель) и хотите использовать ее с сетевым рекордером (NVR), который у вас уже есть, но он принадлежит другой производитель, такой как Samsung.
Вам необходимо найти в руководстве по эксплуатации камеры Dahua команду RTSP, которая должна использоваться для потоковой передачи видео по сети.
Если вы не найдете эту информацию в руководстве по продукту, вам следует обратиться в службу технической поддержки производителя, поскольку очень важно, чтобы вы получили правильную команду, чтобы ваше оборудование могло взаимодействовать друг с другом.
После получения этой информации вы должны вставить ее в устройство записи, которое инициирует запрос на отправку видео по этому универсальному протоколу.
На практике просто откройте меню NVR и введите команду RTSP, а затем введите имя пользователя и пароль IP-камеры, и после получения этой информации камера отправит видеопоток в реальном времени.
Как использовать протокол RTSP для облачной записи
Принцип записи видео в облаке такой же, просто используйте правильную команду RTSP, чтобы запросить камеру отправить видео на сервер, который находится где-то в Интернете ,
На рисунке ниже показана IP-камера, которая установлена во внутренней сети и подключена к маршрутизатору.Вам просто нужно настроить сервер записи облака для отправки команды RTSP через Интернет, и как только она будет получена камерой, она начнет потоковое видео.
RTSP: FAQ
RTSP: FAQ- Что такое потоковый протокол в реальном времени (RTSP)?
- RTSP — мультимедийный клиент-сервер
протокол управления презентацией. Он предназначен для использования существующей сети
инфраструктура (например, наследование аутентификации и PICS от
HTTP) и хорошо работает как для большой аудитории, так и для одного зрителя
медиа-по-запросу. прогрессирующий
Сети, Netscape
Связь и Колумбия
Университет совместно разработал RTSP для удовлетворения потребностей в эффективном
доставка потоковых мультимедиа по IP-сетям.В настоящее время
стандартизировано MMUSIC
рабочая группа в составе Инженерной рабочей группы по Интернету (IETF), и
окончательное рассмотрение запланировано на ноябрь 1997 года.
- Что такое транспортный протокол в реальном времени RTP ()?
- Транспортный протокол реального времени (RTP) является
Предложенный стандарт IETF (RFC 1889) и Международный
Стандарт Союза электросвязи (МСЭ) (H.225.0). Это формат пакета
для потоков мультимедийных данных. RTP используется как RTSP, так и H.323 для
часть данных этих протоколов.
- Что такое H.323?
- H.323 — это структура конференц-связи,
стандартизирован Международным союзом электросвязи (МСЭ). это
используется для одноранговой двусторонней доставки аудио и видео данных телефона.
Он предназначен для взаимодействия со стандартным телефоном / интернет-телефоном
шлюзы, и хорошо работает для умеренного числа участников.
- Как RTSP, RTP и H.323 относятся к одному другой?
- H.323 и RTSP дополняют друг друга. H.323 полезен для
настройка аудио / видео конференций в одноранговой сети среднего размера
группы, тогда как RTSP полезен для крупномасштабных трансляций и
потоковое аудио / видео по запросу. Можно подумать о H.323 как о предложении
услуги, эквивалентные телефону с трехсторонней связью, в то время как RTSP
предлагает такие услуги, как видеомагазин с услугами доставки, видеомагнитофон или
кабельное телевидение.
RTSP обеспечивает функции управления в стиле VCR, такие как пауза, быстрая прямое, обратное и абсолютное позиционирование, что выходит за рамки ЧАС.323 и RTP.
И H.323, и RTSP используют RTP в качестве стандарта средства фактической доставки мультимедийных данных. Этот уровень данных совместимость делает возможными эффективные шлюзы между протоколами, поскольку только контрольные сообщения должны быть переведены.
- Какая связь между RTP, RTCP а RTSP?
- RTP — транспортный протокол для доставки
данные в реальном времени, включая потоковое аудио и видео. RTCP является частью
RTP и помогает с синхронизацией губ и управлением QOS, среди других.RTSP является контрольным протоколом, который инициирует и направляет доставку
потоковая мультимедиа с медиасерверов «Интернет-видеомагнитофон удаленный
Протокол управления «. RTSP не доставляет данные (хотя RTSP
соединение может использоваться для туннелирования трафика RTP для простоты использования с
межсетевые экраны и другие сетевые устройства). RTP и RTSP, вероятно, будут использоваться
вместе во многих системах, но любой протокол может быть использован без
Другой. Проект RTSP содержит раздел об использовании RTP с RTSP.
- Какая связь между RTSP и ГЛОТОК?
- RTSP и протокол инициации сеанса (SIP)
разделяют много общих характеристик.Тем не менее, RTSP предназначен для контроля
медиапоток во время доставки; SIP не участвует напрямую в
управление медиа потоками.
Недвижимость SIP RTSP Задача Приглашение пользователей на конференции в реальном времени Инициирование и управление мультимедийными потоками для одноадресной и многоадресной рассылки адреса Передача данных Двунаправленный между абонентом SIP и вызываемым абонентом в одну сторону; медиа-сервер может либо воспроизводить, либо записывать данные, с направление указано во время настройки потока сторонняя доставка пока нет, но планируется Транспортный заголовок может содержать любой адрес, включая адрес, отличающийся от адреса, выдавшего RTSP Запросы. Кэширование Понятие кэширования контента отсутствует, поскольку конференции проводятся в режиме реального времени. Кэширование аналогично HTTP, когда конечные системы связываются с кешем для получения содержание. Как и некоторые HTTP-кеши, такие как «sqid», кеши могут быть «сквозной», в которой данные доставляются клиенту до того, как они были полностью получен кешем. Перенаправление Расположение заголовка; используется для личного мобильность и для обхода прокси Расположение заголовка; используется для распределения нагрузки между медиа-серверами Идентификация сессии Call-ID сессия Настройка сеанса ПРИГЛАСИТЬ
Приглашает пользователя на один или несколько мультимедийных сеансов.Транспортная информация указывается в описании сеанса, включенного в текст сообщения.SETUP
Предлагает серверу отправлять данные для одного медиапотока на пункт назначения, указанный в Транспортном поле заголовка Если клиент остается открытым, сервер также может выбрать параметры транспорта и передать их клиенту с помощью заголовка ответа транспорта.разрыв сеанса BYE
Завершает весь вызов / сеанс.TEARDOWN
В зависимости от URL, может завершить весь сеанс или отдельный носитель поток. - Можно ли использовать SIP и RTSP все вместе?
- Во многих случаях SIP может не понадобиться для интеграции медиа-серверов
в конференции. если вы хотите воспроизводить мультимедиа в многоадресную рассылку IP или
сеанс одноадресной передачи или запись сеанса, достаточно сообщить серверу
адрес с использованием сообщения RTSP SETUP.
SIP может поддерживать сторонние приглашения в будущем, но RTSP скорее всего не будет из-за своей другой роли. Если участник конференции (Алиса) хочет подключить медиа-сервер к конференции, используя MCU, может пригласить его, используя SIP, указав MCU в качестве третьей стороны связаться.Затем медиасервер приглашает себя в MCU с использованием протокола SIP. и получает необходимую транспортную информацию. Алиса затем отправляет обычные команды RTSP для медиасервера с указанием конференции
- Зачем поддерживать UDP?
- Поскольку объем данных команд RTSP, вероятно, будет низким,
Контроль перегрузки TCP, вызванный потерями, не особенно полезен, но
может привести к чрезмерной задержке клиента или сервера с длительными задержками.
Установление сеанса также происходит быстрее, хотя это вряд ли быть серьезной проблемой, так как RTSP требует собственной настройки.
- Где я могу найти больше информации?
Последнее обновление Хеннинг Шульцринн
,потоковых протоколов: все, что вам нужно знать
26 августа 2019 г. Трейси Рютер
Что такое протокол?
Протокол — это набор правил, регулирующих, как данные перемещаются из одной системы связи в другую. Они накладываются друг на друга, образуя стек протоколов. Таким образом, протоколы на каждом уровне могут фокусироваться на конкретной функции и взаимодействовать друг с другом.Самый нижний слой выступает в качестве основы, а каждый дополнительный слой добавляет сложности.
Вы, вероятно, слышали об IP-адресе, который означает Интернет-протокол. Этот протокол структурирует, как устройства, использующие Интернет, взаимодействуют. Интернет-протокол находится на сетевом уровне и обычно перекрывается протоколом управления передачей (TCP) на транспортном уровне, а также протоколом передачи гипертекста (HTTP) на прикладном уровне.
Семь уровней — включая физический, канал передачи данных, сеть, транспорт, сеанс, презентацию и приложение — были определены моделью взаимосвязи открытых систем Международной организации по стандартизации (IS0), как показано выше.
Что такое потоковый протокол?
Каждый раз, когда вы смотрите потоковое видео или видео по запросу, для передачи данных через Интернет используются потоковые протоколы. Они могут находиться на уровне приложения, презентации и сеанса.
Для онлайн-доставки видео используются как потоковые, так и HTTP-протоколы. Потоковые протоколы, такие как протокол обмена сообщениями в реальном времени (RTMP), обеспечивают быструю доставку видео с использованием выделенных потоковых серверов, тогда как протоколы на основе HTTP полагаются на обычные веб-серверы для оптимизации просмотра и быстрого масштабирования.Наконец, несколько новых технологий на основе HTTP, таких как Common Media Application Format (CMAF) и Apple HLS с низкой задержкой, стремятся предоставить лучший из обоих вариантов для поддержки потоковой передачи с низкой задержкой в масштабе.
UDP против TCP: краткая справка
Протокол пользовательских дейтаграмм (UDP) и Протокол управления передачей (TCP) являются основными компонентами набора интернет-протоколов, которые находятся на транспортном уровне. Протоколы, используемые для потоковой передачи, располагаются поверх них.UDP и TCP различаются по качеству и скорости, поэтому стоит присмотреться.
Основное различие между UDP и TCP зависит от того, что TCP требует трехстороннего рукопожатия при транспортировке данных. Инициатор (клиент) просит акцептора (сервер) установить соединение, акцептор отвечает, и инициатор подтверждает ответ и поддерживает сеанс между двумя сторонами. По этой причине TCP достаточно надежен и может решить проблему потери пакетов и упорядочения. UDP, с другой стороны, запускается без рукопожатия.Он транспортирует данные независимо от ограничений полосы пропускания, что делает его более быстрым и рискованным. Поскольку UDP не поддерживает повторные передачи, упорядочение пакетов или проверку ошибок, существует вероятность сбоя сети в повреждении данных в пути.
Протоколы, такие как Secure Reliable Transport (SRT), часто используют UDP, тогда как протоколы на основе HTTP используют TCP.
Соображения при выборе потокового протокола
Выбор правильного протокола начинается с определения того, чего вы пытаетесь достичь.Задержка, совместимость воспроизведения и впечатления от просмотра могут быть затронуты. Более того, распространители контента не всегда придерживаются одного и того же протокола от записи до воспроизведения. Многие вещатели используют RTMP для передачи от кодировщика к серверу, а затем транскодируют поток в адаптивный формат на основе HTTP.
Какие протоколы чаще всего используются для потоковой передачи?
традиционных потоковых протоколов
RTMP (протокол обмена сообщениями в реальном времени)
RTSP (потоковый протокол в реальном времени) / RTP (транспортный протокол в реальном времени)
Адаптивные протоколы на основе HTTP
Apple HLS (HTTP Live Streaming)
HLS с низкой задержкой
MPEG-DASH (Динамическая адаптивная потоковая передача по HTTP, группа экспертов по движущимся изображениям)
CMAF с низкой задержкой для DASH (общий формат мультимедийных приложений для DASH)
Microsoft Smooth Streaming
Adobe HDS (HTTP Dynamic Streaming)
Новые технологии
SRT (безопасный надежный транспорт)
WebRTC (Веб-связь в реальном времени)
Традиционные потоковые протоколы
Традиционные потоковые протоколы, такие как RTSP и RTMP, поддерживают потоковую передачу с низкой задержкой.Но они не поддерживаются на всех конечных точках (например, на устройствах iOS). Они лучше всего подходят для потоковой передачи небольшой аудитории с выделенного медиа-сервера.
Как показано выше, RTMP передает видео примерно с той же скоростью, что и кабельное вещание — всего за пять секунд. RTSP / RTP еще быстрее примерно за две секунды. Эти протоколы достигают этого, передавая данные, используя подход пожарного шланга, а не требуя локальной загрузки или кэширования. Но поскольку очень немногие игроки поддерживают эти протоколы, они не оптимизированы для просмотра в масштабе.Многие вещатели предпочитают передавать прямые трансляции на медиасервер с использованием протокола с отслеживанием состояния, например RTMP, а затем транскодировать его в технологию на основе HTTP для доставки на несколько устройств.
Adobe RTMP
Adobe разработала спецификацию RTMP для передачи аудио- и видеоданных между такими технологиями, как выделенный потоковый сервер и Adobe Flash Player. Надежный и с малой задержкой, он отлично работал для потокового вещания. Но открытые стандарты и адаптивная потоковая передача битрейта в конечном итоге вытеснили RTMP.Надпись на стене появилась, когда Adobe объявила о смерти Flash — намечена на 2020 год.
Хотя дата окончания срока действия Flash просрочена, этого нельзя сказать об использовании RTMP для передачи видео. RTMP-кодеры по-прежнему популярны для многих производителей контента, даже несмотря на то, что проприетарный протокол потерял популярность при доставке на последней миле.
- Аудиокодеки: AAC, AAC-LC, HE-AAC + v1 и v2, MP3, Speex, Opus, Vorbis
- Видеокодеки: H.264, VP8, VP6, Sorenson Spark®, Screen Video v1 & v2
- Совместимость при воспроизведении: Широко не поддерживается (Flash Player, Adobe AIR, RTMP-совместимые плееры)
- Преимущества: Низкая задержка и не требует буферизации
- Недостатки: Не оптимизирован для качества опыта или масштабируемости
- Задержка : 5 секунд
- Форматы вариантов : RTMPT (туннельный через HTTP), RTMPE (зашифрованный), RTMPTE (туннельный и зашифрованный), RTMPS (зашифрованный по SSL), RTMFP (передается по UDP вместо TCP)
RTSP / RTP
Как и RTMP, RTSP / RTP описывает протокол с состоянием, используемый для передачи видео, в отличие от доставки на несколько устройств.Хотя RTMP — это протокол уровня представления, который позволяет конечным пользователям управлять мультимедийными серверами с помощью возможностей паузы и воспроизведения, RTP — это транспортный протокол, используемый для перемещения указанных данных. Он поддерживается UDP на этом же уровне.
Устройствана устройствах Android и iOS не имеют RTSP-совместимых плееров, поэтому этот протокол редко используется для воспроизведения.
- Аудиокодеки: AAC, AAC-LC, HE-AAC + v1 и v2, MP3, Speex, Opus, Vorbis
- Видеокодеки: H.265 (превью), H.264, VP9, VP8
- Совместимость воспроизведения: Широко не поддерживается (Quicktime Player и другие RTSP / RTP-совместимые плееры, медиаплеер VideoLAN VLC, 3Gpp-совместимые мобильные устройства)
- Преимущества: Низкая задержка и не требует буферизации
- Недостатки: Не оптимизирован для качества и масштабируемости
- Время ожидания: 2 секунды
- Форматы вариантов: Весь стек RTP, RTCP (протокол управления в реальном времени) и RTSP часто называют RTSP
Адаптивные потоковые протоколы на основе HTTP
Потоки, развернутые по HTTP, технически не являются «потоками».Скорее, это прогрессивные загрузки, отправленные через обычные веб-серверы. Используя адаптивную потоковую передачу битов, протоколы на основе HTTP обеспечивают наилучшее качество видео и возможности просмотра — независимо от соединения, программного обеспечения или устройства. Некоторые из наиболее распространенных протоколов на основе HTTP включают MPEG-DASH и HLS Apple.
Apple HLS
Поскольку Apple является крупным игроком в мире устройств, подключенных к Интернету, из этого следует, что протокол Apple HLS управляет ландшафтом цифрового видео.С одной стороны, протокол поддерживает адаптивную потоковую передачу битрейта, что является ключевым фактором для зрителя. Что еще более важно, поток, передаваемый через HLS, будет воспроизводиться на большинстве устройств — тем самым расширяя вашу аудиторию.
Хотя поддержка HLS изначально была ограничена устройствами iOS, такими как iPhone и iPad, с тех пор встроенная поддержка была добавлена для широкого спектра платформ. Все браузеры Google Chrome, а также устройства Android, Linux, Microsoft и MacOS могут воспроизводить потоки, передаваемые по протоколу HLS.
- Аудиокодеки: AAC-LC, HE-AAC + v1 & v2, MP3
- Видеокодеки: H.265, H.264
- Совместимость при воспроизведении: Отлично (Все браузеры Google Chrome; устройства Android, Linux, Microsoft и MacOS; несколько телевизионных приставок, смарт-телевизоры и другие плееры)
- Преимущества: Адаптивный битрейт и широко поддерживаемая
- Недостатки: Приоритет качества опыта по сравнению с низкой задержкой
- Время ожидания: 6-30 секунд (более низкая задержка возможна только при настройке)
- Форматы вариантов: HLS с низкой задержкой (см. Ниже), PHLS (защищенная потоковая передача по HTTP)
HLS с низкой задержкой
Середина 2019 года Apple объявила о расширении своего протокола HLS, предназначенного для уменьшения задержки в масштабе.Протокол достигает этого, используя HTTP / 2 PUSH-доставку в сочетании с более короткими порциями медиа. В отличие от стандартного HLS, Apple Low-Latency HLS пока не поддерживает адаптивную потоковую передачу битрейта — но это в планах.
- Совместимость воспроизведения: Любые проигрыватели, которые не оптимизированы для HLS с низкой задержкой, могут вернуться к стандартному поведению HLS с более высокой задержкой
- Преимущества: Низкая задержка соответствует потоковой передаче по HTTP
- Недостатки: В качестве новой спецификации поставщики все еще реализуют поддержку
- Время ожидания: 3 секунды или менее
Примечание. Со времени публикации этого блога спецификация HLS с низкой задержкой была включена в всеобъемлющий стандарт HLS.Чтобы узнать больше, ознакомьтесь с нашей статьей об обновлении.
MPEG-DASH
Когда дело доходит до MPEG-DASH, аббревиатура излагает историю. Группа экспертов Moving Pictures (MPEG), международный орган по стандартам цифрового аудио и видео, разработала динамическую адаптивную потоковую передачу по HTTP (DASH) в качестве отраслевой стандартной альтернативы HLS. По сути, с DASH вы получаете опцию с открытым исходным кодом. Но поскольку Apple стремится к приоритетам своего проприетарного программного обеспечения, поддержка DASH играет вторую скрипку.
- Аудиокодеки : Кодек-агностик
- Видеокодеки: Кодек-агностик
- Воспроизведение Совместимость: Хорошо (Все устройства Android; большинство телевизоров Samsung, Philips, Panasonic и Sony после 2012 года; браузеры Chrome, Safari и Firefox)
- Преимущества: Независимый поставщик, международный стандарт адаптивного битрейта
- Недостатки: Не поддерживается iOS или Apple TV
- Время ожидания: 6-30 секунд (более низкая задержка возможна только при настройке)
- Форматы вариантов: MPEG-DASH CENC (общее шифрование)
CMAF с низкой задержкой для DASH
Common Media Application Format, или CMAF, сам по себе является медиаформатом.Но в сочетании с кодированием по частям и кодированием по частям для доставки по DASH, оно должно поддерживать доставку менее трех секунд. Хотя его настройка передачи отличается от настройки HLS с низкой задержкой, использование более коротких сегментов данных очень похоже.
- Совместимость при воспроизведении: Любые проигрыватели, которые не оптимизированы для CMAF с низкой задержкой для DASH, могут вернуться к стандартному поведению DASH с более высокой задержкой
- Преимущества: Низкая задержка соответствует потоковой передаче по HTTP
- Недостатки: В качестве новой спецификации поставщики все еще реализуют поддержку
- Время ожидания: 3 секунды или менее
Microsoft Smooth Streaming
Microsoft разработала Microsoft Smooth Streaming для использования с приложениями проигрывателя Silverlight.Это позволяет адаптивную доставку на все устройства Microsoft.
Adobe HDS
HDS был разработан для использования с приложениями Flash Player в качестве первого адаптивного протокола битрейта. Поскольку дата окончания срока годности Flash уже не за горами, она потеряла свою популярность.
Новые технологии
Наконец, что не менее важно, новые технологии, такие как WOWZ, WebRTC и SRT, были разработаны с учетом задержки. Подобно CMAF с низкой задержкой для DASH и Apple HLS с низкой задержкой, эти протоколы продолжают развиваться.
СТО
Этот протокол с открытым исходным кодом признан проверенной альтернативой проприетарным транспортным технологиям, помогая доставлять надежные потоки независимо от качества сети. От восстановления потерянных пакетов до сохранения временных характеристик SRT был разработан для решения задач, связанных с передачей и распространением видео через общедоступный Интернет. Несмотря на то, что отрасль быстро штурмует отрасль, SRT чаще всего используется для вклада в первую милю, а не в доставку последней мили.
- Аудиокодеки: Кодек-агностик
- Видеокодеки: Кодек-агностик
- Воспроизведение Совместимость: Limited (в настоящее время используется для вклада)
- Преимущества: Высококачественное видео с низкой задержкой по неоптимальным сетям
- Недостатки: Поддержка воспроизведения все еще в работе
- Время ожидания: 3 секунды или менее
WebRTC
WebRTC — это комбинация стандартов, протоколов и API-интерфейсов JavaScript, которая обеспечивает связь в реальном времени (RTC, отсюда и его название).Пользователи, подключающиеся через Chrome, Firefox или Safari, могут общаться напрямую через свои браузеры, обеспечивая задержку менее 500 миллисекунд. По словам Google, «благодаря Chrome, Edge, Firefox и Safari, поддерживающим WebRTC, более 85% всех установленных браузеров в мире стали клиентами для общения в Интернете в режиме реального времени».
- Аудиокодеки: Opus, iSAC, iLBC
- Видеокодеки: H.264, VP8, VP9
- Совместимость воспроизведения: Chrome, Firefox и Safari поддерживают WebRTC без какого-либо плагина
- Преимущества: Супер быстрый и основанный на браузере
- Недостатки: Предназначен для видеоконференций и не в масштабе
- Время ожидания: Доставка менее 500 миллисекунд
Чем не являются протоколы: кодеки
Для тех, кто не был уверен в том, о чем я говорил, перечисляя аудио и видео кодеки для каждого протокола, это видео поможет вам понять разницу.
Заключение: Как правильно выбрать протокол
Протоколы различаются в следующих областях:
- Масштабируемость
- Латентность
- Качество опыта (включен адаптивный битрейт и т. Д.)
- Использование (вклад в первую милю против доставки в последнюю милю)
- Поддержка воспроизведения
- Собственный и открытый исходный код
- Требования к кодекам
Приоритет вышеупомянутых соображений, легко сузить, что лучше для вас.
RTMP и SRT — отличные ставки для вклада в первую милю, в то время как DASH и HLS лидируют, когда дело доходит до воспроизведения. Вот почему мы особенно рады видеть CMAF с низкой задержкой для DASH и HLS с низкой задержкой. Но вы, возможно, хотите развернуть конференцию «один на несколько», и в этом случае WebRTC подойдет лучше.