Rtsp излъчване. Видеонаблюдение чрез RTSP протокол

Ясно е, че достатъчен брой потребители на "стрийминг" мултимедийни услуги са или ще желаят да използват такъв системен стандарт домашно видеои DVD функции като „пауза“, „бързо превъртане напред/назад“ и др. Както е посочено в раздел 1.2.2 от тази глава, изпълнението допълнителни протоколище задоволят напълно нуждите и на най-взискателния потребител.

Към момента на писане най-широко разпространеният и бързо развиващ се протокол, на който се изпълняват горните функции, е „протоколът за поточно предаване в реално време“ RTSP (Протокол за поточно предаване в реално време), дефиниран в .

Главна функцияПротоколът RTSP е способността да се контролира приложение за „поточно предаване“. Контролните функции са реализирани в софтуерен продукт, който възпроизвежда аудио и/или видео информация, идваща от сървъра, т.е. медиен плейър. Управлението се осъществява чрез обмен на управляващи съобщения между сървъра и клиента. RTSP контролните съобщения не принадлежат към връзките за данни и потоците между сървъра и клиента - те използват отделна връзка или поток с номер на порт 544, поради което този протокол се нарича "извънлентов". Може да се направи аналогия за RTSP контролни съобщения с контролния канал в FTP протокол. Спецификацията RTSP ви позволява да я използвате на транспортно ниво за вашите ламели като TCP протоколи UDP.

На фиг. Фигура 1.27 показва пример за взаимодействие между клиент и сървър, използвайки протокола RTSP. Ще разгледаме случая, когато крайният потребител от страна на клиента използва стандартен браузър(браузър), за да видите хипертекстова информация от мрежата и чрез него да инициирате гледане на „поточно“ видео от саундтрак. В резултат на процедурата за иницииране (физически това може да бъде просто щракване с мишката върху съответната хипервръзка), браузърът изпраща заявка до уеб сървъра относно параметрите на обекта (презентация), разположен зад хипервръзката (в нашия случай това е „поточно“ видео със звук), в резултат на което уеб сървърът изпраща „файл с описание на презентация“, пример за който е показан на фиг. 1.26, Взаимодействието се осъществява чрез HTTP протокол, Този файл може да съдържа както връзки към няколко „поточни“ файла, така и директиви за тяхното синхронизиране. Всяка връзка към файл "поток" трябва да започва с URL метода rtsp://.

Обърнете внимание, че физически „поточно предаваните“ файлове може да се намират на друг сървър, наречен „медиен сървър“ ( медиен сървър). В разглеждания пример аудио и видео потоците трябва да се възпроизвеждат паралелно от страната на клиента в режим на синхронизиране на устни (синхронизация между аудио и видео потоци), а мултимедийният плейър има възможност да избира с какво качество да се възпроизвежда аудиото - два аудио потока са налични от страната на медийния сървър различно качество: висок ni fi и нисък lofi. Обърнете внимание, че примерът предполага добре познатия формат SMIL за файлове с аудио поток. Този формат се използва за осигуряване на синхронизация между различни потоци от много търговски продукти.

Ориз. 1.26. Пример за метакод „файл с описание на презентация“

След като получи "файла с описание на презентацията" от уеб сървъра от страна на клиента, браузърът трябва да изпрати заявка за изтегляне до RAMлокален медиен плейър, способен да възпроизвежда аудио и видео потоци определен формат. Освен това, както е показано на фиг. 1.27, мултимедийният плейър от страна на клиента и медийният сървър обменят серия от RTSP съобщения. Медийният плейър изпраща на медийния сървър съобщение със заявка за установяване на RTSP връзка RTSP SETUP, отговорът на което е съобщение, показващо поддръжка за тази връзка RTSP OK.

Съобщението RTSP SETUP съдържа информация за номера на клиентския порт, където трябва да бъдат адресирани файловите пакети "поток". Медийният плейър след това изпраща RTSP PLAY заявка, за да започне предаването на „стрийминг“ файла, нека в нашия случай да бъде аудио Ниско качестволофи. След като получи тази заявка, медийният сървър започва да изпраща пакети, съдържащи необходимата аудио информация, към медийния плейър, разположен от страната на клиента.

