Convertire HEIF in GIF

GIF ha un limite rigido di 256 colori. Una fotografia da una fotocamera di telefono ne contiene milioni, quindi la conversione non è una ricodifica, è una riduzione — qualcosa deve decidere quali 256 colori l’immagine può conservare, e tutto il resto viene approssimato con uno di essi.

Il risultato è peggiore di un JPG della stessa immagine e, sulla maggior parte delle fotografie, più grande di uno. Se nulla sta forzando la mano, questa è la pagina sbagliata e le conversioni JPG, PNG o WebP sono ciascuna risposte migliori per ragioni diverse. Il resto di questa pagina è scritto per il lettore la cui mano è forzata.

CompuServe pubblicò il GIF nel 1987 e la specifica attuale, GIF89a, risale al 1989. Quell’età è esattamente il motivo per cui persiste: il software scritto in qualunque momento degli ultimi trentacinque anni lo capisce, e i filtri di upload scritti molto tempo fa spesso lo elencano accanto al JPEG e nient’altro.

I sistemi che producono questa ricerca sono riconoscibili. Un forum vecchio. Un wiki che nessuno ha aggiornato. Un sistema interno di ticketing con una allow-list hardcoded. Un software retail o industriale con una splash screen. In tutti questi il formato non è una preferenza con cui discutere, e un GIF convertito che appare leggermente a bande batte un upload che viene rifiutato.

L’approccio ingenuo — arrotondare ciascun canale a una griglia fissa — produce esattamente il risultato da poster che le persone associano ai vecchi GIF, perché la tavolozza non ha relazione con l’immagine. Questo convertitore non lo fa. Costruisce la tavolozza dai colori effettivamente presenti nell’immagine, partizionando lo spazio colore e pesando per quanto spesso ciascuna regione occorre, che è la stessa famiglia di algoritmi che usa ImageMagick.

La conseguenza è che un’immagine dominata da poche tonalità ne esce sorprendentemente bene: un ritratto contro una parete piana, un prodotto su sfondo bianco, uno screenshot. Un’immagine che attraversa tutto lo spettro — una bancarella di mercato, fogliame autunnale, un tramonto sull’acqua — è dove 256 voci si esauriscono e la riduzione diventa ovvia.

La tavolozza è costruita da uno spazio colore ridotto anziché dalla piena precisione della fonte, il che costa un po’ di accuratezza e fa risparmiare molto tempo. Per un formato che finisce comunque a 256 colori, quel compromesso poggia pesantemente sul lato del non far aspettare qualcuno per secondi per una tavolozza marginalmente migliore.

Vale la pena saperlo perché imposta le aspettative correttamente. Questo è un quantizzatore veloce e abbastanza buono, non uno lento e perfezionista. Se serve la migliore resa possibile a 256 colori di una fotografia — per una stampa di un asset di un vecchio gioco, per dire — uno strumento dedicato con opzioni di dithering lo batterà, e richiederà molto più tempo.

Il banding si mostra per primo nei gradienti: un cielo terso diventa tre o quattro passi visibili, uno sfondo da studio sviluppa linee di contorno, le tonalità della pelle diventano leggermente macchiate su una guancia. Il dettaglio netto — testo, bordi, fogliame — sopravvive molto meglio, perché quelle aree non erano mai morbide per cominciare.

La mitigazione pratica è la dimensione. Convertendo a una larghezza massima più piccola, lo stesso banding occupa meno pixel ed è molto meno evidente, specialmente se la destinazione mostra l’immagine piccola comunque. Ritagliare alla parte dell’immagine che conta aiuta per la stessa ragione: meno colori distinti in competizione per gli stessi 256 slot.

Entrambi i formati possono contenere una sequenza — GIF è il formato che la maggior parte delle persone associa all’animazione, e un contenitore HEIF può memorizzare diverse immagini. Nessuno di questi fatti aiuta qui. Il decoder prende l’immagine primaria dal contenitore e il codificatore scrive un fotogramma.

