Latenza in streaming: cause e configurazione di Twitch, YouTube e Trovo

Cos'è la latenza in streaming

La latenza in streaming è il tempo che intercorre tra un evento davanti alla telecamera e la sua comparsa presso lo spettatore. Ad esempio, hai pronunciato una frase e lo spettatore l'ha sentita dopo alcuni secondi. In questa catena rientrano la cattura di video e audio, l'elaborazione del segnale, la codifica, l'invio del flusso al server, la preparazione della trasmissione da parte della piattaforma e la riproduzione sul dispositivo dello spettatore.

La latenza non sempre significa un problema con internet. Una parte del ritardo è insita nella modalità di trasmissione della piattaforma stessa. Tempo aggiuntivo compare a causa di un encoder sovraccarico, perdita di pacchetti, un percorso instabile verso il server o il buffer nel player dello spettatore. Va considerata a parte anche la chat: un messaggio può arrivare più tardi rispetto al momento a cui si riferisce che lo spettatore vede.

Più bassa è la latenza, più comodo è comunicare con il pubblico in tempo reale. Ma un buffer minimo lascia meno margine per recuperare il flusso in caso di problemi. Per questo la modalità si sceglie in base al formato della diretta. Per una conversazione tranquilla qualche secondo di ritardo può passare inosservato, mentre per un gioco con reazione ai messaggi, un quiz o una trasmissione congiunta la differenza diventa sostanziale.

Come la modalità della piattaforma influisce sul ritardo

La piattaforma accumula in anticipo una parte del video prima della riproduzione. Questa riserva si chiama buffer. Un buffer grande aiuta a superare brevi cali di connessione senza fermare il video, ma lo spettatore vede la diretta più tardi. Un buffer piccolo consegna più rapidamente i nuovi fotogrammi, tuttavia il flusso diventa più esigente in termini di stabilità di internet sia per lo streamer che per lo spettatore.

Di solito sono disponibili la modalità normale, bassa latenza e latenza minima. I nomi e l'insieme delle funzioni dipendono dalla piattaforma. Per comunicare con il pubblico scegli la bassa latenza, e la minima solo se hai necessità di reagire rapidamente alla chat. Se dopo il passaggio gli spettatori vedono interruzioni, messaggi di caricamento o frequenti riconnessioni, torna a una modalità più stabile.

La bufferizzazione automatica può aggiungere ritardo già durante la visione. Questo accade quando i dati arrivano in modo irregolare, lo spettatore cambia qualità, torna dopo una pausa o ripristina la connessione. Perciò la configurazione della latenza si verifica non solo all'inizio della diretta, ma anche dopo alcuni minuti di funzionamento.

Come attivare la bassa latenza su Twitch, YouTube e Trovo

È meglio cambiare modalità prima dell'inizio di una trasmissione importante. Dopo aver salvato le impostazioni, fai un breve test da un altro dispositivo o chiedi a uno spettatore di verificare la diretta. Confronta non solo il tempo di risposta, ma anche la stabilità della visione. L'impostazione nel pannello della piattaforma è più importante dei parametri di OBS: il programma codifica e invia il flusso, ma è la piattaforma a decidere quale riserva di video dare al player.

Twitch

Apri la Creator Dashboard, vai su Settings, poi seleziona Stream. Nella sezione con la modalità di latenza trova Latency Mode e imposta Low Latency. Salva le impostazioni se il pannello mostra un pulsante di salvataggio separato. Dopodiché avvia una diretta di test e controllala su un telefono o un altro computer collegato a una rete diversa.

La modalità a bassa latenza su Twitch è pensata per la comunicazione con la chat, ma gli spettatori con internet instabile potrebbero riscontrare interruzioni. Se le lamentele arrivano da un solo spettatore, chiedigli prima di premere il pulsante per tornare alla diretta corrente, aggiornare la pagina o ridurre la qualità. Non cambiare la modalità di trasmissione per un singolo problema dalla parte dello spettatore.

YouTube

