Langkau ke kandungan
Callaba
Pengambilan, pemantauan dan penghalaan SRT

Pelayan SRT Callaba

Pelayan SRT menerima, mengurus dan menyampaikan video langsung kependaman rendah merentas rangkaian IP yang tidak dapat diramalkan. Callaba menambah kesihatan sambungan, kawalan akses dan laluan suapan yang sama ke Multiview, rakaman, penstriman semula atau Pemain Web boleh terbenam. Jalankan pada AWS atau pelayan Linux anda sendiri.

Pratonton operasi SRT

Ikuti suapan dari sambungan ke output

Pilih langkah untuk melihat perkara yang boleh disahkan dan dikawal oleh pengendali dalam Callaba. Nilai di bawah menggambarkan antara muka; mereka bukan telemetri langsung.

Siapa yang berhubung

Kenali rakan sebaya sebelum anda mengarahkan suapan

Lihat rantau yang dilaporkan dan IP rakan sebaya untuk setiap penerbit dan penerima yang disambungkan ke pelayan SRT.

Frankfurt, DE203.0.113.42
Telemetri pengangkutan langsung

Tonton kadar bit, RTT dan kehilangan paket

6.2 Mb/sRTT 42 msKehilangan paket 0.02%
Sambungan yang diluluskan

Tetapkan peraturan berasingan untuk penerbit dan penerima

Benarkan ID strim dan alamat rakan sebaya yang anda harapkan, dengan peraturan yang berbeza untuk orang yang menghantar dan menerima video.

Akses tetamu didayakan
Gunakan suapan yang sama dalam

Keluaran laluan

Kamera atau studio jauh bersambung ke Callaba sekali. Setiap modul boleh menggunakan sumber yang diterima di dalam Callaba, jadi anda tidak membuat penyerapan SRT berasingan untuk setiap kerja.

MVRECOUTWEB
Satu input SRT, empat modul produk

Terima satu suapan SRT. Gunakannya dalam Multiview, Rakaman, Penstriman Semula dan Pemain Web.

Kamera, pengekod atau studio jauh anda bersambung ke Callaba sekali. Pelayan SRT menerima strim, menunjukkan kesihatan pengangkutannya, dan menyediakan sumber langsung yang sama untuk setiap modul.

Pilih satu sumber SRT
IN

Kamera atau pengekod

Hantar suapan SRT yang dikodkan melalui internet awam.

IN

Tempat atau studio terpencil

Bawa suapan lapangan atau studio kembali ke produksi.

SRT

Pelayan SRT Callaba

Terima suapan, periksa kesihatannya, dan kawal ke mana ia pergi.

Tonton kadar bit, RTT dan kehilangan paketTetapkan peraturan berasingan untuk penerbit dan penerima
Awan atau hos sendiri
Gunakan suapan yang sama dalam
MV

Multiview

Letakkan sumber pada dinding pengendali berasaskan pelayar.

REC

Rakaman

Tangkap suapan langsung untuk semakan atau digunakan semula.

OUT

Menstrim semula

Hantar suapan yang sama diterima ke destinasi yang dikonfigurasikan.

WEB

Pemain Web

Terbitkan main balik penyemak imbas, kemudian gunakan URL pemapar yang disahkan atau benam.

Kamera atau studio jauh bersambung ke Callaba sekali. Setiap modul boleh menggunakan sumber yang diterima di dalam Callaba, jadi anda tidak membuat penyerapan SRT berasingan untuk setiap kerja.

Gunakan aliran SRT yang diterima dalam program terkawal

Tukar suapan kamera SRT dari tempat yang berbeza menjadi satu program langsung. Pilih setiap strim yang diterima sebagai input Pengadun Video, susun sumber dalam adegan dan laraskan audionya. Sediakan adegan seterusnya dalam Pratonton semasa Program kekal disiarkan, kemudian tukar dengan CUT atau FADE. Terbitkan dan rekod hasil daripada ruang kerja yang sama. Suapan yang telah siap masih boleh diterima dan dialihkan tanpa mencampurkan.

  1. Terima dan sahkan aliran SRT.
  2. Pilih strim yang diterima sebagai input AV Mixer.
  3. Bina adegan dalam Pratonton, kemudian bawa ke Program dengan CUT atau FADE.
Buka Pengadun Video
Penerbitan sosial berterusan

Kekalkan YouTube, Facebook dan Twitch secara langsung semasa sumber SRT bertukar

Sediakan suapan SRT utama dan sandaran, kemudian bertukar antara suapan secara manual atau automatik pada tahap pengangkutan. Sambungan penerima dan penarik hiliran kekal disambungkan melalui suis; menguji sumber, rangkaian, penimbal dan destinasi sebenar sebelum pengeluaran.

