Come inviare una diretta a una destinazione SRT
Le destinazioni SRT richiedono qualche dettaglio in più rispetto a RTMP: una modalità, un host e una porta, e spesso uno stream ID, una passphrase e una latenza. Ecco cosa significa ogni parte di un URL srt:// e come far connettere una diretta.
Circa 7 min di lettura
In questa pagina
Per inviare una diretta a una destinazione SRT, ottieni un indirizzo srt:// dal ricevitore, conferma quale lato resta in ascolto e quale chiama, e fai corrispondere stream ID, passphrase e latenza che il ricevitore si aspetta. Poi apri la porta UDP del ricevitore, avvia il mittente e verifica che il video arrivi prima di farci affidamento.
Piccole discrepanze rompono le configurazioni SRT, quindi fai corrispondere ogni dettaglio. Sei nuovo al protocollo? Parti da cos'è lo streaming SRT.
Punti chiave
- Un lato di una connessione SRT resta in ascolto su una porta UDP e l'altro lo chiama.
- Un URL srt:// contiene host e porta più opzioni come mode, streamid e passphrase.
- La maggior parte dei problemi deriva da una porta chiusa, due caller, o una passphrase o uno stream ID non corrispondenti.
- Fai un test in locale prima di puntare una diretta 24/7 verso un ricevitore di produzione.
Chi usa davvero le destinazioni SRT
Di solito non invierai SRT a una piattaforma social di massa. Le destinazioni SRT tendono a essere sistemi gestiti da un broadcaster, un'azienda o un partner:
- Playout e produzione broadcast. Gli studi ricevono segnali di contributo via SRT in decoder hardware, mixer video e sistemi di playout.
- Media server. I media server self-hosted e commerciali accettano SRT e lo reimpacchettano per player, registrazione o ulteriore distribuzione.
- Consegne ai partner. Un canale che fornisce programmi a una rete televisiva, a schermi di un locale o a un distributore spesso li consegna via SRT.
- Servizi video cloud. Alcune piattaforme professionali offrono l'ingest SRT accanto a RTMP.
In ogni caso, l'operatore del ricevitore ti fornisce i dettagli di connessione da riprodurre esattamente. Se l'altro capo offre solo RTMP, segui invece la guida al server RTMP personalizzato.
Modalità caller, listener e rendezvous
Ogni connessione SRT ha bisogno di un lato che aspetta e di uno che chiama.
- Listener si associa a una porta UDP e attende le connessioni. Ha bisogno di un indirizzo raggiungibile e di una porta aperta nel firewall.
- Caller si collega a host e porta di un listener, e funziona dietro la maggior parte dei firewall perché la connessione è in uscita.
- Rendezvous fa sì che entrambi i lati si chiamino a vicenda contemporaneamente su porte concordate, il che può aiutare quando nessuno dei due accetta traffico in entrata.
La modalità non ha nulla a che fare con la direzione del video. Quando un servizio cloud o un encoder consegna al tuo server, la configurazione abituale è mittente come caller e ricevitore come listener.
L'errore classico sono due caller o due listener. Entrambi i lati restano in attesa senza un errore chiaro, quindi conferma la modalità con l'operatore del ricevitore.
Leggere un URL srt:// pezzo per pezzo
Un indirizzo SRT di solito ha un aspetto simile a questo:
srt://ingest.example.com:9000?mode=caller&streamid=channel-main&passphrase=YOUR-LONG-SECRET
- Host e porta. Il nome host o l'indirizzo IP del ricevitore e la porta UDP su cui è in ascolto. Non esiste una porta predefinita universale, quindi usa quella che ti viene data.
- mode. Il ruolo del tuo lato: caller, listener o rendezvous.
- streamid. Un identificativo che alcuni ricevitori usano per instradare o autorizzare un segnale, simile a una chiave di streaming. Il suo formato dipende dal ricevitore.
- passphrase. Il segreto condiviso per la cifratura AES, che di solito deve essere lungo da 10 a 79 caratteri. Entrambi i capi devono coincidere esattamente.
- pbkeylen. Lunghezza opzionale della chiave di 16, 24 o 32 byte, cioè AES-128, 192 o 256.
- latency. Il buffer di recupero. Alcuni strumenti usano i millisecondi mentre i software basati su FFmpeg di solito si aspettano i microsecondi, quindi verifica prima di copiare un numero da un'altra configurazione.
Preparare il lato ricevente
Se gestisci tu il ricevitore, preparalo prima che venga inviato qualsiasi cosa:
- Configura un listener su una porta UDP fissa nel tuo media server, decoder o software di playout.
- Apri quella porta UDP nel firewall del server e in qualsiasi security group cloud o router che si trovi davanti. Le regole TCP non coprono SRT.
- Scegli una passphrase e, se il tuo software instrada tramite stream ID, un ID per questo segnale.
- Scegli una latenza adatta al percorso; tratte lunghe o instabili richiedono valori più alti.
- Conferma il formato. SRT di solito trasporta MPEG-TS con video H.264 e audio AAC, quindi assicurati che il ricevitore lo accetti.
- Fai un test in locale inviando un breve segnale da OBS o FFmpeg da un'altra macchina.
Se il ricevitore accetta solo indirizzi approvati, autorizza anche quello del mittente.
Risolvere le connessioni SRT che non partono
Gli errori SRT sono spesso vaghi, quindi fai la diagnosi in base al sintomo:
- La connessione va in timeout. La porta UDP è chiusa o non inoltrata, l'host è sbagliato oppure entrambi i lati usano la stessa modalità.
- La connessione viene rifiutata. Di solito c'è una passphrase non corrispondente, una passphrase impostata su un solo lato o uno stream ID che il ricevitore non riconosce.
- Si connette, poi scatta o cade. La latenza è troppo bassa per il percorso di rete, oppure la banda è inferiore al bitrate più l'overhead di ritrasmissione. Aumenta prima la latenza.
- Si connette senza immagine né audio. Il ricevitore si aspetta un contenitore o un codec diversi, e i suoi log di solito dicono quale.
Quando funziona, annota ogni valore che ha permesso la connessione. Le buone abitudini più generali descritte in come mantenere online una diretta 24/7 valgono anche per le destinazioni SRT.
Aggiungere una destinazione SRT a una diretta StreamHouse
In StreamHouse, SRT è una destinazione personalizzata accanto alle piattaforme integrate. Incolla l'URL srt:// completo del ricevitore, incluse le opzioni richieste come la passphrase. Se ti è stato dato uno stream ID o una chiave separatamente, inseriscilo nel campo stream ID, e StreamHouse lo aggiunge come parametro streamid quando l'URL non ne contiene già uno. Senza una modalità nell'URL, StreamHouse si collega come caller, quindi il tuo ricevitore deve essere in ascolto.
Invia al tuo ricevitore una playlist in loop di video già codificati 24 ore su 24, oppure aggiungi SRT accanto a YouTube, Twitch e altre destinazioni RTMP sulla stessa diretta senza consumare slot di streaming in più. Gira nel cloud e si ricollega automaticamente dopo eventuali intoppi. La guida introduttiva ti accompagna nella prima diretta.
Domande frequenti
Quale porta usa SRT?
Non esiste un'unica porta standard. Il listener può usare qualsiasi porta UDP disponibile, e l'operatore del ricevitore ti dice quale. Quella porta deve essere aperta al traffico UDP in ogni firewall tra il mittente e il listener.
Il mio mittente SRT deve essere caller o listener?
Di solito il mittente chiama e il ricevitore ascolta, perché i ricevitori tendono ad avere indirizzi fissi e porte aperte mentre i mittenti stanno dietro a un firewall. Tecnicamente funzionano entrambe le soluzioni, purché i due lati usino modalità opposte o entrambi usino rendezvous.
Che latenza devo impostare per lo streaming SRT?
Un punto di partenza comune è alcune volte il tempo di andata e ritorno tra mittente e ricevitore, aumentato per collegamenti con perdite o a lunga distanza. Parti con un valore prudente, controlla i pacchetti persi, poi abbassalo gradualmente. Verifica se il tuo strumento si aspetta millisecondi o microsecondi.
Posso inviare SRT e RTMP dalla stessa diretta?
Sì, se il tuo strumento supporta più output. Un servizio cloud può consegnare RTMP alle piattaforme pubbliche e SRT a un ricevitore privato contemporaneamente, senza upload aggiuntivo dalla tua connessione. Ogni destinazione ha comunque bisogno dei propri dettagli corretti.
