Tiimin huomioita tekniikasta, tiedostomuodoista ja niistä pienistä päätöksistä, jotka tekevät hyvän lopputuloksen.
Miksi AVIF voittaa WebP:n valokuvissa
AVIF:n pakkausetu WebP:hen nähden tulee alla olevasta koodekista. WebP käyttää :n intra-frame-moottoria, joka on suunniteltu videolle mutta käytössä still-kuvissa vuodesta 2010. nykyaikainen muoto, AVIF:n takana oleva koodekki, julkaistiin 2018 vuosien tutkimuksen jälkeen, joka kohdistui suoraan :n, :n ja :n rajoihin. nykyaikainen muoto käyttää aggressiivisempaa krominanäytteistystä, hienojakoisempaa lohkojakoa aina 4 kertaa 4 pikseliin asti ja tehokkaampaa. Käytännön tulos, jonka -analyysi suurissa valokuvasarjoissa vahvistaa, on, että AVIF on tyypillisesti 20 ja 30 prosentin välillä pienempi kuin WebP samalla koetulla laadulla valokuvissa. Tietokoneella tuotetussa grafiikassa, jossa on tasaisia värejä ja teräviä reunoja, ero kapenee, koska WebP:n yksinkertaisempi algoritmi käsittelee sellaisia kuvioita tehokkaasti. Mille tahansa sivulle, jonka painavimmat tiedostot ovat valokuvia, AVIF-päivityksellä on mitattava kaistavaikutus.
Toinen häviöllinen kierros käytännössä
Kun muunnat WebP:n AVIF-muotoon, sekä lähde että tulostiedosto ovat häviöllisiä. WebP-tallennus päätti jo, mikä väritieto pudotetaan, kun WebP luotiin, ja nuo päätökset ovat pysyviä: muunnos AVIF-muotoon ei voi palauttaa mitään niistä. AVIF-tallennus tekee sitten omat päätöksensä saamastaan pikselidatasta, laadulla 85. Valokuvissa kahden häviöllisen kierroksen yhteisvaikutus on edelleen visuaalisesti lähes häviötön tavallisilla näyttökoilla aidossa valokuvasisällössä. Grafiikassa, jota WebP-tallennus on jo heikentänyt, toinen kierros voi kasata näkyviä artefakteja päälle. Käytännön sääntö: jos lähde-WebP näyttää puhtaalta siinä koossa, jossa aiot näyttää sen, myös AVIF näyttää. Jos WebP näyttää jo pakkauskohinaa, tutki AVIF tarkasti ennen julkaisua.
Miten alfakanava kulkee läpi
Sekä WebP että AVIF tallentavat läpinäkyvyyden erilliselle alfatasolle värimäärän rinnalle. Muunnos lukee WebP:n alfakanavan, kokoaa sen täydellä läpinäkyvyydellä ja luovuttaa sen sitten AVIF-tallennukselle, joka kirjoittaa oman alfaraitansa nykyaikainen muoto:n intra-frame-koodauksella laadulla 85. Pehmeät läpinäkyvyysliukumat, sulkareunat ja osittain läpinäkyvät alueet selviävät kaikki tästä edestakaisesta matkasta. AVIF:n alfataso on itsessään häviöllinen laadulla 85, mikä voi jättää tuskin havaittavan rispaantumisen teräviin reunoihin äärimmäisellä zoomilla. Tavallisilla näyttökoilla verkossa ero lähteestä pysyy näkymättömänä. Pikselintarkkaan työhön pienissä kuvakkeissa, joissa alfareunan on oltava täsmällinen, säilytä WebP-lähde ja tarkista tulostiedosto täydellä zoomilla ennen lähettämistä.
Odotettu tallennusaika selainten ja laitteiden välillä
AVIF-muunnos valmistautuu kerran selainistuntoa kohden ja lisää noin sekunnin ensimmäiseen muunnokseen. Sen jälkeen Chromium antaa parhaan läpimenon: noin 40 millisekuntia 0,12 megapikselin pikkukuvalle, 250 millisekuntia 1 megapikselin valokuvalle, 2,8 sekuntia 4K-valokuvalle ja jopa 25 sekuntia täydelle 48 megapikselin kuvalle pahimmassa havaitussa tapauksessa. Firefox on selvä poikkeus ja ajaa saman muunnoksen noin neljä kertaa hitaammin, mikä nostaa 4K-tapauksen lähelle 31 sekuntia ja suuret tiedostot yli kahden minuutin. WebKit asettuu näiden kahden väliin, lähemmäs Chromiumia. Mobiililaitteisto on kolmesta viiteen kertaa työpöytää hitaampi kaikilla moottoreilla. Rutiininomaiseen tiedosto kerrallaan -muunnokseen Chrome kannettavalla tai työpöydällä on käytännöllinen työkalu. Firefox-käyttäjille suurilla kuvilla rehellinen neuvo on vaihtaa selainta tai pysyä WebP:ssä.
Core Web Vitals ja AVIF-päivitys
Sivut, jotka tarjoavat valokuvia, maksavat kaistakustannuksen jokaisesta ladatusta kuvasta. Jos nuo kuvat ovat tänään WebP:tä, muunnos AVIF-muotoon leikkaa siirron kuvaa kohden noin 20 ja 30 prosentin välillä valokuvissa. Sivulla, jolla on 200 kilotavun WebP-pääkuva, AVIF tuo sen noin 140 ja 160 kilotavun välille. Tuoteruudukossa, jossa on kaksitoista 30 kilotavun WebP-pikkukuvaa, AVIF säästää noin 70 ja 90 kilotavua kokonaissivun painosta. Nämä säästöt vaikuttavat suoraan Largest Contentful Paintiin, kun LCP-elementti on kuva. AVIF:n noin 94 prosentin maailmanlaajuisella selaintuella picture-elementti, joka tarjoaa AVIF:n ensin WebP:n takana, kattaa lähes kaiken liikenteen. Merkkauskustannus maksetaan kerran kuvakomponenttia kohden, ja kaistasäästö toistuu jokaisella myöhemmällä sivun latauksella.
Miksi AVIF-muunnos nojaa palvelimeen
AVIF rakentuu nykyaikainen muoto varaan, samaan perheeseen kuin moderni video, ja se on tarkoituksella raskas luoda vastineeksi tiiviistä tiedostoista. Tuon työn tekeminen hyvin, etenkin suurissa valokuvissa, on oikealla palvelimella paljon nopeampaa ja luotettavampaa kuin puhelimen selaimessa, joten tämä pari lähettää kuvan palvelimellemme luodakseen parhaan mahdollisen AVIF:n. Tiedosto käsitellään ja tulos palaa sinulle, ja lataus poistetaan noin 2 tunnin sisällä, ilman tiliä ja ilman pitkäaikaista säilytystä. Usean kuvan muuntaminen kerralla tapahtuu aina palvelimella, joka kokoaa valmiin joukon yhdeksi lataukseksi, poistettuna saman lyhyen ajan sisällä. Jos palvelintamme ei tavoiteta, yksittäinen muunnos luodaan sen sijaan selaimessa, tuo tiedosto jää paikalliseksi, ja hyväksyy hitaamman luonnin mukavuuden vuoksi. Vaihtokauppa on selvä: palvelin ostaa laatua ja vauhtia muodolle, joka sitä eniten tarvitsee, eikä tiedostoasi koskaan säilytetä yli sen lyhyen ikkunan, jonka muunnos kestää.
