Bildformat-Konverter

Bildformatkonvertierung wandelt eine Datei von einem Bildformat in ein anderes um, etwa PNG zu JPG, WebP zu PNG oder JPG zu WebP. Formate unterscheiden sich deutlich: JPG eignet sich gut für Fotos, PNG bewahrt Transparenz und harte Kanten, WebP kann kleinere Dateien liefern, BMP ist groß und unkompliziert, GIF wird oft für einfache Animationen genutzt. Die Dateien werden auf den Konvertierungsdienst von ToolAct hochgeladen, vom serverseitigen libvips verarbeitet und das konvertierte Ergebnis an den Browser zurückgesendet; nach Abschluss der Konvertierung wird die temporäre Datei sofort vom Server gelöscht, nicht archiviert und nicht für Training verwendet. Wichtig ist die passende Zielwahl: Transparenz kann bei JPG verloren gehen, verlustbehaftete Formate können Details verändern, und Metadaten oder Farbräume werden nicht immer identisch übernommen. Das beste Format hängt nicht nur von der Dateigröße, sondern vor allem vom späteren Verwendungszweck ab.

Die Bildformatkonvertierung ist eine „Decodieren + Neu-Kodieren“-Pipeline. Die Quellbytes werden an einen Plattform-Decoder übergeben (libpng, libjpeg-turbo, libwebp, libheif/dav1d für AVIF, das Äquivalent auf jeder Browser-Engine), der einen rohen Pixelpuffer in einem bekannten Farbraum erzeugt (fast immer sRGB mit linearem oder nichtlinearem Transfer). Der Pixelpuffer wird dann durch den Encoder für das Zielformat mit dem gewählten Qualitätsregler geleitet. Alles geschieht in diesem Tool serverseitig: Der Browser lädt jede Datei an den vips-Konvertierungs-Endpunkt von ToolAct hoch, libvips orchestriert die Decodierung, optionale Größenänderung, Farbraumbehandlung und Neukodierung über den Zielcodec, und die konvertierten Bytes werden als taskId-basierter Download an den Browser zurückgestreamt. Die temporäre Upload-Datei wird sofort nach Abschluss der Konvertierung vom Server gelöscht, nicht archiviert und nicht in eine Trainings-Pipeline eingespeist. JPEG (Joint Photographic Experts Group, ISO 10918-1 / ITU-T T.81) ist das Arbeitstier der verlustbehafteten Fotokomprimierung. Der Encoder zerlegt das Bild in 8x8-Pixelblöcke (dies ist die kleinste Einheit, mit der der Codec arbeitet), führt eine 8x8-Diskrete-Kosinus-Transformation (DCT, Typ-II-DCT im Standard) auf jedem Block aus, dividiert die resultierenden 64 Frequenzkoeffizienten durch eine 8x8-Quantisierungsmatrix (die Q-Tabelle; die 50%-Qualitätstabelle ist der Standard, niedrigere Qualität skaliert die Tabelle hoch, um mehr Hochfrequenzdetails zu verwerfen), scannt die Koeffizienten im Zick-Zack in einen 1D-Vektor und führt eine Huffman-Kodierung auf das Ergebnis aus. Der 8x8-Block ist der Grund, warum JPEG bei niedriger Qualität sichtbare „Block“-Artefakte an Kanten zeigt: Die DCT-Basis ist pro Block, sodass benachbarte Blöcke unabhängig quantisieren. JPEG unterstützt keinen Alphakanal und verwendet intern YCbCr (Y = Helligkeit, Cb/Cr = Chrominanz), wodurch der Encoder normalerweise die Chrominanz subsamplen kann (4:2:0, 4:2:2 oder 4:4:4), um 50 % oder mehr bei den Chrominanz-Bytes einzusparen. Progressive JPEG (mehrere Scans) verbessert die wahrgenommene Ladegeschwindigkeit bei langsamen Verbindungen. PNG (Portable Network Graphics, ISO 15948, W3C-Empfehlung 2003) ist verlustfrei. Jede Zeile wird gefiltert (None, Sub, Up, Average, Paeth; der Filter wird pro Zeile gewählt, um die Komprimierbarkeit zu maximieren) und die gefilterten Scanlines werden DEFLATE-komprimiert (dieselbe LZ77 + Huffman-Kette, die auch ZIP verwendet). PNG unterstützt den indizierten (Paletten-)Modus für Bilder mit <=256 Farben, RGB und RGBA mit 1, 2, 4, 8 oder 16 Bit pro Kanal. Indiziertes PNG ist das platzsparendste Format für Icons, Strichgrafiken und UI-Elemente (ein 1-Bit-Logo kann nur wenige KB groß sein). Verlustfrei bedeutet, dass jeder Pixel exakt roundtript, was für UI-Assets, wissenschaftliche Bilder und alles, was später erneut bearbeitet wird, entscheidend ist. WebP (Google, 2010, RFC 9649 / ISO/IEC 23000-22) ist ein vielseitiges modernes Format. Verlustbehaftetes WebP verwendet VP8-Intraframe-Kodierung (denselben DCT-basierten Codec wie WebM-Video), was 25-35 % kleinere Dateien als JPEG bei äquivalenter wahrgenommener Qualität ergibt. Verlustfreies WebP verwendet prädiktive Filterung + Entropiekodierung und liefert 26 % kleinere Dateien als PNG. WebP unterstützt in beiden Modi einen Alphakanal und Animation (animiertes WebP ist der moderne Ersatz für GIF). Die Kodierung ist etwas langsamer als JPEG; die Decodierung ist auf modernen CPUs mit SIMD-Beschleunigung vergleichbar (libwebps neon/sse2-Pfade). AVIF (AV1 Image File Format, ISO/IEC 23000-22) ist der AV1-basierte Nachfolger. AV1 ist ein lizenzfreier Codec der Alliance for Open Media (Google, Mozilla, Apple, Microsoft, Netflix usw.) mit ausgefeilteren Werkzeugen: Intra-Prädiktion mit 65 Richtungsmodi, 6-Tap-Filter, größere 64x64-Superblöcke und kontextadaptive Entropiekodierung. Ergebnis: 20 % kleiner als WebP bei äquivalentem SSIM und deutlich besser als JPEG bei sehr niedrigen Bitraten. Die Kodierung ist 5-10x langsamer als WebP wegen der umfangreicheren Prädiktionssuche; die Decodierung ist auf modernen GPUs hardwarebeschleunigt (Intel Tiger Lake+, Apple M1+, aktuelle Adreno). AVIF unterstützt 8/10/12-Bit-Farbe, Alpha und weite Farbräume (BT.2020, Display P3), was es zum Format der Wahl für HDR-Inhalte macht. Andere Formate, die man kennen sollte: HEIC/HEIF (ISO 23008-12, Apple-Standard seit iOS 11) basiert auf H.265/HEVC und ist von den Fähigkeiten her ähnlich wie AVIF, aber HEVCs Patentlandschaft ist komplex. JPEG XL (ISO 18181) ist der experimentelle JPEG-Nachfolger sowohl mit verlustfreier JPEG-Rekompression als auch besserer verlustbehafteter Kompression als AVIF; Chrome und Firefox unterstützen es, Safari-Unterstützung ist teilweise. Für eine Konverterseite sind die praktischen Formate JPEG, PNG, WebP, AVIF und GIF (letzteres ist das einzige, das für Animationen in Browsern übrig bleibt, obwohl es auf 256 Farben beschränkt ist). Farbraum und Alpha sind die beiden Fußangeln. Serverseitig konvertiert libvips standardmäßig nach sRGB; wenn die Quelle Adobe RGB ist (üblich bei Kamera-RAW), ist die Umrechnung eine kolorimetrische Transformation, die während der Decodierung stattfindet. Bei Alpha haben JPEG, BMP und GIF (in nicht-animierter Form) keinen Alphakanal, sodass transparente Pixel auf eine Hintergrundfarbe komponiert werden (normalerweise Weiß, auf dieser Seite konfigurierbar); ein RGBA-PNG ohne gewählten Hintergrund in JPEG zu konvertieren, produziert ein schwarzes oder transparentes Ergebnis, das Benutzer überrascht. Für hochwertige Druckworkflows ist CMYK das richtige Format (PDF/X-1a oder TIFF mit eingebettetem ICC-Profil), und ein generischer Web-Konverter zielt typischerweise auf sRGB ab – echte CMYK-Separationen erfordern eine spezialisierte Druckvorstufen-Pipeline, keinen allgemeinen Web-Konverter.

