Notes de l'equip sobre artesania, formats i les petites decisions darrere d'un bon resultat.
Per què l'entrada AVIF és ràpida però la sortida AVIF és lenta
Una de les lectures més errònies de l'AVIF és que sempre és lent. Descodificar AVIF és ràpid. El descodificador AVIF natiu del navegador, present a Chrome des de la versió 85, a Firefox des de la 93 i a Safari des de la 16.4, funciona en codi natiu compilat sense cap sobrecàrrega de JavaScript. Per a un AVIF de 1024 per 768, la descodificació nativa triga desenes de mil·lisegons. Escriure AVIF és una feina completament diferent. La compressió del còdec el còdec d'AVIF prova molts modes de predicció per bloc i fa passades cares de taxa-distorsió. Quan aquest lloc treu AVIF, a la pàgina de JPG a AVIF, fa servir una compressió de programari pesada. Quan rep AVIF, en aquesta pàgina, fa servir el descodificador natiu ràpid, sense cap mòdul a descarregar, sense escalfament i sense una inicialització de centenars de mil·lisegons. Per això exactament la conversió d'AVIF a JPG es nota ràpida tot i que la de JPG a AVIF triga segons.
El problema de la transparència en detall: alfa, composició i emplenat blanc
El capa de transparència de l'AVIF emmagatzema l'opacitat per píxel des de 0, totalment transparent, fins a 255, totalment opac. Quan el navegador dibuixa l'AVIF sobre una superfície de dibuix i després codifica aquella superfície com a JPEG, el pas de composició ha de resoldre el color final de cada píxel. La superfície comença com a negre transparent, R 0 G 0 B 0 A 0, per defecte. El camí de sortida JPEG després omple el fons de la superfície de blanc abans de codificar, perquè el JPEG no té capa de transparència i ha de produir un resultat opac. Així cada regió transparent del teu AVIF esdevé blanca al JPG. Els píxels parcialment transparents es componen sobre blanc, de manera que un píxel al 50 per cent d'opacitat sobre blanc aterra a mig camí entre el seu propi color i el blanc. No hi ha cap ajust per canviar aquest emplenat sense dibuixar tu mateix la composició sobre una superfície amb un fons personalitzat, cosa que és feina d'un editor, no d'un convertidor.
Qualitat mesurada: què signifiquen 43,66 dB PSNR a la pràctica
El PSNR, la relació senyal-soroll de pic, es mesura en decibels i mostra com de fidelment una imatge tornada a escriure coincideix amb el seu origen. Com més alt, millor. A la nostra prova d'extrem a extrem, l'escriptor JPEG fet servir aquí va produir 43,66 dB PSNR en una mostra fotogràfica estàndard de 1024 per 768 a la qualitat per defecte. Com a referència, 36 dB sol descriure's com el llindar per sota del qual les diferències esdevenen clarament visibles per a la majoria d'espectadors en condicions normals, i 40 dB es valora generalment com a perceptivament transparent per a contingut fotogràfic. A 43,66 dB la sortida és visualment idèntica a l'origen per a fotos vistes en pantalles a mides típiques. Per a gràfics amb vores nítides, text fi o àrees de contrast extrem, poden aparèixer artefactes JPEG febles, ja que la compressió DCT basada en blocs del JPEG tracta aquestes regions de manera diferent dels degradats fotogràfics suaus.
Compatibilitat de l'AVIF: on funciona i on encara falla
A mitjan 2026, l'AVIF es descodifica a tots els navegadors principals, però la compatibilitat amb programari fora del navegador encara és irregular. A Windows, l'Extensió d'imatge AVIF de la Microsoft Store afegeix suport a Fotos i a l'Explorador d'arxius a Windows 10 i 11, i sense ella els fitxers AVIF apareixen com a icones en blanc. Adobe va afegir suport d'AVIF al Lightroom 13.3 el 2024 i al Photoshop 23.2 el 2022, de manera que les versions anteriors no el poden obrir. Affinity Photo 2.3 del 2023 admet la importació i exportació d'AVIF. Paint.net necessita el connector AVIF gratuït. A macOS, Previsualització llegeix AVIF des de Monterey. Als telèfons, el visor de fotos del sistema admet AVIF a iOS 16 i Android 12 i posteriors. Els buits són reals i concentrats en eines d'empresa, formularis de pujada i fluxos d'impressió, que són exactament les situacions on convertir a JPG és la resposta pràctica.
AVIF contra HEIF: la diferència i per què importa
Tant l'AVIF com el HEIF, el format de fitxer d'imatge d'alta eficiència, emmagatzemen imatges fent servir compressió moderna de còdec de vídeo. El HEIF normalment fa servir el seu propi motor de compressió, mentre que l'AVIF fa servir un sistema diferent, lliure de drets. La distinció clau per a l'ús web és la llicència. El sistema HEIF porta drets per dispositiu que els fabricants de navegadors no volen pagar, per això el Safari suporta HEIF però el Chrome no. El sistema AVIF va ser construït per un consorci industrial que inclou Google, Mozilla i Apple, per la qual cosa l'AVIF gaudeix de suport de navegador més ampli que el HEIF, malgrat que el HEIF és el format més antic. Els iPhone capturen fotos en HEIF des de l'iPhone 7, i aquells fitxers porten l'extensió .heic. Convertir HEIC a JPG és una categoria d'eina diferent de AVIF a JPG. Aquest convertidor gestiona únicament entrades AVIF, de manera que si teniu un fitxer .heic d'un iPhone, necessiteu el convertidor de HEIC a JPG.
Quan mantenir l'AVIF i quan convertir a JPG
Una regla útil: mantén l'AVIF quan controles els dos extrems del flux de treball, i converteix a JPG quan el fitxer ha de passar per un sistema que no controles. Si lliures imatges en un lloc que has construït, amb una CDN que admet la negociació de format, l'AVIF és la millor elecció, més lleuger, visualment igual i ara cobrint el 94 per cent del trànsit de navegadors. Si la imatge va cap a un butlletí de correu, una pujada social, l'enviament d'un formulari, una plantilla d'impressió subministrada per un client, una carpeta compartida de Dropbox que altres obren en programari més antic o qualsevol CMS antic que validi tipus MIME, el JPG és l'elecció més segura. El patró pràctic per a la majoria de projectes web és emmagatzemar originals AVIF i produir exportacions JPG sota demanda per a qualsevol situació que necessiti compatibilitat universal.