Notater fra teamet om håndverket, formater og de små valgene bak et godt resultat.
Hvorfor AVIF-inndata er rask, men AVIF-utdata treg
En av de vanligste misforståelsene om AVIF er at det alltid er tregt. Å lese AVIF er raskt. Nettleserens lokale AVIF-leser, til stede i Chrome siden versjon 85, Firefox siden 93 og Safari siden 16.4, kjører i kompilert lokal kode uten JavaScript-overhead. For en AVIF på 1024 ganger 768 tar lokal lesing titalls millisekunder. Å lagre AVIF er en helt annen jobb. AVIF-kodeken-kodekens kompresjon prøver mange prediksjonsmoduser per blokk og kjører dyre rate-distortion-runder. Når denne siden lagrer AVIF, på JPG til AVIF-siden, bruker den et tungt programvarebibliotek til selve lagringen. Når den leser inn AVIF, på denne siden, bruker den den raske lokale leseren, uten noe å laste ned, uten oppvarming og uten en oppstart på flere hundre millisekunder. Det er nettopp derfor konvertering fra AVIF til JPG føles rask selv om JPG til AVIF tar flere sekunder.
Gjennomsiktighetsproblemet i detalj: alfa, sammensetting og hvit fylling
AVIF-ens alfakanal lagrer ugjennomsiktighet per piksel fra 0, helt gjennomsiktig, til 255, helt ugjennomsiktig. Når nettleseren tegner AVIF-en på en tegneflate og så lagrer den flaten som JPEG, må sammensettingssteget avgjøre den endelige fargen på hver piksel. Flaten begynner som gjennomsiktig svart, R 0 G 0 B 0 A 0, som standard. JPEG-utdataveien fyller så flatens bakgrunn med hvitt før lagring, fordi JPEG ikke har noen alfakanal og må lage et ugjennomsiktig resultat. Slik blir hvert gjennomsiktig område i AVIF-en din hvitt i JPG-en. Delvis gjennomsiktige piksler settes sammen oppå hvitt, så en piksel på 50 prosent ugjennomsiktighet over hvitt lander halvveis mellom sin egen farge og hvitt. Det finnes ingen innstilling for å endre denne fyllingen uten å tegne sammensettingen selv på en flate med en egen bakgrunn, og det er en jobb for et redigeringsprogram, ikke en konverterer.
Kvalitet målt: hva 43,66 dB PSNR betyr i praksis
PSNR, Peak Signal-to-Noise Ratio, måles i desibel og viser hvor nært et lagret bilde ligner kilden sin. Høyere er bedre. I vår ende-til-ende-testkjøring produserte JPEG-skriveren som brukes her 43,66 dB PSNR på et standard fotografisk testbilde på 1024 ganger 768 ved standard kvalitet. Til sammenligning beskrives 36 dB vanligvis som terskelen der forskjeller blir tydelig synlige for de fleste under normale forhold, og 40 dB regnes generelt som perseptuelt transparent for fotografisk innhold. Ved 43,66 dB er resultatet visuelt likt kilden for bilder vist på skjerm i typiske størrelser. For grafikk med skarpe kanter, fin tekst eller områder med ekstrem kontrast kan svake JPEG-artefakter vise seg, siden JPEG-ens blokkbaserte DCT-kompresjon behandler de områdene annerledes enn jevne fotografiske overganger.
AVIF-kompatibilitet: hvor det virker og hvor det fortsatt svikter
Per midten av 2026 leses AVIF i alle store nettlesere, men kompatibiliteten med programvare utenfor nettleseren er fortsatt ujevn. På Windows legger AVIF Image Extension fra Microsoft Store til støtte i Bilder og Filutforsker på Windows 10 og 11, og uten det dukker AVIF-filer opp som tomme ikoner. Adobe la til AVIF-støtte i Lightroom 13.3 i 2024 og Photoshop 23.2 i 2022, så tidligere versjoner kan ikke åpne det. Affinity Photo 2.3 fra 2023 støtter AVIF-import og -eksport. Paint.net trenger det gratis AVIF-tillegget. På macOS har Forhåndsvisning lest AVIF siden Monterey. På telefoner støtter systemets bildeviser AVIF på iOS 16 og Android 12 og nyere. Hullene er reelle og samlet i bedriftsverktøy, opplastingsskjemaer og trykkeriarbeidsflyter, som er nettopp situasjonene der konvertering til JPG er det praktiske svaret.
AVIF mot HEIF: forskjellen og hvorfor den betyr noe
Både AVIF og HEIF, High Efficiency Image File Format, lagrer bilder med moderne videokodek-kompresjon. HEIF bruker typisk sin egen kompresjonsmotor, mens AVIF bruker et annet system uten royalties. Den viktige forskjellen for nettbruk er lisensiering. HEIF-systemet bærer royalties per enhet som nettleserprodusenter er motvillige til å betale, det er grunnen til at Safari støtter HEIF men ikke Chrome. AVIF-systemet ble bygget av et industrielt konsortium som inkluderer Google, Mozilla og Apple, noe som gjør at AVIF har bredere nettleserstøtte enn HEIF til tross for at HEIF er det eldre formatet. iPhone fotograferer som HEIF siden iPhone 7, og disse filene bærer utvidelsen .heic. Å konvertere HEIC til JPG er en annen verktøykategori enn AVIF til JPG. Denne konverteren håndterer bare AVIF-inndata, så hvis du har en .heic-fil fra en iPhone, trenger du HEIC-til-JPG-konverteren i stedet.
Når du bør beholde AVIF og når du bør konvertere til JPG
En nyttig regel: behold AVIF når du styrer begge ender av arbeidsflyten, og konverter til JPG når filen må gjennom et system du ikke styrer. Leverer du bilder på en side du har bygget, med et CDN som støtter formatforhandling, er AVIF det beste valget, lettere, visuelt likt og dekker nå 94 prosent av nettlesertrafikken. Skal bildet inn i et e-postnyhetsbrev, en sosial opplasting, et skjema, en kundelevert trykkemal, en delt Dropbox-mappe andre åpner på eldre programvare, eller et hvilket som helst eldre CMS som sjekker MIME-typer, er JPG det tryggere valget. Det praktiske mønsteret for de fleste nettprosjekter er å lagre AVIF-originaler og lage JPG-eksporter ved behov for enhver situasjon som trenger universell kompatibilitet.