Così un burst HEIF diventa un fermo, e non c’è un’impostazione che lo cambi. Se si sta cercando di produrre un’animazione, la fonte che serve è un video: le pagine MP4 e MOV coprono quello, e producono un vero GIF multi-frame anziché un’unica immagine in un formato che avrebbe potuto contenerne di più.

HEIF porta un canale alfa reale, dove ciascun pixel può essere trasparente in qualunque misura. Il formato GIF offre una voce di tavolozza che significa "mostra lo sfondo attraverso qui", e il codificatore su questa pagina non ne scrive nessuna — quindi ogni pixel del risultato è opaco, bit incluso.

L’alfa viene risolta prima. Prima che la tavolozza venga scelta, le aree trasparenti vengono dipinte con il colore di sfondo impostato sopra la zona di rilascio, bianco a meno che non lo si cambi, così un ritaglio antialiasato atterra su un rettangolo solido col suo bordo morbido sfumato in quel colore. Sembra giusto su una pagina dello stesso colore e sbagliato su qualunque altro. Se il ritaglio deve funzionare contro uno sfondo che non si controlla, PNG è la conversione che lo mantiene, ed è a una pagina di distanza.

GIF comprime con LZW, che costruisce un dizionario di sequenze di indici di tavolozza man mano che legge l’immagine e riusa una voce ogni volta che la sequenza si ripresenta. Funziona splendidamente su grafica piatta e terribilmente sulle fotografie, dove pixel adiacenti quasi mai corrispondono esattamente anche dopo la quantizzazione. Quindi il file è grande nonostante contenga meno immagine.

A fronte di un HEIF, che è un codec moderno che fa l’opposto di quello, il confronto è netto: è comune finire con un GIF molte volte la dimensione della fotografia da cui proviene e visibilmente peggiore. Non è un bug della conversione; è ciò che accade quando a un formato del 1987 si chiede di contenere l’uscita di una fotocamera del 2026.

Il formato non ha EXIF, né XMP, né un posto per le coordinate GPS, e la conversione non li avrebbe comunque portati — decodificare in pixel grezzi e ricodificare non lascia nulla in cui i metadati possano viaggiare. Per un’immagine che va su un forum pubblico è una piccola grazia, perché la fotografia che si carica non dirà al forum dove è stata scattata o quale telefono l’ha scattata.

E non si torna indietro. Entrambe le metà girano nella scheda del browser, quindi nulla viene caricato, non c’è coda né account, e il tetto gratuito di 100 MB si applica per file a ingressi cui nessuna fotografia da telefono si avvicinerà. Ma i colori scartati per entrare in una tavolozza di 256 non possono essere ricostruiti dal GIF, e questo sito non sa scrivere HEIF — il decoder che usa è licenziato in un modo che un sito statico può onorare, e un codificatore non lo è. Il GIF è una copia a senso unico per un sistema ostinato.

Vale la pena essere onesti col formato, perché l’onestà dice quando questa conversione ha successo. GIF fu progettato per immagini fatte di pochi colori piatti: elementi di interfaccia, diagrammi, grafici, loghi, pixel art, screenshot di software con tavolozza limitata. Su quelle è compatto, esatto e universalmente leggibile, e un limite di 256 colori non è un limite, perché l’immagine non ne aveva mai di più. La domanda da porsi sul proprio file non è "è una fotografia" ma "quanti colori distinti contiene davvero".

Molti sistemi che sembrano richiedere GIF non lo fanno. Un controllo di upload che elenca GIF per primo, una vecchia pagina di aiuto, l’abitudine di un collega — nessuna di queste è la vera regola di validazione, e la regola spesso include anche JPEG e PNG. Provare un caricamento PNG costa un minuto e può risparmiare l’intera riduzione di colore. Dove la restrizione è reale, di solito è reale in un modo specifico: una dimensione di pixel fissa, una dimensione massima del file, o un sistema che ha sempre supportato solo quel formato. Sapere contro quale delle tre si sta combattendo cambia ciò che si fa qui.