TIFF naar GIF omzetten

GIF’s bekende beperking is 256 kleuren, en het materiaal dat hier centraal staat trekt zich daar niets van aan. Een fax, een formulier, een lijntekening of een zwart-op-wit document gebruikt twee van die 256 posities, dus het palet kost helemaal niets — elke pixel komt er exact door.

Dat is het geval waarvoor deze pagina bestaat, en het is het gewone geval: zwart-wit is de standaardmodus van bijna elke documentscanner. Een grijswaardenscan komt er bijna net zo goed van af, want 256 grijstinten is precies wat een 8-bit grijswaardenbeeld heeft.

Iets moet beslissen welke kleuren overleven, en dat gebeurt hier op basis van clustering vanuit een verkleinde kleurruimte in plaats van op basis van hoe vaak een kleur voorkomt. Dat kost wat nauwkeurigheid en bespaart tijd — voor een formaat dat sowieso op 256 posities eindigt, is dat de juiste afweging.

Het resultaat op doorlopende toon is bepaald geen goed resultaat: een lucht wordt zichtbaar getrapt, huidtinten worden vlekkerig. Er is op dit paar geen kwaliteitsregeling, en die zou ook niets te doen hebben — een GIF-encoder heeft maar één echte hendel, en die kiest de quantiser.

GIF ondersteunt transparantie op een beperkte manier: één paletpositie kan als onzichtbaar worden aangemerkt. De hier gebruikte encoder doet dat nooit, dus niets in de uitvoer is transparant. Transparante pixels worden ingevuld met de achtergrondkleur op het optiepaneel, standaard wit.

Zet die kleur bewust op wat de bestemming erachter toont. Is de transparantie zelf onderdeel van het beeld, dan houden TIFF naar PNG en TIFF naar WebP die wel vast.

Twee containerfeiten botsen hier. Een TIFF kan meerdere beelden bevatten en hier wordt de eerste gelezen; een GIF kan meerdere beelden bevatten en hier wordt er één geschreven. Een fax van zes pagina’s wordt daardoor stilletjes één enkel beeld van pagina één.

Een meerpagina-TIFF wordt hier dus nooit een geanimeerde GIF. Splits de TIFF eerst als de andere pagina’s ertoe doen, of gebruik TIFF naar PDF, de enige omzetting in deze familie die elke pagina in één bestand houdt.

Aanzienlijk, want het startpunt is ongecomprimeerd. GIF presteert het best op vlak, hard-omlijnd materiaal — precies wat een gescand document is — en het slechtst op doorlopende toon, het tegenovergestelde van hoe JPEG zich gedraagt.

Daarom verwerkt een oud systeem dat zowel GIF als JPEG accepteert je gescande formulier beter als GIF en je gescande foto beter als JPG.

Zestien bits per kanaal worden vóór de quantisatie al teruggebracht naar acht. CMYK wordt via een formule omgerekend naar schermkleur in plaats van via het ingesloten ICC-profiel, dus een drukscan verschuift. EXIF, XMP, IPTC, het ICC-profiel en gps zijn allemaal weg, zonder instelling om ze te behouden — de omzetting decodeert naar pixels en codeert vanuit pixels.

Voor de klus waarvoor deze pagina bestaat, is dat geen echt verlies: de bestemming is een systeem dat een 8-bit beeld van een document wilde. Het telt wel als de TIFF je enige kopie is — bewaar altijd de TIFF, upload de GIF.

PNG, in bijna elk geval. TIFF naar PNG behoudt elke pixel zonder palet, wordt door alles sinds de jaren negentig gelezen, en is op vlakke gescande inhoud vaak zelfs kleiner dan de GIF. Staat PNG op de geaccepteerde lijst, dan is er geen argument voor GIF.

Is de bestemming een webpagina die je zelf beheert, dan is TIFF naar WebP kleiner en universeel ondersteund. Moet het document worden gearchiveerd of doorgestuurd, dan is TIFF naar PDF wat de ontvanger verwacht.

De hele omzetting draait in het tabblad: de TIFF wordt gedecodeerd, het palet gebouwd en de GIF geschreven, en beide worden alleen opgehaald wanneer nodig. Er wordt niets van het bestand geüpload, wat telt wanneer de scans dossiers of correspondentie zijn.

De gratis grens is honderd megabyte per bestand, ongeveer een 600-dpi A4-kleurenscan ongecomprimeerd. Converteer eerst een paar bestanden en controleer ze in het doelsysteem voordat je een hele map inzet op een formaat dat niemand vrijwillig zou kiezen.