Laluan utamaIsyarat tidak stabil
Sumber SRT yang disediakansedia
SRTFailover sumber
Sesi penerbitanTeruskan hidup
  • YouTubeLIVE
  • FacebookLIVE
  • TwitchLIVE

Tukar sumber, pastikan setiap destinasi hidup

Callaba beralih ke laluan SRT PULL yang diuji seterusnya manakala output YouTube, Facebook dan Twitch kekal bersambung.

Pilih sumber, kekalkan sambungan hiliran

Pengendali boleh memilih sumber secara manual manakala sambungan penerima dan penarik hiliran kekal dilampirkan. Perkara yang sampai ke gambar dan bila masih bergantung pada suapan, rangkaian, penimbal dan destinasi yang disediakan; menguji jalan sebenar.

Kehilangan bingkai yang tepat bergantung pada kesediaan sumber, keserasian media, penimbalan, keadaan rangkaian dan tetapan penggunaan. Uji laluan lengkap sebelum pengeluaran.

Spesifikasi teknikal

Perkara yang disokong oleh produk dan perkara yang perlu disahkan

Tingkah laku yang disokong terletak di sebelah semakan penerimaan praktikal. Antara muka Callaba yang dipasang dan profil sumber, destinasi dan infrastruktur sebenar kekal berwibawa.

Perkara yang disokong oleh produk dan perkara yang perlu disahkan
KeupayaanTingkah laku yang disokongSemakan penerimaan
Terima suapan SRT secara langsungSambungkan kamera, pengekod, studio atau tempat terpencil ke Callaba.Ia menerima suapan SRT secara langsung, menunjukkan kepada operator keadaan sambungan dan pengangkutan, mengawal siapa yang boleh menerbitkan atau menerima dan menghantar video ke Multiview, merakam, menstrim semula atau main semula.
Mulakan dengan pemanggil kepada pendengarUntuk ujian penyerapan yang mudah, jalankan Callaba sebagai pendengar SRT dan sambungkan pengekod sebagai pemanggil.Penerbit masuk: Tonton kadar bit, RTT, kehilangan paket, keadaan sambungan, wilayah dan alamat rakan sebaya semasa suapan disiarkan.
Lihat kesihatan pengangkutanTonton kadar bit, RTT, kehilangan paket, keadaan sambungan, wilayah dan alamat rakan sebaya semasa suapan disiarkan.Telemetri pengangkutan langsung
Hantar satu suapan ke beberapa kerjaGunakan semula sumber dalam Multiview, rakaman, penstriman semula atau main semula.Suapan yang diterima boleh muncul dalam Multiview, dirakam, distrim semula atau meneruskan output main balik yang dikonfigurasikan dalam Callaba.
MultiviewLetakkan sumber pada dinding pengendali berasaskan pelayar.Suapan yang diterima boleh muncul dalam Multiview, dirakam, distrim semula atau meneruskan output main balik yang dikonfigurasikan dalam Callaba.
Kekalkan YouTube, Facebook dan Twitch secara langsung semasa sumber SRT bertukarSediakan suapan SRT utama dan sandaran, kemudian bertukar antara suapan secara manual atau automatik pada tahap pengangkutan. Sambungan penerima dan penarik hiliran kekal disambungkan melalui suis; menguji sumber, rangkaian, penimbal dan destinasi sebenar sebelum pengeluaran.Konfigurasikan aliran kerja SRT utama dan sandaran, kemudian uji kedua-duanya bertukar kepada sandaran dan kembali ke utama dengan sumber dan destinasi sebenar. Pensuisan peringkat pengangkutan mengekalkan sambungan penerima dan penarik hiliran, tetapi tidak menjanjikan penukaran tanpa kesan atau kehilangan sifar.
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.

  1. ConfigureSRT serversOpen guide
  2. ConnectSRT routesOpen guide
  3. VerifyStreams and connection accessOpen guide
Penerapan

Jalankan pada AWS atau pada pelayan Linux anda sendiri

Antara muka produk kekal biasa dalam mana-mana model. Pilih infrastruktur yang pasukan anda sedia untuk beroperasi.

Simpan pada infrastruktur anda

Pasang Callaba pada Linux apabila anda memerlukan laluan media dan hos di bawah kawalan anda.

Perlukan butiran protokol?

Pelayan SRT: Cara Mengatur, Menjalankan dan Menyelesaikannya dalam Pengeluaran

Ketahui apa itu pelayan SRT, cara mod pemanggil/pendengar, port UDP, kependaman, ID strim dan frasa laluan berfungsi untuk penyerapan video secara langsung.

Iurii Pakholkov, pengasas Callaba

Ditulis oleh Iurii Pakholkov

