Stream IRL che si disconnette? Come restare in diretta quando salta il segnale
09 ottobre 2026 · 11 min di lettura
Indice
Se il tuo stream IRL si disconnette di continuo, la soluzione affidabile è smettere di inviarlo direttamente alla piattaforma. Mandalo prima a un server, lascia che OBS lo trasmetta da lì a Twitch, YouTube o un'altra piattaforma e usa il cambio scena automatico per mostrare una scena di riserva mentre il telefono è offline.
Le reti mobili non sono mai del tutto prevedibili, quindi prima o poi una caduta arriva. Questa guida spiega che effetto ha su uno stream diretto e quali misure ti mantengono in diretta.
Cosa succede quando il tuo stream IRL cade
Quando trasmetti direttamente dal telefono o dall'encoder alla piattaforma, quell'unica connessione è l'intero stream. Se si interrompe, la piattaforma smette di ricevere video. Gli spettatori vedono un'immagine bloccata o un canale offline, e la diretta finisce. Quando il segnale torna, avvii una nuova diretta, e gli spettatori andati via nel frattempo devono ritrovarti. Anche la tua registrazione sulla piattaforma viene spezzata in più parti.
Le piattaforme offrono un po' di tolleranza. Twitch, per esempio, ha una funzione chiamata Disconnect Protection. Mostra agli spettatori un messaggio fino a 90 secondi mentre ti riconnetti e mantiene continua la VOD registrata. Se non ti riconnetti entro 90 secondi, lo stream termina normalmente. Twitch indica come encoder supportati OBS Studio, Streamlabs OBS, XSplit, Twitch Studio e la sua app mobile, e consiglia un rapido test con la tua configurazione.
Questo aiuta con i piccoli cali. In una galleria o in una zona senza copertura, 90 secondi passano in fretta, e altre piattaforme potrebbero comportarsi diversamente.
Perché gli stream IRL si disconnettono
La maggior parte delle cadute dipende da poche cause:
- Zone senza copertura: gallerie, sottopassi, muri spessi, scantinati e tratti di campagna dove il segnale è debole o assente.
- Handover tra celle: quando ti sposti in auto, in treno o in bici, il telefono passa da una cella all'altra. Questo può causare brevi interruzioni o picchi di latenza.
- Celle sovraccariche agli eventi: tra la folla, molti telefoni condividono la stessa cella. La capacità di upload per il tuo stream si riduce anche se le tacche del segnale sembrano a posto.
- Un bitrate troppo alto: il bitrate del tuo stream deve restare sotto la velocità di upload che ottieni davvero, con un po' di margine. L'upload mobile oscilla, quindi un bitrate che funziona sul divano può fallire in strada.
- Batteria e calore: un telefono che codifica video sotto il sole può surriscaldarsi e rallentare. Una batteria scarica interrompe lo stream senza preavviso.
Cosa puoi fare lato invio
Abbassa e adatta il bitrate
Scegli un bitrate che riesci a mantenere durante una camminata, non il massimo consentito dal telefono. Un'immagine stabile a 720p è meglio per i tuoi spettatori di uno stream a 1080p che si blocca. Molte app IRL offrono anche il bitrate adattivo, che abbassa automaticamente il bitrate quando la rete peggiora. L'app iOS gratuita Moblin, per esempio, indica il bitrate adattivo per SRT(LA), RIST e RTMP.
Unisci più connessioni (bonding)
Il bonding combina più connessioni, per esempio SIM di operatori diversi, in un unico stream. SRTLA è un protocollo aperto per questo scopo: secondo il suo progetto su GitHub, è un proxy di trasporto SRT con aggregazione dei link, pensato per unire modem mobili. Il bonding aiuta di più quando le tue connessioni non cadono tutte insieme. Se si trovano tutte nella stessa zona senza copertura, non può fare nulla.
Usa un protocollo che tollera la perdita di pacchetti
SRT (Secure Reliable Transport) è progettato per reti inaffidabili. La sua pagina del progetto descrive il recupero dei pacchetti persi tramite richieste di ritrasmissione e l'adattamento alle condizioni di rete variabili. Migliora la qualità sulle connessioni scadenti, ma non può creare banda che non c'è. Per risultati stabili, imposta nell'encoder l'intervallo dei keyframe a 2 secondi e la latenza SRT a 2 secondi (a seconda dell'hardware o del software, da inserire come 2000 millisecondi o 2000000 microsecondi). Valori più bassi sono possibili, ma 2 secondi favoriscono la stabilità.
| Misura | Aiuta contro | Limite |
|---|---|---|
| Bitrate ridotto o adattivo | Congestione, segnale debole | Nessun aiuto in caso di blackout completo |
| Bonding (SRTLA) | Un singolo link debole, handover | Nessun aiuto se tutti i link condividono la stessa zona senza copertura |
| SRT al posto del semplice RTMP | Perdita di pacchetti, jitter | Non crea banda |
| Server più OBS nel mezzo | Blackout completi, VOD spezzate | Servono un server e OBS |
Le prime tre riducono la frequenza con cui il segnale cade. L'ultima decide cosa vedono i tuoi spettatori quando cade comunque.
Il pezzo mancante: un server e OBS tra il telefono e la piattaforma
Invece di un'unica connessione fragile dal telefono alla piattaforma, dividi il percorso in due. Il telefono invia lo stream a un server. OBS preleva lo stream da quel server e lo invia alla piattaforma con una connessione stabile. Se il telefono perde il segnale, la connessione verso la piattaforma non ne risente, perché OBS continua a trasmettere. Gli spettatori continuano a guardare la scena che OBS sta mostrando in quel momento.
Ci sono due modi per farlo:
- Con l'IRL Endpoint Server, OBS gira sul tuo computer, per esempio a casa. Encoder e OBS si collegano entrambi al server in uscita, quindi non devi aprire porte né cambiare le impostazioni del router.
- Con l'IRL Broadcasting Server, un OBS Studio completo gira nel cloud, quindi non ti serve un computer potente a casa. Ti colleghi tramite Remote Desktop dal portale clienti, e un pannello di controllo web ti permette di gestire lo stream, anche dal browser del telefono.
Entrambi accettano input RTMP, SRT e SRTLA e supportano stream fino a 1080p a 60 fps.
Cambio scena automatico: come funziona
Un server mantiene vivo lo stream sulla piattaforma, ma non dice ai tuoi spettatori cosa sta succedendo. Quando il video in ingresso sparisce, OBS mostra un fotogramma bloccato o il nero, a meno che qualcosa non cambi la scena. È il compito del cambio scena automatico.
Il cambio scena automatico funziona con tre scene in OBS. Sui nostri server si chiamano Start, Live e Low:
- Start: un'immagine statica, magari con della musica, mostrata finché il server non riceve alcun segnale.
- Live: la tua scena normale con il feed della camera e gli overlay. Contiene la sorgente con lo stream in ingresso.
- Low: mostrata finché il bitrate è sotto la soglia, ad esempio lo stesso feed con una nota come "connessione scadente".
Un piccolo strumento controlla sul server il bitrate del tuo stream in ingresso. Se il bitrate scende sotto la soglia, porta OBS su Low. Se non arriva più alcun segnale, lo porta su Start. Quando lo stream è di nuovo stabile, torna su Live.
Esempio open source per la tua configurazione: NOALBS
Se vuoi costruire la configurazione da solo, lo strumento open source più noto è NOALBS (licenza MIT). È un progetto indipendente: lo strumento dei nostri server, descritto più avanti, è una nostra creazione e non è compatibile con NOALBS. Secondo la documentazione di NOALBS, è un unico eseguibile per Windows, macOS e Linux che cambia le scene in OBS in base al bitrate letto dalle statistiche del tuo server di ingest. Copre sia un bitrate basso sia una disconnessione completa, e supporta diversi server di ingest, come Nginx, Node-Media-Server, SRT Live Server, BELABOX cloud e MediaMTX. Comunica con OBS tramite OBS WebSocket 5.
Le impostazioni più importanti del suo esempio di configurazione sono queste:
| Impostazione | Significato |
|---|---|
| switchingScenes | Nomi delle tue scene normale, low e offline in OBS |
| triggers.low / triggers.offline | Soglie di bitrate in kbps per la scena low e offline |
| triggers.rtt / rttOffline | Soglie facoltative di latenza in millisecondi per SRT |
| retryAttempts | Numero di controlli consecutivi prima del cambio. NOALBS controlla una volta al secondo, quindi 5 significa circa 5 secondi |
| instantlySwitchOnRecover | Salta il tempo di attesa quando il bitrate si riprende |
| offlineTimeout | Facoltativo: interrompe lo stream OBS dopo un numero stabilito di minuti nella scena offline |
NOALBS offre anche comandi chat facoltativi per Twitch, così tu o i tuoi moderatori potete cambiare scena o modificare la soglia low dalla chat. Cambia scena solo mentre OBS è su una delle scene della sua configurazione, quindi scene come un'intro non vengono sovrascritte.
Cosa includono i nostri server IRL
Entrambi i nostri server IRL includono il cambio scena automatico, quindi non devi costruire la configurazione da solo. È una nostra creazione, non NOALBS, e funziona con le tre scene descritte sopra: Start finché il server non riceve alcun segnale, Live con uno stream stabile e Low quando il bitrate scende sotto la soglia. Come funziona dipende dal server:
- Sull'IRL Endpoint Server generi lo strumento nel portale clienti e lo scarichi. Gira sul tuo computer (Windows o macOS) in parallelo a OBS Studio e richiede la funzione OBS WebSocket, integrata in OBS dalla versione 28. Attivala, collega lo strumento a OBS Studio seguendo le istruzioni incluse e avvialo prima di andare in diretta. Cambia scena quando si verificano problemi di connessione e torna su Live quando la connessione è di nuovo stabile. Funziona solo con OBS Studio, non con vMix né con Streamlabs OBS.
- Sull'IRL Broadcasting Server il cambio scena gira sul server stesso, con scene preconfigurate. Il server cloud ha inoltre le scene Break, End e Refresh. Nel pannello di controllo web puoi passare manualmente a Break o End, e l'automatismo resta in pausa finché non torni su Live.
Entrambi i server offrono anche un chatbot Twitch facoltativo, se indichi un canale Twitch al checkout. Annuncia in chat i cambi scena automatici. Gli spettatori possono chiedere il bitrate in ingresso attuale con !bitrate, e i tuoi moderatori ricaricano brevemente lo stream con !refresh. Tu e i tuoi moderatori potete inoltre avviare, fermare, aggiornare o cambiare scena tramite comandi chat.
L'indicatore del bitrate è disponibile come sorgente browser, così puoi mostrare il bitrate in ingresso attuale come overlay in OBS.
Il cambio scena tiene informato il pubblico mentre il segnale è assente. Non fa tornare il segnale, quindi le misure descritte sopra restano importanti.
Come scegliere la soglia
Non esiste un valore universale, perché la soglia giusta dipende dal tuo hardware e dalla tua rete mobile. Per impostazione predefinita, il cambio scena dei nostri server IRL passa da Live a Low sotto gli 800 kbps. Puoi modificare questo valore, ad esempio con il comando chat Twitch !trigger 500. Per confronto, l'esempio di configurazione nella documentazione di NOALBS usa 500 kbps per low e 450 kbps per offline.
Per trovare il tuo valore, fai una camminata di prova con una connessione scadente. Annota il bitrate a cui l'immagine inizia a scattare e imposta la soglia poco sopra. Durante la camminata controlla anche che la scena non rimbalzi continuamente tra Live e Low.
Checklist prima di andare in diretta
- Fai una camminata di prova lungo il tuo percorso o nel locale, all'ora in cui trasmetterai, con il bitrate che intendi usare.
- Imposta un bitrate sotto la tua velocità di upload sostenuta, con un po' di margine, e attiva il bitrate adattivo se la tua app lo offre.
- Usa SRT o SRTLA al posto del semplice RTMP dove la tua app lo supporta.
- Imposta nell'encoder l'intervallo dei keyframe a 2 secondi e la latenza SRT a 2 secondi.
- Se possibile, usa SIM di due operatori diversi o una soluzione di bonding, e scegli la sede del server più vicina al luogo da cui trasmetterai.
- Crea le scene Start, Live e Low in OBS e chiamale esattamente così. Se usi un altro strumento, riprendi i nomi dalla sua configurazione.
- Se il tuo OBS gira su un computer di casa, controlla che la sua connessione regga lo stream in ingresso (download) e quello in uscita verso la piattaforma (upload).
- Prova l'intera catena: spegni i dati mobili o attiva la modalità aereo per 30 secondi e osserva se la scena cambia e poi torna indietro.
- Parti con la batteria carica, porta un power bank, tieni il telefono ventilato e controlla che le modalità di risparmio energetico non interferiscano con la tua app di streaming.
- Attiva una protezione della piattaforma come Twitch Disconnect Protection come livello aggiuntivo, e istruisci i moderatori sui comandi chat.
Per scegliere hardware, app e impostazioni fin dall'inizio, la nostra guida allo streaming IRL entra più nel dettaglio.
FAQ
Perché il mio stream IRL continua a disconnettersi?
Le cause più comuni sono segnale debole o assente, handover tra celle mentre ti muovi, celle sovraccariche agli eventi, un bitrate superiore alla tua velocità di upload reale e telefoni che si surriscaldano o restano senza batteria. Una camminata di prova con le impostazioni previste mostra quale di queste ti riguarda.
Quanto dura la protezione dalle disconnessioni di una piattaforma?
Su Twitch, Disconnect Protection mantiene il tuo stream online con un messaggio fino a 90 secondi. Se entro quel tempo non ti sei riconnesso, lo stream termina. Un server con OBS nel mezzo non ha questo limite, perché la piattaforma continua a ricevere da OBS uno stream ininterrotto.
Mi serve ancora il bonding se uso un server?
Risolvono problemi diversi. Il bonding rende più affidabile la connessione tra il telefono e il server. Il server con OBS fa in modo che lo stream sulla piattaforma sopravviva quando quella connessione cade comunque. Insieme ti danno la massima protezione.
A quale bitrate la scena deve passare a Low?
Dipende dal tuo hardware e dalla tua rete mobile. Sui nostri server IRL il valore predefinito è 800 kbps, e puoi modificarlo, ad esempio con il comando chat Twitch !trigger 500. Trova il tuo valore con una camminata di prova invece di copiare i numeri di altre configurazioni: imposta la soglia poco sopra il bitrate a cui l'immagine inizia a scattare in modo visibile.
Il cambio scena automatico funziona con qualsiasi software di streaming?
Lo strumento di cambio scena del nostro IRL Endpoint Server funziona solo in combinazione con OBS Studio su Windows o macOS, non con vMix né con Streamlabs OBS. NOALBS, uno strumento open source separato, funziona anch'esso con OBS Studio tramite OBS WebSocket 5. Altri software come vMix possono comunque ricevere lo stream, ma senza cambio automatico.