Controlați cine se conectează
Controlați accesul publicatorului și receptorului cu Stream ID-uri sau reguli peer-IP. Setați o parolă SRT corespunzătoare când criptarea este activată.
Callaba · Cloud și self-hosted
Software SRT Server pentru producție live
Recepționați feed-uri de la camere la distanță și programe finalizate. Monitorizați imaginea, sunetul și starea conexiunii în browser, apoi direcționați sau înregistrați sursele. Adăugați producție live cu Video Mixer într-o implementare acceptată.
Rulați în contul AWS propriu sau pe infrastructura Linux pe care o operați.
Demo SRT live
Încercați o conexiune SRT live
Creați o conexiune temporară pentru o oră. Trimiteți fluxul la adresa publicatorului în modul Caller, lăsând Stream ID-ul gol. Urmăriți-l în Multiview mai jos sau conectați receptorul la adresa receptorului în modul Caller.
Gata de creare
Controale server
Monitorizați conexiunile SRT și jurnalele serverului
Vedeți ce publicator este conectat, inspectați-i bitrate-ul și RTT-ul și găsiți evenimentele de conexiune fără să părăsiți tabloul de bord.
Verificați ruta de rețea
Inspectați bitrate-ul, RTT-ul, pierderea de pachete și peer-urile conectate înainte de a schimba receptorul sau encoderul.
Găsiți erori de conexiune
Deschideți Show logs din setările serverului. Puneți actualizările pe pauză, căutați după oră sau mesaj și exportați evenimentele necesare.
Server SRT propriu
Realizați prima conexiune
Alegeți cum se conectează encoderul și receptorul. Înlocuiți substituenții cu valorile afișate în tabloul Callaba.
Model gazdă și portDouă porturi UDP distincte: unul de publicator și unul de receptor. Stream ID-urile sunt lăsate intenționat goale.
Adresă publicator
srt://example.invalid:YOUR_PUBLISHER_PORT?mode=callerFolosiți portul UDP al publicatorului. Lăsați Stream ID-ul gol pentru acest model cu porturi separate.
Adresă receptor
srt://example.invalid:YOUR_RECEIVER_PORT?mode=callerFolosiți portul UDP distinct al receptorului. Lăsați Stream ID-ul gol și aici.
Pregătiți serverul
În Streaming servers → SRT servers, creați Listener-ul și rezervați portul sau porturile UDP. În Streams, permiteți un Stream ID gol pentru rolurile de publicator și receptor dorite.
Configurați ambele puncte finale
Setați encoderul și receptorul la Caller și introduceți adresa fiecăruia. Caller și Listener descriu cine inițiază sesiunea; nu descriu direcția media.
Verificați video și audio
Porniți sursa. Confirmați publicatorul și bitrate-ul de intrare în Statistics, apoi verificați imaginea și ascultați sunetul la receptor.
Configurare encoder și receptor
Conectați encoderul și receptorul
Trimiteți din OBS, vMix sau un encoder SRT către adresa publicatorului. Deschideți adresa receptorului în aplicația de recepție. Potriviți setările de conexiune la ambele capete și verificați că receptorul acceptă formatul media.
Producție, monitorizare și livrare
Construiți programul sau aduceți-l finalizat
Fluxurile dvs. SRT sunt disponibile pentru restul Callaba. Păstrați configurația de producție existentă și gestionați-i ieșirea aici sau aduceți camere în Video Mixer pentru a produce programul în browser.
Monitorizați
Verificați imaginile și sunetul de intrare alăturat, cu informații despre flux în fiecare panou Multiview.
Explorați MultiviewRutați
Livrați un flux finalizat către receptori SRT sau configurați publicarea pe YouTube, Facebook și Twitch.
Rutați și faceți restream videoÎnregistrați
Păstrați o înregistrare a unui flux de intrare sau înregistrați programul pe care îl creați în mixer.
Înregistrați un flux SRTMixați
Combinați surse live și media în scene. Pregătiți următorul cadru în Preview, treceți-l în Program și mixați-i sunetul.
Mixați surse SRTAlegeți unde rulează
AWS sau propriul server Linux.
Păstrați controlul asupra locului unde rulează fluxurile dvs. Callaba oferă spațiul de lucru în browser; echipa dvs. operează gazda, accesul la rețea și stocarea.
Implementați în contul AWS
Consultați prețurile actuale ale software-ului și condițiile abonamentului în AWS Marketplace. EC2, stocarea și transferul de date sunt costuri suplimentare de infrastructură.
Implementați pe AWS ↗Instalați pe serverul Linux
Folosiți o gazdă Linux, un VM sau un cloud privat acceptat. Urmați ghidul actual de instalare și licențiați unitățile de modul necesare fluxului de lucru.
Instalați self-hosted →Planificarea capacității
Lăsați capacitate pentru fluxuri, procesare și stocare
Numărați sursele și destinațiile simultane. Lăsați capacitate de rețea pentru retransmisii și spațiu pe disc pentru înregistrări. Multiview, mixarea și transcodarea adaugă sarcină de procesare peste redirecționarea aceluiași flux codificat.
Verificări de conexiune
Depanați o conexiune SRT
Encoderul nu se conectează
Verificați că serverul este activat, adresa sa publică și portul UDP al publicatorului sunt corecte, iar firewallul, NAT-ul sau grupul de securitate AWS permite traficul. Apoi verificați Stream ID-ul permis și orice parolă la ambele capete.
Căutați încercări de conexiune în istoricul evenimentelor și în Show logs înainte de a modifica setările codec.
Conectat, dar fără imagine sau sunet
Verificați mai întâi că există bitrate de intrare. Confirmați că portul receptorului sau Stream ID-ul pereche al receptorului selectează fluxul dorit. Apoi verificați containerul, codecul video și pistele audio față de aplicația receptoare.
Vizionarea în browser necesită o rută de redare compatibilă; browserele nu redau direct un URL SRT brut.
Imaginea se întrerupe sau fluxul cade
Comparați bitrate-ul, RTT-ul și pierderea de pachete pe același interval. Verificați capacitatea uplink și marja pentru retransmisii, apoi revizuiți setarea latenței. Un buffer mai mare nu rezolvă un uplink constant subdimensionat.
Exportați jurnalele corespunzătoare ale serverului pentru a corela deconectările cu evenimentele sursei sau rețelei.
Întrebări despre SRT Server
Am nevoie de un Stream ID?
Lăsați-l gol pentru porturile separate de publicator și receptor folosite în demo. Pe un port Listener partajat, folosiți ID-uri pereche de publicator și receptor. Vedeți cele două metode de conectare.
Pot trimite un flux SRT către YouTube sau Twitch?
Recepționați sursa în Callaba, apoi creați o sarcină de restreaming cu URL-ul de flux și cheia destinației. Potriviți setările video și audio cu cerințele acelei platforme.
Pot mixa mai multe surse SRT?
Da. Adăugați surse SRT în AV Mixer, construiți scene în Preview și treceți scena următoare în Program cu CUT sau FADE. Fiecare cameră sau altă intrare de mixer folosește o unitate. Consultați prețurile actuale pentru intrări Mixer.
Cum se încadrează Callaba printre opțiunile de server SRT?
Începeți cu cine va opera serverul și ce trebuie să se întâmple după ingest. Servicii găzduite precum Castr și IN/OUT-SRT, servere open-source precum MediaMTX și SRS și software Windows precum SRT Mini Server se potrivesc unor modele de operare diferite. Callaba rulează pe AWS sau pe infrastructura Linux proprie, cu controale în browser și module video conectate.
Dacă sarcina principală este rutarea între puncte finale, explorați și fluxul de lucru SRT Gateway.
Acces API
Listați serverele SRT cu curl
Această cerere doar pentru citire returnează serverele SRT configurate. Înlocuiți gazda și tokenul API cu valorile serverului; cererea nu îi modifică configurația.
Listați serverele SRT cu curl
curl --request POST 'https://YOUR_CALLABA_SERVER/api/srt-servers/getAll' \
--header 'x-access-token: YOUR_API_TOKEN' \
--header 'Content-Type: application/json' \
--data '{"limit":10,"skip":0,"sort":{"server_created":1}}'Ask AI
Ghid de conectare și referință tehnicăModuri, porturi, latență, acces și depanare
Referință pentru conexiunea SRT: porturi, Stream ID-uri și latență
Referință practică pentru configurarea unui server SRT cu porturi separate sau Stream ID-uri pereche, verificarea sănătății transportului, setarea latenței și…
Folosiți SRT pentru segmentul de contribuție
Un server SRT, sau server SRT live, este punctul final configurat pentru o sesiune de contribuție SRT. SRT rulează peste UDP și oferă moduri de conectare, recuperare și criptare opțională; proiectul protocolului SRT descrie transportul.
Caller deschide o sesiune, iar Listener o așteaptă. Aceste etichete nu stabilesc direcția media: configurați rolul de publicator sau receptor în punctul final relevant ori în sarcina din aval.
Păstrați consecvent modelul de acces
Creați serverul în Streaming servers → SRT servers. Folosiți Streams pentru a permite accesul publicatorului și receptorului, apoi utilizați gazda și portul sau porturile UDP atribuite de acel server.
Pentru porturi separate, rezervați un port de publicator și unul de receptor; Stream ID-urile goale sunt valide în intrările Streams și în URL-urile punctelor finale. Pentru un port Listener partajat, folosiți intrări de acces pereche pentru publicator și receptor cu același cod de server și Stream ID, împreună cu prefixele publisher/… și receiver/…. Pentru un test, alegeți un singur model în loc să amestecați identificatorii.
Deschideți portul sau intervalul UDP ales în firewallul gazdei și la marginea rețelei. Un Caller din spatele NAT poate iniția o conexiune de ieșire către un Listener accesibil; testați din rețeaua sursei reale. Dacă este activată criptarea, setați aceeași parolă la ambele puncte finale.
Testați cu FFmpeg
Exemple pentru un server configurat cu porturi separate pentru publicator și receptor și Stream ID-uri goale. Înlocuiți gazda, porturile atribuite și fișierul de intrare. Documentația protocolului SRT din FFmpeg definește aceste opțiuni URL.
Publicați un fișier MPEG-TS local
Command
ffmpeg -re -stream_loop -1 -i input.ts -c copy -f mpegts "srt://YOUR_CALLABA_HOST:YOUR_ASSIGNED_PUBLISHER_PORT?mode=caller&latency=200000"Recepționați de la portul receptorului
Command
ffplay "srt://YOUR_CALLABA_HOST:YOUR_ASSIGNED_RECEIVER_PORT?mode=caller&latency=200000"În FFmpeg, latency=200000 este un exemplu de 200 ms, deoarece opțiunea folosește microsecunde. Setați latența de producție pe baza RTT-ului măsurat, a pierderilor și a întârzierii end-to-end permise; consultați ghidul de latență SRT.
Verificați dinainte ruta pe care o veți folosi
- Testați din rețeaua sursei, cu numele de gazdă, portul UDP, modelul de acces și parola planificate pentru eveniment.
- Verificați imaginea de la destinație și sunetul de program ale fluxului selectat, nu doar sesiunea de intrare.
- Salvați configurația activă și notați momentele corespunzătoare din jurnalele sursei, serverului și destinației.
- Testați procedura de failover numai dacă va fi folosită la eveniment, inclusiv comportamentul la destinație și predarea către operator.
Stabiliți limite de operare realiste
Latența SRT este un buffer de recuperare pentru transport, nu întreaga întârziere de la cameră la ecran. Captura, codarea, bufferizarea receptorului, decodarea, împachetarea și bufferizarea playerului adaugă și ele timp. Măsurați ruta completă înainte de a reduce bufferele.
Planificați resursele de rețea și gazdă pentru fluxuri simultane, bitrate-uri măsurate, retransmisii, monitorizare și sarcini active din aval. Înainte de un eveniment lung, observați întreaga sarcină planificată suficient de mult pentru a evidenția cozi, concurență pentru resurse sau conectivitate instabilă a sursei. O rută de transport principală/de rezervă poate păstra sesiunile conectate ale receptorului și pullerului în timpul unei comutări; testați fluxurile, bufferele și comportamentul destinației înainte de a vă baza pe ea la un eveniment.
Mai multe ghiduri de configurare
Încercați-l cu un feed real
Vedeți dacă Callaba se potrivește fluxului dvs. de lucru SRT
Deschideți demonstrația live Multiview, lansați Callaba pe AWS sau instalați-o pe propriul dvs. server Linux.