Accedi a YouTube Studio e apri la Live Control Room. Durante la creazione o la modifica di una trasmissione vai nelle impostazioni dello streaming e trova la voce Latency. Scegli Low latency per una normale diretta interattiva oppure Ultra low latency se ti è importante rispondere il più rapidamente possibile ai messaggi. Verifica che la modalità scelta sia applicata alla trasmissione giusta e non solo a un modello.

La latenza minima su YouTube lascia meno margine per un invio irregolare dei dati. Se la diretta inizia a bufferizzare più spesso, usa Low latency invece di Ultra low latency. Per una trasmissione tranquilla senza comunicazione costante puoi lasciare Normal latency: questa modalità di solito sopporta meglio i problemi temporanei di connessione.

Trovo

Apri Trovo Studio o il pannello dell'autore, crea una diretta e vai ai parametri avanzati della trasmissione. Trova la voce chiamata Latency, Stream latency o Low latency e seleziona la bassa latenza. I nomi delle sezioni possono variare a seconda della versione del pannello, quindi orientati sulle impostazioni della diretta stessa e non sui parametri del profilo. Se c'è un pulsante di applicazione, salva le modifiche prima di avviare la trasmissione.

Se nel tuo pannello Trovo non c'è l'interruttore della latenza, la piattaforma potrebbe assegnare la modalità automaticamente. In questo caso puoi ridurre il ritardo grazie a un invio stabile, un server adeguato, un bitrate corretto e la verifica del player dello spettatore. Dopo l'avvio confronta la diretta su più dispositivi: così capirai se la latenza è comune a tutto il pubblico.

Stabilità di internet per lo streamer

Per la trasmissione è importante non solo la velocità massima in upload, ma anche la sua stabilità per tutta la durata della diretta. La connessione deve sostenere il bitrate scelto senza bruschi cali. Se il flusso viene inviato a scatti, una parte dei dati si perde o viene ritardata, e il programma e il server cercano di ricomporre un video continuo. Di conseguenza cresce il ritardo, compaiono fotogrammi persi o la diretta va in buffering.

L'opzione più affidabile per il computer dello streamer è il collegamento al router con un cavo di rete. Il Wi-Fi è influenzato dalla distanza dal router, dai muri, dalle interferenze e dal carico di altri dispositivi. Il download di file, le videochiamate, la sincronizzazione cloud, i giochi e la visione di video nella stessa rete possono sottrarre velocità in upload proprio quando serve per la trasmissione.

Prima della diretta ferma i download non necessari e controlla quali dispositivi utilizzano la rete domestica. Se il problema compare solo quando lavorano contemporaneamente più utenti, la causa può essere nella distribuzione del canale e non in OBS. In caso di cali regolari controlla il router, il cavo e il funzionamento del provider in momenti diversi della giornata.

Il test di velocità mostra lo stato della connessione in un momento specifico e non sostituisce l'osservazione della diretta. Avvia diverse verifiche a breve distanza l'una dall'altra, prestando attenzione proprio all'upload. Orienta il calcolo sul valore stabile più basso e non sul risultato migliore. La velocità «fino a» nel piano tariffario non significa che tale valore si manterrà per tutta la trasmissione.

Come scegliere bitrate e risoluzione in base alla velocità in upload

Il bitrate video non deve occupare tutto il canale in upload. Lascia un margine per il traffico di servizio, l'audio, i picchi di carico e il funzionamento di altri dispositivi. Un riferimento pratico è usare per il video circa la metà o due terzi della velocità in upload stabile. Se il valore cambia notevolmente, fai il calcolo sul valore più basso.

• Con un upload stabile intorno a 5 Mbit/s inizia con un bitrate video di 2500–3000 kbit/s e una risoluzione di 1280×720. Per un gioco dinamico spesso è più adatto 30 fotogrammi al secondo, se il computer non sostiene una frequenza più alta.
• Con un upload intorno a 8 Mbit/s puoi provare 4000–5000 kbit/s. A seconda della piattaforma e del computer questo è adatto per 720p60 o 1080p30. Scegli una sola variante e verificala in una diretta di test.
• Con un upload stabile intorno a 12 Mbit/s puoi considerare 6000–7500 kbit/s e 1080p30 o 1080p60. Prima di ciò controlla il bitrate massimo della piattaforma scelta e lascia un margine per la rete.