Следваща на фиг. Фигура 1.27 показва пример за изпълнение на функцията "пауза" - за да постави на пауза изпращането на "стрийминг" аудио пакети, медийният плейър трябва да изпрати RTSP PAUSE съобщение, а медийният сървър трябва да отговори с RTSP OK съобщение. Ако потребителят реши да спре да слуша/гледа, трябва да се инициира разрушаването на RTSP връзката, за което мултимедийният плейър изпраща съобщение RTSP TEARDOWN до медийния сървър, а медийният сървър трябва да отговори с RTSP OK съобщение.

RTSP протоколът не включва следните функции:

Определяне на схеми и алгоритми за компресиране на аудио и видео;

Определяне как аудио и видео информацията е капсулирана в пакети за предаване по мрежата; тази функция може да се реализира в RTP протоколили в „корпоративния протокол“ на производителя софтуерприложения.

Например в софтуерни реализациикакто медийният сървър, така и клиентът на RealNetworks използват протокола RTSP за обмен на служебна информация, а аудио и видео информацията се капсулира чрез протокола RTP;

Определяне на кои транспортен протоколизползва се за пренос на пакети от край до край - могат да се използват както UDP, така и TCP;

Ограничение на това как аудио и видео потоците се буферират от страна на клиента - възпроизвеждането може да започне веднага след получаване на първия пакет, след известно време, за да се извърши буфериране за борба с вариациите в латентността на пакетите и след като цялата информация е съхранена на клиента страна.

Най-новите и пълна информацияотносно протокола RTSP можете да намерите в Интернет на адрес

Протоколът RTSP позволява на всеки потребител на TrueConf да се свързва с IP видеокамери и други източници на медийно съдържание, излъчващи с помощта на този протокол за наблюдение на отдалечени обекти. Потребителят може също да се свърже с такива камери, за да излъчва изображения по време на видеоконференция.

Благодарение на поддръжката на RTSP протокол, потребителите TrueConf сървърможе не само да се свързва с IP камери, но и да излъчва видеоконференции към RTSP плейъри и медийни сървъри. Прочетете повече за RTSP излъчванията.

Какво е RTSP протокол?

RTSP (протокол за поточно предаване в реално време)– протокол за стрийминг в реално време, който съдържа прост набор от основни команди за управление на видео поток.

Как да се свържа с IP камера в клиентското приложение TrueConf за Windows?

За да се свържете с IP камера, която поддържа протокола RTSP, потребителят трябва само да влезе адресна лентаклиентското приложение поиска формуляра #rtsp_url и щракнете върху бутона Обадете се(като по време на обикновен видео разговор). rtsp_url- това е индивидуално RTSP адрескамера (форматът й зависи от производителя, модела на камерата и нейния режим). Например за камери Axis rtsp_urlзаявката ще изглежда така: rtsp:%2f%2fIP%2faxis-media%2fmedia.amp. Такова искане е - универсален идентификаторустройство на TrueConf Server, към което може да се добави адресна книгаи към списъка с участници в груповата конференция.

Свързвайки се с камерата, потребителят може да наблюдава обекта непрекъснато, дори денонощно!

Предимства от използването на IP камери със софтуерни решения TrueConf

  1. Чрез инсталиране на IP камера в офис или промишлен цех и свързване към нея по всяко удобно време, вие ще можете да контролирате производствения процес на вашата компания.
  2. Можете да наблюдавате отдалечени обекти денонощно. Например, ако отивате на почивка и не искате да оставяте апартамента си без надзор, просто инсталирайте една или повече IP камери там. Като се обадите на една от тези камери от вашия компютър с инсталирано клиентско приложение TrueConf, можете да се свържете с вашия апартамент по всяко време и да видите в реално време какво се случва там.
  3. IN клиентски приложения TrueConf за Windows, Linux и macOS всички потребители имат достъп до възможността за запис на видеоконференции, благодарение на което по време на видеонаблюдение можете да записвате всякакви събития и да получавате документални доказателства за тях.

Трансформира се този продуктна практика универсално решениеза гледане на видеоклипове независимо от източника. Забележителна функция, която плейърът предоставя, е възпроизвеждането на RTSP поток. Как работи тази функционалност ще бъде обсъдено по-долу.

