Anteckningar från teamet om hantverk, format och de små beslut som ligger bakom ett bra resultat.
Varför AVIF-avkodning är inbyggd och snabb
Till skillnad från att skapa AVIF, som är tungt arbete, är avkodning av AVIF inbyggt rakt i varje modern webbläsare. Chrome, Firefox, Safari och Edge bär alla en inbyggd AVIF-avkodare i sin bildkedja, samma motor som ritar ut AVIF inbäddad på en webbsida. Därför betalar omvandling till PNG ingen uppvärmning och drar inte in extra kod. Webbläsaren läser helt enkelt AVIF:en, avkodar den till en bildpunktsbuffert i minnet och lämnar bildpunkterna till det inbyggda PNG-sparandet. Resultatet är en omvandling klar på under en sekund för de flesta verkliga bilder, även stora foton. Bara PNG-sidan varierar något i hastighet mellan webbläsare, och även den långsammaste uppmätta vägen, runt 122 millisekunder för en megapixel på WebKit, känns omedelbar i bruk.
Den förlustfria paradoxen, varför PNG är större
Det känns bakvänt att en omvandling kan göra en fil större, men AVIF till PNG är just det fallet. AVIF blir liten genom att släppa visuell information ögat inte märker på normalt avstånd, så dess artefakter är verkliga men dolda under vanliga förhållanden. PNG tar motsatt hållning och lagrar varje bildpunkt precis som avkodad utan vidare förlust, med bara den förlustfria DEFLATE-metoden. Resultatet återger den avkodade AVIF-bildpunktsdatan troget utan tillagd försämring. Eftersom AVIF:en redan släppt detalj kan PNG:en inte bli mindre än en gjord från originalkällan, men den är strikt trogen det AVIF:en höll. Förhållanden tre till tio gånger AVIF-storleken är vanliga och väntade, aldrig ett tecken på fel.
Redigeringsflöden som lutar sig mot paret
Formgivare och utvecklare får ofta AVIF-filer ur automatiska bildkedjor, leveransnät eller moderna innehållsexporter, och måste sedan arbeta med dem i verktyg som aldrig tog in AVIF. Omvandling till PNG ger en förlustfri arbetskopia med samma bildpunktsdata som AVIF:en bar. Därifrån sker redigeringen i Photoshop, Figma, Sketch eller annat, utan att ny komprimering smyger in. När den redigerade versionen är klar för webben kan den gå ut igen som AVIF eller WebP. Upplägget behandlar AVIF som leveransformat och PNG som mellansteget för redigering, ordningen dagens program trivs bäst med. PNG-steget kostar inget extra utöver förlusten käll-AVIF:en redan bar.
Hur alfan överlever omvandlingen
Alfakanalen i AVIF lagras som ett separat kodat plan bredvid färgdatan. När webbläsaren avkodar en AVIF ger den en färgbildpunktsbuffert och en alfamaskbuffert. Omvandlingskedjan för samman dem vid full transparens och skriver dem sedan ut som en PNG. PNG lagrar masken förlustfritt, en 8-bitars kanal per bildpunkt, fäst vid varje bildpunkt. Resultatet är en PNG där varje bildpunkt bär samma färg- och transparensvärden webbläsaren läste ur AVIF:en, redo för sammansättning. Mjuka transparensövergångar överlever. Fjädrade kanter överlever. Halvgenomskinliga bildpunkter överlever. Den enda förlusten är det AVIF:ens egen förlustkomprimering la på alfaplanet när AVIF:en först skapades, oftast en knappt märkbar kant vid extrem zoom.
När AVIF till PNG passar för webbleverans
Vissa webbsammanhang kräver verkligen PNG även 2026. Bilder i nyhetsbrev måste vara PNG eller JPG, eftersom de flesta e-postklienter behandlar bilder på en fjärrserver och avvisar AVIF. Sociala plattformar skiljer sig: somliga behandlar AVIF vid uppladdning och omvandlar internt, andra avvisar formatet rakt av. Tryckflöden på PDF-kedjor i mjukvara vill ofta ha PNG för genomskinliga lager, då AVIF inte ingår i PDF-bildmodellen. Förhandsbilder för Open Graph gör sig bättre som PNG eller JPG, eftersom länkförhandsskraporna körs på infrastruktur där AVIF-avkodning kan saknas. För dessa leveransmål är omvandling till PNG inte ett steg bakåt utan rätt val givet målsystemets gränser. Kompatibiliteten är de extra byten värd.
Hur bearbetningen skiljer sig från ett vanligt verktyg på nätet
De flesta AVIF-konverterare på nätet laddar upp varje fil du ger dem till maskiner du inte styr över, och behåller resultatet enligt den lagringspolicy som leverantören sätter, ofta vag. RoundCut delar upp arbetet efter hur mycket du konverterar. En enda AVIF avkodas och kodas om helt i din webbläsare, så i det fallet laddas inget upp. När du konverterar två eller fler samtidigt går satsen till vår server, som gör avkodning och kodning i en omgång och returnerar en enda nedladdning. De filerna bearbetas och tas sedan bort inom ungefär 2 timmar, utan att begära ett konto och utan någon användning utöver konverteringen du bad om. Det finns ingen permanent lagring och ingen delning av dina bilder. För dig som hanterar kundresurser eller egen bildmaterial är den ärliga versionen av bytet denna: en bild stannar hos dig, en sats passerar vår server bara för att skapa dina PNG-filer, och inget blir kvar.