Wählen Sie bis zu 50 Bilder, legen Sie ein gemeinsames Rezept fest und laden Sie die Ergebnisse als ZIP. Transparenz bleibt bei PNG und WebP erhalten, sofern Sie keine Füllfarbe wählen; Animationen und Metadaten werden beim Neukodieren nicht übernommen.
Läuft lokal in deinem BrowserBilder hinzufügen, ein einziges Rezept festlegen — Ausgabeformat, Qualität, maximale Breite und den Umgang mit transparenten Bereichen — und auf Dateien verarbeiten klicken. Jede Datei wird dekodiert, in der Ausgabegröße auf ein Canvas gezeichnet und im gewählten Format neu kodiert; die Ergebnisse landen in einer ZIP-Datei namens kivtools-converted-images.zip. Alles läuft im Tab: Die Bilder werden nicht hochgeladen.
Ein Stapel teilt sich ein Rezept. Es gibt kein Format und keine Breite pro Datei, und auch ein einzelnes Bild kommt als ZIP. Das Panel über der Ausgabe nennt Dateianzahl, Eingabegröße und die gesamte Ausgabegröße.
Die Qualität geht als Wert zwischen 10 und 100 an den Encoder des Browsers und wirkt bei WebP und JPEG. PNG ist verlustfrei, das Feld ändert die Bytes also nicht: Dasselbe Foto mit 1600x1200 ergab als PNG mit Qualität 10 und mit Qualität 100 jeweils exakt 840.050 Bytes. Bei PNG ist die maximale Breite die einzige Stellschraube für das Gewicht.
Das Feld wird korrigiert, statt den Wert stillschweigend weiterzugeben, denn Qualität 0 erzeugt eine Datei, die kaputt aussieht, und ein leeres Feld tat genau das. Breiten außerhalb des Bereichs werden ebenso korrigiert: Eine negative maximale Breite wird zu 0 und damit zur Originalgröße.
Die Grenze betrifft nur die Breite; die Höhe folgt dem Verhältnis und wird auf ganze Pixel gerundet. Ein Banner mit 4000x100 wird bei der voreingestellten maximalen Breite 1920 zu 1920x48 und bei 600 zu 600x15; ein Foto mit 1600x1200 wird bei derselben Einstellung 600x450. Schmalere Bilder bleiben unberührt: Ein Hochformat mit 300x900 bleibt 300x900, denn vergrößert wird nie.
Ein SVG hat erst beim Zeichnen Pixel. Eine Datei ohne angegebene Breite und Höhe wird in der Browser-Vorgabe 300x150 gerastert; eine Datei mit 320x160 behält diese Maße.
PNG- und WebP-Ausgaben können Transparenz behalten, und das ist die Voreinstellung: Ein zur Hälfte transparentes Testbild kam mit einem Alphakanal zurück, der weiterhin vollständig transparente Pixel enthielt. Die Fülloption ersetzt diese Pixel durch die Farbe im Nachbarfeld; mit #ff00aa wurde die transparente Hälfte desselben Bildes genau in dieser Farbe geschrieben.
JPEG hat keinen Alphakanal, seine Ausgabe wird deshalb immer gefüllt, auch bei Transparenz behalten. Welche Farbe dort erscheint, bestimmt das Farbfeld. Das ist eine Eigenschaft des Formats und keine Einstellung, die stehen geblieben ist.
Die Ausgabe ist eine neue Kodierung der Pixel auf einem Canvas, die ursprünglichen Metadaten werden also nicht kopiert: Ein JPEG mit EXIF-Block kam als WebP mit den Chunks VP8X, ICCP und VP8 zurück. Ein animiertes GIF wird als erstes Einzelbild dekodiert, pro Eingabedatei entsteht also ein Standbild.
In der ZIP-Datei werden Leerzeichen und in Dateinamen unzulässige Zeichen durch einen Bindestrich ersetzt — aus “две картинки.png” wird “две-картинки.webp” — und die Endung folgt dem gewählten Ausgabeformat. Zwei Dateien, die denselben Namen bekämen, werden nummeriert statt überschrieben: Zwei Aufnahmen namens shot.png kommen als shot.webp und shot-2.webp an, und die Statuszeile nennt die Zahl der umbenannten Dateien.