GIF-compressor

Omdat een GIF geen kwaliteitsinstelling heeft om te verschuiven. Anders dan een JPEG is hij al verliesvrij gecomprimeerd, uit een palet van hoogstens 256 kleuren, dus er valt niets terug te draaien — alles wat het bestand kleiner maakt moet beeldjes, kleuren of pixels weghalen. Gereedschap dat je één „compressie"-knop toont kiest namens jou uit die drie zonder te zeggen welke het nam.

Hier niet. Elk behouden beeldje neemt de tijd over van de beeldjes die het vervangt, dus de animatie duurt precies even lang als eerst en een lus loopt nog steeds rond. Veel gereedschap slaat dit over, en daarom komt een „gecomprimeerde" GIF er vaak schokkerig uit — het is niet dezelfde animatie, het is een kortere op snelheid afgespeeld.

De schatting werkt bij terwijl je de instellingen verandert, en het echte cijfer verschijnt na afloop. Ze zullen niet precies overeenkomen, en dat is eerlijk in plaats van slordig: hoe goed een GIF comprimeert hangt af van het beeld, dus twee bestanden met identieke afmetingen en aantallen beeldjes kunnen een factor drie verschillen. De schatting is betrouwbaar over de vorm van de ruil — de beeldjes halveren halveert ruwweg het bestand — en niet over de byte.

Nee. Hij wordt gedecodeerd, herschreven en opnieuw gecodeerd in je browser — wat ongebruikelijk is voor een gereedschap om GIF's online te comprimeren, waar de normale gang van zaken een upload is, een wachtrij achter de bestanden van anderen en een watermerk. Daar is hier niets van, en aan onze kant valt er niets te bewaren of te wissen.

De beeldjes, bijna altijd. De meeste GIF's zijn opgenomen op veel meer beeldjes per seconde dan het oog nodig heeft voor het soort beweging dat ze doorgaans bevatten, en er één op twee houden halveert het bestand ruwweg met heel weinig zichtbaar verschil. Kleuren daarna — de meeste fragmenten zien er bij 64 hetzelfde uit als bij 256, tenzij er een verloop in zit. Formaat als laatste, want dat is degene die je altijd opmerkt.

Af en toe gebeurt dat, en de gebruikelijke oorzaak is dat het origineel één palet voor de hele animatie gebruikte terwijl dit er per beeldje een schrijft — wat er beter uitziet en meer kan kosten. Gebeurt dat, verlaag dan het aantal kleuren: bij 64 of 32 zijn de paletten per beeldje klein genoeg om de ruil weer de andere kant op te laten vallen.

Ja. Transparante pixels blijven transparant door het decoderen en het opnieuw coderen heen. Wat niet bewaard blijft is gedeeltelijke transparantie, want GIF heeft die nooit ondersteund — een pixel is óf volledig doorzichtig óf volledig dekkend, in het origineel net zo goed als in het resultaat.

Tot 30 MB, wat een werkelijk zeer grote GIF is. De grens is geheugen en geen beleid: een GIF decodeert naar volledig ongecomprimeerde beeldjes, dus een paar megabyte bestand wordt honderden megabytes aan pixels, en dat is wat de browser moet vasthouden terwijl hij werkt.