Kemas kini terakhir: 4 Ogos 2026

Gambaran keseluruhan produk di atas menerangkan perkara yang boleh dilakukan oleh Pelayan SRT Callaba. Panduan ini bermula pada serahan operator: titik akhir telah dibuat dan nyata aliran SRT kini perlu menyambung, membawa media yang boleh digunakan dan mencapai output pengeluaran yang dimaksudkan.

SRT adalah singkatan dari Pengangkutan Aman Dipercayai. Ia menggunakan UDP, kemudian menambah penghantaran semula terpilih, tetingkap pemulihan boleh laras, penyulitan pilihan, peranan sambungan dan statistik pengangkutan. Kawalan tersebut berguna apabila suapan sumbangan mesti merentasi internet awam, pautan atas tempat atau rangkaian lain yang tidak akan kekal bersih dengan sempurna.

Simpan sumbangan dan pengambilan berasingan daripada main balik penonton. Titik akhir SRT menerima atau memulakan sesi pengangkutan terkawal; pemain, CDN atau bilik peserta datang kemudian. Setelah suapan dibuktikan, sistem pengeluaran boleh menghala, merekod, transkod, menstrim semula atau menyediakan output seperti HLS atau WebRTC.

Jawapan pantas untuk operator

Anggap pelayan SRT sebagai pusat pemeriksaan pengeluaran pertama selepas sumber. Corak pengambilan biasa mempunyai pelayan sebagai Pendengar dan pengekod sebagai Pemanggil, tetapi peranan tersebut menyatakan siapa yang membuka sambungan—bukan ke arah mana media mesti bergerak. Penerimaan memerlukan sesi yang dimaksudkan, kadar bit masuk, keadaan pengangkutan, gambar dan audio yang dinyahkod, dan output seterusnya.

SRT server for live video ingest Indexable diagram showing an encoder sending SRT over UDP to an SRT server, then the server routing the live feed to monitoring, recording, restreaming and playback workflows. SRT server live video ingest · UDP · caller/listener · monitoring · routing Encoder camera, OBS, vMix, FFmpeg, mobile app SRT over UDP stream ID · passphrase · latency SRT server listener endpoint receive · monitor route · protect Record HLS Restream API contribution recovery UDP workflow control
Pelayan SRT menerima suapan sumbangan terlebih dahulu. Rakaman, main balik, penstriman semula dan penghalaan berlaku selepas tertelan.

Apakah pelayan SRT?

An pelayan SRT ialah perisian yang memiliki satu hujung sesi SRT. Ia mungkin menunggu pengekod, memanggil titik akhir lain atau menyampaikan suapan seterusnya. Dari segi pengeluaran, ia adalah tempat di mana sumber jauh menjadi sesi pasukan penerima boleh mengenal pasti, memerhati dan menyerahkan kepada sistem lain.

Semakan penerimaan berguna memisahkan empat pekerjaan dan bukannya meruntuhkannya menjadi satu keadaan "bersambung":

  • Menerima suapan langsung: pengekod kamera, OBS, vMix, FFmpeg, Larix atau sumber lain menghantar video ke pelayan.
  • Melindungi laluan sumbangan: SRT boleh memulihkan paket yang hilang dan menyulitkan sesi pengangkutan.
  • Mendedahkan statistik secara langsung: pengendali boleh memantau kadar bit, RTT, kehilangan paket, penghantaran semula dan keadaan sambungan.
  • Melepasi aliran hiliran: pelayan boleh menghalakan suapan ke aliran kerja rakaman, transkod, penstriman semula, penukaran atau main balik.

Apabila kru jauh berkata "kami menghantar," jawab dengan bukti dari sempadan ini. Sahkan bahawa rakan sebaya yang dijangka disambungkan, bahawa media masih tiba, bahawa pemulihan mengikuti laluan dan bahawa penyahkod hiliran boleh menggunakan suapan. Setiap jawapan menolak kelas kegagalan yang berbeza.

Pelayan SRT vs protokol SRT

The Protokol SRT mentakrifkan cara titik akhir mewujudkan dan melindungi sesi pengangkutan. The pelayan SRT ialah salah satu daripada titik akhir yang berfungsi, dengan pelabuhan, peranan, dasar akses, laluan media dan keadaan operasinya sendiri.

Penggal Maknanya Contoh
Protokol SRT Kaedah pengangkutan berasaskan UDP digunakan untuk memindahkan media langsung dengan pemulihan, penyulitan, kawalan kependaman dan statistik. Sambungan antara pengekod dan Callaba.
pelayan SRT Titik akhir penyedutan atau geganti yang menerima sesi SRT dan menghubungkannya ke seluruh aliran kerja. Callaba mendengar suapan tempat terpencil.

