Bagaimana untuk membuka protokol rtsp. Bagaimana untuk menyambung ke kamera IP dalam aplikasi klien TrueConf untuk Windows? Ketahui alamat RTSP kamera CCTV

Berubah produk ini dalam latihan penyelesaian sejagat untuk menonton video tanpa mengira sumbernya. Ciri ketara yang disediakan oleh pemain ialah main balik strim RTSP. Cara fungsi ini berfungsi akan dibincangkan di bawah.

Memainkan VLC RTSP dalam pemain, serta keupayaan untuk menangkap strim, adalah fungsi yang sangat popular di kalangan pengguna sistem pengawasan video yang mengandungi kamera IP.

Permohonan

Majoriti model moden Kamera CCTV dan DVR dilengkapi dengan sokongan untuk protokol yang diterangkan. Menambah kepada komponen perkakasan ini boleh dipercayai alat perisian, Bagaimana Pelanggan VideoLAN adalah mungkin untuk mengatur sistem untuk melihat dan menyimpan maklumat video tanpa melibatkan profesional dalam bidang ini.

Protokol Penstriman Masa Nyata ialah protokol penstriman aplikasi yang menerangkan arahan yang digunakan untuk mengawal strim video. Perintah boleh mengarahkan kamera IP atau pelayan untuk melaksanakan pelbagai tindakan, sebagai contoh, mula menyiarkan strim atau berhenti menghantar data video.

Dalam parameter kamera IP, mungkin terdapat sebutan berbeza untuk pilihan penstriman untuk menghantar maklumat. RTSP, seperti yang dinyatakan di atas, pada asasnya adalah satu set arahan yang mana kawalan aliran dijalankan. Singkatan UDP dan RTP nyatakan mekanisme pengangkutan yang digunakan dalam penghantaran video.

Membuka aliran RTSP dalam VLC.

Untuk membolehkan strim kamera dipaparkan dalam tetingkap pemain, anda mesti pra-tetapan VLC. Ikut arahan yang disenaraikan di bawah.

Jadi dengan cara yang mudah Organisasi tontonan kamera dalam sistem pengawasan video boleh dijalankan.

protokol RTSP

RTSP (Protokol Penstriman Masa Sebenar, atau, dalam bahasa Rusia, protokol penstriman masa nyata) ialah protokol aplikasi, yang menerangkan arahan untuk mengawal strim video. Menggunakan arahan ini, kami boleh "memesan" kamera atau pelayan, sebagai contoh, untuk mula menyiarkan strim video. Contoh permintaan untuk memulakan main balik kelihatan seperti ini: PLAY rtsp://192.168.0.200/h264 RTSP/1.0

Maksudnya, RTSP hanyalah satu set arahan untuk mengawal aliran video. Mari kita jalankan eksperimen. Untuk melakukan ini, kami memerlukan kamera IP yang menyokong protokol RTSP dan alamat RTSPnya. Alamat ini kelihatan seperti ini rtsp:// /mpeg. Anda boleh menemuinya dalam manual kamera atau dalam penerangan API. Untuk kemudahan, kami akan menyediakan alamat RTSP untuk beberapa kamera popular dalam jadual. Selepas kami mengetahui alamat RTSP kamera, kami membuka pemain standard yang menyokong RTSP. Ini boleh jadi salah satu mengikuti program: Windows Media Pemain, QuickTime, Media Pemain Klasik, media VLC pemain, RealPlayer, MPlayer. Kami memilih QuickTime. Buka menu "Fail > Buka URL" dan masukkan alamat RTSP kami. QuickTime kemudiannya akan menyambung ke kamera dan memainkan video langsung. Peranti rakaman yang beroperasi dalam sistem pengawasan video IP menerima video daripada kamera sama ada menggunakan protokol HTTP - iaitu, cara yang sama kami memuat turun imej JPEG daripada tapak web atau sebagai strim melalui RTSP - iaitu, cara yang sama kami menerimanya menggunakan standard pemain dalam contoh terakhir. Dalam tetapan kamera IP, pilihan penstriman untuk penghantaran data boleh ditetapkan sebagai RTSP melalui TCP, RTSP melalui UDP atau hanya RTP. Jadi, RTSP ialah satu set arahan untuk kawalan aliran. Tetapi apakah maksud singkatan lain: TCP, UDP, RTP? TCP, UDP dan RTP adalah mekanisme pengangkutan (protokol) yang sebenarnya menghantar video.

protokol TCP

