JXL naar GIF omzetten

Er is één goede reden en die is extern: de plek waar de afbeelding naartoe moet, accepteert GIF en weigert al het andere. Oude forumsoftware, interne tools van tien jaar geleden, sommige ticketsystemen en een verrassend aantal embedded webinterfaces vallen in die categorie.

Accepteert je bestemming ook iets anders, gebruik dat dan. WebP is kleiner, behoudt volledige kleur en echte transparantie en wordt door elke browser gelezen; PNG is de lossless optie voor een oud maar niet stokoud systeem. Deze pagina is voor het beperkte geval, en dat eerlijk zeggen is nuttiger dan doen alsof GIF een redelijk doel is voor een JPEG XL.

GIF slaat een geïndexeerde afbeelding op: elke pixel is een getal dat verwijst naar een palet van hoogstens 256 items, en die grens staat in de GIF89a-specificatie, niet in een instelling. JPEG XL komt van de andere kant — tot 32 bit per kanaal, breed kleurbereik, geen palet in het ontwerp.

Bij een foto is de inzakking meteen zichtbaar. Een lucht met tweehonderd blauwtinten krijgt er een dozijn, en de grenzen ertussen worden banden in plaats van vloeiende overgangen. Vlak materiaal overleeft veel beter: een diagram of een schermafbeelding met zes kleuren zet om zonder zichtbaar verlies.

GIF werd in 1987 door CompuServe gepubliceerd en de huidige revisie, GIF89a, dateert van 1989. Het gaat vooraf aan het web, kleurbeheer en alfakanalen zoals we die nu kennen. JPEG XL werd in 2021 gestandaardiseerd als ISO/IEC 18181.

Vierendertig jaar scheidt ze, en dat is geen gat dat compressieslimheid dicht. De formaten overlappen op geen enkel punt in bedoeling: het ene is ontworpen om kleine graphics via een inbelverbinding te versturen, het andere om foto’s op archiefkwaliteit op te slaan.

Dit is het deel dat mensen niet verwachten van een formaat met 256 kleuren. Vóór compressie is een geïndexeerde afbeelding één byte per pixel, dus een foto van 12 megapixel is twaalf miljoen bytes aan paletindexen. GIF past daarna LZW toe, wat reeksen herhaalde waarden vindt — volop in vlakke graphics, nauwelijks in fotografische ruis.

Het gevolg: een JPEG XL van twee of drie megabyte wordt routinematig een GIF die vele malen groter is en er ook nog slechter uitziet. Gaat het je om bestandsgrootte, stop dan hier — dit paar beweegt tegelijk de verkeerde kant op in grootte en kwaliteit.

GIF-transparantie is één palet-item gemarkeerd als onzichtbaar, zonder tussenwaarde voor de rij half-transparante pixels die een uitsnederand vloeiend maakt. De encoder hier gaat een stap verder en markeert helemaal geen item, dus niets in de GIF is transparant: het alfakanaal wordt vóór het kiezen van het palet opgelost, door de doorzichtige gebieden op te vullen met de achtergrondkleur die je boven de drop zone instelt.

Stel de kleur in op degene waarop de afbeelding komt te staan, en de anti-aliased rand mengt precies zo als in de JPEG XL; laat hem op wit staan over een donkere pagina, en de uitsnede komt in een wit rechthoekje aan.

Beide formaten kunnen animatie bevatten, wat dit een beperking van de omzetter maakt, niet van GIF. De hier gebruikte JPEG XL-decoder geeft één afbeelding terug, dus een geanimeerde bron levert een GIF met één frame op — de rest wordt door de codec zelf weggelaten voordat deze pagina er iets van ziet.

Draait het om de beweging, dan is MP4 of WebM zowel het juiste formaat als een aanzienlijk lichter formaat — een video beschrijft wat er tussen frames verandert, een GIF bewaart elk frame in zijn geheel, dus het verschil is doorgaans groot, al hangt hoeveel precies af van de inhoud en publiceert deze site geen cijfer dat niet gemeten is. Speelt bovendien met hardwaredecodering af op elke telefoon.

Iets moet beslissen welke 256 kleuren overleven, en dat slecht doen levert de gebande, geposteriseerde GIF’s op waar het formaat om bekendstaat. De omzetter bouwt het palet uit de afbeelding zelf, door de kleuren te clusteren die daadwerkelijk voorkomen in plaats van elk kanaal naar een vast raster af te ronden.

Het palet wordt in een verkleinde kleurruimte opgebouwd om het werk snel te houden, wat een beetje nauwkeurigheid kost bij subtiele verlopen in ruil voor snelheid bij een grote foto. Voor een formaat dat bij 256 kleuren eindigt, is die ruil ruimschoots de moeite waard.

GIF heeft geen kwaliteitsparameter, daarom staat hier ook geen kwaliteitsinstelling. Er valt geen bitsnelheid tegen detail te verhandelen zoals bij WebP of AVIF — het bestand is precies zo groot als de paletindexen en het LZW-woordenboek het maken, en de enige hendel met effect is het aantal pixels.

Dat maakt de maximale-breedte-instelling hier de enige de moeite waard. De breedte halveren deelt het pixelaantal door vier en dus ook ongeveer de GIF. Verklein eerst, zet daarna om, en bekijk het resultaat op het formaat waarop het echt getoond gaat worden.

JPEG XL draagt EXIF, XMP en een ICC-profiel. GIF heeft nergens plek voor: geen standaard metadatablok, geen kleurbeheer, geen opnamegegevens. Camera, lens, datum, coördinaten en kleurruimte eindigen allemaal bij deze omzetting.

Of dat verlies of voordeel is, hangt af van waarom je omzet. Post je naar een openbaar forum, dan is dat precies de uitkomst die je zou willen. Bewaar je hetzelfde beeld als archiefstuk, dan is de GIF niet de kopie om te archiveren — de JPEG XL is dat, want alleen die weet nog waar de foto vandaan kwam.

Het decoderen, het opbouwen van het palet en het schrijven van de GIF draaien allemaal in je browser, dus er wordt niets geüpload en er is geen wachttijd per bestand. Bestanden tot 100 MB worden geaccepteerd op het gratis niveau, en een map JPEG XL-bestanden zet in één keer om en komt terug als ZIP.

Bewaar de JPEG XL. Dit is de meest verlieslatende omzetting in de reeks — kleur, transparantie, animatie en vaak ook grootte bewegen allemaal de verkeerde kant op — en er is geen weg terug van de GIF naar wat het origineel bevatte.