Apakah pelayan langsung SRT?

frasa Pelayan langsung SRT biasanya bermaksud bahawa titik akhir membawa peristiwa semasa ia berlaku. Suapan diterima dan diserahkan kepada pengeluaran, rakaman atau pengedaran sementara paket lewat masih mempunyai tetingkap terhad di mana ia berguna.

Corak itu muncul dalam sumbangan tempat, pautan studio-ke-awan, pengambilan pengekod mudah alih atau perkakasan, serahan rakan kongsi, laluan sandaran yang disediakan dan aliran kerja pengeluaran jauh. Penghantaran pelbagai destinasi boleh diikuti, tetapi ia tidak boleh digunakan sebagai bukti bahawa sumbangan yang masuk adalah sihat.

Kekangan langsung mewujudkan pertukaran. Kependaman mesti memberi masa yang cukup untuk paket yang hilang diminta dan dikembalikan, namun kekal dalam belanjawan kelewatan pengeluaran. Nilai yang disalin daripada LAN studio mungkin terlalu pendek untuk laluan selular atau jarak jauh walaupun soket masih bersambung.

Cara pelayan SRT berfungsi

SRT mengangkut muatan yang telah dikodkan; ia tidak menentukan codec kamera atau membaiki peta media yang tidak sah. Banyak laluan langsung membawa MPEG-TS mux dengan video H.264 atau H.265/HEVC dan audio AAC, walaupun bekas dan trek sebenar bergantung pada pengirim. Periksa muatan yang benar-benar tiba daripada menganggap jabat tangan pengangkutan membuktikan keserasian codec.

How an SRT server works Indexable workflow diagram showing source encoding, SRT transport, SRT server ingest, monitoring, routing and output formats. How an SRT server works The server receives live contribution first. Playback, recording and restreaming happen after ingest. 1. Encode H.264 / H.265 2. Send SRT caller 3. Receive SRT server listener 4. Monitor bitrate, RTT, loss 5. route recording restreaming transcoding playback
SRT biasanya paling kuat pada peringkat sumbangan dan pengambilan. Pelayan kemudian menyerahkan strim kepada aliran kerja media yang lain.
  1. Pengekod mencipta strim audio dan video secara langsung.
  2. Pengekod menghantar strim ke pelayan SRT.
  3. Pelayan SRT menerima aliran dan menjejaki kesihatan sambungan.
  4. Jika paket hilang, SRT boleh meminta penghantaran semula sementara paket masih berguna.
  5. Pelayan menghantar strim ke langkah aliran kerja seterusnya: perakam, transkoder, strim semula, penukar, aliran kerja API atau sistem main balik.

Mod pemanggil, pendengar dan pertemuan

SRT mendedahkan tiga peranan sambungan. Pilihnya daripada kebolehcapaian dan kekangan NAT, kemudian dokumenkan pilihan pada kedua-dua titik akhir. Label menentukan cara sesi dibuka; ia tidak, dengan sendirinya, menentukan hala tuju media.

SRT caller listener and rendezvous modes Indexable diagram explaining SRT listener, caller and rendezvous connection modes for SRT server setup. SRT modes: caller, listener, rendezvous For cloud ingest, the most common production pattern is server as listener, encoder as caller. Listener server waits Known public IP or DNS. Known UDP port. Best first cloud setup. Caller encoder connects Starts the SRT session. Common for OBS, vMix, hardware encoders. Rendezvous both sides connect Useful in some NAT cases. Test before production. Not the first setup. Recommended first test: encoder caller → SRT server listener
Untuk ujian penyerapan awan pertama, pastikan ia mudah: Pelayan SRT dalam mod Pendengar, sumber jauh dalam mod Pemanggil.
  • Pendengar: menunggu sambungan SRT masuk pada port UDP yang diketahui. Ini ialah mod biasa untuk pelayan penyerapan awan atau titik akhir pusat data.
  • pemanggil: memulakan sambungan kepada pendengar. Ini adalah perkara biasa untuk pengekod medan, OBS, vMix, FFmpeg, aplikasi mudah alih dan sumber jauh.
  • Pertemuan: kedua-dua pihak memulakan sambungan. Ini boleh membantu dalam sesetengah kes NAT, tetapi ia harus diuji dengan teliti sebelum pengeluaran.

Port pelayan SRT dan peraturan firewall