Katakan kami telah memilih kaedah RSTP berbanding TCP dan mahu mula menghantar strim video. Apakah yang akan berlaku pada tahap mekanisme pengangkutan? Pertama, menggunakan beberapa arahan, sambungan akan diwujudkan antara pengirim dan penerima. Selepas ini, pemindahan data video akan bermula. Pada masa yang sama, mekanisme TCP

akan memastikan bahawa semua data sampai kepada penerima tanpa perubahan dan dalam urutan yang diperlukan. TCP juga akan mengawal kadar penghantaran supaya pemancar tidak menghantar lebih banyak data daripada yang boleh diproses oleh penerima, contohnya,

UDP ialah alternatif kepada protokol pengangkutan TCP. Tidak seperti TCP, UDP tidak mewujudkan sambungan awal, sebaliknya hanya mula menghantar data. UDP tidak memastikan bahawa data diterima dan tidak menduplikasinya jika bahagian hilang atau tiba dengan ralat. UDP kurang

lebih dipercayai daripada TCP. Tetapi sebaliknya, ia memberikan lebih banyak lagi pemindahan cepat mengalir kerana ketiadaan mekanisme untuk mengulangi penghantaran paket yang hilang. Perbezaan dalam protokol TCP dan UTP boleh digambarkan dengan contoh berikut. Dua kawan bertemu. Pilihan TCP:

Ivan: "Hello! Boleh kita sembang? (sambungan diwujudkan)
Semyon: “Hello! Jom!" (sambungan diwujudkan)
Ivan: “Saya berada di kedai semalam. Adakah anda faham?" (pemindahan data)
Semyon: "Ya!" (pengesahan)
Ivan: “Peralatan baharu telah dipunggah di sana. Adakah anda faham?" (pemindahan data)
Semyon: “Tidak” (pengesahan)
Ivan: “Peralatan baharu telah dipunggah di sana. Adakah anda faham?" (penghantaran semula)
Semyon: "Ya!" (pengesahan)
Ivan: “Esok saya akan ke sana lagi. Adakah anda faham?" (pemindahan data)
Semyon: "Ya!" (pengesahan)
Pilihan UDP
Ivan: "Hello! Saya berada di kedai semalam" (pemindahan data)
Ivan: "Peralatan baharu telah dipunggah di sana" (pemindahan data)
Ivan: "Esok saya akan ke sana lagi" (pemindahan data)
Ivan: "Saya boleh mengetahui harga untuk anda" (pemindahan data)
Ivan: “Mereka menjanjikan diskaun untuk jilid yang baik"(pemindahan data)
Ivan: "Jika anda mahu, hubungi - kami akan pergi bersama" (pemindahan data)
Semyon: “Ya, saya akan telefon” (pemindahan data)

Anda juga boleh melihat perbezaan dalam protokol dengan melakukan percubaan berikut: cuba tetapkan kamera kepada RTSP melalui mod TCP dan lambai tangan anda di hadapan lensa - anda akan melihat kelewatan pada skrin monitor. Sekarang jalankan ujian yang sama dalam RTSP melalui mod UDP. Kelewatan akan menjadi kurang. Beberapa faktor mempengaruhi kependaman: format mampatan, kuasa komputer, protokol penghantaran dan ciri perisian terlibat dalam penyahkodan video.

RTP (Protokol Pengangkutan Masa Nyata), atau dalam bahasa Rusia protokol pengangkutan masa sebenar. Protokol ini dicipta khas untuk menghantar trafik masa nyata. Ia membolehkan anda memantau penyegerakan data yang dihantar, melaraskan urutan penghantaran paket, dan oleh itu lebih sesuai daripada yang lain untuk menghantar data video dan audio. Secara umum, adalah lebih baik untuk menggunakan sama ada RTP atau UDP untuk menghantar aliran video. Bekerja melalui TCP adalah wajar hanya jika kita perlu bekerja dengan rangkaian bermasalah, kerana protokol TCP akan dapat membetulkan ralat dan kegagalan yang berlaku semasa pemindahan data.

Manual yang disertakan dengan kamera CCTV mungkin tidak selalu mengandungi maklumat tentang protokol RTSP mengikut mana peranti itu beroperasi. Namun, ada sejumlah besar kes apabila anda perlu menggunakan protokol ini, jadi terdapat keperluan untuk mengetahui alamatnya.

Pemilik sistem pengawasan video mungkin perlu mengetahui aliran RTSP dalam pelbagai situasi:

untuk menyambungkan kamera video ke pelayan awan;
untuk menyediakan penghantaran maklumat video ke tapak web;
untuk memainkan video dalam strim pemain dihidupkan peranti yang berbeza – telefon bimbit, komputer riba atau tablet.

