Jawapan ringkas: RTSP lazimnya digunakan pada bahagian kamera atau sesi terkawal, manakala RTMP digunakan untuk penghantaran daripada pengekod. Kedua-duanya boleh digunakan dalam satu sistem, tetapi pertukaran protokol mengubah keperluan sumber, penerima dan penghantaran.
RTMP berbanding RTSP: model operasi
| Peringkat | RTSP | RTMP |
|---|---|---|
| Sumber lazim | Peranti atau pelayan media yang menyediakan sesi terkawal RTSP | Pengekod atau perisian penerbitan yang menghantar suapan program |
| Model kawalan | RTSP mentakrifkan kaedah kawalan sesi; media lazimnya dibawa melalui RTP | RTMP membawa sesi penghantaran berterusan ke titik akhir penerima |
| Pengangkutan | RTSP mengawal sesi; peranti dan penerima menentukan pilihan pembawaan RTSP/RTP | RTMP menggunakan TCP; titik akhir penerimaan menetapkan URL dan kelayakan akses |
| Penerima | Klien, perakam atau gerbang yang menyokong laluan kamera/sesi | Platform atau pelayan penerimaan yang menerima konfigurasi penghantaran tersebut |
| Penghantaran ke pelayar | Memerlukan laluan penghantaran ke pelayar yang dikonfigurasi secara berasingan dalam aliran web biasa | Turut memerlukan laluan penghantaran ke pelayar yang dikonfigurasi secara berasingan |
Peranan protokol di atas merujuk kepada IETF RTSP, RTP dan spesifikasi RTMP.
Mulakan pilihan daripada sumber
Pengekod menghantar program ke titik penerimaan
Apabila platform memberikan URL dan kunci RTMP, semak profil sebenar pengekod—codec video/audio, profil, resolusi, kadar bingkai dan sela bingkai utama—sebelum acara pertama.
Gunakan butiran RTMP destinasi apabila platform atau RTMP Server memberikan URL dan kunci penghantaran. Sebelum acara, sahkan bahawa codec, kadar bingkai, susunan audio dan kadar bit pengekod memenuhi keperluan destinasi. Suapan RTMP masuk hanya meliputi peringkat penerimaan; main balik, rakaman dan penstriman semula masih perlu dipilih dan dikonfigurasi selepasnya.
Perakam atau gerbang menarik suapan kamera
Rujuk dokumentasi peranti yang tepat untuk format URL RTSP, pengesahan dan pilihan RTP melalui TCP/UDP, kemudian uji laluan itu pada perakam atau gerbang yang akan digunakan. Sahkan profil video/audio yang disokong. URL kawalan RTSP yang boleh dicapai tidak membuktikan bahawa semua perakam atau pelayar di peringkat seterusnya menerima aliran media berkenaan.
Penonton memerlukan main balik dalam pelayar
RTSP dan RTMP bukan penyelesaian main balik natif untuk pelayar moden. Pilih output web yang dikonfigurasi, seperti HLS atau WebRTC, berdasarkan tingkah laku penonton, keperluan pemain dan keadaan rangkaian. Kemudian uji titik akhir penonton, bukan URL sumber.
Asingkan ujian pengangkutan dan codec
URL boleh berjaya disambungkan walaupun penerima menolak media atau tidak memaparkan gambar. Catat tetapan protokol/pengangkutan secara berasingan daripada codec video, profil, resolusi, kadar bingkai dan codec audio. Pemisahan ini memudahkan anda membezakan masalah kamera daripada masalah transkod atau pemain.
Panduan pengesahan ringkas
Pilih RTSP apabila peranti dan perakam yang dipilih bersetuju tentang sesi terkawal RTSP. Pilih RTMP apabila penerima penghantaran yang dipilih memberikan URL/kunci penerimaan. Kamera mungkin menyediakan kedua-duanya, tetapi mana-mana pilihan tetap tidak sesuai jika penerima seterusnya tidak memenuhi keseluruhan keperluan pengangkutan dan media.
- Catat jenis sumber: sesi kamera atau penghantar program.
- Sahkan protokol, URL/pengesahan dan codec yang dibenarkan oleh penerima.
- Uji sambungan sumber dan media secara berasingan.
- Uji rakaman, penstriman semula atau output pelayar sebenar yang mengikutinya.
- Simpan profil sumber yang telah terbukti berfungsi untuk pemulihan tetapan.
Peranan Callaba
RTMP Server Callaba menyediakan penghantaran RTMP dan akses penerima yang boleh dikonfigurasi. Untuk aliran kamera, semak laluan RTSP dalam dokumentasi perakam atau penghalaan sebelum mereka bentuk laluan output. Jika suapan perlu ditukar, gunakan transkod video langsung selepas mengesahkan keperluan input dan output yang dipilih.
