Configurare lo streaming IRL: dal telefono a OBS passo passo

Per configurare uno streaming IRL, invii il video dal tuo telefono o dal tuo encoder via SRT o SRTLA a un server, porti quel segnale in OBS Studio come sorgente multimediale e lasci che OBS trasmetta alla tua piattaforma. In questo modo un breve calo della rete mobile non interrompe più la tua diretta, perché OBS continua a inviare alla piattaforma mentre il telefono si riconnette.

Questa guida ti accompagna lungo tutta la catena: cosa ti serve, perché l'invio diretto alla piattaforma è fragile, le tre configurazioni più comuni e sei passaggi concreti, dalla prenotazione di un server al tuo primo test.

Cosa ti serve per configurare lo streaming IRL

• Uno smartphone o un encoder hardware. Va bene qualsiasi dispositivo che registra video e può inviarlo via internet, per esempio un telefono con un'app di streaming, una action cam o un encoder dedicato.
• Un'app di streaming con SRT o SRTLA. Moblin (iOS) e IRL Pro (Android) sono due esempi molto noti. Moblin elenca RTMP(S), SRT, SRTLA, RIST e WHIP tra i protocolli supportati, e IRL Pro promuove il bonding SRTLA su più connessioni.
• Un piano dati mobile. L'upload dal telefono al server consuma i tuoi dati. Maggiori dettagli più sotto.
• Un server che riceve lo stream. Fa da punto d'incontro fisso e raggiungibile pubblicamente tra il tuo telefono e OBS.
• OBS Studio. Su un PC a casa oppure nel cloud. Decodifica lo stream in arrivo, aggiunge scene e overlay e invia lo stream finale a Twitch, YouTube, Kick o a qualsiasi altra piattaforma.

Perché l'invio diretto alla piattaforma interrompe la tua diretta

Se il telefono trasmette direttamente alla piattaforma, la piattaforma vede una sola connessione. Quando il telefono perde il segnale in una galleria, in una strada affollata o in una zona con cattiva copertura, l'encoder smette di consegnare dati. La piattaforma aspetta allora per un breve periodo e poi chiude la trasmissione. Su Twitch, per esempio, la Disconnect Protection mantiene online la tua diretta fino a 90 secondi mentre viene mostrata una schermata di attesa, e se non ti riconnetti in quel tempo, la tua diretta termina normalmente. Le altre piattaforme hanno regole proprie.

La soluzione è mettere una connessione stabile tra il telefono e la piattaforma. Un server in un data center riceve il tuo stream. OBS lo preleva da lì e continua a trasmettere alla piattaforma, anche se il telefono cade per un attimo. I tuoi spettatori vedono una scena di riserva invece di una diretta terminata.

Tre modi per portare lo stream del telefono alla piattaforma

Per il secondo modo, il nostro IRL Endpoint Server riceve RTMP, SRT e SRTLA e permette al tuo OBS Studio locale di prelevare lo stream. Per il terzo, l'IRL Broadcasting Server include un'istanza completa di OBS Studio nel cloud. Con l'Endpoint Server non devi aprire porte sul router di casa, perché il tuo encoder e il tuo OBS si collegano entrambi in uscita al server. I passaggi qui sotto valgono per entrambi i tipi di server, e le differenze sono segnalate dove contano.

Configurare lo streaming IRL passo passo

Passaggio 1: prenota un server e scegli una regione

Ordina il server e apri il portale clienti non appena il tuo accesso è pronto. Per l'IRL Endpoint Server di solito completiamo la configurazione entro 24 ore, per l'IRL Broadcasting Server entro 72 ore. Nel portale scegli la regione (USA, Europa, Asia o Sud America) e vedi i dati di connessione per la tua app e per OBS.

Scegli la regione più vicina al luogo da cui trasmetterai davvero. Un percorso breve tra telefono e server significa latenza più bassa e meno ritrasmissioni. Con il piano Endpoint standard puoi cambiare endpoint in qualsiasi momento, il che è utile quando viaggi.

Passaggio 2: configura la tua app di streaming

Ogni app SRT o SRTLA chiede gli stessi pochi valori. Li trovi nel portale clienti, nel riquadro con i dati RTMP e SRT:

• Protocollo: SRTLA se vuoi unire più connessioni, altrimenti SRT. Funziona anche RTMP, ma SRT è la scelta migliore per le reti mobili.
• Indirizzo del server e porta: i valori mostrati nel portale.
• Stream ID o chiave: identifica il tuo stream sul server. Con SRT lo Stream ID ha la forma publish:publish/<streamkey>.