Mengapakah protokol RTSP diperlukan?

Nama protokol RTSP memindahkan kawalan ke mod dalam talian. Oleh itu, Protokol Penstriman Masa Nyata membantu mengurus penstriman video dalam talian. Protokol ini sangat kerap digunakan dalam pengawasan video IP, kerana terdapat penerangan tentang arahan yang diperlukan.

Protokol RTSP membenarkan pemilik kamera keselamatan menyelesaikan beberapa fungsi penting:

data siaran menggunakan VLC;
menyiarkan video ke sumber dan platform anda;
mengkonfigurasi perakam video NVR;
sambungkan kamera pengawasan video ke storan maya;
tambah kamera video ke aplikasi mudah alih pada berasaskan Android atau iOS.

Pada masa yang sama, membuka aliran RTSP untuk ramai pengguna sistem pengawasan video tidak begitu mudah dan agak sukar.

Ketahui alamat RTSP kamera CCTV

Terdapat beberapa pilihan yang membolehkan anda mengetahui aliran RTSP kamera video, apabila ia tidak dinyatakan dalam arahan yang berkaitan.

Sebilangan besar kamera video IP yang dijual di Rusia mengandungi unsur XMEye Cina. Komponen ini boleh dilihat walaupun dalam pengeluar domestik kamera seperti Vesta, HiQ, SVplus dan seumpamanya. Kamera model sedemikian akan mempunyai format seterusnya Strim RTSP:

rtsp://192.168.132.32:554/user=admin&password=12345&channel=1&stream=0.cgi

DALAM alamat ini terdapat komponen seperti:

192.168.132.32 – alamat IP langsung peranti;
554 – port protokol (secara lalai ia bernombor 554, tetapi parameter ini boleh ditukar dalam tetapan peranti);
admin – log masuk kamera CCTV;
12355 – kata laluan untuk log masuk pengguna.

Dalam kes di mana kamera video IP mengandungi komponen lain, anda perlu menggunakan salah satu daripada dua pilihan yang disenaraikan di bawah.

Pilihan pertama adalah yang paling mudah. Untuk mengetahui aliran RTSP daripada kamera CCTV, anda perlu menghubungi pengilang atau pembekal peranti ini. Atas permintaan, mereka akan dapat menyediakan format strim yang diperlukan, dan perkhidmatan ini Malah penjual Cina boleh memberikan bantuan - daripada kilang di China atau laman web AliExpress.

Pilihan kedua ialah menggunakan perisian khusus. Kaedah ini boleh membantu dalam kes di mana pemilik sistem pengawasan video tidak mempunyai keupayaan atau keinginan untuk meminta alamat aliran RTSP daripada pembekal. Kemudian anda boleh melakukannya sendiri menggunakan perisian.

Mula-mula anda perlu memuat turun program yang dipanggil One Pengurus peranti. Selepas pemasangan perisian ini akan membantu anda mengetahui alamat RTSP.

Sebagai peraturan, kebanyakan kamera video menyokong protokol onvif, jadi tidak perlu ada kesulitan semasa menggunakan perisian. Nuansa penting– untuk operasi yang betul, perlu menyambungkan komputer riba atau komputer di mana program akan dipasang, serta peranti IP itu sendiri, ke rangkaian tempatan yang sama.

Anda boleh menemui keseluruhan senarai di Internet yang mengandungi alamat strim RTSP, kerana data ini bergantung pada jenama kamera pengawasan video yang dihasilkan.

Bagaimana untuk membuka aliran RTSP dalam kamera video?

Apabila alamat aliran RTSP diketahui oleh pemilik sistem penjejakan, dia boleh menerima maklumat video daripada kamera IP. Untuk membuka siaran video penstriman, anda perlu melengkapkan senarai langkah berikut:

pasang untuk kamera video alamat IP kekal dan memesannya daripada pembekal Internet anda;
memajukan permintaan tempatan yang datang dari kamera video ke port RTSP;
lulus ujian prestasi.

Alamat statik boleh dikonfigurasikan menggunakan program IP Hunter, atau anda boleh menghubungi pembekal anda dan memintanya memberikan kualiti pilihan tambahan alamat IP kekal. Selepas ini, anda perlu menyediakan port forwarding dan forward port ke port RTSP dari port tempatan kamera video. Kemudian anda boleh meneruskan untuk menyemak aliran.

