Notities van het team over vakmanschap, formaten en de kleine beslissingen achter een goed resultaat.
Waarom AVIF decoderen native en snel is
Anders dan AVIF maken, wat zwaar werk is, zit AVIF decoderen rechtstreeks in elke moderne browser. Chrome, Firefox, Safari en Edge leveren allemaal een native AVIF-decoder in hun beeldpijplijn, dezelfde engine die op een webpagina ingebedde AVIF tekent. Daarom betaalt omzetten naar PNG geen opwarmtijd en haalt het geen extra code binnen. De browser leest simpelweg de AVIF, decodeert hem in een pixelbuffer in het geheugen en geeft die pixels door aan het native PNG-opslaan. Het resultaat is een omzetting die bij de meeste echte beelden ruim binnen een seconde klaar is, ook bij grote foto's. Alleen de PNG-kant wisselt iets in snelheid tussen browsers, en zelfs de traagste gemeten weg, rond 122 milliseconden voor een megapixel op WebKit, voelt direct in gebruik.
De verliesvrije paradox, waarom PNG groter is
Het voelt averechts dat een omzetting een bestand groter kan maken, maar AVIF naar PNG is precies dat geval. AVIF wordt klein door visuele informatie te laten vallen die het oog op normale kijkafstand niet opmerkt, dus zijn artefacten zijn echt maar onzichtbaar onder gewone omstandigheden. PNG neemt de tegengestelde houding aan en bewaart elke pixel precies zoals gedecodeerd zonder verder kwaliteitsverlies, alleen met het verliesvrije DEFLATE-algoritme. Het resultaat geeft de gedecodeerde AVIF-pixeldata trouw weer zonder toegevoegde achteruitgang. Doordat de AVIF al detail heeft losgelaten, kan de PNG niet kleiner zijn dan een PNG uit de originele bron, maar hij blijft strikt trouw aan wat de AVIF bevatte. Verhoudingen van drie tot tien keer de AVIF-grootte zijn normaal en verwacht, nooit een teken van fout.
Bewerkingsstromen die baat hebben bij dit paar
Ontwerpers en ontwikkelaars krijgen vaak AVIF-bestanden uit geautomatiseerde beeldpijplijnen, leveringsnetwerken of moderne contentexports, en moeten er dan in tools mee werken die AVIF nooit hebben opgenomen. Omzetten naar PNG levert een verliesvrije werkkopie met dezelfde pixeldata die de AVIF droeg. Daarna gebeurt het bewerken in Photoshop, Figma, Sketch of wat dan ook, zonder dat er nieuwe compressie insluipt. Is de bewerkte versie klaar voor het web, dan kan hij weer als AVIF of WebP naar buiten. Deze opzet behandelt AVIF als leveringsformaat en PNG als de tussenstap voor bewerken, de schikking waar de huidige software het beste mee overweg kan. De PNG-stap rekent niets extra bovenop het verlies dat de bron-AVIF al droeg.
Hoe de alpha de omzetting overleeft
Het alphakanaal in AVIF wordt opgeslagen als een apart gecodeerd vlak naast de kleurdata. Wanneer de browser een AVIF decodeert, levert hij een kleurpixelbuffer en een alphamaskerbuffer. De omzetpijplijn brengt die samen bij volle transparantie en schrijft ze dan weg als een PNG. PNG bewaart dat masker verliesvrij, een 8-bits kanaal per pixel, aan elke pixel gehecht. Het resultaat is een PNG waarin elke pixel dezelfde kleur- en transparantiewaarden draagt die de browser uit de AVIF las, klaar voor compositing. Zachte transparantieverlopen overleven het. Uitgevederde randen overleven het. Half-transparante pixels overleven het. Het enige verlies is wat de eigen verliesgevende stap van de AVIF op het alphavlak zette toen de AVIF voor het eerst werd gemaakt, meestal een nauwelijks zichtbare rand bij extreme zoom.
Wanneer AVIF naar PNG goed is voor weblevering
Sommige webcontexten vragen in 2026 echt nog om PNG. Beelden in nieuwsbrieven moeten PNG of JPG zijn, omdat de meeste mailprogramma's beelden op een externe server verwerken en AVIF weigeren. Sociale platforms verschillen: sommige verwerken AVIF bij upload en zetten intern om, andere weigeren het formaat gewoon. Drukstromen op software-PDF-pijplijnen willen vaak PNG voor transparante lagen, omdat AVIF geen deel is van het PDF-beeldmodel. Open Graph-voorbeeldbeelden doen het beter als PNG of JPG, omdat link-previewscrapers draaien op infrastructuur waar AVIF-decodering kan ontbreken. Voor deze leverdoelen is omzetten naar PNG geen stap terug maar de juiste keuze gezien de beperkingen van het doelsysteem. De compatibiliteit is de extra bytes waard.
Hoe de verwerking verschilt van een gewoon online hulpmiddel
De meeste online AVIF-converters uploaden elk bestand dat je geeft naar machines die je niet beheert, en bewaren het resultaat onder het bewaarbeleid dat die aanbieder bepaalt, vaak vaag. RoundCut verdeelt het werk naar hoeveel je omzet. Eén AVIF wordt volledig in je browser gelezen en opnieuw geschreven, dus in dat geval wordt er niets geüpload. Wanneer je er twee of meer tegelijk omzet, gaat de batch naar onze server, die het lezen en schrijven in één doorgang doet en één download teruggeeft. Die bestanden worden verwerkt en daarna na ongeveer 2 uur verwijderd, zonder een account te vragen en zonder enig gebruik buiten de gevraagde omzetting. Er is geen permanente opslag en geen delen van je afbeeldingen. Voor wie met klant-assets of eigen beeldmateriaal werkt, is de eerlijke versie van de ruil deze: één afbeelding blijft bij jou, een batch gaat via onze server alleen om je PNG's te maken, en er blijft niets hangen.