• PNG verlustfreie Komprimierung: Jede Scanline wird gefiltert (None / Sub / Up / Average / Paeth), die gefilterten Bytes werden DEFLATE-komprimiert (LZ77 + Huffman, dieselbe Familie wie ZIP). Der indizierte Modus (<=256 Farben) ist die platzsparendste Wahl für Icons und UI-Assets.
• JPEG verlustbehaftete Komprimierung: 8x8-Pixelblöcke -> 8x8-Typ-II-DCT -> Division durch 8x8-Quantisierungsmatrix (Q-Tabelle) -> Zick-Zack-Scan -> Huffman-Kodierung. Der 8x8-Block ist der Grund für „Block“-Artefakte bei niedriger Qualität. YCbCr mit Chroma-Subsampling (4:2:0 / 4:2:2 / 4:4:4) spart 50 %+ bei den Chrominanz-Bytes.
• WebP (Google, 2010, RFC 9649): verlustbehaftet nutzt VP8-Intraframe (25-35 % kleiner als JPEG bei gleichem SSIM); verlustfrei nutzt prädiktive Filterung + Entropiekodierung (26 % kleiner als PNG). Unterstützt Alpha und Animation. Kodierung ist langsamer als JPEG; Decodierung ist mit SIMD-Beschleunigung vergleichbar.
• AVIF (AV1 Image File Format, ISO 23000-22): AV1-basiert, 20 % kleiner als WebP bei gleichem SSIM. 65 Richtungs-Intra-Prädiktionsmodi, 6-Tap-Filter, 64x64-Superblöcke. Kodierung ist 5-10x langsamer als WebP; Decodierung ist hardware-beschleunigt auf Intel Tiger Lake+, Apple M1+, aktuelle Adreno. Unterstützt 8/10/12-Bit, Alpha und weite Farbräume (BT.2020, Display P3).
• Alphakanal-Handling: PNG / WebP / AVIF / GIF unterstützen Alpha. JPEG / BMP nicht, daher werden transparente Pixel auf eine konfigurierte Hintergrundfarbe komponiert (normalerweise Weiß). Ein RGBA-PNG ohne gewählten Hintergrund in JPEG zu konvertieren, produziert ein schwarzes oder transparentes Überraschungsergebnis.
• Farbraum: Kamera-RAW kann Adobe RGB sein, Bildschirmdarstellung ist sRGB, Druck ist CMYK. Serverseitig konvertiert libvips standardmäßig nach sRGB; nicht übereinstimmende Farbräume während der Konvertierung verursachen Farbverschiebungen. Für CMYK-Ausgabe (PDF/X-1a, TIFF mit ICC-Profil) braucht man eine spezialisierte Druckvorstufen-Pipeline, keinen allgemeinen Web-Konverter.
• Andere Formate: HEIC/HEIF (H.265-basiert, Apple-Standard seit iOS 11) ist ähnlich wie AVIF, aber mit komplexer HEVC-Patentlage; JPEG XL (ISO 18181) ist der experimentelle JPEG-Nachfolger mit besserer verlustbehafteter und verlustfreier Rekompression von Legacy-JPEGs; GIF (1987, 256-Farben-Animation) überlebt als einziges browserfreundliches animiertes Rasterformat.
• Qualitätsregler-Zuordnung: WebP und AVIF verwenden SSIM-indizierte Qualität (0-100 auf einen Ziel-SSIM abgebildet); JPEG verwendet den Q-Tabellen-Skalierungsfaktor; PNG ist verlustfrei, daher steuert „Qualität“ nur die Filterstrategie. SSIM ist ein perzeptives Maß, nicht pixelgenau: 95 SSIM sieht identisch zum Original aus, 80 SSIM ist der typische „gut fürs Web“-Punkt, 60 SSIM beginnt Artefakte zu zeigen.