Jawaban singkat: pilih protokol yang benar-benar dapat diterima oleh sisi penerima. SRT adalah pilihan kontribusi bila kedua ujung mendukungnya dan jalurnya telah dikonfigurasi; RTMP tetap menjadi serah-terima umum dari encoder ke platform atau server ingest. Pemutaran dan pengiriman kepada pemirsa tetap pekerjaan hilir yang dikonfigurasi terpisah.
Mulai dengan penerima, lalu pilih serah-terima
| Titik keputusan | Jalur SRT | Jalur RTMP |
|---|---|---|
| Penerima | Penerima kontribusi berkemampuan SRT yang Anda kendalikan atau yang telah ditetapkan | Endpoint ingest RTMP atau URL platform yang diberikan untuk publikasi |
| Transport | Sesi SRT berbasis UDP; mode live mencakup kontrol pengaturan waktu dan transmisi ulang | Sesi RTMP berbasis TCP ke endpoint terkonfigurasi |
| Pertanyaan jaringan | Dapatkah kedua peer saling menjangkau dan apakah mode, latensi, serta passphrase mereka cocok? | Dapatkah encoder menjangkau host dan apakah URL/kunci cocok dengan kontrak endpoint? |
| Pertanyaan codec | Validasi container dan codec yang diterima penerima secara terpisah | Validasi profil audio/video yang diterima tujuan secara terpisah |
| Pekerjaan berikutnya yang berguna | Kontribusi ke alur kerja operasi atau produksi | Publikasi ke layanan ingest atau RTMP Server terkonfigurasi |
Tiga keputusan umum
- Platform hanya memberi URL dan kunci stream: terbitkan RTMP dengan kontrak itu.
- Tim Anda mengendalikan penerima SRT: gunakan SRT bila mode, host:port, latensi, dan Stream ID/passphrase telah disepakati di kedua ujung.
- Kontribusi SRT berakhir pada platform RTMP/RTMPS: validasi kontribusi SRT dan serah-terima publikasi platform secara terpisah.
Mode live SRT dirancang berdasarkan jendela latensi yang dikonfigurasi dan umpan balik penerima; jendela yang lebih besar dapat memberi lebih banyak waktu untuk pemulihan, tetapi tetap pilihan deployment, bukan janji gambar yang lebih baik. Kompatibilitas RTMP sama-sama bergantung pada endpoint. Platform yang mewajibkan URL RTMP atau RTMPS menentukan serah-terima akhir bahkan bila leg kontribusi di tempat lain memakai SRT.
Yang berubah secara operasional
| Sebelum koneksi pertama | Catat |
|---|---|
| SRT | Mode caller/listener/rendezvous; host:port; latensi; Stream ID atau passphrase bila digunakan; container dan codec video/audio. |
| RTMP | URL ingest lengkap, aplikasi/jalur dan kunci; profil yang dinyatakan penerima, sering H.264/AAC bila diwajibkan endpoint; serta pemeriksaan kesehatan streamnya. |
Jauhkan kredensial dari tangkapan layar, log chat, dan rekaman pengujian.
Enkripsi SRT dan RTMPS menjawab pertanyaan keamanan transport yang berbeda: SRT dapat dikonfigurasi dengan enkripsi, sedangkan RTMPS adalah RTMP melalui TLS. Tujuan RTMPS tidak menjelaskan opsi ingest RTMP Server yang terpisah.
Uji satu jalur kontribusi
Gunakan sumber yang sama untuk kedua tab: kunci format program, catat pengaturan codec video dan audio, lalu berikan penerbit akses ke endpoint uji yang dipilih. Mulai satu sesi protokol, pastikan status penerbit, periksa pratinjau, lalu verifikasi output hilir bila alur kerja menggunakannya.
DEMO PROTOKOL
Pilih satu protokol untuk diuji
Setiap demo diluncurkan secara manual dan memiliki masa berlaku sementaranya sendiri. Gunakan pengaturan sumber yang sama saat membandingkan alur kerja; halaman ini tidak menjalankan tolok ukur latensi yang terkendali.
Demo SRT langsung
Coba koneksi SRT langsung
Buat koneksi sementara selama satu jam. Kirim feed Anda ke alamat penerbit dalam mode Caller, membiarkan ID Stream kosong. Tonton di Multiview di bawah, atau hubungkan penerima Anda ke alamat penerima dalam mode Caller.
Hasilnya mengonfirmasi sumber yang dipilih mencapai jalur sementara itu beserta pratinjau. Ini pemeriksaan penyiapan, bukan benchmark perbandingan, sehingga tidak memberi peringkat latensi, kualitas, atau keandalan. Ulangi konfigurasi yang berubah sebagai pengujian baru dan simpan log penerima atau data koneksi yang terlihat oleh operator.
Posisi Callaba
RTMP Server Callaba dapat memberi penerbit dan penerima aturan akses terpisah serta memperlihatkan aktivitas kepada operator. Guest RTMP Server dapat dibuka tanpa aturan akses yang ditentukan sebelumnya. SRT Server-nya adalah sumber kontribusi yang sesuai untuk alur kerja SRT yang kompatibel. Pengamatan browser dan pemutaran pemirsa menggunakan modul yang dikonfigurasi terpisah; URL publikasi RTMP bukan URL yang dapat diputar browser.
Langkah berikutnya
- Untuk listener RTMP terkonfigurasi, tinjau RTMP Server dan kontrol akses/siklus hidupnya.
- Untuk penerima kontribusi SRT, tinjau SRT Server.
- Untuk bridge yang eksplisit, gunakan jalur gateway kontribusi RTMP yang didokumentasikan hanya setelah memastikan kedua endpoint.
