Jawapan ringkas: pilih protokol yang benar-benar diterima oleh pihak penerima. SRT ialah pilihan untuk menghantar suapan sumbangan apabila kedua-dua hujung menyokongnya dan laluannya telah dikonfigurasi; RTMP masih lazim digunakan untuk sambungan pengekod ke platform atau pelayan penerimaan. Main balik penonton dan penghantaran kekal sebagai tugas berasingan yang dikonfigurasi selepas penerimaan.
Mulakan dengan penerima, kemudian pilih sambungan
| Perkara untuk diputuskan | Laluan SRT | Laluan RTMP |
|---|---|---|
| Penerima | Penerima sumbangan yang menyokong SRT dan berada di bawah kawalan anda atau diberikan kepada anda | Titik akhir penerimaan RTMP atau URL platform yang disediakan untuk penghantaran |
| Pengangkutan | Sesi SRT berasaskan UDP; mod langsung merangkumi kawalan pemasaan dan penghantaran semula | Sesi RTMP berasaskan TCP ke titik akhir yang dikonfigurasi |
| Soalan rangkaian | Bolehkah kedua-dua pihak saling berhubung, dan adakah tetapan mod, kependaman dan frasa laluan sepadan? | Bolehkah pengekod mencapai hos, dan adakah URL/kunci memenuhi keperluan titik akhir? |
| Soalan codec | Sahkan kontena dan codec yang diterima oleh penerima secara berasingan | Sahkan profil audio/video yang diterima oleh destinasi secara berasingan |
| Tugas seterusnya yang berguna | Penghantaran suapan sumbangan ke aliran operasi atau penerbitan | Penghantaran ke perkhidmatan penerimaan atau RTMP Server yang dikonfigurasi |
Tiga keputusan lazim
- Platform hanya memberikan URL dan kunci strim: hantar melalui RTMP mengikut butiran tersebut.
- Pasukan anda mengawal penerima SRT: gunakan SRT apabila mod, hos:port, kependaman serta Stream ID/frasa laluan, jika digunakan, telah dipersetujui pada kedua-dua hujung.
- Suapan SRT dihantar seterusnya ke platform RTMP/RTMPS: sahkan bahagian sumbangan SRT dan penghantaran ke platform secara berasingan.
Mod langsung SRT menggunakan tetingkap kependaman yang dikonfigurasi dan maklum balas penerima. Tetingkap lebih besar boleh memberi lebih masa untuk pemulihan, tetapi tetap merupakan pilihan pemasangan, bukan jaminan gambar lebih baik. Keserasian RTMP juga bergantung pada titik akhir. Platform yang memerlukan URL RTMP atau RTMPS menentukan protokol pada sambungan akhir, walaupun bahagian sumbangan di tempat lain menggunakan SRT.
Perubahan pada operasi
| Sebelum sambungan pertama | Catat |
|---|---|
| SRT | Mod caller/listener/rendezvous; hos:port; kependaman; Stream ID atau frasa laluan jika digunakan; kontena serta codec video/audio. |
| RTMP | URL penerimaan penuh, aplikasi/laluan dan kunci; profil yang ditetapkan penerima, lazimnya H.264/AAC jika diwajibkan oleh titik akhir; serta kaedah menyemak keadaan strim. |
Jangan dedahkan kelayakan akses dalam tangkapan skrin, log sembang atau rakaman ujian.
Penyulitan SRT dan RTMPS menangani keselamatan pengangkutan dengan cara berbeza: SRT boleh dikonfigurasi dengan penyulitan, manakala RTMPS ialah RTMP melalui TLS. Destinasi RTMPS tidak menentukan pilihan penerimaan pada RTMP Server yang berasingan.
Uji satu laluan sumbangan
Gunakan sumber sama yang telah disediakan untuk mana-mana tab: tetapkan format program, catat tetapan codec video dan audio serta berikan penghantar akses kepada titik akhir ujian yang dipilih. Mulakan satu sesi protokol, sahkan keadaan penghantar, semak pratonton dan kemudian sahkan output seterusnya jika aliran kerja menggunakannya.
DEMO PROTOKOL
Pilih satu protokol untuk diuji
Setiap demo dimulakan secara manual dan mempunyai tempoh sah sementara sendiri. Gunakan tetapan sumber yang sama apabila membandingkan aliran kerja; halaman ini tidak menjalankan penanda aras kependaman terkawal.
Demo SRT langsung
Cuba sambungan SRT secara langsung
Cipta sambungan sementara selama satu jam. Hantar suapan anda ke alamat penerbit dalam mod Caller, membiarkan ID Strim kosong. Tontonnya dalam Multiview di bawah, atau sambungkan penerima anda ke alamat penerima dalam mod Caller.
Hasil ini mengesahkan bahawa sumber yang dipilih sampai ke laluan sementara tersebut dan pratontonnya. Ini ialah semakan persediaan, bukan penanda aras perbandingan; ia tidak menentukan kedudukan kependaman, kualiti atau kebolehpercayaan. Ulang konfigurasi yang diubah sebagai ujian baharu dan simpan log penerima atau data sambungan yang boleh dilihat oleh operator.
Peranan Callaba
RTMP Server Callaba boleh memberikan peraturan akses berasingan kepada penghantar dan penerima serta memaparkan aktiviti kepada operator. Sebagai alternatif, RTMP Server dalam mod Guest boleh dibuka tanpa peraturan akses yang ditetapkan terlebih dahulu. SRT Server pula menyediakan sumber sumbangan untuk aliran kerja SRT yang serasi. Pemantauan dalam pelayar dan main balik penonton menggunakan modul yang dikonfigurasi secara berasingan; URL penghantaran RTMP bukan URL yang boleh dimainkan terus dalam pelayar.
Langkah seterusnya
- Untuk listener RTMP yang dikonfigurasi, lihat RTMP Server serta kawalan akses dan kitar hayatnya.
- Untuk penerima sumbangan SRT, lihat SRT Server.
- Untuk sambungan antara protokol, gunakan laluan gerbang sumbangan RTMP yang didokumenkan hanya selepas mengesahkan kedua-dua titik akhir.