Untuk memahami sama ada pautan RTSP berfungsi, anda boleh membuka pemain VLC dan semak di sana. Untuk melakukan ini, dalam menu utama pemain anda perlu mengklik pada kategori "Media" dan pilih "Buka URL". Seterusnya, anda perlu pergi ke tab "Rangkaian" pada tetingkap "Sumber" dan nyatakan pautan anda.

Adalah jelas bahawa bilangan pengguna perkhidmatan multimedia "menstrim" yang mencukupi bersedia atau akan menggunakan standard sistem sedemikian. video rumah Dan Ciri-ciri DVD, seperti "jeda", "majukan/mundur pantas", dsb. Seperti yang dinyatakan dalam perenggan 1.2.2 bab ini, pelaksanaan protokol tambahan akan memenuhi sepenuhnya keperluan pengguna yang paling menuntut.

Pada masa penulisan, protokol yang paling meluas dan berkembang pesat yang mana fungsi di atas dilaksanakan ialah "protokol penstriman masa nyata" RTSP (Protokol Penstriman Masa Sebenar) yang ditakrifkan dalam .

Fungsi utama Protokol RTSP ialah keupayaan untuk mengawal aplikasi "penstriman". Fungsi kawalan dilaksanakan dalam produk perisian, yang mengeluarkan semula maklumat audio dan/atau video yang datang daripada pelayan, i.e. pemain media. Pengurusan dijalankan dengan bertukar-tukar mesej kawalan antara pelayan dan klien. Mesej kawalan protokol RTSP bukan milik sambungan dan aliran maklumat antara pelayan dan klien - yang mereka gunakan sambungan berasingan atau aliran dengan nombor port 544, itulah sebabnya protokol ini dipanggil "luar jalur". Analogi untuk mesej kawalan RTSP boleh dibuat dengan saluran kawalan masuk Protokol FTP. Spesifikasi RTSP membenarkan penggunaan pada lapisan pengangkutan untuk pakej mereka kedua-dua protokol TCP dan UDP.

Dalam Rajah. Rajah 1.27 menunjukkan contoh interaksi antara klien dan pelayan menggunakan protokol RTSP. Kami akan mempertimbangkan kes apabila pengguna akhir di pihak pelanggan menggunakan pelayar standard(pelayar) untuk melihat maklumat hiperteks daripada rangkaian dan melaluinya memulakan tontonan video "menstrim" daripada runut bunyi. Hasil daripada prosedur permulaan (secara fizikal ini boleh menjadi hanya klik tetikus pada hiperpautan yang sepadan), penyemak imbas menghantar permintaan kepada pelayan web mengenai parameter objek (persembahan) yang terletak di belakang hiperpautan (dalam kes kami, ini ialah video "penstriman" dengan bunyi), akibatnya pelayan web menghantar "fail penerangan persembahan", contoh yang ditunjukkan dalam Rajah. 1.26, Interaksi dijalankan melalui protokol HTTP, Fail ini boleh mengandungi kedua-dua pautan ke beberapa fail "strim", dan arahan untuk menyegerakkannya. Setiap pautan ke fail "penstriman" mesti bermula dengan kaedah URL rtsp://.

Ambil perhatian bahawa fail "penstriman" secara fizikal mungkin berada pada pelayan lain, dipanggil "pelayan media" ( pelayan media). Dalam contoh yang sedang dipertimbangkan, strim audio dan video mesti dimainkan semula secara selari pada sisi pelanggan dalam mod penyegerakan bibir (penyegerakan antara strim audio dan video), dan pemain media mempunyai keupayaan untuk memilih dalam kualiti apa audio harus dimainkan - dua aliran audio tersedia pada bahagian pelayan media pelbagai kualiti: ni fi tinggi dan lofi rendah. Ambil perhatian bahawa contoh menganggap format SMIL yang terkenal untuk fail strim audio. Format ini digunakan untuk menyediakan penyegerakan antara aliran yang berbeza oleh banyak produk komersial.

nasi. 1.26. Contoh metakod "fail penerangan persembahan"

Selepas menerima "fail perihalan pembentangan" daripada pelayan web di sisi klien, penyemak imbas mesti menghantar permintaan muat turun ke Ram pemain media tempatan yang mampu memainkan aliran audio dan video dalam format tertentu. Selanjutnya, seperti yang ditunjukkan dalam Rajah. 1.27, pemain media sisi klien dan pelayan media bertukar satu siri mesej RTSP. Pemain media menghantar mesej permintaan kepada pelayan media untuk mewujudkan sambungan RTSP RTSP SETUP, jawapannya ialah mesej yang menunjukkan sokongan untuk sambungan ini RTSP OK.

