Untuk menonton strim SRT, semak sambungan dan media
Gunakan pemain asli apabila anda perlu melihat suapan sumbangan itu sendiri. Gunakan main balik pelayar hanya selepas suapan dijadikan output yang serasi dengan pelayar. Dalam kedua-dua keadaan, sambungan SRT yang berjaya dan gambar yang boleh dimainkan ialah hasil berasingan: mod, hos, port UDP, kependaman, Stream ID dan frasa laluan membuka sesi; bekas, trek, cap masa dan codec menentukan sama ada ia boleh dinyahkod.
Jika tugasnya ialah mencipta, melindungi atau mengendalikan titik akhir penerimaan, pergi ke Callaba SRT Server. Panduan ini bermula pada penerima.
Demo pemain SRT langsung
Uji sambungan pemain SRT
Cipta sambungan sementara selama satu jam. Hantar strim SRT ke alamat penerbit dalam mod Caller, membiarkan ID Strim kosong. Selepas penerbit bersambung, tontonnya dalam Multiview di bawah atau sambungkan pemain asli ke alamat penerima dalam mod Caller.
Pilih pemain yang sepadan dengan tugas
ffplay ialah semakan baris perintah pantas apabila binaan FFmpeg yang dipasang merangkumi SRT. OBS Media Source berguna apabila anda mahukan pratonton grafik dan boleh menetapkan butiran input SRTnya. VLC mungkin berguna untuk paparan setempat jika versi yang dipasang menyokong mod SRT yang diperlukan; semak dokumentasi semasa aplikasi dan uji binaan yang tepat. Tiada satu pun pilihan itu menjadikan muatan yang tidak diketahui boleh dinyahkod.
Demo di atas mencipta pasangan SRT Callaba selama satu jam. Selepas penerbit masuk bersambung, ia mencipta pratonton Multiview. Gunakan nilai yang dibekalkan untuk menguji pasangan itu dan memeriksa gambar serta audio yang terhasil. Ia ialah laluan Callaba sementara yang sebenar, bukan pemain untuk URL SRT luaran sewenang-wenangnya.
Cuba ffplay dahulu
Bagi penerima yang memanggil pendengar yang diketahui, gantikan pemegang tempat dengan titik akhir yang anda dibenarkan gunakan:
ffplay "srt://LISTENER_HOST:PORT?mode=caller"Bagi penerima yang menunggu Pemanggil:
ffplay "srt://0.0.0.0:PORT?mode=listener"Jangan tampal frasa laluan ke dalam tiket, sembang atau sejarah shell yang anda tidak kawal. FFmpeg mendokumenkan pilihan URL SRTnya; OBS mendokumenkan aliran kerja input SRTnya.
Padankan Pemanggil dan Pendengar sebelum menukar tetapan pemain
Susunan biasa adalah mudah: Pendengar menunggu pada port UDP dan Pemanggil bersambung ke alamatnya yang boleh dicapai. Catat kedua-dua peranan, sahkan hos dan port daripada rangkaian penghantar, kemudian mulakan pemain. Dua Pendengar hanya menunggu; Pemanggil yang diarahkan ke alamat tidak boleh dicapai tidak akan dibetulkan oleh tetapan codec. Rendezvous ialah konfigurasi berasingan yang mesti disokong oleh kedua-dua titik akhir.
Apabila penyulitan didayakan, gunakan frasa laluan yang sama dan tetapan kunci yang serasi pada kedua-dua hujung. Jika perkhidmatan menggunakan Stream ID untuk memilih strim, kekalkan sintaks dan pelepasannya. Anggap kedua-duanya sebagai data sambungan: jauhkan rahsia daripada tangkapan skrin dan laporan, kemudian bandingkan sesi yang ditolak dengan log titik akhir yang tersedia.
Tetapkan kependaman untuk pemulihan, bukan rupa
Kependaman SRT memberi paket lewat dan penghantaran semula masa untuk tiba. Ia bukan keseluruhan kelewatan kaca ke kaca; pengekodan, penimbal penyahkod, pembungkusan dan penimbal penonton masing-masing menambah kelewatan. Mulakan dengan laluan yang diukur, kemudian bandingkan keadaan bersih dan terganggu sambil memerhatikan kehilangan, penghantaran semula, guguran dan kesinambungan penyahkodan.
Dalam URL SRT gaya FFmpeg, latency=200000 bermaksud 200 ms kerana nilainya dalam mikrosaat. Itu hanya contoh. Rekodkan nilai berkesan pada kedua-dua titik akhir dan laraskan untuk laluan sumbangan sebenar.
Periksa muatan apabila ia bersambung tetapi tidak dapat dimainkan
SRT membawa paket, bukan jaminan tentang codec video, codec audio atau bekas. MPEG-TS lazim untuk sumbangan, tetapi ia masih memerlukan maklumat program, cap masa dan strim sah yang boleh dinyahkod oleh pemain pilihan. Periksa titik akhir yang sama sebelum menukar kependaman lagi:
ffprobe -v error -show_format -show_streams "srt://LISTENER_HOST:PORT?mode=caller"Perhatikan bekas, codec video dan audio, profil, trek serta cap masa. Bandingkan fakta itu dengan sokongan yang didokumenkan oleh pemain.
Jika kadar bit wujud tetapi skrin kekal hitam
| Apa yang dilihat | Semak seterusnya |
|---|---|
| Tiada sambungan | Peranan, hos yang boleh dicapai, port UDP, tembok api dan data akses. |
| Bersambung, tiada gambar atau audio | Jalankan pemeriksaan; semak maklumat program, codec, trek dan cap masa. |
| Gambar pecah apabila berlaku kehilangan | Bandingkan ukuran laluan dan kependaman pemulihan sebelum menukar pemain. |
Pemisahan ini mengelakkan masalah muatan daripada menjadi siri perubahan sambungan yang tidak berakhir.
Gunakan SRT asli untuk sumbangan; gunakan output pelayar untuk penonton
Elemen media pelayar standard tidak membuka URL srt:// secara asli. Terima sumbangan dahulu, kemudian terbitkan output yang serasi dengan pelayar dan ujinya pada peranti serta rangkaian yang akan menontonnya. Gunakan Multiview untuk paparan keyakinan bersama pengendali dan Web Player untuk penghantaran pelayar.
Simpan semakan penerima yang ringkas
- Rekodkan peranan titik akhir, hos, port, kependaman, dasar Stream ID dan keadaan penyulitan.
- Sahkan rangkaian penghantar sebenar boleh mencapai penerima.
- Semak pengangkutan semasa selang bersih dan keadaan terganggu yang penting untuk acara.
- Sahkan gambar dinyahkod dan audio program pada pemain yang dimaksudkan.
- Mulakan semula satu pihak dalam ujian terancang dan semak semula permukaan pengendali atau penonton akhir.
Untuk butiran protokol, lihat dokumentasi SRT live-transmit dan panduan protokol SRT Callaba.
Soalan lazim SRT Player
Bolehkah pelayar memainkan URL SRT secara terus?
Bukan melalui elemen media HTML standard. Terima SRT dahulu dan terbitkan output yang serasi dengan pelayar.
Mengapa sambungan SRT boleh menunjukkan kadar bit tanpa video?
Sesi mungkin berfungsi sementara pemain tidak dapat menyahkod bekas, trek, cap masa atau profil codec.
Patutkah pemain menggunakan mod Pemanggil atau Pendengar?
Gunakan peranan yang melengkapi rakan setara yang dipersetujui dan kebolehcapaian rangkaiannya.
Adakah menambah kependaman SRT sentiasa membetulkan kehilangan paket?
Tidak. Ia memberi penghantaran semula lebih banyak masa, tetapi tidak dapat membuka UDP yang disekat, membaiki kehilangan kapasiti berterusan atau menyahkod muatan yang tidak disokong.