Oleh kerana SRT berjalan di atas UDP, setiap sempadan penerima mesti membenarkan port UDP yang dipilih: kumpulan keselamatan awan, tembok api hos, penghala, peraturan NAT atau dasar huluan. Membuka TCP pada nombor port yang sama tidak membuka laluan SRT.

  • pelayan mempunyai IP awam atau alamat rangkaian yang boleh dicapai;
  • port UDP yang betul dibuka;
  • pengekod menggunakan mod pemanggil/pendengar yang betul;
  • ID aliran sepadan dengan peraturan penghalaan pelayan, jika ID aliran digunakan;
  • frasa laluan sepadan pada kedua-dua belah pihak, jika penyulitan didayakan;
  • aliran kerja penerimaan dipetakan ke output hiliran yang betul.

Gunakan lencana "disambungkan" pengekod sebagai permulaan ujian. Sahkan kadar bit masuk dan keadaan pengangkutan pada bahagian penerima, kemudian buka Multiview atau destinasi sebenar. Soket kerja tidak boleh menunjukkan bahawa audio program wujud, cap masa boleh digunakan atau penyahkod hiliran menerima muatan.

Teknologi Peranan terbaik Nota praktikal SRT Sumbangan langsung, pengambilan dan pengangkutan antara titik akhir terkawal. Gunakan apabila laluan sumbangan penting atau tidak sempurna. RTMP / RTMPS Penerbitan mudah dan penggunaan platform sosial. Selalunya digunakan selepas pengambilan SRT untuk tolakan terakhir ke platform. HLS Main balik penonton berskala besar merentas penyemak imbas, TV dan peranti mudah alih. Penyemak imbas biasanya memerlukan HLS atau format main balik lain, bukan SRT mentah. WebRTC Video masa nyata interaktif, panggilan, suapan pulangan dan penyertaan subsaat. Berguna apabila penonton atau peserta memerlukan kependaman yang sangat rendah. NDI Rangkaian pengeluaran kependaman rendah di dalam persekitaran LAN atau studio terkawal. Gunakan jambatan SRT/NDI apabila mengalihkan isyarat pengeluaran antara tapak atau aliran kerja awan.

Jika keputusan itu khusus mengenai pengangkutan penerbit ke platform, teruskan SRT lwn RTMP dan uji kedua-duanya terhadap pengekod dan destinasi yang sama.

Bagaimana untuk menggunakan pelayan SRT

Awan dan penempatan sendiri dihoskan mengikut urutan penerimaan yang sama. Wujudkan sempadan rangkaian, mulakan satu pasangan titik akhir yang diketahui, hantar codec dan kadar bit yang dimaksudkan, perhatikan kesihatan pengangkutan dan buktikan output yang dinyahkod sebelum menambah laluan atau automasi.

SRT server setup checklist

A connected session is not enough. Match transport settings and verify the media payload.

SRT server setup checklist
SettingServer sideSender sideWhy it matters
Mode Listener Caller handshake
Address public IP / DNS server host reachability
Port open UDP port same port firewall
Latency recovery budget same policy jitter/loss
Stream ID route/access rule same value identity
Passphrase same key same key encryption
Codec receive + route H.264 / H.265 compatibility
Container MPEG-TS common muxed A/V stream payload format
Bitrate watch actual input below uplink stability
Audio preview + monitor AAC / source audio payload
Stats RTT, loss, retransmit uplink health diagnostics
Route record / restream source label workflow
Persediaan pelayan SRT memerlukan kedua-dua tetapan rangkaian dan pemeriksaan media. Jabat tangan yang bersih tidak membuktikan video boleh digunakan.
Tetapan Ujian pertama yang disyorkan Mengapa ia penting
Mod Pelayan sebagai Pendengar, pengekod sebagai Pemanggil Corak penyerapan awan paling mudah.
port UDP Buka satu port UDP yang didokumenkan setiap suapan pengambilan Trafik SRT tidak akan tiba melalui tembok api tertutup.
Latensi Mulakan pada 200–500 ms untuk laluan internet biasa Memberi masa SRT untuk memulihkan kerugian dan kegelisahan.
MPEG-TS / bekas MPEG-TS ialah bekas video langsung biasa berbanding SRT Pelayan menerima muatan media muxed, bukan sahaja sambungan pengangkutan.
ID Strim Gunakan nilai yang boleh dibaca seperti event-main Membantu menghala, mengenal pasti dan melindungi suapan.
Ungkapan laluan Nilai yang sama pada penghantar dan pelayan Penyulitan gagal jika kunci tidak sepadan.
  1. Buat contoh pelayan atau awan dengan CPU, kapasiti rangkaian dan storan yang mencukupi untuk aliran kerja anda.
  2. Buka port UDP yang diperlukan dalam kumpulan keselamatan awan dan tembok api hos.
  3. Buat pendengar SRT yang akan menerima aliran masuk.
  4. Tetapkan ID strim dan peraturan frasa laluan jika anda memerlukan penghalaan dan penyulitan.
  5. Sambungkan pengekod sebagai pemanggil SRT dan menghantar strim ke titik akhir pendengar.
  6. Semak statistik langsung seperti kadar bit, RTT, kehilangan paket, penghantaran semula dan keadaan sambungan.
  7. Halakan aliran ke hilir untuk merakam, menstrim semula, transkod atau main balik.

