Tiimin huomioita tekniikasta, tiedostomuodoista ja niistä pienistä päätöksistä, jotka tekevät hyvän lopputuloksen.
Miksi AVIF-syöte on nopea mutta AVIF-tulostus hidas
Yksi yleisimmistä AVIF:ia koskevista väärinkäsityksistä on, että se on aina hidas. AVIF:n lukeminen on nopeaa. Selaimen paikallinen AVIF-lukija, läsnä Chromessa versiosta 85, Firefoxissa versiosta 93 ja Safarissa versiosta 16.4, ajetaan käännetyssä paikallisessa koodissa ilman JavaScript-kuormaa. 1024 kertaa 768 -kokoiselle AVIF:lle paikallinen luku kestää kymmeniä millisekunteja. AVIF:n tallentaminen on aivan eri työ. AVIFin codeciä-koodekin pakkaus kokeilee monia ennustustiloja lohkoa kohden ja ajaa kalliita rate-distortion-kierroksia. Kun tämä sivu tallentaa AVIF:n, JPG-AVIF-sivulla, se käyttää itse tallennukseen raskasta ohjelmistokirjastoa. Kun se lukee AVIF:n sisään, tällä sivulla, se käyttää nopeaa paikallista lukijaa, ilman mitään ladattavaa, ilman lämmittelyä ja ilman satojen millisekuntien käynnistystä. Juuri siksi muunnos AVIF:sta JPG:ksi tuntuu nopealta, vaikka JPG:stä AVIF:ksi kestää sekunteja.
Läpinäkyvyysongelma yksityiskohtaisesti: alfa, yhdistäminen ja valkoinen täyttö
AVIF:n alfakanava tallentaa pikselikohtaisen peittävyyden arvosta 0, täysin läpinäkyvä, arvoon 255, täysin peittävä. Kun selain piirtää AVIF:n piirtopinnalle ja sitten tallentaa sen pinnan JPEG:nä, yhdistämisvaiheen on ratkaistava jokaisen pikselin lopullinen väri. Pinta alkaa oletuksena läpinäkyvänä mustana, R 0 G 0 B 0 A 0. JPEG-tulostusreitti täyttää sitten pinnan taustan valkoisella ennen tallennusta, koska JPEG:ssä ei ole alfakanavaa ja sen on tuotettava peittävä tulos. Näin jokainen AVIF:si läpinäkyvä alue muuttuu JPG:ssä valkoiseksi. Osittain läpinäkyvät pikselit yhdistetään valkoisen päälle, joten 50 prosentin peittävyydellä oleva pikseli valkoisen päällä laskeutuu puoliväliin oman värinsä ja valkoisen väliin. Tätä täyttöä ei voi muuttaa millään asetuksella ilman, että piirtää yhdistämisen itse pinnalle, jolla on oma tausta, ja se on kuvankäsittelyohjelman työtä, ei muuntimen.
Laatu mitattuna: mitä 43,66 dB PSNR tarkoittaa käytännössä
PSNR, Peak Signal-to-Noise Ratio, mitataan desibeleinä ja kertoo, kuinka tarkasti tallennettu kuva vastaa lähdettään. Korkeampi on parempi. Päästä päähän -testiajossamme tässä käytetty JPEG-kirjoitin tuotti 43,66 dB PSNR -arvon vakiokokoisella 1024 kertaa 768 -valokuvatestikuvalla vakiolaadulla. Vertailun vuoksi 36 dB kuvataan yleensä rajaksi, jonka alapuolella erot tulevat selvästi näkyviksi useimmille normaaleissa oloissa, ja 40 dB:tä pidetään yleisesti havaintotasolla läpinäkyvänä valokuvasisällölle. Arvolla 43,66 dB tulos on silmämääräisesti samanlainen kuin lähde näytöllä tyypillisissä kokoluokissa näytetyille kuville. Grafiikalle, jossa on teräviä reunoja, hienoa tekstiä tai erittäin kontrastisia alueita, heikkoja JPEG-artefakteja voi näkyä, koska JPEG:n lohkopohjainen DCT-pakkaus käsittelee noita alueita eri tavoin kuin pehmeitä valokuvasiirtymiä.
AVIF-yhteensopivuus: missä se toimii ja missä se yhä pettää
Vuoden 2026 puolivälissä AVIF luetaan kaikissa suurissa selaimissa, mutta yhteensopivuus selaimen ulkopuolisen ohjelmiston kanssa on yhä epätasaista. Windowsissa AVIF Image Extension Microsoft Storesta lisää tuen Kuvat-sovellukseen ja Resurssienhallintaan Windows 10:ssä ja 11:ssä, ja ilman sitä AVIF-tiedostot näkyvät tyhjinä kuvakkeina. Adobe lisäsi AVIF-tuen Lightroom 13.3:een vuonna 2024 ja Photoshop 23.2:een vuonna 2022, joten aiemmat versiot eivät pysty avaamaan sitä. Affinity Photo 2.3 vuodelta 2023 tukee AVIF-tuontia ja -vientiä. Paint.net tarvitsee ilmaisen AVIF-lisäosan. macOS:ssä Esikatselu on lukenut AVIF:ia Monterey-versiosta lähtien. Puhelimissa järjestelmän kuvakatselin tukee AVIF:ia iOS 16:ssa ja Android 12:ssa ja uudemmissa. Aukot ovat todellisia ja keskittyvät yritystyökaluihin, lähetyslomakkeisiin ja painotyönkulkuihin, jotka ovat juuri niitä tilanteita, joissa muuntaminen JPG:ksi on käytännön vastaus.
AVIF vastaan HEIF: ero ja miksi sillä on merkitystä
Sekä AVIF että HEIF, High Efficiency Image File Format, tallentavat kuvia modernilla videokoodekkipakkauksella. HEIF käyttää tyypillisesti omaa pakkausmoottoriaan, kun taas AVIF käyttää erilaista, rojaltivapaata järjestelmää. Tärkein ero verkkokäytölle on lisensointi. HEIF-järjestelmä veloittaa rojaltit per laite, joita selainvalmistajat eivät halua maksaa, minkä vuoksi Safari tukee HEIF:tä mutta Chrome ei. AVIF-järjestelmän rakensi teollisuuskonsortio, johon kuuluvat Google, Mozilla ja Apple, minkä vuoksi AVIF nauttii laajemmasta selaintuesta kuin HEIF, vaikka HEIF on vanhempi formaatti. iPhone kuvaa HEIF-muodossa iPhone 7:stä lähtien, ja nämä tiedostot kantavat tunnistetta .heic. HEIC:n muuntaminen JPG:ksi on eri työkalukategoria kuin AVIF:n JPG:ksi. Tämä muunnin käsittelee vain AVIF-syötettä, joten jos sinulla on iPhonesta peräisin oleva .heic-tiedosto, tarvitset HEIC-JPG-muuntimen sen sijaan.
Milloin pitää AVIF ja milloin muuntaa JPG:ksi
Hyödyllinen sääntö: pidä AVIF, kun hallitset työnkulun molempia päitä, ja muunna JPG:ksi, kun tiedoston on kuljettava järjestelmän läpi, jota et hallitse. Jos toimitat kuvia rakentamallasi sivustolla, jossa on muotoneuvottelua tukeva CDN, AVIF on parempi valinta, kevyempi, silmämääräisesti samanlainen ja kattaa nyt 94 prosenttia selainliikenteestä. Jos kuva on menossa sähköpostiuutiskirjeeseen, sosiaaliseen lähetykseen, lomakkeeseen, asiakkaan toimittamaan painopohjaan, jaettuun Dropbox-kansioon, jonka muut avaavat vanhemmalla ohjelmistolla, tai mihin tahansa vanhaan CMS:ään, joka tarkistaa MIME-tyypit, JPG on turvallisempi valinta. Käytännön malli useimmille verkkoprojekteille on tallentaa AVIF-alkuperäiset ja tuottaa JPG-vientejä tarpeen mukaan jokaiseen tilanteeseen, joka vaatii yleistä yhteensopivuutta.