AVIF vs. HEIC vs. WebP: a modern képformátumok különbségei

A WebP a három közül a legrégebbi. A Google 2010 szeptemberében jelentette be, néhány hónappal az On2 Technologies megvásárlása után; ennek a VP8 videokodekje lett az új formátum motorja. Az ötlet egyszerű volt: az álló WebP lényegében egyetlen VP8 kulcskocka egy kis RIFF-burkolóban. Az első változat csak veszteséges volt. A következő három évben jött a veszteségmentes mód, az átlátszóságot biztosító alfacsatorna és az animáció, ezért helyettesítheti a WebP egyetlen fájltípussal a JPG-t, a PNG-t és a GIF-et. A Google a formátumot és a libwebp könyvtárat ma is a WebP fejlesztői oldalon dokumentálja.

A HEIC háttere más. A HEIF (High Efficiency Image File Format) egy tárolószabvány, amelyet a Moving Picture Experts Group 2015-ben ISO/IEC 23008-12 néven tett közzé. Egy HEIF-fájl többféle kodekkel tömörített képeket tartalmazhat; ha a kodek a H.265 néven is ismert HEVC, a fájlt HEIC-nek hívják. Az Apple 2017-ben az iOS 11-ben és a macOS High Sierrában ezt tette meg alapértelmezett kameraformátumnak, az iPhone 7-től kezdve, és ez az egyetlen döntés szinte egyik napról a másikra milliárdnyi HEIC fotót hozott forgalomba. Ennek köszönhető, hogy a legtöbben egyáltalán találkoznak a formátummal.

Az AVIF a legújabb. Az Alliance for Open Media, amelyet 2015-ben a Google, a Mozilla, a Microsoft, az Amazon, a Netflix, a Cisco és az Intel alapított, 2018-ban adta ki a jogdíjmentes AV1 videokodeket, 2019 februárjában pedig az AVIF 1.0 képspecifikációt. Technikailag az AVIF átveszi a HEIF-tárolót, de a HEVC helyett AV1-et használ, így az AVIF és a HEIC unokatestvérek, különböző motorral. A tagvállalatok szabadalmi díjaktól mentes, modern kodeket akartak, és az AV1 és az AVIF specifikációját ma is az Alliance for Open Media teszi közzé.

Mindhárom formátum videokodekekből származik, és ez meglátszik a tömörítésükön. A JPG rögzített, 8 × 8 pixeles blokkjai helyett a környező pixelekből jósolják meg az egyes területeket, változó méretű blokkokat használnak, és a dekódolás után szűrik az éleket. Az eredmény kevesebb blokkos műtermék alacsony minőségi beállításnál. Az AVIF megy a legmesszebb: azonos vizuális minőségnél jellemzően a legkisebb fájlt adja, különösen sima égboltnál, bőrnél és színátmeneteknél, ahol a JPG sávosodni kezd. Az ár a kódolási idő. Egy AVIF létrehozása sokszorosan tovább tarthat, mint ugyanannak a fotónak a WebP-je, ami telefonon vagy terhelt szerveren számít.

A funkciók terén kisebb a különbség, mint gondolnák. Mindhárom tárolhat átlátszóságot, és mindháromnak van animációs módja, bár az animált HEIC a gyakorlatban ritka. A veszteségmentes tömörítésben a WebP kiemelkedik: veszteségmentes módját a veszteségestől külön tervezték, és képernyőképeken, grafikákon általában jobb a PNG-nél. Az AVIF és a HEIC elvileg lehet veszteségmentes, de a fájlok nagyok, az eszközök pedig ritkán kínálják ezt a módot. A színmélység a másik nagy különbség. A WebP csatornánként 8 bitre korlátozott, a HEIC és az AVIF 10 bites színt tárol, az AVIF pedig 12 bites és HDR képeket is hordozhat.

