Convertire WebM in GIF

Va detto subito, perché è la verità scomoda di questa coppia: per qualunque cosa mostrata in un browser, il WebM che avete già batte la GIF che state per creare su ogni fronte — un decimo del peso o meno, milioni di colori invece di 256, il frame rate con cui è stato registrato, e una riproduzione accelerata dall’hardware che non scalda la CPU di un telefono. Un elemento `<video autoplay muted loop playsinline>` dà un loop silenzioso che si comporta come una GIF senza esserlo.

Ogni grande piattaforma lo sa già: Twitter, Reddit, Slack e Discord convertono le GIF caricate in video dietro le quinte, perché sono loro a pagare la banda. Se la destinazione è una pagina che controllate voi, fermatevi qui: avete già il file che serve. Questa conversione è per le destinazioni che non si sono ancora adeguate.

Esistono e sono più numerose di quanto sembri. Bug tracker e thread di segnalazione che mostrano immagini e non video. Wiki e basi di conoscenza interne con un caricatore che accetta solo immagini. Firme email e newsletter, dove il video non parte nella maggior parte dei client mentre una GIF animata sì. Forum più datati. Generatori di documentazione che accettano un’immagine e nient’altro. Piattaforme di chat che trattano la GIF come tipo di file a sé, con un selettore dedicato.

Se la vostra destinazione è in questo elenco, questa è la conversione giusta, e il resto della pagina serve a rendere il file abbastanza piccolo da essere accettato. Se non lo è, il WebM è la risposta e non vi costa nulla, perché ce l’avete già.

La GIF non ha compensazione del movimento. I codec video moderni descrivono un fotogramma per intero e poi, per ogni fotogramma successivo, solo ciò che è cambiato — motivo per cui una registrazione dello schermo con interfaccia perlopiù ferma può pesare pochi megabyte. La GIF memorizza ogni fotogramma come immagine completa, uno dopo l’altro, fino alla fine.

La conseguenza è costante: dieci secondi di riprese normali diventano una GIF più grande dell’intero WebM da cui provengono, spesso di dieci o venti volte. Nessuna impostazione lo evita, perché il formato è stato definito nel 1989 e non è cambiato. Quello che si può fare è darle meno da memorizzare, ed è a questo che servono i tre controlli sotto il risultato.

Dodici fotogrammi al secondo, 480 pixel di larghezza, dieci secondi di durata. Dodici è il limite basso di ciò che ancora si legge come movimento, con un ritardo di 83 millisecondi tra un fotogramma e l’altro. 480 pixel è una larghezza che entra in una finestra di chat, un thread di issue o una pagina di documentazione, cioè dove le GIF finiscono davvero. Dieci secondi è il punto in cui la curva del peso comincia a diventare sgradevole.

Ogni controllo moltiplica quasi direttamente il peso, e si moltiplicano anche fra loro. Il frame rate è lineare: raddoppiare a 24 raddoppia circa i byte, perché raddoppia le immagini complete. La larghezza è quadratica, perché l’area scala col quadrato del lato — dimezzare la larghezza riduce il file a un quarto.

C’è un limite rigido di 600 fotogrammi, oltre il quale un browser esaurisce la memoria prima che l’encoder finisca. Il controllo della durata arriva fino a sessanta secondi e quello del frame rate fino a trenta, e insieme possono chiedere molti più fotogrammi di quelli.

Quando succede, la clip viene troncata invece di far fallire la conversione. Ai 12 fps predefiniti, 600 fotogrammi sono 50 secondi — quindi una richiesta di sessanta secondi ne restituisce silenziosamente cinquanta. A trenta fps sono venti secondi. Non è una richiesta frequente, perché una GIF di cinquanta secondi a larghezza leggibile pesa decine di megabyte e verrebbe comunque rifiutata da qualsiasi destinazione, ma è meglio conoscere il limite prima che venga scoperto in un risultato.

I fotogrammi vengono campionati dal primo in poi, a intervalli regolari, per la durata scelta. Non c’è un punto di partenza personalizzabile. Se il momento interessante è a novanta secondi dall’inizio di una registrazione, questa conversione non riesce a raggiungerlo.

La soluzione è tagliare prima: nel programma con cui è stata registrata la clip, in un editor video, oppure esportando fin dall’inizio una cattura più corta. Vale la pena pianificarlo, perché l’istinto con una registrazione lunga è convertirla e poi guardare, e qui il risultato sono dieci secondi di qualcuno che apre un browser.

Un fotogramma GIF può contenere al massimo 256 colori distinti; un fotogramma video ne contiene abitualmente decine di migliaia. Qualcosa deve decidere quali sopravvivono, e qui la decisione viene presa separatamente per ogni singolo fotogramma piuttosto che una sola volta per l’intera clip.

Non viene applicato alcun dithering, che nasconderebbe le bande di colore sparpagliando i pixel tra due tonalità disponibili, rendendo però il file molto più pesante. Il compromesso è tra aree piatte e pulite con gradini visibili nei gradienti, invece di un’approssimazione sfumata. Su una registrazione dello schermo è quasi invisibile — è proprio il caso in cui questa conversione funziona bene. Su un tramonto è evidente.

Quasi ogni WebM che arriva a questa pagina è una registrazione dello schermo, e i contenuti da schermo sono l’unico tipo di immagine che la GIF gestisce onestamente. I pannelli di interfaccia sono a colore piatto, il testo è a due colori, ampie parti del fotogramma non cambiano da un istante all’altro — l’unico tipo di ridondanza che la compressione del formato riesce a sfruttare.

Una cattura di dieci secondi di un menu che si apre e un’impostazione che cambia diventa una GIF quasi identica al video e abbastanza piccola da allegare a una segnalazione. È lo scenario per cui questa conversione è pensata, ed è il motivo per cui i valori predefiniti sono tarati su questo caso piuttosto che sulle riprese con la fotocamera.

La GIF non ha traccia audio, né un posto dove metterla. Se il WebM ha narrazione — e una registrazione dello schermo spesso ce l’ha — la GIF sarà muta e nessuna impostazione lo cambia.

Spesso è il momento per riconsiderare la destinazione. Se le parole contano, la GIF è lo strumento sbagliato: tenete il WebM, oppure convertitelo in MP4 per una destinazione che riproduce video, o estraete la narrazione come MP3 e scrivete i passaggi accanto a un fermo immagine.

Il vostro browser già decodifica WebM — è il formato per cui ha ricevuto i codec per primo. Questa pagina usa quel decoder, campiona i fotogrammi richiesti, riduce ciascuno a una palette e scrive la GIF, interamente sulla vostra macchina. Nulla viene caricato e non serve alcun account.

Vale la pena dirlo con più forza qui che quasi ovunque sul sito. Creare GIF è uno degli angoli di internet più affamati di upload, e i file caricati sono registrazioni di schermo — cioè caselle di posta, dashboard, nomi di clienti e strumenti interni. Verificarlo richiede dieci secondi: aprite gli strumenti sviluppatore, guardate la scheda rete, convertite qualcosa.