WebP naar GIF omzetten

Ze worden ertoe gedwongen. Een formulier weigert het bestand met een melding die drie extensies noemt. Een forum weigert de upload. Een content-systeem uit 2014 herkent het formaat niet. De software van een collega wil het niet openen.

En ook de WebP is niet gekozen — hij kwam binnen omdat een website er een aanbood en de browser bewaarde wat het kreeg. De hele oefening is teruggaan naar een formaat dat ouder is dan het probleem, wat een legitieme behoefte is.

Een GIF slaat een palet op van hooguit 256 kleuren en elke pixel moet daar één van zijn. WebP slaat miljoenen kleuren op. De omzetting moet dus 256 kleuren kiezen om het hele beeld te vertegenwoordigen en alles daarop afbeelden.

Op een logo, icoon of vlakke tekening is dat ruim voldoende — het beeld gebruikt er misschien al minder. Op een foto is dat niet zo: luchten banderen in zichtbare strepen, huidtinten worden vlekkerig, en zachte overgangen breken in stappen. Dithering strooit de fout uit om de banding minder op te laten vallen, en voegt een korrelig textuurtje toe.

Dit is het tweede zichtbare verlies en het verrast mensen. WebP heeft een echt alfakanaal met 256 niveaus, dus een rand kan vervagen en een schaduw half aanwezig zijn. GIF laat één palet-invoer staan voor "onzichtbaar", en de encoder hier schrijft die zelfs niet — dus de GIF die je downloadt heeft geen enkele transparantie.

In plaats daarvan wordt er gevuld. De doorzichtige delen krijgen de achtergrondkleur die boven de dropzone staat, wit tenzij je hem verandert, en het palet wordt daarna gekozen, dus een zachte schaduw vervaagt in die kleur in plaats van solide te worden.

Duidelijk gezegd, want het verandert wat je van een upload mag verwachten. De decoder achter deze pagina leest alleen stilstaande beelden — er is geen component dat een animatie uitpakt in beeldjes — dus een geanimeerde WebP levert geen GIF met één beeldje op. Ze levert een leesbare foutmelding op en het bestand wordt helemaal niet omgezet.

Dat is bewust: een duidelijke weigering is beter dan een stille GIF met één beeldje dat niemand vroeg. Is één beeldje echt wat je nodig hebt, open de WebP dan in een browser, pauzeer op het juiste beeldje en maak er een screenshot van.

GIF comprimeert met LZW, een algemeen schema uit de jaren tachtig dat niets van afbeeldingen weet. WebP gebruikt technieken geleend van videocompressie, drieëntwintig jaar later.

Dus is dezelfde afbeelding meestal groter als GIF, soms meerdere keren, ondanks minder kleuren erin. Reken daarop in plaats van het als fout te zien: deze omzetting ruilt kwaliteit en omvang voor acceptatie, en krijgt niets terug behalve die acceptatie.

Controleer voordat je naar GIF omzet wat het formulier of programma eigenlijk accepteert. PNG en JPG worden vrijwel overal geaccepteerd waar GIF geaccepteerd wordt, en beide zijn beter op elke as die hier telt.

PNG behoudt elke kleur en het volledige alfakanaal, dus een logo of screenshot komt ongeschonden over. JPG is juist voor een foto — veel kleiner dan een GIF en zonder banding, tegen de prijs van een kleine verliesgevende stap die een foto makkelijk absorbeert.

Weigert een content-systeem WebP, dan weigert het meestal alle exemplaren. Drop de hele map: elk bestand zet op zijn beurt op je eigen machine om met eigen voortgang, houdt zijn naam met de extensie verwisseld, en alles komt terug als één ZIP.

Bewaar de WebP-originelen. Het zijn de betere bestanden, en wordt het systeem ooit bijgewerkt of zijn de afbeeldingen ergens anders voor nodig, dan is opnieuw genereren vanaf het origineel beter dan een omgezette kopie omzetten.

De omzetting draait in het browsertabblad op je eigen processor, dus de afbeelding verlaat je machine nooit. Er is geen wachtrij achter anderen, geen dagteller en geen account.

Het netwerktabblad bekijken terwijl een batch omzet is de eerlijke manier om het te bevestigen: er gaat geen verzoek uit dat een bestand draagt. Dat is dezelfde eigenschap die honderd afbeeldingen omzetten praktisch maakt in plaats van een middag uploaden en downloaden.