A támogatás történetét nagyrészt a licencelés magyarázza. A WebP-t és az AV1-et jogdíjmentesen adták ki, így a böngészőgyártók fizetés nélkül beépíthették őket. A HEVC-t több licencközösség által kezelt szabadalmak védik, ezért a Chrome, a Firefox és az Edge csak ott dekódolja a HEVC-képeket, ahol az operációs rendszer már biztosít licencelt dekódert. Egy weboldal tulajdonosának ez a különbség döntő: az a formátum, amelyet minden látogató lát, többet ér annak, amely a látogatók felének spórol még néhány kilobájtot.

A méretkülönbségek a fotótól, a kódolótól és a minőségi beállítástól függnek, ezért minden szám csak jellemző érték, nem pontos. Egy 1200 × 800 px-es fotónál, laptopképernyőn azonosnak tűnő minőségi beállításokkal a JPG jellemzően 150–200 KB, a WebP 100–140 KB, az AVIF 60–100 KB körüli. A Google saját összehasonlításai szerint a veszteséges WebP 25–34%-kal kisebb a JPG-nél, az Apple pedig a HEIC-et a kamerás fotóknál nagyjából a JPG felének írja le. Egy 12 megapixeles iPhone-kép, amely JPG-ként 3–4 MB lenne, HEIC-ként általában 1,5–2,5 MB.

A grafikák másképp viselkednek. Az egységes színű felületeket és szöveget tartalmazó képernyőkép gyakran veszteségmentes WebP-ként a legkisebb, utána a PNG következik, az AVIF itt keveset nyer. A kis bélyegképeknél is csökken a különbség, mert minden formátum több száz bájt fejlécet hordoz. Az alábbi gyakori tévhitek abból erednek, hogy a mérési számokat ilyen összefüggések nélkül olvassák.

A weben a WebP és az AVIF kérdése eldőlt. A Chrome, az Edge, a Firefox és a Safari egyaránt megjeleníti a WebP-t; a Safari csatlakozott utolsóként, 2020-ban a macOS Big Sur és az iOS 14 14-es verziójával. Az AVIF 2020-ban a Chrome 85-ben, 2021-ben a Firefox 93-ban, 2022-ben a Safari 16-ban jelent meg, az Edge 2024 elején adta hozzá. A naprakész böngészőt használó látogató mindkettőt látja. Csak a régi Safari-verzióhoz ragadt felhasználók maradnak le az AVIF-ről, például az iOS 15-nél frissebbre nem frissíthető iPhone-okon, nekik viszont a <picture> elemmel JPG tartalék küldhető.

A HEIC fordított történet. Az Apple eszközei mindenhol megnyitják, a Safari 17 weboldalon is meg tudja jeleníteni, de a Chrome, a Firefox és az Edge nem jelenít meg HEIC-képeket a nyílt weben. A Windows 10 és 11 a Fotók alkalmazásban megnyitja a HEIC-et, ha hozzáadja a Microsoft Store-ból a HEIF-képbővítményeket, sok gépen pedig a HEVC-videóbővítményeket is, ami fizetős kiegészítő. Az újabb Android-verziók tudják dekódolni a HEIF-et, de a külső alkalmazások és weboldalak között nagy a különbség.

Az asztali szoftverek a kettő között állnak. Az Adobe Photoshop a 23.2-es, 2022-es verzió óta natívan megnyitja a WebP-t, és a legtöbb mai képnézegető kezeli. Az AVIF és a HEIC támogatása a szerkesztőkben, irodai csomagokban és régebbi programokban foltos, sok feltöltőűrlap pedig még mindig .jpg, .jpeg vagy .png kiterjesztést keres, és minden mást elutasít. Az alábbi panelek platformonként összefoglalják a helyzetet.

Webes kiszolgálásnál a WebP az alapértelmezett válasz, az AVIF pedig az ráadás optimalizálás. Ha Ön kezeli az oldalt, az AVIF-et küldje azoknak a böngészőknek, amelyek elfogadják, a többieknek WebP-t vagy JPG-t; a legtöbb képes CDN és keretrendszer ezt automatikusan egyezteti. Ha csak egy fájlt kínálhat, a WebP a biztonságosabb választás, mert minden mai böngésző megjeleníti, és gyorsan kódolható. Telefonos tároláshoz iPhone-on a HEIC alig felülmúlható: a kamera natívan ezt írja, a Fotók alkalmazás olvassa, és nagyjából kétszer annyi kép fér ugyanabba a helybe.

