RTSP (протокол потоковой передачи в реальном времени) — это протокол прикладного уровня, совместно предложенный Real Network и Netscape о том, как эффективно передавать потоковые мультимедийные данные в IP-сети. RTSP обеспечивает такие элементы управления, как пауза и перемотка вперед для потоковой передачи мультимедиа, но сам по себе не передает данные.Роль RTSP эквивалентна удаленному управлению сервером потокового мультимедиа.
Сервер может использовать TCP или UDP для передачи потокового контента. Его синтаксис и работа аналогичны HTTP 1.1, но он не делает особого упора на синхронизацию времени, поэтому может допускать задержки в сети. Он также позволяет одновременно управлять несколькими потоками (многоадресная передача), помимо уменьшения использования сети на стороне сервера, он также может поддерживать многостороннюю видеоконференцсвязь (видеосвязь). Поскольку он работает аналогично HTTP1.1, функция кэширования «Cache» прокси-сервера «Proxy» также применима к RTSP, а поскольку RTSP имеет функцию перенаправления, сервер, предоставляющий услугу, может переключаться в соответствии с реальной ситуацией загрузки. Избегайте чрезмерной нагрузки, сосредоточенной на одном сервере и вызывающей задержку.
ЧТО ТАКОЕ RTSP ПРОСТЫМ ЯЗЫКОМ
Разница и связь между rtsp и http
(1) Контакт: оба используют простой текст для отправки сообщений, а синтаксис протокола rtsp аналогичен HTTP. Rtsp изначально был разработан таким образом, чтобы быть совместимым с ранее написанным кодом анализа протокола HTTP.
(2) Разница: rtsp отслеживает состояние. Разница в том, что командам RTSP необходимо знать, в каком состоянии они находятся в данный момент. То есть, команды rtsp всегда отправляются по порядку, а команда всегда отправляется перед другой командой. . Rtsp не будет отключать соединение независимо от того, в каком состоянии он находится. , И http не сохраняет состояние.После того, как протокол отправит команду, соединение будет разорвано, и между командами нет зависимости. Протокол rtsp использует порт 554, а http использует порт 80.
Разница и связь между rtsp и sip
SIP (Session Initiation Protocol) — это протокол управления прикладным уровнем, основанный на IP. Поскольку SIP — это протокол сигнализации, основанный на простом тексте, он может управлять сеансами в разных сетях доступа. Сеанс может быть любым типом связи между оконечными устройствами, таким как видеосеанс, текущая обработка информации или совместный сеанс. Протокол не определяет и не ограничивает доступные службы. Такие вопросы, как передача, качество обслуживания, выставление счетов и безопасность, решаются базовой базовой сетью и другими протоколами.
(1) Контакт: и sip, и rtsp являются протоколами управления прикладного уровня, которые отвечают за установление, управление и завершение процесса связи и не несут ответственности за промежуточную часть передачи. Все они представляют собой протоколы сигнализации, основанные на простом тексте, и обладают хорошими характеристиками проникновения через стены. Поддержка tcp, udp, поддержка многостороннего общения. Все они нуждаются в поддержке сервера и поддерживают перенаправление в ходе сеанса. И sip, и rtsp используют протокол sdp для передачи параметров мультимедиа и протокол rtp (rtcp) для передачи потоков мультимедиа.
Pros and Cons of RTSP for Live Streaming Playback
(2) Разница: rtsp — это протокол, специально разработанный для потоковой передачи мультимедиа, который лучше, чем sip, в синхронизации нескольких мультимедийных потоков. rtsp также обеспечивает функции балансировки сетевой нагрузки для снижения нагрузки на сервер и требований к пропускной способности сети. SIP обычно используется для создания аудио- и видеозвонков (двусторонний), тогда как rtsp обычно используется для видео по запросу, видеонаблюдения и т. Д. (Односторонний). Конечно, в принципе, rtsp также может выполнять двусторонние видеозвонки.
Связь между RTSP и RTP (rtcp)
rtsp отвечает за установление и контроль сеансов, rtp отвечает за передачу мультимедиа, а rtcp взаимодействует с rtp для управления и статистики трафика. Они находятся в отношениях сотрудничества.
Существует два типа сообщений RTSP: одно — сообщение запроса (запрос), а второе — сообщение ответа (ответ). Форматы этих двух сообщений различаются.
Методы включают в себя OPTIONS, SETUP, PLAY и TEARDOWN ожидание. URI — это адрес получателя (сервера), например: rtsp: //192.168.22.136: 5000 / v0. CR LF в конце каждой строки означает возврат каретки и перевод строки, которые необходимо получить. Конец имеет соответствующий анализ, последний заголовок сообщения должен иметь два CR LF.
Код состояния состоит из трех цифр, указывающих результат выполнения метода, и определяется следующим образом:
1XX: зарезервировано для использования в будущем;
2XX: Успешно, операция получена, понята, принята (получена, понята, принята);
3XX: Redirect, для завершения операции необходимо выполнить дальнейшие операции;
4XX: у клиента есть ошибка, запрос имеет синтаксическую ошибку или не может быть выполнен;
5XX: на сервере произошла ошибка, и сервер не может выполнить законный запрос.
В rtsp определены следующие методы: OPTIONS, DESCRIBE, SETUP, TEARDOWN, PLAY, PAUSE, SCALE, GET_PARAMETER, SET_PARAMETER.
Цель состоит в том, чтобы получить доступные методы, предоставляемые сервером:
OPTIONS rtsp://192.168.20.136:5000/xxx666 RTSP/1.0
CSeq: 1 // Каждое сообщение помечено порядковым номером, и первый пакет обычно является сообщением запроса опции
User-Agent: VLC media player (LIVE555 Streaming Media v2005.11.10)
Информация об ответе сервера включает несколько предоставленных методов, например:
Server: UServer 0.9.7_rc1
Cseq: 1 // Значение cseq каждого ответного сообщения соответствует cseq сообщения запроса
Public: OPTIONS, DESCRIBE, SETUP, TEARDOWN, PLAY, PAUSE, SCALE, GET_PARAMETER // Доступные методы, предоставляемые сервером
C инициирует запрос DESCRIBE к S, чтобы получить информацию описания сеанса (SDP):
DESCRIBE rtsp://192.168.20.136:5000/xxx666 RTSP/1.0
User-Agent: VLC media player (LIVE555 Streaming Media v2005.11.10)
Сервер отвечает некоторой описательной информацией (sdp) для этого сеанса:
Server: UServer 0.9.7_rc1
Last-Modified: Fri, 10 Nov 2006 12:34:38 GMT
Date: Fri, 10 Nov 2006 12:34:38 GMT
Expires: Fri, 10 Nov 2006 12:34:38 GMT
v = 0 // Далее вся информация sdp
o=OnewaveUServerNG 1451516402 1025358037 IN IP4 192.168.20.136
m = video 0 RTP / AVP 96 // m означает описание мультимедиа, ниже приводится описание мультимедиа видеоканала в сеансе
a = control: trackID = 0 // trackID = 0 означает, что видеопоток использует канал 0
Клиент напоминает серверу установить сеанс и определяет режим передачи:
SETUP rtsp://192.168.20.136:5000/xxx666/trackID=0 RTSP/1.0
User-Agent: VLC media player (LIVE555 Streaming Media v2005.11.10)
// trackID = 0 в uri указывает, что канал установлен. Параметр Transport устанавливает режим передачи и структуру пакета. Позиция второго байта заголовка следующего пакета данных чередуется, и его значение различается для каждого канала. Перемеженное значение trackID = 0 имеет два 0 или 1, 0 означает пакет rtp, 1 означает пакет rtcp, принять Конец различает, какой тип пакета данных основан на значении чередования.
Server: UServer 0.9.7_rc1
Сессия: 6310936469860791894 // Идентификатор сеанса, на который ответил сервер
Клиент отправляет запрос на воспроизведение:
PLAY rtsp://192.168.20.136:5000/xxx666 RTSP/1.0
Range: npt = 0.000- // Устанавливаем диапазон игрового времени
User-Agent: VLC media player (LIVE555 Streaming Media v2005.11.10)
Server: UServer 0.9.7_rc1
// seq и rtptime — это информация в пакете rtp
Клиент инициирует запрос на отключение:
TEARDOWN rtsp://192.168.20.136:5000/xxx666 RTSP/1.0
User-Agent: VLC media player (LIVE555 Streaming Media v2005.11.10)
Server: UServer 0.9.7_rc1
Вышеупомянутые методы наиболее часто используются в интерактивном процессе, есть и другие важные методы, такие как get / set_parameter, pause, redirect и т. Д.
v = (версия протокола)
o = (владелец / создатель и идентификатор сеанса)
i = * (информация о сеансе)
u = * (описание URI)
e = * (адрес электронной почты)
p = * (номер телефона)
c = * (информация о подключении)
b = * (информация о пропускной способности)
z = * (настройка часового пояса)
k = * (ключ шифрования)
a = * (0 или более строк атрибутов сеанса)
t = (время активности сеанса)
r = * (0 или более повторений)
m = (имя носителя и адрес передачи)
i = * (заголовок медиа)
c = * (информация о подключении — это поле является необязательным, если включено в уровень сеанса)
b = * (информация о пропускной способности)
k = * (ключ шифрования)
a = * (0 или более строк атрибутов мультимедиа)
Реализация RTSP клиента на JAVA
3.1 Интерфейс IEvent.java
Код интерфейса IEvent.java следующий:
3.2 Класс тестирования RTSP: RTSPClient.java
Тестовый класс RTSP Код класса RTSPClient.java выглядит следующим образом:
Среди них: rtsp: //218.207.101.236: 554 / mobile / 3 / 67A451E937422331 / 8jH5QPU5GWS07Ugn.sdp — это адрес sdp rtsp, который я нашел в Интернете, читатели могут изменить его самостоятельно, порт RTSP по умолчанию — 554.
3.3 Результаты работы
Запустите RTSPClient.java и получите следующий результат:
Порт успешно открыт OPTIONS rtsp://218.207.101.236:554/mobile/3/67A451E937422331 RTSP/1.0 Cseq: 1 Возврат содержимого: RTSP/1.0 200 OK Server: PVSS/1.4.8 (Build/20090111; Platform/Win32; Release/StarValley; ) Cseq: 1 Public: DESCRIBE, SETUP, TEARDOWN, PLAY, PAUSE, OPTIONS, ANNOUNCE, RECORD DESCRIBE rtsp://218.207.101.236:554/mobile/3/67A451E937422331/8jH5QPU5GWS07Ugn.sdp RTSP/1.0 Cseq: 2 Возврат содержимого: RTSP/1.0 200 OK Server: PVSS/1.4.8 (Build/20090111; Platform/Win32; Release/StarValley; ) Cseq: 2 Content-length: 421 Date: Mon, 03 Aug 2009 08:50:36 GMT Expires: Mon, 03 Aug 2009 08:50:36 GMT Content-Type: application/sdp x-Accept-Retransmit: our-retransmit x-Accept-Dynamic-Rate: 1 Content-Base: rtsp://218.207.101.236:554/mobile/3/67A451E937422331/8jH5QPU5GWS07Ugn.sdp/ v=0 o=MediaBox 127992 137813 IN IP4 0.0.0.0 s=RTSP Session i=Starv Box Live Cast c=IN IP4 218.207.101.236 t=0 0 a=range:npt=now- a=control:* m=video 0 RTP/AVP 96 b=AS:20 a=rtpmap:96 MP4V-ES/1000 a=fmtp:96 profile-level-id=8; config=000001b008000001b5090000010000000120008440fa282c2090a31f; decode_buf=12586 a=range:npt=now- a=framerate:5 a=framesize:96 176-144 a=cliprect:0,0,144,176 a=control:trackID=1 SETUP rtsp://218.207.101.236:554/mobile/3/67A451E937422331/8jH5QPU5GWS07Ugn.sdp/trackID=1 RTSP/1.0 Cseq: 3 Transport: RTP/AVP;UNICAST;client_port=16264-16265;mode=play Возврат содержимого: RTSP/1.0 200 OK Server: PVSS/1.4.8 (Build/20090111; Platform/Win32; Release/StarValley; ) Cseq: 3 Session: 15470472221769 Date: Mon, 03 Aug 2009 08:50:36 GMT Expires: Mon, 03 Aug 2009 08:50:36 GMT Transport: RTP/AVP;UNICAST;mode=play;client_port=16264-16265;server_port=20080-20081 PLAY rtsp://218.207.101.236:554/mobile/3/67A451E937422331/8jH5QPU5GWS07Ugn.sdp RTSP/1.0 Session: 15470472221769 Cseq: 4 Возврат содержимого: RTSP/1.0 200 OK Server: PVSS/1.4.8 (Build/20090111; Platform/Win32; Release/StarValley; ) Cseq: 4 Session: 15470472221769 RTP-Info: url=rtsp://218.207.101.236:554/mobile/3/67A451E937422331/8jH5QPU5GWS07Ugn.sdp/trackID=1;seq=0;rtptime=0 PAUSE rtsp://218.207.101.236:554/mobile/3/67A451E937422331/8jH5QPU5GWS07Ugn.sdp/ RTSP/1.0 Cseq: 5 Session: 15470472221769 Возврат содержимого: RTSP/1.0 200 OK Server: PVSS/1.4.8 (Build/20090111; Platform/Win32; Release/StarValley; ) Cseq: 5 Session: 15470472221769 TEARDOWN rtsp://218.207.101.236:554/mobile/3/67A451E937422331/8jH5QPU5GWS07Ugn.sdp/ RTSP/1.0 Cseq: 6 User-Agent: RealMedia Player HelixDNAClient/10.0.0.11279 (win32) Session: 15470472221769 Возврат содержимого: RTSP/1.0 200 OK Server: PVSS/1.4.8 (Build/20090111; Platform/Win32; Release/StarValley; ) Cseq: 6 Session: 15470472221769 Connection: Close Порт успешно закрыт
Сравнивая результаты бега, читатели могут ознакомиться с общими командами RTSP.
Источник: russianblogs.com
Преобразование потока видео RTSP в HTTP-поток
Не все IP камеры имеют возможность транслировать поток в браузере с помощью HTTP протокола. Обычно в даташите камеры прилагается RTSP ссылка которая работает в VLC плеере на ПК, но не в браузере.
Решить эту «проблему» можно несколькими способами, начиная установкой локального сервера и заканчивая танцами с бубном.
Решение оказалось простое, но в то же время многофункциональное.
- Стриминг в браузер
Годится для локального просмотра - Стриминг на сайт
Понадобится внешний IP и настройка роутера.
- Устанавливаем VLC плеер с официального сайта
- Копируем файл cctv-startup.bat в корневую директорию VLC плеера. Запускаем от имени Администратора
Файл cctv-startup.bat можно редактировать обычным текcтовым редактором . Внутри найдете описание какая строка за что отвечает
Если возникнут вопросы задавайте в комментариях
Источник: saniaowner.space
[RTMP] Стрим, прямая трансляция с камеры видеонаблюдения без ПК. Зачем это нужно и как настроить.
В этом ролике я расскажу про такой маркетинговый инструмент, как прямая трансляция с камер видеонаблюдения. Казалось бы, лежащий на поверхности, по крайне мере, для тех, кто занимается IT или околослаботочной деятельностью, но так редко используемый. Наверное существует еще множество областей, где можно применить такое решение. Напишите в комментариях или в чат, если придумаете.
Как обычно, жду ваших предложений по поводу тем для будующих выпусков. Как в чате нас станет больше, — запилю голосование.
Поддержи меня на Patreon или Boosty, и я смогу улучшить звук, картинку и буду снимать ролики гораздо чаще.
https://www.patreon.com/Valentain86
https://boosty.to/valentain86
Чат в Telegram: https://t.me/joinchat/SUyVYA4GHA_Omqha
Источник: tagil.ws