Controlla chi si connette
Controlla l'accesso di publisher e receiver con Stream ID o regole IP peer. Imposta una passphrase SRT corrispondente quando la crittografia è abilitata.
Callaba · Cloud e self-hosted
Software per server SRT per video live
Ricevi flussi SRT da encoder e strumenti di produzione. Controlla lo stato della connessione, gestisci gli accessi e instrada i flussi ai ricevitori dal browser. Aggiungi registrazione, Multiview o mixing quando la produzione lo richiede.
Esegui nel tuo account AWS o su infrastruttura Linux che gestisci.
Demo SRT live
Prova una connessione SRT live
Crea una connessione temporanea per un'ora. Invia il feed all'indirizzo publisher in modalità Caller, lasciando vuoto lo Stream ID. Guardalo in Multiview qui sotto oppure collega il receiver all'indirizzo receiver in modalità Caller.
Pronto per la creazione
Controlli del server
Monitora connessioni SRT e log del server
Scopri quale publisher è connesso, ispeziona bitrate e RTT e trova eventi di connessione senza lasciare la dashboard.
Controlla il percorso di rete
Ispeziona bitrate, RTT, perdita di pacchetti e peer connessi prima di modificare receiver o encoder.
Trova errori di connessione
Apri Mostra log dalle impostazioni del server. Metti in pausa gli aggiornamenti, cerca per ora o messaggio ed esporta gli eventi necessari.
Server SRT proprio
Crea la prima connessione
Scegli come si connettono encoder e receiver. Sostituisci i segnaposto con i valori mostrati nella dashboard Callaba.
Schema host e portaDue porte UDP distinte: una porta publisher e una porta receiver. Gli Stream ID sono intenzionalmente vuoti.
Indirizzo publisher
srt://example.invalid:YOUR_PUBLISHER_PORT?mode=callerUsa la porta UDP publisher. Lascia vuoto Stream ID in questo schema a porte separate.
Indirizzo receiver
srt://example.invalid:YOUR_RECEIVER_PORT?mode=callerUsa la porta UDP receiver distinta. Anche qui lascia vuoto Stream ID.
Prepara il server
In Streaming servers → SRT servers, crea il listener e riserva porta o porte UDP. In Streams, consenti uno Stream ID vuoto per i ruoli publisher e receiver previsti.
Configura entrambi gli endpoint
Imposta encoder e receiver su Caller e incolla il rispettivo indirizzo. Caller e Listener descrivono chi avvia la sessione; non descrivono la direzione dei media.
Controlla video e audio
Avvia la sorgente. Conferma publisher e bitrate in ingresso in Statistics, quindi controlla immagine e ascolta l'audio sul receiver.
Configurazione encoder e receiver
Connetti una sorgente compatibile con SRT
Usa l'output SRT dell'encoder o dell'applicazione di produzione. Inserisci indirizzo publisher e impostazioni di connessione da Callaba, quindi controlla contenitore, codec video e formato audio supportati dal receiver. Queste guide coprono le impostazioni specifiche dell'applicazione:
Moduli collegati
Usa le tue sorgenti SRT in Callaba
Inoltra un programma finito con restreaming, oppure usa il mixer per combinare sorgenti in una nuova.
Monitora
Guarda le sorgenti affiancate con misuratori audio e informazioni sullo stream in Multiview.
Esplora MultiviewInstrada
Invia un feed finito ai receiver o ritrasmettilo su YouTube, Facebook e Twitch.
Instrada e ritrasmetti videoRegistra
Seleziona lo stream in ingresso come sorgente per un job di registrazione.
Registra uno stream SRTMixa
Combina sorgenti SRT con altri input. Prepara le scene in Preview, quindi portale in Program.
Mixa sorgenti SRTScegli dove eseguirlo
AWS o il tuo server Linux.
Scegli l'infrastruttura che gestisci. Configura SRT dal browser.
Distribuisci nel tuo account AWS
Consulta prezzi software e termini di abbonamento correnti su AWS Marketplace. EC2, storage e trasferimento dati sono costi infrastrutturali aggiuntivi.
Distribuisci su AWS ↗Installa sul tuo server Linux
Usa un host Linux, VM o cloud privato supportato. Segui la guida di installazione corrente e concedi in licenza le unità modulo necessarie al workflow.
Installa self-hosted →Pianificazione della capacità
Considera stream, elaborazione e archiviazione
Conta sorgenti e destinazioni simultanee. Lascia capacità di rete per ritrasmissioni e spazio disco per registrazioni. Multiview, mixing e transcodifica aggiungono carico di elaborazione oltre all'inoltro dello stesso feed codificato.
Controlli di connessione
Risolvi i problemi di una connessione SRT
L'encoder non si connette
Controlla che il server sia abilitato, che indirizzo pubblico e porta UDP publisher siano corretti e che firewall, NAT o gruppo di sicurezza AWS consentano il traffico. Quindi controlla Stream ID consentito e ogni passphrase a entrambe le estremità.
Cerca tentativi di connessione nella cronologia eventi e in Mostra log prima di modificare le impostazioni codec.
Connesso, ma nessuna immagine o audio
Prima controlla che sia presente il bitrate in ingresso. Conferma che porta receiver o Stream ID receiver abbinato selezioni il feed previsto. Quindi controlla contenitore, codec video e tracce audio rispetto all'applicazione ricevente.
La visualizzazione nel browser richiede un percorso di riproduzione compatibile; i browser non riproducono direttamente un URL SRT non elaborato.
L'immagine si interrompe o lo stream cade
Confronta bitrate, RTT e perdita di pacchetti sullo stesso intervallo. Controlla capacità di uplink e margine per ritrasmissioni, quindi rivedi l'impostazione della latenza. Un buffer più grande non risolve un uplink costantemente sottodimensionato.
Esporta i log server corrispondenti per correlare le disconnessioni con eventi della sorgente o della rete.
Domande su SRT Server
Mi serve uno Stream ID?
Lascialo vuoto per le porte publisher e receiver separate usate nella demo. Su una porta listener condivisa, usa ID publisher e receiver abbinati. Vedi i due metodi di connessione.
Posso inviare un feed SRT a YouTube o Twitch?
Ricevi la sorgente in Callaba, quindi crea un task di restreaming con URL stream e chiave della destinazione. Abbina le impostazioni video e audio richieste da quella piattaforma.
Posso mixare più sorgenti SRT?
Sì. Aggiungi sorgenti SRT all'AV Mixer, crea scene in Preview e porta la scena successiva in Program con CUT o FADE. Ogni camera o altro input del mixer usa un'unità. Vedi gli attuali prezzi degli input Mixer.
Come si colloca Callaba tra le opzioni di server SRT?
Inizia da chi gestirà il server e da cosa deve accadere dopo l'ingest. Servizi hosted come Castr e IN/OUT-SRT, server open-source come MediaMTX e SRS e software Windows come SRT Mini Server si adattano a modelli operativi diversi. Callaba funziona su AWS o sulla tua infrastruttura Linux, con controlli nel browser e moduli video collegati.
Se il tuo compito principale è l'instradamento tra endpoint, esplora anche il workflow SRT Gateway.
Accesso API
Elenca i tuoi server SRT con curl
Questa richiesta di sola lettura restituisce i server SRT configurati. Sostituisci host e token API con i valori del tuo server; la richiesta non ne modifica la configurazione.
Elenca i server SRT con 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
Guida alla connessione e riferimento tecnicoModalità, porte, latenza, accesso e risoluzione dei problemi
Riferimento per la connessione SRT: porte, Stream ID e latenza
Un riferimento pratico al server SRT per configurare porte separate o Stream ID abbinati, controllare lo stato del trasporto, impostare la latenza e…
Usa SRT per la tratta di contribuzione
Un server SRT, o server live SRT, è l'endpoint configurato per una sessione di contribuzione SRT. SRT funziona su UDP e fornisce modalità di connessione, recupero e crittografia opzionale; la bozza del protocollo SRT descrive il trasporto.
Caller apre una sessione e Listener la attende. Queste etichette non definiscono la direzione dei media: configura il ruolo di publisher o receiver nell'endpoint pertinente o nel job a valle.
Mantieni coerente lo schema di accesso
Crea il server in Streaming servers → SRT servers. Usa Streams per consentire l'accesso a publisher e receiver, quindi usa l'host e la porta o le porte UDP assegnate dal server.
Per porte separate, riserva una porta publisher e una porta receiver; gli Stream ID vuoti sono validi nelle voci Streams e negli URL degli endpoint. Per una porta listener condivisa, usa voci di accesso publisher e receiver abbinate con lo stesso codice server e Stream ID, oltre ai prefissi publisher/… e receiver/…. Per un test scegli uno schema, senza mescolare gli identificatori.
Apri la porta o l'intervallo UDP selezionato nel firewall dell'host e al perimetro di rete. Un Caller dietro NAT può aprire una connessione in uscita verso un Listener raggiungibile; prova dalla rete sorgente reale. Se la crittografia è attiva, imposta la stessa passphrase su entrambi gli endpoint.
Prova con FFmpeg
Esempi per un server configurato con porte publisher e receiver separate e Stream ID vuoti. Sostituisci host, porte assegnate e file di input. La documentazione del protocollo SRT di FFmpeg definisce queste opzioni URL.
Pubblica un file MPEG-TS locale
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"Ricevi dalla porta receiver
Command
ffplay "srt://YOUR_CALLABA_HOST:YOUR_ASSIGNED_RECEIVER_PORT?mode=caller&latency=200000"In FFmpeg, latency=200000 è un esempio di 200 ms perché l'opzione usa microsecondi. Imposta la latenza di produzione in base a RTT misurato, perdita e ritardo end-to-end consentito; consulta la guida alla latenza SRT.
Verifica il percorso che userai
- Prova dalla rete sorgente, con hostname, porta UDP, schema di accesso e passphrase previsti per l'evento.
- Verifica immagine di destinazione e audio di programma dello stream selezionato, non solo la sessione in ingresso.
- Salva la configurazione attiva e registra orari di log corrispondenti da sorgente, server e destinazione.
- Prova la procedura di failover solo se verrà usata nell'evento, incluso il comportamento della destinazione e il passaggio all'operatore.
Imposta limiti operativi realistici
La latenza SRT è un buffer per il recupero del trasporto, non l'intero ritardo glass-to-glass. Anche acquisizione, codifica, buffering del receiver, decodifica, packaging e buffering del player aggiungono tempo. Misura il percorso completo prima di ridurre i buffer.
Pianifica risorse di rete e host per stream simultanei, bitrate misurati, ritrasmissioni, monitoraggio e job a valle abilitati. Prima di un evento lungo, osserva il carico completo previsto abbastanza a lungo da evidenziare accodamenti, contesa di risorse o connettività della sorgente instabile. Un percorso di trasporto principale/backup può preservare sessioni receiver e puller connesse durante un passaggio; prova feed, buffer e comportamento della destinazione prima di farvi affidamento durante un evento.
Altre guide di configurazione
Inizia con un feed reale
Valuta Callaba SRT Server nel tuo modello di distribuzione
Avvia nel cloud, installa su Linux o osserva l’esperienza Multiview live prima di automatizzare.