Az archiválás, a nyomtatás és az ügyintézés ellenkező irányba húz. Egy fotóarchívumnak húsz év múlva is olvashatónak kell lennie különleges kodekek nélkül, ezért érdemes az eredetit úgy megőrizni, ahogy a fényképezőgépből kijött, és szükség szerint JPG-másolatokat készíteni. A nyomdák jellemzően JPG-t vagy TIFF-et kérnek, az állami, vizsgaközponti és állásportálok pedig többnyire csak JPG-t vagy PNG-t fogadnak el, olykor kilobájtban megadott méretkorláttal. Ezekben az esetekben az átalakított másolat a gyakorlatias megoldás, az eredeti pedig marad a könyvtárában.

Az alábbi négy gyakori feladat összefoglalja a döntést. Aszerint válasszon, hogy hová megy a fájl, ne aszerint, melyik formátum teljesít a legjobban a teszteken.

A legtöbb átalakítás egy irányba megy: új formátumból JPG-be vagy PNG-be, a kompatibilitás miatt. Fotókhoz JPG-t válasszon, PNG-t akkor, ha a képen átlátszóság vagy éles szöveg van, amelyet élesen szeretne megtartani. Az AVIF JPG-be konvertálásához az átalakító Minőség 90-nel indul, mert a webes AVIF-fájlok már eleve erősen tömörítettek, a Speciális beállítások alatti Átlátszó területek beállítás pedig azt dönti el, mi töltse ki az átlátszó pixeleket. A HEIC JPG-be átalakító szintén 90-nel indul, és eltávolítja a helyadatokat, hacsak ki nem veszi a pipát a Metaadatok eltávolítása mellől.

A WebP-nél a WebP JPG-be oldal 85-ös minőséggel indul, ami normál méretben megegyezik a forrással. Minden átalakító kötegenként legfeljebb 20 fájlt és fájlonként 95 MB-ot fogad, nem kér fiókot, a feltöltéseket és az eredményeket pedig a feldolgozás után 30 perccel törli. A részletesebb útmutatók, a HEIC JPG-be alakítása és a WebP JPG-be: mikor és miért a telefonbeállításokat és a ritkább eseteket tárgyalják.

A fordított irány ugyanennyire hasznos. Ha weboldalt üzemeltet, a JPG fotók AVIF-be alakítása feltöltés előtt jellemzően nagyjából a felére csökkenti a súlyukat. A mátrix mutatja, hogy ezek között a formátumok között mely átalakításoknak van saját átalakítóoldala az UltKit-en.

Minden veszteséges átalakítás egy kicsivel több részletet dob el, ezért másolatokat alakítson át, ne az eredetiket. A HEIC-fájlokat tartsa az iPhone-könyvtárban, és csak azoknak az embereknek vagy programoknak exportáljon JPG-t, akiknek szükségük van rá. Ugyanez igaz a HDR-fotókra: az AVIF és a HEIC 10 bites színt tárol, a 8 bites JPG-be alakítás pedig a fényes csúcsfényeket a szabványos tartományba képezi le, ami megosztáshoz jó, de későbbi szerkesztéshez nem. Ha még szerkesztheti a képet, tartsa meg az eredetit vagy egy veszteségmentes PNG-másolatot, és minden szerkesztést arról végezzen.

Az eredetit akkor is tartsa meg, ha az újabb formátumot már elfogadják. Ha egy weboldalkészítő, csevegőalkalmazás vagy felhőtár közvetlenül fogadja a WebP-t vagy a HEIC-et, az átalakítás csak egy plusz lépés, és nagyobb lesz a fájl. Alakítson át a végponton, feltöltéskor, küldéskor vagy nyomtatáskor, így kompatibilitást kap anélkül, hogy a könyvtára lassan romlana.