Questi sono riferimenti per iniziare, non requisiti universali. Il limite preciso dipende dalla piattaforma, dall'encoder e dal formato. Se la piattaforma indica un proprio intervallo, questo ha la priorità. In caso di upload instabile è meglio ridurre bitrate e risoluzione piuttosto che cercare di mantenere un'alta qualità al limite del canale.

Per la maggior parte delle dirette si usa il bitrate costante, o CBR, se previsto dalle impostazioni della piattaforma. Imposta l'intervallo dei keyframe secondo i requisiti della piattaforma. Se non c'è un'indicazione specifica, spesso si usa un intervallo di 2 secondi, ma per Trovo e altre piattaforme verifica le raccomandazioni aggiornate nel pannello della trasmissione. Un intervallo errato può ostacolare il ripristino del video e il cambio di qualità.

Un'alta risoluzione di per sé non crea latenza di rete, ma aumenta il carico sull'encoder e sul canale. Se il sistema lavora al limite, il passaggio da 1080p60 a 1080p30 o da 1080p30 a 720p60 spesso dà un risultato più stabile. Per una diretta di conversazione di solito sono più importanti un audio pulito e l'assenza di interruzioni che il massimo numero di dettagli nel fotogramma.

Server di trasmissione e percorso verso la piattaforma

Dopo la codifica il flusso viene inviato al server della piattaforma. Tra il computer e questo server ci sono diversi nodi di rete, perciò anche la qualità del percorso influisce sulla latenza. Nemmeno un buon piano tariffario esclude il sovraccarico di singoli nodi, lavori tecnici o una connessione instabile con una direzione specifica.

Il server geograficamente più vicino non sempre è il migliore. Nella scelta valuta non solo la distanza, ma anche l'uniformità dell'invio, l'assenza di riconnessioni, la percentuale di fotogrammi persi e la stabilità del risultato durante il test. Un server che dà una risposta leggermente maggiore ma non perde dati è meglio di un'opzione con risposta breve e cali costanti.

Come testare i server

Se la piattaforma fornisce un elenco di server, apri in OBS la sezione Settings, poi Stream, e guarda il campo Server dopo aver scelto il servizio desiderato. Su Twitch puoi confrontare i server da questo elenco. Su Trovo usa i punti di connessione disponibili o l'indirizzo del server che mostra il pannello dell'autore. YouTube spesso sceglie da sé il percorso per il flusso in ingresso, quindi il confronto manuale dei server lì potrebbe non essere disponibile.

1. Scegli risoluzione, frequenza dei fotogrammi, encoder e bitrate identici per tutti i test.
2. Avvia una trasmissione di test sul primo server e lasciala attiva per alcuni minuti, per vedere il funzionamento non solo nei primi secondi.
3. Apri le statistiche di OBS tramite il menu View, Docks, Stats. Annota dropped frames, riconnessioni, perdite di rendering e codifica.
4. Ripeti la verifica per altri server in condizioni comparabili: se possibile alla stessa ora del giorno e senza download nella rete domestica.
5. Confronta non un singolo momento migliore, ma l'intero test. Scegli il server senza riconnessioni e con la quota minima di fotogrammi persi.

Per un controllo aggiuntivo puoi ricavare l'indirizzo o il nome del server dalle impostazioni di connessione ed eseguire il comando ping. In Windows si usa ping -n 30 nome-server, mentre su macOS e Linux ping -c 30 nome-server. La perdita di risposta è indicata nella riga finale. I comandi traceroute o pathping aiutano a individuare il tratto del percorso con problemi, ma non sostituiscono il test con un invio RTMP reale: il server può trattare in modo diverso le richieste ICMP e il flusso video.

L'indicatore principale resta la statistica della trasmissione. Se in OBS cresce la percentuale di dropped frames a causa della rete, compaiono riconnessioni o il flusso viene inviato a scatti, il server e il percorso non si possono considerare validi. Se tutti i server disponibili mostrano gli stessi problemi, la causa può essere nel provider o nella piattaforma stessa. Non cambiare server durante una diretta importante senza necessità: la riconnessione aumenterà temporaneamente il ritardo e potrebbe interrompere la trasmissione.

Come il computer influisce sulla latenza

Prima dell'invio alla piattaforma il video deve essere catturato, elaborato e codificato. Se il computer non riesce a completare una qualsiasi di queste operazioni in tempo, la latenza compare ancora prima che il flusso esca su internet. Nelle statistiche di OBS questo si manifesta come perdite di rendering o codifica. Un buon canale di comunicazione non risolverà la situazione se i fotogrammi vengono formati troppo lentamente.

Le perdite di rendering sono spesso legate al carico sulla scheda video. Il gioco può occupare quasi tutte le risorse disponibili e a OBS non basterà la potenza per catturare la scena. Limita la frequenza dei fotogrammi nel gioco, riduci le impostazioni grafiche pesanti e disattiva gli effetti che lo spettatore non vede. Una risorsa libera della scheda video è più importante della frequenza massima dei fotogrammi che vedi solo tu.

Le perdite di codifica indicano un sovraccarico del processore o dell'encoder hardware. Chiudi i programmi non necessari, le schede del browser in eccesso, le sincronizzazioni in background e le applicazioni di registrazione. Semplifica la scena, rimuovi filtri e animazioni pesanti. Con la codifica software scegli un preset più veloce oppure riduci risoluzione e frequenza dei fotogrammi.

Un encoder hardware sposta una parte del lavoro sulla scheda video, ma non annulla il carico sul sistema. Se il problema è comparso dopo l'aggiunta di una telecamera, un filtro, una sorgente browser o una notifica animata, disattiva temporaneamente questo elemento e confronta le statistiche. Verifica le modifiche una alla volta, per capire la causa del risultato.

Controlla la temperatura e il comportamento del computer alla fine della diretta. In caso di surriscaldamento le frequenze dei componenti possono diminuire, perciò una trasmissione stabile all'inizio inizia gradualmente a perdere fotogrammi. Non avviare durante lo streaming rendering, archiviazione e altre attività pesanti.

Come capire dove compare la latenza

Prima di tutto chiarisci se la trasmissione ritarda allo stesso modo per la maggior parte degli spettatori. Se il problema è comparso per tutti contemporaneamente, controlla la modalità di latenza sulla piattaforma, lo stato della connessione, il server scelto e le statistiche di OBS. Se si lamenta un solo spettatore, molto probabilmente la causa è nella sua rete, nel suo dispositivo o nel suo player.

Poi suddividi le perdite in diversi tipi:

• le perdite di rendering indicano risorse insufficienti della scheda video per preparare la scena;
• le perdite di codifica dicono che il processore o l'encoder hardware non riesce a elaborare il video;
• la perdita di fotogrammi inviati è legata alla rete, al percorso verso il server o a un bitrate troppo alto;
• un aumento graduale del ritardo con statistiche normali può essere legato al buffer della piattaforma o del player.

Per una misurazione approssimativa metti davanti alla telecamera uno schermo con un cronometro o un orologio, pronuncia una breve frase e segna contemporaneamente l'orario. Su un altro dispositivo apri la diretta e annota il momento in cui è comparsa la frase. È meglio usare internet mobile o un'altra rete, per escludere l'influenza della cache locale. Un tale test mostra la latenza totale tra la scena e la visione, e non solo il percorso fino al server.

Verifica più dispositivi e reti. Se sul telefono in rete mobile la diretta ritarda allo stesso modo che sul computer dello spettatore, il problema, probabilmente, non è limitato al suo Wi-Fi. Se il ritardo cresce gradualmente, chiedi allo spettatore di premere il pulsante per passare alla diretta corrente e confronta il risultato dopo il reset del buffer.

Un messaggio in chat è adatto solo per una verifica approssimativa. Passa attraverso un canale separato e può essere visualizzato con un proprio ritardo. Per un confronto più preciso usa un timer visibile, un battito di mani davanti alla telecamera o un segnale visivo concordato in anticipo.

Cosa possono fare gli spettatori

Una parte della latenza compare già dopo che il flusso ha lasciato il computer dello streamer. Sul risultato influiscono la velocità di internet dello spettatore, la stabilità del Wi-Fi, la qualità scelta, il browser, l'applicazione e la potenza del dispositivo. Con una connessione debole il player accumula buffer per non fermare il video, perciò lo spettatore vede la diretta più tardi.

Chiedi allo spettatore di provare diverse azioni:

• premere il pulsante per tornare alla diretta corrente, se la visione è rimasta molto indietro;
• aggiornare la pagina o riavviare l'applicazione;
• scegliere la qualità manualmente, se la modalità automatica cambia continuamente risoluzione e mette in pausa il video;
• ridurre la qualità in caso di interruzioni e verificare la visione senza download paralleli;
• chiudere schede e applicazioni in eccesso che usano la rete o le risorse del dispositivo;
• confrontare la visione in un altro browser, applicazione o su un altro dispositivo;
• disattivare temporaneamente la VPN, se è proprio attraverso di essa che la diretta si carica in modo instabile.

Se il video arriva in tempo ma viene riprodotto a scatti, la causa può essere nella decodifica, nel surriscaldamento o nelle impostazioni del dispositivo. Su uno smartphone, una TV o un computer vecchi a volte aiuta una qualità più bassa e la chiusura delle applicazioni in background. Quando il problema c'è solo per uno spettatore, di solito non è necessario cambiare le impostazioni di tutta la diretta.

Come ridurre la latenza senza perdere stabilità

Inizia dalla piattaforma: attiva la modalità di bassa latenza adeguata e verifica se il player accumula buffer aggiuntivo. Poi configura la rete: usa il cavo, rimuovi il carico in eccesso e verifica il percorso verso il server scelto. Dopo di che passa al computer, per non cercare di correggere un problema di rete con le impostazioni dell'encoder.

Se ci sono perdite di codifica, riduci il carico sul processore o passa a un encoder hardware che funziona correttamente. Se compaiono perdite di rendering, riduci il carico sulla scheda video: semplifica il gioco, limita la frequenza dei fotogrammi e controlla le sorgenti della scena. Se si perdono fotogrammi durante l'invio, confronta il bitrate con le raccomandazioni della piattaforma e le possibilità del canale in upload.

Non cambiare tutti i parametri in una volta. Prima fissa le impostazioni iniziali, poi modifica un solo valore e fai un nuovo test. Così capirai cosa ha influito esattamente sul risultato. Un flusso stabile con una risoluzione leggermente inferiore di solito è più comodo per la comunicazione di una diretta ad alta qualità che si blocca regolarmente e va in buffering.

Brevi conclusioni: cosa fare passo per passo

1. Definisci il formato della diretta e attiva la modalità di bassa latenza adeguata nel pannello di Twitch, YouTube o Trovo.
2. Collega il computer al router con il cavo e ferma download, sincronizzazione cloud e altre attività che usano l'upload.
3. Verifica più volte la velocità di upload stabile e calcola il bitrate sul risultato più basso, lasciando un margine per la rete.
4. Scegli risoluzione e frequenza dei fotogrammi che il computer e il canale sostengono senza perdite.
5. Testa i server disponibili in condizioni identiche e scegli l'opzione senza riconnessioni e con la perdita minima di fotogrammi.
6. Controlla in OBS separatamente le perdite di rendering, codifica e invio.
7. Misura la latenza su un altro dispositivo e in un'altra rete, per separare il problema dello streamer da quello dello spettatore.
8. Cambia un parametro alla volta e dopo ogni modifica fai una nuova diretta di test.