Zügiger Wechsel
ExactImage vs. ImageMagick
Positives und negatives Pflanzenwachstum
Zu den typischen Konvertierungsarbeiten zählt es, Bilder für das Hochladen ins Web zu verkleinern. Convert bietet für diese Skalierung die Parameter -adaptive-resize, -resize oder -scale an. Die letzte Variante soll laut Dokumentation die schnellste sein, verzichtet sie doch auf jegliche interne Filteroperationen. Die Zielgröße kann man dabei absolut oder prozentual angeben. Demnach sorgt der Befehl convert -scale 50% EingabeAusgabe dafür, dass Breite und Höhe eines Ausgangsbildes auf die Hälfte zusammenschmelzen. convert -scale 800x600 EingabeAusgabe hingegen skaliert das Bild derart, dass entweder die Breite anschließend maximal 800 Pixel oder die Höhe maximal 600 Pixel beträgt.
Ein der Zielgröße nachgestelltes Caret (800x600^) hingegen garantiert dafür, dass das Ergebnis mindestens 800 Pixel Breite und wenigstens 600 Pixel Höhe aufweist – die Seitenverhältnisse bleiben hierbei erhalten. Möchten Sie das vermeiden und ein Bildformat von exakt 800 x 600 Pixeln erzwingen, hilft ein Ausrufezeichen (800x600!). Darüber hinaus legen Sie mit 800x600> beziehungsweise 800x600< als Geometrieangabe fest, dass Convert nur dann die Größe ändern soll, wenn das Ausgangsbild die gewünschte Zielgröße über- oder unterschreitet.
Der Herausforderer Econvert versteht nur die beiden Skalierungsparameter --scale und --box-scale. Bei ersterem versprechen die Entwickler, dass das Tool je nach Skalierungsfaktor intern den besseren Algorithmus nutzt. Bei --box-scale kommt dagegen intern stets ein so genannte Mittelwertfilter (engl.: Box-Filter) zum Einsatz. Die eher spärliche Dokumentation zu Econvert weist keine Möglichkeit zur Angabe absoluter Zielgrößen aus, Prozentangaben erfolgen als Hundertstel: Demnach reduziert econvert -i Eingabe --scale .25 -o Ausgabe die Größe auf ein Viertel.
Um die Vergleichbarkeit beim Test zu gewährleisten, konvertieren wir alle Bilder auf 25 Prozent der Ursprungsgröße. Die ImageMagick-Version von Ubuntu unterstützt -adaptive-resize nicht, sodass wir nur die anderen beiden Varianten und die beiden Konversionsmethoden von Econvert ins Duell einbezogen. Hierfür diente das in Listing 1 gezeigte Skript, bei dem wir für jeden Lauf jeweils nur einen Kandidaten durch Entfernen des # aktivierten.
#!/bin/bash
KUMULATIV=0
for BILD in *.jpg
do
START=`date +"%s.%N"`
# convert -resize 25% "$BILD" "./convert_r/$BILD"
# convert -scale 25% "$BILD" "./convert_s/$BILD"
# econvert -i "$BILD" --scale .25 -o "./econvert_s/$BILD"
# econvert -i "$BILD" --box-scale .25 -o "./econvert_bs/$BILD"
STOP=$(date +"%s.%N")
DIFFERENZ=$(echo $STOP-$START | bc)
echo $DIFFERENZ >> EINZELZEITEN.TXT
KUMULATIV=$(echo $KUMULATIV+$DIFFERENZ | bc)
echo $KUMULATIV >> KUMULATIV.TXT
done
Trotz der identischen Aufgabe unterscheiden sich die Ergebnisse doch deutlich hinsichtlich der Dateigrößen und der Verarbeitungszeit. Econvert erzeugte aus den 209 MByte Ausgangsmaterial lediglich 7,3 MByte skalierte Bilder, Convert dagegen 21 MByte. Für die Analyse des Zeitverbrauchs berechneten wir sowohl die Einzelzeiten (Abbildung 2) als auch die kumulierten Zeiten (Abbildung 3): Erste besagen, wie lange das jeweilige Skalieren pro Bild gedauert hat; letztere stellen die gesamte Verarbeitungszeit dar. Die Ergebnisse verdeutlichen, dass der Herausforderer hier deutlich die Nase vorn hat.
Stroh zu Gold
Neben dem Skalieren von Bildern steht oft auch das Umwandeln in andere Formate auf der Aufgabenliste. Zwar unterstützen Convert deutlich mehr Dateiformate, immerhin kann aber auch Econvert mit den gängigsten aufwarten. Im zweiten Test sollen die beiden Kontrahenten Bilder vom JPEG- ins PNG-Format konvertieren. Da dies deutlich mehr Zeit erfordert als das Skalieren, nutzten wir hier die mit Econvert verkleinerten Bilder.
Der Befehl convert EingabeAusgabe beziehungsweise econvert -i Eingabe -o Ausgabe erledigt das Gewünschte. Dabei enden die Dateinamen bei Eingabe in unserem Fall auf .jpg, bei Ausgabe auf .png. Daraus erkennen sowohl Convert als auch Econvert selbständig das Zieldateiformat.
Die Messergebnisse in Abbildung 4 verdeutlichen erneut den Zeitvorteil des Herausforderers. Interessanterweise erzeugte Econvert in diesem Test minimal größere Dateien als Convert (55 MByte vs. 54 MByte).



