Bildformate konvertieren: welche wirklich funktionieren, in einem einzigen Schritt
Kurz gesagt: Wählen Sie eine beliebige Datei, aktivieren Sie "[Format] erzwingen" in den Optionen, bevor Sie sie bereinigen, und Sie erhalten dieses Format zurück - Metadaten entfernt, Bedrohungen geprüft, in einem einzigen Durchgang. Kein vorheriges Herunterladen eines PNGs und erneutes Hochladen. Die einzigen echten Ausnahmen sind eine Handvoll Formate, die nur gelesen, niemals geschrieben werden können - und für jedes gibt es einen echten, konkreten Grund, keine willkürliche Einschränkung.
09 Die direkten Konvertierungen - ein Schritt, jede Eingabe zu einer davon
Was auch immer Sie hineinziehen - JPEG, PNG, GIF, WebP, TIFF, BMP, ICO, QOI, PNM, TGA, und sogar HEIC oder AVIF - Sie können JPEG, PNG, GIF, WebP, TIFF, BMP, ICO, QOI, PNM oder TGA als Ausgabe wählen. Es ist dasselbe Dropdown "Format erzwingen" direkt über der Bereinigen-Schaltfläche. HEIC- und AVIF-Eingaben durchlaufen zuerst ihren eigenen Dekodierungsschritt (behandelt auf ihren eigenen Seiten), aber das ist für Sie unsichtbar - Sie wählen einfach ein Ausgabeformat, und das ist alles.
Tiefer einsteigen: warum das überhaupt keinen "Umweg" braucht
Es könnte scheinen, dass die Konvertierung eines HEIC-Fotos in, sagen wir, TIFF zwei Durchgänge bräuchte - HEIC in etwas Gewöhnliches dekodieren, dann das separat in TIFF konvertieren. Ist es nicht: Der Schritt, HEIC zu Pixeln zu dekodieren, und der Schritt, Pixel zu TIFF zu kodieren, passieren im selben Durchgang, noch bevor Sie überhaupt einen Download-Link sehen. Die Wahl des "Ausgabeformats" ist wirklich unabhängig davon, was das Eingabeformat war.
Die echten Ausnahmen - nur Eingabe, und warum
Drei Formate können hier bereinigt und gelesen, aber niemals als Ausgabe erzeugt werden, jedes aus einem anderen, echten Grund, keine willkürliche Lücke:
- HEIC/HEIF - seine HEVC-Bildkodierung ist patentiert. Es gibt keinen brauchbaren Open-Source-Encoder zum Lizenzieren, in keiner Programmiersprache.
- JPEG XL - ein echter, abhängigkeitsfreier Decoder existiert (siehe seine eigene Seite), aber noch kein ausgereifter, abhängigkeitsfreier Encoder. Das ist ein "noch nicht gebaut", kein "kann nicht gebaut werden" - das kann sich ändern.
- SVG - das ist nicht einmal eine technische Lücke. SVG ist XML, das Skripte enthalten kann; es gibt keine sichere Teilmenge beliebigen Codes zu bewahren, also wird jedes SVG absichtlich zu Pixeln rasterisiert statt als SVG re-exportiert. Ausführlicher behandelt auf seiner eigenen Seite.
AVIF ist ein etwas anderer Fall, der Präzision verdient: Die zugrunde liegende Engine kann im Prinzip AVIF kodieren (ein echter, funktionierender Codepfad), aber diese bestimmte Browser-Version hat diese Funktion derzeit nicht aktiviert - also ist AVIF heute hier auch effektiv nur Eingabe, allerdings nicht aus demselben strukturellen Grund wie HEIC. Das ist eine "noch nicht aktiviert"-Lücke, keine "geht nicht"-Lücke.
Was tatsächlich passiert, wenn Sie eine unmögliche Kombination wählen
Sie können HEIC, JXL oder SVG von Anfang an nicht als Ausgabe auswählen - sie sind einfach nicht im Dropdown, statt später mit einem verwirrenden Fehler zu scheitern.