GIF készítése videóból: méret, képkockasebesség, ismétlés

A GIF régebbi a webnél. A CompuServe 1987-ben adta ki az első verziót, a GIF87a-t, hogy állóképeket lehessen küldeni telefonvonalas kapcsolaton, az 1989-es GIF89a pedig két olyan újdonságot hozott, amely az animációt lehetővé tette: képkockánkénti késleltetési értéket és egy átlátszó színt. A ciklikus lejátszás később, 1995-ben jött, amikor a Netscape Navigator 2.0 elkezdett olvasni egy kis alkalmazásbővítményt, amely megadja az ismétlések számát. Minden mai animált GIF még mindig GIF89a fájl ezzel a blokkal, ezért játszódik le gyakorlatilag minden böngészőben és levelezőben.

Belül a GIF indexelt képek halmaza. Minden képkocka legfeljebb 256 bejegyzéses színtáblára hivatkozik, így egy kocka legfeljebb 256 különböző színt mutathat, bár az eredeti videóban színek milliói voltak. A képpontokat LZW-vel tömörítik, ez veszteségmentes szótáras eljárás, amely egyszínű, sima felületeken jól, fényképes zajon, szemcsézettségen és színátmeneteken rosszul teljesít. Az LZW maga nem dob el semmit; a veszteség korábban keletkezik, amikor a színek milliói a palettába szorulnak.

Két dolgot a GIF nem tud tárolni. Nincs benne semmilyen hangsáv, így a videó hangja egyszerűen eltűnik. Az időzítése is durva: a késleltetést századmásodpercekben tárolja, és a legtöbb böngésző a 0 vagy 1 századmásodperces késleltetést 10 századmásodpercnek veszi, így az 50 fps-sel vagy gyorsabban készített GIF lassabban játszódik le, nem simábban. A gyakorlatban a 10–25 fps a használható tartomány.

A modern videokodekek, például a H.264, csak időnként tárolnak teljes képet, a legtöbb kockát pedig az előzőtől való apró változásként írják le. A GIF ebből keveset tud: az előző kocka egy téglalapját frissítheti, de mozgásbecslése nincs. Amint a kamera mozdul, szinte minden képpont változik, és minden kocka közel teljes egészében tárolódik. Ezért lehet egy 2 MB-os telefonos klipből 15 MB-os GIF, miközben egy mozdulatlan ablakon mozgó egérről készült képernyőfelvétel apró marad.

A GIF mérete nagyjából szélesség × magasság × kockaszám, kedvezménnyel arra, mennyi marad változatlan a kockák között. Így könnyű sorba állítani a lehetőségeket. A hossz egy az egyben csökkenti a kockák számát: nyolc helyett négy másodperc felezi a fájlt. A szélesség négyzetesen csökkenti a képpontokat: 640 px-ről 320 px-re váltva kockánként a képpontok negyede marad. A képkockasebesség megint lineárisan vág, és a 12 fps meglepően jól elég gesztusokhoz és arcokhoz. A kevesebb szín kevesebbet segít, mint gondolnánk, általában 10–30 százalékot, mert az LZW-nek az ismétlődő minták fontosabbak a palettaméretnél.

A dithering az a kompromisszum, amely a legtöbb embert összezavarja. A paletta közeli színeiből szór pontokat, hogy utánozza a hiányzó árnyalatokat, ezzel elrejti a sávosodást az égen és a bőrön, de olyan finom zajt ad, amelyet az LZW rosszul tömörít. Kapcsolja ki képernyőfelvételeknél, rajzfilmeknél és felületbemutatóknál, ahol az egyszínű felület amúgy is a valóság, valódi felvételeknél viszont hagyja bekapcsolva. A kivágás az utolsó eszköz: egy statikus keret vagy fekete sáv levágása képpontokat spórol, a témához hozzányúlás nélkül.

A megosztott GIF-ek többsége egyetlen pillanat: egy reakció, egy gól, egy gombkattintás és az utána megjelenő képernyő. Nézze meg egyszer a videót, jegyezze meg azt a másodpercet, ahol a pillanat kezdődik, és azt, ahol egyértelműen véget ér, majd adjon mindkét oldalon néhány kockát, hogy a hurok ne tűnjön megcsonkítottnak. Ha a forrás hosszú, előbb vágja ki a részt egy videóvágóval, és a rövid fájllal dolgozzon. Átalakítónál a Kezdés és Befejezés mezőbe másodpercben vagy perc:másodperc formában beírt időpontok külön lépés nélkül ugyanezt teszik.

Gondoljon arra is, hol kezd el lejátszódni a GIF. Sok csevegőalkalmazás és levelező a betöltés közben az első kockát mutatja, a Windowsos Outlook 2007–2016 között pedig csak az első kockát jeleníti meg, és sosem animál. Olyan kockával kezdjen, amely állóképként is értelmes, ne egy kameramozgás közbeni elmosódással. Ha a GIF üzenete egy felirat vagy eredmény, tartsa az utolsó pillanatot fél másodpercig a Befejezés kitolásával, hogy a néző el tudja olvasni, mielőtt a hurok újraindul.

Azt, hogy hová kerül a GIF, a célhely szabja meg, még mielőtt bármilyen beállítást választana. A Discord 2024-ben fájlonként 10 MB-ra csökkentette az ingyenes feltöltési korlátot, és ezt éri el először a legtöbb ember; a Nitro Basic 50 MB-ra, a Nitro 500 MB-ra emeli. A GIPHY legfeljebb 15 másodperces és 100 MB-os feltöltést fogad el. Az X legfeljebb 15 MB-os GIF-et vesz fel, és feltöltéskor ciklikus videóvá alakítja, a Reddit 100 MB-ig fogad GIF-et, de azt is videóként szolgálja ki. A Slack 1 GB-ig fogad fájlokat, az egyéni emodzsiknak viszont 128 KB alatt kell maradniuk, ami apró szélességet, rövid hurkot és kevés színt jelent.