Bagaimana untuk menggunakan pelayan SRT di Callaba

Di Callaba, skrin Pelayan SRT ialah permukaan sumbangan yang berfungsi. Ia membawa peranan sambungan, keadaan penerbit atau penerima, dasar akses, bukti pengangkutan dan laluan seterusnya ke dalam satu aliran kerja operator. Gunakan API selepas aliran kerja itu difahami dan boleh diulang.

Input yang diterima yang sama boleh menyokong beberapa pekerjaan yang berbeza:

  • Pengekod SRT ke Callaba, kemudian strim semula ke Twitch atau YouTube;
  • OBS ke Callaba melalui SRT, kemudian rekod strim;
  • vMix ke Callaba melalui SRT, kemudian halakan suapan ke destinasi lain;
  • aplikasi mudah alih ke Callaba melalui SRT, kemudian strim semula ke platform sosial;
  • tempat terpencil ke Callaba, kemudian pakej untuk main balik penyemak imbas;
  • Input SRT ke multiview penyemak imbas, perakam, penghalaan API dan penghantaran pemain terkawal.

Perkara yang perlu dipantau pada pelayan SRT

Baca bukti pengangkutan dan media yang dinyahkod bersama-sama. Kaunter pengangkutan menerangkan sesi; gambar, audio dan destinasi menunjukkan sama ada pengeluaran benar-benar boleh menggunakannya.

Isyarat pengangkutan

  • Keadaan sambungan: disambungkan, diputuskan, disambung semula atau gagal.
  • Kadar bit masuk: sama ada media masih mengalir pada kadar yang dijangkakan.
  • RTT: masa pergi balik antara penghantar dan penerima.
  • Kehilangan paket: berapa banyak data yang hilang di laluan.
  • Penghantaran semula: berapa kerap SRT perlu memulihkan paket yang hilang.
  • Jitter: berapa banyak masa paket berbeza-beza.
  • Terima tekanan penimbal: sama ada sambungan berjalan terlalu hampir dengan had pemulihannya.

Bina ambang dari laluan: amati RTT sebagai julat, bandingkan delta kehilangan dan penghantaran semula pada selang waktu yang sama, dan simpan kadar bit yang dikodkan di dalam ruang kepala rangkaian yang diukur. Tingkatkan kependaman hanya apabila bukti menunjukkan paket yang boleh dipulihkan tiba terlalu lewat; jangan salin peratusan universal ke dalam setiap penggunaan.

Isyarat media

  • video hitam, video beku, audio hilang atau audio senyap;
  • codec, kadar bingkai, resolusi atau format audio yang salah;
  • cap masa yang buruk, bingkai utama tiada atau pemetaan strim yang tidak serasi.

Masalah pelayan SRT biasa

SRT server troubleshooting path Indexable troubleshooting diagram for SRT server problems: check mode, UDP port, stream ID, passphrase, latency, media payload and downstream route. Debug an SRT server in this order Do not stop at “connected.” Check transport, media and downstream route. 1. Mode caller/listener 2. UDP port open? 3. Security stream ID, key 4. Latency enough recovery? 5. Media codec, audio 6. Stats RTT, loss, bitrate 7. Output record, HLS, RTMP
Nyahpepijat pengangkutan dahulu, kemudian muatan media, kemudian laluan hiliran.

Sambungan SRT tidak bermula

Letakkan dua konfigurasi titik akhir yang disimpan bersebelahan. Semak peranan, alamat boleh dicapai, port UDP, setiap sempadan tembok api, ID Strim dan frasa laluan. Ini lebih pantas dan lebih selamat daripada membuat kesimpulan punca daripada mesej status satu aplikasi.

Strim bersambung tetapi video tidak stabil

Selaraskan pemisahan yang boleh dilihat dengan bukti RTT, kehilangan, penghantaran semula dan kependaman dari selang waktu yang sama. Jika paket gantian kembali selepas tetingkap pemulihan, ukur sekali lagi dengan lebih kependaman atau kurang kadar bit. Jika pautan sudah tepu, tetingkap yang lebih besar sahaja tidak akan menghasilkan lebar jalur.

Strim bersambung tetapi tiada audio

Mulakan pada pengekod: sahkan peranti yang dimaksudkan, meter, susun atur saluran dan codec audio. Kemudian periksa trek yang diterima dan sokongan codec aplikasi seterusnya. Menukar tetapan rangkaian tidak dapat memulihkan audio yang tidak pernah diletakkan dalam muatan.