Играя в VLC плейър RTSP, както и възможността за заснемане на поток, са много популярни функции сред потребителите на системи за видеонаблюдение, които включват IP камери.

Приложение

Мнозинство модерни моделиКамерите за видеонаблюдение и DVR са оборудвани с поддръжка на описания протокол. Добавяйки към тези хардуерни компоненти такъв надежден софтуерен инструмент, Как VideoLAN клиентвъзможно е да се организира система за гледане и запазване на видео информация, без да се включват професионалисти в тази област.

Протокол за поточно предаване в реално времее протокол за стрийминг на приложение, който описва команди, които се използват за управление на видео поток. Командите могат да инструктират IP камерата или сървъра да изпълни различни действия, например, започнете да излъчвате поток или спрете да предавате видео данни.

В параметрите на IP камерите може да има различни обозначения за стрийминг опции за предаване на информация. RTSP, както бе споменато по-горе, е по същество набор от команди, с които се извършва контрол на потока. Съкращения UDP и RTPпосочете транспортния механизъм, използван при видео предаване.

Отваряне на RTSP поток във VLC.

За да може потокът от камерата да се показва в прозореца на плейъра, трябва предварителна настройка VLC. Следвайте инструкциите, посочени по-долу.


Така по прост начинМоже да се извърши организиране на преглед на камери в системи за видеонаблюдение.

Материали от Wikipedia - свободната енциклопедия

Протокол за поточно предаване в реално време (Английскипротокол за поточно предаване в реално време, съкр. RTSP) - приложено протокол, предназначени за използване в системи, работещи с мултимедияданни (мултимедийно съдържание, медийно съдържание) и ви позволява дистанционно да контролирате потока от данни от сървъра, предоставяйки възможност за изпълнение на команди, като стартиране (старт), пауза (пауза) и спиране (стоп) на излъчване (възпроизвеждане) на мултимедия съдържание, както и достъп по време до файлове, разположени на сървъра. Проектирана от IETFпрез 1998 г. и описан в RFC 2326.

RTSP не извършва компресия, нито дефинира метод за капсулиране на медийни данни и транспортни протоколи. Самото поточно предаване на данни не е част от RTSP протокола. Повечето RTSP сървъри използват стандарта транспортен протокол в реално време, предаване на аудио и видео данни.

Описание

Синтаксисът и операциите на протокола са подобни на HTTP. Съществуват обаче редица съществени разлики между RTSP и HTTP протоколите. Един от основните е, че при първия сървърът и клиентът могат да генерират заявки. Например, видео сървър може да изпрати заявка за задаване на опции за възпроизвеждане за конкретен видео поток. Освен това протоколът RTSP предвижда, че управлението на състоянието или комуникацията трябва да се извършва от сървъра, докато HTTP изобщо няма нищо общо с това. И накрая, в RTSP данните могат да се предават извън основната лента ( Английскиизвън лентата) от други протоколи, като RTP, което не е възможно в случай на HTTP.

RTSP съобщенията се изпращат отделно от медийния поток. Те използват специална връзка порт, по подразбиране с номер 554. Заявката към сървъра се изпраща на текстова формавъв формат: метод<абсолютный_адрес> <версия_протокола>. Допълнителни сервизни полета могат да бъдат изпратени заедно със заявката (на нови редове за заявка).

Протоколни методи:

  • describe - искане за описание на съдържанието, например във формат СДП ;
  • опции - искане на поддържани методи;
  • play - заявка за започване на излъчване на съдържание;
  • пауза - искане за временно спиране на излъчването;
  • запис - заявка за запис на съдържание от сървъра;
  • пренасочване - пренасочване към друго съдържание;
  • настройка - заявка за инсталиране на транспортен механизъм за съдържанието;
  • съобщаване - актуализиране на данните за описание на съдържанието;
  • get_parameter - заявка определени параметрина сървъра;
  • set_parameter - настройка на параметрите на сървъра;
  • teardown - спиране на нишката и освобождаване на ресурси.

Примерна заявка: PLAY rtsp://example.com/video/test.mpg/streamid=0 RTSP/1.0