Az e-mail külön eset. A Gmail üzenetenként 25 MB, az Outlook.com 20 MB csatolmányt enged, de a hírlevél vagy az aláírás törzsébe ágyazott GIF maradjon jóval 1 MB alatt, hogy az üzenet mobilneten is gyorsan megnyíljon. Chatben a korlát felére célozzon, ne közvetlenül alá, mert a fogadók lassú kapcsolaton lehetnek. Az alábbi számok 2025-ben voltak érvényesek; ha egy fájl épp a határon van, nézze meg a szolgáltatás súgóoldalát.

Az X azért alakít minden feltöltött GIF-et MP4-gyé, és 2014 óta így tesz, mert a sávszélesség számít. Ugyanaz az öt másodperc, amely GIF-ként 4 MB, H.264-ként jellemzően pár száz kilobájt, teljes színnel 256 árnyalat helyett és dithering-zaj nélkül. A GIPHY és a Tenor ugyanezt teszi: a billentyűzet GIF gombja általában kis MP4-et vagy WebP-t tölt le. Az őszinte kérdés tehát nem az, hogyan készíthető a legjobb GIF, hanem hogy egyáltalán kell-e GIF oda, ahová posztol.

Valódi GIF akkor kell, ha a célhely képet mutat, de videót nem: e-mail törzse, GitHub README vagy issue, Jira-jegy, wiki, régi fórum, minden nézőben működő diasor. Ahol a videó beágyazva, némítva lejátszódik, vagyis a legtöbb közösségi hálón és modern csevegőalkalmazásban, ott az MP4 vagy WebM hurok jobban néz ki és gyorsabban tölt be. Egy saját weboldalon a <video autoplay muted loop playsinline> elem úgy viselkedik, mint egy GIF, a bájtok töredékéért.

Két képformátum köztes megoldás. A Google animált WebP-je milliónyi színt és veszteséges tömörítést támogat, a Safari 2020-ban, a 14-es verzióval tanulta meg, így ma minden jelenlegi böngészőben működik, bár a böngészőn kívül sok alkalmazás még elutasítja. Az APNG a PNG-t egészíti ki képkockákkal, megtartja a teljes színt és a valódi alfa-átlátszóságot, és az Apple meg a LINE ezt használja animált matricákhoz. Ha már van GIF-je, és csak kisebbre van szüksége egy videót lejátszó oldalhoz, általában a GIF visszaalakítása MP4-gyé a legnagyobb egyszeri megtakarítás.

Telefonon további alkalmazások nélkül is megoldható. iPhone-on a Parancsok alkalmazásban van egy Make GIF művelet, amely videót vagy Live Photót fogad, és a Loop vagy Bounce effektes Live Photo gyors módja a forrás elkészítésének. A Samsung Galéria alkalmazás videólejátszás közben GIF gombot mutat, amely a látható szakaszt GIF-ként rögzíti. A GIPHY alkalmazás és webes GIF Makerje egy helyen vág, feliratoz és tölt fel, de az eredmény nyilvános, hacsak csak el nem menti. Photoshopban a File > Import > Video Frames to Layers legfeljebb 500 kockát hoz be, az Export > Save for Web (Legacy) pedig paletta- és dithering-beállításokkal írja ki a GIF-et.

Teljes kontrollhoz és kötegelt munkához az ffmpeg kétmenetes palettás módszere adja a legtisztább eredményt: az első szűrő végigpásztázza a klipet, és a tényleges színeiből 256 színű palettát épít, a második ráképezi az összes kockát. Az alábbi egysoros parancs öt másodpercet vág 0:02-től, 480 px szélességre skáláz, 12 fps-sel mintavételez, és végtelenített hurkot készít. Böngészőben a videó GIF-be átalakító ugyanezt a palettalépést végzi a Szélesség, Képkockasebesség, Színek és Dithering (árnyalás) beállításokkal, az MP4 GIF-be oldal pedig előre kiválasztott MP4-gyel nyitja meg. A MOV formátumú telefonos klipek ugyanígy működnek; ha egy alkalmazás elutasítja őket, előbb olvassa el a MOV MP4-be konvertálásáról szóló cikket.

A GIF alapból végtelenül ismétlődik, mert a Netscape-bővítmény nulla ismétlésszámmal íródik, ami végtelent jelent. Az egyes érték azt jelenti, hogy egyszer lejátszódik, és az utolsó kockán megáll, ami olyan GIF-hez jó, amely üzenettel zárul. A nehezebb rész a hurok láthatatlanná tétele. Keressen olyan szakaszt, ahol az első és az utolsó kocka közel azonos, például egy integetés, amely ugyanabba a helyzetbe tér vissza, vagy játssza le a klipet előre, majd vissza a Bumeráng funkcióval, ami megszünteti az ugrást, de kétszer annyi kockával jár.

Küldés előtt nyissa meg a GIF-et valós méretben egy böngészőlapon, ne bélyegképként, és nézzen végig három teljes hurkot. Ellenőrizze, hogy a kockán lévő szöveg olvasható-e a választott szélességnél, hogy az arcok nem váltak-e posztereffektes foltokká, és hogy az időzítés egyezik-e a videóval. Majd vesse össze a fájlméretet a fenti táblázat korlátjával; ha közel van, térjen vissza a hossz, szélesség, képkockasebesség és színek szerinti csökkentési sorrendhez. Hosszabb klipekhez vagy hangos anyaghoz jobb út a videó tömörítése Discordra és e-mailre.