Riparare un video danneggiato o corrotto, senza caricarlo

Cosa controlla davvero questa pagina

Scegli un video: questa pagina percorre l’intero flusso alla ricerca di fotogrammi con dati danneggiati e ti mostra dove si trovano su una linea del tempo. La riparazione scrive un nuovo file che contiene solo i fotogrammi decodificabili, così il risultato si riproduce senza bloccarsi. Tutto avviene sul tuo dispositivo: non viene caricato nulla.

In un MP4 o in un MOV, ogni fotogramma H.264 o HEVC è memorizzato come una catena: un numero che indica una lunghezza, poi altrettanti byte di dati d’immagine, poi la lunghezza successiva, e così via finché i dati del fotogramma non finiscono. La catena deve chiudersi esattamente alla fine. Se una lunghezza è zero, o punta oltre il punto in cui finiscono i dati, i byte di quel fotogramma non sono ciò che il file dichiara.

Dopo aver controllato le lunghezze dei pacchetti, lo strumento decodifica ogni gruppo di fotogrammi. Se la decodifica non riesce, il gruppo viene escluso e il controllo riprende dal fotogramma chiave successivo; la linea del tempo segna l’intero gruppo interessato, perché il fotogramma esatto che non si decodifica potrebbe non essere noto.

Se ti è mai capitato di passare un video rovinato a ffmpeg e vedere scorrere Invalid NAL unit size (0 > 1241), è la stessa condizione che viene segnalata. Di solito i player reagiscono bloccandosi, saltando avanti o mostrando una chiazza di blocchi, perché è tutto ciò che possono fare con byte che non ci sono.

La verifica richiede un decodificatore per il codec del video. Un browser che non sa decodificare il video non può verificare una copia riparata.

Due tipi di danno, e si presentano in modo diverso

Fotogrammi con dati corrotti. Qualcosa ha scritto i byte sbagliati: una copia su chiavetta USB interrotta, una scheda di memoria che si sta guastando, una sincronizzazione che si è fermata a metà. La lunghezza e l’indice del file sono intatti e il video si apre normalmente, ma alcuni fotogrammi al suo interno sono inutilizzabili. Sulla linea del tempo compaiono come segni sparsi nei punti in cui si è verificato il danno.

Video interrotto prima della fine. Un download o un trasferimento si è fermato in anticipo. L’intestazione dichiara ancora la durata originale, quindi i player mostrano la barra di avanzamento per l’intera durata, ma i dati d’immagine finiscono semplicemente a metà. Questa pagina se ne accorge confrontando la durata dichiarata dal file con l’ultimo fotogramma che riesce davvero a raggiungere: sulla linea del tempo è un unico blocco grigio alla fine.

Vale la pena distinguerli perché comportano aspettative diverse. I danni sparsi spesso ti costano un secondo qua e là. A un file interrotto al 40% manca il 60% del video, e nessuno strumento può inventare ciò che non è mai stato scritto.

Perché il file riparato è più corto

I fotogrammi di un video non sono indipendenti. Un fotogramma chiave è autosufficiente, ma quelli che lo seguono sono memorizzati come differenze rispetto a esso: se i dati di un fotogramma chiave sono danneggiati, diventano inutilizzabili anche tutti i fotogrammi che dipendono da esso, pur avendo byte perfettamente integri. Ecco perché un file con dieci fotogrammi danneggiati può perderne molti più di dieci.

La riparazione conserva solo i fotogrammi che si possono davvero decodificare e chiude i vuoti, così il risultato si riproduce dall’inizio alla fine invece di bloccarsi dove c’era il danno. Il prezzo è che il file in uscita è più corto dell’originale di quanto è stato scartato. La pagina ti dice questa cifra prima che tu confermi, e di nuovo sul risultato.

Nella modalità predefinita i fotogrammi conservati vengono copiati senza ricodifica. Il controllo completo di decodifica richiede tempo; l’opzione facoltativa “Conserva anche i fotogrammi con immagine incompleta” ricodifica il video conservato.

L’audio viene mantenuto e resta sincronizzato. Chiudere i vuoti significa che l’immagine non corrisponde più a una colonna sonora della durata originale, quindi l’audio viene tagliato esattamente negli stessi punti: ogni tratto d’immagine conservato porta con sé il proprio tratto di suono, spostato della stessa quantità. All’interno di un tratto i due restano agganciati; solo nei punti di giunzione l’audio può essere sfasato, e mai di più di mezzo pacchetto audio, cioè circa dieci millisecondi. È un ordine di grandezza sotto la soglia in cui chiunque si accorgerebbe che l’audio non è sincronizzato con il labiale.

Cosa non può fare

Un file che non si apre affatto è fuori dalla portata di questa pagina. Ogni MP4 contiene un indice che descrive dove si trova ogni fotogramma. Se quell’indice è danneggiato o manca, cosa comune quando una registrazione si interrompe senza essere finalizzata, non c’è nessuna mappa da percorrere, e questa pagina te lo dice invece di girare a vuoto. Per recuperare questi file serve la sorgente originale, o uno strumento che ricostruisca l’indice provando a indovinare dove iniziano e finiscono i fotogrammi.

Non viene controllato se l’audio è danneggiato. I pacchetti audio esistenti vengono copiati e tagliati per corrispondere al video conservato. L’audio danneggiato o già mancante non può essere ripristinato con questo procedimento.

Solo H.264 e HEVC. Sono i codec che memorizzano i fotogrammi con prefissi di lunghezza, ed è proprio questo che il controllo legge. MJPEG, MPEG-4 Part 2 e altri organizzano i fotogrammi in modo diverso: misurati con questo metro sembrerebbero tutti danneggiati, quindi la pagina preferisce non procedere.

FAQ