Notizen vom Team zu Handwerk, Formaten und den kleinen Entscheidungen hinter einem guten Ergebnis.
Warum AVIF-Dekodieren nativ und schnell ist
Anders als das Erzeugen von AVIF, das schwere Arbeit ist, ist das Dekodieren von AVIF direkt in jeden modernen Browser eingebaut. Chrome, Firefox, Safari und Edge liefern alle einen nativen AVIF-Dekoder als Teil ihrer Bildpipeline, dieselbe Engine, die auf Webseiten eingebettetes AVIF darstellt. Deshalb zahlt das Umwandeln von AVIF in PNG keine Vorbereitungszeit und braucht kein zusätzliches Modul. Der Browser liest schlicht das AVIF, dekodiert es in einen Pixelpuffer im Speicher und reicht diese Pixel an das native PNG-Speichern weiter. Das Ergebnis ist eine Umwandlung, die bei den meisten realen Bildern in deutlich unter einer Sekunde fertig ist, auch bei großen Fotos. Nur die PNG-Seite schwankt in der Geschwindigkeit zwischen Browsern, und selbst der langsamste beobachtete Weg, rund 122 Millisekunden für ein Ein-Megapixel-Bild auf WebKit, ist für interaktive Nutzung in Ordnung.
Das verlustfreie Paradoxon, warum PNG größer ist
Es wirkt verkehrt, dass eine Umwandlung eine Datei größer machen kann, doch AVIF in PNG ist genau dieser Fall. AVIF erreicht seine geringe Größe, indem es visuelle Informationen weglässt, die das Auge bei normalem Betrachtungsabstand nicht bemerkt, also sind seine Kompressionsartefakte echt, aber unter gewöhnlichen Bedingungen unsichtbar. PNG nimmt die Gegenhaltung ein und speichert jedes Pixel genau wie dekodiert ohne weiteren Qualitätsverlust, nur mit dem verlustfreien DEFLATE-Algorithmus. Das Ergebnis bildet die dekodierten AVIF-Pixeldaten ohne hinzugefügte Verschlechterung getreu ab. Weil das AVIF schon Details verworfen hat, kann das PNG nicht kleiner sein als eines aus der Originalquelle, aber es ist streng treu zu dem, was das AVIF enthielt. Verhältnisse vom Drei- bis Zehnfachen der AVIF-Größe sind normal und erwartet, nie ein Fehlerzeichen.
Bearbeitungsabläufe, die von AVIF in PNG profitieren
Designer und Entwickler erhalten oft AVIF-Dateien aus automatisierten Bildpipelines, aus Liefernetzen oder aus modernen Content-Systemen und müssen dann in Werkzeugen damit arbeiten, die AVIF nicht aufgenommen haben. Die Umwandlung in PNG ergibt eine verlustfreie Arbeitskopie mit denselben Pixeldaten, die das AVIF enthielt. Von da an passieren Bearbeitungen in Photoshop, Figma, Sketch oder jedem anderen Designwerkzeug, ohne Kompressionsartefakte hinzuzufügen. Ist die bearbeitete Version fürs Web bereit, lässt sie sich wieder als AVIF oder WebP ausgeben. Das behandelt AVIF als Auslieferungsformat und PNG als Bearbeitungs-Zwischenformat, die mit aktuellen Werkzeugen verträglichste Anordnung. Der PNG-Schritt fügt keine Qualitätseinbuße über das hinaus hinzu, was im Quell-AVIF schon vorhanden war.
Wie das Alpha die Umwandlung übersteht
Der Transparenzebene im AVIF wird als separate kodierte Ebene neben den Farbdaten gespeichert. Wenn der Browser ein AVIF dekodiert, erzeugt er einen Farbpixelpuffer und einen Alphamasken-Puffer. Die Umwandlungspipeline fügt diese bei voller Transparenz zusammen und schreibt sie dann als PNG aus. Die Alpha-Speicherung von PNG hält die Maske verlustfrei als 8-Bit-Kanal je Pixel, an jedes Pixel angehängt. Das Ergebnis ist ein PNG, in dem jedes Pixel dieselben Farb- und Transparenzwerte trägt, die der Browser aus dem AVIF gelesen hat, bereit zum Compositing. Weiche Transparenzverläufe überstehen es. Ausgefranste Kanten überstehen es. Teiltransparente Pixel überstehen es. Der einzige Verlust ist das, was die eigene verlustbehaftete Kompression des AVIF beim ersten Erstellen auf die Alphaebene brachte, meist ein kaum wahrnehmbarer Saum bei extremem Zoom.
Wann AVIF in PNG für die Web-Auslieferung richtig ist
Manche Web-Zusammenhänge verlangen 2026 wirklich noch PNG. Bilder in Newsletter-Mails müssen PNG oder JPG sein, weil die meisten Mailprogramme Bilder auf einem entfernten Server verarbeiten und AVIF ablehnen. Soziale Plattformen variieren: manche verarbeiten AVIF beim Upload und wandeln intern um, andere verweigern das Format schlicht. Druckabläufe mit Software-PDF-Pipelines brauchen oft PNG für transparente Ebenen, da AVIF kein Teil des PDF-Bildmodells ist. Open-Graph-Vorschaubilder profitieren von PNG oder JPG, weil Link-Vorschau-Scraper auf Infrastruktur laufen, der die AVIF-Dekodierung fehlen kann. Für diese Lieferziele ist die Umwandlung in PNG kein Rückschritt, sondern die richtige Wahl angesichts der Beschränkungen des Zielsystems. Die Kompatibilität ist die zusätzlichen Bytes wert.
Wie sich die Verarbeitung von einem üblichen Online-Tool unterscheidet
Die meisten Online-AVIF-Konverter laden jede Datei, die du gibst, auf Maschinen hoch, die du nicht kontrollierst, und behalten das Ergebnis unter der Aufbewahrungsregel, die der Anbieter festlegt, oft vage. RoundCut teilt die Arbeit danach auf, wie viel du umwandelst. Ein einzelnes AVIF wird vollständig in deinem Browser gelesen und neu geschrieben, in diesem Fall wird also nichts hochgeladen. Wandelst du zwei oder mehr zugleich um, geht der Stapel an unseren Server, der das Lesen und Schreiben in einem Durchgang erledigt und einen einzelnen Download zurückgibt. Diese Dateien werden verarbeitet und dann nach etwa 2 Stunden entfernt, ohne ein Konto zu verlangen und ohne jede Nutzung über die angeforderte Umwandlung hinaus. Es gibt keine dauerhafte Speicherung und keine Weitergabe deiner Bilder. Für alle, die mit Kunden-Assets oder eigenem Bildmaterial arbeiten, lautet die ehrliche Fassung des Tauschs: Ein Bild bleibt bei dir, ein Stapel passiert unseren Server nur, um deine PNGs zu erzeugen, und nichts bleibt zurück.
