Noter fra teamet om håndværk, formater og de små beslutninger bag et godt resultat.
Hvorfor AVIF-input er hurtigt, men AVIF-output langsomt
En af de mest almindelige misforståelser om AVIF er, at det altid er langsomt. At læse AVIF er hurtigt. Browserens lokale AVIF-læser, til stede i Chrome siden version 85, Firefox siden 93 og Safari siden 16.4, kører i kompileret lokal kode uden JavaScript-overhead. For en AVIF på 1024 gange 768 tager lokal læsning titals millisekunder. At gemme AVIF er en helt anden opgave. AVIF-codeccen-codeckens kompression prøver mange forudsigelsestilstande per blok og kører dyre rate-distortion-gennemløb. Når denne side gemmer AVIF, på JPG til AVIF-siden, bruger den et tungt softwarebibliotek til selve gemningen. Når den læser AVIF ind, på denne side, bruger den den hurtige lokale læser, uden noget at downloade, uden opvarmning og uden en opstart på flere hundrede millisekunder. Det er netop derfor, konvertering fra AVIF til JPG føles hurtig, selvom JPG til AVIF tager flere sekunder.
Gennemsigtighedsproblemet i detaljer: alfa, sammensætning og hvid fyldning
AVIF-ens alfakanal gemmer uigennemsigtighed per pixel fra 0, helt gennemsigtig, til 255, helt uigennemsigtig. Når browseren tegner AVIF-en på en tegneflade og så gemmer den flade som JPEG, skal sammensætningstrinet afgøre hver pixels endelige farve. Fladen begynder som gennemsigtig sort, R 0 G 0 B 0 A 0, som standard. JPEG-outputvejen fylder så fladens baggrund med hvidt før gemning, fordi JPEG ikke har nogen alfakanal og skal lave et uigennemsigtigt resultat. Sådan bliver hvert gennemsigtigt område i din AVIF hvidt i JPG-en. Delvis gennemsigtige pixels sættes sammen oven på hvidt, så en pixel på 50 procent uigennemsigtighed over hvidt lander halvvejs mellem sin egen farve og hvidt. Der er ingen indstilling til at ændre denne fyldning uden selv at tegne sammensætningen på en flade med en egen baggrund, og det er en opgave for et redigeringsprogram, ikke en konverter.
Kvalitet målt: hvad 43,66 dB PSNR betyder i praksis
PSNR, Peak Signal-to-Noise Ratio, måles i decibel og viser, hvor tæt et gemt billede ligner sin kilde. Højere er bedre. I vores ende-til-ende-testkørsel producerede JPEG-skriveren, der bruges her, 43,66 dB PSNR på et standard fotografisk testbillede på 1024 gange 768 ved standardkvalitet. Til sammenligning beskrives 36 dB som regel som tærsklen, hvorunder forskelle bliver tydeligt synlige for de fleste under normale forhold, og 40 dB regnes generelt som perceptuelt transparent for fotografisk indhold. Ved 43,66 dB er resultatet visuelt magen til kilden for billeder vist på skærm i typiske størrelser. For grafik med skarpe kanter, fin tekst eller områder med ekstrem kontrast kan svage JPEG-artefakter vise sig, da JPEG-ens blokbaserede DCT-kompression behandler de områder anderledes end jævne fotografiske overgange.
AVIF-kompatibilitet: hvor det virker, og hvor det stadig svigter
Pr. midten af 2026 læses AVIF i alle store browsere, men kompatibiliteten med software uden for browseren er stadig ujævn. På Windows tilføjer AVIF Image Extension fra Microsoft Store understøttelse til Billeder og Stifinder på Windows 10 og 11, og uden den dukker AVIF-filer op som tomme ikoner. Adobe tilføjede AVIF-understøttelse i Lightroom 13.3 i 2024 og Photoshop 23.2 i 2022, så tidligere versioner kan ikke åbne det. Affinity Photo 2.3 fra 2023 understøtter AVIF-import og -eksport. Paint.net kræver det gratis AVIF-plugin. På macOS har Vis læst AVIF siden Monterey. På telefoner understøtter systemets billedfremviser AVIF på iOS 16 og Android 12 og nyere. Hullerne er reelle og samlet i virksomhedsværktøjer, upload-formularer og trykkeri-arbejdsgange, som netop er de situationer, hvor konvertering til JPG er det praktiske svar.
AVIF mod HEIF: forskellen og hvorfor den betyder noget
Både AVIF og HEIF, High Efficiency Image File Format, gemmer billeder med moderne videocodec-kompression. HEIF bruger typisk sin egen kompressionsmaskine, mens AVIF bruger et andet system uden royalties. Den vigtige forskel for webbrug er licensering. HEIF-systemet bærer royalties per enhed, som browserproducenter er tilbageholdende med at betale, det er grunden til at Safari understøtter HEIF men ikke Chrome. AVIF-systemet blev bygget af et industrielt konsortium, der inkluderer Google, Mozilla og Apple, og det er grunden til, at AVIF nyder bredere browserunderstøttelse end HEIF, til trods for at HEIF er det ældre format. iPhone fotograferer som HEIF siden iPhone 7, og disse filer bærer udvidelsen .heic. At konvertere HEIC til JPG er en anden værktøjskategori end AVIF til JPG. Denne konverter håndterer kun AVIF-input, så hvis du har en .heic-fil fra en iPhone, skal du bruge HEIC-til-JPG-konverteren i stedet.
Hvornår du skal beholde AVIF, og hvornår du skal konvertere til JPG
En nyttig regel: behold AVIF, når du styrer begge ender af arbejdsgangen, og konverter til JPG, når filen skal gennem et system, du ikke styrer. Leverer du billeder på en side, du har bygget, med et CDN, der understøtter formatforhandling, er AVIF det bedre valg, lettere, visuelt magen til og dækker nu 94 procent af browsertrafikken. Skal billedet ind i et e-mail-nyhedsbrev, en social upload, en formular, en kundeleveret trykskabelon, en delt Dropbox-mappe, andre åbner på ældre software, eller et hvilket som helst ældre CMS, der tjekker MIME-typer, er JPG det sikrere valg. Det praktiske mønster for de fleste webprojekter er at gemme AVIF-originaler og lave JPG-eksporter efter behov til enhver situation, der kræver universel kompatibilitet.