Dengar secara setempat dalam OBS, vMix, pengekod perkakasan atau output peranti yang dipantau sebelum menyentuh pelayan. Setelah audio sumber terbukti, ikuti trek yang sama melalui penerima dan destinasi tanpa menukar isyarat ujian pada pertengahan penyiasatan.

Statistik SRT kelihatan baik tetapi penonton masih menghadapi masalah

Apabila pengangkutan kekal sihat semasa insiden penonton, bergerak ke hadapan melalui penyahkod, transkod, pembungkusan, asal, CDN dan pemain. Simpan satu cap masa kejadian merentas rantaian supaya setiap pasukan memeriksa peristiwa yang sama dan bukannya gejala yang kelihatan serupa.

Pelayan SRT yang dihoskan sendiri lwn terurus

Pilih penempatan mengikut sempadan operasi yang sedia dimiliki oleh pasukan anda. Pengehosan sendiri mengekalkan contoh, peningkatan dan dasar rangkaian dalam infrastruktur anda. Pelancaran awan boleh memendekkan ujian serantau pertama. Tiada pilihan mengalih keluar kapasiti, pemantauan atau kerja pemulihan.

Pilihan Gunakan apabila Risiko utama
Pelayan SRT yang dihoskan sendiri Anda memerlukan kawalan penuh ke atas peletakan rangkaian, pematuhan, logik penghalaan atau peraturan penggunaan dalaman. Pasukan anda memiliki pemantauan, penskalaan, kemas kini dan operasi hari acara.
Platform aliran kerja SRT terurus Anda perlu melancarkan dengan cepat dan mahu pemantauan, penghalaan, rakaman atau penstriman semula di satu tempat. Anda masih perlu mengesahkan port, tetapan sumber, ID strim, frasa laluan dan laluan hiliran.

Callaba menyokong aliran kerja pengendali SRT yang sama dalam pelancaran awan atau pada pelayan Linux yang dihoskan sendiri. Buktikan satu penyerapan, Multiview atau destinasi dan rakaman pada infrastruktur yang dipilih; kemudian tambahkan penghalaan, penstriman semula, penghantaran penyemak imbas atau automasi API sebagai langkah yang boleh diuji secara berasingan.

Senarai semak hari acara untuk pelayan SRT

  • Sahkan IP pelayan atau nama hos.
  • Sahkan port UDP dibuka.
  • Sahkan mod pemanggil/pendengar/rendezvous pada kedua-dua belah pihak.
  • Sahkan ID strim, jika digunakan.
  • Sahkan frasa laluan penyulitan, jika digunakan.
  • Sahkan kadar bit, codec, kadar bingkai, resolusi dan format audio yang dijangkakan.
  • Mulakan strim dan sahkan kadar bit masuk.
  • Semak RTT, kehilangan paket, penghantaran semula dan jitter.
  • Semak video dan audio sebenar, bukan sahaja keadaan sambungan.
  • Sahkan laluan hiliran: rakaman, penstriman semula, transkod atau main semula.
  • Sahkan penyegerakan masa: pelayan dan pengekod harus menggunakan NTP atau sumber masa konsisten lain supaya log dan rakaman boleh dikaitkan semasa menyelesaikan masalah.
  • Uji laluan sandaran sebelum acara bermula.

Rujukan rasmi dan bacaan berkaitan

Simpan spesifikasi protokol di sebelah buku panduan dan gunakan panduan Callaba semasa untuk antara muka dan butiran API yang boleh berubah secara bebas daripada standard pengangkutan.

Jawapan ringkas sebelum anda melancarkan pelayan SRT

Adakah pelayan SRT perlu menerima video?

Tidak. Pemanggil dan Pendengar menerangkan siapa yang membuka sambungan. Reka bentuk aplikasi menentukan pihak mana yang menghantar media.

Bolehkah penyemak imbas memainkan URL SRT mentah?

Main balik penyemak imbas biasa biasanya memerlukan output yang disokong penyemak imbas seperti HLS atau WebRTC. Sesi SRT kekal sebagai pengangkutan sumbangan.

Apakah yang membuktikan pelayan berfungsi?

Sahkan sesi yang dimaksudkan, kadar bit masuk dan kesihatan pengangkutan, kemudian semak gambar dan audio yang dinyahkod dalam Multiview atau di destinasi.

Soalan Lazim

Apakah pelayan SRT?

Ia adalah satu titik akhir yang berfungsi dalam sesi SRT. Pelayan boleh menunggu, memulakan atau menyampaikan sambungan sumbangan, kemudian mendedahkan suapan itu kepada aliran kerja pengeluaran terkawal.

Apakah pelayan langsung SRT?

