Convertire GIF in MOV

Una GIF è un file immagine che si muove per combinazione, e un software di montaggio la tratta come un’immagine. Premiere Pro la importa e, a seconda della versione e del file, restituisce l’animazione oppure il primo frame tenuto per qualche secondo. Final Cut e Resolve sono ancora meno accomodanti. Nessuno dei tre permette di variarne la velocità, e nessuno la conforma correttamente alla sequenza, perché nessuno la considera footage.

Un MOV è il contenitore che QuickTime ha definito nel 1991 e su cui ogni applicazione di montaggio professionale su macOS è stata costruita. Passare un MOV sposta l’animazione dall’angolo scomodo del media pool nella stessa categoria di tutto il resto sulla timeline: tagliabile, ritemporizzabile, impilabile, con una durata che l’applicazione riconosce.

MOV è un contenitore, non un codec, e l’elenco dei trait del formato ne nomina tre che si trovano al suo interno: H.264, HEVC e ProRes. Qui si scrive H.264 in profilo High, perché è l’abbinamento che ogni macchina decodifica senza pacchetto di codec e senza hardware che solo alcuni editor possiedono.

La conseguenza onesta è che si tratta di un clip di livello consegna, non di livello master. ProRes esiste perché un clip possa essere decodificato, ri-colorato e ricodificato ripetutamente senza accumulare danno, e H.264 non lo fa con la stessa grazia. Per un logo animato o una cattura di schermo posizionata su una timeline non fa differenza pratica. Per qualcosa che passerà per altre tre generazioni di color correction, transcodificare questo MOV in ProRes una volta nella propria applicazione e lavorare da lì.

Il formato GIF memorizza un ritardo per ogni singolo frame, in centesimi di secondo, e nulla obbliga quei ritardi a coincidere. Le animazioni costruite a mano tengono spesso il primo frame per un secondo e poi ne fanno scorrere venti a quaranta millisecondi ciascuno. La conversione porta ciascuna di quelle durate così come sono, anziché mediandole in un frame rate nominale, e il clip gira alla velocità con cui è stato costruito.

Quello che una sequenza a rate fisso ne fa è la parte che vale la pena pianificare. Posare un clip a durata variabile su una timeline a 25 fps significa che l’applicazione snappa ogni confine di frame al frame di sequenza più vicino, il che è impercettibile su un’animazione lenta e visibile come un leggero scatto su una veloce. Dove una GIF memorizzava un ritardo zero — molto comune, e che significa «il più veloce possibile» — la conversione sostituisce 100 millisecondi, che è quello che i browser hanno sempre fatto.

Una GIF può avere qualsiasi dimensione. Nulla nella specifica obietta a 401 pixel per 237, e le GIF web dell’epoca in cui si facevano a mano sono piene di dimensioni così. H.264 obietta: l’encoder richiede larghezza e altezza pari e rifiuta il lavoro altrimenti.

Quindi il convertitore arrotonda entrambe le dimensioni al numero pari successivo prima che il primo frame venga disegnato. Una larghezza di 401 pixel diventa 402. L’arrotondamento per eccesso è la scelta che aggiunge una colonna invece di tagliarne una dal bordo dell’animazione, che su un logo con cornice sottile è la differenza tra un bordo intatto e una lettera tagliata.

Una GIF non ha mai portato suono e non c’è nulla che la conversione possa inventare, quindi il clip arriva con una traccia video e nient’altro. In un editor di solito è comodo: nessun canale audio vuoto da disabilitare, nessuna sincronizzazione di cui preoccuparsi.

Vale la pena nominarlo perché cambia quello che succede a valle. Alcune piattaforme di revisione e approvazione rifiutano un video senza flusso audio, e alcune specifiche di consegna broadcast richiedono una coppia stereo silenziosa anziché l’assenza. Se il clip va da qualche parte con una specifica scritta, aggiungere la traccia silenziosa nel proprio editor prima dell’export, anziché aspettarsela qui.

Un frame GIF contiene al massimo 256 colori, scelti da una palette scritta nel file. Qualunque gradiente, bagliore o ombra morbida avesse l’animazione originaria è stato quantizzato in quella palette al momento in cui la GIF è stata fatta, e probabilmente con dithering per mascherare il passaggio.

Il MOV memorizza ciò che riceve fedelmente e non impone una palette propria, quindi nulla peggiora. Non può nemmeno migliorare: nessun encoder recupera colori scartati prima che vedesse il file. Dove questo si vede su una timeline è nella color correction: spingere il contrasto su un cielo a bande che contiene solo pochi valori distinti esagera le bande anziché rivelare dettaglio.

Una GIF può dichiarare trasparente un colore di palette, ed è così che i loghi animati si sono posati su sfondi colorati dagli anni novanta. La traccia video scritta da questa conversione non ha canale alfa, quindi quell’informazione non viene portata avanti, e questa coppia non offre alcun controllo sul colore di sfondo come fanno invece le conversioni a fermo immagine.

Se l’animazione ha uno sfondo trasparente e serve che resti trasparente sopra un livello sottostante, questa conversione è lo strumento sbagliato e nessuna impostazione può aiutare. La risposta giusta è il progetto da cui la GIF è stata esportata, o un formato che porta l’alfa. Se la GIF è tutto ciò che esiste, pianificare di chromakeyare o mascherare lo sfondo nell’editor.

Una parte molto grande delle GIF in circolazione è stata tagliata da un video in primo luogo. Se quel video è ritrovabile — la registrazione dello schermo originale, il render di After Effects, il file da cui la GIF è stata ritagliata — convertirlo direttamente batte questa conversione su ogni misura, perché non è mai passato per la riduzione di palette.

Questa pagina esiste per il caso ordinario in cui la GIF è ciò che è stato consegnato e null’altro sta arrivando. Quel caso è abbastanza comune su asset di brand e ticket di supporto da valere la pena farlo bene, e la conversione non perde nulla in più rispetto a ciò che la GIF ha già perso.

La lettura di una GIF animata un frame alla volta è fatta dal decoder di immagini interno al browser anziché da una libreria che il sito scarica. Questo tiene il file sulla macchina e tiene la pagina leggera, ed è il motivo per cui la conversione parte immediatamente invece di scaricare prima diversi megabyte di codec.

Il compromesso è che il decoder non è presente ovunque. Dove manca, la pagina lo dice e indica i browser che lo hanno, invece di fallire silenziosamente o di passare il file a un server. In entrambi i casi nulla della GIF viene caricato: l’insuccesso è un messaggio, non un fallback.

Un MOV generato qui è un punto di partenza ragionevole per un editor video, non un prodotto finale. Le modifiche attese in editing — taglio, retiming, sovrapposizione con altri clip, titoli, audio — sono il lavoro dell'editor, e il MOV fornisce la base su cui eseguirli. Una volta che il clip è stato importato e ritagliato a dove serve nel montaggio, conviene esportare in un codec di lavoro come ProRes per le ulteriori generazioni, per evitare che ogni salvataggio accumuli un'altra passata di compressione H.264.

Per consegne specifiche — un social network che richiede un certo bitrate, un cliente con specifiche di compressione scritte — l'esportazione finale va fatta dall'editor con i parametri esatti richiesti, e l'H.264 di questa conversione non è il codec adatto a quel passaggio. È invece il codec adatto a portare l'animazione dentro l'editoria con la minor perdita possibile di qualità.