Notater fra teamet om håndverket, formater og de små valgene bak et godt resultat.
Hvorfor AVIF-dekoding er innebygd og rask
I motsetning til AVIF-lagring, som er tungt arbeid, er AVIF-dekoding bygd rett inn i alle moderne nettlesere. Chrome, Firefox, Safari og Edge leverer alle en innebygd AVIF-dekoder som del av bildeflyten sin, den samme motoren som tegner AVIF lagt inn på nettsider. Så å gjøre om AVIF til PNG koster ingen oppvarming og trenger ingen ekstra modul. Nettleseren leser ganske enkelt AVIF-en, dekoder den til et pikselbuffer i minnet, og overleverer de pikslene til den innebygde PNG-lagringen. Resultatet er en konvertering som blir ferdig på godt under et sekund for de fleste reelle bilder, selv store fotografier. Bare PNG-lagringssiden varierer i fart mellom nettlesere, og selv den tregeste banen vi har sett, rundt 122 millisekunder for et bilde på én megapiksel i WebKit, holder fint til interaktiv bruk.
Det tapsfrie paradokset, hvorfor PNG er større
Det virker bakvendt at en konvertering kan gjøre en fil større, men AVIF til PNG er nettopp et slikt tilfelle. AVIF når sin lille størrelse ved å slippe visuell informasjon øyet ikke merker på normal betraktningsavstand, så komprimeringssporene er reelle men usynlige under vanlige forhold. PNG inntar det motsatte standpunktet og lagrer hver piksel akkurat slik den ble dekodet uten videre kvalitetstap, kun med den tapsfrie DEFLATE-metoden. Resultatet gjengir trofast de dekodete AVIF-pikseldataene uten lagt forringelse. Fordi AVIF-en allerede forkastet noe detalj, kan ikke PNG-en bli mindre enn en laget av den opprinnelige kilden, men den er strengt tro mot det AVIF-en rommet. Forhold på tre til ti ganger AVIF-størrelsen er normalt og ventet, aldri et tegn på feil.
Redigeringsflyter som har nytte av AVIF til PNG
Designere og utviklere mottar ofte AVIF-filer fra automatiske bildeflyter, innholdsnettverk eller moderne innholdssystemer, og må så arbeide med dem i verktøy som ikke har lagt til AVIF-støtte. Å gjøre om til PNG gir en tapsfri arbeidskopi som bærer de samme pikseldataene AVIF-en rommet. Derfra skjer redigeringen i Photoshop, Figma, Sketch eller et hvilket som helst annet designverktøy uten å legge til komprimeringsspor. Når den redigerte versjonen er klar for nettet, kan den lagres på nytt som AVIF eller WebP. Dette behandler AVIF som leveringsformatet og PNG som mellomstadiet for redigering, ordningen som passer dagens verktøy best. PNG-trinnet legger ikke til noe kvalitetstap utover det som allerede fantes i kilde-AVIF-en.
Hvordan alfaen overlever konverteringen
Alfakanalen i AVIF lagres som et eget kodet plan ved siden av fargedataene. Når nettleseren dekoder en AVIF, lager den et fargepikselbuffer og et alfamaskebuffer. Konverteringsflyten setter disse sammen ved full åpenhet, og skriver dem så ut som en PNG. PNG-ens alfalagring holder masken tapsfri som en 8-bits kanal per piksel knyttet til hver piksel. Resultatet er en PNG der hver piksel bærer de samme farge- og åpenhetsverdiene nettleseren leste fra AVIF-en, klar for sammensetting. Myke åpenhetsoverganger overlever. Mykede kanter overlever. Delvis gjennomsiktige piksler overlever. Det eneste tapet er det AVIF-ens egen tapsbaserte komprimering tilførte alfaplanet da AVIF-en først ble laget, vanligvis en knapt merkbar frynse på ekstrem forstørrelse.
Når AVIF til PNG passer for nettlevering
Noen nettsammenhenger krever virkelig PNG selv i 2026. Bilder i e-postnyhetsbrev må være PNG eller JPG fordi de fleste e-postklienter tolker bilder på en ekstern tjener og avviser AVIF. Sosiale plattformer varierer: noen behandler AVIF ved opplasting og konverterer internt, andre nekter formatet rett ut. Trykkeflyter som kjører programvarebaserte PDF-rør trenger ofte PNG for gjennomsiktige lag, siden AVIF ikke er del av PDF-ens bildemodell. Forhåndsvisningsbilder for Open Graph drar nytte av PNG eller JPG fordi lenkeforhåndsvisningsroboter kjører på infrastruktur som kan mangle AVIF-dekoding. For disse leveringsmålene er konvertering til PNG ikke et steg tilbake, men det rette valget gitt målsystemets begrensninger. Kompatibiliteten er verdt de ekstra bytene.
Hvordan behandlingen skiller seg fra et vanlig verktøy på nett
De fleste AVIF-konverterere på nett laster opp hver fil du gir dem til maskiner du ikke styrer, og beholder resultatet etter lagringsregelen leverandøren setter, ofte vag. RoundCut deler opp arbeidet etter hvor mye du konverterer. En enkelt AVIF avkodes og kodes om helt i nettleseren din, så i det tilfellet lastes ingenting opp. Når du konverterer to eller flere samtidig, går bunken til serveren vår, som gjør avkoding og koding i én omgang og gir tilbake én nedlasting. De filene behandles og fjernes så innen omtrent 2 timer, uten å be om konto og uten noen bruk utover konverteringen du ba om. Det finnes ingen permanent lagring og ingen deling av bildene dine. For deg som håndterer kunderessurser eller egne bilder, er den ærlige versjonen av byttet denne: ett bilde blir hos deg, en bunke går via serveren vår bare for å lage PNG-ene dine, og ingenting blir liggende.