Molte app accettano tutto come un unico URL, e la documentazione di Moblin mostra questa forma nel suo esempio di importazione delle impostazioni. Con i nostri server, un URL SRT combinato ha questo aspetto: srt://<server>:<port>?streamid=publish:publish/<streamkey>&latency=2000. Sostituisci i segnaposto con i valori del tuo portale.

Ti consigliamo queste impostazioni nella tua app:

• Latenza SRT: 2 secondi. A seconda dell'app la inserisci come 2000 (millisecondi) o 2000000 (microsecondi). La maggior parte delle app ha un campo apposito, altrimenti aggiungila all'URL come mostrato sopra. Valori più bassi funzionano comunque, ma consigliamo volutamente 2 secondi a favore della stabilità.
• Intervallo dei keyframe: 2 secondi.
• HEVC sui dispositivi Apple: se la tua app offre i B-frame, disattivali.

Poi imposta risoluzione, frame rate e bitrate su valori che la tua connessione mobile regge in modo affidabile. Una guida passo passo per le singole app si trova nella nostra guida separata su Moblin e IRL Pro.

Passaggio 3: aggiungi lo stream come sorgente in OBS

Con l'IRL Endpoint Server porti lo stream in OBS tramite il link di riproduzione del portale clienti. Lo aggiungi come sorgente multimediale:

1. Aggiungi una Sorgente multimediale a una scena.
2. Deseleziona File locale.
3. Inserisci il link di riproduzione del portale come Input.
4. Inserisci mpegts come Formato di input.
5. Nelle opzioni di trasformazione della sorgente scegli Adatta allo schermo.

Poi riapri le proprietà della sorgente e usa le nostre impostazioni consigliate:

• Buffer di rete: 1 MB
• Ritardo di riconnessione: 3 secondi
• Usa la decodifica hardware quando disponibile: attivo
• Chiudi il file quando inattivo: attivo

La guida SRT di OBS spiega che la latenza SRT dovrebbe essere almeno 2,5 volte il tempo di andata e ritorno tra encoder e server: più latenza dà ai pacchetti persi più tempo per essere rinviati, ma ritarda l'immagine. Per i nostri server la raccomandazione sono i 2 secondi del passaggio 2, che hanno la precedenza sul valore predefinito di OBS di 120 ms.

Con l'IRL Broadcasting Server OBS Studio gira invece sul server. Lo apri tramite Remote Desktop dal portale clienti, ma solo per le regolazioni e non durante uno stream in corso.

Passaggio 4: crea le scene per Start, Live e Low

Crea tre scene e dai loro gli stessi nomi dello strumento di cambio scena, così OBS ha qualcosa da mostrare quando il segnale si indebolisce:

• Start: viene mostrata quando il server non riceve alcun segnale. Usa un'immagine statica o una clip in loop con un messaggio come «Connessione persa, torniamo tra un attimo», più musica o un mix audio silenziato. Non inserire qui la sorgente del telefono, perché non sta consegnando nulla.
• Live: lo stream stabile. Questa scena contiene la sorgente con lo stream in arrivo, più overlay, alert, chat e tutto ciò che usi.
• Low: viene mostrata quando il bitrate scende sotto la soglia. Usa la stessa sorgente, con un piccolo banner come «Connessione debole». Gli spettatori vedono comunque l'immagine, ma sanno perché è di qualità ridotta.

Tieni presente l'audio: il microfono arriva dal telefono, quindi la scena Start deve avere un proprio audio di sottofondo oppure essere silenziata di proposito.

Passaggio 5: imposta il cambio scena automatico

Non guarderai OBS mentre cammini per la città, quindi lascia che cambi scena da solo. Per questo abbiamo sviluppato un nostro strumento di cambio scena. Passa a Low quando il bitrate in ingresso scende sotto una soglia, a Start quando il segnale sparisce e torna a Live non appena la connessione è di nuovo stabile.

• IRL Endpoint Server: Crei e scarichi lo strumento nel portale clienti. Gira sul tuo PC accanto a OBS Studio, su Windows e macOS, e richiede che la funzione WebSocket di OBS sia attiva, integrata da OBS 28.
• IRL Broadcasting Server: Lo strumento gira sul server, con scene preconfigurate.

La soglia predefinita è 800 kbit/s. Puoi regolarla, per esempio con il comando chat Twitch !trigger 500. Il valore giusto dipende dal tuo hardware e dalla tua rete mobile. Il chatbot Twitch opzionale, disponibile se indichi un canale Twitch all'ordine, annuncia inoltre i cambi scena nella tua chat.

