Mis see tööriist on?
GIF on 1989. aastast pärit vorming, mis salvestab iga kaadri täieliku paletipõhise pildina — seepärast muutuvadki animeeritud GIF-id tohutult suureks. Selle kokkusurumine tähendab kolme selle suurust määrava teguri ründamist: värvide arv kaadri kohta (GIF lubab maksimaalselt 256), pikslimõõtmed ja kaadrite arv.
See tööriist dekodeerib iga kaadri, valikuliselt skaleerib selle väiksemaks, kvantiseerib selle paleti uuesti sinu valitud värvieelarvele ning võib jätta vahele iga teise kaadri, säilitades ajastuse (animatsioon mängib sama kiirusega, veidi vähem sujuvalt). Kõik toimub kohapeal — dekodeerimine kasutab sinu brauseri sisseehitatud mootorit, kodeerimine avatud lähtekoodiga GIF-kodeerijat.
Miks seda kasutada?
- Kolm reaalset hooba — värvid, skaala, kaadrite vahelejätmine — igaühel selged kompromissid, kombineeritud sääst sageli 60–80%.
- Ajastus säilib kaadrite vahelejätmisel: GIF mängib sama kiirusega.
- Kohalik töötlus: GIF-e (tihti meemid või privaatse sisuga ekraanisalvestused) ei laadita kunagi üles.
- Partiitöötlus, iga faili sääst näidatakse, tasuta, ilma vesimärgita.
- Aus tagasiside: teavitab, kui sinu brauser ei suuda GIF-kaadreid dekodeerida, selle asemel et vaikselt ebaõnnestuda.
Kuidas kasutada
- Lohista GIF-failid kasti (kodeerija laetakse automaatselt, ühe korra).
- Määra värvid — 128 on tavaliselt nähtamatu; suurema säästu jaoks 64.
- Skaleeri soovi korral 75%/50% peale — suurte GIF-ide puhul kõige tugevam hoob.
- Märgi kaadrite vahelejätmine pikkade salvestuste jaoks, kus kerge katkendlikkus ei sega.
- Laadi alla iga kokkusurutud GIF; sääst näidatakse iga faili kohta.
Näide
Sisend
screen-recording.gif — 8,4 MB, 480 kaadritTulemus
screen-recording-compressed.gif — 2,1 MB (−75%), 50% skaala + 128 värviSkaala on tugevaim hoob: poolte mõõtmete puhul on iga kaadri pikslite arv nelja korra võrra väiksem.
Levinud kasutusjuhud
- Ekraanisalvestuse GIF-i vähendamine GitHubi README jaoks, millel on sageli manuse suuruse piirang, mille toorsalvestus kergesti ületab.
- Meemi või reaktsiooni-GIF-i kokkusurumine enne selle saatmist kuhugi, kus on ranged failisuuruse piirangud, näiteks teatud vestlusrakendustes või foorumitel.
- Toote-tutvustuse GIF-i kaalu vähendamine sihtlehe jaoks, kus iga lisamegabait aeglustab lehte külastajate jaoks.
- Õppevideo-GIF-i ettevalmistamine Slacki või Discordi üleslaadimiseks — enamikul neist on manuse suuruse piirang, mis on tunduvalt väiksem kui kokkusurumata ekraanisalvestus.
Millise hoova poole esmalt pöörduda
Kolm hooba pole võrdsed ja järjekorra teadmine säästab aega: skaalal (pikslimõõtmed) on kaugelt suurim mõju, sest laiuse ja kõrguse poolitamine eemaldab 75% pikslitest igas üksikus kaadris — sääst, mis kuhjub kõikide kaadrite peale, mitte ainult ühe. Kaadrite vahelejätmine on teine suurim hoob spetsiifiliselt pikkade salvestuste puhul, kuna 10-sekundine GIF 30fps juures sisaldab 300 kaadri jagu üleliigseid peaaegu identseid pilte, mille 15fps-ni poolitamine eemaldab ilma suurema nähtava mõjuta. Värvide vähendamine on reaalne, kuid kolmest väikseim tüüpilise fotorealistliku või ekraanisalvestuse sisu puhul — see loeb kõige rohkem juba lihtsate, ühevärviliste graafikaga GIF-ide puhul, kus suur värvipalett ei teinud niikuinii palju tööd.
Korduma kippuvad küsimused
Milline seadistus säästab kõige rohkem?
Skaala, kaugelt kõige rohkem — 50% skaala vähendab piksleid 75% võrra iga kaadri kohta. Seejärel kaadrite vahelejätmine (peaaegu poolitab suuruse), siis värvid. Väga suure GIF-i puhul kombineeri kõiki kolme.
Kas kaadrite vahelejätmine muudab animatsiooni kiirust?
Ei — allesjäänud kaadrite viivitusi kahekordistatakse, nii et kogukestus jääb samaks. Liikumine muutub lihtsalt veidi vähem sujuvaks, mis ekraanisalvestuste puhul on tavaliselt märkamatu.
Miks mu brauser ütleb, et ta ei suuda GIF-i dekodeerida?
Kaadrikaupa dekodeerimine kasutab ImageDecoder API-t, mis on saadaval Chrome'is, Edge'is ja hiljutistes Firefoxi versioonides. Vanematel brauseritel ja mõnel Safari versioonil seda pole — tööriist teavitab sellest ausalt, selle asemel et toota katkine fail.
Kas peaksin 2026. aastal üldse GIF-i kasutama?
Ausalt: tihti mitte. Sama klipi MP4 või WebM on 5–10× väiksem parema kvaliteedi juures ja iga platvorm mängib neid. GIF võidab endiselt seal, kus loeb automaatne esitus ilma juhtnuppudeta (README-failid, mõned vestlusrakendused). Kui GIF on vajalik, teeb see tööriist selle talutavaks.
Kas mu GIF laaditakse kokkusurumise ajal üles?
Ei — dekodeerimine ja uuesti kodeerimine toimuvad täielikult sinu brauseris. Tundliku sisuga ekraanisalvestused jäävad sinu masinasse.
Kas MP4-ks teisendamine oleks väiksem kui GIF-i kokkusurumine?
Peaaegu alati, ja märkimisväärse vahega. GIF salvestab iga kaadri täieliku 256-värvilise paletipildina ilma kaadritevahelise liikumise kokkusurumiseta, seega toodab videokoodek nagu H.264 tavaliselt mitu korda väiksema faili sama klipi jaoks. Suru GIF kokku, kui sihtkoht aktsepteerib ainult GIF-e (või peab automaatselt pildina mängima); teisenda MP4/WebM-iks alati, kui saad vormingut ise valida.