Mesej RTSP SETUP mengandungi maklumat tentang nombor port klien di mana paket fail "strim" harus ditangani. Pemain media kemudian menghantar permintaan RTSP PLAY untuk mula menghantar fail "penstriman", biarkan, dalam kes kami, menjadi audio Kualiti rendah lofi. Selepas menerima permintaan ini, pelayan media mula menghantar paket yang mengandungi maklumat audio yang diperlukan kepada pemain media yang terletak di sebelah klien.

Seterusnya dalam Rajah. Rajah 1.27 menunjukkan contoh pelaksanaan fungsi "jeda" - untuk menjeda penghantaran paket audio "menstrim", pemain media mesti menghantar mesej RTSP PAUSE, dan pelayan media mesti membalas dengan mesej OK RTSP. Jika pengguna memutuskan untuk berhenti mendengar/melihat, pemusnahan sambungan RTSP mesti dimulakan, yang mana pemain media menghantar mesej RTSP TEARDOWN kepada pelayan media, dan pelayan media mesti membalas dengan mesej OK RTSP.

Protokol RTSP tidak termasuk fungsi berikut:

Penentuan skema mampatan dan algoritma untuk audio dan video;

Menentukan cara maklumat audio dan video dikapsulkan dalam paket untuk penghantaran melalui rangkaian; fungsi ini boleh dilaksanakan dalam Protokol RTP atau dalam "protokol perusahaan" pengeluar perisian aplikasi.

Contohnya, dalam pelaksanaan perisian kedua-dua pelayan media dan klien RealNetworks menggunakan protokol RTSP untuk bertukar-tukar maklumat perkhidmatan, dan maklumat audio dan video dirangkumkan melalui protokol RTP;

Menentukan protokol pengangkutan yang digunakan untuk memindahkan paket dari hujung ke hujung - kedua-dua UDP dan TCP boleh digunakan;

Had cara strim audio dan video ditimbal di sisi pelanggan - main balik boleh dimulakan serta-merta selepas menerima paket pertama, selepas beberapa lama untuk menjalankan penimbalan untuk memerangi varians kependaman paket, dan selepas semua maklumat telah disimpan pada klien sebelah.

Yang terbaru dan maklumat penuh tentang protokol RTSP boleh didapati di Internet di

Bahan daripada Wikipedia - ensiklopedia percuma

Protokol Penstriman Masa Nyata(Bahasa Inggeris) masa sebenar protokol penstriman, abbr. RTSP) ialah protokol aplikasi yang direka untuk digunakan dalam sistem yang berfungsi dengan data multimedia (kandungan multimedia, kandungan media), dan membolehkan anda mengawal aliran data dari jauh dari pelayan, memberikan keupayaan untuk melaksanakan arahan seperti mula (mula) , jeda (jeda) dan hentikan (berhenti) penyiaran (mainkan) kandungan multimedia, serta akses bermasa kepada fail yang terletak pada pelayan. Dibangunkan oleh IETF pada tahun 1998 dan diterangkan dalam RFC 2326.

RTSP tidak melakukan pemampatan, juga tidak mentakrifkan kaedah pengkapsulan media atau protokol pengangkutan. Data penstriman itu sendiri bukan sebahagian daripada protokol RTSP. Kebanyakan pelayan RTSP menggunakan protokol pengangkutan masa nyata standard untuk tujuan ini, yang menghantar data audio dan video.

Penerangan

Protokol adalah serupa dalam sintaks dan operasi kepada HTTP. Walau bagaimanapun, terdapat beberapa perbezaan yang ketara antara protokol RTSP dan HTTP. Salah satu yang utama ialah pada yang pertama, kedua-dua pelayan dan pelanggan dapat menjana permintaan. Sebagai contoh, pelayan video boleh menghantar permintaan untuk menetapkan pilihan main balik untuk aliran video tertentu. Selain itu, protokol RTSP memperuntukkan bahawa pengurusan keadaan atau komunikasi mesti dijalankan oleh pelayan, manakala HTTP tidak ada kaitan langsung dengan ini. Akhir sekali, dalam RTSP, data boleh dihantar keluar dari jalur oleh protokol lain, seperti RTP, yang tidak mungkin dalam kes HTTP.

Mesej RTSP dihantar secara berasingan daripada aliran media. Bagi mereka, sambungan digunakan pada port khas, nombor lalai ialah 554. Permintaan kepada pelayan dihantar ke bentuk teks dalam format: kaedah<абсолютный_адрес> <версия_протокола>. Medan perkhidmatan tambahan boleh dihantar bersama permintaan (pada baris permintaan baharu).

Kaedah protokol: