Neverlag Playback Lab
Lab lettore IPTV
Tutto quello che misuriamo è qui. Ogni prova, non solo quelle buone.
La pagina iniziale sostiene che la maggior parte dei freeze nasce nel player. Il Lab è la prova dietro quella frase: cosa misuriamo, come misuriamo e cosa ne è uscito.
Misuriamo perché le affermazioni non costano niente. Un player che si dice «stabile» deve mostrare quanto resta ferma l’immagine quando la connessione sparisce, cosa fa quando la linea consegna troppo lentamente e cosa succede quando il 4K non passa.
Per questo la regola qui sopra non ha eccezioni: ogni prova viene pubblicata, non solo quelle buone.
Costruito per reti e flussi che non sono perfetti.
Neverlag è un lettore IPTV per Apple TV, iPhone, iPad, Mac e Fire TV per fornitori Xtream Codes e M3U. Separa il recupero del flusso dalla riproduzione, così una connessione che cade non porta a un ricaricamento. Misurato: 60 secondi senza connessione, zero ricaricamenti.
- 0 ricaricamenti — connessione tagliata per 20, 30, 45 e 60 secondi
- 42 → 0 fermi immagine in 15 minuti di linea strozzata — senza e con adattamento
- 1,3 s mediana fino alla nuova connessione appena il server risponde
Metodo
- I disturbi si provocano, non si aspettano: tagliamo e strozziamo noi stessi la linea del dispositivo, con cronometro e journal.
- Sorgente identica: lo stesso fornitore, lo stesso canale, la stessa playlist per tutte le prove — e in futuro per tutti i player.
- Si conta quello che vede lo spettatore: immagine ferma in secondi, programma mancante in secondi, ricaricamento sì o no.
- Si pubblicano tutte le prove, non le migliori. Mediana e intervallo dove ce n’è più di una.
- Nell’app del concorrente non si disattiva nessuna impostazione che gli utenti avrebbero normalmente attiva. Si testa quello che l’utente riceve.
- Banco di prova e quotidiano restano separati: banco di prova vuol dire disturbato di proposito, quotidiano vuol dire journal senza interventi.
- I numeri vengono dal journal che ogni installazione di Neverlag scrive in locale. Il tuo lo trovi nell’app sotto Diagnostica.
25 settembre — la prova per il lettore ripensato
La pagina iniziale dice: Neverlag agisce sui disturbi prima che l’immagine si fermi, riporta il 4K da solo e non mostra nero al riavvio. Ecco la misura dietro a tutto questo, del 24 e 25 settembre, su Mac con l’app finita.
Abbiamo misurato contro un server che gestiamo noi stessi (il riavvio anche su un vero flusso di un fornitore), con un pezzo intermedio che produce disturbi: taglia la connessione, strozza la linea, riavvia il flusso o lascia morire il canale — a comando, con il cronometro. Una telecamera filma lo schermo; contiamo quello che vedresti tu.
Sopra ogni tabella un paragrafo dice cosa mostra. I termini tecnici stanno tra parentesi, dietro la parola di tutti i giorni.
La connessione sparisce del tutto per 20 secondi, il player ha 30 secondi di riserva (buffer). La domanda: interviene anche se non dovrebbe — e l’immagine si ferma? Risposta: non ricarica niente e non cambia niente, perché la riserva regge, e aggancia la nuova connessione appena la linea torna. In quel momento l’immagine inciampa per un buon mezzo secondo — è l’istante in cui il vecchio e il nuovo flusso vengono uniti.
| Disturbo | Cosa fa un altro player | Cosa fa Neverlag | Misura | Data |
|---|---|---|---|---|
| 20 secondi senza connessione, 30 secondi di riserva | Se ne accorge quando l’immagine è ferma, poi ricarica | Continua dalla riserva, non ricarica niente, non cambia niente | 0 ricaricamenti, 0 cambi, 0,6 s di inciampo all’aggancio, riagganciato 4,7 s dopo la fine del disturbo | 25 settembre |
Il fornitore riavvia il flusso — l’orologio dentro il flusso torna a zero (riavvio della base dei tempi). Gli altri player allora ricaricano il canale: due secondi di nero, finestra per riavvolgere sparita. Neverlag tiene l’ultima immagine e attacca il nuovo flusso in coda. Misurato prima su un vero flusso di un fornitore (fatto passare dal nostro pezzo intermedio, due minuti di registrazione), poi di nuovo sul nostro server: 0,50 s.
| Disturbo | Cosa fa un altro player | Cosa fa Neverlag | Misura | Data |
|---|---|---|---|---|
| Riavvio del flusso dal fornitore | Ricarica, circa due secondi di nero | L’ultima immagine resta, poi si continua | Immagine ferma 0,44 s, 0 fotogrammi neri in due minuti di registrazione | 24 settembre |
Il canale cade dal fornitore: la connessione sta su, ma non arriva più niente. Gli altri player mostrano un errore. Dopo qualche secondo Neverlag constata che la sorgente è morta e prende da solo l’altra strada verso il canale (la seconda via di trasmissione, HLS). Il cambio in sé costa un buon secondo di immagine ferma. In questa prova il player ha poi giudicato a torto la nuova strada come «non aiuta» e ha ricaricato una volta inutilmente — il difetto è corretto dal 25 settembre (riscontro S50 sotto), dimostrato sul banco di prova, non ancora ripetuto in diretta.
| Disturbo | Cosa fa un altro player | Cosa fa Neverlag | Misura | Data |
|---|---|---|---|---|
| Canale morto dal fornitore | Messaggio di errore, tu cambi canale | Prende da solo l’altra strada verso il canale | Altra strada dopo 14 s, immagine 1,2 s dopo il cambio | 24 settembre |
Lo stesso blocco di sopra, ma sull’altra via di trasmissione (HLS), dove il player ha meno riserva. Qui Neverlag non ha coperto il disturbo — la riserva non è bastata. Ma non ha mollato: aspetta, riprova da solo ed è di ritorno 9 secondi dopo la fine del blocco.
| Disturbo | Cosa fa un altro player | Cosa fa Neverlag | Misura | Data |
|---|---|---|---|---|
| Blocco di 20 secondi sull’altra via di trasmissione (HLS) | Messaggio «flusso non disponibile», fine | Aspetta, riparte da solo | Ripartenza 9 s dopo la fine del blocco, prima immagine 0,19 s dopo | 25 settembre |
La linea è troppo lenta: porta 8 megabit al secondo (Mbit/s), il canale 4K ne chiede 12. Neverlag passa in ordine quello che potrebbe aiutare e solo dopo passa all’HD — senza che l’immagine si fermi. Quando togliamo il freno, due minuti dopo il cambio controlla in background e riporta il 4K da solo, senza interruzione.
| Disturbo | Cosa fa un altro player | Cosa fa Neverlag | Misura | Data |
|---|---|---|---|---|
| Linea strozzata a 8 Mbit/s, il canale ne chiede 12 | Scatta, ricarica di continuo | Controlla i passaggi, passa all’HD, te lo dice in una riga | Passaggio all’HD dopo 27,7 s, 0 interruzioni; il passaggio stesso: un’immagine ferma di 0,8 s | 25 settembre |
| Freno tolto | Resta in HD finché non cambi canale | Controlla in background e riporta il 4K | 4K di ritorno 2 minuti dopo il cambio, 0 interruzioni | 25 settembre |
| Pulsante «Torna al 4K» premuto | — | Rispetta la tua scelta per la serata | Pulsante premuto 0,4 s dopo il passaggio: di nuovo in 4K, 0 secondo passaggio | 25 settembre |
Per finire la serie classica, la stessa sera con l’app Mac finita: tagliamo la connessione per 20, 30, 45, 60 e 90 secondi, con circa 30 secondi di riserva — il server di prova non ne accumulava di più. Finché la riserva basta, non vedi nulla. Quando non basta, l’immagine resta ferma finché la connessione torna. E dopo un minuto di tentativi a vuoto Neverlag mostra un messaggio, aspetta a scaglioni fissi (15, 30, 60 secondi) e poi riparte da solo — per questo le prove a 60 e 90 secondi non sono prove buone. Stanno qui perché qui sta tutto.
| Disturbo | Cosa fa un altro player | Cosa fa Neverlag | Misura | Data |
|---|---|---|---|---|
| 20 secondi senza connessione | Se ne accorge quando l’immagine si ferma, poi ricarica | Continua a riprodurre dalla riserva | 0 s di fermo immagine, 0 ricaricamenti, riconnessione 0,8 s dopo la fine | 25 settembre |
| 30 secondi senza connessione | Ricarica, finestra di riavvolgimento persa | Riserva quasi vuota, breve fermo immagine, poi avanti | 1,5 s di fermo immagine, 0 ricaricamenti, riconnessione 0,4 s dopo la fine (8 settembre: 11,4 s) | 25 settembre |
| 45 secondi senza connessione | Ricarica | Riserva vuota, l’immagine resta ferma finché la connessione torna | 20,5 s di fermo immagine, 0 ricaricamenti, riconnessione 5,0 s dopo la fine | 25 settembre |
| 60 secondi senza connessione | Ricarica, messaggio di errore | Dopo un minuto di tentativi a vuoto: messaggio, 15 secondi di attesa, riavvio da solo | circa 43 s senza immagine, 1 riavvio, riconnessione 13 s dopo la fine (8 settembre: 40,3 s di fermo immagine, nessun riavvio) | 25 settembre |
| 90 secondi senza connessione | Ricarica, messaggio di errore | Messaggio, aspetta a scaglioni (15, 30, 60 secondi), riparte da solo | circa 106 s senza immagine, riconnessione 46 s dopo la fine del blocco | 25 settembre |
Cosa abbiamo trovato per strada e corretto prima dell’uscita
La prima versione passava troppo presto all’altra via di trasmissione durante il blocco — sulla stessa linea morta — e buttava via 17 secondi di immagine buona invece di riprodurli. Si ricordava l’altra via come «collaudata» anche se aveva sette interruzioni, e sull’altra via restava attaccata 45 secondi a una sorgente morta. Abbiamo corretto tutti e tre gli errori e rimisurato; i numeri qui sopra sono la misura dopo la correzione.
Ancora aperto: se il canale cade sull’altra via di trasmissione, oggi Neverlag ha bisogno di circa mezzo minuto prima che l’immagine torni dalla prima via. La prossima versione ne risparmia un quarto di minuto. Sta scritto qui perché lo vedresti.
E dall’ultima tabella: dopo un minuto senza connessione Neverlag oggi aspetta a scaglioni fissi (15, 30, 60 secondi) prima di riprovare — per questo la riconnessione dura allora da 13 a 46 secondi invece di una. Raro nell’uso quotidiano; nel Lab c’è comunque.
Fire TV
La versione Fire TV del 25 settembre (build 20260925.1642) ha gli stessi meccanismi dell’app Apple. Sullo stick stesso — Fire TV Stick 4K e 4K Max, journal del 22 settembre e 23 settembre — è documentato: l’app gira con l’immagine direttamente sul televisore, e i riscontri dallo stick (audio mancante su alcuni canali, schermo bianco dopo il tasto indietro, audio in ritardo sull’immagine dopo il tasto home) sono corretti nelle versioni del 23 settembre.
Non ancora documentato sullo stick: le misure sui disturbi qui sopra. Per Fire TV sono girate il 25 settembre su un dispositivo di prova in laboratorio (tecnica Fire TV, ma non lo stick stesso); lì la connessione è tornata un secondo dopo la fine del blocco di 20 secondi, prima immagine 0,44 secondi dopo. La prova sullo stick è in sospeso e comparirà qui appena fatta.
La settimana prima
La prova del 25 settembre si appoggia su cose costruite e misurate la settimana prima.
-
Riserva da 30 a 60 secondi (23 settembre)
Neverlag tiene almeno 30 secondi di riserva su ogni dispositivo, fino a 60 dove la linea lo permette. Misurato su Mac: 20 secondi senza connessione con 34 secondi di riserva — 0 secondi di immagine ferma, 0 ricaricamenti, nemmeno una richiesta al fornitore; 45 secondi senza connessione: 8 secondi di immagine ferma, nessun ricaricamento.
-
Canale morto — l’altra strada da solo (22 settembre)
Se il canale muore dal fornitore, Neverlag prende da solo l’altra via di trasmissione, poi un’altra sorgente dello stesso canale. Senza impostazioni, senza domande. Nel simulatore: immagine dopo 0,55 secondi sull’altra via. Se nessuna via aiuta, Neverlag te lo dice — con un conto alla rovescia fino al prossimo tentativo, invece di bombardare il fornitore di richieste.
-
Audio e immagine sincroni (21 settembre)
Su Apple TV l’audio era 15 secondi dietro all’immagine dopo un taglio nel flusso — trovato nel journal del 21 settembre. Dal 22 settembre Neverlag riallinea l’audio all’immagine senza ricaricare il canale; la riserva resta.
-
Riguardo per il fornitore (24 settembre)
Il player si tiene indietro con il fornitore: in 5 minuti di riproduzione senza disturbi ci sono state 2 connessioni al canale e 2 richieste all’account — contate dal pezzo intermedio, 0 ricaricamenti. Durante i disturbi Neverlag chiede a intervalli crescenti, non ogni secondo.
- Banco di prova
Il riscontro che ha cambiato tutto
Fermo immagine, buco, ricaricamento a connessione tagliata
Configurazione
Abbiamo tagliato la connessione per 20, 30, 45 e 60 secondi. Una quinta prova: tagliata per 20 secondi dopo aver lasciato a Neverlag il tempo di accumulare 60 secondi di riserva.
Si misura quanto resta ferma l’immagine, quanto programma manca dopo e se il player ricarica.
Risultato
Connessione tagliata Riserva accumulata prima Fermo immagine Buco Ricaricamento 20 s nessuna 0,0 s 0,0 s 0 30 s nessuna 11,4 s 6,1 s 0 45 s nessuna 18,2 s 18,0 s 0 60 s nessuna 40,3 s 34,3 s 0 20 s 60 s 0,0 s 0,0 s 0 Fino a 20 secondi non ti accorgi di niente: nessun fermo immagine, nessun buco. Oltre, quanto resta ferma l’immagine dipende da quanta riserva c’era al momento del taglio — in queste prove tra 20 e 30 secondi.
Onestamente: con 60 secondi senza connessione e 22 secondi di riserva l’immagine è rimasta ferma 40 secondi e mancano 34 secondi di programma. Neanche qui Neverlag ha ricaricato — la riproduzione è ripartita appena il server è tornato, senza buttare via la riserva.
Altri player: non ancora misurati.
- Banco di prova
Linea lenta
Fermi immagine, connessioni, ritmo su linea strozzata
Configurazione
Per 15 minuti la linea consegna solo circa il 90 per cento di quanto serve al canale. Due prove: una senza, una con l’adattamento della velocità di riproduzione di Neverlag.
Si contano fermi immagine e connessioni; si misura quanto la riproduzione resta indietro rispetto alla diretta.
Risultato
Misura Neverlag Lume UHF IPTVX iPlayTV Fermi immagine senza adattamento 42 non ancora misurato non ancora misurato non ancora misurato non ancora misurato Tentativi di ristabilire la connessione senza adattamento 29 non ancora misurato non ancora misurato non ancora misurato non ancora misurato Fermi immagine con adattamento 0 non ancora misurato non ancora misurato non ancora misurato non ancora misurato Connessioni con adattamento 1, per 20 minuti non ancora misurato non ancora misurato non ancora misurato non ancora misurato Riproduzione con adattamento circa 7 % più lenta non ancora misurato non ancora misurato non ancora misurato non ancora misurato Senza adattamento il player ricarica in continuazione perché la riserva non basta — 42 fermi immagine in 15 minuti. Con adattamento Neverlag riproduce un po’ più lentamente, tiene una sola connessione per tutta la prova e non ricarica mai.
Una volta, nel secondo minuto, Neverlag ha fermato l’immagine di proposito per 7 secondi per accumulare riserva. Non era una riserva vuota ma una decisione — e sta qui perché l’avresti visto.
Circa il 7 per cento più lento vuol dire: dopo un quarto d’ora sei un minuto abbondante dietro la diretta. La diagnostica te lo mostra; tu non lo vedi.
Altri player: non ancora misurati.
- Banco di prova
Il server non risponde più
Tempo fino alla nuova connessione
Configurazione
Le stesse cinque prove di sopra: la connessione è aperta, il server non consegna più niente. Si misura quanto in fretta Neverlag è di nuovo collegato appena il server risponde.
Risultato
Misura Neverlag Lume UHF IPTVX iPlayTV Prove 5 non ancora misurato non ancora misurato non ancora misurato non ancora misurato Nuova connessione dopo il ritorno del server, mediana 1,3 s non ancora misurato non ancora misurato non ancora misurato non ancora misurato Intervallo 1,1–2,1 s non ancora misurato non ancora misurato non ancora misurato non ancora misurato Ricaricamenti 0 non ancora misurato non ancora misurato non ancora misurato non ancora misurato Neverlag controlla di continuo se il server è raggiungibile e si ricollega appena risponde — in queste prove uno o due secondi dopo il ritorno. Non aspetta un timer fisso e non ricarica; la nuova connessione viene agganciata alla riserva.
Altri player: non ancora misurati.
- Quotidiano
Brevi pause di consegna nel quotidiano
Coperte dalla riserva
Configurazione
Nessun banco di prova: il journal annota quando il server, a connessione aperta, non consegna niente per qualche secondo. Si contano queste pause e se ne è nato un fermo immagine.
Risultato
Misura Neverlag Lume UHF IPTVX iPlayTV Pause di consegna nel periodo 10 non ancora misurato non ancora misurato non ancora misurato non ancora misurato Durata, mediana 7,3 s non ancora misurato non ancora misurato non ancora misurato non ancora misurato Durata, intervallo 6,2–9,4 s non ancora misurato non ancora misurato non ancora misurato non ancora misurato Coperte senza fermo immagine 10 su 10 non ancora misurato non ancora misurato non ancora misurato non ancora misurato Dieci pause tra sei e nove secondi, tutte coperte dalla riserva. È esattamente il quotidiano per cui la riserva esiste.
Altri player: non ancora misurati.
- Quotidiano
4K: un cambio invece di un fermo immagine
Cambi di qualità
Configurazione
Quotidiano: se il 4K non passa, il player scende al livello stabile avvisando e offre un ritorno. Si contano i cambi automatici, il fermo immagine che li precede e i cambi sbagliati.
Risultato
Misura Neverlag Lume UHF IPTVX iPlayTV Cambi automatici, Mac, 23 agosto–7 settembre 4 non ancora misurato non ancora misurato non ancora misurato non ancora misurato Fermo immagine prima del cambio 1,5–2,0 s (tre volte), 15,2 s (una volta) non ancora misurato non ancora misurato non ancora misurato non ancora misurato Cambio allo stesso livello, altra sorgente 3 su 4 non ancora misurato non ancora misurato non ancora misurato non ancora misurato Cambi sbagliati, Apple TV, dal 5 settembre 0 (rimisurato su 332 s) non ancora misurato non ancora misurato non ancora misurato non ancora misurato In tre dei quattro cambi sul Mac non c’era un livello inferiore; Neverlag è passato a un’altra sorgente dello stesso livello e all’epoca scriveva «4K → 4K» nel journal. Era ambiguo; dal 2 settembre si chiama «altra sorgente».
Il 5 settembre 2026 l’app per Apple TV è scesa 9 volte dal 4K all’HD in una sera senza un vero motivo: la causa erano fotogrammi persi nella visualizzazione, non nel flusso. Dalla sera del 5 settembre conta solo il flusso; rimisurato: 0 fotogrammi persi in 332 secondi, nessun cambio.
Un limite oggi: il 4K HDR su Apple TV. Il flusso arriva pulito e il decoder consegna ogni fotogramma — ma la conversione dell’immagine HDR per lo schermo gira ancora sul processore, e in 4K si perdono fotogrammi. Il 4K senza HDR e il 1080p girano puliti. Il renderer GPU, che porta l’immagine direttamente sullo schermo, è il prossimo passo.
Altri player: non ancora misurati.
- Banco di prova
Due dispositivi, un account
Espulsione, attesa, avviso all’utente
Configurazione
Due fornitori, entrambi permettono una connessione. La riproduzione è in corso; poi un secondo dispositivo apre una connessione sullo stesso account — una volta sullo stesso canale, una volta su un altro. Si misura cosa succede alla prima connessione.
Risultato
Misura Neverlag Lume UHF IPTVX iPlayTV Fornitori 2 non ancora misurato non ancora misurato non ancora misurato non ancora misurato Casi 4 non ancora misurato non ancora misurato non ancora misurato non ancora misurato Prima connessione chiusa dal fornitore 4 su 4, dopo 3–9 s non ancora misurato non ancora misurato non ancora misurato non ancora misurato Registrazione sulla connessione di riproduzione in corso, quotidiano, 1 settembre 44 minuti, 0 errori non ancora misurato non ancora misurato non ancora misurato non ancora misurato Entrambi i fornitori contano connessioni, non dispositivi — e vince l’ultima arrivata: chi arriva per ultimo butta fuori l’altro. Fino all’8 settembre chi veniva buttato fuori si ricollegava subito, buttava fuori a sua volta, e due dispositivi Neverlag sullo stesso account si espellevano a vicenda ogni secondo.
Dall’8 settembre il secondo dispositivo aspetta invece di espellere a sua volta, e ti dice che in questo momento sta guardando un altro dispositivo. Misurato al banco di prova contro un fornitore simulato, non ancora con due dispositivi veri.
Registrazione e riproduzione condividono una connessione: il 1 settembre 2026 una registrazione è andata avanti 44 minuti sulla connessione della riproduzione in corso invece che su una seconda — nessun errore per il limite.
Altri player: non ancora misurati.
I numeri vengono dal journal che ogni installazione di Neverlag scrive in locale. Il tuo lo trovi nell’app sotto Diagnostica.
Cosa fa di diverso Neverlag Domande e risposte Scarica Neverlag