Протокол rtsp что это
Как получить RTSP поток с IP-камеры
Установка IP камеры — удобный способ получения картинки в любом месте, где присутствует подключение к интернету. Но для работы с видеопотоком необходим соответствующий инструментарий. Существуют различные варианты поддерживаемых IP камерами протоколов трансляции, и один из самых удобных среди них — RTSP.
Что такое RTSP
Аббревиатура расшифровывается как Real Time Streaming Protocol, или потоковый протокол реального времени. Это решение прикладного уровня для работающих с мультимедийным контентом систем. Оно позволяет удаленно контролировать поток информации с медиасервера (которым может выступать IP камера), отправлять команды управления этим потоком. Также, если на сервере хранятся файлы записей, RTSP обеспечивает к ним доступ.
Сжатие в рамках RTSP не выполняется. Транспортные протоколы и способ инкапсуляции передаваемой информации он тоже не устанавливает. Упрощенно процесс выглядит следующим образом:
По умолчанию сервер RTSP работает на порту 544. Захват видео и звука можно выполнять с помощью таких программ, как плееры VLC или Windows Media Player, и иных клиентов с поддержкой протокола. Существуют также веб-приложения и программные решения для трансляции потока в интернет (например, стриминга на YouTube).
Как получить поток RTSP с камеры
Чтобы просматривать видео и захватывать звук посредством этой технологии, необходима поддержка RTSP на стороне камеры. Этот протокол поддерживают многие образцы имеющихся на рынке устройств, но в документации возможность описана не всегда.
Если поддержка заявлена, то в инструкции будут прописаны настройки для доступа к трансляции. Они представляют собой ссылку для подключения в следующем формате:
Здесь rtsp — указание на протокол подключения, addr — IP-адрес камеры. Через двоеточие указан порт. Последний может отличаться, если в настройках указан отличный от «дефолтного».
Перед выполнением дальнейших инструкций рекомендуем прочитать как узнать IP камеры видеонаблюдения.
Далее следуют user и password — логин пользователя и пароль для подключения (их может и не быть). После них указываются дополнительные параметры, который у разных камер могут отличаться.
Как узнать RTSP адрес
Ссылка может находиться в документации или явно указываться в веб-интерфейсе устройства. Если известно, что камера точно поддерживает RTSP, но параметры нигде явно не указаны, их придется выяснять:
Для последнего потребуется ПО Onvif Device Manager, компьютер под управлением Windows и сама камера.
Важно: она и ПК должны находиться в одной сети.
Device Manager умеет конфигурировать видеосервер, захватывать видео и так далее, но самая важная функция этой программы в данном случае — WS-Discovery, обнаружение устройств в сети.
Когда вы скачали и поставили программу, нужно сделать следующее:
Смотрим видео через RTSP
Самый простой способ получить rtsp поток с ip камеры — использовать проигрыватель VLC. В нем достаточно пройти в пункт меню «Медиа — Открыть URL…», перейти в появившемся диалоге на вкладку «Сеть» и вставить в строку сетевого адреса rtsp-ссылку.
Для стриминга в интернет, существуют различные способы. Один из самых доступных — использовать связку VLC и программы OBS Studio, это бесплатное и достаточно простого решения.
Существуют также онлайн-сервисы вывода изображения в интернет, например, webcam.io, и прочие. Спецификации протокола открыты, поэтому специалисты могут написать и собственный проигрыватель RTSP.
Где купить IP-видеокамеру
Видео по теме
Национальная библиотека им. Н. Э. Баумана
Bauman National Library
Персональные инструменты
RTSP (Real Time Streaming Protocol)
Протокол (RTSP) дает возможность клиенту запрашивать живые или предварительно записанные потоки с мультимедийных серверов, подобно тому, как HTTP позволяет клиентам выдавать запросы к Web-cepверам. Фактически RTSP перенял большую часть своего синтаксиса и семантики от НТТР/1.1, поскольку формалыю оба протокола выполняют схожие функции. Сходство подчеркивает общий характер многих реализованных в HTTP концепций. Однако протоколы имеют ряд ключевых отличий, которые связаны с уникальными требованиями для мультимедийных потоков и ограниченностью возможностей НТТР/1.1 по передаче мультимедийных данных.
Содержание
Управляющие команды протокола
По синтаксису и операциям протокол RTSP похож на HTTP. Однако между протоколами RTSP и HTTP есть ряд существенных различий. Одно из основных заключается в том, что в первом и сервер, и клиент способны генерировать запросы. Например, видеосервер может послать запрос для установки параметров воспроизведения определенного видеопотока. Далее, протоколом RTSP предусматривается, что управление состоянием или связью должен осуществлять сервер, тогда как HTTP вообще никакого отношения к этому не имеет. Наконец, в RTSP данные могут передаваться вне основной полосы (out-of-band) другими протоколами, например RTP, что невозможно в случае HTTP. RTSP-сообщения посылаются отдельно от мультимедийного потока. Для них используется соединение по специальному порту, по умолчанию с номером 554.
Запрос на сервер посылается в текстовом виде в формате: «метод абсолютный_адрес контент версия_протокола«. Вместе с запросом могут быть переданы дополнительные служебные поля (на новых строчках запроса).
Пример запроса: «PLAY rtsp://server/path/test.mpg RTSP/1.0«
Options
Возвращает список поддерживаемых методов (OPTIONS, DESCRIBE и т.д.)
Describe
Запрос описания контента, описывает каждый трек в формате SDP
Setup
Запрос установки соединений и транспорта для потоков.
Teardown
Record
Запрос на записывание контента сервером
GET_PARAMETER
Запрос GET_PARAMETER извлекает значение параметра, заданного в URI.
Захват видео с сетевых камер, часть 2
В первой своей статье «измерение расстояния до объекта и его скорости» я рассмотрел захват изображений с веб-камер через Video4Linux2 и через DirectX. В следующей статье «захват видео с сетевых камер, часть 1» я рассмотрел как работать с сетевыми Motion-JPEG камерами. Сейчас я поведаю Вам о захвате изображений с сетевых RTSP камер, в частности поток Motion-JPEG по RTSP.
Задача эта более сложная нежели Motion-JPEG по HTTP, так как необходимо больше действий, больше подключений, но взамен мы получаем большую гибкость, скорость, функциональность и даже некую универсальность. Честно говоря, RTSP для простых задач избыточен, но я не сомневаюсь, что найдутся ситуации, где он будет необходим.
Что такое RTSP
Рабочей лошадкой является другой протокол: RTP — Real-time Transport Protocol — транспортный протокол реального времени. С его помощью и передаются нужные нам данные. Стоит отметить, что с этим протоколом очень даже приятно работать, дело в том, что он облегчает клиентскому ПО восстановление данных после их фрагментации на канальном уровне. А также несёт в себе ещё несколько полезных полей: формат передаваемых данных, временную метку и поле синхронизации (если передаётся, например, одновременно аудио и видео). Хотя этот протокол может работать по TCP, его обычно используют с UDP из-за его ориентированности на скорость. То есть RTP данные это UDP датаграмма с заголовком и полезными данными медиа-контента (payload).
Казалось бы нам больше ничего и не нужно. Подключаемся по RTSP, забираем по RTP. Но не тут-то было, умные дяди придумали третий протокол: RTCP — Real-time Transport Control Protocol — протокол контроля за транспортом в реальном времени. Этот протокол служит для определения качества сервиса, с его помощью клиент и сервер знают как хорошо или плохо идёт передача контента. В соответствии с этими данными сервер, например, может понизить битрейт или вообще перейти на другой кодек.
Принято, что RTP использует чётный номер порта, а RTCP следующий нечётный.
Пример общения по RTSP
У меня только один источник RTSP потока — камера eVidence APIX Box M1, поэтому все примеры относятся к ней.
Ниже лог общения между плеером VLC (он правда мне очень помогает в моих исследованиях) и этой камерой. Первый запрос от VLC на порт 554 камеры. Ответ через пустую строку и начинается с «RTSP/1.0».
Первым делом VLC спрашивает камеру:
— А что я вообще могу с тобой делать? (OPTIONS)
— И тебе привет. А можешь ты меня просить сделать любое из OPTIONS, DESCRIBE, SETUP, TEARDOWN, PLAY и PAUSE.
— Ладно, тогда скажи мне что у тебя есть по запросу «/jpeg»? (DESCRIBE)
— Тут у меня видео первой дорожкой идёт, M-JPEG, а второй дорожкой идёт аудио простое.
— Интересно глянуть на видео, первую дорожку, отсыпь мне его, пожалуйста в карман номер 41760, а шелуху всякую можешь в карман номер 41761 скидывать. (SETUP track1)
— ОК, по твоей команде…
— И звук тоже хочу послушать, сыпь в 7878, 7879 карманы. (SETUP track2)
— Да без проблем.
— Ну, посыпали. (PLAY)
Через некоторое время:
— Ладно, хватит, насмотрелся. (TEARDOWN)
— Как скажешь.
А ответ от сервера начинается с » RTSP/1.0 200 OK «, это прямо как » HTTP/1.1 200 OK » — знак, что всё хорошо: запрос принят, запрос понятен и не было никаких проблем в его реализации. И прямым текстом следует перечисление всех доступных методов.
Далее мы собираем информацию о том, что нас ждёт по запросу /jpeg, ведь мы именно за ним и пришли по ссылке » rtsp://192.168.0.254/jpeg «. Также указываем, что хотим получить ответ в виде SDP (строка 12).
Здесь всё достаточно очевидно. Нужны нам следующие строки:
Если мы хотим получать только видео, то из аудио данных мы игнорируем всё, кроме названия трека. Он нам нужен, чтобы настроить поток, но нас никто не заставляет этот поток принимать, однако камера отказывается работать, если игнорировать аудио полностью (если делать SETUP только для видео трека).
После команды PLAY начнётся передача видео на порт 41760 и аудио на порт 7878. И по команде TEARDOWN вещание прекращается, соединение разрывается.
MJPEG over RTP
Переносимся на один уровень инкапсуляции выше. Теперь стоит задача преобразовать получаемые видео данные в полноценное JPEG изображение. В случае MJPEG по HTTP всё просто — вырезаем кусок потока и работаем с ним сразу как с JPEG изображением. В случае же RTP изображение передаётся не полностью, JPEG заголовок опускается для экономии трафика. Его необходимо восстановить самостоятельно из прилагаемых данных.
RTCP пакет содержит в себе некоторое подмножество, он бывает четырёх типов: 201 — отчёт источника, 202 — отчёт получателя, 203 — описание источников и 204 — назначение определяется приложением. Мы должны принимать в первую очередь 201 тип, затем отправлять 202 тип. 203 и 204 необязательны, но я их тоже учитываю. В одном UDP пакете может быть несколько RTCP пакетов.
На этом введение заканчивается.
Python MJPEG over RTSP client
Вот мы и добрались до питона. Клиент состоит из нескольких файлов, main.py содержит в себе callback функцию, которая обрабатывает получаемые изображения, также он запускает механизмы сетевого фреймворка Twisted и хранит в себе параметры подключения к камере. Все листинги я привожу укороченными, полную версию можно скачать по ссылке в конце статьи.
main.py
В принципе можно работать и без реализации RTCP протокола и приёма аудио данных. В этом случае камера разрывает соединение через примерно минуту. Приходится всё время переподключаться, это делается автоматически, поэтому проблем не доставляет. Однако для статьи я дописал RTCP часть и сделал заготовку для приёма аудио данных.
В случае присутсвия аудио трека, этот модуль также запускает rtp_audio_client.py и соответствующий RTCP клиент.
Парсер RTP датаграм выглядит вот так:
rtp_datagram.py
Модуль восстановления JPEG достаточно большой, так как содержит в себе несколько таблиц и довольно длинную функцию генерации заголовка. Поэтому я их здесь опущу, предоставив только функции парсинга полезной нагрузки RTP и создания окончательного JPEG изображения.
rfc2435jpeg.py
Для корректной работы нам нужно принимать и отсылать RTCP пакеты, принимаем Sender’s Reports, отсылаем Receiver’s Reports. Для упрощения задачи мы будем отсылать наши RR сразу после приёма SR от камеры и будем в них закладывать идеализированные данные о том, что всё хорошо.
rtcp_client.py
А вот модуль работы непосредственно с RTCP датаграмами. Он получился тоже достаточно большим.
rtcp_datagram.py
Делать версию листингов с русскими коментариями уже не было сил, так что простите если кому так не удобно.
Что такое протокол RTSP для IP-камер
Протокол RTSP можно использовать для передачи изображений в системах видеонаблюдения, и благодаря его совместимости с несколькими устройствами он является отличным вариантом для гибридных проектов.
В этой статье вы узнаете, что такое протокол RTSP и как его использовать для IP-камеры, цифрового рекордера (DVR) или сетевого рекордера (NVR).
Что такое протокол RTSP?
Этот протокол не был создан исключительно для видеонаблюдения, он уже использовался в других секторах, где существует необходимость в передаче в реальном времени, был принят производителями устройств видеонаблюдения и стал стандартным протоколом.
Протокол RTSP для CCTV
Производители видеонаблюдения внедряют протокол RTSP на своих камерах, рекордерах и программном обеспечении, чтобы они были совместимы с другими устройствами, доступными на рынке.
Приобретая IP-камеру и сетевой видеомагнитофон от разных производителей, вы можете общаться с ними по этому универсальному протоколу.
Для настройки оборудования необходимо выяснить, какую команду RTSP следует использовать, и эту информацию можно найти в руководстве по продукту или в службе технической поддержки.
Как использовать протокол RTSP
Представьте, что вы приобрели IP-камеру у Dahua (китайского производителя) и хотите использовать ее с сетевым рекордером (NVR), который у вас уже есть, но он принадлежит другому производителю, например Samsung.
Вам следует поискать в руководстве по эксплуатации камеры Dahua команду RTSP, которая должна использоваться для потоковой передачи видео по сети.
Если вы не найдете эту информацию в руководстве по продукту, вам следует обратиться в службу технической поддержки производителя, поскольку очень важно, чтобы вы получили правильную команду, чтобы ваше оборудование могло взаимодействовать друг с другом.
После получения этой информации вы должны вставить ее в устройство записи, которое инициирует запрос на отправку видео по этому универсальному протоколу.
На практике просто откройте меню NVR и введите команду RTSP, а затем введите имя пользователя и пароль IP-камеры, и после получения этой информации камера отправит видеопоток в реальном времени.
Как использовать протокол RTSP для облачной записи
Принцип записи видео в облаке тот же, просто используйте правильную команду RTSP, чтобы запросить камеру отправить видео на сервер, который находится где-то в Интернете.
На приведенной ниже схеме показана IP-камера, которая установлена во внутренней сети и подключена к маршрутизатору. Вам просто нужно настроить сервер записи в облаке для отправки команды RTSP через Интернет, и как только она будет получена камерой, она начнет потоковую передачу видео.
В этом примере сервер просто отправляет команду RTSP через Интернет и, достигнув внешнего интерфейса маршрутизатора, направляет его во внутреннюю сеть, где расположена камера.
Следовательно, необходимо настроить маршрутизатор и ввести правила маршрутизации, основанные на сетевых интерфейсах и портах связи.
Как проверить IP-камеру с протоколом RTSP
Существует традиционное бесплатное программное обеспечение под названием VLC, которое можно использовать для таких тестов. Диаграмма ниже показывает пример того, как его использовать.
В этом примере IP-камера подключена к маршрутизатору, который, в свою очередь, подключен к ноутбуку, который использует программное обеспечение VLC для отправки команды RTSP на камеру. Все находится в локальной сети, и поэтому нет необходимости в правилах маршрутизации (устройства подключены к внутренним портам).
В программном обеспечении VLC просто откройте меню « Media> Open Network Stream » или введите CTRL + N и вставьте команду RTSP с IP-камеры.
Команда в этом случае:
После отправки команды вы можете увидеть изображение IP-камеры прямо на ноутбуке, что подтверждает правильность используемой команды, а также правильность сетевых подключений и IP-адресов.
После этого начального теста можно перейти к более сложным тестам и использовать удаленное соединение с устройствами записи IP-камер или системами облачной записи.
Практический пример использования протокола RTSP через облако
Давайте поговорим о практическом примере использования протокола RTSP для CCTV.
Представьте себе ситуацию, когда у вас есть несколько аналоговых камер видеонаблюдения, подключенных к цифровому рекордеру (DVR), и вы намерены иметь избыточные видеозаписи. Вам просто нужно выбрать сервис, который позволяет хранить все на сервере в облаке (где-то в Интернете).
На рынке доступно множество облачных сервисов и вы можете выбрать тот, который лучше всего соответствует вашим потребностям.
В этом примере я буду использовать службы Angelcam, которые работают с различными марками устройств, а также хорошо работают с протоколом RTSP.
Настройка роутера для работы с облаком
Перед выполнением тестов с помощью команды в облаке необходимо настроить маршрутизатор, эта процедура предельно проста, достаточно использовать информацию IP и порт IP-камеры.
По сути, вы должны сообщить маршрутизатору, что он должен направлять трафик, поступающий из Интернета, на IP-камеру всякий раз, когда запрос направлен на определенный логический порт, который в случае протокола RTSP по умолчанию равен 554.
Очевидно, вам придется искать другие меню в разных моделях маршрутизаторов, обычно вы находите это меню как переадресация портов, переадресация портов или NAT.
Как настроить облачный сервер
Видеорегистратор Dahua может беспрепятственно работать с этой службой, поскольку она позволяет использовать команду RTSP, а информация, необходимая для настройки, доступна в руководстве по продукту.
В этом конкретном случае устройство представляет собой 4-канальный цифровой видеорегистратор Dahua, который использует следующую команду RTSP
Просто используйте эту команду и замените информацию об IP, порте, пользователе и пароле, и все, все будет работать в соответствии с вашей сетью. Все должно быть настроено на стороне сервера облака, и правила маршрутизации должны быть готовы на маршрутизаторе, который находится в вашей локальной сети.
Посмотрите на следующем изображении пример того, как настроить облако Angelcam. После создания учетной записи платформы на сайте https://angelcam.com войдите под именем пользователя и паролем и выберите опцию DVR и NVR.
После этого просто введите или вставьте команду RTSP, как показано на следующем рисунке
Обратите внимание, что используемая команда включает внешний IP-адрес, используемый маршрутизатором, и порт 554, который использовался в конфигурации маршрутизатора и который является стандартом DVR.
Важно понимать концепцию: команда RTSP, отправляемая облачным сервером, поступает на маршрутизатор через внешний интерфейс перед маршрутизацией в соответствии с установленными правилами, и поэтому вы должны убедиться, какой внешний IP-адрес используется маршрутизатором.
На следующем рисунке показан конечный результат подключения камеры к серверу в облаке.
В некоторых случаях вы заметите, что качество изображения может ухудшаться из-за некоторых факторов, таких как отсутствие стабильности интернет-соединения, уменьшение доступной полосы пропускания или несовместимость команд между облачным сервером или камерой.
Обязательно обновите микропрограмму IP-камеры до последней доступной версии, это поможет поддерживать совместимость с системами, которые используют RTSP в качестве облачных сервисов и рекордеры других марок.
Если у вас нет статического IP-адреса в вашей интернет-ссылке
Если у вас нет статического IP-адреса в интернет-соединении, вы можете использовать службу DDNS, доступную в Интернете, поэтому облачная служба будет продолжать работать и записывать изображения с вашей камеры, даже если произошла автоматическая смена внешнего IP-адреса. вашего роутера.
Как найти команду RTSP вашей IP-камеры
Заключительные соображения
Теперь вы уже знаете, что такое протокол RTSP и как вы можете проводить тесты и использовать его в практических ситуациях.
Я рекомендую вам выполнить локальные тесты с программным обеспечением VLC и устройствами, имеющимися в вашей сети, чтобы ознакомиться с использованием этого протокола.
Если понравилась статья поделитесь в социальных сетях, кликнув по иконкам ниже
Русские Блоги
Подробный протокол rtsp
Подробный протокол rtsp
1 Обзор
1.1 Введение в RTSP
RTSP (протокол потоковой передачи в реальном времени), протокол потоковой передачи в реальном времени, является одной из систем протоколов TCP / IP. Уровень приложения Протокол, стандарт IETF RFC, представленный Колумбийским университетом, Netscape и RealNetworks. Протокол определяет, как приложения типа «один ко многим» могут эффективно передавать мультимедийные данные по IP-сети. RTSP архитектурно превосходит RTP и RTCP, и он использует TCP или RTP завершают передачу данных.
Стек протоколов службы потокового мультимедиа
Его синтаксис и работа аналогичны HTTP 1.1, но он не особо подчеркивает синхронизацию времени, поэтому может допускать задержки в сети.
HTTP по сравнению с RTSP, * HTTP передает HTML. HTTP-запрос отправляется клиентом, а сервер отвечает * RTSP передает мультимедийные данные. При использовании RTSP и клиент, и сервер могут отправлять Запрос, т.е. RTSP может быть Двусторонний оф.
Как упоминалось ранее, позволяя одновременное управление запросами нескольких потоковых данных (многоадресная передача), помимо сокращения использования сети на стороне сервера, он также поддерживает многосторонние видеоконференции (видеоконференции). Поскольку он совместим с HTTP1. Режим работы 1 аналогичен, поэтому функция кеширования прокси-сервера
также применима к RTSP, а поскольку RTSP имеет функцию перенаправления, сервер, предоставляющий услугу, может переключаться в соответствии с реальной ситуацией загрузки, чтобы избежать чрезмерной нагрузки. Нагрузка сосредоточена на одном сервере, что вызывает задержку.
Этот протокол используется в модели C / S. Это текстовый протокол, используемый для установления и согласования сеансов потоковой передачи в реальном времени между клиентом и сервером.
Поддерживаются следующие операции протокола: (1) Извлечение мультимедиа с сервера мультимедиа: пользователи могут отправлять описание презентации через HTTP или другие методы. Если презентация является многоадресной, презентация включает Адрес многоадресной рассылки и порт непрерывного носителя. Если презентация отправляется пользователю только через одноадресную рассылку, пользователь должен предоставить адрес назначения для безопасности. (2) Медиа-сервер приглашает принять участие в конференции: медиа-сервер может быть приглашен для участия в текущей конференции или воспроизведения Медиа, или запись части, или всего этого. Этот режим очень полезен в распределенных образовательных приложениях. Несколько участников собрания могут по очереди нажать кнопку дистанционного управления. (3) Добавить носитель в готовую лекцию: если сервер сообщает пользователю, что он доступен Дополнительный медиа-контент особенно полезен для живых лекций. Как и в HTTP / 1.1, запросы RTSP могут обрабатываться прокси, каналом и кешем.
1.2 Особенности договора
2 Детали соглашения
2.1 Типичный процесс взаимодействия с rtsp
C означает клиент rtsp, S означает сервер rtsp
Вышеупомянутый процесс является стандартным и удобным процессом rtsp, но фактические требования не обязательно являются пошаговыми. Среди них шаги 3 и 4 обязательны!
Первый шаг, если сервер и клиент согласны с тем, какие методы доступны, запрос опции можно пропустить.
Второй шаг: если у нас есть другие способы получить информацию описания инициализации носителя (например, HTTP-запрос и т. д.), нам не нужно выполнять его с помощью запроса описания в rtsp.
На пятом шаге вы можете решить, нужен ли он, в соответствии с требованиями системы.
2.2 Формат сообщения RTSP
2.3 Определение метода
Некоторые конструкции брандмауэра и другие среды могут требовать от сервера вставки методов RTSP и потоковых данных. Поскольку вставка усложнит работу клиента и сервера и увеличит дополнительные накладные расходы, этого следует избегать, если в этом нет необходимости. Сделать. Вставить двоичные данные можно только тогда, когда RTSP передается через TCP. Потоковые данные (например, пакеты RTP) используют символ ASCII ‘ ʹПакет, За ним следует однобайтовый идентификатор канала., Далее следует длина инкапсулированных двоичных данных, Двухбайтовое целое число. Потоковое видео отслеживается, Нет CRLF, Но включая заголовок протокола высокого уровня. КаждыйБлок содержит блок данных протокола высокого уровня.
Если для передачи выбран RTP, информация RTCP также вставляется сервером через TCP-соединение. По умолчанию пакеты RTCP отправляются по первому доступному каналу выше, чем канал RTP. Клиент может Явно запрашивайте пакеты RTCP на другом канале. Это можно сделать, указав заголовок передачи для вставки двух каналов в параметр. Когда два или более потоков пересекаются, для получения синхронизации требуется RTCP. Более того, это когда сеть Настройками нужно управлять через TCP-соединения. Это обеспечивает удобный способ через RTP / RTCP и, когда это возможно, передает через UDP.
2.4 Определение заголовка сообщения
Заголовок сообщения определяется следующим образом. Описание таблицы:
Общий анализ заголовка:
2.5 Код состояния
Код состояния стандартного сообщения RTSP (указывается в первой строке ответного сообщения)
3 Примеры часто используемых методов в rtsp
В этом разделе объясняется типичный процесс взаимодействия, описанный выше.
Цель состоит в том, чтобы получить доступные методы, предоставляемые сервером:
Информация об ответе сервера включает некоторые предоставленные методы, например:
C инициирует запрос DESCRIBE к S, чтобы получить информацию описания сеанса (SDP):
Сервер отвечает некоторой описательной информацией (sdp) для этого сеанса:
Клиент напоминает серверу о необходимости установить сеанс и определяет режим передачи:
Информация об ответе сервера:
Клиент отправляет запрос на воспроизведение:
Информация об ответе сервера:
Клиент инициирует запрос на отключение:
Вышеупомянутые методы являются наиболее часто используемыми в интерактивном процессе, и есть другие важные методы, такие как get/set_parameter,pause,redirect и многое другое
4 Обзор протокола SDP
4.1 Введение
Он использует различные соответствующие транспортные протоколы, включая протокол уведомления о сеансе (SAP), протокол инициации сеанса (SIP), протокол потоковой передачи в реальном времени (RTSP), электронную почту с расширенным протоколом MIME и гипертекст. Протокол передачи (HTTP).
Протокол SDP также является текстовым протоколом, поэтому может быть обеспечена масштабируемость протокола, и он имеет широкий спектр приложений. SDP не поддерживает согласование содержимого сеанса или кодирование мультимедиа, поэтому он используется только для описания мультимедийной информации в потоковом мультимедиа. Согласование среды передачи должно быть реализовано с помощью RTSP.
4.2 Формат протокола SDP
4.3 Примеры протокола SDP
Формат тела сообщения:
v=0// Банк указывает версию договора
o=mhandley 2890844526 2890842807 IN IP4 126.16.64.4// строка содержит параметры, относящиеся к владельцу сеанса
s=SDP Seminar// Указываем заголовок этого разговора или название разговора
i=A Seminar on the session description protocol// Описание сеанса
u=http://www.cs.ucl.ac.uk/staff/M.Handley/sdp.03.ps// URI сеанса, через который вы можете узнать больше о сеансе
[email protected] (Mark Handley)// EMIAL адрес лица, ответственного за сеанс
c=IN IP4 224.2.17.12/127// Строка C содержит информацию о соединении, установленном для мультимедийного сеанса, которая указывает IP-адрес, используемый настоящим медиапотоком
t=2873397496 2873404696// указывает время начала и время окончания сеанса
m=audio 3458 RTP/AVP 0 96 97// строка m также называется строкой мультимедиа, которая описывает тип мультимедиа и другую информацию, поддерживаемую отправителем.
m=video 3400 RTP/AVP 98 99// Строка m также называется строкой мультимедиа, которая описывает типы мультимедиа и другую информацию, поддерживаемую отправителем
a=rtpmap:98 MPV
a=rtpmap:99 H.261