Il cambio scena automatico funziona solo con OBS Studio, non con vMix, e Streamlabs OBS non è compatibile. Se costruisci invece una configurazione tutta tua, il plugin Advanced Scene Switcher per OBS può servire da alternativa e automatizza attività con macro. La nostra guida separata sul cambio scena automatico descrive le opzioni nel dettaglio.

Passaggio 6: fai un test completo prima di uscire

1. Avvia OBS, assicurati che la scena Live mostri la sorgente del telefono e controlla gli indicatori audio.
2. Avvia uno stream di prova verso la tua piattaforma. Usa un test privato o non in elenco se la tua piattaforma lo offre, oppure mantieni breve il primo test pubblico.
3. Cammina all'aperto. Osserva bitrate e latenza nella tua app e l'immagine in OBS.
4. Forza un calo del segnale, per esempio con la modalità aereo per 20 secondi. Controlla che OBS passi a Start, che lo stream sulla piattaforma resti online e che OBS torni a Live dopo la riconnessione.
5. Controlla poi il consumo di dati e confrontalo con il tuo calcolo qui sotto.

Quanti dati mobili usa uno streaming IRL?

Puoi calcolare il volume partendo dal bitrate: i kbit/s divisi per 8 danno kilobyte al secondo, moltiplicati per 3600 danno kilobyte all'ora. In breve, kbit/s / 8 * 3600 = kB all'ora, e diviso per 1000 sono MB all'ora.

Audio, overhead del protocollo e ritrasmissioni si aggiungono, quindi pianifica con un margine. I «dati illimitati» dei nostri server riguardano solo il lato server. La connessione dal telefono al server usa il tuo piano dati. La nostra guida allo streaming IRL include uno strumento per stimare il consumo mensile.

Il bonding in breve

Con l'SRT semplice il telefono usa una rete alla volta. L'SRTLA aggiunge l'aggregazione dei collegamenti: trasporta il traffico SRT su più collegamenti di rete contemporaneamente e lo bilancia in modo dinamico in base alle condizioni della rete, come descritto nel repository BELABOX SRTLA. Il lato ricevente deve supportare l'SRTLA, ed entrambi i nostri server IRL accettano input SRTLA. Moblin, per esempio, può usare contemporaneamente una connessione cellulare, una Wi-Fi e diverse Ethernet. Il bonding aiuta quando una rete è debole, ma comporta anche un maggiore consumo totale di dati, perché il traffico è distribuito su più collegamenti.

Pronto per andare in diretta?

Con un server tra il telefono e OBS, un segnale debole ti costa qualche secondo di immagine, non l'intera diretta. Scegli l'IRL Broadcasting Server se non vuoi tenere acceso un PC a casa.

FAQ

Come configuro uno streaming IRL con OBS?

Invia lo stream del telefono via SRT o SRTLA a un server, aggiungi il link di riproduzione del portale clienti come Sorgente multimediale in OBS (File locale disattivato, Formato di input mpegts), crea le scene Start, Live e Low e trasmetti da OBS alla tua piattaforma. Prova l'intera catena, compreso un calo forzato del segnale, prima di uscire di casa.

Qual è la differenza tra SRT e SRTLA?

L'SRT è un protocollo di trasporto per video affidabile e a bassa latenza su reti inaffidabili. L'SRTLA incapsula il traffico SRT e lo invia su più collegamenti di rete, per esempio due SIM o SIM più Wi-Fi, cosa che spesso si chiama bonding. L'SRTLA richiede un ricevitore che lo supporti.

Mi serve un PC a casa per fare streaming IRL con OBS?

No. Puoi far girare OBS su un PC a casa oppure usare un OBS nel cloud che gira in un data center e si controlla tramite Remote Desktop. L'opzione cloud elimina la necessità di hardware potente e di un PC sempre acceso a casa.

Quanti dati usa uno streaming IRL all'ora?

Dividi il bitrate in kbit/s per 8 e moltiplica per 3600 per ottenere i kilobyte all'ora. A 4.000 kbit/s sono circa 1,8 GB all'ora per il solo video. Audio e overhead del protocollo ne aggiungono un po' di più.

Devo aprire porte sul router?

Non con l'IRL Endpoint Server. Il tuo encoder e il tuo OBS si collegano entrambi in uscita al server, quindi non servono port forwarding né modifiche al router, e funziona anche dietro CGNAT.