Protocolul RTSP permite oricărui utilizator TrueConf să se conecteze la camere video IP și alte surse de conținut media care difuzează folosind acest protocol pentru a monitoriza obiecte la distanță. De asemenea, utilizatorul se poate conecta la astfel de camere pentru a difuza imagini în timpul unei conferințe video.
Datorită suportului pentru protocolul RTSP, utilizatorii Serverul TrueConf se poate conecta nu numai la camerele IP, dar și transmite conferințe video către playere RTSP și servere media. Citiți mai multe despre emisiunile RTSP.
Ce este protocolul RTSP?
RTSP (Protocol de streaming în timp real)– un protocol de streaming în timp real care conține un set simplu de comenzile principale pentru a controla fluxul video.
Cum să vă conectați la o cameră IP în aplicația client TrueConf pentru Windows?
Pentru a se conecta la o cameră IP care acceptă protocolul RTSP, utilizatorul trebuie doar să intre bara de adresa aplicația client solicitați formularul #rtsp_url și faceți clic pe butonul Apel(ca în timpul unui apel video obișnuit). rtsp_url- aceasta este adresa RTSP individuală a camerei (formatul acesteia depinde de producător, modelul camerei și modul acesteia). De exemplu, pentru camerele Axis rtsp_url cererea va arăta astfel: rtsp:%2f%2fIP%2faxis-media%2fmedia.amp. O astfel de cerere este - identificator universal dispozitiv pe serverul TrueConf, prin care poate fi adăugat carte de adreseși la lista participanților la conferința de grup.
Prin conectarea la cameră, utilizatorul poate monitoriza obiectul în mod continuu, chiar și non-stop!
Beneficiile utilizării camerelor IP cu soluții software TrueConf
- Prin instalarea unei camere IP într-un birou sau atelier industrial și conectarea la aceasta în orice moment oportun, vei putea controla proces de fabricație compania dvs.
- Puteți monitoriza obiectele de la distanță non-stop. De exemplu, dacă plecați în vacanță și nu doriți să vă lăsați apartamentul nesupravegheat, instalați pur și simplu una sau mai multe camere IP acolo. Făcând un apel către una dintre aceste camere de pe computer cu aplicația client TrueConf instalată, vă puteți conecta oricând la apartamentul dvs. și puteți vedea în timp real ce se întâmplă acolo.
- ÎN aplicații client TrueConf pentru Windows, Linux și macOS toți utilizatorii au acces la capacitatea de a înregistra conferințe video, datorită cărora în timpul supravegherii video puteți înregistra orice evenimente și puteți primi dovezi documentare ale acestora.
Protocolul RTSP
RTSP (Protocol de streaming în timp real sau, în rusă, protocol de streaming în timp real) este un protocol de aplicație care descrie comenzi pentru controlul unui flux video. Folosind aceste comenzi, putem „ordona” camerei sau serverului, de exemplu, să înceapă difuzarea unui flux video. Un exemplu de solicitare de pornire a redării arată astfel: PLAY rtsp://192.168.0.200/h264 RTSP/1.0
Adică, RTSP este pur și simplu un set de comenzi pentru controlul unui flux video. Să facem un experiment. Pentru a face acest lucru, avem nevoie de o cameră IP care acceptă protocolul RTSP și adresa sa RTSP. Această adresă arată cam așa rtsp://
Protocolul TCP
Să presupunem că am ales metoda RSTP peste TCP și dorim să începem să transmitem un flux video. Ce se va întâmpla la nivelul mecanismelor de transport? Mai întâi, folosind mai multe comenzi, se va stabili o conexiune între expeditor și destinatar. După aceasta, va începe transferul de date video. În același timp, mecanismele TCP
se va asigura că toate datele ajung la destinatar fără modificări și în ordinea necesară. TCP va regla, de asemenea, rata de transmisie, astfel încât transmițătorul să nu trimită mai multe date decât poate procesa receptorul, de exemplu,
UDP este o alternativă la protocolul de transport TCP. Spre deosebire de TCP, UDP nu stabilește o conexiune preliminară, ci pur și simplu începe să transmită date. UDP nu se asigură că datele sunt primite și nu le dublează dacă piese lipsesc sau sosesc cu erori. UDP mai puțin
mai fiabil decât TCP. Dar, pe de altă parte, oferă mai mult transfer rapid fluxuri din cauza absenței unui mecanism de repetare a transmiterii pachetelor pierdute. Diferența dintre protocoalele TCP și UTP poate fi ilustrată exemplul următor. Doi prieteni se întâlnesc. Opțiunea TCP:
Ivan: „Bună ziua! Să discutăm? (conexiune stabilita)
Semyon: „Bună! Haideți!" (conexiune stabilita)
Ivan: „Am fost ieri în magazin. Înțelegi?" (transfer de date)
Semyon: „Da!” (confirmare)
Ivan: „Acolo au fost descărcate echipamente noi. Înțelegi?" (transfer de date)
Semyon: „Nu” (confirmare)
Ivan: „Acolo au fost descărcate echipamente noi. Înțelegi?" (retransmisie)
Semyon: „Da!” (confirmare)
Ivan: „Mâine voi fi din nou acolo. Înțelegi?" (transfer de date)
Semyon: „Da!” (confirmare)
Opțiunea UDP
Ivan: „Bună ziua! Am fost ieri în magazin" (transfer de date)
Ivan: „Echipamentul nou a fost descărcat acolo” (transfer de date)
Ivan: „Mâine voi fi din nou acolo” (transfer de date)
Ivan: „Pot afla prețuri pentru tine” (transfer de date)
Ivan: „Au promis reduceri pt volume bune" (transfer de date)
Ivan: „Dacă vrei, sună - vom merge împreună” (transfer de date)
Semyon: „Da, voi suna” (transfer de date)
De asemenea, puteți vedea diferența dintre protocoale făcând următorul experiment: încercați să setați camera la modul RTSP prin TCP și fluturând mâna în fața obiectivului - veți vedea o întârziere pe ecranul monitorului. Acum rulați același test în RTSP prin modul UDP. Întârzierea va fi mai mică. Mai mulți factori afectează latența: formatul de compresie, puterea computerului, protocolul de transmisie și caracteristicile software implicat în decodarea video.
RTP (Protocol de transport în timp real), sau în rusă protocolul de transport în timp real. Acest protocol este creat special pentru transmiterea traficului în timp real. Vă permite să monitorizați sincronizarea datelor transmise, să ajustați secvența de livrare a pachetelor și, prin urmare, este mai potrivit decât altele pentru transmiterea de date video și audio. ÎN caz general Pentru a transmite un flux video, este de preferat să utilizați fie RTP, fie UDP. Lucrul prin TCP este justificat doar dacă trebuie să lucrăm cu rețele problematice, deoarece Protocolul TCP va putea corecta erorile și defecțiunile care apar în timpul transferului de date.
Este posibil ca manualul care vine cu camera CCTV să nu conțină întotdeauna informații despre protocolul RTSP conform căruia dispozitivul funcționează. Cu toate acestea, există un numar mare de cazuri când trebuie să utilizați acest protocol, deci este nevoie să aflați adresa acestuia.
Proprietarul unui sistem de supraveghere video poate avea nevoie să cunoască fluxul RTSP în diferite situații:
- pentru a conecta camera video la serverul cloud;
- pentru a configura transmiterea de informații video către site-ul web;
- pentru a reda videoclipuri în fluxul playerului diferite dispozitive – telefon mobil, laptop sau tabletă.
Pentru ce este protocolul RTSP?
Numele protocolului RTSP transferă controlul în modul online. Astfel, Real Time Streaming Protocol ajută la gestionarea streamingului video online. Acest protocol folosit foarte des în supravegherea video IP, deoarece există o descriere a comenzilor necesare.
Protocolul RTSP permite proprietarului unei camere de securitate să rezolve câteva funcții importante:
- date de difuzare folosind VLC;
- difuzați videoclipuri către resursele și platformele dvs.;
- configura inregistratoare video NVR;
- conectați o cameră de supraveghere video la stocarea virtuală;
- adăugați o cameră video la aplicatii mobile pe Bazat pe Android sau iOS.
În același timp, deschiderea unui flux RTSP pentru mulți utilizatori de sisteme de supraveghere video nu este foarte simplă și destul de dificilă.
Aflați adresa RTSP a unei camere CCTV
Există mai multe opțiuni care vă permit să aflați fluxul RTSP al unei camere video atunci când nu este indicat în instrucțiunile corespunzătoare.
Un număr mare de camere video IP care sunt vândute în Rusia conțin elemente XMEye chinezești. Aceste componente pot fi văzute chiar și în producătorii interni camere precum Vesta, HiQ, SVplus și altele asemenea. aparat foto modele similare vom avea următorul format Flux RTSP:
rtsp://192.168.132.32:554/user=admin&password=12345&channel=1&stream=0.cgi
ÎN adresa dată exista componente precum:
- 192.168.132.32 – adresa IP directă a dispozitivului;
- 554 – port protocol (implicit este numerotat 554, dar acest parametru poate fi modificat în setările dispozitivului);
- admin – autentificare camera CCTV;
- 12355 – parola pentru autentificarea utilizatorului.
În cazul în care camera video IP conține alte componente, va trebui să utilizați una dintre cele două opțiuni enumerate mai jos.
Prima opțiune este cea mai simplificată. Pentru a afla fluxul RTSP de la o cameră CCTV, trebuie să contactați producătorul sau furnizorul a acestui dispozitiv. La cerere, aceștia vor putea furniza formatul fluxului necesar și acest serviciu Chiar și vânzătorii chinezi pot oferi asistență - de la fabrici din China sau de pe site-ul AliExpress.
A doua opțiune este utilizarea software-ului specializat. Această metodă poate ajuta în cazurile în care proprietarul sistemului de supraveghere video nu are capacitatea sau dorința de a solicita o adresă de flux RTSP de la furnizor. Apoi o puteți face singur folosind software-ul.
Mai întâi va trebui să descărcați un program numit One Manager de dispozitiv. După instalare acest software vă va ajuta să aflați adresa RTSP.
De regulă, majoritatea camerelor video acceptă protocolul onvif, așa că nu ar trebui să existe dificultăți la utilizarea software-ului. Nuanță importantă– pentru o funcționare corectă, este necesar să conectați laptopul sau computerul unde va fi instalat programul, precum și dispozitivul IP în sine, la aceeași rețea locală.
Puteți găsi pe Internet liste întregi care conțin adresele fluxurilor RTSP, deoarece aceste date depind de marca de cameră de supraveghere video produsă.
Cum se deschide un flux RTSP într-o cameră video?
Când adresa de flux RTSP devine cunoscută proprietarului sistemului de urmărire, acesta poate primi informații video de la camera IP. Pentru a deschide o transmisie video în flux, va trebui să parcurgeți următoarea listă de pași:
- instala pentru camera video adresa IP permanentăși comandați-l de la furnizorul dvs. de internet;
- transmite cererile locale venite de la camera video către portul RTSP;
- trece un test de performanță.
O adresă statică poate fi configurată folosind programul IP Hunter sau puteți contacta furnizorul dvs. și îi cereți să ofere calitatea opțiune suplimentară adresa IP permanentă. După aceasta, trebuie să configurați redirecționarea portului și porturile de redirecționare către portul RTSP de la porturile locale ale camerei video. Apoi puteți continua la verificarea fluxului.
Pentru a înțelege dacă legătura RTSP este funcțională, puteți deschide playerul VLC și verificați acolo. Pentru a face acest lucru, în meniul principal al playerului trebuie să faceți clic pe categoria „Media” și să selectați „Open URL”. Apoi, va trebui să accesați fila „Rețea” a ferestrei „Sursă” și să specificați linkul.
Material de pe Wikipedia - enciclopedia liberă
Protocol de streaming în timp real(Protocol de streaming în timp real în engleză, abreviat RTSP) - protocol de aplicație conceput pentru utilizarea în sistemele care funcționează cu date multimedia (conținut multimedia, conținut media) și vă permite să controlați de la distanță fluxul de date de pe server, oferind posibilitatea de a executa comenzi , cum ar fi pornirea (pornirea), întreruperea (pauză) și oprirea (oprirea) difuzării (redării) conținutului multimedia, precum și accesul în funcție de timp la fișierele aflate pe server. Dezvoltat de IETF în 1998 și descris în RFC 2326.
RTSP nu efectuează compresie și nici nu definește o metodă de încapsulare media sau protocoale de transport. Streaming-ul în sine nu face parte din protocolul RTSP. Majoritatea serverelor RTSP folosesc un protocol standard de transport în timp real în acest scop, care transmite date audio și video.
Descriere
Protocolul este similar în sintaxă și operațiuni cu HTTP. Cu toate acestea, există o serie de diferențe semnificative între protocoalele RTSP și HTTP. Una dintre principalele este că în primul, atât serverul, cât și clientul sunt capabili să genereze cereri. De exemplu, un server video poate trimite o solicitare pentru a seta opțiunile de redare pentru un anumit flux video. De asemenea, protocolul RTSP prevede că gestionarea stării sau a comunicațiilor trebuie efectuată de server, în timp ce HTTP nu are nimic de-a face cu asta. În cele din urmă, în RTSP, datele pot fi transmise în afara benzii prin alte protocoale, cum ar fi RTP, ceea ce nu este posibil în cazul HTTP.
Mesajele RTSP sunt trimise separat de fluxul media. Pentru ei, se folosește o conexiune pe un port special, numărul implicit este 554. Solicitarea către server este trimisă la forma textîn format: metodă<абсолютный_адрес> <версия_протокола>. Câmpurile de servicii suplimentare pot fi trimise împreună cu cererea (pe liniile de solicitare noi).
Metode de protocol:
- descrie - cerere pentru o descriere a conținutului, de exemplu, în format SDP;
- opțiuni - solicitați metode suportate;
- play - cerere de începere a difuzării conținutului;
- pauză - cerere de oprire temporară a difuzării;
- înregistrare - cerere de înregistrare a conținutului de către server;
- redirecționare - redirecționare către alt conținut;
- setup - cerere de instalare a unui mecanism de transport pentru conținut;
- anunță - actualizați datele de descriere a conținutului;
- get_parameter - cerere parametri specificati la server;
- set_parameter - setarea parametrilor serverului;
- teardown - opriți firul și eliberați resurse.
Exemplu de solicitare: PLAY rtsp://example.com/video/test.mpg/streamid=0 RTSP/1.0
Este clar că un număr suficient de utilizatori ai serviciilor multimedia „streaming” sunt sau vor fi dispuși să utilizeze un astfel de standard de sistem. videoclip de acasași funcții DVD, cum ar fi „pauză”, „înainte/înapoi rapid” etc. După cum se precizează în paragraful 1.2.2 al acestui capitol, implementarea protocoalelor suplimentare va satisface pe deplin nevoile celui mai pretențios utilizator.
La momentul redactării acestui articol, protocolul cel mai răspândit și cu cea mai rapidă dezvoltare pe care sunt implementate funcțiile de mai sus este „protocolul de streaming în timp real” RTSP (Protocol de streaming în timp real) definit în .
Functie principala Protocolul RTSP este capacitatea de a controla o aplicație de „streaming”. Funcțiile de control sunt implementate în produs software, care reproduce informații audio și/sau video care provin de la server, de ex. media Player. Managementul se realizează prin schimbul de mesaje de control între server și client. Mesajele de control al protocolului RTSP nu aparțin conexiuni de informareși fluxuri între server și client - folosesc o conexiune sau un flux separat cu numărul de port 544, motiv pentru care acest protocol este numit „out-of-band”. O analogie pentru mesajele de control RTSP poate fi făcută cu canalul de control în protocol FTP. Specificația RTSP vă permite să utilizați atât protocoalele TCP, cât și UDP la nivel de transport pentru pachetele dvs.
În fig. Figura 1.27 prezintă un exemplu de interacțiune între un client și un server folosind protocolul RTSP. Vom lua în considerare cazul când utilizatorul final din partea clientului utilizează browser standard(browser) pentru a vizualiza informații hipertext din rețea și prin aceasta inițiază vizionarea videoclipurilor „streaming” din coloana sonoră. Ca urmare a procedurii de inițiere (fizic acesta poate fi doar un clic de mouse pe hyperlinkul corespunzător), browserul trimite o solicitare către serverul web despre parametrii obiectului (prezentarea) aflat în spatele hyperlinkului (în cazul nostru, acest este un videoclip „streaming” cu sunet), ca urmare, serverul web trimite un „fișier de descriere a prezentării”, un exemplu al căruia este prezentat în Fig. 1.26, Interacțiunea se realizează prin Protocolul HTTP, Acest fișier poate conține atât link-uri către mai multe fișiere „stream”, cât și directive pentru sincronizarea acestora. Fiecare link către un fișier „stream” trebuie să înceapă cu metoda URL rtsp://.
Rețineți că fișierele de „streaming” fizic pot locui pe un alt server, numit „server media” ( server media). În exemplul luat în considerare, fluxurile audio și video trebuie redate în paralel pe partea clientului în modul de sincronizare pe buze (sincronizare între fluxurile audio și video), iar playerul media are capacitatea de a alege în ce calitate ar trebui redat sunetul. - două fluxuri audio sunt disponibile pe partea serverului media calitate variata: high ni fi și low lofi. Rețineți că exemplul presupune formatul bine-cunoscut SMIL pentru fișierele de flux audio. Acest format este folosit pentru a asigura sincronizarea între diferite fluxuri de multe produse comerciale.
Orez. 1.26. Exemplu de metacod „fișier de descriere a prezentării”
După ce a primit „fișierul de descriere a prezentării” de la serverul web din partea clientului, browserul trebuie să trimită o solicitare de descărcare către RAM player media local capabil să redea fluxuri audio și video într-un anumit format. În continuare, așa cum se arată în Fig. 1.27, playerul media pe partea client și serverul media schimbă o serie de mesaje RTSP. Media player-ul trimite serverului media un mesaj de solicitare pentru stabilirea unei conexiuni RTSP RTSP SETUP, răspunsul la care este un mesaj care indică suportul pentru această conexiune RTSP OK.
Mesajul RTSP SETUP conține informații despre numărul portului clientului unde ar trebui să fie adresate pachetele de fișiere „stream”. Apoi playerul media trimite o solicitare RTSP PLAY pentru a începe transmiterea fișierului „streaming”, să fie, în cazul nostru, audio De calitate inferioară lofi. După primirea acestei solicitări, serverul media începe să trimită pachete care conțin informațiile audio necesare către playerul media situat pe partea clientului.
Urmează în Fig. Figura 1.27 prezintă un exemplu de implementare a funcției „pauză” - pentru a întrerupe trimiterea pachetelor audio „streaming”, playerul media trebuie să trimită un mesaj RTSP PAUSE, iar serverul media trebuie să răspundă cu un mesaj RTSP OK. Dacă utilizatorul decide să oprească ascultarea/vizionarea, trebuie inițiată distrugerea conexiunii RTSP, pentru care media playerul trimite un mesaj RTSP TEARDOWN către serverul media, iar serverul media trebuie să răspundă cu un mesaj RTSP OK.
Protocolul RTSP nu include următoarele funcții:
Determinarea schemelor și algoritmilor de compresie pentru audio și video;
Determinarea modului în care informațiile audio și video sunt încapsulate în pachete pentru transmisie prin rețea; această funcționalitate poate fi implementată în protocolul RTP sau în „protocolul de întreprindere” al producătorului de software de aplicație.
De exemplu, în implementari software atât un server media cât și un client RealNetworks pentru partajare informatii oficiale se utilizează protocolul RTSP, iar informațiile audio și video sunt încapsulate prin protocolul RTP;
Determinarea protocolului de transport utilizat pentru a transfera pachetele de la capăt la capăt - se pot utiliza atât UDP, cât și TCP;
Limitarea modului în care fluxurile audio și video sunt stocate în tampon pe partea clientului - redarea poate fi începută imediat după primirea primului pachet, după un anumit timp pentru a efectua buffering pentru a combate variația latenței pachetului și după ce toate informațiile au fost stocate pe client latură.
Cel mai recent și informatii complete despre protocolul RTSP pot fi găsite pe Internet la