Ia adalah titik akhir SRT yang membawa sumbangan semasa acara itu berlangsung. Suapan yang diterima boleh terus bertukar, memantau, merakam, transkod, penghalaan, penstriman semula atau aliran kerja penghantaran penonton.

Adakah pelayan SRT sama dengan pelayan penstriman?

Tidak. Pelayan SRT biasanya memiliki sumbangan atau sesi penyampaian. Platform penstriman yang lebih luas boleh menambah kawalan akses, transkod, rakaman, analitik, operasi API, main balik penonton dan penghantaran CDN di sekitar pengangkutan itu.

Adakah pelayan SRT menggunakan UDP?

ya. SRT berjalan di atas UDP, jadi port UDP yang dipilih mesti dibenarkan melalui peraturan awan, tembok api hos, penghala dan sebarang sempadan rangkaian penerima yang lain.

Apakah port yang digunakan oleh pelayan SRT?

Tiada port SRT universal. Pilih port UDP dalam konfigurasi titik akhir, tempahnya dalam dasar rangkaian yang berkaitan dan dokumen acara, suapan atau penyewa yang memilikinya.

Sekiranya pelayan SRT menjadi pendengar atau pemanggil?

Corak tertelan awan biasa menggunakan Callaba sebagai Pendengar dan pengekod sebagai Pemanggil kerana pelayan mempunyai alamat yang boleh dicapai dan port UDP yang diketahui. Gunakan peranan lain apabila NAT dan reka bentuk tembok api sebenar memerlukannya; peranan tidak menetapkan arah media.

Bolehkah OBS menghantar ke pelayan SRT?

ya. Konfigurasikan OBS dengan titik akhir SRT dan peranan, port dan nilai keselamatan yang sepadan. Selepas ia bersambung, sahkan kadar bit yang diterima, gambar yang dinyahkod dan audio sebelum menghalakan suapan ke hadapan.

Bolehkah vMix menghantar ke pelayan SRT?

ya. vMix boleh menghantar atau menerima SRT. Satu reka bentuk biasa menghantar program vMix ke Callaba untuk pemantauan, rakaman, penghalaan atau penstriman semula, dengan kedua-dua peranan titik akhir dan media yang dikembalikan diperiksa semasa latihan.

Adakah SRT lebih baik daripada RTMP?

Untuk sumbangan lossy atau jarak jauh, SRT menawarkan pemulihan dan tetingkap latensi boleh dilaras yang tidak disediakan oleh RTMP dengan cara yang sama. RTMP atau RTMPS kekal biasa untuk penghantaran penerbit ke platform, jadi banyak sistem menggunakan SRT huluan dan RTMP hiliran.

Bolehkah pelayar memainkan SRT secara langsung?

Main balik pelayar biasa tidak menggunakan URL SRT mentah. Terima sumbangan dahulu, kemudian sediakan output yang disokong penyemak imbas seperti HLS atau WebRTC.

Mengapa aliran SRT saya bersambung tetapi tidak menunjukkan video?

Jabat tangan pengangkutan boleh berjaya walaupun tiada video yang boleh digunakan. Semak kadar bit masuk, bekas, codec, cap masa, bingkai utama, pemetaan trek dan penyahkod destinasi dengan sampel langsung yang sama.

Bagaimanakah saya boleh menjadikan pelayan SRT lebih dipercayai?

Gunakan laluan UDP yang dimaksudkan, tinggalkan ruang kepala lebar jalur yang diukur, kependaman saiz daripada RTT dan gelagat kehilangan, periksa muatan media, pantau delta dan latih titik akhir ganti yang benar-benar boleh digunakan sebelum acara.

Adakah SRT biasanya membawa MPEG-TS?

Selalunya, ya: banyak aliran kerja SRT langsung membawa audio dan video mux dalam MPEG-TS. SRT sendiri adalah kandungan-agnostik, jadi sahkan bekas dan trek yang dihasilkan oleh pengirim sebenar.

Apakah metrik pelayan SRT yang perlu saya tonton dahulu?

Mulakan dengan keadaan sambungan, kadar bit masuk, RTT, penghantaran semula dan delta kehilangan dalam selang waktu yang diketahui. Bacanya di sebelah gambar dan audio yang dinyahkod, kemudian tetapkan tahap amaran daripada codec, kadar bit, rantau dan rangkaian yang dimaksudkan dan bukannya peratusan universal.

Ke mana hendak pergi seterusnya

Kemas kini terakhir: 4 Ogos 2026

Cuba dengan suapan sebenar

Lihat sama ada Callaba sesuai dengan aliran kerja SRT anda

Buka demo Multiview secara langsung, lancarkan Callaba pada AWS, atau pasangkannya pada pelayan Linux anda sendiri.