Lewati ke konten
Callaba

RTMP atau RTSP? Pilih pada batas alur kerja

Di halaman ini

Jawaban singkat: RTSP sering berada di sisi kamera atau sesi terkendali suatu alur kerja, sedangkan RTMP umumnya berada di sisi publikasi encoder. Keduanya dapat ada dalam satu sistem, tetapi mengganti satu dengan yang lain mengubah kontrak sumber, penerima, dan pengiriman.

RTMP vs RTSP: model operasi

BatasRTSPRTMP
Sumber umumPerangkat atau server media yang mengekspos sesi terkendali RTSPEncoder atau perangkat lunak produksi yang menerbitkan feed program
Model kontrolRTSP mendefinisikan metode kontrol sesi; media biasanya dibawa dengan RTPRTMP membawa sesi publikasi persisten ke endpoint penerimanya
TransportRTSP adalah kontrol sesi; perangkat dan penerima menentukan opsi pembawaan RTSP/RTPRTMP menggunakan TCP; endpoint ingest menentukan URL dan kredensial
PenerimaKlien, perekam, atau gateway yang mendukung jalur kamera/sesiPlatform atau server ingest yang menerima kontrak publikasi
Pengiriman browserMemerlukan jalur pengiriman browser terpisah dalam alur kerja web normalJuga memerlukan jalur pengiriman browser terpisah

Peran protokol di atas mengikuti IETF RTSP, RTP, dan spesifikasi RTMP.

Pilih dari sumber ke luar

Encoder mengirim program ke ingest

Saat platform memberikan URL dan kunci RTMP, periksa profil encoder sebenarnya—codec video/audio, profil, resolusi, frame rate, dan irama keyframe—sebelum acara pertama.

Gunakan detail RTMP tujuan saat platform atau RTMP Server menetapkan URL dan kunci publikasi. Pastikan codec encoder, frame rate, tata letak audio, dan bitrate cocok dengan tujuan sebelum acara. Feed RTMP masuk adalah batas ingest; pemutaran, perekaman, dan restreaming tetap pilihan hilir yang disengaja.

Perekam atau gateway menarik kamera

Baca dokumentasi perangkat yang tepat untuk bentuk URL RTSP, autentikasi, dan opsi RTP TCP/UDP, lalu uji rute itu di perekam atau gateway yang dimaksud. Pastikan profil video/audio yang didukung. URL kontrol RTSP yang dapat dijangkau tidak membuktikan setiap perekam atau browser hilir menerima stream media terkait.

Pemirsa memerlukan pemutaran browser

Baik RTSP maupun RTMP bukan jawaban pemutaran browser modern secara bawaan. Pilih keluaran web terkonfigurasi seperti HLS atau WebRTC berdasarkan perilaku audiens, kebutuhan pemutar, dan kondisi jaringan, lalu uji endpoint pemirsa, bukan URL sumber.

Pisahkan uji transport dan codec

URL dapat terhubung sementara penerima menolak media atau tidak merender gambar. Catat pengaturan protokol/transport secara terpisah dari codec video, profil, resolusi, frame rate, dan codec audio. Perbedaan ini jauh memudahkan isolasi masalah kamera dari masalah transcoding atau pemutar.

Runbook validasi singkat

Pilih RTSP saat perangkat dan perekam yang dipilih sepakat pada sesi terkendali RTSP. Pilih RTMP saat penerima publikasi yang dipilih telah menetapkan URL/kunci ingest. Kamera mungkin menawarkan keduanya, dan salah satunya bisa salah bila penerima berikutnya tidak menerima kontrak transport serta media lengkapnya.

  1. Tuliskan tipe sumber: sesi kamera atau penerbit program.
  2. Pastikan protokol, URL/autentikasi, dan codec yang diizinkan penerima.
  3. Uji koneksi sumber dan media secara terpisah.
  4. Uji perekaman, restream, atau keluaran browser yang benar-benar mengikutinya.
  5. Simpan profil sumber yang diketahui bekerja untuk rollback.

Posisi Callaba

RTMP Server Callaba digunakan untuk publikasi RTMP dan akses penerima yang dikonfigurasi. Dalam alur kerja kamera, periksa rute RTSP dalam dokumentasi perekam atau perutean sebelum merancang jalur keluaran. Jika feed memerlukan konversi, gunakan transcoding video langsung setelah memastikan kontrak input dan output yang dipilih.

Referensi