Anteckningar från teamet om hantverk, format och de små beslut som ligger bakom ett bra resultat.
Varför AVIF-inläsning är snabb men AVIF-skrivning trög
Ett vanligt antagande är att AVIF är trögt från början till slut, och det får inläsningen om bakfoten. Att läsa in AVIF är snabbt. Webbläsarens nativa AVIF-avkodare, i Chrome från version 85, Firefox från 93 och Safari från 16.4, körs i kompilerad nativ kod utan JavaScript-pålägg, så en AVIF på 1024 gånger 768 plockas isär på tiotals millisekunder. Att skriva AVIF är den tröga halvan. AVIF-kodeken-komprimeringen sållar bland många prediktionslägen per block och arbetar sig genom dyra rate-distortion-pass. På JPG-till-AVIF-sidan, där sidan skriver AVIF, gör en tung programvaruskrivare det arbetet. Här, där den bara läser AVIF, körs den snabba nativa avkodaren, utan modul att hämta, utan uppvärmning och utan en start på flera hundra millisekunder. Den skillnaden är varför AVIF till JPG känns snabbt medan JPG till AVIF drar ut på sekunder.
Genomskinlighetsproblemet på nära håll: alfa, sammansättning och vit fyllning
AVIF:s alfakanal lagrar täckning per pixel, från 0 helt klar till 255 helt täckande. När webbläsaren målar AVIF på en arbetsyta och sedan skriver ytan som JPEG måste sammansättningssteget bestämma varje pixels slutfärg. Ytan börjar som standard som genomskinligt svart, R 0 G 0 B 0 A 0. JPEG-utskriftsvägen sköljer ytans bakgrund vit före skrivningen, eftersom JPEG saknar alfa och måste lämna något täckande. Så varje klar region i din AVIF kommer ut vit i JPG. En delvis klar pixel läggs över vitt, vilket lämnar en pixel på 50 procent täckning halvvägs mellan sin egen färg och vitt. Inget mindre än att själv måla sammansättningen på en yta med egen bakgrund ändrar den fyllningen, och det är redigerarens mark, inte omvandlarens.
Kvalitet uppmätt: vad 43,66 dB PSNR betyder i bruk
Avläst i decibel berättar PSNR, Peak Signal-to-Noise Ratio, hur nära en omskrivning följer sin källa, där ett högre tal är bättre. JPEG-skrivaren här loggade 43,66 dB PSNR i vårt körning från början till slut, uppmätt på ett standardiserat fotografiskt testmotiv på 1024 gånger 768 vid standardkvalitet. Lite skala hjälper: ungefär 36 dB markerar gränsen under vilken skillnader blir tydligt synliga för de flesta under normala förhållanden, medan 40 dB i regel räknas som perceptuellt transparent för fotografiskt innehåll. Vid 43,66 dB läses utdatan som källan för foton visade på skärmar i vanlig storlek. Bilder med skarpa kanter, fin text eller hård kontrast kan ändå blinka svaga JPEG-märken, eftersom JPEG:s blockbaserade DCT hanterar sådana ytor olikt en fotos jämna toningar.
AVIF-kompatibilitet: var det landar och var det fortfarande snubblar
Från mitten av 2026 avkodas AVIF i alla större webbläsare, men kompatibiliteten med programvara utanför webbläsaren är fortfarande ojämn. På Windows lägger AVIF Image Extension från Microsoft Store till stöd i Foton och Utforskaren på Windows 10 och 11, och utan det visas AVIF-filer som tomma ikoner. Adobe lade till AVIF i Lightroom 13.3 år 2024 och Photoshop 23.2 år 2022, så tidigare versioner kan inte öppna det. Affinity Photo 2.3 från 2023 hanterar AVIF-import och -export. Paint.net behöver det gratis AVIF-tillägget. På macOS har Förhandsvisning läst AVIF sedan Monterey. På telefoner tar systemets bildvisare AVIF från iOS 16 och Android 12. Gluggarna är verkliga och samlade i företagsprogram, uppladdningsformulär och tryckkedjor, precis de ställen där konvertering till JPG är den praktiska lösningen.
AVIF mot HEIF: skillnaden och varför den räknas
Både AVIF och HEIF, High Efficiency Image File Format, lagrar bilder med modern videocodec-komprimering. HEIF rider vanligtvis på sin egen kompressionsmotor, medan AVIF använder ett annat, royaltyfritt system. Den avgörande skillnaden för webben är licensiering. HEIF-systemet tar ut royalty per enhet som webbläsartillverkare helst undviker, vilket är varför Safari stöder HEIF men inte Chrome. AVIF-systemet byggdes av ett industrikonsortium med Google, Mozilla och Apple, varför AVIF har bredare webbläsarstöd än HEIF trots att HEIF är det äldre formatet. iPhones fotograferar som HEIF sedan iPhone 7, och dessa filer bär tillägget .heic. Att konvertera HEIC till JPG är en annan verktygskategori än AVIF till JPG. Denna konverterare hanterar bara AVIF-inmatning, så om du har en .heic-fil från en iPhone behöver du HEIC-till-JPG-konverteraren istället.
När du ska behålla AVIF och när du ska göra en JPG
En tumregel bär de flesta fall: behåll AVIF så länge båda ändarna av flödet är dina, och byt till en JPG i samma stund en fil ska in i mark du inte styr. Tänk dig bilder du levererar från en sida du byggt, framför ett CDN som förhandlar format. Där tar AVIF priset, lättare på tråden, omöjlig att skilja på skärm och nu spännande över 94 procent av webbläsartrafiken. Tänk dig sedan filen på väg någon annanstans, in i ett utskickat nyhetsbrev, ett inlägg uppladdat till socialt, ett inskickat webbformulär, en tryckmall en kund lämnat över, en delad Dropbox-mapp som kollegor öppnar på gammal programvara, eller ett gammalt CMS som petar på MIME-typer. I alla dessa är JPG det lugnare valet. Så vanan de flesta webbteam faller in i är att arkivera AVIF-originalen och skapa JPG-exporter på begäran var en fil bara måste öppnas överallt.