Notities van het team over vakmanschap, formaten en de kleine beslissingen achter een goed resultaat.
Waarom AVIF inlezen snel is maar AVIF wegschrijven traag
Een veelvoorkomend misverstand is dat AVIF van begin tot eind traag is, en dat krijgt het inlezen verkeerd. AVIF inlezen is snel. De native AVIF-decoder van de browser, in Chrome vanaf versie 85, Firefox vanaf 93 en Safari vanaf 16.4, draait in gecompileerde native code zonder JavaScript-overhead. Voor een AVIF van 1024 bij 768 duurt het native inlezen tientallen milliseconden. AVIF wegschrijven is een heel ander karwei. De compressie van de de AVIF-codec-codec toetst per blok veel voorspellingsmodi en doorloopt dure rate-distortion-passages. Wanneer deze site AVIF uitvoert, op de JPG-naar-AVIF-pagina, gebruikt ze een zware softwareschrijver. Wanneer ze AVIF inleest, op deze pagina, gebruikt ze de snelle native decoder, zonder module om te downloaden, zonder opwarmtijd en zonder een start van enkele honderden milliseconden. Precies daarom voelt AVIF naar JPG snel terwijl JPG naar AVIF in seconden uitloopt.
Het transparantieprobleem van dichtbij: alfa, compositing en witte vulling
Het transparentielaag van AVIF bewaart de dekking per pixel, van 0 volledig helder tot 255 volledig dekkend. Wanneer de browser de AVIF op een werkvlak tekent en dat vlak daarna als JPEG wegschrijft, moet de compositingstap de eindkleur van elke pixel bepalen. Het vlak begint standaard als transparant zwart, R 0 G 0 B 0 A 0. Het JPEG-uitvoerpad vult de achtergrond van het vlak voor het wegschrijven met wit, want JPEG heeft geen transparentielaag en moet een dekkend resultaat opleveren. Zo wordt elke heldere zone van je AVIF wit in de JPG. Deels dekkende pixels worden over wit gelegd, dus een pixel op 50 procent dekking belandt halverwege tussen zijn eigen kleur en wit. Niets minder dan zelf de compositing op een vlak met een eigen achtergrond schilderen verandert die vulling, en dat is werk voor een bewerker, niet voor een omzetter.
Kwaliteit gemeten: wat 43,66 dB PSNR in de praktijk betekent
PSNR, de Peak Signal-to-Noise Ratio, wordt in decibel gemeten en geeft aan hoe nauw een herschreven beeld zijn bron volgt. Hoger is beter. In onze test van begin tot eind haalde de hier gebruikte JPEG-schrijver 43,66 dB PSNR op een standaard fotografisch testbeeld van 1024 bij 768 bij standaardkwaliteit. Wat houvast: ongeveer 36 dB geldt als de grens waaronder verschillen voor de meeste kijkers onder normale omstandigheden duidelijk zichtbaar worden, en 40 dB wordt voor fotografische inhoud doorgaans als perceptueel transparant beschouwd. Bij 43,66 dB is de uitvoer voor foto's op schermen van gangbare grootte niet van het origineel te onderscheiden. Bij beelden met scherpe randen, fijne tekst of extreem contrast kunnen lichte JPEG-artefacten opduiken, want de blokgebaseerde DCT-compressie van JPEG behandelt zulke zones anders dan de vloeiende verlopen van een foto.
AVIF-compatibiliteit: waar het landt en waar het nog struikelt
Vanaf midden 2026 wordt AVIF in alle grote browsers gelezen, maar de compatibiliteit met software buiten de browser is nog wisselend. Op Windows voegt de AVIF Image Extension uit de Microsoft Store ondersteuning toe aan Foto's en de Verkenner op Windows 10 en 11, en zonder verschijnen AVIF-bestanden als lege iconen. Adobe voegde AVIF toe in Lightroom 13.3 in 2024 en Photoshop 23.2 in 2022, dus eerdere versies kunnen het niet openen. Affinity Photo 2.3 uit 2023 ondersteunt AVIF-import en -export. Paint.net heeft de gratis AVIF-plug-in nodig. Op macOS leest Voorvertoning AVIF sinds Monterey. Op telefoons ondersteunt de systeemfotoviewer AVIF vanaf iOS 16 en Android 12. De gaten zijn echt en geconcentreerd in zakelijke software, uploadformulieren en drukstromen, precies de plekken waar omzetten naar JPG de praktische oplossing is.
AVIF tegenover HEIF: het verschil en waarom het telt
Zowel AVIF als HEIF, het High Efficiency Image File Format, bewaren beelden met moderne videocodec-compressie. HEIF gebruikt zijn eigen compressiemotor, terwijl AVIF een ander, royaltyvrij systeem gebruikt. Het beslissende verschil voor het web is de licentie. Het HEIF-systeem rekent royalty's per apparaat die browserfabrikanten niet willen betalen, waardoor Safari HEIF ondersteunt maar Chrome niet. Het AVIF-systeem is gebouwd door een industrieconsortium inclusief Google, Mozilla en Apple, waardoor AVIF bredere browserondersteuning heeft dan HEIF, hoewel HEIF het oudere formaat is. iPhones maken foto's als HEIF sinds de iPhone 7, en die bestanden dragen de extensie .heic. HEIC naar JPG converteren is een andere tooltegorie dan AVIF naar JPG. Deze converter verwerkt alleen AVIF-invoer, dus als u een .heic-bestand van een iPhone heeft, heeft u de HEIC-naar-JPG-converter nodig.
Wanneer AVIF houden en wanneer naar JPG omzetten
Eén richtlijn dekt de meeste gevallen: houd AVIF zolang beide kanten van de stroom van jou zijn, en schakel over naar JPG zodra een bestand een systeem in moet dat je niet beheert. Lever je beelden op een zelfgebouwde site, met een CDN dat formaatonderhandeling doet, dan is AVIF de betere keuze, lichter, op scherm gelijkwaardig en nu goed voor 94 procent van het browserverkeer. Gaat het beeld naar een mailnieuwsbrief, een social-upload, een ingediend webformulier, een door een klant aangeleverde drukvorm, een gedeelde Dropbox-map die anderen op oudere software openen, of een verouderd CMS dat MIME-types nakijkt, dan is JPG de veiligere gok. De gewoonte waar de meeste webteams in vervallen is AVIF-originelen bewaren en op verzoek JPG-exports maken voor elke situatie die universele compatibiliteit vraagt.