Kamera atau pembuat enkodePenerbit masuk
SRT · UDP
srt://callaba:9000Penerbit masuk
Penyerapan, pemantauan, dan perutean SRT
Server Callaba SRT
Server SRT menerima, mengelola, dan menyampaikan video langsung berlatensi rendah melalui jaringan IP yang tidak dapat diprediksi. Callaba menambahkan kesehatan koneksi, kontrol akses, dan merutekan umpan yang sama ke Multiview, perekaman, streaming ulang, atau Pemutar Web yang dapat disematkan. Jalankan di AWS atau server Linux Anda sendiri.
Buka demo Multiview langsung
Butuh detail protokol?Baca cara kerja server SRT
SRTServer Callaba SRT
Perhatikan kesehatanSRT
Server Callaba SRT
Terima umpan, periksa kesehatannya, dan kendalikan kemana perginya.
Telemetri transportasi langsung6,2 Mb/dtk
- RTT
- 42 ms
- Kehilangan paket
- 0.02%
Tetapkan aturan terpisah untuk penerbit dan penerima
Keluaran ruteMVMultitampilan RECRekaman OUTStreaming ulang WEB · EMBEDPemutar Web
Pratinjau operasi SRT
Ikuti umpan dari koneksi ke output
Pilih langkah untuk melihat apa yang dapat diverifikasi dan dikontrol oleh operator di Callaba. Nilai di bawah menggambarkan antarmuka; itu bukan telemetri langsung.
Kenali rekannya sebelum Anda merutekan feed
Lihat wilayah yang dilaporkan dan IP rekan untuk setiap penerbit dan penerima yang terhubung ke server SRT.
Frankfurt, DE
203.0.113.42Tonton bitrate, RTT, dan kehilangan paket
6,2 Mb/dtkRTT 42 msKehilangan paket 0.02%
Tetapkan aturan terpisah untuk penerbit dan penerima
Izinkan ID streaming dan alamat rekan yang Anda harapkan, dengan aturan berbeda untuk orang yang mengirim dan menerima video.
Akses tamu diaktifkan
Keluaran rute
Kamera atau studio jarak jauh terhubung ke Callaba satu kali. Setiap modul dapat menggunakan sumber yang diterima di dalam Callaba, sehingga Anda tidak membuat penyerapan SRT terpisah untuk setiap pekerjaan.
MVRECOUTWEB
Satu masukan SRT, empat modul produk
Menerima satu umpan SRT. Gunakan di Multiview, Recording, Restreaming, dan Web Player.
Kamera, encoder, atau studio jarak jauh Anda terhubung ke Callaba satu kali. Server SRT menerima aliran, menunjukkan kesehatan transportasinya, dan menyediakan sumber langsung yang sama untuk setiap modul.
Pilih satu sumber SRTIN IN
Kamera atau pembuat enkode
Kirim umpan SRT yang disandikan melalui internet publik.
Tempat atau studio jarak jauh
Membawa umpan lapangan atau studio kembali ke produksi.
Server Callaba SRT
Terima umpan, periksa kesehatannya, dan kendalikan kemana perginya.
Tonton bitrate, RTT, dan kehilangan paketTetapkan aturan terpisah untuk penerbit dan penerima
Cloud atau dihosting sendiriGunakan umpan masuk yang samaMV REC OUT WEB
Multitampilan
Letakkan sumber di dinding operator berbasis browser.
Rekaman
Tangkap umpan langsung untuk ditinjau atau digunakan kembali.
Streaming ulang
Kirim feed diterima yang sama ke tujuan yang dikonfigurasi.
Pemutar Web
Publikasikan pemutaran browser, lalu gunakan URL pemirsa terverifikasi atau sematkan.
Kamera atau studio jarak jauh terhubung ke Callaba satu kali. Setiap modul dapat menggunakan sumber yang diterima di dalam Callaba, sehingga Anda tidak membuat penyerapan SRT terpisah untuk setiap pekerjaan.
Gunakan aliran SRT yang diterima dalam program terkontrol
Ubah rekaman kamera SRT dari tempat berbeda menjadi satu program langsung. Pilih setiap streaming yang diterima sebagai input Video Mixer, atur sumber dalam adegan dan sesuaikan audionya. Persiapkan adegan berikutnya di Pratinjau saat Program tetap mengudara, lalu ganti dengan CUT atau FADE. Publikasikan dan catat hasilnya dari ruang kerja yang sama. Pakan yang sudah jadi masih dapat diterima dan disalurkan tanpa dicampur.
- Menerima dan memverifikasi aliran SRT.
- Pilih aliran yang diterima sebagai input AV Mixer.
- Bangun adegan di Pratinjau, lalu BAWA ke Program dengan CUT atau FADE.
Penerbitan sosial berkelanjutan
Tetap tayangkan YouTube, Facebook, dan Twitch saat sumber SRT berganti
Siapkan feed SRT utama dan cadangan, lalu beralih di antara keduanya secara manual atau otomatis pada tingkat pengangkutan. Koneksi penerima dan penarik hilir tetap terpasang melalui sakelar; uji sumber sebenarnya, jaringan, buffer, dan tujuan sebelum produksi.
Rute utamaSinyal tidak stabil
Sumber SRT yang disiapkanSiap
SRTKegagalan sumber
Ganti sumbernya, pertahankan agar setiap tujuan tetap hidup
Callaba berpindah ke rute SRT PULL yang diuji berikutnya sementara keluaran YouTube, Facebook, dan Twitch tetap terhubung.
Pilih sumbernya, pertahankan koneksi hilir
Operator dapat memilih sumber secara manual sementara sambungan penerima dan penarik hilir tetap terhubung. Apa yang mencapai gambaran tersebut dan kapan masih bergantung pada feed yang disiapkan, jaringan, buffer, dan tujuan; menguji jalur sebenarnya.
Spesifikasi teknis
Apa yang didukung produk, dan apa yang harus diverifikasi
Perilaku yang didukung berada di samping pemeriksaan penerimaan praktis. Antarmuka Callaba yang terinstal serta profil sumber, tujuan, dan infrastruktur sebenarnya tetap otoritatif.
| Kemampuan | Perilaku yang didukung | Pemeriksaan penerimaan |
|---|---|---|
| Terima umpan SRT langsung | Hubungkan kamera, encoder, studio, atau tempat terpencil ke Callaba. | Ia menerima umpan SRT langsung, menunjukkan kepada operator status koneksi dan transportasi, mengontrol siapa yang dapat mempublikasikan atau menerima, dan mengirim video ke Multiview, merekam, streaming ulang, atau memutar. |
| Mulailah dari penelepon ke pendengar | Untuk pengujian penyerapan langsung, jalankan Callaba sebagai pendengar SRT dan sambungkan encoder sebagai pemanggil. | Penerbit masuk: Tonton bitrate, RTT, packet loss, status koneksi, wilayah, dan alamat rekan saat feed ditayangkan. |
| Lihat kesehatan transportasi | Tonton bitrate, RTT, packet loss, status koneksi, wilayah, dan alamat rekan saat feed ditayangkan. | Telemetri transportasi langsung |
| Kirim satu feed ke beberapa pekerjaan | Gunakan kembali sumber dalam Multiview, perekaman, streaming ulang, atau pemutaran. | Umpan yang diterima dapat muncul di Multiview, direkam, dialirkan ulang, atau dilanjutkan ke keluaran pemutaran yang dikonfigurasi di Callaba. |
| Multitampilan | Letakkan sumber di dinding operator berbasis browser. | Umpan yang diterima dapat muncul di Multiview, direkam, dialirkan ulang, atau dilanjutkan ke keluaran pemutaran yang dikonfigurasi di Callaba. |
| Tetap tayangkan YouTube, Facebook, dan Twitch saat sumber SRT berganti | Siapkan feed SRT utama dan cadangan, lalu beralih di antara keduanya secara manual atau otomatis pada tingkat pengangkutan. Koneksi penerima dan penarik hilir tetap terpasang melalui sakelar; uji sumber sebenarnya, jaringan, buffer, dan tujuan sebelum produksi. | Konfigurasikan alur kerja SRT utama dan cadangan, lalu uji peralihan ke cadangan dan kembali ke utama dengan sumber dan tujuan sebenarnya. Peralihan tingkat transportasi mempertahankan koneksi penerima dan penarik di hilir, namun tidak menjanjikan peralihan tanpa dampak atau kehilangan nol. |
Continue in the product
Set it up in Callaba. Then check the full path.
You have seen what the product does. These three guides take you into the exact controls, show what to connect next, and give you a practical check before the workflow goes live.
Penyebaran
Jalankan di AWS atau di server Linux Anda sendiri
Antarmuka produk tetap familier di kedua model. Pilih infrastruktur yang siap dioperasikan oleh tim Anda.
Luncurkan di AWS
Mulai instans Callaba di akun AWS Anda dan konfigurasikan server SRT dari browser.
Simpan di infrastruktur Anda
Instal Callaba di Linux saat Anda memerlukan jalur media dan host di bawah kendali Anda.
Server SRT: Cara Menerapkan, Menjalankan, dan Memecahkan Masalah dalam Produksi
Pelajari apa itu server SRT, cara kerja mode pemanggil/pendengar, port UDP, latensi, ID streaming, dan frasa sandi untuk penyerapan video langsung.
Ditulis oleh Iurii Pakholkov
Terakhir diperbarui: 4 Agustus 2026
Ikhtisar produk di atas menjelaskan apa yang dapat dilakukan Callaba SRT Server. Panduan ini dimulai pada handoff operator: titik akhir telah dibuat, dan titik nyata aliran SRT sekarang harus terhubung, membawa media yang dapat digunakan dan mencapai hasil produksi yang diinginkan.
SRT adalah singkatan dari Transportasi yang Aman dan Andal. Ia menggunakan UDP, kemudian menambahkan transmisi ulang selektif, jendela pemulihan yang dapat disesuaikan, enkripsi opsional, peran koneksi dan statistik transportasi. Kontrol tersebut berguna ketika umpan kontribusi harus melintasi internet publik, uplink tempat, atau jaringan lain yang tidak akan tetap bersih sepenuhnya.
Menyimpan kontribusi dan penyerapan terpisah dari pemutaran penonton. Titik akhir SRT menerima atau memulai sesi transportasi terkontrol; pemain, CDN atau ruang peserta datang kemudian. Setelah umpan terbukti, sistem produksi dapat merutekan, mencatat, mentranskode, melakukan streaming ulang, atau menyiapkan keluaran seperti HLS atau WebRTC.
Jawaban cepat untuk operator
Perlakukan server SRT sebagai pos pemeriksaan produksi pertama setelah sumbernya. Pola konsumsi yang umum adalah server sebagai Pendengar dan itu encoder sebagai Penelepon, namun peran-peran tersebut menentukan siapa yang membuka hubungan tersebut—bukan ke arah mana media harus bergerak. Penerimaan memerlukan sesi yang diinginkan, bitrate masuk, status transportasi, gambar dan audio yang didekode, dan keluaran berikutnya.
Apa itu server SRT?
Sebuah server SRT adalah perangkat lunak yang memiliki salah satu ujung sesi SRT. Ini mungkin menunggu pembuat enkode, memanggil titik akhir lain, atau meneruskan umpan. Dalam istilah produksi, ini adalah tempat di mana sumber jarak jauh menjadi sesi yang dapat diidentifikasi, diamati, dan diserahkan oleh tim penerima ke sistem lain.
Pemeriksaan penerimaan yang berguna memisahkan empat pekerjaan alih-alih mengelompokkannya menjadi satu keadaan “terhubung”:
- Menerima umpan langsung: encoder kamera, OBS, vMix, FFmpeg, Larix, atau sumber lain mengirimkan video ke server.
- Melindungi jalur kontribusi: SRT dapat memulihkan paket yang hilang dan mengenkripsi sesi transport.
- Mengekspos statistik langsung: operator dapat memantau bitrate, RTT, kehilangan paket, transmisi ulang, dan status koneksi.
- Melewati aliran ke hilir: server dapat mengarahkan umpan ke alur kerja perekaman, transcoding, streaming ulang, peralihan, atau pemutaran.
Ketika kru jarak jauh mengatakan “kami mengirim”, jawablah dengan bukti dari batas tersebut. Konfirmasikan bahwa rekan yang diharapkan terhubung, media masih tiba, pemulihan mengikuti jalurnya, dan dekoder hilir dapat menggunakan umpan. Setiap jawaban mengesampingkan kelas kegagalan yang berbeda.
Server SRT vs protokol SRT
Itu protokol SRT mendefinisikan bagaimana titik akhir membangun dan melindungi sesi transportasi. Itu server SRT adalah salah satu titik akhir yang berfungsi, dengan port, peran, kebijakan akses, jalur media, dan status operasionalnya sendiri.
| Ketentuan | Arti | Contoh |
|---|---|---|
| protokol SRT | Metode transportasi berbasis UDP digunakan untuk memindahkan media langsung dengan pemulihan, enkripsi, kontrol latensi, dan statistik. | Koneksi antara encoder dan Callaba. |
| server SRT | Titik akhir penyerapan atau relai yang menerima sesi SRT dan menghubungkannya ke seluruh alur kerja. | Callaba mendengarkan feed tempat yang jauh. |
Apa itu server langsung SRT?
Ungkapan Server langsung SRT biasanya berarti bahwa titik akhir membawa suatu peristiwa saat itu terjadi. Umpan diterima dan diserahkan ke bagian produksi, pencatatan, atau distribusi sementara paket yang terlambat masih memiliki jangka waktu terbatas untuk memanfaatkannya.
Pola tersebut muncul dalam kontribusi venue, tautan studio ke cloud, penyerapan encoder seluler atau perangkat keras, serah terima mitra, jalur pencadangan yang disiapkan, dan alur kerja produksi jarak jauh. Pengiriman multi-tujuan dapat menyusul, namun tidak boleh dijadikan bukti bahwa iuran yang masuk sehat.
Kendala hidup menciptakan trade-off. Latensi harus menyisakan cukup waktu agar paket yang hilang dapat diminta dan dikembalikan, namun tetap berada dalam anggaran penundaan produksi. Nilai yang disalin dari LAN studio mungkin terlalu pendek untuk jalur seluler atau jarak jauh meskipun soket masih tersambung.
Cara kerja server SRT
SRT mengangkut muatan yang sudah dikodekan; itu tidak memutuskan codec kamera atau memperbaiki peta media yang tidak valid. Banyak jalur langsung membawa MPEG-TS muxed dengan video H.264 atau H.265/HEVC dan audio AAC, meskipun wadah dan trek sebenarnya bergantung pada pengirimnya. Periksa payload yang benar-benar tiba daripada berasumsi bahwa jabat tangan transportasi membuktikan kompatibilitas codec.
- Encoder membuat streaming audio dan video langsung.
- Encoder mengirimkan aliran ke server SRT.
- Server SRT menerima aliran dan melacak kesehatan koneksi.
- Jika paket hilang, SRT dapat meminta transmisi ulang selagi paket masih berguna.
- Server meneruskan aliran ke langkah alur kerja berikutnya: perekam, transcoder, streaming ulang, pengalih, alur kerja API, atau sistem pemutaran.
Mode penelepon, pendengar, dan pertemuan
SRT memperlihatkan tiga peran koneksi. Pilih dari batasan keterjangkauan dan NAT, lalu dokumentasikan pilihan di kedua titik akhir. Label menentukan bagaimana sesi dibuka; hal ini tidak dengan sendirinya menentukan arah media.
- Pendengar: menunggu koneksi SRT masuk pada port UDP yang dikenal. Ini adalah mode umum untuk server penyerapan cloud atau titik akhir pusat data.
- Penelepon: memulai koneksi ke pendengar. Hal ini umum terjadi pada pembuat enkode lapangan, OBS, vMix, FFmpeg, aplikasi seluler, dan sumber jarak jauh.
- Pertemuan: kedua belah pihak memulai koneksi. Ini dapat membantu dalam beberapa kasus NAT, namun harus diuji dengan cermat sebelum produksi.
Port server SRT dan aturan firewall
Karena SRT berjalan melalui UDP, setiap batas penerimaan harus mengizinkan port UDP yang dipilih: grup keamanan cloud, firewall host, router, aturan NAT, atau kebijakan upstream. Membuka TCP pada nomor port yang sama tidak membuka jalur SRT.
- server memiliki IP publik atau alamat jaringan yang dapat dijangkau;
- port UDP yang benar terbuka;
- pembuat enkode menggunakan mode pemanggil/pendengar yang benar;
- ID aliran cocok dengan aturan perutean server, jika ID aliran digunakan;
- frasa sandi cocok di kedua sisi, jika enkripsi diaktifkan;
- alur kerja penerimaan dipetakan ke output hilir yang benar.
Gunakan lencana “terhubung” encoder sebagai awal pengujian. Konfirmasikan bitrate masuk dan status transportasi di sisi penerima, lalu buka Multiview atau tujuan sebenarnya. Soket yang berfungsi tidak dapat menunjukkan bahwa audio program ada, stempel waktu dapat digunakan, atau dekoder hilir menerima muatan.
Teknologi
Peran terbaik
Catatan praktis
SRT
Kontribusi langsung, penyerapan, dan transportasi antar titik akhir yang dikontrol.
Gunakan ketika jalur kontribusi penting atau tidak sempurna.
RTMP/RTMPS
Penerbitan sederhana dan penyerapan platform sosial.
Sering digunakan setelah penyerapan SRT untuk dorongan terakhir ke platform.
HLS
Pemutaran pemirsa berskala besar di browser, TV, dan perangkat seluler.
Browser biasanya memerlukan HLS atau format pemutaran lainnya, bukan SRT mentah.
WebRTC
Video interaktif real-time, panggilan, umpan balik, dan partisipasi sub-detik.
Berguna ketika pemirsa atau peserta memerlukan latensi yang sangat rendah.
NDI
Jaringan produksi latensi rendah di dalam lingkungan LAN atau studio yang terkontrol.
Gunakan jembatan SRT/NDI saat memindahkan sinyal produksi antar situs atau alur kerja cloud.
Jika keputusannya khusus mengenai transportasi penerbit-ke-platform, lanjutkan SRT vs RTMP dan menguji keduanya terhadap pembuat enkode dan tujuan yang sama.
Cara menyebarkan server SRT
Penerapan cloud dan yang dihosting sendiri mengikuti urutan penerimaan yang sama. Tetapkan batas jaringan, mulai satu pasangan titik akhir yang diketahui, kirim codec dan bitrate yang diinginkan, amati kesehatan transportasi, dan buktikan keluaran yang didekodekan sebelum menambahkan rute atau otomatisasi.
| Pengaturan | Tes pertama yang direkomendasikan | Mengapa itu penting |
|---|---|---|
| Mode | Server sebagai Pendengar, pembuat enkode sebagai Pemanggil | Pola penyerapan cloud paling sederhana. |
| Pelabuhan UDP | Buka satu port UDP yang terdokumentasi untuk setiap penyerapan feed | Lalu lintas SRT tidak akan tiba melalui firewall tertutup. |
| Latensi | Mulai pada 200–500 ms untuk jalur internet normal | Memberi SRT waktu untuk memulihkan kehilangan dan jitter. |
| MPEG-TS/wadah | MPEG-TS adalah wadah video langsung yang umum melalui SRT | Server menerima muatan media yang di-mux, tidak hanya koneksi transport. |
| ID aliran | Gunakan nilai yang mudah dibaca seperti event-main |
Membantu merutekan, mengidentifikasi, dan melindungi feed. |
| Frasa sandi | Nilai yang sama pada pengirim dan server | Enkripsi gagal jika kunci tidak cocok. |
- Buat server atau instance cloud dengan CPU, kapasitas jaringan, dan penyimpanan yang cukup untuk alur kerja Anda.
- Buka port UDP yang diperlukan di grup keamanan cloud dan firewall host.
- Buat pendengar SRT yang akan menerima aliran masuk.
- Tetapkan ID streaming dan aturan frasa sandi jika Anda memerlukan perutean dan enkripsi.
- Hubungkan pembuat enkode sebagai pemanggil SRT dan mengirimkan aliran ke titik akhir pendengar.
- Periksa statistik langsung seperti bitrate, RTT, packet loss, transmisi ulang, dan status koneksi.
- Rutekan aliran ke hilir untuk merekam, streaming ulang, transcoding, atau pemutaran.
Cara menggunakan server SRT di Callaba
Di Callaba, layar Server SRT adalah permukaan kontribusi yang berfungsi. Ini menyatukan peran koneksi, status penerbit atau penerima, kebijakan akses, bukti pengangkutan, dan rute selanjutnya ke dalam satu alur kerja operator. Gunakan API setelah alur kerja tersebut dipahami dan dapat diulang.
Masukan yang diterima sama dapat mendukung beberapa pekerjaan berbeda:
- Encoder SRT ke Callaba, lalu streaming ulang ke Twitch atau YouTube;
- OBS ke Callaba melalui SRT, lalu rekam streamingnya;
- vMix ke Callaba melalui SRT, lalu rutekan feed ke tujuan lain;
- aplikasi seluler ke Callaba melalui SRT, lalu streaming ulang ke platform sosial;
- tempat terpencil ke Callaba, lalu paket untuk pemutaran browser;
- Input SRT ke multiview browser, perekam, perutean API, dan pengiriman pemutar terkontrol.
Apa yang harus dipantau di server SRT
Baca bukti transportasi dan pecahkan kode media bersama-sama. Konter transportasi menjelaskan sesi ini; gambar, audio dan tujuan menunjukkan apakah produksi benar-benar dapat menggunakannya.
Sinyal transportasi
- Status koneksi: tersambung, terputus, tersambung kembali, atau gagal.
- Kecepatan bit masuk: apakah media masih mengalir pada kecepatan yang diharapkan.
- RTT: waktu pulang pergi antara pengirim dan penerima.
- Kehilangan paket: berapa banyak data yang hilang di jalur tersebut.
- Transmisi ulang: seberapa sering SRT harus memulihkan paket yang hilang.
- Naik opelet: berapa banyak waktu paket bervariasi.
- Terima tekanan buffer: apakah koneksi berjalan terlalu dekat dengan batas pemulihannya.
Bangun ambang batas dari jalur: amati RTT sebagai suatu rentang, bandingkan delta kerugian dan transmisi ulang pada interval yang sama, dan simpan bitrate yang dikodekan di dalam ruang kepala jaringan yang diukur. Tingkatkan latensi hanya ketika bukti menunjukkan paket yang dapat dipulihkan datang terlambat; jangan menyalin persentase universal ke dalam setiap penerapan.
Sinyal media
- video hitam, video beku, audio hilang atau audio senyap;
- codec, kecepatan bingkai, resolusi, atau format audio salah;
- stempel waktu yang buruk, bingkai utama yang hilang, atau pemetaan aliran yang tidak kompatibel.
Masalah umum server SRT
Sambungan SRT tidak dimulai
Letakkan dua konfigurasi titik akhir yang disimpan secara berdampingan. Periksa peran, alamat yang dapat dijangkau, port UDP, setiap batas firewall, ID Aliran, dan frasa sandi. Ini lebih cepat dan aman daripada menyimpulkan penyebab dari pesan status satu aplikasi.
Streaming tersambung tetapi video tidak stabil
Sejajarkan perpisahan yang terlihat dengan bukti RTT, kehilangan, transmisi ulang, dan latensi dari interval yang sama. Jika paket pengganti kembali setelah jendela pemulihan, ukur lagi dengan latensi yang lebih tinggi atau kecepatan bit yang lebih rendah. Jika link sudah jenuh, jendela yang lebih besar saja tidak akan menghasilkan bandwidth.
Streaming terhubung tetapi tidak ada audio
Mulai dari pembuat enkode: konfirmasikan perangkat yang dimaksud, pengukur, tata letak saluran, dan codec audio. Kemudian periksa trek yang diterima dan dukungan codec aplikasi berikutnya. Mengubah pengaturan jaringan tidak dapat memulihkan audio yang tidak pernah ditempatkan di payload.
Dengarkan secara lokal di OBS, vMix, encoder perangkat keras, atau output perangkat yang dipantau sebelum menyentuh server. Setelah audio sumber terbukti, ikuti jalur yang sama melalui penerima dan tujuan tanpa mengalihkan sinyal uji di tengah penyelidikan.
Statistik SRT terlihat bagus tetapi pemirsa masih mengalami masalah
Ketika transportasi tetap sehat selama insiden penonton, lanjutkan melalui decode, transcoding, pengemasan, asal, CDN, dan pemutar. Pertahankan satu stempel waktu kejadian di seluruh rantai sehingga setiap tim memeriksa kejadian yang sama dan bukan gejala yang tampak serupa.
Server SRT yang dihosting sendiri vs yang dikelola
Pilih penerapan berdasarkan batas operasi yang siap dimiliki oleh tim Anda. Hosting mandiri menyimpan instans, peningkatan, dan kebijakan jaringan di dalam infrastruktur Anda. Peluncuran cloud dapat mempersingkat pengujian regional pertama. Tidak ada opsi yang menghilangkan kapasitas, pemantauan, atau pekerjaan pemulihan.
| Pilihan | Gunakan kapan | Risiko utama |
|---|---|---|
| Server SRT yang dihosting sendiri | Anda memerlukan kontrol penuh atas penempatan jaringan, kepatuhan, logika perutean, atau aturan penerapan internal. | Tim Anda memiliki pemantauan, penskalaan, pembaruan, dan operasi hari acara. |
| Platform alur kerja SRT terkelola | Anda perlu meluncurkannya dengan cepat dan ingin memantau, merutekan, merekam, atau melakukan streaming ulang di satu tempat. | Anda masih perlu memvalidasi port, pengaturan sumber, ID aliran, frasa sandi, dan rute hilir. |
Callaba mendukung alur kerja operator SRT yang sama dalam peluncuran cloud atau di server Linux yang dihosting sendiri. Buktikan satu penyerapan, Multiview atau tujuan dan rekaman pada infrastruktur yang dipilih; lalu tambahkan perutean, streaming ulang, pengiriman browser, atau otomatisasi API sebagai langkah yang dapat diuji secara terpisah.
Daftar periksa hari acara untuk server SRT
- Konfirmasikan IP server atau nama host.
- Konfirmasikan port UDP terbuka.
- Konfirmasikan mode penelepon/pendengar/pertemuan di kedua sisi.
- Konfirmasikan ID streaming, jika digunakan.
- Konfirmasikan frasa sandi enkripsi, jika digunakan.
- Konfirmasikan bitrate, codec, frame rate, resolusi, dan format audio yang diharapkan.
- Mulai streaming dan verifikasi bitrate yang masuk.
- Periksa RTT, kehilangan paket, transmisi ulang, dan jitter.
- Periksa video dan audio sebenarnya, bukan hanya status koneksi.
- Konfirmasikan rute hilir: perekaman, streaming ulang, transcoding, atau pemutaran.
- Konfirmasikan sinkronisasi waktu: server dan pembuat enkode harus menggunakan NTP atau sumber waktu lain yang konsisten sehingga log dan rekaman dapat dikorelasikan selama pemecahan masalah.
- Uji jalur cadangan sebelum acara dimulai.
Referensi resmi dan bacaan terkait
Simpan spesifikasi protokol di samping runbook, dan gunakan panduan Callaba saat ini untuk detail antarmuka dan API yang dapat berubah secara independen dari standar transport.
Jawaban singkat sebelum Anda meluncurkan server SRT
Apakah server SRT harus menerima video tersebut?
Tidak. Penelepon dan Pendengar menjelaskan siapa yang membuka koneksi. Desain aplikasi menentukan pihak mana yang mengirimkan media.
Bisakah browser memutar URL SRT mentah?
Pemutaran browser biasa biasanya memerlukan output yang didukung browser seperti HLS atau WebRTC. Sesi SRT tetap menjadi transportasi kontribusi.
Apa yang membuktikan server berfungsi?
Konfirmasikan sesi yang diinginkan, bitrate yang masuk, dan kesehatan transportasi, lalu periksa gambar dan audio yang didekodekan di Multiview atau di tujuan.
Pertanyaan Umum
Apa itu server SRT?
Ini adalah salah satu titik akhir yang berfungsi dalam sesi SRT. Server dapat menunggu, memulai, atau menyampaikan koneksi kontribusi, lalu memaparkan umpan tersebut ke alur kerja produksi yang terkontrol.
Apa itu server langsung SRT?
Ini adalah titik akhir SRT yang membawa kontribusi saat acara sedang berlangsung. Umpan yang diterima dapat melanjutkan peralihan, pemantauan, perekaman, transkode, perutean, streaming ulang, atau alur kerja pengiriman pemirsa.
Apakah server SRT sama dengan server streaming?
Tidak. Server SRT biasanya memiliki sesi kontribusi atau relai. Platform streaming yang lebih luas dapat menambahkan kontrol akses, transcoding, perekaman, analitik, operasi API, pemutaran pemirsa, dan pengiriman CDN di sekitar transportasi tersebut.
Apakah server SRT menggunakan UDP?
Ya. SRT berjalan melalui UDP, sehingga port UDP yang dipilih harus diizinkan melalui aturan cloud, firewall host, router, dan batas jaringan penerima lainnya.
Port apa yang digunakan server SRT?
Tidak ada port SRT universal. Pilih port UDP dalam konfigurasi titik akhir, pesan port tersebut dalam kebijakan jaringan yang relevan, dan dokumentasikan peristiwa, feed, atau penyewa mana yang memilikinya.
Haruskah server SRT menjadi pendengar atau pemanggil?
Pola penyerapan cloud yang umum menggunakan Callaba sebagai Pendengar dan pembuat enkode sebagai Pemanggil karena server memiliki alamat yang dapat dijangkau dan port UDP yang dikenal. Gunakan peran lain ketika desain NAT dan firewall yang sebenarnya memerlukannya; peran tidak menentukan arah media.
Bisakah OBS mengirim ke server SRT?
Ya. Konfigurasikan OBS dengan titik akhir SRT dan peran, port, dan nilai keamanan yang cocok. Setelah terhubung, verifikasi bitrate yang diterima, gambar dan audio yang didekodekan sebelum meneruskan feed.
Bisakah vMix mengirim ke server SRT?
Ya. vMix dapat mengirim atau menerima SRT. Salah satu desain umum mengirimkan program vMix ke Callaba untuk pemantauan, perekaman, perutean, atau streaming ulang, dengan peran titik akhir dan media yang dikembalikan diperiksa selama latihan.
Apakah SRT lebih baik dari RTMP?
Untuk kontribusi yang merugikan atau jarak jauh, SRT menawarkan pemulihan dan jendela latensi yang dapat disesuaikan yang tidak disediakan oleh RTMP dengan cara yang sama. RTMP atau RTMPS tetap umum untuk pengiriman penerbit ke platform, sehingga banyak sistem menggunakan SRT upstream dan RTMP downstream.
Bisakah browser memutar SRT secara langsung?
Pemutaran browser biasa tidak menggunakan URL SRT mentah. Terima kontribusinya terlebih dahulu, lalu siapkan output yang didukung browser seperti HLS atau WebRTC.
Mengapa streaming SRT saya tersambung tetapi tidak menampilkan video?
Jabat tangan transportasi dapat berhasil meskipun tidak ada video yang dapat digunakan. Periksa bitrate masuk, container, codec, stempel waktu, keyframe, pemetaan track, dan decoder tujuan dengan sampel langsung yang sama.
Bagaimana cara membuat server SRT lebih andal?
Gunakan jalur UDP yang diinginkan, sisakan ruang bandwidth yang terukur, latensi ukuran dari RTT dan perilaku kerugian, periksa muatan media, pantau delta, dan latih titik akhir alternatif yang benar-benar dapat digunakan sebelum kejadian.
Apakah SRT biasanya membawa MPEG-TS?
Seringkali ya: banyak alur kerja SRT langsung yang membawa audio dan video muxed dalam MPEG-TS. SRT sendiri bersifat agnostik konten, jadi konfirmasikan kontainer dan trek yang dihasilkan oleh pengirim sebenarnya.
Metrik server SRT apa yang harus saya perhatikan terlebih dahulu?
Mulailah dengan status koneksi, bitrate masuk, RTT, transmisi ulang, dan delta kerugian selama interval yang diketahui. Bacalah di samping gambar dan audio yang didekodekan, lalu atur tingkat peringatan dari codec, kecepatan bit, wilayah, dan jaringan yang diinginkan, bukan persentase universal.
Ke mana harus pergi selanjutnya
- Apa itu protokol SRT?
- SRT vs RTMP
- Cara memulai streaming SRT di OBS Studio
- Cara menerima aliran SRT di OBS Studio
- Mengirim dan menerima aliran SRT melalui vMix
- Temukan latensi sempurna untuk pengaturan SRT Anda
- Dokumen API server SRT
Terakhir diperbarui: 4 Agustus 2026